금번 92회 정보관리기술사 문제 중 아키텍처 스타일에 관련한 문제가 나왔는데, 본 문제가 상당히 의미있어 여기에 남겨본다. 단순 키워드 설명이 아니라 실전에 어떻게 응용해야 하는지, 그리고 4+1 View를 언급하며 해당 아키텍처의 UML 다이어그램까지 그려야 하는 복합적 사고를 요하는 문제였다. 단순 암기로는 풀 수 없는 전형적인 문제로서 기술사 문제가 지향해야 할 대표적 사례가 아닌가 생각해본다. 아래는 내가 속한 90회 정보처리기술사회에 제출한 해당 문제의 풀이이다. 문제) 아래와 같은 간단한 응용에 대한 소프트웨어아키텍처를 작성하고자 한다. 다음 질문에 답하시오. ---------------------------------------------------------------------------..

본 포스트는 개인 스터디 용으로 작성된 Ian Sommerville의 Software Engineering, 8/E의 요약본입니다.1. Object-oriented development - Object-oriented analysis, design and programming are related but distincted. - OOA is concerned with developing an object model of the application domain. - OOD is cencerned with developing an object-oriented system model to implement requirements - OOP is cencerned with realising an OOD usi..

본 포스트는 개인 스터디 용으로 작성된 Ian Sommerville의 Software Engineering, 8/E의 요약본입니다.Chapter 8. 1. System modelling - being performed for understandability & communication with customers. - reflect several different perspectives. - System models are generated via requirements elicitation & analysis(Requirements engineering process step 2(/4) ) 2. System model type - Context models : defines boundary & envir..

Use case model 정의 - 유스케이스(Use Case): 시스템이 사용자에 의해서 어떠한 형태로 사용되는지를 기술하는 UML의 표준 표기법 - Use case model: 유스케이스의 구성 요소인 액터(Actor)와 유스케이스, 그리고 이들간의 관계를 나타낸 다이어그램을 통해 시스템의 기능적 요구사항(functional requirements)을 기술한 모형 유스케이스의 특징 - 유스케이스는 크게 두 가지로 구성됨: 유스케이스 모델과 유스케이스 기술서 1. 유스케이스 모델(Use case model) : 표준에 의해 구성요소가 정의됨(액터, 유스케이스, 액터와 유스케이스 간의 관계). 2. 유스케이스 기술서(Use case description) : 문서의 형태로 존재. 표준으로 정의되어 있지 ..