소프트웨어 설계 요구사항 확인

정의 : 시스템이 어떤 하위 시스템으로 구성되어 있는지 파악하는 행동목적 : 개발범위 및 이행방향 설정에 도움이 되는 현행 시스템 파악절차 1단계 : 구성, 기능, 인터페이스 현황 파악 2단계 : 아키텍처 및 소프트웨어 구성현황 파악 3단계 : 하드웨어 및 네트워크 구성현황 파악 소프트웨어 구성도 1. 제품명 2 라이선스 적용방식 3. 라이선스 수 4. 용도

고려사항: 하드웨어 비용, 소프트웨어 비용이 적지 않으므로 라이센스 수량 파악이 중요 미들웨어: 소프트웨어 애플리케이션에 os가 제공하는 서비스를 추가 확장하여 제공하는 소프트웨어 요구사항 분류 개념 모델링 요구사항을 정의하고 문서화, 관리하는 프로세스 요구공학의 단계 도출 – 분석 – 명세 – 확인 요구사항 확인: 애널리스트가 이해하는지 확인하고 완전한지 검증 이해관계자가 문서를 검토하여 문서에 대해 형상관리를 위한 관리툴 이용문제를 파악하기 위해 검증수행 요구사항 분류개념 모델링 요구사항 할당요구사항 협상정형분석 프로토타이핑 새로운 요건을 찾기 위한 수단 분석가 용이하지 못한 경우는 파악하기 쉬우나 시간이 가능하지만,요구사항 기술적 타당성 검토

성능 및 용량 산정 적정성 시스템 간의 상호운용성 타 시스템과의 연계가 이루어지는 거래의 경우에는 타 시스템의 성능을 고려해야 한다.

따라서 거래 응답 시간을 1초 이내에 보장하기는 어렵다.

3. 시장 성숙도와 트렌드 적합성 4. 기술적 위험 분석 모델 검증 절차 1. 사용 사례 모델 검증 : 행위자, 사용 사례 명세서 2. 개념 수준 분석 클래스 검증 : 클래스 도출, 클래스 이름과 속성, 클래스 간 관계 3. 분석 클래스 검증 : 스테레오 유형, 경계 및 제어 클래스 도출, 관계 및 세부화 정도

행위자도출여부, 행위자명명칭, 타당성확인 유스케이스 도출여부, 누락된 기능파악, 명세서반영확인, 범위확인, 중복확인 유스케이스 명세서 이벤트플로우, 서브플로우, 입출력항목 도출확인

귀하의 이름, 성별, 주소: 하나의 인스턴스(1) 주문 일시, 일련 변호, 수량, 가격: 0을 포함하는 무한 인스턴스(0..*) 1:1 인스턴스 0..*:0을 포함하는 무한 인스턴스 0..1:0 또는 하나의 인스턴스 1..* : 하나 이상의 인스턴스

(스테레오타입 숙지) 경계: 상호작용을 당당히 하는 클래스 엔터테인먼트: 정보관리 기능 클래스 제어: 로직 및 제어