💰 1. 업무 컨텍스트 다이어그램 / 업무 프로세스
- 모델링 절차와 유사하게, 주제영역 식별 - 엔티티 식별 - PK 식별 - Attribute 부여 등의 절차를 생각하면 쉽다.
- '나' 라는 주체를 중심으로 내부 어플리케이션 / 외부 에이전트를 식별한 후 순서에 따라 위에서 아래로 서술
- 컨텍스트 다이어그램을 쪼개면 업무 프로세스.. 논리적 흐름에 따라 서술된 순서도와 유사하지만, 다른 참가자와의 Communication을 이해하는 데 Focus!
AS IS : 기존, 레거시, 수정 전 / TO BE : 수정 후
코어 시스템 거래패턴 : 화면, 온라인, batch(한번에 10만), center-cut(한번에 한번 프로그램을 10만 번), Interface
💰 2. 기능 요구사항 정의서
- 프로세스 다이어그램 / 패키지를 받아 정의서를 기반으로 스킬 기준 찢어서 업무 수행
- 채널 서비스 / 화면 / 시스템 인터페이스 / batch / 기타 중요업무규칙
- Fit/Gap 분석 : 이게 없으면 계단 없는 2층 건물.. 아니 너가 2층만 말했잖아??
Demo 시연을 통해 기능을 이해시키고, 변경 요구사항을 받아야 함...
💰 3. 자리에 앉으면 ?
- 요구사항 정의서 / 컨텍스트 다이어그램 / 클래스 다이어그램 / 시퀀스 다이어그램 작성해보기
- ERD 보고 싶어요 ! RFP 보고 싶어요 !
- 무슨 프로젝트를 하던 어쨌든 객체 지향 프로그래밍의 일원이다. 큰 그림 그리자...
생각을 구현하고자 개발을 공부합니다.