• Proceedings of the Korea Information Processing Society Conference
• /
• 2009.04a
• /
• pp.459-461
• /
• 2009

시스템 개발을 위해서는 시스템이 제공하는 기능을 명료하게 기술함은 물론 목표 시스템이 참조하는 외부 시스템의 기능을 명확하게 식별하여야 한다. 이는 목표 시스템의 범위를 명확하게 한정하기 위해 매우 중요하다. 그러나 현재의 유스케이스 모델링 기법에서는 외부 시스템은 액터로만 표현된다. 이는 외부 레거시 시스템을 간결하게 표현할 수 있다는 장점이 있으나, 외부 시스템의 기능 중 목표 시스템이 참조하는 유스케이스만을 식별하기 어렵게 만드는 단점도 갖는다. 이러한 불명확성은 유스케이스 명세 시 모델 작성을 어렵게 하여 유스케이스 모델의 이해도를 저하시키는 원인이 된다. 본 논문에서는 외부 유스케이스를 이용한 확장 모델링 기법을 제시한다. 확장 모델링은 레거시 시스템에 존재하는 외부 유스케이스를 표현하고, 내부 유스케이스와 관계성을 가질 수 있도록 확장 메커니즘을 지원한다. 확장을 위해서는 UML 확장 메커니즘 중 하나인 스테레오타입(Stereotype)을 활용하며, 따라서 기존 유스케이스 모델과의 호환성을 그대로 유지함으로써, 기존 모델링 기법과 일관되게 적용 가능하다.

• Proceedings of the Korean Information Science Society Conference
• /
• 2005.11b
• /
• pp.502-504
• /
• 2005

비즈니스 시스템의 요구사항 분석을 위해 대부분의 소프트웨어 개발 방법론에서는 UML의 유스케이스 모델링을 이용하고 있으며, 유스케이스는 전체 소프트웨어 개발 프로세스에서 중심적인 역할을 담당하고 있다. 본 논문에서는 유스궤이스 중심의 개발 방법을 적용하여 요구사항 명세서로부터 유스케이스를 추출하여 클래스를 도출하기까지의 분석 과정을 살펴보고, 유스궤이스 모델링을 수행하는 데 있어서의 문제점에 대해 조사해 봄으로써 유스케이스를 이용한 비즈니스 시스템 분석 과정에서 고려해야 될 사항들을 미리 점검해 볼 수 있도록 하여 초보자도 쉽게 분석할 수 있도록 지침을 제공하고자 한다.

• Journal of the Korea Institute of Information and Communication Engineering
• /
• v.13 no.2
• /
• pp.243-252
• /
• 2009

This paper presents an implementing of Use Case Description writing tool to support systematically writing and editing Use Case Description. It also supports both 1 column and 2 column formats of use case scenarios and increases convenience for editing scenario steps with automated step numbering function we presented. It results in not only user-friendly and effective description for use case but also contributing to development of integrated use case modeling tool with use case diagram.

• The KIPS Transactions:PartD
• /
• v.12D no.1 s.97
• /
• pp.103-110
• /
• 2005

Software Development is converting from structural to object oriented method. The later software development prefers the iterative process applications, not aterfall process and based on use case model, the requirements are expressed and based on this, analysis, design and coding are accomplished. Therefore, size of the software to be developed is estimated basing on use case and it is only possible to maintain the project success by estimating development effort, cost and development period. Even though development effort estimation models related current use case point. there is no appropriate development effort estimating. This paper shows, as a result of applying the development effort estimating model about UCP to the growth curve, a superior performance improvement to current statistical models. Therefore, estimation of development effort by applying this model, project development maintenance can be appropriately carried out.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2012.11a
• /
• pp.1497-1499
• /
• 2012

전통적인 소프트웨어 개발에서는 초기 요구사항을 정확히 판단하고 분석하는 것이 중요하다. 이를 위해 B.Boehm은 가치혁신 요구공학을 제안하지만, 이는 기존의 개발 방법 기반이다. 본 논문에서는 가치 혁신 요구공학 개선을 위해, 유스케이스 기반의 요구공학 방법을 제시와, 요구사항과 유스케이스의 우선순위 도출 방법을 제안한다. 이를 위해 어려운 시스템 요소(하드웨어와 소프트웨어)를 기본 단위인 유스케이스 요소와, 유스케이스 점수(Use Case Point) 개념을 적용하여 유스케이스 중요도를 도출한다. 그 기본 단위 내의 분석을 통해 쉽게 요구사항 추출 및 우선순위화를 한다. 이는 테스트 단계에서 우선순위화된 테스트 케이스를 적용이 가능한다고 본다.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2005.11a
• /
• pp.259-262
• /
• 2005

본 논문에서는 유스케이스 기반의 프로젝트 관리 도구를 소개한다. 유스케이스 기반의 프로젝트 관리 도구는 개발 프로젝트에서 사용되는 다양한 산출물을 유스케이스 중심으로 통합 관리한다. 또한 유스케이스를 기반으로 테스트 케이스, 사용자 매뉴얼을 도출할 수 있으며 유스케이스 중심의 일정 관리도 가능하다. 본 논문에서는 프로젝트 관리 도구의 레포지터리 구조를 설명하고 관리 도구의 기능을 설명한다. 끝으로 프로젝트에 적용한 결과 도출된 생산성 증가 효과에 대해 설명한다.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2019.10a
• /
• pp.701-703
• /
• 2019

현재의 소프트웨어는 매우 크고 복잡하다. 고품질 소프트웨어는 요구사항 단계부터 정확하게 분석해야 한다. 그러나 자연어 요구사항은 부정확하기 때문에 유스케이스 식별이 어렵다. 게다가, 기존 요구 사항 분석 방법은 객체와 용어 식별에 대한 정확한 기준이 없다. 따라서 분석 결과는 분석가마다 다르다. 본 논문에서는 자연어 요구사항으로부터 유스케이스 추출 및 소프트웨어 공수 산정 방법을 제안한다. 제안한 방법에서는 Goal Modeling과 Fillmore의 Case 메커니즘을 개선했다. 이 방법은 자연어 요구 사항을 단계별로 분석하여 유스케이스를 모델링한다. 또한 유스케이스 점수(Use Case Point)를 이용하여 소프트웨어의 공수를 산정(Effort Estimation)한다. 제안한 방법은 고품질 소프트웨어 개발을 위해 자연어 요구사항의 변경 없이 유스케이스 추출이 가능하다. 또한 추출된 유스케이스를 통해 UCP 기반의 공수 산정을 평가할 수 있다. 본 논문에서는 우체국 시스템의 사례에 적용하였다.

• The KIPS Transactions:PartD
• /
• v.9D no.4
• /
• pp.639-650
• /
• 2002

We have to carry out systematic, definite requirements analysis for the successful development of software. The UML gives the ways to grasp user or customer requirements and decide the boundary of business systems from the use case modeling. This paper presents how to extract use case diagram from the requirements specification systematically by applying the standardized rules as a part of the study for use case modeling. We modify requirements specification by applying $R_{RS}$ (Rules for Requirements Specification) and extract actor, use case, relationship by applying $R_{A}$(Rules for Actors), $R_{U}$(Rules for Use Cases) and $R_{R}$(Rules for Relationships) to the modified requirements specification separately and then become to make out use case diagram in the end. By applying the rules presented in this paper to the requirements specification for personnel management, we can reduce the existing difficulties of extracting use case diagram based on the narrative descriptions without any standardized rules.rules.

• Journal of KIISE:Computing Practices and Letters
• /
• v.16 no.5
• /
• pp.566-570
• /
• 2010

Use Case Point(UCP) is a measure of a software project size for software effort estimation based on use case. UCP measures the size of the software project based on the use case model. Because UCP is based on the use case model, it is intuitive and easy to obtain. Also, it does not require extra artifacts. On the other hand, UCP has some problems. UCP assumes every transaction has the same complexity. But, the number of operations and complexity of operations may affect complexity of transaction. In addition, UCP uses simple rating scale of complexity, but it may be inadequate for detailed estimates. To solve these problems, we suggest "Transaction Point(TP)", a size measure based on use case transaction. TP considers actors and operations in transaction. Complexity of transaction is based on the number of operations and complexity of operation, so it can support detailed estimation.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2009.04a
• /
• pp.469-470
• /
• 2009

확장 관계는 유스케이스 수행 중 조건에 따라 기반 유스케이스의 기능을 확장하고자 할 때 활용된다. 그러나 현재 확장 관계가 조건에 따른 분기를 위해 활용하는 확장점은 레이블 형태를 가지며, 이는 객체지향 프로그램의 작성을 어렵게 만드는 요인이 된다. 또한 확장기능 수행 후 기반 유스케이스로의 복귀점에 대한 명확한 모델링 기준이 부족하여 확장 관계의 활용이 어려운 것이 현실이다. 본 논문에서는 유스케이스 확장 관계의 개선 모델링 기법을 제시한다. 개선 모델링은 확장 관계의 분기점으로 기존 레이블 형태의 확장점 대신 액티비티 노드를 설정한다. 또한 분기점과 쌍으로 복귀점에 해당하는 액티비티 노드를 명시적으로 지정 가능하다. 이를 통해 확장 관계의 분기 및 복귀의 보다 명확한 명세가 가능하다.