• Proceedings of the Korean Information Science Society Conference
• /
• 1998.10b
• /
• pp.558-560
• /
• 1998

기존의 개발방식은 개발자의 가정과 제한된 요구사항을 바탕으로 구축되었기 때문에, 가정을 벗어난 요구사항의 변화에는 쉽게 적응할 수 없도록 되어있다. 따라서 개방형 시스템을 구축하는데 있어 문제점이 많다. 최근 많은 개발 방식들이 선보이고 있지만, 무엇보다 중요한 것은 요구사항의 변화에 따라 소프트웨어 시스템의 일부가 변경되면 전체 시스템의 무결성이 깨어진다는 데 있다. 즉, 무결성의 보장 없이는 개방형 시스템 구축의 의미가 없다. 따라서 본 논문은 소프트웨어 아키텍쳐 수주의 효율적인 무결성 제어를 위한 토대를 마련하고자 그 관리대상을 확장.정의하였다.

• Journal of KIISE
• /
• v.42 no.3
• /
• pp.328-340
• /
• 2015

Software requirements are continuously changed for various reasons, consequently changes of software are inevitable. In the case of changes necessitated by changes in requirements, it is necessary to precisely predict the ripple effects of the changes for efficient management of the changes. This paper proposes the management method of traceability information, which can be applied in object-oriented development. Furthermore, we introduce the guidelines for prediction of the ripple effects of changes based on traceability information among artifacts composing a system. We identify traceability items for the essential artifacts which were composed of the object-oriented system, and define relationships among them. The purpose of the method proposed in this paper is to identify the scope of change precisely through the guidelines. These can then be used for tracing and analyzing the impact of the changes both the forward and backward looking, based on the relationships of traceability items.

• The Journal of the Convergence on Culture Technology
• /
• v.7 no.4
• /
• pp.879-892
• /
• 2021

In a make-to-order manufacturing environment, the manufacturer's quotation information is important information used as basic information for bidding, receiving orders, and producing products in response to various customer demands. This quotation information is changed according to various factors such as customer demands, changes in product production environment, changes in drawing information of technical partners, and technological improvement of products. Due to this change, various changes occur in the quotation information that the manufacturer is preparing to reflect the customer's requirements. The change of quotation information according to these various change factors puts a lot of burden on the quotation management work from the standpoint of a make-to-order manufacturing company. In particular, the change of quotation information due to the change factors of quotation is inevitable and frequently occurs due to the requirements of the customer in the customer-oriented make-to-order production environment. In this paper, we propose a quotation change process based on the quotation creation process and propose a consistent and efficient quotation change processing method. To this end, the factors causing the change of quotation were defined, and the types of changes for each factor were defined. And it shows the procedure of applying the quotation change process to the quotation management system through the cases of each cause of the quotation change. In addition, in order to show the usefulness of the quotation change factors, the type of quotation change, the quotation change process, and the quotation system management, the proposed quotation change process and function was applied in the integrated quotation management system for the ship engine division of a typical make-to-order manufacturing company 'H'. As a result, it was confirmed that the proposed quotation change process and management system according to the quotation change factors were efficiently performed.

• The Journal of the Institute of Internet, Broadcasting and Communication
• /
• v.14 no.1
• /
• pp.37-49
• /
• 2014

This paper proposes a optimal process after analyzing the existing papers of software requirements engineering process. In analyzing it examines requirement pursuit management and origin, and considers a variety of starting points that draw requirement documents. Also, this paper considers carefully the multiple methods of stakeholder needs, problem analysis, processing priority of business modeling. From the analyzed result this paper proposes the best method that draws systematically the requirement documents. The proposed method can minimize the requirement changes, draw the higher project success ratio, and satisfy the customer.

• Proceedings of the Korean Information Science Society Conference
• /
• 2003.10b
• /
• pp.88-90
• /
• 2003

병원, 은행과 같이 중요한 정보를 다루는 조직체들은 그들 데이터를 보호하기 위해 기업 환경과 어플리케이션 특성에 맞는 특별한 데이터베이스 보안 정책을 사용하고 있다. 이러한 대규모의 조직체에서는 업무가 다양하고 복잡하므로 보안정책에 대한 변경이 빈번하게 발생한다. 따라서 보안정책의 무결성을 보존하면서 수시로 변경되는 보안 요구사항을 반영하고 효율적으로 보안관리를 할 수 있는 보안 시스템이 요구된다. 본 연구에서는 조혈계 질환 시료정보관리시스템을 대상으로 IRH(Improved Role Hierarchy)를 이용한 유연성 있는 데이터베이스 보안 시스템을 구현하였다. 데이터 접근은 MAC 방식으로 통제하며, RBAC의 역할계층(Role Hierarchy)을 개선한 IRH를 사용하여 유연성 있는 접근제어를 제공하고 효과적인 보안관리를 할 수 있다. 본 시스템은 보안정책이 바뀔 경우 분산된 보안관리 방식으로 IRH를 수정함으로써 정책 변경이 용이하고 주체의 보안등급이 고정되지 않은 상태에서 IRH을 통해 사용자와 세션이 맺어질 때 결정되므로 정책이 바뀐 후에도 변경된 보안정책이 유연하게 적용된다.

• The Transactions of the Korea Information Processing Society
• /
• v.7 no.10
• /
• pp.3075-3085
• /
• 2000

According to distributed, large-caled environment of software development and operation, the elicitation and specivication of correct and complete requrement is the most important factor for the system. In addition contiuous and dramatic systerm canging requests in cooperative environment with internet require more efficient, requirement management. In this paper we detine the specification architecture and techruques for requrements, so that we improve the efficiency ofnatural language-based requirement speciticationand management in a cooperatie work environment. Also, we propose a software requirement engineering process model and environment based on requirements in a CSC@(Computer Supported Cjooperative Work) environment, therefore transfer them into analysis phase.

• Review of KIISC
• /
• v.25 no.1
• /
• pp.47-52
• /
• 2015

보안에서 인적보안(Personal Security)의 예방통제 중 하나로 개발/운영을 분리하는 직무분리(Separation of Duty)를 해오고 있다. 고의적인 시스템의 오용을 줄이기 위한 방법이며, 많은 국제 표준과 국내 표준(COBIT, ISMS, 등)에서 직무분리를 명시하고 있다. 하지만 무중단 시스템이면서, 운영자가 특정 전문가 집단으로 한정되고, 수 많은 변경이 발생하는 무중단 환경에서 개발/운영이 분리 됨으로 인한 여러 가지 문제점이 발생 하고 있다. 체계를 운영하면서 전문지식을 기반으로 한 요구사항을 명확하게 이해하지 못하면, 추가적인 요구사항이 발생한다. 이는 체계의 품질저하와 위험(Risk)증가로 이어지게 된다. 따라서 본 연구에서는 개발운영조직 통합관리(DevOps) 방법론을 SCADA와 같이 운영자가 해당 분야의 전문성을 가지고, 무중단으로 운영되며, 수많은 변경이 반영되는 시스템에서 개발 및 운영을 통합하였을 때, 발생할 수 있는 문제점과 개선방안을 제시하고자 한다.

• Journal of KIISE:Software and Applications
• /
• v.36 no.7
• /
• pp.531-538
• /
• 2009

Domestic software market is struggling with product's low quality and low return-on-investment. The cause for the problems is due to unclear requirements at the early stage of software project. Studies show that, to lessen the problem, the requirements specification must reflect the right project scope and quantifiable quality goal. To achieve such features, this paper describes a standard guideline for SRS (Software Requirements Specification), which helps in defining the scope of project, measuring and quantifying quality, linking and tracing of requirements, and improving usability. The proposed SRS enables separating the requirements analysis activity from implementation activity and thus can improve subcontract management process in software project.

• 시스템엔지니어링워크숍
• /
• s.1
• /
• pp.1-8
• /
• 2003

시스템 개발환경이 대형화, 복잡화됨에 따라 개발 생명주기의 각 단계에서 발생하는 요건은 기술적, 관리적 측면에서 많은 영향을 받게 되었다. 즉, 개발 생명주기의 초기단계에서 요건에 대한 잘못된 이해나 분석, 개발 영역에 대한 충분한 이해와 관리의 부재 및 계속적인 변경 요구는 부정확성하고 불완전한 요건을 발생시키고, 다른 요건과의 충돌 및 일관성 결여 등을 발생시킬 수 있다. 이러한 결과는 전체적인 시스템의 완전성과 성능 등에 커다란 영향을 주고 유지보수에 많은 비용과 노력을 요구한다. 본 연구에서는 이러한 문제점을 해결하기 위하여 실무 프로젝트 개발에 적용할 수 있도록 요건관리와 관련된 프로세스와 활동을 요구공학을 기반으로 완전성과 일치성을 가진 요구사항의 생성 및 관리 등을 포함하는 총체적인 활동과 원칙에 대한 공학적 접근을 제시하여 전체 소프트웨어 개발비용과 위험부담을 경감시키며 품질향상을 이룰 수 있도록 한다. 또한, 각 업무 도메인과 개발 환경에 따라 적절하게 적용할 수 있도록 프로세스와 활동을 커스터마이징 및 컴포넌트화하고 요구사항 관리 도구의 프로토타입을 제시한다.

• 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.