Chapter 1, 요구사항 확인

* 현행 시스템 파악

어떤 하위 시스템으로 구성되어 있고, 제공 기능 및 연계 정보는 무엇이며 어떤 기술 요소를 사용하는 지를 파악하는 활동이다.

* 분석 모델 검증

분석 모델 검증이란 요구사항 도출 기법을 활용하여 업무 분석가가 제시한 분석 모델에 대해서 확인하는 활동이다.

* 요구사항

문제 해결 또는 목적 달성을 위하여 고객에 의해 요구되거나, 표준이나 명세 등을 만족하기 위하여 시스템이 가져야 하는 서비스 또는 제약사항이다.

* 요구사항 분석

도출된 요구사항 간 상충을 해결하고 소프트웨어의 범위를 파악하여 외부 환경과 상호작용 하는 것을 분석하는 과정이다.

* 소프트웨어 아키텍처(Software Architecture)

시스템에 대한 기본 조직 체계로 시스템을 이루는 구성요소와 구성요소들 사이의 관계, 구성요소와 주변 환경들과의 관계 및 시스템의 진화와 설계를 지배하는 원칙이다.

---------------------

소프트웨어 생명주기 모델 종류
<폭프나반>
폭포수 모델 / 프로토타이핑 모델 / 나선형 모델 / 반복적 모델

나선형 모델 절차
<계위개고>
계획 및 정의 / 위험 분석 / 개발 / 고객평가
-> 닭고기(계) 위와 개고기가 맛있는 집

소프트웨어 아키텍처 4+1 뷰
<유논프구배>
유스케이스 뷰 / 논리 뷰 / 프로세스 뷰 / 구현 뷰 / 배포 뷰

아키텍처 비용 평가모델 종류
<SACAA(사카)>
SAAM / ATAM/ CBAM / ADR/ ARID
-> 사카린

디자인 패턴 구성요소
<패문솔 사결샘>
패턴 이름 / 문제 / 솔루션 / 사례 / 결과 / 샘플코드

목적에 따른 디자인 패턴 유형
<생구행>
생성 / 구조 / 행위
-> 생선구이를 먹으면 행복하다.

목적에 따른 디자인 패턴 종류-구조 패턴
<구 브데 퍼플 프록 컴 어>
구조(브리지 / 데코레이터 / 퍼사이드 / 플라이 웨이트 / 프록시 / 컴포지트 / 어댑터)
-> 9(구) 부대 (브데) 퍼플(보라색) 프로(록) 토스 컴퓨터 병력이 어디에 있지?

목적에 따른 디자인 패턴 종류-행위 패턴
<행 미인이 템옵 스테 비커 스트 메체>
행위(미디에이터/인터프리터/이터레이터/템플릿 메서드/ 옵저버/ 스테이트/비지터/ 커맨드/ 스트레티지/ 메멘토/체인 오브 리스판서빌리티)
-> 길 가던 행인들과 미인이 부추겨서 템포 없이 되어 스테이크를 비커에 넣어 스트레이트로 마시다 싶이 머먹어서 매체(메체)에 소개되었다.

분석 산출물의 종류
<현기인 아소하네>
정보시스템 구성 현황/정보시스템 기능 구성도/인터페이스 현황/ 현행 시스템아키텍처 구성도/소프트웨어 구성도/하드웨어 구성도/네트워크 구성도
-> 현대 기인 아소하네는 일본 사람이다.

OSI 7계층
<아파서 티내다, 피나다>
Application(7) / Presentation(6) / Session(5) / Transport(4) / Network(3)/ Data Link(2)/ Physical(1)

DBMS 현행 시스템 분석 시 고려사항
<가성호기구>
가용성/성능/상호 호환성/ 기술지원/ 구축비용
-> 가성비 따지지 않고 호화스러운 기구를 구매했다.

요구사항 개발 프로세스
<도분명확>
요구사항 도출 / 요구사항 분석 / 요구사항 명세 / 요구사항 확인 및 검증
-> 도둑의 분노는 명확해 졌다.

요구사항 명세 원리 및 검증 항목
<명완검 일수 추개>
명확성 / 완전성 / 검증 가능성 / 일관성 / 수정 용이성 / 추적 가능성 / 개발 후 이용성
-> 명완이가 검을 들고 일수 다니는 건 개 추하다.

정형 기술 검토
<동워인>
동료검토 / 워크 스루 / 인스펙션
-> 동쪽에서 워를 일으킨 사람(인)

상세 정형 기술 검토 기법
<관기 인워감>
관리 리뷰 / 기술 리뷰 / 인스펙션 / 워크 스루 / 감사