코인하는 프로그래머

액터사이의 일반화관계 액터 사이의 일반화(Generalization)는 클래스 사이의 일반화와 비슷한 개념이다. 추상적인 액터와 좀 더 구체적인 액터 사이에 맺어주는 관계로서 "한 액터가 다른 액터의 일종이다" 또는 "한 액터도 다른 액터에 해당된다" 라는 의미가 만족되는 두 액터를 일반화 관계로 연결한다. 상속예를들어 쇼핑몰 시스템에는 '고객' 액터와 '관리자' 액터가 있다. '고객'액터는 '회원'과 '비회원'이 될 수 있다. 그리고 '고객' 액터와 '관리자' 액터는 모두 쇼핑몰 시스템의 '사용자' 라고 볼 수 있다. 따라서 이들 액터 사이의 일반화관계를 다음과 같이 나타낼 수 있다. 이러한 일반화 관계를 액터에 적용하면 유즈케이스 다이어그램에서 사용되는 여러 액터들의 의미를 좀더 명확하게 하고 다이어..

액터는 시스템의 일부가 아니다. 액터는 시스템과 상호작용을 하는 모든 것들을 나타낸다. 시스템을 사용하게 될 사람은 물론이고, 연관된 다른 시스템도 액터이다. 대체로 액터의 행위는 정보의 입력과 출력으로 살펴 볼 수 있다. 정보를 입력하거나 출력하는 액터가 있고, 입출력을 모두 행하는 액터가 있을 것이다. 액터는 다이어그램 상에서 막대인간(Stickman)으로 표현된다. 'Visual Modeling with Rational Rose and UML'에 따르면 다음과 같은 질문들이 액터를 추출하는 데 도움을 준다고 한다. 특정 요구사항에 이해관계자는 누구인가?어떠한 부서나 집단에서 시스템을 사용하는가?시스템을 사용함으로써 이익을 얻는 이는 누구인가?누가 시스템에 정보를 입력하고 사용하고 삭제하는가?누가 시..

유즈케이스 다이어그램에서 유즈케이스간의 관계는 의존(Dependency, --->) 관계로 표현되며, 주석을 달아서 그 관계를 명확하게 표현한다. 주석은 포함과 확장을 의미하는 와 로 표현된다. 1. 유즈케이스간의 포함관계포함관계는 하나의 유즈케이스를 수행할때, 포함된 유즈케이스가 반드시 수행되는것을 말한다. 예를들어 우리는 도서관에서 책을빌릴때 회원정보를 가지고 반드시 로그인을 해야지 대여를 할 수 있는데 이를 ‘대여하기’ 유즈케이스가‘로그인’ 유즈케이스를 포함한다고 할 수 있다. 이와 같이 여러 유즈케이스에 나타난 공통적인 이벤트 흐름을 별도의 유즈케이스로 표현함으로ㅆ 이벤트 흐름의 중복을 방지할 뿐만 아니라 시스템의 공통 기능을 추출하여 효율적으로 개발하는것이 가능하게 된다. 2. 유즈케이스간의 확..

그림에서의 네모난 창은 시스템의 경계를 나타낸다. 따라서 이 경계 내부에 위치한 UseCase1,2는 구축할 시스템의 기능을 표현한 것이다.반면에 시스템 경계의 외부에 위치한 Actor는 구축할 시스템의 범위 밖이다. 즉, 개발대상에 해당하지 않는다. 유즈케이스 모델링 기법에서 개발할 시스템 외부의 존재를 액터(Actor)라는 개념으로 정의하고, 시스템의 범위에 해당되어 개발될 시스템의 단위 기능을 유즈케이스(UseCase)라는 개념으로 정의한다. 사용자의 시점에서 시스템을 모델링 한다는 것, 이것이 바로 유즈케이스의 역할이다. 유즈케이스는 시스템에 대한 시나리오의 집합으로 볼 수 있다. 각 시나리오에는 발생되는 이벤트의 흐름이 나타나 있다. 각 이벤트의 흐름은 사람, 시스템, 하드웨어, 혹은 시간의 흐..

모델링의 개념 개발자는 시스템을 프로그래밍 하기에 앞서 많은 요소들을 고민하고 결정하게 된다.시스템을 구축할때 개발자가 고민하고 결정하는 모든 활동을 모델링이라 한다. 프로그래밍을 하기에 앞서 개발자는 요구자의 요구사항 분석, 설계를 통하여 구현의 과정을 거친다. 이때 소스코드를 작성하는것을 구현이라 하고, 구현 단계 이전의 요구사항 정의, 분석, 설계에서 수행하는 모든 활동들을 모델링이라 한다. 모델링프로그래밍목적구축할 시스템의 모습 정의시스템의 실제 구현세부 수행 활동요구사항 정의, 분석, 설계소스코드 편집, 컴파일, 시험, 디버깅결과물모델소스코드를 포함한 구현된 시스템표기법모델링언어(UML,ERD,DFD)프로그래밍언어(Java, C/C++)지원도구CASE 도구(Rose, Together, StarU..