본문 바로가기

분류 전체보기834

소프트웨어 아키텍처 스타일(Software Architecture Style) MVC (Model, View, Control), 저장소, 클라이언트-서버, 데이터플로우, 계층형 I. 시스템 품질 향상을 위한 패턴, 소프트웨어 아키텍처 스타일의 개요 가. 소프트웨어 아키텍처 스타일(Software Architecture Style)의 정의 - 아키텍처 설계에서 반복해서 나타나는 문제를 해결하고 아키텍처가 만족 시켜야하는 시스템 품질 속성을 달성할 수 있는 방법을 정리한 문서 나. 소프트웨어 아키텍처 스타일의 특징 - 견고하고 안정적이며 고품질의 시스템 구축가능 - 이미 검증된 아키텍처를 선택하여 시스템 구축 시 발생하는 문제를 초기단계에서 해결 - 작은 코드 수준의 재사용 보다는 전체 시스템의 구조, 설계 모형을 재사용하기 위한 재사용 규약 II. 소프트웨어 아키텍처 스타일 유형 (.. 2021. 1. 31.
소프트웨어 품질속성(Software Architecture Quality Attribute) ISO/IEC 25010(ISO 9126) I. 이해당사자 요구 만족도 측정, 테스트 소프트웨어 품질속성의 개요 가. 소프트웨어 품질속성(Software Architecture Quality Attribute)의 정의 - 시스템이 이해당사자의 요구를 얼마나 잘 만족시키는지를 나타내는 측정 가능하고 테스트가 가능한 특성 나. ISO/IEC 9126에서 ISO/IEC 25010으로 개정 요약 주특성 - 기존 : 기능성, 신뢰성, 사용성, 유지보수성, 이식성, 효율성 - 개정 : 기능적합성, 실행효율성, 호환성, 사용성, 신뢰성, 보안성, 유지보수성, 이식성 부특성 - 27개의 부속성에서 31개로 증가 - 일부 항목 삭제 - 각 주특성의 준수성(Compliance) 항목은 전체 삭제 II. 소프트웨어 품질속성.. 2021. 1. 31.
ISO/IEC 42010 (IEEE 1471) I. 소프트웨어 기술 메타모델, ISO/IEC 42010의 개요 가. ISO/IEC 42010 (IEEE 1471)의 정의 - 소프트웨어 아키텍처 명세를 위한 메타 모델을 정의한 국제 표준 나. ISO/IEC 42010의 필요성 필요성 내용 표준화 아키텍처와 관련된 용어 및 개념의 통일 중립성 모델링 언어, 방법론을 제시하지 않고 개발 상위 레벨에서 추상화된 표현 유연성 다양한 규모의 시스템 구축 시 적용 가능 의사소통 요구사항/설계의 차이를 개선, 이해관계자 관점에서의 표현 II. ISO/IEC 42010 (IEEE 1471)의 구성도 및 구성요소 가. ISO/IEC 42010 (IEEE 1471)의 구성도 나. ISO/IEC 42010 (IEEE 1471)의 구성요소 구성요소 내용 Mission 이해.. 2021. 1. 31.
소프트웨어 아키텍처(Software Architecture) ISO/IEC 42010(IEEE 1471) I. 소프트웨어 컴포넌트간의 상호관계 및 구조, 소프트웨어 아키텍처의 개요 가. 소프트웨어 아키텍처(Software Architecture)의 정의 - 소프트웨어를 구성하는 컴포넌트와 컴포넌트의 관계를 추상적인 수준에서 정의하여 시스템 설계와 개발 시 적용되는 원칙과 지침을 제공하는 시스템 구조 나. 소프트웨어 아키텍처의 등장배경 다. 소프트웨어 아키텍처의 특징 - 소프트웨어 시스템의 구조 결정 - 여러 소프트웨어 요소 또는 컴포넌트로 구성 - 요소, 컴포넌트는 외부로 드러나는 속성, 즉 인터페이스를 갖는다. - 요소, 컴포넌트 간 서로 관계를 가지며 인터페이스를 통해 통신한다. - 요소, 컴포넌트를 설계하고 변경하는 것에 대한 원리, 가이드라인 제공 II. .. 2021. 1. 31.
SPEM (Software Process Engineering Metamodel) Metamodel I. 소프트웨어 개발 프로세스의 메타모델, SPEM의 개요 가. SPEM (Software Process Engineering Metamodel)의 정의 - 소프트웨어 개발 프로세스와 그에 관련된 사항 (용어, 개념, 관계)등을 정의하기 위해 OMG에서 개발한 메타모델 나. SPEM의 특징 - 메소드 정의와 정의된 메소드의 개발 프로세스 적용 간의 명확한 분리 - 다양한 개발 프로세스의 일관된 유지보수와 다양한 생명주기 모형의 반영 - 유연한 프로세스 가변성과 확장성 플러그인 매커니즘 - 신속한 프로세스 조립을 위한 베스트 프랙티스의 재사용 가능한 프로세스 패턴 II. SPEM의 아키텍처 및 구성 가. SPEM의 아키텍처 나. SPEM의 구성 패키지 구성 내용 Core SPEM 메타모델.. 2021. 1. 31.
유즈케이스 다이어그램 (Use-Case Diagram) 시간적 개념, 액터, 활성객체, 메시지, 제어사각형 I. 유즈케이스 다이어그램의 개요 가. 유즈케이스 다이어그램 (Use-Case Diagram)의 정의 II. 유즈케이스 다이어그램 구성요소 2021. 1. 31.
시퀀스 다이어그램 (Sequence Diagram) 시간적 개념, 액터, 활성객체, 메시지, 제어사각형 I. 시간의 흐름에 따른 표현, 시퀀스 다이어그램의 개요 가. 시퀀스 다이어그램 (Sequence Diagram)의 정의 - 문제 해결에 필요한 객체 정의, 객체간 송/수신 메시지의 순서를 시간의 흐름에 따라 표시하는 다이어그램 나. 시퀀스 다이어그램의 특징 시간적 개념 객체간 동적 상호작용을 시간적 개념을 중시하는 모델링 협력사항 여러 객체들 사이의 동적인 협력사항 (Collaboration)을 표현 무관계성 객체들 간 관계성은 표현 안함 순서적 표현 복잡한 시나리오, 실시간 명세표현, 메시지의 명시적 순서를 나타내기 용이 II. 시퀀스 다이어그램의 구성요소 및 메시지 종류 가. 시퀀스 다이어그램의 구성요소 구성요소 표현법 설명 액터 (Actor) -.. 2021. 1. 31.
액티비티 다이어그램 (Activity Diagram) 작업흐름, 활동, 시작/종료, 판단, 전이, 동시성, 구획면 I. 비즈니스 작업 흐름 표현, 액티비티 다이어그램 개요 가. 액티비티 다이어그램 (Activity Diagram)의 정의 - 사건의 발생에 관련된 객체들의 상호 관계를 각종 처리 로직이나 조건을 순서에 따라 도식화한 다이어그램 나. 액티비티 다이어그램의 작성목적 처리순서 표현 대상에 상관없이 로직과 처리 순서를 표현하기 위해 작성 비즈니스 프로세스 정의 시스템화 대상화 영역에 속한 현재 업무 분야의 비즈니스 처리 흐름을 표현 처리 흐름의 도식화 프로그램 처리 흐름을 도식화하여 간단하고 명료하게 처리 로직을 표현 II. 액티비티 다이어그램의 구성요소 구성요소 설명 표기법 Activity state/ Activity (활동) 행위나 작업 (내부적.. 2021. 1. 31.
클래스 다이어그램 (Class Diagram) 객체, Private, Public, Protected, Attribute, Operation I. 객체 타입을 정의하고 정적인 관계를 표현, 클래스 다이어그램의 개요 가. 클래스 다이어그램 (Class Diagram)의 정의 - 시스템에서 사용되는 객체 타입을 정의하고 그들간의 존재하는 정적인 관계를 다양한 방식으로 표현한 다이어그램 나. 클래스 다이어그램의 특징 객체 관계 표현 Class, Interface, Collaboration (협력) 관계 표현 정적 구조 표현 구현 시스템 내 Class 들간의 정적 구조 표현 코드 변환 다이어그램 작성 후 즉시 코드 변환 가능 II. 클래스 다이어그램의 구성 및 관계표현 가. 클래스 다이어그램의 구성 나. 클래스 다이어그램의 관계표현 관계유형 표기법 설명 연.. 2021. 1. 31.
UML 2.0 Composite Structure, Package, Interaction Overview, Timing I. 수준 높은 자동화를 지원하는 UML의 진화, UML 2.0의 개요 가. UML 2.0의 정의 - 웹 기반 어플리케이션과 SOA등 신기술의 등장으로 수준 높은 자동화를 지원하는 UML 기반의 도구의 필요성이 증가함에 따라 원래 표준보다 더 명확한 방식으로 UML 정의 나. UML 2.0의 등장배경 한계 내용 복잡성 크고 복잡하여 배우기 어려움, 적용이나 구현을 위한 접근이 어려움 이해하기 어려움 UML 규격의 Sematics나 Notation의 상세 내용에 대해 이를 정확하게 이해하기 어려움 간결성 부족 언어의 간결성 부족 서로 다른 도메인과 서로 다른 플랫폼에 효과적 대처 어려움 모델 공유 어려.. 2021. 1. 31.
반응형