• 독서/Object Oriented Software Engineering

    [Object Oriented S/E] Chapter 10 - Object Interaction Modeling

    [Object Oriented S/E] Chapter 10 - Object Interaction Modeling

    # 범위 251 page ~ # 내용 ## 10.1 WHAT ARE DESIG PATTERNS? [10.1 디자인 패턴은 자주 만나게 되는 설계 문제에 대한 해결책의 추상화이다] 디자인 패턴을 통해서 비슷한 디자인 문제를 해결할 수 있다. ## 10.2 WHY DESIGN PATTERNS? 패턴은 재사용 가능한 요소이다. 패턴을 결합하여 크고 복잡한 디자인 문제를 해결 할 수 있다. 패턴은 팀 구성원간의 의사소통을 향상시킨다. 패턴은 소프트웨어 시스템의 동작과 구조를 증가시킨다. 결과적으로 패턴은 소프트웨어의 생산성과 퀄리티를 향성시키며, COST와 TIME을 감소시킨다. ## 10.3 SITUATION-SPECIFIC AND RESPONSIBILITY-ASSIGNMENT PATTERNS 두개이상의 패턴..

    [Object Oriented S/E] Chapter 9 - Object Interaction Modeling

    [Object Oriented S/E] Chapter 9 - Object Interaction Modeling

    # 범위 216 page ~ # 내용 ## Object Interaction Modeling Object Interaction Modeling은 개발 팀이 현재 비즈니스 프로세스를 이해하는데 돕고 비즈니스를 개선하기 위한 객체 상호 동작을 설계한다. ## 9.1 WHAT IS OBJECT INTERACTION MODELING? 객체는 상속, aggregation, 연관관계 등으로 이루어져 있다. 그리고 상호작용을 거치며 시스템이 돌아간다. 분석문제 - 기존의 수동 방식 비즈니스 프로세스에서 비즈니스 작업을 수행하기 위해 객체가 어떻게 상호 작용하는가? 개발팀원들이 지금의 비즈니스 프로세스에 익숙하지 않을 수 있기 때문에 분석문제는 중요하다. 따라서 분석 목적으로 객체 상호작용 모델을 구성하는 것은 유용하..

    [Object Oriented S/E] Chapter 8 - Actor System Interaction Modeling

    [Object Oriented S/E] Chapter 8 - Actor System Interaction Modeling

    # 범위 200page ~ # 내용 ## Actor-System Interaction Modeling Actor-System Interaction Modeling이란 어떻게 시스템들이 use case를 수행하기 위한 actor과 상호작용하는지에 대한 디자인이다. use-case의 분석을 수행할때, actor에서 시작하며 actor에서 끝나며 actor를 위한 business task를 처리하기 위함이었다. 그렇기 때문에 system은 usecase를 해결하기 위해 actor와 상호작용을 하게 된다. ## 8.1 WHAT IS ACTOR-SYSTEM INTERACTION MODELING? Actor-System Interaction Modeling이란 어떻게 시스템들이 use case를 수행하기 위한 ac..

    [Object Oriented S/E] Chapter 7 - Deriving Use Cases from Requirements

    [Object Oriented S/E] Chapter 7 - Deriving Use Cases from Requirements

    # 범위 172 page ~ # 내용 ## 7 Deriving Use Cases from Requirements 요구사항은 시스템이 반드시 제공해야하는 기능이다. 요구사항 선언문은 시스템이 무슨 기능을 제공해야하는지에 관한 선언문이며, 어떻게 시스템이 그것들을 전달한것인지에 대한 것이 아니다. Use-case는 비즈니스 도메인에 대해서 부족한 통찰력과 이해로 생기는 유저와의 불일치에 대한 해답을 제공한다. ## 7.1 WHAT IS AN ACTOR? 시스템은 요청을 받고 유저로부터 입력등 받는다. 그리고 결과를 유저에게 전달한다. 전통적으로 유저는 "human(인간)"유저를 나타냈다. 더 넓은 스코프에서 유저는 인간과 비인간 모두를 나타낸다. 그리고 이를 표현하는 중립적인 단어가 필요하다. Actor는 ..

    [Object Oriented S/E] Chapter 6 - Architectural Design

    [Object Oriented S/E] Chapter 6 - Architectural Design

    # 범위 139 page ~ # 내용 ## 6 Architectural Design 많은 소프트웨어들은 개발이 완료되고 수십년동안 동작한다. 그리고 그러는 사이에 많은 업그레이드를 거친다. 소프트웨어 아키텍처와 같은 요소는 system properties나 performance, efficiency,security,maintainablity와 같은 요소에 지대한 영향을 끼친다. ## 6.1 WHAT IS ARCHITECTURAL DESIGN? 소프트웨어 아키텍처 디자인은 건물의 아키텍처 디자인과 같다. 아키텍처 디자인은 주요시설과 하위 시스템들 그리고 그것들이 어떻게 관계되고 작동하는지에 대해서 강조한다. [시스템 또는 하위 시스템의 소프트웨어 아키텍처는 주요 구성 요소간의 상호 작용 및 상호 작용을 포..

    [Object Oriented S/E] Chapter 5 - Domain Modeling

    [Object Oriented S/E] Chapter 5 - Domain Modeling

    # 범위 105page ~ # 내용 ## 5.1 WHAT IS DOMAIN MODELING? 도메인 모델링은 개념화 프로세스이다. 중요한 도메인 개념, 속성 및 개념 간의 관계를 식별하는 것을 목표로 하며, 결과는 도메인 모델이라는 다이어그램으로 표현된다. 은행 시스템을 구조화 할때, 은행사업에 대한 이해가 필요할것이고 그걸 기반으로 entities나 object를 이해할 수 있을 것이다. 이러한 이해를 위해서 어플리케이션과 관련된 정보들을 수집하고 분석하고 모델을 세워야 하는데 이러한 활동을 하는 과정들이 도메인 모델링이다. ## 5.2 WHY DOMAIN MODELING? 소프트웨어 엔지니어들은 프로젝트 내에서 다른 도메인에서 일하고, 그들의 배경이나 경험들에 따라서 도메인을 다른 관점으로 이해 할 ..