[정처기] PART 01 : 요구사항 확인 정리노트

현행 시스템 분석 : 시스템 구성, 하드웨어 구성, 네트워크 구성, 소프트웨어 구성에 대한 정보를 파악

 

EAI : Enterprise Application Integration의 약자로 기업 애플리케이션 통합이라는 의미. 각종 애플리케이션 간에 상호 연동이 가능하도록 통합하는 솔루션(DB서버까지 연계 가능)

 

소프트웨어 아키텍처 : 건축으로 비유하면 처음 건물을 짓거나 기존 건물을 새롭게 리모델링할 때 참조할 수 있는 개념적 설계도(효율적인 시스템을 위해서 매우 중요)  

※아키텍처 표준 IEEE1471 : 유연성과 확장성을 가진 소프트웨어 중심의 시스템 아키텍처를 기술하기 위한 개념적 프레임워크 표준모델       (특징 : 표준화, 독립성, 범용성, 의사소통, 가이드라인)

     (프레임워크 구성 : AD(Architecture Description), 이해관계자, 관심사, View & Viewpoint)

 

4+1 View 모델 : 고객의 요구사항을 정리해 놓은 시나리오를 4개의 관점에서 바라보는 Software적인 관점 ( 시나리오란 고객의 요구사항을 만족시키기 위해 시스템이 사용자의 상호작용하는 방법이기에 5 View가 아닌 4+1 View이다.)

① Use-Case View

② Logical VIew

③ Implemention VIew

④ Process View

⑤ Deployment View

 

아키텍처 드라이브 : 아키텍처 요구사항 항목들을 분석하여 아키텍처 설계에 직접적으로 근간이 될 수 있는 항목들을 추출하고 정제하여 이를 아키텍처 설계의 원칙이나 근거의 형태로 표현한 개념,  시스템 전체의 구성 또는 성능, 품질에 영향을 주어야 한다. (10개 미만이 적당)

 

유틸리티 : 시스템이 제공해야 하는 모든 품질을 의미

유틸리티 트리 작성 순서 : 유틸리티 → 품질속성 → 세분화한 품질속성 →시나리오

 

SW아키텍처 스타일 : 아키텍처 설계에서 반복해서 나타나는 문제를 해결하고 아키텍처가 만족 시켜야 하는 시스템 품질 속성을 달성할 수 있는 방법을 정리한 패턴

① 저장소 구조 : 중앙 자료 저장소를 이용하여 상호 대화

② MVC 구조 : 모델(Data 관리),  View(UI 관리),  제어(상호작용 정의)로 분리

      분리이유: 자주 변경되기 떄문에

③ 클라이언트/서버 구조 

④ Data Flow

⑤ 계층 구조

 

디자인패턴 VS 아키텍처 스타일

-디자인패턴 : 프로그래머 관점, 구현 관점, 리팩토링 연관, 개발자 사고(재량), 높은 재활용성, 공동작업, 유지보수 용이성, 생성, 구조, 행위 패턴

-아키텍처 스타일 : 조직적 구성관점 경험기반, 기능과 품질, 고객요구사항 반영, MVC, C/S, Layerd, Data-Flow

 

요구사항 특징 : 정확성, 명확성, 완전성, 검증 가능성, 우선순위 포함, 일관성, 수정 용이성, 추적 가능성, 개발 후 아용성, 이해 용이성

 

애자일 방법론(스크럼, XP)으로 개발 진행(요구사항 기반)

스크럼에서 요구사항 목록을 제품 백로그, XP에서는 유저 스토리라고 부른다.

 

분석 모델 : UML, Use Case Diagram, Class DIagram, Sequence Diagram, Activity Diagram, Component Diagram

UML : OMG에서 만든 객체지향 모델링 언어(뷰, 다이어그램, 모델요소, 일반적 체계)

Sequence Diagram : 객체 간에 주고받는 메시지의 순서를 시간의 흐름에 따라 보여주는 다이어그램

Activity Diagram : 객체들간의 행위에 대한 상호관계를 표현한다.

 

디자인 패턴 : 소프트웨어 설계에 있어 공통된 문제들에 대한 표준적인 해법, 반복적으로 나타나는 문제들을 해결해 온 전문가들의 경험을 모아서 정리한 일관된 솔루션

디자인 패턴의 4요소 : 패턴이름, 문제, 해법, 결과

※디자인 패턴의 종류 

① 생성패턴 : 객체의 생성 방식을 결정한다.(구조화,캡슐화)

      singleton 패턴: 지정한 클래스의 인스턴스가 반드시 1개만 존재하도록 하는 패턴

② 구조패턴 : 객체를 조직화하는 일반적인 방법을 제시한다.(유동성, 확장성)

     facade 패턴 : 복잡한 내부 구조를 보이지 않으면서 외부와의 일관된 인터페이스를 제공하는 패턴

③ 행위패턴 : 객체의 행위를 조직화 관리,연합한다.

      chain of resposibility 패턴 : 요청을 처리할 수 있는 기회를 하나 이상의 객체에 부여함으로써 객체 사이의 결합도를 없애는 패턴