연관관계 - Actor와 유스케이스를 연결 - 유스케이스와 유스케이스는 연결할 수 없음 일반화관계 - 기본적인 목적이 같지만 수행 방법이 여러가지일 경우 관계 표현 포함관계 - 다수의 유스케이스가 공통적인 행동을 수행하는 경우 - 중복을 피하기 위해서 사용 - 하나의 유스케이스가 다른 유스케이스의 실행을 전제로 함 - 유스케이스 명세 생각했을 때 꼭 포함되는 부분만 나타내기! - 방향은 base usecase -> inclusion usecase 확장관계 - 한 유스케이스의 확장 지점에 액션 추가 -> 다른 유스케이스로 확장 - "선택적 수행" - 방향은 extension usecase -> base usecase ※ 유스케이스 그릴 때 주의 사항 1. 유스케이스를 짧고 단순하게 유지하라 2. 어떻게(h..

1. 기능적 요구사항 시스템이 제공하는 서비스, 시스템이 무엇을 하여야 하는가를 기술 - 입력 (유입된 데이터와 처리) - 출력 (화면 디스플레이, 인쇄, 다른 시스템에 전달되는 정보) - 저장 (시스템은 어떤 데이터를 저장하는가, 데이터베이스 관련) - 컴퓨팅 (어떤 계산 또는 서비스가 이루어지는가) - 타이밍과 동기화 (하드웨어 장치 제어, 리얼타임으로 작업을 수행하는 시스템에서 중요) 2. 비기능적 요구사항 반드시 지켜져야 할 제약조건 세가지 주요 유형 1) 소프트웨어 품질 특성 측면 (성능, 신뢰성, 가용성, 사용성 등) - 반응시간 : 탐색 결과가 1초 이내 나와야 함 - 처리량 : 분당 트랜잭션 처리 수 - 자원 사용량 : 시스템은 최대 ~ 메모리를 사용함 - 신뢰성 : 시스템이 고장없이 동작..

중요한 모델 - 폭포수 모델 - 프로토타입 모델 - 점증적 모델 - 나선형 모델 - 진화적 모델 - 애자일 모델 1. 폭포수 모델 특징 : 각 단계각 다음 단계 시작 전에 끝나야 함 순서적: 각 단계 사이에 중복이나 상호작용이 없음 바로 전단계로 피드백 각 단계의 결과는 다음 단계가 시작되기 전에 점검(V&V) 요구사항 변경이 한정적인 상황에 적합 (대규모 시스템 공학 프로젝트에서 주로 사용됨) Ex) 국방 시스템 과정 : 요구사항 수집 및 정의 -> 요구사항 명세 -> 설계 -> 구현 -> 통합 및 배포 -> 유지보수 장점 : 체계적인 문서화 프로젝트 진행상황 명확히 파악 가능 단점: 프로세스 진행 후 변경 수용하기 어려움 초기단계 지나치게 강조하면 코딩, 테스트가 지연 소용없는 다수의 문서 생산할 가..