Development/UML(87)
-
소프트웨어 모델링(Software Modeling), 소프트웨어 모델링의 필요성, 모델링하면 좋은 점
소프트웨어 모델링(Software Modeling)· 만들고자 하는 것, 머리 속에 있는 생각들을 누구나 볼 수 있게 본을 뜨는 것· 객체나 DB를 그림으로 표현하는 것 소프트웨어 모델링의 필요성· 소프트웨어는 날이 갈수록 갈수록 복잡해지고 다양지고 있습니다.· 복잡하다는 건 쉽게 이해하기 어렵다는 의미이며 그러므로 해서 문제 발생시 문제해결방법도 복잡해 지게 됩니다. 모델링하면 좋은 점· 만들고자 하는 바를 더 명확하게 할 수 있습니다.· 조금 더 잘 만들 수 있습니다.· 이해하고 소통하기 편해 집니다. (팀장, 부장, 이사, 사장, 디자이너, 영업, 엔지니어, 고객지원등)· 성과, 할 줄 안다는 것 보여줄 때 좋습니다.· 만들고 나면 뿌듯합니다.
-
유스케이스 모델 검증
유스케이스 모델 검증· 한국정보화진흥원의 정보시스템 감리지침에서는 시스템 기능에 대한 유스케이스 모형 상세화 수준 및 적정성에 대하여 다음과 같은 사항을 점검하도록 하고 있습니다· 주요한 기능명세에 대하여 유스케이스 명세서가 작성되었는지 먼저 확인합니다.· 유스케이스 명세서는 유스케이스에 대한 전반적인 사항을 기록합니다.· 유스케이스 명세서에 작성된 유스케이스 모델 검증합니다.· 시스템이 어떻게 동작하여야 하는지를 명확하고 구체적으로 기술하고 있는지 검토합니다.· 대표적인 시나리오 기반 요구사항 분석방법으로도 활용됩니다.· 유스케이스 다이어그램을 작성하여 사용자 요구사항 문서와 같은 입력 자료로부터 이해관계자와 관심 대상인 시스템 간의 상호작용을 식별합니다.
-
분석모델 검증 절차
분석모델 검증 절차정보시스템의 분석설계가 잘 도출되었는지 검증하는 절차입니다.분석모델 검증 절차에서 파악해야 할 내용에 대해 아래의 내용을 파악할 수 있습니다.
-
다이어그램 분류
다이어그램 분류 · 구조적 다이어그램 · 행위적 다이어그램 구조적 다이어그램 다이어그램 설명 Class diagram · 클래스와 클래스 간의 관계를 표현 Object diagram · 오브젝트와 오브젝트 간의 관계를 표현 Package diagram · 패키지 다이어그램 · UML의 다양한 모델요소를 그룹화하여 표현 Component diagram · 컴포넌트와 컴포넌트 간의 관계를 표현 Composite structure diagram · 복합 구조 다이어그램 · 컴포넌트의 내부 구조를 표현하는데 사용 · 파트,포트, 연결자등의 개념을 이용하여 컴포넌트가 실현, 이용하는 인터페이스와 내부 구성요소 간의 관계를 표현 Deployment diagram · 배치 다이어그램 · 시스템을 구성하는 물리적인 노..
-
데이터 모델링 목적
데이터 모델링 목적 · 연관 조직의 정보요구에 대한 정확한 이해를 할 수 있습니다. · 사용자, 설계자, 개발자 간에 효율적인 의사소통 수단을 제공합니다. · 데이터 체계 구축을 통한 고품질 S/W와 유지보수 비용의 감소효과를 기대할 수 있습니다. · 신규 또는 개선 시스템의 개발 기초를 제공합니다.
-
UseCase Diagram 특징
UseCase Diagram 특징· 사용자의 관점을 빨리 이해할 수 있게 해주어 쓸모 있고 유용한 시스템을 만들 수 있습니다. · 개발자는 가능한 한 모든 요구사항을 파악하여 사용자의 승인을 받아야만 후일 요구사항 변경에 대한 위험부담을 줄일 수 있게 하는데 도움을 줍니다.· 요구사항 정의 활동이 개발과 설계에 커다란 비중을 차지합니다· 유스케이스의 기능과 목적이 아닌 이벤트 흐름이 기술도비니다.· 유스케이스에 속한 흐름만 기술합니다.· 유스케이스와 연결되지 않는 액터는 표현하지 않습니다.· 미리 정의된 공통 용어집이 있는 경우 해당 용어를 사용합니다.· 직접적인 어휘가 사용됩니다(간단하게 기술하기 위해 복잡한 용어를 사용하지 않는다.)· 간단하고 간결한 문장으로 표현하기 위해 부사 사용을 하지 않습니다.