전체 글 (200) 썸네일형 리스트형 [Software Architecture] 아키텍처 설계 품질속성 이해 SW아키텍처가 만족시키고자 하는 품질 요구사항 시스템 품질속성 비즈니스 품질속성 시장적시성 (Time to Market) - 빠르게 개발하는 것 비용과 이익 (Cost and benefit) 시스템의 프로젝트 생명주기 - 정책적으로 SW를 어떻게 할 것인지 - 요금정책 (기능추가, Update 추가할때마다 사용료 받을지) 목표시장 (Targeted market) 신규발매일정 노후 시스템과의 통합 아키텍처 품질속성 실무에서의 핵심 비지니스 적인 속성을 얼마나 만족시켜 주느냐? 비기능적 품질속성, 비기능적 요구사항으로 도출됨 -> 여기에 집중 해야 함 개발업무에서 중요한 부분 시스템 품질 속성 QA 시나리오 (품질속성 시나리오) 요구사항을 명세 (개발자가 이해하기 쉽게 쓰는 것 -> 의사소통 .. [Software Architecture] Requirement Engineering - 2 Use Case Analysis 개요 A means for capturing the desired behavior for the system under development Communication 방법 모든 요구사항이 도출되었는지 확인할 수 있는 방법 Benefit 이해하기/읽기 쉬움 Customer와 합의 이루는데 도움 구성 (Use Case = Use Case Diagram + Texture) Actor 같은 특성을 모아서 표현 (Sam, Ivan -> Student) 역할이 다르면 쪼개기도 함 시스템에 직접 interface 하는 개체가 Actor가 될 수 있음 - use the system - get information from this system - provide information to.. [Software Architecture] Requirement Engineering - 1 Requirement Engineering 개요 System services Constraints Requirement = 시스템 서비스(System service) + 제약사항 (Constraint) - System service = Functional requirements - Constraint = Non-Functional requirements RE process Development process에 따라서 빈도/시점 등은 달라질 수 있음 ex) - Waterfall : 초반에 가능한 많은 Requirement를 정의 - Incremental : 초반에 가능한 많은 Requirement 정의 후 개발은 쪼개서 진행 (Release 1,2,3 등) - Spiral : risk analysis, r.. [Software Architecture] SA Framework 개요 Software Architecture Framework - Based on IEEE 1471-2000, IEEE (2000) Viewpoint Models - ISO RM-ODP - ISO(1994) - Siemens Four View Model - Soni, D. et al (1995) - 4 + 1 View Model - Kruchten, P. (1997) - SEI View Model, Clements, P. et al. (2002b) IEEE 1471 Framework 아키텍처는 유연하고 확장성을 가져야 하며 이러한 아키텍처를 개발하기 위해서 아키텍처 프레임워크가 필요 중요성 - 관련된 용어와 개념을 통일 - 정해진 모델링 언어, 특정 방법론을 제시하지 않기 때문에 기술적 중립성을 가지고 .. [Software Architecture] Architecture Decisions 개요 시스템의 비기능적 특성에 영향을 준다 각 아키텍처 결정은 몇 가지 잠재적 솔루션이 존재 의사결정 결과에 대한 디자인 근거를 제공 - 아키텍처 결정에서 다루는 품질 속성 중 하나 이상을 참조하고 - 디자인 및 option 선택에 대한 "이유" 질문에 대한 답을 하므로써 디자인 근거를 제공함 아키텍처 결정은 SW 시스템 전체 또는 이러한 시스템의 핵심 구성 요오 중 하나 이상과 관련됨 Decision Management Step First Step : Decision Identification (결정 식별) 결정을 내리기 전에 결정의 필요성을 분명히 해야 함 Architectural Decision이 얼마나 긴급하고 얼마나 중요한가? 지금 만들어야 하나 아니면 구축중인 요구사항 및 시스템에 대한 정보가.. [Software Architecture] RUP RUP (Rational Unified Process) 개요 RUP - 객체지향 개발 방법론 (2003년 IBM에 합병) Use Case를 기반으로 사용자의 요구사항을 기본으로 반복적이고 점진적인 개발 프로세스를 통해 시스템을 개발하는 UP(Unified Process) 프로세스 기반으로 Rational에서 만든 SW 개발 프로세스 모델 객체지향 프로젝트 수행에 맞도록 개발된 UML 기반의 객체지향 개발 방법론 RUP 특징 통합된 프로세스 Grady Booch의 OOAD (디자인에 강함) - 객체지향 분석과 설계를 위한 방법론 James Rumbaugh의 OMT (분석에 강함) - UML은 모델링 언어/ OMT는 객체 모델링 기법의 약자 -> UML의 전신으로 간주 Ivar Jacobson의 OOSE 방.. [Software Architecture] TOGAF TOGAF Model (The Open Group Architecture Framework) 엔터프라이즈 소프트웨어 개발을 위한 고급 프레임워크를 제공하는 엔터프라이즈 아키텍처 방식 참조 : https://www.ciokorea.com/news/37133 "세계 50대 기업 80%가 사용"··· TOGAF 관리 방법론을 아시나요? - CIO Korea TOGAF(The Open Group Architecture Framework)란 엔터프라이즈 소프트웨어 개발을 위한 고급 프레임워크를 제공하는 엔터프라이즈 아키텍처 방식이다. TOGAF는 체계적인 방식을 통해 개발 과정을 정리하는 www.ciokorea.com 개요 The Open Group에서 1995년 개발하여 사용 중 목적 전원이 합심할 수 있도록 .. [Software Architecture] SA 개요 - 추가 추가 고려해야할 사항 개요를 잘 작성해야 함 Business Context를 알아야 한다 IT가 Business를 leading하는 형태로 변모됨 (IT 기획 -> Business 기획으로 확대 됨) 요구사항은 사용자가 작성해야 함 (해외의 경우는..) 남의 일 처럼 개발자가 작성하고 요청받아서 다시 수정하고 ? 목적을 잘 파악해야 함 -> 이해당사자 파악을 통해서 파악 가능 변화 방향성 (요구사항 정리) 큰 Agenda를 잡고, 개별로 정리 예) 보고서의 Framework Mega process = AS-IS, Pre-Investment, Investment Execution, Post-Investment To-Be Directions (미래 방향성) Process (Structure + Operati.. 이전 1 2 3 4 5 6 7 ··· 25 다음
