 |
| |
< 그림 1 Struts in MVC Architecture > |
|
Struts Framework 은 MVC 아키텍쳐를 기반으로 구성되어 있습니다 . 그렇지만 , 실제 구현되어진 레이어는 Model 레이어을 제외한 View 레이어와 Controller 레이어 부분입니다 . UI Controller 부분에 특화된 Framework 입니다 . |
|
|
|
| |
|
|
Struts Framework 의 핵심 설정 파일은 Struts-config.xml 파일을 내용을 보면 주요 구성요소가 Action 과 FormBean 의 Action Mapping 정보로 구성이 되어 있다 . 이 Action Mapping 정보들은 페이지의 흐름 , 네비게이션에 중점을 두고 있는 것을 볼 수 있다 . 실제 비즈니스를 수행하는 Action 내의 동작들은 나타내어 지고 있지 않다. |
< 그림 3 Struts-config.xml in Exadel Struts Studio 5.1 > |
|
|
|
현재 Struts 1.1 에서는 멀티 모듈을 지원해 주고 있다 . 각각의 사용자별 , 업무별 , 상태별로 모듈을 구분해서 페이지의 흐름을 나타내고 설정할 수 있게 한 것이다 . 시스템의 모듈화를 가능하게 함으로서 좀더 확장성과 유지 보수를 편하게 가능하게 했다 . |
< 그림 4 Module 1 Struts-config.xml diagram in Exadel Struts Studio 5 >
< 그림 5 Module 2 Struts-config.xml diagram in Exadel Struts Studio 5 > |
|
|
|
|
| |
사용자의 Request 를 수행하는 Action 클래스에서 대부분의 고객의 비즈니스를 처리하게 되는 시작점이 되어지게 됩니다 . 이 부분에 페이지 전환 관련한 로그정보를 저장하게 되면 , 실제 고객에 대한 비즈니스 패턴들이 앞단에서 모두 포착이 되어 지게 됩니다 .
참조 ) Core J2EE pattern - Front Controller |
|
|
| |
Struts Framework 에서 설정하게 되는 Struts-config.xml 을 기반으로해서 각 페이지에서 로그데이터를 생성하게 하는 구조를 만들어 가는 방향이 용이합니다 .
|
|
|
| |
하나의 프레임웍 특히 , UI Controller 에 특화되어 있는 Struts 적용시에 로그를 생성하는 곳이 일정하고 규약을 일정하게 처리하게 되므로 , 로그의 분석 측면에서 상당한 효율성를 거둘 수 있다 .
|
|
|
|
| 다음과 같은 이슈가 추가적으로 발생할 것으로 보여집니다 . |
| |
| |
i. 현재 Struts 와 연동이 되어 지는 Logging 시스템은 다수 존재함
ii. 고객의 행동 분석을 위한 로그 저장 위치 및 분류에 관한 사항
|
|
| |
| |
i. 기존의 Web Log 와의 Struts Framework 기반의 로그생성을 통한 eCRM 에서의 효율성 |
|
* Struts 기반의 eCRM 을 구현한 레퍼런스는 현재 존재하지 않는 것 같습니다 . 하지만 , 기존 Web Log 접근방식이 아닌 Struts Action 과 페이지 기반의 로그분석 , 고객성향 분석이 eCRM 영역에서 상당한 효율성을 가져올 것으로 판단되어 집니다 . |
|
