KR100499049B1 - A project management method implemented by project progress monitoring through source code version control - Google Patents
A project management method implemented by project progress monitoring through source code version control Download PDFInfo
- Publication number
- KR100499049B1 KR100499049B1 KR10-1999-0059261A KR19990059261A KR100499049B1 KR 100499049 B1 KR100499049 B1 KR 100499049B1 KR 19990059261 A KR19990059261 A KR 19990059261A KR 100499049 B1 KR100499049 B1 KR 100499049B1
- Authority
- KR
- South Korea
- Prior art keywords
- project
- source code
- management
- development
- contribution
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/38—Creation or generation of source code for implementing user interfaces
Abstract
1. 청구범위에 기재된 발명이 속한 기술분야1. TECHNICAL FIELD OF THE INVENTION
본 발명은 소스코드 버전관리에 연동되는 프로젝트 상황판 사이트를 통한 프로젝트 개발관리 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체에 관한 것임.The present invention relates to a project development management method through a project status board site linked to source code version management, and a computer-readable recording medium recording a program for realizing the method.
2. 발명이 해결하려고 하는 기술적 과제2. The technical problem to be solved by the invention
본 발명은, 소스코드 및 프로젝트 통합 개발관리시스템에서 소스코드 버전관리의 결과를 프로젝트 개발관리 웹 사이트에 연동시켜 소스코드 버전관리와 프로젝트 개발관리를 통합 관리하기 위한 소스코드 버전관리에 연동되는 프로젝트 상황판 사이트를 통한 프로젝트 개발관리 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공하고자 함.The present invention, the project status board linked to the source code version management for the integrated management of the source code version management and project development management by linking the result of the source code version control in the project development management website in the source code and project integrated development management system To provide a computer-readable recording medium recording a project development management method through the site and a program for realizing the method.
3. 발명의 해결방법의 요지 3. Summary of Solution to Invention
본 발명은, 소스코드 및 프로젝트 통합 개발관리시스템에서 소스코드 버전관리에 연동되는 프로젝트 상황판 사이트를 통한 프로젝트 개발관리 방법에 있어서, 소스코드 버전관리와 프로젝트 개발관리를 통합 관리하기 위하여, 인트라넷상에서 프로젝트 관리서버가 소스코드 형상관리 클라이언트들과 소스코드 버전관리 서버간의 일상적인 소스코드 버전관리 결과(각 소스코드 파일의 프로젝트 단계별 목표기능 관련 완성여부에 대한 정보)를 통지받아 등록하는 단계; 및 상기 소스코드 버전관리 결과를 웹 함수를 통해 가공 및 계산하여 프로젝트 진행사항, 각 기능구현 항목에 할당된 각 소스코드 개발자(그룹/개인)의 전체 프로젝트에 대한 최종적 기여도, 단계별 완성 기여도 및 단계별 개인목표 성취비율, 공헌가점을 프로젝트 사이트의 상황판 - 여기서, 상황판은 상기 프로젝트 관리서버가 개발자들의 소스코드 버전관리 소프트웨어에서 알려온 각 개발그룹별 개발목표의 항목별 달성여부를 누적해서 파악하여 웹 공통 게이트웨이 인터페이스(CGI) 함수를 통해 기여도와 성취비율, 공헌가점을 자동으로 계산하는 일종의 웹 문서임 - 에 실시간으로 요약 게시하여, 전체적인 프로젝트 추진상황 정보를 공유토록 하는 단계를 포함함.The present invention, in the project development management method through the project status board site linked to the source code version management in the source code and project integrated development management system, to manage the source code version management and project development management, project management on the intranet Registering, by the server, a notification of the daily source code version control result (information on whether the target function of each source code file is completed for each project) between the source code configuration management clients and the source code version control server; And processing and calculating the source code version control result through a web function, the final contribution to the entire project of each source code developer (group / individual) assigned to each function implementation item, the completion contribution for each step, and the individual step by step. Contextual version of the project site to achieve the target achievement rate and contribution points -Here , the statistic version indicates whether the project management server accumulates whether or not the project management server achieves the development target for each development group by the source code version management software. It is a kind of web document that automatically calculates contribution rate, achievement rate, and contribution point through (CGI) function . It includes sharing project progress information in real time.
4. 발명의 중요한 용도4. Important uses of the invention
본 발명은 소스코드 및 프로젝트의 통합적 개발관리 등에 이용됨.The present invention is used for integrated development management of source code and projects.
Description
본 발명은 소스코드 및 프로젝트 통합 개발관리시스템에서 소스코드 버전관리의 결과를 프로젝트 개발관리 웹 사이트에 연동시켜 소스코드 버전관리와 프로젝트 개발관리를 통합시킬 수 있도록 한 소스코드 버전관리에 연동되는 프로젝트 상황판 사이트를 통한 프로젝트 개발관리 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체에 관한 것이다. The present invention is a project status board linked to the source code version management to integrate the source code version management and project development management by linking the results of the source code version control in the project development management website in the source code and project integrated development management system It relates to a project development management method through a site and a computer-readable recording medium recording a program for realizing the method.
종래의 소스코드 버전관리시스템은 프로젝트 관리를 지원하는 정보를 제공하지 못하였고, 종래의 프로젝트 관리시스템 역시 소스코드 개발현황이 프로젝트 진행에 미치는 영향의 실시간 정보를 제공하지 못하였다. 따라서, 프로젝트의 원활한 진행을 위해서는 프로젝트 관리자가 소스코드 개발자들과 직접 의사소통해야 함으로써 상당한 수고와 노력과 시간과 비용이 소요되는 문제점이 있었다. 이를 보다 상세히 설명한다.The conventional source code version control system did not provide information to support project management, and the conventional project management system also did not provide real-time information on the impact of the source code development status on the project progress. Therefore, in order for the project to proceed smoothly, the project manager has to directly communicate with the source code developers, which requires considerable effort, effort, time, and cost. This will be described in more detail.
종래의 프로그램 개발자를 위한 소스코드 관리는 개발자 위주의 기능들로 구성되었다. 또한, 프로젝트 관리를 위한 소프트웨어는 소스코드 개발과 다른 관리 대상들로 말미암아 관리자를 위한 별개의 시스템으로 구현되어 왔다. 따라서, 두 가지 관리는 사실상 프로젝트의 성공적인 수행을 위해 밀접한 관계를 가지면서도 통합되지 못함으로써, 의사소통에 드는 수고와 노력이 필요한 결점이 있었다. 즉, 프로젝트 관리자는 프로젝트의 일정계획에 따른 성취도 추산을 위해 소스코드 직접 개발자들과의 의사소통 과정을 통해 프로젝트의 추진상황을 점검해야 했다. 또한, 개발자들은 프로젝트 전체의 관점, 즉 관리차원에서 자신의 담당 부분을 볼 수 없었기 때문에 전체 프로젝트의 개발에 자신이 얼마나 기여하고 있는지를 실시간으로 파악할 수 없었다. 같은 이유로 전체 프로젝트가 효율적으로 진행되는데 병목현상이 되고 있는 개발그룹을 찾기도 힘들고, 자신의 맡은 일을 떠나 도울 기회를 갖기 어려웠다. 이에 따라, 프로젝트 관리자의 관점과 가진 정보가 개발자들의 관점 및 가진 정보와 서로 달랐기 때문에 서로는 프로젝트 개발관리상의 고충 이해와 업무량 조정에 관해 정기적으로 의사소통해야 하는 시간과 노력과 비용을 필요로 해왔다. 이는 프로젝트 자원관리상 비효율성의 한 요인이 되어왔다. Source code management for a conventional program developer consists of developer-oriented functions. In addition, software for project management has been implemented as a separate system for administrators through source code development and other management targets. As a result, the two management teams were virtually inextricably linked and not integrated for the successful execution of the project, which required communication and effort. In other words, the project manager had to check the progress of the project by communicating directly with the source code developers in order to estimate the performance according to the project schedule. In addition, developers could not see in real time how they were contributing to the development of the entire project because they could not see their part from the perspective of the project, or management. For the same reason, it was difficult to find a development group that was the bottleneck of the whole project, and it was difficult to get away from his job and help. As a result, the information held by the project manager was different from the developer's and the information held by the project manager. Each of them needed time, effort, and expense to communicate regularly about understanding the grievances in project development management and adjusting the workload. This has been a factor of inefficiency in project resource management.
따라서, 소스코드 버전관리의 결과를 프로젝트 개발관리 웹 사이트에 연동시켜 소스코드 관리와 프로젝트 관리를 통합적으로 개발관리할 수 있는 방안이 필수적으로 요구된다.Therefore, a method of integrating the development of source code management and project management by integrating the results of source code version management into the project development management web site is required.
상기한 바와 같은 문제점을 해결하기 위하여 안출된 본 발명은, 소스코드 및 프로젝트 통합 개발관리시스템에서 소스코드 버전관리의 결과를 프로젝트 개발관리 웹 사이트에 연동시켜 소스코드 버전관리와 프로젝트 개발관리를 통합 관리하기 위한 소스코드 버전관리에 연동되는 프로젝트 상황판 사이트를 통한 프로젝트 개발관리 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공하는데 그 목적이 있다. The present invention devised to solve the problems as described above, the source code version management in the project integrated development management system by linking the results of the source code version management to the project development management website integrated management of source code version management and project development management The purpose of the present invention is to provide a computer readable recording medium recording a project development management method and a program for realizing the method through a project status board site linked to source code version management.
상기 목적을 달성하기 위한 본 발명은, 소스코드 및 프로젝트 통합 개발관리시스템에서 소스코드 버전관리에 연동되는 프로젝트 상황판 사이트를 통한 프로젝트 개발관리 방법에 있어서, 소스코드 버전관리와 프로젝트 개발관리를 통합 관리하기 위하여, 인트라넷상에서 프로젝트 관리서버가 소스코드 형상관리 클라이언트들과 소스코드 버전관리 서버간의 일상적인 소스코드 버전관리 결과(각 소스코드 파일의 프로젝트 단계별 목표기능 관련 완성여부에 대한 정보)를 통지받아 등록하는 단계; 및 상기 소스코드 버전관리 결과를 웹 함수를 통해 가공 및 계산하여 프로젝트 진행사항, 각 기능구현 항목에 할당된 각 소스코드 개발자(그룹/개인)의 전체 프로젝트에 대한 최종적 기여도, 단계별 완성 기여도 및 단계별 개인목표 성취비율, 공헌가점을 프로젝트 사이트의 상황판 - 여기서, 상황판은 상기 프로젝트 관리서버가 개발자들의 소스코드 버전관리 소프트웨어에서 알려온 각 개발그룹별 개발목표의 항목별 달성여부를 누적해서 파악하여 웹 공통 게이트웨이 인터페이스(CGI) 함수를 통해 기여도와 성취비율, 공헌가점을 자동으로 계산하는 일종의 웹 문서임 - 에 실시간으로 요약 게시하여, 전체적인 프로젝트 추진상황 정보를 공유토록 하는 단계를 포함하여 이루어진 것을 특징으로 한다.The present invention for achieving the above object, in the project development management method through the project status board site linked to the source code version management in the source code and project integrated development management system, to manage the source code version management and project development management integrated For this purpose, the project management server registers by receiving notification of the daily source code version control result (information on completion of the target function for each project step of each source code file) between the source code configuration management clients and the source code version control server on the intranet. step; And processing and calculating the source code version control result through a web function, the final contribution to the entire project of each source code developer (group / individual) assigned to each function implementation item, the completion contribution for each step, and the individual step by step. Contextual version of the project site to achieve the target achievement rate and contribution points -Here , the statistic version indicates whether the project management server accumulates whether or not the project management server achieves the development target for each development group by the source code version management software. It is a kind of web document that automatically calculates contribution rate, achievement rate, and contribution point through the (CGI) function- and includes real-time summary posting to share the overall project progress information.
한편, 본 발명은 프로세서를 구비한 소스코드 및 프로젝트 통합 개발관리시스템에, 소스코드 및 프로젝트 통합 개발관리시스템에서 소스코드 버전관리에 연동되는 프로젝트 상황판 사이트를 통한 프로젝트 개발관리 방법에 있어서, 소스코드 버전관리와 프로젝트 개발관리를 통합 관리하기 위하여, 인트라넷상에서 프로젝트 관리서버가 소스코드 형상관리 클라이언트들과 소스코드 버전관리 서버간의 일상적인 소스코드 버전관리 결과(각 소스코드 파일의 프로젝트 단계별 목표기능 관련 완성여부에 대한 정보)를 통지받아 등록하는 기능; 및 상기 소스코드 버전관리 결과를 웹 함수를 통해 가공 및 계산하여 프로젝트 진행사항, 각 기능구현 항목에 할당된 각 소스코드 개발자(그룹/개인)의 전체 프로젝트에 대한 최종적 기여도, 단계별 완성 기여도 및 단계별 개인목표 성취비율, 공헌가점을 프로젝트 사이트의 상황판 - 여기서, 상황판은 상기 프로젝트 관리서버가 개발자들의 소스코드 버전관리 소프트웨어에서 알려온 각 개발그룹별 개발목표의 항목별 달성여부를 누적해서 파악하여 웹 공통 게이트웨이 인터페이스(CGI) 함수를 통해 기여도와 성취비율, 공헌가점을 자동으로 계산하는 일종의 웹 문서임 - 에 실시간으로 요약 게시하여, 전체적인 프로젝트 추진상황 정보를 공유토록 하는 기능을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공한다.On the other hand, the present invention is a project development management method through a project status board site that is linked to the source code and project integrated development management system with a processor, the source code version management in the source code and project integrated development management system, source code version In order to integrate management and project development management, the project management server on the intranet performs the routine source code version control results between the source code configuration management clients and the source code version control server. Information for registering); And processing and calculating the source code version control result through a web function, the final contribution to the entire project of each source code developer (group / individual) assigned to each function implementation item, the completion contribution for each step, and the individual step by step. Contextual version of the project site to achieve the target achievement rate and contribution points -Here , the statistic version indicates whether the project management server accumulates whether or not the project management server achieves the development target for each development group by the source code version management software. It is a kind of web document that automatically calculates contribution rate, achievement rate, and contribution point through (CGI) function. Provides a record medium that can be.
기존의 소스코드 버전관리시스템들은 프로젝트 진행상황에 대한 정보를 제공하지 못해왔다. 또한, 기존의 프로젝트 관리시스템들은 소스코드 개발현황에 따라 바뀌고 있는 프로젝트 진행 정보를 자동적으로 제공하는 기능이 없었다. 따라서, 두 가지 시스템들을 도입한 후에도 프로젝트 관리자가 소스코드 개발자들과 프로젝트의 원활한 진행을 위해 의사소통해야 하는 수고와 노력과 시간과 비용의 문제는 여전하다는 문제가 있었다. Existing source code version control systems have not been able to provide information on project progress. In addition, existing project management systems did not have the ability to automatically provide project progress information that is changing according to the source code development status. Therefore, even after the introduction of the two systems, there was a problem that the project manager still had to deal with the effort, effort, time, and cost that the source code developers needed to communicate with the project to proceed smoothly.
이에, 본 발명은 이러한 한계점을 극복하는 방법으로서, 소스코드 버전관리의 결과를 프로젝트 개발관리 웹 사이트에 연동시키는 방법에 관한 것이다. Accordingly, the present invention relates to a method of overcoming these limitations, and to link the results of source code version management to the project development management website.
이러한 연동의 구현을 위해, 프로젝트는 시작되기 전에 각 개발단계별로 성취해야 하는 기능 항목들의 리스트가 만들어지며, 이 리스트는 항목당 중요도가 매겨진 파일로서 프로젝트 서버에 의해 관리되어 프로젝트 사이트의 상황판 정보를 나타내는 기본 골격을 만드는데 쓰이게 된다. 또한, 기능항목별로 지정된 개발자의 리스트도 만들어 진다. 또한, 주 개발자는 프로젝트의 개발이 현재 속한 단계에서 이 리스트를 보고 개발하는 소스코드 파일들을 관련된 기능 항목별로 등록한다. 이 확장된 리스트, 소스코드 파일들과 기능 항목들간의 대응 리스트는 소스코드 버전관리시스템에 유지되며, 소스코드 파일에 대한 버전변경이 주 개발자에 의해 승인 과정을 거칠 때마다 이 파일에 관련된 어떤 기능 항목이 완성되었는지 아닌지를 주 개발자는 체크해야 하도록 버전관리가 이루어진다. To implement this integration, the project creates a list of functional items that must be achieved at each stage of development before the project is started, which is a file of itemized importance that is managed by the project server to represent contextual information on the project site. It is used to create the basic skeleton. In addition, a list of developers designated by function items is also created. In addition, the main developer registers the source code files for the relevant functional items by viewing and developing this list at the current stage of project development. This expanded list, the correspondence list between the source code files and the function items, is maintained in the source code version control system, and any function associated with this file whenever a version change to the source code file is approved by the main developer. Versioning is done by the main developer to check whether the item is complete or not.
소스코드 버전관리 서버는 어떤 기능 항목이 완성되었다고 체크될 때마다 프로젝트 관리서버가 갱신여부를 실시간 감시하고 있는 개발단계별 완성요구 항목 리스트 파일에 그 정보를 써넣게 되며, 프로젝트 사이트를 관리하는 프로젝트 관리 웹서버는 개발단계별 완성요구 항목 리스트 파일에 변경이 이루어질 때마다 웹 공통 게이트웨이 인터페이스(CGI : Common Gateway Interface) 함수를 통해 개별 기능항목 구현여부에 따라 프로젝트 진행 비율과 각 개발자의 프로젝트에 대한 최종적 기여도, 그 시점의 개발단계별 완성 기여도, 개발자별 목표 성취도를 계산하고 이에 따라 프로젝트 진행상황을 실시간으로 보여주는 프로젝트 사이트의 상황판을 재구성한다. Whenever the source code version management server is checked that a certain function item is completed, the project management server writes the information into the completion requirement item list file for each stage of development, which monitors whether the project management server is updated in real time, and manages the project site. Whenever a change is made to the complete requirement list file for each development stage, the server uses the Web Common Gateway Interface (CGI) function to determine the project progress rate and the final contribution to each developer's project. Calculate the completion contribution of each development stage and goal achievement by developer and reconstruct the status plate of the project site that shows the project progress in real time accordingly.
상황판에 항상 각 개발자 또는 개발그룹의 단계별 프로젝트 기여도 및 목표 성취도, 공헌 가점 등이 항상 실시간으로 계산되고 게시되므로 개발자들은 전체 프로젝트의 관점에서 본 정보를 자기의 개발목표 달성과 연관되어 파악할 수 있다. In each situation, each developer or development group's project contributions, goal achievements, and contribution points are always calculated and posted in real time so that developers can see the information from the perspective of the entire project in relation to achieving their development goals.
한편, 프로젝트 관리자는 프로젝트 진행상황에 끼치고 있는 소스코드 개발진도의 영향을 수치적 실시간 정보로서 같은 상황판에서 제공받는다. Project managers, on the other hand, receive the impact of source code development progress on project progress as numerical real-time information in the same context.
결과적으로, 프로젝트 관리자와 개발자간에 이 방법 사용전에 얻을 수 없었던 동일한 관점의 프로젝트 상황정보가 공유될 수 있어서 관리자와 개발자들간에 의사소통의 시간과 수고와 노력을 절감해 준다. 또한, 이 시스템은 프로젝트의 단계별 목표 진행상황에 대한 실시간 분석에 의해 어느 부분에서 프로젝트에 병목현상을 일으키고 있는지를 개발팀원 모두에게 명료하게 보여주므로 개발자들의 업무조정이 매우 쉬워지게 된다. As a result, project status information can be shared between project managers and developers from the same perspective that they could not obtain before using this method, saving time, effort and effort of communication between managers and developers. In addition, the system makes it easy for developers to coordinate their work by making it clear to all members of the development team where they are bottlenecking the project by real-time analysis of the project's target progress.
예기치 못한 돌발상황에 의하여 개발도중 부딪히게 되는 문제점들은 개발일정의 재조정을 위한 개발 단계의 한 단계 삽입이나, 다음 프로젝트 단계 목표의 수정(다음 단계 완성요구 항목들의 수정, 기능항목별로 지정된 개발자 리스트의 재구성, 그 개발단계 완성도 리스트의 재구성) 등으로 유연하게 수용할 수 있다. Problems encountered during development due to unexpected accidents include inserting one stage of the development stage for rescheduling the development schedule, or modifying the next project stage goal (modification of the next stage completion requirements, reorganization of the developer list designated by function items). , Reconstruction of the development stage completeness list, etc.).
상술한 목적, 특징들 및 장점은 첨부된 도면과 관련한 다음의 상세한 설명을 통하여 보다 분명해 질 것이다. 이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 일실시예를 상세히 설명한다.The above objects, features and advantages will become more apparent from the following detailed description taken in conjunction with the accompanying drawings. Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.
도 1 은 본 발명이 적용되는 소스코드 및 프로젝트 통합 개발관리시스템의 구성 예시도로서, 도면에서 "11"은 형상관리 클라이언트, "12"는 프로젝트 관리서버, 그리고 "13"은 소스코드 버전관리 서버를 각각 나타낸다.1 is an exemplary configuration diagram of a source code and a project integrated development management system to which the present invention is applied. In the drawings, "11" is a configuration management client, "12" is a project management server, and "13" is a source code version management server. Respectively.
도 1에 도시된 바와 같이, 본 발명이 적용되는 소스코드 및 프로젝트 통합 개발관리시스템은 인트라넷상에서 소스코드 파일내용 변경내역을 소스코드 버전관리 서버(13)에 통지하고 등록할 수 있게 하는 소스코드 형상관리 클라이언트(11)와, 소스코드 버전관리 서버(13)에서 전송되어온 각 소스코드 기능모듈의 프로젝트 단계별 완성여부에 대한 정보를 웹 CGI 함수를 통해 가공 계산하여 프로젝트 진행정도, 각 개발자 및 개발그룹의 프로젝트 기여도와 목표 성취비율 등의 수치적 표시로 프로젝트 상황판을 구성하는 웹서버인 프로젝트 관리서버(12) 등으로 이루어진다.As shown in Figure 1, the source code and the project integrated development management system to which the present invention is applied source code configuration to notify and register the source code file content change details on the intranet to the source code version management server 13 The project progress, each developer and development group's progress is calculated by processing and calculating information about the completion of each project stage of each source code function module transmitted from the management client 11 and the source code version control server 13 through a web CGI function. It consists of a project management server 12, which is a web server constituting a project status board with numerical display such as project contribution rate and target achievement rate.
좀더 구체적으로 살펴보면, 소스코드 및 프로젝트 통합 개발관리시스템은 PC나 워크스테이션에 설치할 수 있는 소스코드 버전관리 서버(13), 소스코드 버전관리 서버(13)가 관리하는 소스코드 파일들과 각 파일이 속한 기능항목들의 대응 리스트 파일, 웹 서버로 만들어진 프로젝트 관리서버(12), 프로젝트 관리서버(12)에 의해 운영되는 인트라넷상의 프로젝트 상황판 사이트, 프로젝트 관리서버(12)안에서 소스코드 버전관리 서버(13)가 알려오는 소프트웨어 소스코드 파일별 기능구현 정보에 따라 프로젝트 상황판에 나타낼 실시간 계측치들(프로젝트 진행 비율과 각 개발자의 프로젝트 최종적 기여도, 개발단계별 완성 기여도, 목표 성취도 등)을 만드는 웹 CGI함수, 이 함수에서 사용하는 개발단계별 완성요구 항목 리스트(완성요구 기능항목-중요도-개발단계의 형식으로 작성된다) 파일과 개발단계별 완성도 리스트(개발단계-완성도의 형식으로 작성된다) 파일, 각 개발단계의 개발자별 할당 기능항목 리스트 등으로 구성된다.In more detail, the source code and project integrated development management system includes a source code file managed by the source code version control server 13 and a source code version control server 13 that can be installed on a PC or workstation. Correspondence list file of functional items belonging to it, project management server 12 made of web server, project status board site on intranet operated by project management server 12, source code version control server 13 in project management server 12 Web CGI function to create real-time measurements (project progress ratio and final developer's final contribution, completion contribution by each stage, target achievement, etc.) to be displayed on the project status board according to the function implementation information of each software source code file. List of completion requirement items for each stage of development (completion request function items-importance-development team) File in the form of a system), a completion list for each development stage (in the form of development stage-completeness), and a list of function items assigned to each developer in each development stage.
본 발명이 적용되는 소스코드 및 프로젝트 통합 개발관리시스템에서 소스코드 버전관리의 결과를 프로젝트 개발관리 웹 사이트의 상황판 정보 데이터베이스에 연동하는 방법에 관해 보다 상세히 설명한다.In the source code and project integrated development management system to which the present invention is applied, the method of linking the result of source code version management to the status plate information database of the project development management website will be described in more detail.
이 연동의 구현을 위해 프로젝트는 시작되기 전에 각 개발단계별로 성취해야 하는 기능 항목들의 리스트가 만들어지며, 이 리스트는 항목당 중요도가 매겨진 파일로서 프로젝트 관리서버(12)에 의해 관리되어 프로젝트 사이트의 상황판 정보를 나타내는 기본 골격을 만드는데 쓰이게 된다. 또한, 주 개발자는 프로젝트의 개발이 현재 속한 단계에서 이 리스트를 보고 개발하는 소스코드 파일들을 관련 기능 항목별로 리스트에 추가 등록한다. 이 확장된 리스트, 소스코드 파일들과 기능 항목들간의 대응 리스트는 소스코드 버전관리 서버(13)에 유지되며, 소스코드 파일에 대한 버전변경이 주 개발자에 의해 승인 과정을 거칠 때마다 이 파일에 관련된 어떤 기능 항목이 완성되었는지 아닌지를 주 개발자는 체크해야 하도록 버전관리가 이루어진다. For the implementation of this linkage, a project is made of a list of functional items that must be achieved at each stage of development before the project is started, and this list is a file of the importance of each item, which is managed by the project management server 12 to manage the project site. It is used to create a basic skeleton for representing information. In addition, the main developer additionally registers the source code files that view and develop this list at the current stage of project development by the relevant function items. This expanded list, the correspondence list between the source code files and the function items, is maintained in the source code version control server 13, and this version is changed every time a version change to the source code file is approved by the main developer. Versioning is done by the main developer to check whether or not any relevant feature item has been completed.
소스코드 버전관리 서버(13)는 어떤 기능 항목이 완성되었다고 체크될 때마다 프로젝트 관리서버(12)가 갱신여부를 실시간 감시하고 있는 개발단계별 완성요구 항목 리스트 파일(또는 데이터베이스 테이블)에 그 정보를 써넣게 되며, 프로젝트 관리서버(12)는 개발단계별 완성요구 항목 리스트 파일(또는 데이터베이스 테이블)에 변경이 이루어질 때마다 웹 CGI 함수를 통해 개별 기능항목 구현여부에 따라 프로젝트 진행 비율과 각 개발자의 프로젝트에 대한 최종적 기여도, 개발단계별 완성 기여도, 개발자별 목표 성취도를 계산하고, 이 결과에 따라 프로젝트 진행상황을 실시간으로 보여주는 프로젝트 사이트의 상황판을 재구성한다. The source code version control server 13 writes the information to the completion requirement item list file (or database table) for each stage of development, in which the project management server 12 monitors the update in real time whenever it is checked that a function item is completed. Whenever the project management server 12 changes to the completion requirement item list file (or database table) for each stage of development, the project progress rate and each developer's project for each project depending on whether individual function items are implemented through a web CGI function. Calculate the final contribution, completion contribution by development stage, and target achievement by developer, and reconstruct the status plate of the project site showing the project progress in real time according to the result.
여기서, 개발자들에게는 기존의 소스코드 버전 관리외에는 추가적인 업무 부담이 없으며, 주 개발자는 이전에는 프로젝트 관리자에게 따로 보고하던 어떤 기능 항목의 구현여부를 버전관리 과정에서 자동적으로 보고하게 된다. Here, developers do not have any additional task other than the existing source code version management, the main developer will automatically report whether the implementation of any function items previously reported to the project manager in the version control process.
그리고, 프로젝트 관리서버(12)의 상황판에는 항상 각 개발자의 단계별 프로젝트 기여도 및 목표 성취도, 공헌 가점 등이 항상 실시간으로 계산되고 게시되어 개발자들이 전체 프로젝트의 관점에서 본 정보를 자기의 개발목표 달성과 연관되어 파악할 수 있게 하여 준다. In addition, in the status plate of the project management server 12, project developer contributions, goal achievements, and contribution points of each developer are always calculated and posted in real time so that developers can see information related to the achievement of their development goals from the perspective of the entire project. To be able to grasp.
다른 한편으로, 프로젝트 관리자는 프로젝트 진행상황에 끼치고 있는 소스코드 개발진도의 영향을 수치적 실시간 정보로서 같은 상황판에서 제공받을 수 있다.On the other hand, project managers can be provided in the same context as numerical real-time information on the impact of source code development progress on project progress.
결과적으로, 이 연동방법 사용전에는 프로젝트 관리자와 개발자간에 얻을 수 없었던 동일한 관점의 프로젝트 상황정보가 공유될 수 있어서 관리자와 개발자들간에 의사소통의 시간과 수고와 노력을 절감해 준다. As a result, project status information from the same perspective that could not be obtained between project managers and developers can be shared before using this interworking method, saving time, effort and effort of communication between managers and developers.
프로젝트 시작때 설정된 버전관리 서버의 소스코드 파일들과 각 파일이 속한 기능항목들의 대응 리스트에서는 개발도중 소스코드 파일들이 추가되거나 삭제될 수 있고, 프로젝트 서버의 개발단계별 완성요구 기능항목 리스트(기능항목-중요도-단계)의 항목들 및 개발일정은 프로젝트의 단계마다 재설정될 수 있으므로 프로젝트가 진행함에 따라 더욱 정밀한 목표관리 및 일정관리가 이루어질 수 있도록 돕게 된다. 또한, 이 시스템은 프로젝트의 단계별 목표에 대한 수치적 분석을 통해 일목요연하게 개발자들과 프로젝트 관리자에게 프로젝트 진행상황을 보여주고 실시간 분석에 의해 어느 부분에서 프로젝트에 병목현상을 일으키고 있는지가 개발팀원 모두에게 명료해지므로 개발자들의 업무조정이 매우 쉬워지게 된다. In the corresponding list of the source code files of the version control server and the function items to which each file is set at the start of the project, the source code files can be added or deleted during the development, and the list of the required items for each stage of development of the project server. Severity-level items and development schedules can be reset at each stage of the project, helping to achieve more precise goal management and schedule management as the project progresses. In addition, the system clearly shows the progress of the project to developers and project managers through numerical analysis of the project's phased goals, and makes it clear to all members of the development team where the bottlenecks are occurring in the project by real-time analysis. This makes it very easy for developers to coordinate their work.
예기치 못한 돌발상황에 의하여 개발도중 부닥치게 되는 문제점들은 개발일정의 재조정을 위한 개발 단계의 한 단계 삽입이나, 다음 개발단계 목표의 수정(그 개발단계 완성요구 항목들의 수정, 기능항목별로 지정된 개발자의 리스트 재구성, 개발단계 완성도 리스트의 재구성) 등으로 유연하게 수용할 수 있다. Problems encountered during development due to unexpected accidents include inserting one step of the development stage for rescheduling the development schedule, or modifying the next development stage goals (modification of the completion requirements of the development stage, the list of developers designated by the functional items). Reconstruction, reorganization of the development stage completeness list).
이와 같이, 프로젝트 관리서버(12)와 현행 소스코드 개발체제에서 생기는 의사소통의 시간과 수고와 노력을 기능항목의 완성 정보 연동에 의해 절감함으로써, 효율적인 프로젝트 개발관리를 지원할 수 있다. In this way, by reducing the time, effort and effort of communication generated by the project management server 12 and the current source code development system by linking the completion information of the functional items, it is possible to support efficient project development management.
이제, 종래의 소스코드 개발자들에게 속한 버전관리 업무와 관리자에게 속한 프로젝트 관리 업무말고 또 다른 부담을 주지 않으면서 소스코드 개발 상황을 웹 게시판으로 구현한 프로젝트 추진상황판에 수시로 반영해 관리자가 프로젝트 진행상황을 실시간으로 파악할 수 있게 하고, 개발자들에게는 프로젝트 추진상황에서 자신이 맡고있는 부분의 기여도와 성취비율을 현재시점에서 요약해 줌으로써 관리자와 개발자들에게 의사소통을 위한 노력과 수고를 줄여주는 시스템 구현방법에 대해 보다 상세히 설명한다.Now, the administrator progresses the project status by frequently reflecting the source code development status in a project bulletin board that implements the source code development status as a web bulletin board without burdening other versions other than the version management tasks belonging to the source code developers and the project management tasks belonging to the administrators. System to reduce the effort and effort to communicate to managers and developers by presenting the contribution and achievement ratio of their part in the project progress at the present time. It will be described in more detail.
본 발명은 소스코드 개발 상황의 요약을 프로젝트 관리를 위한 상황판 정보에 반영한다. 이 결과 지금까지 지원되고 있지 않던 프로젝트 관리와 소스코드 개발 관리간의 효율적 연계를 위한 자동적이고 원활한 의사소통 기반을 관리자와 개발자들간에 제공하여 전체 프로젝트의 개발과 관리, 양 방면에서의 상호 보완적이고 동시적인 효율성 증대를 가져오는 시스템을 구현한다.The present invention reflects the summary of the source code development situation in the status board information for project management. As a result, it provides an automatic and smooth communication foundation for the efficient linkage between project management and source code development management, which has not been supported so far, to provide managers and developers with the development and management of the entire project. Implement a system that increases efficiency.
관리자와 소스코드 직접 개발자들간의 합의에 의해 마련된 프로젝트 추진일정과 세부 기능구현 계획들에 근거하여 상황판 정보를 구성해서 보여주는 프로젝트 관리서버(12)에서 다음의 수치들이 계산된다. 즉, 각 기능구현 항목에 할당된 각 소스코드 개발자(그룹 또는 개인)의 전체 프로젝트에 대한 최종적 기여도, 단계별 완성 기여도 및 단계별 개인목표 성취비율, 공헌가점, 프로젝트 진행비율 등이다. The following values are calculated in the project management server 12 which constructs the status board information based on the project progress schedule and detailed function implementation plans prepared by agreement between the administrator and the source code direct developers. In other words, each source code developer (group or individual) assigned to each functional implementation item is the final contribution to the entire project, the completion contribution for each stage and the individual goal achievement ratio, contribution points, and project progress ratio.
여기서, 계산된 내용은 프로젝트 사이트의 상황판에 요약 게시한다. Here, the calculated contents are summarized in the status board of the project site.
상황판(Situation Board)은 프로젝트 관리서버(12)가 개발자들의 소스코드 버전관리 서버(13)에서 프로젝트 사이트로 전자메일로 보내온 각 개발그룹별 개발목표의 항목별 달성여부를 누적해서 파악하여 웹 CGI를 통해 기여도들과 성취비율, 공헌가점을 자동적으로 계산해서 보여주는 일종의 웹 문서(HTML Document)이다. The Situation Board collects web CGIs by accumulating whether the project management server 12 achieves the items of the development goals for each development group by e-mail from the source code version management server 13 of the developers to the project site. It is a kind of web document that automatically calculates contributions, achievement rate, and contribution points.
이 수치들은 관리자와 소스코드 개발자들이 수시로 열람함으로써 전체적인 프로젝트 추진상황 정보가 공유되게 된다. 각 수치의 계산과정을 설명하면 다음과 같다. These figures are frequently viewed by administrators and source code developers so that overall project progress information is shared. The calculation process of each figure is as follows.
첫 번째로, 최종적 기여도를 계산하는 절차를 살펴보면 다음과 같다.First, the procedure for calculating the final contribution is as follows.
만약, 전체 프로젝트가 M단계로 계획되고 1단계, 2단계, ..., X단계, ..., M단계에서 완성이 요구되는 항목들이 각기 N1, N2, ..., NX, ..., NM개라 가정하자. 그리고, 100%를 전체 프로젝트의 완성도라고 할 때, X단계 프로젝트의 완성도 비율은 WX%로 표시하자. 또한, 100%를 X단계 프로젝트의 전체 완성으로 잡는 기준에서 프로젝트 X단계의 Nx개 항목들을 각기 IN1, IN2, ..., INx라 하고, 각각의 중요도를 UN1, UN2, ..., UNx%라 하자.If the entire project is planned for stage M and the items required for completion in stage 1, stage 2, ..., stage X, ..., stage M are N 1 , N 2 , ..., N X , Suppose, ... N M And when 100% is the completeness of the whole project, let's express the completeness ratio of the X-level project as W X %. In addition, Nx items in the project stage X are called I N1 , I N2 , ..., I Nx , respectively, and the importance of U N1 , U N2 ,. Let's say U Nx %.
이러한 가정하에, K란 개발자가 프로젝트의 X단계에서 중요도가 U2, U4, U5인 항목들을 자신에게 할당받아 하고 있고, 어떤 시점에서 K가 중요도 U2와 U5의 일들만 완성하였다면, 그 시점에서 이 프로젝트에 대한 K란 개발자의 X단계 기여도를 Contrib(k,x)=(U2+U5)×WX(%)로 나타낼 수 있고 그 시점까지의 최종 기여도는 마찬가지로 계산하여 로 계산된다.Under this assumption, if the developer K is assigned items of importance U 2 , U 4 , and U 5 to him at stage X of the project, and at some point K completes the tasks of importance U 2 and U 5 , At that point, K for this project can be expressed as Contrib (k, x) = (U 2 + U 5 ) × W X (%), and the final contribution up to that point is calculated as well. Is calculated.
두 번째로, 단계별 완성 기여도를 계산하는 절차를 살펴보면 다음과 같다.Second, the procedure for calculating the level of completion contribution for each stage is as follows.
이 단계의 어떤 시점에서 K란 개발자가 중요도 U2와 U5의 일들만 완성하였다면, 또한 그 시점에서 이 단계 프로젝트가 중요도 U1, U2, U3, U4, U5, U6, U7의 기능항목별의 완성을 필요로 하고 있다면 개발자 K씨의 완성기여도는 이다.If at some point in this phase, the developer K completes only the tasks of importance U 2 and U 5 , and at this point, the project is important, U 1 , U 2 , U 3 , U 4 , U 5 , U 6 , U If you need to complete 7 functional items, the contribution of developer K to be.
세 번째로, 단계별 개발자 목표 성취비율을 계산하는 절차를 살펴보면 다음과 같다.Third, the procedure for calculating the developer goal achievement rate for each stage is as follows.
그 시점에서 이 단계 프로젝트에 K란 개발자가 할당받은 목표에 대한 성취율은 "(U2+U5)/(U2+U4+U5)×100%"로 계산된다.At this point, the achievement rate for the goal assigned to the developer K in this phase project is calculated as "(U 2 + U 5 ) / (U 2 + U 4 + U 5 ) x 100%".
네 번째로, 단계별 개발자 공헌가점을 계산하는 절차를 살펴보면 다음과 같다. Fourth, the process of calculating developer contribution points for each stage is as follows.
프로젝트 계획상 일량의 추산에서 생기는 필연적인 부정확성이나 개인적 능력차이로 말미암아 어떤 시점에서 어떤 개발자는 빨리 주어진 일을 끝마쳤으나 다른 개발자는 아직 못 마친 경우가 있을 수 있다. 이러한 경우 일을 못 마친 개발자를 도와주는 것이 공헌가점으로 도와주는 사람에게 적용되어야 한 개발팀에서 공정한 공적평가를 가져올 것이다. 따라서, 이를 위해 하기의 (수학식 1)과 같은 식으로 공헌 가점을 계산한다. Due to the inaccuracies inherent in a certain amount of project estimates, or individual skill differences, at some point a developer may have completed a given task quickly, while others may not. In this case, helping a developer who has not done so will bring a fair public evaluation in the development team, which should be applied to the contributor. Therefore, for this purpose, the contribution point is calculated in the following formula (1).
어떤 시점에서 K란 개발자가 맡겨진 일들을 주어진 개발시간 Sk보다 적게 사용하여 완수함으로써 V시간을 앞당겼고 남는 시간에 (이 단계에서Sj의 개발시간과 중요도 U3, U7, U9, U12의 일들을 할당받은) 다른 개발자 J를 L시간 만큼 도와주어 결과적으로 전체 프로젝트가 다음 단계로 T시간 빨리 넘어갈 수 있었으며, 전체 프로젝트의 당초에 계획된 소요시간이 Swhole 시간이었다면, 이 단계 프로젝트에서 K란 개발자의 공헌가점은 (수학식 1)과 같이 계산된다.At some point, K is shortened by V by completing the tasks assigned to the developer using less than the given development time, S k , and at the remaining time (at this stage, the development time and importance of S j U 3 , U 7 , U 9 , U I helped another developer, J, who had been assigned 12 tasks, by L hours, so that the entire project could quickly go to the next stage T hours, and if the originally planned time of the entire project was S whole time, The contribution value of a developer is calculated as shown in (1).
(만약, 개발자별 업무량 예측 자체가 잘못되었던 것이었다면, 일부의 일들, 예를 들어 U3, U9만 Swhole 시간안에 마쳐졌을 것이다. 이 경우는 프로젝트의 단계별 완성요구 항목들을 재조정하여야 한다.)(If the developer's workload estimates themselves were wrong, only a few things, such as U 3 and U 9 , would have been completed in S whole time. In this case, you would have to realign the project's completion requirements.)
즉, 어떤 개발자든 개발팀 공동의 목표를 위해 전체 팀의 프로젝트 진행을 도와주어야 하며, 특히 개발소요시간 단축에 가장 병목현상을 일으키고 있는 프로젝트 개발자들을 도와야 자신의 공헌가점을 높게 얻을 수 있다. 이렇게 하여 어떤 개발자든 자신의 맡은 일을 열심히 할 뿐만아니라, 다른 개발자들을 도와 주는 것에 적극적으로 행동할 수 있게 인센티브를 제공하는 것이다. In other words, any developer should help the whole team's project progress for the common goal of the development team, and in particular, help the project developers who are the most bottleneck in reducing development time, so that their contribution points can be increased. In this way, any developer can not only work hard on his or her job, but also provide incentives to act actively in helping other developers.
다섯번째로 프로젝트 진행비율을 계산하는 절차를 살펴보면 다음과 같다.Fifth, the procedure for calculating the project progress rate is as follows.
현 단계에서는 항상 프로젝트 진행상 전단계들이 다 성공적으로 마쳐진것을 가정한다. 따라서, X단계에 완성이 필요한 기능항목들의 중요도가 U1, U2, ..., UN 등이었고 t라는 시점에서 U2, U3, U5의 항목들만 완성되어 있다면 이때 프로젝트의 진행비율은 로 계산된다. 여기서, 현단계 프로젝트의 진행비율은 로 계산된다.At this stage, it is always assumed that all phases of the project have been completed successfully. Therefore, if the importance of the functional items that need to be completed in the X stage was U 1 , U 2 , ..., U N , and only the items of U 2 , U 3 , U 5 are completed at the time point t, the progress rate of the project silver Is calculated. Here, the progress rate of the current project is Is calculated.
이렇게 하여 관리자를 위해 소스코드 개발자들에 의해 영향을 받은 프로젝트의 전체 진행비율과 현 개발단계의 진행비율이 같이 계산되어 요약을 제공함으로써 관리자는 프로젝트의 추진상황을 수치적으로 파악할 수 있다. 또한, 각 소스코드 개발자는 어떤 시점에서든 개발 일정상 개발 항목들의 완성비율과 프로젝트에의 전체 기여도, 그 시점에서 개발 단계상 자신의 개발목표들의 완성도에 따라 계산된 성취비율을 실시간으로 수치적으로 파악할 수 있다. In this way, the overall progress rate of the project affected by the source code developers and the progress rate of the current development stage are calculated for the administrator and provide a summary so that the manager can numerically understand the progress of the project. In addition, each source code developer can identify in real time numerically the completion rate of the development items on the development schedule, the overall contribution to the project, and the achievement rate calculated according to the completion of their development goals in the development stage at that point in time. Can be.
예외적인 상황이 발생할 경우에도, 이와 같은 상황판식 프로젝트 및 소스코드 개발관리 방법은 다음과 같이 유효하게 적용될 수 있다. Even in exceptional circumstances, this situational project and source code development management method can be effectively applied as follows.
프로젝트 추진과정에서 생길 수 있는 개발자나 관리자의 교체, 각 개발자별 업무량 예측의 오류, 돌발적인 변동사항이 생기면 이에 따른 각 개발자별 개발 업무량이나 일정상 개발 목표들의 재조정이 불가피하게 된다. If there is a change of developers or managers, errors in the work forecast for each developer, and unexpected changes, it is inevitable to readjust the development workload or development goals for each developer accordingly.
이 때는 그 시점의 프로젝트 단계가 종료된 것으로 계산하고, 그 때까지의 단계에 대한 완성비율, 기여도 및 공헌 가점들을 고정한 후, 이후 단계들의 세부 기능구현 항목들과 그 중요도들, 개발자 지정, 할당 항목들을 재설정한다. 예를 들면, 프로젝트의 단계별 추진에서 조정단계를 삽입하든지, 기존의 종료된 단계 이후의 단계별 할당 시간과 할당목표들을 재설정하는 것도 한 예가 될 수 있다. In this case, the project stage at that time is counted as completed and the completion ratio, contribution and contribution points for the stage up to that point are fixed, and the detailed functional implementation items of the subsequent stages, their importance, developer designation, and assignment items are fixed. Reset them. For example, inserting a coordination step in a phased progression of a project, or resetting assignment steps and assignment goals for each step after an existing closed step.
이렇게 하면 재조정 이후에도 각 개발자에 대해 전체 프로젝트 단계별 완성 기여도 및 단계별 목표 성취비율 등이 같은 방법으로 실시간으로 계산, 게시되어 프로젝트의 상황판식 관리의 연속성이 유지될 수 있다. This ensures that, even after rebalancing, each project's contribution to completion for each project and the goal achievement rate for each project are calculated and published in real time in the same way to maintain continuity in project context management.
만약, 개발자별 업무량 예측 자체가 잘못되었던 것이었다면, 프로젝트 어떤 단계의 마감 시한까지 지정되었던 일부의 기능항목들은 완성되지 못했고 개발자들이 프로젝트 관리자에게 정당한 이유를 들어 업무 성취비율, 프로젝트 기여도 등의 계산을 다시 해야 한다고 요구할 수 있을 것이다. 이러한 경우는 정당한 이유로 맡은 기능 항목들을 일부 완성하지 못한 개발자들에게는 그 요구를 받아들여 기여도, 성취 비율 등을 완성한 기능 항목들만이 원래 할당되었던 몫이었다는 가정으로 재계산을 해 줄 수 있다. 단, 이 때에 정당한 지연이유를 개발 팀원들에게 인정받지 못하는 기능 항목들은 이러한 재계산 과정에서 그대로 할당되었던 것으로 해당 개발자에게 남아 있는 상태에서 재계산한다. 이런 특정 단계 완성요구 기능항목들의 재조정은 다음 단계들의 완성요구 기능항목 리스트에도 반영되어야 하는데 이 것은 주 개발자를 포함한 개발자들과 프로젝트 관리자간의 협의를 통해 이루어진다.If the developer's workload estimate itself was wrong, some of the functional items that were assigned by the deadline of some stage of the project were not completed and the developers recalculated the project achievement ratio, project contribution, etc., for good reasons for the project manager. You may be asked to do it. This can be recalculated to the assumption that developers who have not completed some of their functional items for a good reason can assume that only those functional items that received the request and completed their contributions, achievement rates, etc. were originally assigned. However, at this time, the functional items whose reason for delay is not recognized by the development team members are recalculated while remaining to the developer as they were allocated in this recalculation process. The realignment of these specific phase completion functional items should also be reflected in the list of completion requirement functional items in the following phases, which is made possible through consultation between the project manager and the developers, including the main developer.
이제, 구체적인 실시예를 통해 본 발명에 따른 소스코드 개발 상황의 요약기능을 프로젝트 관리를 위한 상황판 정보에 반영하는가를 보다 상세히 살펴보기로 한다.Now, it will be described in more detail whether the summary function of the source code development situation according to the present invention is reflected in the status plate information for project management through a specific embodiment.
소스코드 개발자들중에서는 소스코드 버전관리 및 소스코드 파일 변경에 검토와 최종 승인권한을 갖는 주 개발 책임자가 선정되어진다. Among the source code developers, the chief development officer is selected who has review and final approval authority for source code versioning and source code file changes.
프로젝트가 시작하기 전에 이 주 개발자는 프로젝트 관리자와 협의하여 프로젝트 관리서버(12)의 상황판에 게시되는 프로젝트 개발단계별 완성요구 기능 항목 리스트와 개발단계별 완성도 리스트, 기능항목별 담당 개발자 리스트 등의 내용을 결정한다. 이때, 협의 결과를 문서화하여 프로젝트 각 단계에서 어떤 내용의 어느 기능 항목들이 완성되어야 하는지가 중요도 및 완성여부와 함께 기술된 것이 개발단계별 완성요구 항목 리스트의 내용이 된다. 또한, 각 개발단계가 전체 프로젝트에서 어느 정도 중요한지를 비율로 배분한 것이 개발단계별 완성도 리스트의 내용인데, 이 것은 프로젝트 중간에 있을 수 있는 개발자의 교체 때에 합당한 공헌가점 계산을 개발자들에게 유지해 주는 데에 필요하다. 이 리스트들은 프로젝트 관리서버(12)에 파일 또는 데이터베이스 테이블의 형태로 저장되어 관리된다. 또한, 소스코드 관리서버(13)는 개발단계별 완성요구 항목 리스트의 완성여부 정보를 갱신할 수 있도록 이 내용이 담긴 파일 또는 테이블을 액세스할 수 있다.Before starting the project, the main developer, in consultation with the project manager, decides the contents of the functional requirements list for each project development stage, the completeness list for each development stage, and the developer list in charge of the functional items. do. At this time, the result of the consultation is documented, which describes what function items are to be completed at each stage of the project together with the importance and whether they are completed. In addition, the distribution of percentages of how important each phase of development is in the overall project is the contents of the completion level for each phase of development, which helps developers maintain a reasonable contribution point calculation in case of a developer's replacement in the middle of a project. need. These lists are stored and managed in the form of a file or a database table in the project management server 12. In addition, the source code management server 13 can access a file or table containing this content to update the completion information of the complete requirement item list for each development stage.
소스코드 버전관리 서버(13)와 프로젝트 관리서버(12)간의 연동에 중요한 부분은 소스코드 파일의 변경이 승인될 때에 이 결과가 그 시점의 프로젝트 단계에서 완성이 요구되는 기능 항목들 가운데 어떤 것을 성취했는지를 판단하여 그 정보를 프로젝트 관리서버(12)에게 넘겨주는 기능이다. 이것을 위해서 소스 파일들은 연관된 기능 항목들의 완성여부에 연관되어 그 버전이 관리되어야 한다. 각 소스코드 파일과 그 버전번호, 연관된 기능 항목들, 기능항목별 완성여부의 리스트가 주 개발자에 의해 소스코드 버전 관리서버(13)에 만들어지고 갱신된다.An important part of the interworking between the source code version control server 13 and the project management server 12 is that when a change of the source code file is approved, this result achieves any of the functional items that are required to be completed at the project stage at that time. Judging whether or not to pass the information to the project management server (12). To do this, the source files must be versioned in association with the completion of the associated functional items. Each source code file, its version number, associated function items, and a list of completions by function items are made and updated in the source code version management server 13 by the main developer.
소스코드 파일의 새 버전 승인과정에서 주 개발자는 이 리스트를 참고하여 버전이 달라지는 소스코드 파일들에 대해 그 시점의 프로젝트 단계에서 요구되는 수준으로 완성된 기능 항목들이 있는지 어떤 지를 소스코드 버전 관리 서버(13)가 보여주는 연관된 완성요구 항목리스트의 완성여부 필드에 체크하게 된다. 이렇게 하여 주 개발자의 통상적인 버전관리때에 단계별 완성요구 항목들의 완성여부의 체크가 일어나며, 소스코드 버전 관리 서버(13)는 추가된 완성 항목들이 있으면 그에 따라 프로젝트 관리 서버의 해당하는 개발단계별 완성요구 항목 리스트의 완성여부란에 실시간으로 반영해 갱신한다. 프로젝트 서버는 개발단계별 기능항목 리스트의 바뀐 내용을 가지고 상황판에다가 앞에서 설명한 웹 CGI 함수와 각 개발단계 기능항목별 담당 개발자 리스트에 의해 각 소스코드 개발자의 전체 프로젝트에 대한 최종적 기여도, 단계별 완성 기여도, 단계별 개인목표 성취비율, 단계별 공헌가점을 새로 계산하여 달라진 진행상황을 보여주게 된다. In the process of approving a new version of a source code file, the main developer can refer to this list to determine whether there are complete functional items at the level required by the project phase at that time for source code files with different versions. You will check the Completed field in the associated complete requirement list shown in 13). In this way, a check for completion of step-by-step completion requirements items occurs during normal version control of the main developer, and the source code version control server 13 checks completion requirements for corresponding development stages of the project management server if there are additional completion items. The item list is updated in real time. The project server has changed contents of the functional item list by development stage, and the final contribution, complete completion contribution, and individual individual contribution to the entire project of each source code developer by the web board as described above and the developer list for each functional stage. The goal progress rate and the contribution points for each stage are newly calculated to show the changed progress.
소스코드 버전관리 서버(13) 및 프로젝트 관리서버(12)는 이 프로젝트 사이트에 들어오려는 사람들에게 로그인 이름과 패스워드를 통해 프로젝트 개발 팀원들과 허락된 사용자만 프로젝트 관련내용을 열람하거나 다운로드할 수 있게 하여 프로젝트 보안성을 제공한다. The source code version control server (13) and the project management server (12) allow the project development team members and authorized users to view or download the project contents through login names and passwords for those who enter the project site. Provide project security.
프로젝트 관리서버(12)에서는 추진중인 프로젝트의 개발상황에 따라 어떤 기능별로 관련 개발자 그룹을 형성할 수 있도록 어떤 개발자 이름 아래 그룹핑 기능을 통해 한 프로젝트내에서 기능별 딸림 프로젝트가 관리될 수 있도록 지원한다. The project management server 12 supports the management of the accompanying project by function in a project through a grouping function under a developer's name to form a related developer group for each function according to the development status of the project being promoted.
통상적인 소스코드 버전관리 서버(13)에서는 어떤 소스코드 파일을 개발자 A가 편집하려고 웹서버에 인출한다고 등록하면, 파일의 관리상태가 개발자 A가 편집중 상태임으로 표시되고 다른 사용자들이 인출해서 편집할 수 없도록 막아주게 된다. 같은 개발자 그룹에서 공동으로 개발하는 소프트웨어 기능 모듈에 대해 어떤 개발자가 새로이 개발한 소스코드 파일 변경 내용을 소스코드 버전관리 서버(13)에 통보하면 전자메일로 변경내역이 지정된 개발자 그룹의 나머지 다른 개발자들에게도 통보되어 같이 서로 모순되는 개발이 이루어지지 않도록 검토할 수 있게 한다. 이 과정을 상세히 설명하면 다음과 같다. In a typical source code version control server 13, if a developer registers a source code file to be fetched by a web server for editing, the management status of the file is displayed as developer A is editing, and other users can fetch and edit it. It will prevent you from being able to. When a developer notifies a source code version control server 13 of a newly developed source code file change about a software function module jointly developed by the same developer group, the other developers of the developer group designated by the change history by e-mail are sent. They will also be notified to review to ensure that they do not conflict with each other. This process is described in detail as follows.
인트라넷에서 각 개발자들은 형상관리 클라이언트(11)를 통해 소스코드 관리서버(13)에 어떤 소스코드 파일을 개발하거나 수정할지를 등록한 후에만 자신의 컴퓨터를 통해 어떤 소스코드 파일에 대한 편집을 할 수 있다. 이렇게 하여 편집과 기능시험이 끝난 수정 파일은 다시 소스코드 버전 관리 서버(13)에 그 파일을 등록하여야 하며, 이때 그 변경내역이 표시되면서 그에 대한 설명을 달도록 형상관리 클라이언트(11)는 이 개발자에게 요구하게 된다. In the intranet, each developer can edit a certain source code file through his computer only after registering which source code file is developed or modified in the source code management server 13 through the configuration management client 11. In this way, the edited file after editing and function test should register the file again in the source code version control server (13), and the configuration management client (11) provides the developer with the description so that the change history is displayed. You will be asked.
등록후에, 소스코드 버전관리 서버(13)에는 변경내역과 개발자 설명이 파일로 저장되고, 또한 변경된 기능항목이 프로젝트 관리서버(12)에도 보내지고, 전자메일로 관련 개발자로 지정된 사람들에게도 자동 통보된다. 따라서, 같은 개발자 그룹은 책임진 기능구현을 위한 소스코드 변경내역을 공동으로 검토하여 투표와 주 개발자의 승인과정을 통해 변경내역이 소프트웨어 형상에 반영된다. 이렇게 하여 이중적으로 안전한 버전관리를 도모하는 것이다. After registration, the source code version control server 13 stores the change history and the developer description as a file, and the changed function items are also sent to the project management server 12 and automatically notified to the people designated as related developers by e-mail. . Therefore, the same group of developers jointly review the source code changes for responsible function implementation, and the changes are reflected in the software configuration through the voting and approval process of the main developer. In this way, double version safe management is achieved.
이상에서와 같은 소스코드 버전관리 서버(13)에서의 버전관리 정보를 이용한 프로젝트 개발관리 과정을 도 2a 및 2b를 통해 살펴보면 다음과 같다.Looking at the project development management process using the version control information in the source code version control server 13 as described above as follows.
먼저, 프로젝트 관리자와 소스코드 직접 개발자들간의 합의에 의해 프로젝트 추진일정과 세부 기능 구현 계획들을 마련한다(201,202).First, the project progress schedule and detailed function implementation plans are prepared by agreement between the project manager and the source code developers (201, 202).
이후, 각 기능항목에 할당된 각 소스코드 개발자(그룹 또는 개인)의 전체 프로젝트에 대한 개발단계별로 완성요구 기능항목 리스트 파일과 개발단계별 완성도 리스트 파일을 작성한다(203,204). 기능항목별 담당 개발자 리스트도 만들며, 이 리스트들은 프로젝트 관리 서버에 저장된다.Subsequently, for each development stage of the entire project of each source code developer (group or individual) assigned to each functional item, a completion request function item list file and a completion list file for each development stage are created (203, 204). It also creates a list of developers in charge of each functional item, which are stored in the project management server.
다음으로, 소스코드 파일별로 버전번호를 부여하고 연관된 기능항목 리스트를 작성한다(205). 이 리스트는 소스코드 파일별로 버전관리에 연동되므로 버전관리 서버에 저장된다.Next, a version number is assigned for each source code file and a related function item list is created (205). This list is stored in the version control server because it is linked to version control by source code file.
프로젝트 진행중에(206), 특정 소스코드 파일에 새로운 변경 요청이 있으면(207), 특정 소스코드 파일의 새 버전으로 변경이 필요하고 특정 기능항목이 완성되었다고 주 개발자가 버전관리 활동중에 체크되면 기능항목별 담당 개발자 리스트에서 해당 개발자에 대해 프로젝트 관리 서버가 최종적 기여도, 단계별 완성 기여도, 단계별 개인목표 성취비율, 단계별 공헌가점을 누적 재계산한 후에(210), 프로젝트 상황판 정보를 수정, 재게시한다(211). 이러한 과정은 프로젝트 단계의 마감시기까지 반복 수행된다.If the project is in progress (206), if there is a new change request in a particular source code file (207), if the main developer is checked during a version control activity that a change is needed to a new version of a particular source code file and that a particular function item is completed, the function item After the project management server cumulatively recalculates the final contribution, completion completion step by step, individual goal achievement ratio, and step contribution points for the developer in the developer list (210), the project status board information is corrected and reposted (211). ). This process is repeated until the end of the project phase.
만약, 현재 시점이 진행하던 프로젝트 단계의 마감시기인 경우에(206), 프로젝트가 종료되었어야 할 시간이면 상황판 정보를 최종 수정, 재게시함으로써 프로젝트 개발을 종료한다(212,220). 이때가 프로젝트 종료시점이 아닌 경우, 개발이 덜 끝난 개발자들이 없으면(213), 프로젝트 사이트의 상황판 정보를 수정 및 재게시하고(216), 남은 프로젝트 추진일정을 재조정한 후에(217) 나머지 개발단계별 완성요구 기능항목 리스트와 기능항목별 담당 개발자 리스트를 재조정하며(218), 나머지 개발단계별 완성도 리스트를 재조정한 후에(219) 다시 소스코드 파일별 버전번호 부여 및 연관된 기능항목 리스트를 마련하는 단계(205)로 천이한다.If the current time is the deadline of the project stage in progress (206), the project development is terminated by finally modifying and reposting the status plate information if it is time that the project should be completed (212, 220). If this is not the end of the project, if there are no less developed developers (213), modify and republish the status plate information on the project site (216), readjust the remaining project progress schedule (217), and complete the remaining development stages. Re-adjust the required functional item list and the developer list for each functional item (218), and after re-adjusting the completion list for each remaining development step (219), assigning a version number for each source code file and preparing a related function item list (205). To transition to.
한편, 프로젝트 수행중에 개발이 덜 끝난 개발자들이 있는 경우에는(213), 정당한 이유가 있는지를 검사하여(214), 정당한 이유가 없으면 현재의 프로젝트 개발단계를 일단 마무리 하기 위해 남은 프로젝트 추진일정을 재조정하고(217) 나머지 개발단계별 완성요구 기능항목 리스트와 기능항목별 담당 개발자 리스트를 재조정하며(218) 나머지 개발단계별 완성도 리스트를 재조정한 후에(219) 다시 소스코드 파일별 버전번호 부여 및 연관된 기능항목 리스트를 마련하는 단계(205)로 천이한다. 만약, 정당한 이유가 있으면 정당한 이유를 가진 지연 개발자에 대해 이 단계에 할당되었던 완성요구 기능항목을 재조정하고, 기여도, 성취비유 공헌가점을 개발자별로 재계산한 후에(215) 프로젝트 사이트의 상황판 정보를 수정하고 재게시하는 단계(216)로 천이한다. 이러한 과정은 최종 프로젝트가 끝날때까지 반복 수행된다.On the other hand, if there are less developed developers in the course of project execution (213), we examine whether there is a legitimate reason (214), and if there is no legitimate reason, readjust the remaining project schedule to complete the current project development phase. (217) Readjust the remaining required development item list for each development stage and the developer list for each function item (218) After re-adjusting the completion list for each development step (219), add the version number for each source code file and the related function item list. The process proceeds to step 205 of preparing. If there is a legitimate reason, readjust the completion requirement function that was assigned to this step for the legitimate developer with the legitimate reason, recalculate the contribution and achievement metaphor contribution points for each developer (215) and then modify the status board information on the project site. And republish to step 216. This process is repeated until the end of the final project.
본 실시예에 따른 변형예는 다음과 같다. 이러한 변형들은 본 발명의 실시예와 동일한 효과를 갖는 것으로서 동일한 구현 방법으로 보아야 함은 자명하다. Modifications according to the present embodiment are as follows. It is obvious that such modifications should have the same effects as the embodiments of the present invention and should be viewed in the same implementation manner.
프로젝트 관리서버(12)는 개발자들이 로그인을 하여 소스코드 파일 인출이나 재등록, 파일 내용변경을 할 때, 전자메일을 보내지 않고 웹 게시판과 프로젝트 상황판에만 요약해 놓을 수 있다. 이때, 다른 개발자들과 관리자는 프로젝트 사이트에 접속하여야만 현재의 개발상황과 프로젝트 상황을 알 수 있다. 이런 경우는 소스코드 개발자들이 접속해야 하는 프로젝트 사이트로의 인트라넷 트래픽 상황이 항상 양호하고 사내 랜(LAN)과 떨어져서 독립적으로 개발을 진행하는 경우가 없을 때 바람직할 것이다. The project management server 12 can be summarized only on the web bulletin board and the project status board without sending an e-mail when the developer logs in to retrieve or re-register the source code file and change the file contents. At this time, other developers and administrators should access the project site to know the current development situation and project status. This would be desirable if the intranet traffic to the project site that the source code developers had to access is always good and there are no developments that can be done independently of the corporate LAN.
한편, 프로젝트 관리용의 웹 서버를 두는 것이 아니라, 각 개발자와 관리자에는 형상관리 클라이언트(11)가 설치되고, 이 형상관리 클라이언트(11)에게 서비스를 제공하는 소스코드 버전관리 서버(13)는 프로젝트 관리 기능까지 담당케 하는 것이다. 이 경우 소스코드 버전관리 서버(13)는 상황에 따라 소스코드를 개발 기능별 개발자 그룹에 따라 관리 가능하게 할 수 있지만 항상 전체 소스코드는 최종적인 승인권한을 가진 주 개발자가 로그인하는 형상관리 클라이언트(11)에 의해서만 관리하게 된다. 또한, 관리자가 로그인하는 형상관리 클라이언트는 코드개발과 관련된 버전관리 기능은 제공하지 않는다. 즉, 등록된 로그인 아이디와 패스워드에 따라 사용자의 권한과 기능이 제한되는 분산형 형상관리 클라이언트들과 소스코드 버전관리 서버로만 전체 시스템을 구현할 수도 있다.On the other hand, rather than having a web server for project management, each developer and manager is provided with a configuration management client 11, the source code version control server 13 that provides services to the configuration management client 11 is a project It is also responsible for management functions. In this case, the source code version control server 13 can manage the source code according to the developer group for each development function according to the situation, but the entire source code is always managed by the main developer who has the final authority. Is managed only by). In addition, the configuration management client that the administrator logs in does not provide version control functions related to code development. That is, the entire system may be implemented only with distributed configuration management clients and source code version control server whose user rights and functions are restricted according to the registered login ID and password.
다른 한편, 웹기반으로 이러한 소스코드 및 프로젝트 개발관리 시스템을 구현하는 것이 아니라, 상기한 프로젝트 추진상황판에의 소스코드 개발상황 요약계산법을 이용한 클라이언트-서버 시스템으로 구현하는 것이다. 이 경우 형상관리 클라이언트(11)들은 컴퓨터에서 실행되는 순간부터 종료될 때까지 항상 프로젝트 관리서버(12)와 네트워크를 통한 연결을 유지하게 된다. On the other hand, rather than implementing such a source code and project development management system on a web basis, it is implemented as a client-server system using the source code development status summary calculation method in the above-mentioned project promotion board. In this case, the configuration management clients 11 always maintain the connection through the network with the project management server 12 from the moment it is executed in the computer to the end.
본 실시예에 따른 응용예는 다음과 같다. 이러한 응용 또한 본 발명의 실시예와 동일한 효과를 갖는 것으로서 동일한 구현 방법으로 보아야 함은 자명하다. Application examples according to the present embodiment are as follows. This application also has the same effect as the embodiment of the present invention is obvious to be seen in the same implementation method.
본 발명은 소스코드 개발 및 프로젝트 관리의 의사소통에 드는 노력과 수고를 절감하는 응용에 대해 기술하였으나, 웹 사이트 개발, 웹 사이트 콘텐츠 개발, 공동의 저작 작업, 공동 실험, 사업관리 조직 등, 같은 업무단위 그룹으로 구성된 구성원들간의 의사소통을 필요로 하는 일반적인 관리업무에 이 시스템 구현방법은 관리업무의 부담감소, 실무자들간의 의사소통 필요량 감소, 관리자와 실무자들간 의사소통 필요의 효율적 동시해결을 지원해 주는 방법으로 응용될 수도 있다. 또한 대량의 데이터나 복잡한 문서를 일관되게 편집하여야 할 때의 1인용이나 다수 편집자에 대한 저술지원 시스템으로 응용될 수도 있다. Although the present invention has described the application of reducing the effort and effort in communication of source code development and project management, the same tasks such as website development, website content development, joint authoring work, joint experimentation, business management organization, etc. For general management tasks that require communication among members of a unit group, this system implementation can help reduce the burden of management tasks, reduce the communication needs among practitioners, and efficiently solve the communication needs between managers and practitioners. It may be applied in a way. It can also be applied as a writing support system for single or multiple editors when a large amount of data or complex documents must be edited consistently.
이상에서와 같은 변형 및 응용예들은 상기한 실시 예들과 동일한 효과를 얻을 수 있으며, 따라서 동일한 구현으로 보아야 함은 자명하다.Modifications and applications as described above can achieve the same effect as the above embodiments, it is obvious to be seen in the same implementation.
이상에서 설명한 본 발명은, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 있어 본 발명의 기술적 사상을 벗어나지 않는 범위내에서 여러 가지 치환, 변형 및 변경이 가능하므로 전술한 실시예 및 첨부된 도면에 한정되는 것이 아니다.The present invention described above is capable of various substitutions, modifications, and changes without departing from the spirit of the present invention for those skilled in the art to which the present invention pertains, and the above-described embodiments and accompanying It is not limited to the drawing.
상기한 바와 같은 본 발명은, 첫째 기존의 소스코드 버전관리시스템의 결점인 관리차원의 정보제공 부족과 기존 프로젝트 관리지원시스템의 한계점인 개발자들의 소스코드 개발상황이 프로젝트 진행에 미치고 있는 영향의 실시간 정보부족이라는 한계점을 두 가지 시스템의 결합과 상황판 정보의 제공을 통해 극복할 수 있으며, 둘째 개발자 입장에서는 이 시스템을 사용할 때 기존의 개발 소스코드 관리업무 외에 추가적인 부담이 없으며 자신에게 할당된 업무목표 관리와 프로젝트 기여도, 공헌가점 관리를 지원하여 주며, 셋째 프로젝트 관리자 입장에서는 이 시스템을 사용함으로 인해 프로젝트 관리서버의 웹사이트 화면에서 기존의 관리업무를 수행할 수 있을 뿐만아니라 개발자들의 개발이 진행됨에 따라 자동적으로 갱신되는 소스코드 개발상황이 프로젝트 진행정도에 끼치고 있는 영향에 대한 수치적 요약정보를 실시간으로 받아볼 수 있으므로 결과적으로 개발자들과 프로젝트 관리자간의 의사소통이 필요했던 많은 경우를 이 웹을 이용한 소스코드 및 프로젝트 개발관리 시스템의 사용이 해결해 주고, 또한 서로의 업무에 대한 공통 정보와 공통의 관점을 이 시스템의 사용으로 인해 가질 수 있음으로 말미암아 프로젝트의 수행에 필요한 의사소통에 드는 노력과 시간과 비용을 절감할 수 있는 효과가 있다.The present invention as described above, first, the real-time information of the impact of the lack of management-level information provision that is a drawback of the existing source code version control system and the source code development status of developers that are the limitations of the existing project management support system The shortcomings can be overcome by combining the two systems and providing contextual information. Secondly, developers can use this system without any burdens other than the existing development source code management tasks. It supports project contribution and contribution point management. Third, the project manager can use this system to perform existing management tasks on the website screen of the project management server as well as to automatically develop as developers develop. Updated source code development Numerical summaries of the impact on the progress of this project can be received in real time, resulting in the use of source code and project development management systems using this web in many cases where communication between developers and project managers was necessary. This solution also has the effect of reducing the communication effort, time and cost required to carry out the project by having the common information and common view of each other's work through the use of this system. .
도 1 은 본 발명이 적용되는 소스코드 및 프로젝트 통합 개발관리시스템의 구성 예시도.1 is a configuration example of a source code and a project integrated development management system to which the present invention is applied.
도 2a 및 2b 는 본 발명에 따른 소스코드 버전관리에 연동되는 프로젝트 상황판 사이트를 통한 프로젝트 개발관리 방법에 대한 일실시예 흐름도.Figure 2a and 2b is an embodiment flow diagram for a project development management method through a project status board site linked to the source code version management in accordance with the present invention.
*도면의 주요 부분에 대한 부호의 설명* Explanation of symbols for the main parts of the drawings
11 : 형상관리 클라이언트 12 : 프로젝트 관리 서버11: configuration management client 12: project management server
13 : 소스코드 버전관리 서버13 source code version control server
Claims (3)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-1999-0059261A KR100499049B1 (en) | 1999-12-20 | 1999-12-20 | A project management method implemented by project progress monitoring through source code version control |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-1999-0059261A KR100499049B1 (en) | 1999-12-20 | 1999-12-20 | A project management method implemented by project progress monitoring through source code version control |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20010064882A KR20010064882A (en) | 2001-07-11 |
| KR100499049B1 true KR100499049B1 (en) | 2005-07-04 |
Family
ID=19627174
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR10-1999-0059261A KR100499049B1 (en) | 1999-12-20 | 1999-12-20 | A project management method implemented by project progress monitoring through source code version control |
Country Status (1)
| Country | Link |
|---|---|
| KR (1) | KR100499049B1 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102532750B1 (en) | 2023-02-24 | 2023-05-16 | 주식회사 슈퍼스타트 | Software development project management system and method |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100434038B1 (en) * | 2001-09-28 | 2004-06-04 | 한국전자통신연구원 | the method and the system for management of component informations using a Repository |
| KR100796374B1 (en) * | 2006-04-21 | 2008-01-21 | (주) 디엠디 | System for network-based development and management of information technology solutions and method thereof |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08202773A (en) * | 1995-01-31 | 1996-08-09 | Hitachi Ltd | Software project proceeding managing device |
| JPH08234977A (en) * | 1995-02-24 | 1996-09-13 | Mitsubishi Electric Corp | Manifold progress management system for software project |
| JPH09259181A (en) * | 1996-03-19 | 1997-10-03 | Hitachi Ltd | Work flow managing system |
| US5907490A (en) * | 1997-06-10 | 1999-05-25 | Electronic Data Systems Corporation | System and method for project management and assessment |
| KR20000046708A (en) * | 1998-12-31 | 2000-07-25 | 구자홍 | Document management and automatic registration method of completion schedule of project schedule management system |
-
1999
- 1999-12-20 KR KR10-1999-0059261A patent/KR100499049B1/en not_active IP Right Cessation
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08202773A (en) * | 1995-01-31 | 1996-08-09 | Hitachi Ltd | Software project proceeding managing device |
| JPH08234977A (en) * | 1995-02-24 | 1996-09-13 | Mitsubishi Electric Corp | Manifold progress management system for software project |
| JPH09259181A (en) * | 1996-03-19 | 1997-10-03 | Hitachi Ltd | Work flow managing system |
| US5907490A (en) * | 1997-06-10 | 1999-05-25 | Electronic Data Systems Corporation | System and method for project management and assessment |
| KR20000046708A (en) * | 1998-12-31 | 2000-07-25 | 구자홍 | Document management and automatic registration method of completion schedule of project schedule management system |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102532750B1 (en) | 2023-02-24 | 2023-05-16 | 주식회사 슈퍼스타트 | Software development project management system and method |
Also Published As
| Publication number | Publication date |
|---|---|
| KR20010064882A (en) | 2001-07-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7072934B2 (en) | Method and apparatus for a business applications server management system platform | |
| US6643652B2 (en) | Method and apparatus for managing data exchange among systems in a network | |
| US7089583B2 (en) | Method and apparatus for a business applications server | |
| US20030229529A1 (en) | Method for enterprise workforce planning | |
| US6721747B2 (en) | Method and apparatus for an information server | |
| US9292828B2 (en) | Hierarchical display of project information in a collaboration environment | |
| US20020049788A1 (en) | Method and apparatus for a web content platform | |
| US20050257136A1 (en) | Methods and systems for animating a workflow and a project plan | |
| US20070226678A1 (en) | Exchanging project-related data in a client-server architecture | |
| US20040204947A1 (en) | System and method for generic business scenario management | |
| US20030074392A1 (en) | Methods for a request-response protocol between a client system and an application server | |
| US7469217B2 (en) | Product toolkit system and method | |
| AU2003230731A1 (en) | Method and system for enterprise business process management | |
| KR100729086B1 (en) | Implemnetation method of automated task allocation system for software development management with concurrent project management | |
| US20030093472A1 (en) | Project management system and method | |
| KR100499049B1 (en) | A project management method implemented by project progress monitoring through source code version control | |
| US6507844B1 (en) | Method and system for minimizing network traffic | |
| Kim et al. | RFID business aware framework for business process in the EPC network | |
| JP2007524886A (en) | System and method for managing a distributed design network | |
| Bunting et al. | Web services composite application framework (ws-caf) ver1. 0 | |
| Schill et al. | Codalf: a decentralized workflow management system on top of OSF DCE and DC++ | |
| Gorton et al. | Groupware support tools for collaborative software engineering | |
| Cichocki et al. | Workflow migration supporting virtual enterprises | |
| Kasik et al. | A flexible approach to alliances of complex applications | |
| Reich | De modo operandi: towards the interoperability of workflow information |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant | ||
| FPAY | Annual fee payment |
Payment date: 20090609 Year of fee payment: 5 |
|
| LAPS | Lapse due to unpaid annual fee |