1. 소프트웨어설계_인터페이스 설계

< 요구공학 > : 사용자 요구사항에 대한 도출, 분석, 명세, 확인 및 검증하는 활동

1. 요구사항 분류 : 기능 or 비기능

1) 기능 : 시스템이 제공하는 서비스에 대한 요구사항

- 특성 : 기능적, 완전성, 일관성

ex) 장바구니 기능, 결제수단

2) 비기능 : 시스템 구축에 대한 제약사항에 대한 요구사항

- 특성 : 신뢰성, 사용성, 효율성, 유지보수성, 이식성, 보안성

ex) 특정 함수 호출시간 3초 이내로. 업그레이드는 시스템이 운영되는 중에도 가능하게

 

2. 프로세스 : 도출 -> 분석 -> 명세 -> 확인/검증

 

3. 도출 : 문제 이해, 의사소통 중요

 

4. 분석 : 추출된 요구사항에 대해 분석으로 완정성과 일관성 확보

- 절차: 요구사항 분류(기능 vs 비기능) -> 개념모델링(DFD, UML, E-R) -> 요구사항 할당 -> 협상 -> 정형분석

- 기술 : 청취, 인터뷰와 질문, 분석, 중재, 관찰, 작성, 조직, 모델작성

- 기법 : 자료흐름지향(DFD, data dictionary), 객체지향(UML)

 

5. 명세 : 검토, 평가, 승인될 문서를 작성

 

6. 확인/검증 : 요구사항 명세서에 사용자의 요구가 올바르게 기술됐는지 검토

① 정형기술검토(FTR) : 소웨 개발 산출물 대상 요구사항 일치여부 및 결함 발생여부 검토

- 종류: 동료검토(리뷰), 워크스루(오류조기검출, 사전배포하여 리뷰), 인스펙션(다른 전문가가 검토하여 오류발견)

- 제품의 검토에만 집중. 의제 제한. 논쟁/반박 제한. 재검토

② 프로토타입 : 주요 기능 개발하여 user에게 먼저 시연하여 요구사항 확인

---

< 미들웨어 솔루션 > : 클라이언트와 서버 간의 통신을 담당하는 시스템 소웨

- 유형 : DB 미들웨어, RPC, MOM(msg기반 비동기형 전달방식), TP monitor(사용자 많고 즉각처리가 필요한 업무), Legacyware, ORB(객체지향), WAS(weba pplication server)