관리 메뉴

IT.FARMER

EJB Project 시작 - [ 개요 ] 본문

EJB

EJB Project 시작 - [ 개요 ]

아이티.파머 2008. 4. 18. 09:35
반응형

1.     목표

기존 EJB2.0과 EJB3.0으로 개발된 학사관리시스템은 Web-Application Server가 다른 WebLogic8.X (EJB2.0) Jboss4.1.1(EJB3.0) 개발 되어 웹 서버 시스템 환경이 달라, 비교 분석 시에 같은 플랫폼이 아니라는 단점을 가지고 있다. 이에 우리 티티카카 프로젝트 팀은 기존 개발된 EJB 버전을 모두 WebLogic10.X Version에 Deploy하여 시스템 환경을 동일하게 하여 비교 분석 할 것을 목표로 두고 있다.

비교대상 추출은 정형화된 데이터로 추출해 내기 위해 노력할 것이며, 기존 작성된 파일 참고할 것이다.

 

l  추가사항

기존 개발된 기능 외 2가지 기능을 추가 개발 할 예정이다.

시스템개발 시에 일어 나는 모든 사항은 3번 사항을 따라 진행 ? 개발 될 것이다.

 

1.1.      목표 구성도
e  그냥 사람 몇 명 그려놓고 그 사람이 어떻게 어디에 접속해서 사용하는지 간단한 그림 그리기~  (웅이 파이팅~!)

2.     시스템 구성
 

1.      시스템 구성


 

e  시스템 구성은 다음과 같이 예상되어 있다.

허나, CASETOOL을 기존 Rational Rose가 아닌 Star UML을 사용해 볼 의사가 있기에 확정이라 할 수 없으며, 기존 EJB2.0 버전을 개발하기 위해 사용된 IDE 도구 또한 Eclipse에서 추가될 기능들을 구현해 보려 한다.

 

 

2.      Architecture

   
3.      추가할것.

 

3.     개발 방법론 활용 방안
1.      Proto typing을 통한 GUI 설계

A.     여러 가지 방법이 존재할 것이나. Proto Typing시 쉽게 수정할 수 있고, 접근이 용이한 Power Point을 사용하여 진행할 것이다.

                         i.         GUI 설계 시에 너무 심오하게 접근하게 되면 시간이 많이 소모되는 단점 회피

                        ii.         익숙한 소프트웨어를 통한 사용 편의와 편집 용이

2.      UML 작성 범위

e  현재 널리 사용되고 있고, 현장에서 제일 많이 사용되는 폭포수 모델에 입각하여   진행(세부내용 3번 참조)

A.     Requirement definition(고객 요구사항)

                         i.         Use Case Diagram

n  실제 시스템을 적용하려는 고객이 존재 하지 않기에 업무의 세부적인 분석 불가

n  인터넷 및 전문 서적, 기존 시스템 구현 샘플을 통한 시스템 요구사항 접근

B.      Analysis

                         i.         Class Diagram (한글)

C.      Design

                         i.         Class Diagram (영문)

D.     Activity Diagram -> 사용 안 함

E.      State chart Diagram -> 부분 사용.

F.      Sequence Diagram -> 부분 사용

G.     Component Diagram

                         i.         해당 모듈 개발 완료 후 Component Diagram을 통하여, 개발된 컴포넌트의 기능이 Requirement을 잘 수용하였는지 확인. 다른 컴포넌트와 재결합 사용시 문제가 발생 하지 않는지 확인해 본다.

H.     Timing Diagram -> 필요 시 사용

I.       Collaboration (Interaction) Diagram

                         i.         협업(상호작용)을 통해 실제 다이어그램들을 표식 한다.

                        ii.         필요의 경우 Sequence Diagram을 표기한다.

                       iii.         필수 항목으로 해당 System에 필요한 Class Diagram을 표식 한다.

                       iv.         추후 내용추가

e  개인적인 생각이지만 분석(Analysis)과 설계(Design)은 한글과 영문의 차이로써 구분하여 사용하길 권한다. UML 표식 2.0 적용

3.      학사관리시스템의 예상 목표 구성도

A.     사용자관리 System

B.      게시판관리 System

C.      수강관리 System

D.     평가관리 System

4.      개발방법론 적용 방안

l  CBD (Component based Development) 컴포넌트기반 기술 사용

l  RUP (Rational Unified Process) Rational사인 세 명의 거장이 제시한 CDB기반 방법론

l  Water fall model 방식 채택


 

5.      협업관련 적용방안

e  시퀀스 다이어그램과 참여 클래스에 대해 기술

6.      Testing Plan

e  실행 계획표 참조 (웅이가 만들거임 ㅎㅎㅎ)

7.      당면 과제

A.     EJBQuery -> joinQuery 사용 방법 및 기술 습득

B.      @ Annotations 사용 방법 및 기술습득

8.      추후 내용추가 (웅이가 추가할거임 ㅎㅎㅎㅎㅎㅎㅎㅎㅎㅎㅎㅎㅎㅎ)

9.        

4.     추가할것
 

반응형