6.아래시나리오를기반으로고객과점주가사용하는 주문 시스템에 대한 Use Case Diagram을작성하시오가. 고객은주문시스템을통해가격을조회하고주문할수있다. 나. 고객은주문시스템을통해주문상태를확인하고주문을취소할수있다. 다. 점주는주문시스템을통해주문활동을모니터링하고창고를관리할수있다. 라. 회계시스템은주문시스템과연동하여주문이나취소처리할 수 있다.
122관3
2
6. UML(Unified Modeling Language)에서사용하는행위다이어그램(behavior diagram) 인 액티비티 다이어그램(activity diagram), 스테이트다이어그램(state diagram), 그리고 유스케이스 다이어그램(use-case diagram)에대하여설명한후, 레스토랑에서일어나는상황을고객, 웨이터, 요리사, 그리고 계산대 직원을 고려하여 유스케이스 다이어그램으로 표현하시오.
6.아래시나리오를기반으로고객과점주가사용하는 주문 시스템에 대한 Use Case Diagram을작성하시오가. 고객은주문시스템을통해가격을조회하고주문할수있다. 나. 고객은주문시스템을통해주문상태를확인하고주문을취소할수있다. 다. 점주는주문시스템을통해주문활동을모니터링하고창고를관리할수있다. 라. 회계시스템은주문시스템과연동하여주문이나취소처리할 수 있다.
122관3
2
6. UML(Unified Modeling Language)에서사용하는행위다이어그램(behavior diagram) 인 액티비티 다이어그램(activity diagram), 스테이트다이어그램(state diagram), 그리고유스케이스다이어그램(use-case diagram)에대하여설명한후, 레스토랑에서일어나는상황을고객, 웨이터, 요리사, 그리고 계산대 직원을 고려하여 유스케이스 다이어그램으로 표현하시오.
93회_관리_3교시
4
3. 객체지향모델의표현방법인 UML(Unified Modeling Language)을사용하여 "수강신청처리"에 대한 시스템을 설계하시오. 반드시 유스케이스 다이어그램(use-case diagram), 시퀀스다이어그램(sequence diagram), 클래스다이어그램(class diagram), 액티비티 다이어그램(activity diagram)을작성하고, 필요시다른 diagram을추가작성하시오.
86_관리_3
5
1. 시스템이제공하고있는기능및그와관련된외부요소를사용자의관점에서표현하는유스케이스다이어그램에 대하여 아래의 물음에 답하시오. 가. 유스케이스다이어그램에대한설명 나. 예제의요구사항에대하여유스케이스다이어그램으로작성
모의_2018.12_관리_3
6
1. 유스케이스다이어그램(usecase diagram)에대하여 설명하시오
모의_2018.07_관리_1
I. 객체지향모델링기술과방법론의표준, UML의개요– 그래픽 형태를 통한 객체지향 설계 설명 도구
가. UML(Unified Modeling Language)의정의
- 객체지향 분석/설계가 S/W공학의새로운추세로자리매김함에따라 관련된 방법론을 표준화할
필요성을 느끼고 OMG(Object Management Group – UML, MDA를 제정한 협회)에서 객체
모델링기술과 방법론을 표준화 한 것으로 단어자체가 의미하는 언어가 아니고 모델링을
위한 Notation을말함
나. UML의등장배경및필요성
- 객체지향 모델링을 위해 학자들 마다 중복되고 일부 다른 방식으로 표현,
- 보다체계적인 모델링 방법을 표준화하기 위해 3명의학자가주장하는표기법의통일이필요하게됨
- 객체지향 시스템 개발 전 과정(Life Cycle)에서개발자와사용자간에표준화된 의사소통 방식 필요
- 자기자신, 팀동료, 고객들과의의사소통– 자신의 이해가 다른 사람과 일치하는지 확인하기 위한
- UML1.x의 Collaboration Diagram에서변경됨 - A communication diagram is an extension of object diagram that shows the objects along with the messages that travel from one to another. (Example – Hotel Reservation)
[정의] 대규모 분산 웹 환경에서 응용 소프트웨어를 독립적으로 배치 가능한 서비스 조합으로 설계하는 아키텍쳐 [특징] 사상: 리액티브 시스템 [디자인패턴] observer패턴, circuit breaker 패턴 [구조] 서비스 컴포넌트화(fine grained, loosely coupled), 분산거버넌스(polyglot), 분산데이터(vertical slicing), End point 통합(API GW, Orchestraion), 비즈니스 연계(Cross functional Team)
SPOF 방지 구현을 위해 다수의 API GW 구성가능 API GW, LB, Conway's Law, SOA, DevOps, Docker, DDD, EDA, Agile 마이크로서비스/모노리틱
토픽 이름
MSA(Micro Service Architecture)
분류
SW > SW Architecture > MSA(Micro Service Architecture)
소프트웨어 아키텍처 평가방법의 하나인 CBAM(Cost Benefit Analysis Method)의특징을설명하고, 평가절차를상세히기술하시오.
모의_2013.06_관리_3교시
9
아키텍처 평가방법인 ATAM의수행단계를설명하시오.
모의_2012.11_관리_1교시
10
3. SW 아키텍처평가의개요, 주요종류및수행절차, 기업에적용시문제점과해결방안에 대해 기술하시오
모의_2011.12_관리_4교시
11
12. SW 아키텍처평가의개념및평가유형을설명하시오.
합숙_2016.07_관리_1일차
12
CBAM(Cost–Benefit Analysis) 아키텍처 평가방법론을 기반으로 다음의 사례 시나리오를 읽고, 아키텍처 전략을 선정하시오. (가중치와 주어진 업무조건 이외의 내용은 가정하여 제안할 수 있음) <사례시나리오> ① POS(Point of Sale) 시스템은상품에부착되어있는바코드를읽어들이는 즉시, 재고량이조정될수있고, 소매점뿐아니라대규모 슈퍼마켓으로 확장이 가능 ② HA(High Availability)구성을위해 Heartbeat and cache, Virtual machine, Concurrency 아키텍처전략중하나를선택하고자함
합숙_2012.02_공통_2일차
13
CBAM(Cost–Benefit Analysis) 아키텍처 평가방법론을 기반으로 다음의 사례 시나리오를 읽고, 아키텍처 전략을 선정하시오. (가중치와 주어진 업무조건 이외의 내용은 가정하여 제안할 수 있음) <사례시나리오> ① POS(Point of Sale) 시스템은상품에부착되어있는바코드를읽어들이는 즉시, 재고량이조정될수있고, 소매점뿐아니라대규모 슈퍼마켓으로 확장이 가능 ② HA(High Availability)구성을위해 Heartbeat and cache, Virtual machine, Concurrency 아키텍처전략중하나를선택하고자함
[정의] 시스템, 소프트웨어 및 엔터프라이즈 아키텍처 설명에 대한 요구 사항/표준 용어 정의 [구성요소] System of Interest, Architecture, Stakeholder, Architecture Description, Concern, Architecture Viewpoint(where), Architecture View(what), model Kind, Architecture model, Architecture Rationale, Correspondence, Correspondence Rule
가. SW 아키텍처 프레임워크 (ISO/IEC/IEEE 42010가최종, IEEE 1471 개념적) 모델
프레임워크
내용
IEEE 42010
- 시스템 및 SW엔지니어링아키텍처기술(Description) 관련된 용어와 개념을 정의한 국제표준, IEEE 1471이 IEEE 42010으로통합
IEEE 1471
- SW 집약적인시스템에서아키텍처가표현해야하는내용및이들간의관계를제공하는아키텍처를기술하기 위한 표준
나. SW 아키텍처 프레임워크(ISO/IEC/IEEE 42010) 구성요소
분류
구성요소
설명
식별
System of Interest (대상시스템)
- 각어플리케이션들, 서브시스템들, 시스템의집합, 제품라인, 제품군등의구현체
Stakeholder (이해관계자)
- <system> individual, team, organization, or classes thereof, having an interest in a system - 한명 이상의 System에대한이해당사자로각자다른 System에 대한 Concern을가지고있는개인, 기관등
Concerns (관심사)
- <system> interest in a system relevant to one or more of its stakeholders - 하나 또는 다수의 이해관계자들과 관련 있는 시스템에서의 관심사항 - System의성능, 유연성, 보안, 분배, 진화등을포함한한명이상의 Stakeholder들에게중요한 System의개발이나운영 등 측면
표현
Model Kind (모델형)
- conventions for a type of modeling - 모델링 하는 타입에 대한 방식 - system의특성 속성에 대한 concern에대해기술하기위한방식
Architecture (아키텍처)
- <system> fundamental cencepts or properties of a system in its environment embodied in its elements, relationships, and in the principles of its design and evolution - <시스템> 환경에서시스템의기본개념또는속성
Architecture description (아키텍처기술)
- work product used to express an architecture - architecture 표현에사용되는방법 - architecture가기록되는방법
AD의 파트
Architectural ViewPoint (아키텍처 View 관점)
- work product establishing the conventions for the construction, interpretation and use of architecture views to frame specific system - 특정 시스템의 관심사항을 만들기 위해 아키텍처 뷰의 구성, 해석, 사용에 대한 규칙을 정립한 work product - Architecture View를구성하기위한규칙을정의하는패턴이나템플릿
Architecture View (뷰)
- work product expressing the architecture of a system from the perspective of specific system concerns - 특정 System의관심있는부분(concerns, interest)의 관점에서 system의 architecture를표현한 work product
Architecture Model (모델)
- 특정 시스템의 관심사항 작성을 위한 이해관계자들이 가지는 생각이나 견해로부터 시스템을 표현
[정의] 프로그램/시스템 컴포넌트, 컴포넌트 간의 상호관계 구조이며 이들을 설계하기 위한 지침과 원리 [중요성] SW 프레임워크에 설계기반제공, SW 스타일을 제공 [구성요소] Architecture Description, 이해관계자, 관심사, 관점, View [아키텍처 설계절차] 요참모프배 아키텍처 요구파악 참조 아키텍처 준비 아키텍처 모델링 아키텍처 프로토타이핑 아키텍처 배포 [설계 원리] 분할과 정복 - 세분화된 작은 시스템부터 개발(상향식) 추상화 - 과정 추상화, 데이터 추상화, 제어 추상화 단계적 분해 - 기능 세분화 후 점진적 구체화(하향식) 모듈화 - 작업 단위화, 응집도 및 결합도 정보은닉 - 모듈간 독립화, 인터페이스 통해 필요정보만 송수신 [소프트웨어 아키텍처 설계 시 고려사항] 기능 요구사항 - 시스템이 구현해야 하는 기능 요구사항에 대해 설계 단계에서 책임 할당 품질 속성 - 시스템 품질속성, 비즈니스 품질속성, 아키텍처 품질속성 제약사항 - 프로그래밍 언어, Legacy 재사용, H/W, COTS
6. 아래와 같은 간단한 응용에 대한 소프트웨어 아키텍처를 작성하고자 한다. 다음질문에답하시오. (1) C&C 뷰(Component & Connector, 프로세스뷰)를작성할때가장적당한아키텍처스타일을제시하고필요한컴포넌트와커넥터를제시하시오. (2) 위에서제시한아키텍처스타일에따라아키텍처를작성하시오. (3) 위응용에대한모듈뷰(논리뷰) 작성을 위한 컴포넌트를 제시하고 아키텍처를 작성하시오.
92회_관리_3
2
4. 소프트웨어 아키텍처의 중요성 및 품질속성을 시스템, 비즈니스, 아키텍처 관점으로 구분하여 설명하시오.
87_조직_3
3
6. 소프트웨어 아키텍처의 정의, 역할, 아키텍처모델의중요성을설명하고, 여러가지아키텍처스타일을설명하시오.
86_관리_3
4
6. A기관 차세대통합정보시스템 구축 사업에서는 웹서비스 방식으로 모든 서비스를 제공할 계획이다. 고객제안요청서에서는 CBD (Component Based Development)방법론으로구축을요구하고있으나, 현재개발업체입장은과제해결에요구되는몇가지기존소프트웨어컴포넌트구매가필요하고, 나머지는 EJB(Enterprise Java Beans)환경으로 개발을 고려하고 있다. 고객과의이견차이를좁히기위한적합한응용소프트웨어아키텍처구현방안을 다음사항을 기준으로 설명하시오. 1) 개발방법론(팩키지+CBD) 적용방안을 제시하시오. 2) 응용소프트웨어아키텍처구성방안을기술하시오. 3) 기성소프트웨어컴포넌트와신규개발컴포넌트간인터페이스방안설명.
83_관리_4
5
소프트웨어 아키텍처(Software Architecture)를정의하시오. 세가지주요요소를중심으로기술하시오. UML의 4+1View, 프레임워크(FW 모델들), 스타일
81_관리_1
6
1. 소프트웨어 아키텍처(Software Architecture)를정의하시오. 세가지주요요소를중심으로기술하시오.
81_응용_2
7
2.CBD 방법론을적용하여프로젝트를수행하려고한다. 컴포넌트정의에앞서소프트웨어아키텍처에대해정의하고자한다. 가. 소프트웨어 아키텍처 단계의 목적(작업완료기준)을기술하시오. 나. 수행내용을 기술하시오. 다. 고려할 사항 등에 대하여 기술하시오.
80_관리_4
8
1. 소프트웨어 아키텍처 품질 속성 시나리오의 개념 및 구성요소를 설명하고 소프트웨어 아키텍처 품질 속성 시나리오 중에서 신뢰성, 보안성, 유지보수성에대한시나리오를설명하시오.
모의_2019.07_응용_3
9
5. 소프트웨어 아키텍처 패턴의 개념과 종류를 설명하고, layer, Broker, MVC 패턴의장/단점에대해설명하시오.
모의_2018.01_응용_2
10
5. 아키텍처를 이해관계자들이 원하는 수준으로 품질 속성을 달성하기 위해서 소프트웨어 아키텍처 품질 속성 시나리오를 작성하고자 한다. 아키텍처품질속성시나리오의개념및구성요소를설명하고소프트웨어아키텍처품질속성시나리오중에서 가용성, 변경용이성, 수행성능에대한시나리오를설명하시오.
모의_2017.12_관리_3
11
4. 소프트웨어 아키텍처란 소프트웨어 시스템의 구성을 위한 중대한 결정사항들이라 할 수 있다. 소프트웨어아키텍처에 대한 다음 질문에 답하시오. 가. 품질속성시나리오 나. 아키텍처설계전술 다. 아키텍처스타일
모의_2017.04_관리_3
I. 소프트웨어컴포넌트와인터페이스간의상호관계및구조, 소프트웨어 아키텍처의 개요
가. 소프트웨어 아키텍처(Software Architecture)의정의
- 프로그램/시스템컴포넌트, 컴포넌트간의상호관계구조이며이들을설계하기 위한 지침과 원리
- 소프트웨어컴포넌트들과외부적으로보여지는특성, 그들의상호관계들로구성되는해당시스템의구조
나. 소프트웨어 아키텍처의 등장배경
SW 목적, 기능의 다양성 증가
▷
Software Architecture 활용
▷
품질 및 생산성 향상
분할과 통합 과정 복잡도 증가
품질 고려한 체계적 설계 필요
- 이해관계자(Stakeholder)간에 관점 조율, 우선순위결정과요구사항들간 Trade off 분석 통한 시스템 최적화
- 요구사항간조화및충돌조정 (성능: 정보보호, 유지보수성: 안정성, 개발단가:투자단가등)
다. 소프트웨어 아키텍처의 특징
구분
특징
내용
비즈니스 측면
변화 민첩성
- Agility(민첩성) 통한 RTE 구현, 적시성. - 다양한비즈니스요구사항의민첩한대응및처리
비용 절감
- 소프트웨어재사용, 자산화통한개발비절감
표준화
- 재사용가능한산업별표준화지원
기술적 측면
의사소통 수단
- 이해관계자들간원활한의사소통수단
간략성
- 소프트웨어복잡성증가에따른해결대안
관점(Aspect)모형
- 이해관계자들간관심사에대한모형제시
II. SW 아키텍처프레임워크및구성요소
가. SW 아키텍처 프레임워크의 주요 구성요소
요소
내용
Architecture Description (AD)
- 아키텍처를 기록하기 위한 산출물들 - 하나의 AD는 System에대한관심사를나타내는관심사(Concern)와관련, 이에대응하는하나이상의 Stakeholder와연관됨
이해관계자 (Stakeholder)
- 소프트웨어 시스템 개발에 관련된 모든 사람과 조직을 의미 - 고객, 최종사용자, 개발자, 프로젝트관리자, 유지보수자, 마케팅담당자등을포함.
관심사 (Concerns)
- 동일한 시스템에 대해 각 이해관계자들이 가지는 서로 다른 의견과 목표. (예) 사용자입장: 기본적인기능 + 신뢰성/보안/사용성요구//유지보수자입장: 유지보수용이성//개발자입장: 적은비용과인력으로개발가능해야함
관점 (Viewpoint)
- 서로 다른 역할이나 책임으로 시스템이나 산출물들에 대한 이해관계자들의 관점. - Viewpoint는 View 구성하기위한규칙정의하는 패턴. 각각의 View에 1:1로 대응.
[정의] - 다수의 IT 프로젝트를 기업 비즈니스전략과 정렬하고 프로젝트 별 기업 자원 투입, PMO 간 의견 조율 등을 수행하는 최상위 PMO 도입절차] 도입계획수립-PMO가동준비-PMO운영-PMO지속적개선 [PMO제도의 한계점] 예산부족, 예산편성기준 부재, 명확한 도입대상 기준부재, PMO 도입 부정적인식, PMO 권한과 책임 애매함, 감리업체와 충돌 [PMO 선정기준] 수행인력, 업무계획, 수행실적, 품질 및 성과관리 [PMO유형] 기상대, 코치, 컨트롤타워 [PMO단계] PMO사업추진(도입검토,발주및계약,착수) PMO사업수행(본사업기획단계, 본사업집행단계, 본사업 사후관리단계) PMO사업종료(PMO사업검사,PMO사업 산출물인수, PMO사업 추진실적제출)
토픽 이름(중)
(외부)EPMO, 공공 PMO
분류
PM > (외부)EPMO, 공공 PMO
키워드(암기)
PMO(Project Management Office)의 유형, 공공 PMO, EPMO
암기법(해당경우)
[기집사] 기획, 집행, 사후관리
기출문제
번호
문제
회차
1
최근 정부에서는 공공기관의 전문성을 보완하고, 중소소프트웨어기업의성공적인사업추진및품질확보를위해 PMO(Project Management Officier) 제도를추진하고있다. 공공정보화사업에서의 PMO 제도적용과관련하여다음에대해설명하시오. 가. 프로젝트단계별 PMO 도입시기에따른장,단점 나. CDB 방법론을활용한정보화 사업에서 프로젝트 단계별 PMO 역할 다. PMO의도입효과및기술사적 입장에서 PMO제도의성공적인도입방안
관리 98회
기업 전략에 기반을 둔 상시적, 포괄적 조직, EPMO 개념
EPMO(Enterprise PMO) 정의
EPMO의등장배경
EPMO의개념및역할
데이터를 저장함과 동시에 일정한 규칙에 의해 사용자 어플리케이션에 의해 처리될 수 있도록 함
기업 조직 내 EPMO 위치및역할
EPMO와 PMO의비교
공공정보화 사업에서의 PMO 제도, 공공 PMO 개요
가. 공공 PMO 정의
- 전자정부사업의사업의위험을방지하고품질을향상시키기위해 전자정부사업의 관리 감독 업무 일부 또는 전체를 전문가에게 위탁하는 제도
-체계적인사업관리방법론및경험, 노하우부족을보완 -사업관리전문역량이강화되며, PMO 관련업체는공공정보화 시장이 사업영역으로 확장
공공정보화 사업 PMO 제도 도입의 범위
법적 근거
구분
규정 및 대상
전자정부법 제64조의2
- (전자정부사업관리의위탁) ① 행정기관등의 장은 전자정부사업을 효율적으로 수행하기 위하여 다음 각 호의 어느 하나에 해당하는 사업에 대하여 관리ㆍ감독하는 업무(이하 "전자정부사업관리"라한다)의전부또는일부를전문지식과기술능력을갖춘자에게위탁할 수 있으며, 대상이되는전자정부사업의구체적인 범위 및 전자정부사업관리를 수탁할 수 있는 자의 자격요건은 대통령령으로 정한다.
전자정부법 제64조의3
- (전자정부사업관리자의책무등) 전자정부사업관리자가 전자정부사업관리업무를 수행할 때 계약을 위반하거나 고의나 과실로 발주자에게 손해를 발생시킨경우에는 그손해를배상하여야 한다.
전자정부법 시행령 제78조의2
- (관리ㆍ감독업무를 위탁할 수 있는 전자정부사업의 범위 등) ①법제64조의2제1항에따른 관리ㆍ감독 업무(이하 "전자정부사업관리"라 한 다)를위탁할수있는전자정부사업의구체적인범위는 다음 각 호와 같다.
전자정부법 시행령 제78조의3
- (전자정부사업관리자의자격요건) 법제64조의2제1항에따라 전자정부사업관리를 수탁할수있는자의자격요건은 다음 각 호와 같다.
전자정부법 시행령 제78조의4
- (전자정부사업관리자의선정기준) ① 중앙행정기관등의 장은 법 제64조의2제2항에 따른전자정부사업관리를 위탁받아 수행하는 자(이하 "전자정부사업관리자"라한다)를다음각호의기준을고려하여평가한후선정하여야 한다.
전자정부법 시행령 제78조의5
- (표준계약서) 행정자치부장관은 중앙행정기관등이 전자정부사업관리에 대한 위탁업무를 효율적으로 처리하기 위하여 필요하다고 인정하는 경우에는 표준계약서를 정하여 고시할 수 있다.
위탁규정
- (전자정부사업관리위탁에관한규정) 위탁대상사업, 용역대가산정, 전자정부사업관리수행등규정 - 「전자정부법」제64조의2, 같은법시행령제78조의2부터 제78조의4까지의 규정에서 위임한 사항과 전자정부사업관리의 위탁에 필요한 사항을 정함을 목적
- 시스템에구현될화면레이아웃및화면간의네비게이션(Navigation) 정의 - 데이터모델링을통한 DB 설계 - 컴포넌트식별기법을사용한컴포넌트식별, 컴포넌트간상호작용관계정의 - 컴포넌트내부클래스및시퀀스다이어그램작성을통해객체의 속성 및 오퍼레이션과 객체 간 메시지 전달 흐름을 설계