KR102130774B1 - Internal property based software asset architecture creation system - Google Patents
Internal property based software asset architecture creation system Download PDFInfo
- Publication number
- KR102130774B1 KR102130774B1 KR1020180109091A KR20180109091A KR102130774B1 KR 102130774 B1 KR102130774 B1 KR 102130774B1 KR 1020180109091 A KR1020180109091 A KR 1020180109091A KR 20180109091 A KR20180109091 A KR 20180109091A KR 102130774 B1 KR102130774 B1 KR 102130774B1
- Authority
- KR
- South Korea
- Prior art keywords
- module
- architecture
- layer
- project
- identification code
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/20—Software design
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Marketing (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Data Mining & Analysis (AREA)
- Development Economics (AREA)
- Educational Administration (AREA)
- Game Theory and Decision Science (AREA)
- Stored Programmes (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
본 발명은 개발하는 소프트웨어의 각 레이어와 그 레이어에 해당하는 모듈을 통해 자동으로 아키텍쳐를 그려 시각화하여 표현할 수 있도록 하는 IP기반 소프트웨어 자산 아키텍쳐 생성 시스템에 관한 것이다.The present invention relates to an IP-based software asset architecture generation system that enables to automatically draw and visualize and express an architecture through each layer of software to be developed and modules corresponding to the layer.
Description
본 발명은 아키텍쳐 생성 시스템에 관한 것으로, 자세하게는 개발하는 소프트웨어의 각 레이어와 그 레이어에 해당하는 모듈을 통해 자동으로 아키텍쳐를 그려 시각화하여 표현할 수 있도록 하는 IP기반 소프트웨어 자산 아키텍쳐 생성 시스템에 관한 것이다.The present invention relates to an architecture creation system, and more particularly, to an IP-based software asset architecture generation system that enables to automatically draw and visualize and express an architecture through each layer of a software to be developed and a module corresponding to the layer.
아키텍쳐란 소프트웨어 구성요소와 그들이 지니고 있는 특성 중에 외부에 드러나는 요소의 특성과 구성요소들 간의 관계를 표현하는 시스템의 구조나 구조체로, 하드웨어 및 소프트웨어를 갖춘 다양한 전자기기의 개발시 각 요소별 속성 및 연결 관계, 요소간의 정보 교환을 위해 필요한 사항들이 기능적으로 도시된다.Architecture is a structure or structure of a system that expresses the relationship between the components and the components of the software components and the elements that are exposed to the outside, and the properties and connections of each element when developing various electronic devices equipped with hardware and software The necessary information for information exchange between relationships and elements is functionally illustrated.
이러한 아키텍쳐 설계시 기존의 아키텍쳐 구성 참조물을 활용하여 아키텍쳐 구성을 모델링하고, 모델링된 아키텍쳐의 검증 및 설계에 대한 분석을 수행하는 것이 일반적으로, 설계자 개인의 실력과 경험을 기반으로 진행되어 경험의 다양성, 관련업무 지식의 깊이, 개인별 성향에 따라 설계 산출물인 아키텍쳐 구성 품질이 달라진다.When designing such an architecture, modeling the architecture configuration using existing architecture configuration references and performing analysis on the modeled architecture verification and design are generally conducted based on the designer's individual skills and experience to diversify the experience. , The quality of the architecture, which is the design output, varies depending on the depth of the related work knowledge and individual inclination.
특히 아키텍쳐 구성 모델링시 통상 파워포인트나 엑셀 등 상용화된 작성 툴을 이용하여 아키텍쳐를 구성함에 따라, 구성요소의 수가 많지 않은 간단한 아키텍쳐의 경우 큰 문제가 없으나, 복잡 다양해 지는 정보기기 환경에서 구성요소간 연관관계 및 구성요소의 속성을 모델링하는데는 많은 문제가 있었다.In particular, when constructing an architecture using modeling tools, such as PowerPoint or Excel, when constructing an architecture, there is no problem in a simple architecture with a small number of components, but there are no significant problems, but the association between components in a complex and diverse information device environment There have been many problems in modeling the properties of relationships and components.
또한, 이와 같은 기존의 소프트웨어 아키텍쳐 작성을 위한 툴들은 그 기능이 제한적이며, 다양한 팀 및 외주 업체를 통한 분산작업에 따라 서로 다른 여러가지 툴을 사용하여 아키텍쳐 작성이 이루어지는 경우가 많고, 서로 호환이 되지 않아 아키텍쳐 그림과 내부 Layer 및 SubSystem, Module 정보를 따로 작성하기도 했으며, 아키텍쳐의 지속적인 수정 및 개선에도 많은 어려움이 있었다.In addition, the existing software architecture creation tools are limited in their functions, and many different tools are used to create the architecture according to distributed work through various teams and subcontractors, and they are not compatible with each other. The architecture drawings, internal Layer, SubSystem, and Module information were written separately, and there were many difficulties in the continuous modification and improvement of the architecture.
또한, 기존의 아키텍쳐 구성 참조물을 활용하는 과정에서는 우수 사례를 참조하려해도 통합되어 저장되지 않고, 그 형태가 다양하여 활용할 수 없었으며, 아키텍쳐 관련 정보 추출 및 분석에도 어려움이 있었다.In addition, in the process of using the existing architecture configuration reference, even when trying to refer to the best practices, it is not integrated and stored, and its form cannot be used in various ways, and it is difficult to extract and analyze information related to architecture.
이와 같은 문제해결을 위해 전용 툴의 개발이 시도되고 있으나 소프트웨어의 비가시적 특성으로 인하여 기존의 소프트웨어 아키텍쳐를 그리기 위한 툴은 소프트웨어 아키텍쳐의 다이어그램만 표현이 가능하며, 각 모듈(IP : Internal Property)의 개발범위(내부IP 및 3rd Party IP) 및 개발관리(외주관리 포함)를 위해 IP단위 관리(features, 일정, 리소스, 결함)시 결국 각 목적에 따라 다양한 툴들을 사용하게 됨에 따라 전체적인 개발범위 가시화 및 과제관리와 결함추적등의 통합적인 프로젝트 관리의 어려움이 있었다.Development of a dedicated tool has been attempted to solve this problem, but due to the invisible nature of the software, the tool for drawing the existing software architecture can express only the diagram of the software architecture and develop each module (IP: Internal Property). When developing IP units (features, schedules, resources, defects) for scope (internal IP and 3rd party IP) and development management (including outsourcing management), various tools are finally used for each purpose. There were difficulties in integrated project management such as management and defect tracking.
본 발명은 상기와 같은 문제를 해결하기 위하여 창출된 것으로, 본 발명의 목적은 소프트웨어의 개발시 필요한 아키텍쳐 구성 및 구성된 레이어(Layerd)를 자동으로 시각화하여 효율적인 아키텍쳐 관리가 이루어질 수 있는 IP기반 소프트웨어 자산 아키텍쳐 생성 시스템을 제공하는 것이다.The present invention was created to solve the above problems, and the object of the present invention is an IP-based software asset architecture that enables efficient architecture management by automatically visualizing the architecture configuration and the configured layers when developing software. It is to provide a generation system.
특히 기존의 아키텍쳐를 작성하기 위한 툴들의 제한적인 기능을 보완하여 본 시스템을 통해 단일 툴을 통해 완벽히 아키텍쳐를 작성할 수 있으며, 아키텍쳐에 작성된 레이어와 서브시스템, 모듈 정보를 저장하여 다른 프로젝트의 아키텍쳐를 작성할 때 재사용이 가능한 IP기반 소프트웨어 자산 아키텍쳐 생성 시스템을 제공하고자 한다.In particular, by supplementing the limited functions of the tools for creating the existing architecture, this system can be used to create a complete architecture through a single tool, and the layers, subsystems, and module information created in the architecture can be saved to create other project architectures. In order to provide a reusable IP-based software asset architecture creation system.
상기와 같은 목적을 위해 본 발명은 중앙서버와, 네트워크를 통해 상기 중앙서버에 접속 가능한 클라이언트 단말을 통해 아키텍쳐의 작성 및 관리가 가능한 아키텍쳐 생성 시스템에 있어서, 상기 중앙서버에 위치하여 아키텍쳐를 구성하는 레이어와 서브시스템과 모듈이 프로젝트 및 계층별로 저장되는 데이터베이스; 프로젝트 이름 및 기간을 입력 받고, 내부에 추가되는 레이어와 서스시스템과 모듈 및 리소스의 수를 관리하는 프로젝트 관리부; 상기 클라이언트 단말에서 동작하며 상기 데이터베이스와 연계하여 프로젝트 아키텍쳐 작성을 위한 인터페이스를 제공하되, 레이어 식별코드 및 이름과 설명을 포함하는 레이어추가 기능을 제공하는 레이어관리부와, 상기 레이어 식별코드에 대응하는 하위의 서브 식별코드 및 이름과 설명을 포함하는 서브시스템추가 기능을 제공하는 서브시스템관리부와, 상기 서브 식별코드에 대응하는 하위의 모듈 식별코드 및 이름과 설명과 아이피 특성 및 리소스를 포함하는 모듈추가 기능을 포함하는 모듈관리부와, 추가된 레이어와 서브시스템과 모듈을 각각의 레이어 식별코드와 서브 식별코드와 모듈 식별코드를 통해 실시간으로 상기 데이터베이스에 저장하는 연동부를 구비하는 아키텍쳐 작성부; 상기 리소스는 담당자와 부서 및 직급을 포함하되, 각 리소스에 대응하여 모듈의 수정과 기간 및 진척도 작성권한을 관리하는 리소스 관리부; 로 이루어지는 것을 특징으로 한다.For the above-mentioned purposes, the present invention is an architecture creation system capable of creating and managing architecture through a central server and a client terminal that can access the central server through a network, the layer constituting the architecture located on the central server And a database in which subsystems and modules are stored for each project and layer; A project management unit that receives a project name and duration, and manages the number of layers, subsystems, modules, and resources added therein; It operates in the client terminal and provides an interface for creating a project architecture in connection with the database, but a layer management unit that provides a layer add function including a layer identification code and a name and description, and a lower layer corresponding to the layer identification code. A subsystem management unit providing a subsystem addition function including a sub-identification code and a name and description, and a module addition function including a sub-module identification code, name, description and IP characteristics and resources corresponding to the sub-identification code. An architecture creation unit including a module management unit including an interworking unit for storing the added layers, subsystems, and modules in the database in real time through respective layer identification codes, sub identification codes, and module identification codes; The resource includes a person in charge, a department, and a position, but a resource management unit that manages a module's modification, duration, and progress creation authority in response to each resource; It is characterized by consisting of.
이때 프로젝트의 결함관리시스템을 통한 테스트 결과를 반영하여 상기 모듈 상태를 좋음, 경고, 나쁨 수준으로 구분하여 출력하는 오류관리부; 를 더 포함하는 것이 바람직하다.At this time, the error management unit outputs the module status by dividing it into good, warning, and bad levels by reflecting the test results through the defect management system of the project; It is preferable to further include.
또한, 상기 아이피 특성은 새로 추가되는 신규 아이피, 기존에 추가된 상태로 수정이 이루어진 재사용 아이피, 외주 작업을 통해 수행되는 3자 아이피로 구분되는 것이 바람직하다.In addition, the IP characteristics are preferably divided into a new IP that is newly added, a reused IP that has been modified to an existing state, and a third-party IP that is performed through outsourcing.
본 발명을 통해 소프트웨어의 개발과정에 필요한 아키텍쳐를 작성하는 과정이 수월해지며, 만들어진 아키텍쳐가 단일 파일로 저장됨에 따라 쉽고 편한 관리가 가능해진다. 또한, 프로젝트 진행중 아키텍처 수정이 하나의 툴로 가능해지며, 현재 진행중인 프로젝트의 레이어와 서브시스템, 모듈을 다른 프로젝트에서 재사용할 수 있다.Through the present invention, a process of creating an architecture required for a software development process is facilitated, and as the created architecture is stored as a single file, easy and convenient management is possible. Also, it is possible to modify the architecture with one tool while the project is in progress, and layers, subsystems, and modules of the current project can be reused in other projects.
또한, 소프트웨어의 개발시 각 회사마다의 다양한 업무 도메인별 특성에 따라 다른 단위의 아키텍처와 모듈별(IP) 표현과 프로젝트 및 리소스, 결함 관리 방법 및 도구 상이하여 프로젝트관리의 체계적인 가시화(Layered, Subsystem, IP, Features, 리소스, 일정) 및 결함 추적성 등을 통합적으로 시각화 할 수 있다.In addition, when developing software, according to the characteristics of various business domains of each company, different units of architecture, module (IP) expression, and project and resource, defect management methods and tools are different, and systematic visualization of project management (Layered, Subsystem, IP, Features, Resources, Schedule) and defect traceability can be integrated and visualized.
도 1은 본 발명의 개념도,
도 2는 본 발명의 실시예에 따른 구성 및 연결관계를 나타낸 블록도,
도 3은 본 발명의 실시예에 따른 데이터베이스의 구성도,
도 4, 5, 6은 본 발명의 실시예에 따른 아키텍쳐 생성 시스템의 화면,
도 7은 OSI 7 Layer와 TCP/IP 4 Layer의 구조를 나타낸 개념도이다.1 is a conceptual diagram of the present invention,
Figure 2 is a block diagram showing the configuration and connection relationship according to an embodiment of the present invention,
3 is a configuration diagram of a database according to an embodiment of the present invention,
4, 5, and 6 are screens of an architecture generation system according to an embodiment of the present invention,
7 is a conceptual diagram showing the structure of the OSI 7 Layer and the TCP/IP 4 Layer.
이하, 첨부된 도면을 참조하여 본 발명 IP기반 소프트웨어 자산 아키텍쳐 생성 시스템의 구성을 구체적으로 설명한다.Hereinafter, the configuration of the IP-based software asset architecture generation system of the present invention will be described in detail with reference to the accompanying drawings.
도 1은 본 발명의 개념도, 도 2는 본 발명의 실시예에 따른 구성 및 연결관계를 나타낸 블록도로서, 본 발명은 기본적으로 IP기반 소프트웨어 자산 아키텍쳐 생성을 위한 중앙서버(1)가 개별 작업, 즉 아키텍쳐의 작성 및 관리 작업을 위한 클라이언트 단말과 네트워크를 통해 구성되어 있으며 각 작업자가 클라이언트 단말(2)을 통해 주 작업을 수행한 상태에서 그 작업 결과를 중앙서버에 구비된 데이터베이스(11)에 실시간으로 저장하는 형태로 구현되며, 기능에 따라 프로젝트 관리부(21)와, 아키텍쳐 작성부(22)와, 리소스관리부(23)와, 오류관리부(12)의 세부 구성을 구비한다.1 is a conceptual diagram of the present invention, Figure 2 is a block diagram showing the configuration and connection relationship according to an embodiment of the present invention, the present invention is basically a central server (1) for creating an IP-based software asset architecture, individual work, That is, it is composed of a client terminal and a network for the creation and management of the architecture, and each worker performs the main task through the
상기 중앙서버(1)에 위치하는 데이터베이스(11)에는 기본적으로 아키텍쳐를 구성하는 레이어와 서브시스템과 모듈이 프로젝트 및 계층별로 저장된다. 본원발명에서는소프트웨어의 개발 설계 프로젝트하에 레이어-서브시스템-모듈 순의 계층이 구비되며, 레이어는 다양하게 정의될 수 있으나 주로 해당 기업 전체의 소프트웨어들의 논리적인 배치 및 물리적인 실행에 대한 기준을 정의할 수 있다. 소프트웨어 개발·설계 업무를 레이어로 묶는 기준은 사용자를 위한 시각적 요소, 특수하게 지정된 애플리케이션 모듈, 공통 서비스 레벨, 운영체제 인터페이스 레벨, 운영체제, 하드웨어 등이 있으며 이러한 기준과 레이어를 1:1 맵핑하거나 여러 레벨을 결합하여 레이어로 구성할 것인지 판단하여 레이어마다 역할을 부여하고 각 레이어에 하위 서브시스템을 할당하게 된다.In the
서브시스템이란 레이어의 하위 계층을 구성하는 부분적 시스템으로, 하위의 모듈을 통해 세분화되며, 각 부서, 직급, 담당자에 대한 업무분장 관리가 이루어지게된다.A subsystem is a partial system that constitutes a lower layer of a layer, which is subdivided through lower modules, and manages the division of duties for each department, position, and person in charge.
도 7은 OSI 7 Layer와 TCP/IP 4 Layer의 구조를 나타낸 개념도로서, 레이어 및 하위 계층의 표준에 따른 예시를 나타내고 있다.7 is a conceptual diagram showing the structure of the OSI 7 Layer and the TCP/IP 4 Layer, and shows an example according to the standards of the layer and the lower layer.
도 7에서와 같이 TCP/IP의 4계층(Application)부분은 OSI 7계층의 5~7계층의 역할을 하며, TCP/IP의 1계층(Network Access)부분은 OSI 1~2계층의 역할을 한다.As shown in FIG. 7, the 4th layer (Application) part of TCP/IP serves as the 5th to 7th layer of OSI 7th layer, and the 1st layer (Network Access) part of TCP/IP serves as the OSI 1st to 2nd layer. .
이때 OSI 7 Layer와 TCP/IP 4 Layer의 차이점은 OSI 7 Layer는 국제공인표준이고, TCP/IP 4 Layer는 아니라는 점만 빼면 수행하는 기능은 동일하다.At this time, the difference between OSI 7 Layer and TCP/IP 4 Layer is that OSI 7 Layer is an internationally recognized standard, except that it is not a TCP/IP 4 Layer.
현재 국제 표준은 OSI이지만, 실제로 TCP/IP 표준을 많이 사용한다. 즉, 두 표준 모두 사용이 된다. 이와 같이 어떤 기준으로 구분을 함에 따라 레이어 및 서브시스템 등이 달라질 수 있으므로 소프트웨어 개발시 아키텍쳐의 명확한 가시화가 이루어지지 않을 경우 서로 개발 영역에 혼란이 올 수밖에 없다.Although the current international standard is OSI, it actually uses a lot of TCP/IP standards. That is, both standards are used. Layers and sub-systems, etc. may be different depending on the classification by this standard. Therefore, there is no choice but to confuse each other in the development area if there is no clear visualization of the architecture during software development.
예를 들어 개발자가 OSI 표준에 맞춰 Data-Link 영역의 내용만 개발했지만, 실제로 프로젝트가 TCP/IP 표준에 따를 경우 Physical 영역의 개발을 맞추지 못하게 된다.For example, the developer has only developed the contents of the Data-Link area according to the OSI standard, but in reality, if the project complies with the TCP/IP standard, the development of the physical area cannot be met.
다른 경우에는 TCP/IP 표준에 맞춰 Network Access 영역에 대해 개발을 진행했지만, 실제로 OSI 표준에 맞추기 때문에 다른 개발 영역까지 침범하는 결과가 된다.In other cases, development was conducted in the area of Network Access in accordance with the TCP/IP standard, but it actually results in invading other development areas because it conforms to the OSI standard.
이러한 문제점을 예방하기 위해 가시화를 통해 개발 영역을 확실히 구분하여 혼동하지 않도록 할 필요가 있다.In order to prevent such problems, it is necessary to clearly separate development areas through visualization and avoid confusion.
상기 프로젝트 관리부(21)는 소프트웨어 개발·설계의 대단위인 프로젝트 이름 및 기간을 입력받아, 프로젝터에 따른 아키텍쳐 생성 업무를 개시 및 관리할 수 있도록 하되 이후 아키텍쳐 생성을 통해 작성되는 레이어와 서스시스템과 모듈 및 리소스의 수를 관리하게 된다.The project management unit 21 receives the project name and period, which are a large unit of software development and design, so that it can start and manage architecture creation tasks according to the projector, but later layers and subsystems, modules, and modules created through architecture generation It manages the number of resources.
후술되는 바와 같이 개설된 프로젝트는 그 규모에 따라 하나 이상의 레이어를 비롯하여 복수의 서브시스템 및 다수의 모듈이 입력되어 전체 현황이 아키텍쳐로 시각화될 뿐 아니라 각 모듈에 할당된 리소스 등과의 비교를 통해 업무조직, 규모를 비롯하여 전체 기간대비 각 세부업무 모듈의 진행 상황, 전체 업무에서 각 작업자들의 포지션 등을 쉽게 파악할 수 있도록 해 준다.As described below, a project that has been opened includes a plurality of subsystems and multiple modules, including one or more layers, depending on its size, so that the overall status is visualized as an architecture, and the work organization is compared with resources allocated to each module. It makes it easy to grasp the progress of each detailed task module, the position of each worker in the entire task, and the size and the whole period.
상기 아키텍쳐 작성부(22)는 각 클라이언트 단말에서 동작하며 기본적으로 상기 데이터베이스(11)와 연계하여 프로젝트 아키텍쳐 작성을 위한 인터페이스를 제공하여 각 부서의 담당자가 본인의 부서 및 자신의 업무에 따른 아키텍쳐를 작성하도록 지원하는 구성으로, 레이어관리부(221)와, 서브시스템관리부(222)와, 모듈관리부(223)와 연동부(224)의 세부구성을 구비하게 된다.The
상기 레이어관리부(221)는 프로젝트에 필요한 레이어를 부가하거나 생성된 레이어를 관리하기 위한 구성으로, 레이어 식별코드 및 이름과 설명을 포함하는 레이어추가 기능을 제공하며, 생성된 레이어를 수정, 삭제할 수도 있다.The
상기 서브시스템관리부(222)는 선택된 레이어에 필요한 서브시스템을 부가하거나 생성된 서브시스템을 관리하기 위한 구성으로, 상기 레이어 식별코드에 대응하는 하위의 서브 식별코드 및 이름과 설명을 포함하는 서브시스템추가 기능을 제공하며, 생성된 서브시스템을 수정, 삭제할 수도 있다. 이때 부여되는 서브 식별코드는 상위의 레이어 식별코드에 대응하도록 부여되어 다수의 레이어가 삽입되더라도 추가되는 서브시스템의 위치 및 계층관계가 쉽게 시각화된다.The
상기 모듈관리부(223)는 선택된 서브시스템에 필요한 모듈을 부가하거나 생성된 모듈을 관리하기 위한 구성으로, 상기 서브 식별코드에 대응하는 하위의 모듈 식별코드 및 이름과 설명과 아이피 특성 및 리소스를 포함하는 모듈추가 기능을 포함하며, 생성된 모듈을 수정, 삭제할 수도 있다. 이때 부여되는 모듈 식별코드는 상위의 서브어 식별코드에 대응하도록 부여되어 레이어 내에 다수의 서브시스템이 존재하더라도 추가되는 모듈의 위치 및 계층관계가 쉽게 시각화된다.The
이러한 모듈은 전체 프로젝트에 있어서 기본적인 업무단위가 되므로 아이피 특성 및 리소스를 포함하게 되며, 이때 또한, 상기 아이피 특성은 새로 추가되는 신규 아이피, 기존에 추가된 상태로 수정이 이루어진 재사용 아이피, 외주 작업을 통해 수행되는 3자 아이피로 구분되는 것이 바람직하다. 또한,상기 리소스는 담당자와 부서 및 직급을 포함하게 되며, 이와 같이 아이피 특성 및 리소스를 부여함에 따라 상기 리소스 관리부는 각 리소스에 대응하여 모듈의 수정과 기간 및 진척도 작성권한을 관리하여 담당자에 의한 모듈 내용관리가 이루어질 수 있도록 한다.Since these modules become basic business units for the entire project, they include IP characteristics and resources, and in addition, the IP characteristics are newly added IP, reused IP modified in an existing state, and outsourced work. It is preferred to be divided into three-character IPs to be performed. In addition, the resource includes the person in charge, department, and job title. As such, as the IP characteristics and resources are assigned, the resource management unit manages the module modification and the period and progress creation authority in response to each resource, and the module by the person in charge. Make content management possible.
추가적으로 이러한 모듈의 설명에는 기본적으로 작업의 마감일자 및 진척도와 함께 결함발생 여부 등을 입력하게 된다.In addition, in the description of these modules, basically, the date of completion and progress of the work, and whether or not a defect has occurred are entered.
상기 연동부(224)는 추가된 레이어와 서브시스템과 모듈을 각각의 레이어 식별코드와 서브 식별코드와 모듈 식별코드를 통해 실시간으로 상기 데이터베이스(11)에 저장하는 구성으로, 이러한 연동부(224)를 통해 다수의 클라이언트 단말을 통한 아키텍쳐 작업이 중앙서버를 통해 관리됨으로 아키텍쳐 작성뿐 아니라 통합적인 관리 및 작업별 포지션 결함추적 등이 쉽게 이루어질 수 있다.The
통상 이러한 프로젝트는 결함관리시스템을 통한 테스트가 이루어지게 되므로 상기 오류관리부(12)에서는 이러한 결합관리시스템의 결과 및 전체 공정기간 대비 진척도 등을 반영하여 상기 모듈 상태를 좋음, 경고, 나쁨 수준으로 구분하여 출력하게 되며, 바람직하게는 첨부된 도 4 내지 6과 같이 각 객체의 색상을 통해 직관적으로 표시하게 된다.Normally, these projects are tested through a defect management system, so the
도 3은 본 발명의 실시예에 따른 데이터베이스의 구성도로서, 데이터베이스(11)의 논리적구성을 IE(Information Engineering)으로 표현하고 있으며, 프로젝트에 대한 내용과 해당 프로젝트에 할당된 자원, 등록된 레이어, 각 레이어의 모듈 등으로 구성되어 있다.3 is a configuration diagram of a database according to an embodiment of the present invention, expressing the logical configuration of the
기본적으로 IP기반 소프트웨어 자산 아키텍쳐 생성 시스템의 메인 프로세스는 클라이언트에서 사용자가 새로운 프로젝트를 작성하면 해당 프로젝트에 레이어, 모듈, 자원할당을 순차적으로 진행한다. 그리고 프로젝트가 진행하는 동안 지속적으로 관리를 해주면서 프로젝트에 대한 전체적인 관리를 수행한다. 프로젝트 종료와 동시에 해당 프로세스가 종료된다.Basically, the main process of the IP-based software asset architecture creation system is to sequentially allocate layers, modules, and resources to the project when the user creates a new project on the client. In addition, while the project is in progress, it is continuously managed and the overall management of the project is performed. Upon completion of the project, the process is terminated.
도 4, 5, 6은 본 발명의 실시예에 따른 아키텍쳐 생성 시스템의 화면으로, 도 4는 IP기반 소프트웨어 자산 아키텍쳐 생성 시스템의 메인화면을 나타내고 있다.4, 5, and 6 are screens of an architecture generation system according to an embodiment of the present invention, and FIG. 4 shows a main screen of an IP-based software asset architecture generation system.
새로운 프로젝트를 작성하여 레이어와 서브시스템 및 모듈을 추가하며 추가된 내용을 가시화하여 표현하게 되며, 왼쪽의 프로젝트 전체의 계층 메뉴는 Project > Layer > SubSystem > Module 순서로 표현되며, SubSystem이 없는 Module의 경우 (EmptySub)의 하위에 할당된다.By creating a new project, adding layers, subsystems, and modules, and visualizing the added contents, the hierarchy menu of the entire project on the left is expressed in the order of Project> Layer> SubSystem> Module, and in the case of Module without SubSystem It is allocated under (EmptySub).
도 5는 사용자가 추가한 모듈 중 하나를 선택했을 때 나타나는 모듈 상세 화면으로, 해당 모듈의 이름과 현재 상태(good, warning, defect)와 분류(New IP, Reuse IP, 3rd Party IP), 할당된 자원, 진행도, 모듈 상세설명, 개발기한, key feature, defect list를 확인 할 수 있다.5 is a module detail screen that appears when one of the modules added by the user is selected, the name of the module and the current state (good, warning, defect) and classification (New IP, Reuse IP, 3rd Party IP), assigned You can check resources, progress, detailed module description, development deadline, key features, and defect list.
도 6은 상세화면에서 각각 Feature List와 defect List를 확인하는 화면으로, 해당 모듈의 모든 Feature와 발생한 defect을 모두 확인 할 수 있다.6 is a screen for checking the Feature List and the Defect List, respectively, on the detailed screen, and it is possible to check all of the features and defects of the corresponding module.
본 발명은 첨부된 도면을 참조하여 바람직한 실시예를 중심으로 기술되었지만 당업자라면 이러한 기재로부터 본 발명의 범주를 벗어남이 없이 다양하게 변형할 수 있다는 것은 명백하다. 따라서 본 발명의 범주는 이러한 많은 변형예들을 포함하도록 기술된 청구범위에 의해서 해석되어야 한다.Although the present invention has been described with reference to the accompanying drawings and preferred embodiments, it is apparent that those skilled in the art can make various modifications without departing from the scope of the present invention. Accordingly, the scope of the invention should be construed by the claims set forth to cover these many variations.
1: 중앙서버 11: 데이터베이스
2: 클라이언트 단말 21: 프로젝트 관리부
22: 아키텍쳐 작성부 221: 레이어관리부
222: 서브시스템관리부 223: 모듈관리부
224: 연동부 23: 리소스관리부
12: 오류관리부1: Central server 11: Database
2: Client terminal 21: Project management department
22: Architecture creation unit 221: Layer management unit
222: subsystem management unit 223: module management unit
224: linkage 23: resource management
12: Error management department
Claims (3)
상기 중앙서버(1)에 위치하여 아키텍쳐를 구성하는 레이어와 서브시스템과 모듈이 프로젝트 및 계층별로 저장되는 데이터베이스(11);
프로젝트 이름 및 기간을 입력 받고, 내부에 추가되는 레이어와 서브시스템과 모듈 및 리소스의 수를 관리하는 프로젝트 관리부(21);
상기 클라이언트 단말(2)에서 동작하며 상기 데이터베이스(11)와 연계하여 프로젝트 아키텍쳐 작성을 위한 인터페이스를 제공하되, 레이어 식별코드 및 이름과 설명을 포함하는 레이어추가 기능을 제공하는 레이어관리부(221)와, 상기 레이어 식별코드에 대응하는 하위의 서브 식별코드 및 이름과 설명을 포함하는 서브시스템추가 기능을 제공하는 서브시스템관리부(222)와, 상기 서브 식별코드에 대응하는 하위의 모듈 식별코드 및 이름과 설명과 아이피 특성 및 리소스를 포함하는 모듈추가 기능을 포함하는 모듈관리부(223)와, 추가된 레이어와 서브시스템과 모듈을 각각의 레이어 식별코드와 서브 식별코드와 모듈 식별코드를 통해 실시간으로 상기 데이터베이스(11)에 저장하는 연동부(224)를 구비하는 아키텍쳐 작성부(22);
상기 리소스는 담당자와 부서 및 직급을 포함하되, 각 리소스에 대응하여 모듈의 수정과 기간 및 진척도 작성권한을 관리하는 리소스관리부(23); 및
프로젝트의 결함관리시스템을 통한 테스트 결과 및 상기 프로젝트의 전체 공정기간 대비 진척도를 반영하여 모듈별 상태를 좋음, 경고, 나쁨 수준으로 구분하여 서로 상이한 색상으로 출력하는 오류관리부(12); 를 포함하고,
상기 아이피 특성은 새로 추가되는 신규 아이피, 기존에 추가된 상태로 수정이 이루어진 재사용 아이피, 외주 작업을 통해 수행되는 3자 아이피로 구분되며,
상기 중앙서버는,
상기 연동부에 의해 프로젝트별로 저장된 레이어, 서브시스템 및 모듈 순의 아키텍쳐 구성을 시각화하여 제공하면서, 각 모듈에 할당된 리소스, 아이피 특성 및 모듈 상태를 비교하여, 업무조직, 업무규모, 전체 기간 대비 각 세부업무가 할당된 모듈별 진행상황, 모듈별 담당자 및 상기 모듈 상태를 관리 및 제공하는 것을 특징으로 하는 IP기반 소프트웨어 자산 아키텍쳐 생성 시스템.An architecture creation system capable of creating and managing an architecture through a central server (1) and a client terminal (2) connectable to the central server (1) via a network,
A database 11 located in the central server 1 and storing layers, subsystems, and modules constituting an architecture for each project and layer;
A project management unit 21 that receives a project name and duration, and manages the number of layers, subsystems, modules, and resources added therein;
A layer management unit 221 that operates on the client terminal 2 and provides an interface for creating a project architecture in connection with the database 11, but provides a layer addition function including a layer identification code and a name and description, The subsystem management unit 222 provides a subsystem addition function including a sub-identification code and a name and a description corresponding to the layer identification code, and a module identification code and a name and description of the module corresponding to the sub-identification code. The module management unit 223 including a module add function including IP characteristics and resources, and the added layer, subsystem, and module in real time through the layer identification code, sub identification code, and module identification code. An architecture creation unit 22 having a linkage unit 224 to store in 11);
The resource includes a person in charge, a department, and a position, but a resource management unit 23 that manages module modification, duration, and progress creation authority in response to each resource; And
An error management unit (12) that outputs in different colors by classifying the status of each module into good, warning, and bad levels by reflecting the test results through the project's defect management system and progress against the entire process period of the project; Including,
The characteristics of the IP are divided into a new IP that is newly added, a reused IP that has been modified to an existing state, and a 3-character IP that is performed through outsourcing,
The central server,
While providing the visualization of the architecture structure in the order of layers, subsystems, and modules stored for each project by the interlocking unit, compare resources, IP characteristics, and module status assigned to each module, and compare the work organization, work scale, and overall period. An IP-based software asset architecture creation system characterized by managing and providing the progress of each module assigned to a detailed task, a person in charge of each module, and the module status.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020180109091A KR102130774B1 (en) | 2018-09-12 | 2018-09-12 | Internal property based software asset architecture creation system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020180109091A KR102130774B1 (en) | 2018-09-12 | 2018-09-12 | Internal property based software asset architecture creation system |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20200030335A KR20200030335A (en) | 2020-03-20 |
KR102130774B1 true KR102130774B1 (en) | 2020-07-06 |
Family
ID=69958410
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020180109091A KR102130774B1 (en) | 2018-09-12 | 2018-09-12 | Internal property based software asset architecture creation system |
Country Status (1)
Country | Link |
---|---|
KR (1) | KR102130774B1 (en) |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8079015B2 (en) * | 2002-02-15 | 2011-12-13 | Telefonaktiebolaget L M Ericsson (Publ) | Layered architecture for mobile terminals |
KR20090092203A (en) | 2008-02-26 | 2009-08-31 | 한국과학기술원 | A task-based approach to generate software-architecture |
KR101456506B1 (en) * | 2012-08-06 | 2014-10-31 | 인크로스 주식회사 | An authoring tool for web applications and the authoring method thereof |
-
2018
- 2018-09-12 KR KR1020180109091A patent/KR102130774B1/en active IP Right Grant
Also Published As
Publication number | Publication date |
---|---|
KR20200030335A (en) | 2020-03-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Browning | Design structure matrix extensions and innovations: a survey and new opportunities | |
Bass et al. | Architecture-based development | |
Aagesen et al. | BPMN 2.0 for modeling business processes | |
Ge et al. | An iterative approach for development of safety-critical software and safety arguments | |
Ambler | Process patterns: building large-scale systems using object technology | |
US7979247B2 (en) | System, method and computer program product for developing a system-of-systems architecture model | |
US10452366B2 (en) | Method and tool for engineering software architectures with its various software artifacts of complex cyber-physical systems of different technical domains | |
Douglass | Real-time UML workshop for embedded systems | |
Guo et al. | Notice of Retraction: A Governance Model for Cloud Computing | |
Henderson-Sellers | Process metamodelling and process construction: examples using the OPEN Process Framework (OPF) | |
Hause | SOS for SoS: A new paradigm for system of systems modeling | |
Debois et al. | The DCR workbench: declarative choreographies for collaborative processes | |
Martinie et al. | DREAMER: a design rationale environment for argumentation, modeling and engineering requirements | |
Banta et al. | Release Management Tool-A Software Application for Release and Deployment Management | |
Handley | The Human Viewpoint for System Architectures | |
Armour et al. | A UML-driven enterprise architecture case study | |
KR20170062106A (en) | System and method for combining workflow | |
KR102130774B1 (en) | Internal property based software asset architecture creation system | |
Conrow | Risk management for systems of systems | |
Kleebaum et al. | Continuous rationale visualization | |
Hause et al. | Integrated human factors views in the unified architecture framework | |
Hawkins et al. | An approach to designing safety critical systems using the unified modelling language | |
Fluchs et al. | Making OT security engineering deserve its name | |
Daou et al. | Instantask: designing a visual application for enabling agile planning response | |
KR100341393B1 (en) | System and method for object oriented ERP project implementation |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
E701 | Decision to grant or registration of patent right | ||
GRNT | Written decision to grant |