![]()
Use Case Diagram? "액터"와 "시스템"의 상호작용을 표현하는 다이어그램으로, 사용자 시점에서의 시스템 기능과 서비스를 보여준다. 여기서 액터란, 시스템 외부에서 상호작용하는 존재로 사용자가 될 수 있고 외부 시스템이 될 수도 있다. Use Case Diagram의 구성 시스템을 사용하는 액터를 priamary actor, 시스템과 상호작용하는 외부 시스템을 secondary actor라 부른다. secondary actor는 시스템 박스인 scope 밖에 네모를 그리고 를 적어서 표현한다. 시스템 내부에 있는 동그라미, UseCase는 사용자의 요구사항을 구조화한 시스템이 제공해주는 서비스 및 기능이다. 액터와 유스케이스간의 관계는 선으로 표현한다. include 특정 유스케이스가 실행되기..
![]()
Model이란, 현실을 단순화 한 것이다. 주어진 추상화(abstraction) 수준에서 핵심 측면(assential aspects)을 포착한다. 모든 시스템은 다양한 모델을 사용해서 다른 측면에서 설명될 수 있다. 복잡한 시스템의 모델을 만드는 이유는 그 시스템을 전체적으로 이해하기 어렵기 때문이다. 모델링을 통해 우리는 네 가지 목표를 달성한다. - 시스템을 시각화(visualize)하여 현재의 모습이나 원하는 모습을 볼 수 있게 한다. - 시스템의 구조나 행동을 명세(specify)한다. - 시스템을 구축하기 위한 청사진을 제공한다. - 우리가 내린 결정을 문서화한다. 어떤 모델을 만들지 선택하는 것은 문제를 어떻게 해결할지와 솔루션의 형태에 큰 영향을 미친다. 모든 모델은 다양한 정밀도(preci..
![]()
객체 지향 패러다임은 주로 객체, 클래스, 상속이라는 세 가지 주요 개념을 기반으로 한다. 객체(Object): 상태와 행동을 가진다. 상태는 속성(변수), 행동은 메서드(함수)로 표현, 서로에게 'messages'를 보내 소통한다. 클래스(Class): 객체를 생성하기 위한 템플릿이나 청사진 상속(Inhertance): 클래스 간의 관계를 표현하는 메커니즘 또 중요한 개념으로 "polymorphism(dynamic binding, 다형성)"이 있다. 동일한 이름의 메서드나 연산자가 다양한 방식으로 동작할 수 있다. Object 객체는 명확한 경계와 의미를 가진 것 또는 개념이다. 이는 Tangible Things(물리적인 것), Concepts&Processes(개념 및 과정)이 있다. Tangible..
![]()
OO Approach(객체지향적 사고 접근법) 객체지향설계에서는 각 객체가 수행해야 할 책임이 명확하게 정의되어 있다. OOA - 객체 지향 분석 OOD - 객체 지향 설계 OOP - 객체 지향 프로그래밍 성공적인 소프트웨어는 이해관계자(stakeholder)의 requirements를 충족시켜야 한다. 또, 시간과 예산(budget) 내에 개발되어야 하고, 변화에 대한 탄력성(resilient to change)을 가져야 한다. software crisis는 컴퓨터의 발전과 계산 능력의 증가로 인해 소프트웨어의 복잡성, 요구사항, 오류가 증가하며 발생한 문제이다. development process는 누가-who 어떤 일을-what 언제-when 어떻게-how 특정 목표를 달성하는지를 정의한다. sof..
