- 관계
▲ 어떤 Case 가 더 효율적인가?
- 정규화
* 제1정규화(1NF) - 반복이나 그룹속성 제거
* 제2정규화(2NF) - 부분종속성 제거 (key와 일반속성간의 관계 - key와 일반속성 사이에 의존성이 존재)
* 제3정규화(3NF) - 이행종속성 제거 (일반속성과 일반속성간의 관계 - 일반속성끼리 의존성이 존재)
** 제거의 의미는 그것을 포함한 별도의 Entity 로 뽑아서 관계로 연결하는 것을 의미한다.
- ERD(논리) : ERwin 사용 예시
TAG1NF,
2NF,
3NF,
data modeling,
DB,
entity,
ERWIN,
IFSS,
SDS,
관계,
데이터모델링,
부분종속,
삼성SDS,
엔티티,
이행종속,
정규화,
제1정규화,
제2정규화,
제3정규화,
제거,
종속성,
표준 Eng. 방법론
TRACKBACK http://its21c.net/trackback/166
- 유스케이스 정의
Actor 에게 측정 가능한 가치있는 결과를 제공
- Include & Extend
유스케이스간 연관관계를 표현하는 방법
- 처리흐름
유스케이스가 제공하는 업무 기능의 처리 순서를 Actor 와 시스템의 상호작용 관점에서 기술
- 유스케이스 다이어그램 (작성예시)
TAGIFSS,
SDS,
UseCase,
UseCase Diagram,
기본흐름,
대안흐름,
삼성SDS,
예외흐름,
유스케이스,
유스케이스다이어그램,
처리흐름,
표준 Eng. 방법론
TRACKBACK http://its21c.net/trackback/164
- Actor 식별
* Actor는 직책이 아닌 역할을 나타내어야 함
* 한 사람이라 할 지라도 여러개의 Actor로 분리될 수 있음
* Actor를 잘 식별하면 권한관리의 기초가 될 수 있음
* Actor 간 상속관계를 통해 일반화, 구체화가 가능
TAGActor,
Actor식별,
IFSS,
SDS,
UseCase,
삼성SDS,
식별,
액터,
액터식별,
유스케이스,
표준 Eng. 방법론
TRACKBACK http://its21c.net/trackback/163
- 프로젝트 발주과정
- 유스케이스 분류
* 단순관리성
* 복잡한 업무 트랜잭션
* 현황/레포트성
* 배치유형
→ 유스케이스에 따라 분류가 됨
- 유스케이스정의서 작성
액터 식별 → 유스케이스 식별 → 다이어그램 작성 → 유스케이스정의서 작성
TAGIFSS,
RFI,
RFP,
SDS,
UseCase,
Usecase정의서,
발주,
분류,
삼성SDS,
수주,
우선협상대상자,
유스케이스,
유스케이스정의서,
제안,
제안서,
제안요청서,
표준 Eng. 방법론,
프로젝트 분류,
프로젝트발주
TRACKBACK http://its21c.net/trackback/162
- 요구사항정의
요구사항도출 → 요구사항정제 → 요구사항확정의 단계를 통해
요구사항정의서라는 하나의 발전되는 산출물을 도출해 냄
- 변경관리
요구사항정의 후 고객과의 협의를 통해 Baseline을 확정 한 후 변경관리에 들어감
- 실무고객협의체
고객의 사용자 계층별 실무자 중심의 고객 그룹을 의미
* 역할
업무범위조정
요구사항확정 및 변경합의
요구사항 이행 참여
시스템 검수 참여
TAGBaseline,
IFSS,
SDS,
베이스라인,
베이스라인 확정,
변경관리,
삼성SDS,
실무고객협의체,
요구사항,
요구사항정의,
요구사항정의서,
표준 Eng. 방법론
TRACKBACK http://its21c.net/trackback/161
