분류 전체보기185 [UML] Use Case Diagram Use Case = 시나리오 - text stories of some actors using a system to meet goals. = 외부 사용자가 우리 시스템을 어떻게 사용하는지 글로 써둔 것 → 요구사항을 분석하는 방법/ 장치 - UP에서는 Use case = Functional Requirement 로도 쓰임 Use Case Diagram - Use Case Diagram의 용도 ① 모든 use case에 대한 Summary ② system Context Diagram : 시스템의 바운더리를 그림 3 Formats of Use cases - Brief : Terse one paragraph summary : Usually the main success scenario or a happy pat.. 2022. 8. 29. [UML] 13개의 UML Diagrams 소개 UML 이란 - Unified Modeling Language - OMG2.0에서 제공하는 SW 외에도 범용 되는 표준 - Combine the best of the best from – Data Modeling (Entity Relationship Diagrams) – Business Modeling (workflow) – Object Modeling – Component Modeling (development and reuse - middleware, COTS) → SW 개발 아니라도 다양한 모델링에도 사용됨 The UML Semantics (UML 의미론) - MOF (Meta Object Facility) defines a four-layer meta model hierarchy. – Layer .. 2022. 8. 29. [OOP] 3. Object-Oriented Development (객체지향 개발론) Software Development Software Development ≈ Solving Problems with Software in Computer Procedural Programming (절차적 프로그래밍) - 그 방법론이 SASD(Structured Analysis and Structured Design, 구조적 분석 설계) : 전통적인 개발 방법 : Top-Down Divide and Conquer : DFD (Data Flow Diagram)를 사용함 - Structure Analysis : SA/ DFD(level3) → 생각의 흐름대로 진행함 - Structure Design : SD/ Structured chart (케인 모델링 다이어그램) → data in- 계산 - out Obj.. 2022. 8. 29. [OOP] 2. Object-Oriented Principles (객체지향 원칙) * 5 basic principles : 이 개념들을 이해하면 c++, java를 잘 구현할 수 있다. 1. Abstraction (추상화) - Abstraction 하는 과정을 Modeling 이라고도 함 - Emphasizes relevant characteristics, but suppresses other characteristics - 중요한 건 include (관련 특성을 강조), 나머지는 remove( 다른 특성은 억제) → 현실의 객체를 Abstraction 해서 Model을 만듦 2. Encapsulation (캡슐화) - “Design, produce and describe software so that it can be easily used without knowing the deta.. 2022. 8. 29. [OOP] 1. Object-Oriented (객체지향) 정의 Object An object (객체) represents an entity(개체). - physical, conceptual or software, informally. - 객체는 다양한 분야에서 일반적인 모든 사물을 지칭함! An object is an entity with a well-defined boundary and identity that encapsulates state and behavior. – State : represented by attributes and relationships – Behavior : represented by operations, methods, and state machines → Objects are grouped into class. → An object.. 2022. 8. 29. [디자인패턴] Design Pattern의 종류와 활용하기 Design Pattern 은 언제 사용하는가? - Design patterns help to ensure that a system can change in specific ways → easier to change - 디자인 패턴은 시스템이 특정 방식으로 변경될 수 있도록 보장합니다 → 변경하기 더 쉽습니다. - 앞으로 일어날 변화에 대한 대비책으로도 Pattern을 적용할 수 있고 - 문제를 해결하기 위해서 Patern을 적용할 수도 있습니다. GoF Patterns 분류 Design Pattern 적용하는 상황과 패턴의 종류 - Creating an Object by Specifying a Class Explicitly (클래스를 명시적으로 지정하여 개체 만들기) → Factory Method Pa.. 2022. 8. 29. MVC pattern MVC Pattern 이란 - MVC 패턴은 두 개 이상의 패턴을 결합해서 문제를 해결하는 솔루션으로 만든 Compound Pattern(복합패턴) - 사용하는 패턴 : Strategy pattern / Observer pattern /Composite pattern - MVC를 구성하는 세 가지 객체 • Model : Application 객체 (Observer 객체) → makes use of the Observer pattern so that it can keep observers updated, yet stay decoupled from them. → observer를 업데이트하면서도 observer와 분리 상태를 유지할 수 있음 • Controller : UI가 사용자 입력에 반응하는 방식을 정.. 2022. 8. 29. [디자인패턴] Bridge pattern (브릿지 패턴) Purpose of Bridge Pattern (브릿지 패턴의 목적) - Defines an abstract object structure independently of the implementation object structure in order to limit coupling. - 구현 객체와 추상 객체 (개념)를 독립적으로 분리하는 구조로 정의 Bridge pattern (브릿지 패턴) - bridge는 '무엇인가를 연결한다'는 의미 → bridge 패턴도 두 장소를 연결하는 역할이 있음 - lets you split a large class or a set of closely related classes into two separate hierarchies —abstraction and impl.. 2022. 8. 28. [디자인패턴] Composite Pattern (컴포지트 패턴) Purpose of Composite Pattern (컴포지트 패턴의 목적) - Facilitates the creation of object hierarchies where each object can be treated independently or as a set of nested objects through the same interface. - 각 개체를 독립적으로 처리하거나 동일한 인터페이스를 통해 중첩된 개체 집합으로 처리할 수 있는 개체 계층 구조를 쉽게 만듭니다. Composite pattern (컴포지트 패턴) - composite의 의미는 '합성의', '합성물', '혼합 양식'이다. →뭔가 합쳐진 형태이겠지..! - composes objects into tree structures .. 2022. 8. 28. 이전 1 2 3 4 5 6 ··· 21 다음
