A software process needs to be changed for a variety of reasons. When a software process is changed, a project manager needs to perform two types of change impact analysis activities: one for identifying the affected elements of a software process which is affected by the change and the other for analyzing the quantitative impact of the change on the project performance. The former makes the process be consistent. On the other hand, the latter allows a project manager to decide whether the change is accepted or not as well as to manage the project after the change is applied.
We propose an approach to obtain the elements to be changed using process slicing and developing a simulation model based on the elements to quantitatively analyze the change using simulation. Process slicing identifies the elements affected by changes using a process dependency model and a case-based reasoning (CBR) technique. The process dependency model of a software process consists of process dependency models for sub-processes in a software process and inter-dependencies between the sub-processes. A process dependency model for each sub-process contains several types of dependencies: activity control dependencies, artifact information dependencies, role replacement dependencies, in/out dependencies, and assignment dependencies. Process slicing first generates a preliminary process slice for changes using the process dependency model for a software process. Then, it generates a final process slice by integrating the set of refined process slices, which are the preliminary process slices refined by the result of CBR. We suggest transformation algorithms to automatically derive the simulation model from the process model containing the elements to be changed. The quantitative analysis can be performed by simulating the simulation model. The quantitative analysis can be performed by simulating the simulation model. In addition, we provide the tool to support our approach. We perform a case study to validate the usefulness of our approach. The result of the case study shows that our approach can correctly identify the elements affected by changes and provide basis for examining various alternatives for process changes.
프트웨어를 개발하는 과정에서 소프트웨어 프로세스는 여러가지 이유로 인해서 변경이 필요하게 된다. 소프트웨어 프로세스가 변할 때, 프로젝트 관리자는 효과적인 변경 계획을 수립하기 위해 프로세스 내의 어떤 요소들이 변해야 하는지와 변경이 프로젝트 비용이나 일정 등에 어떤 영향을 주는지에 대해 알아야 한다. 이는 변경될 프로세스의 일관성을 유지할 수 있도록 하고 프로젝트 관리자가 변경 사항을 적용할 것인지에 대한 판단 기준을 제공한다.
본 연구에서는 프로세스 슬라이싱과 시뮬레이션을 이용하여 프로세스 내의 변경에 영향을 받는 요소를 식별하고 프로젝트에 주는 영향을 정량적으로 분석할 수 있는 방법을 제안한다. 프로세스 슬라이싱은 프로세스 의존성 모델과 사례 기반 추론 기법을 이용하여 변경에 영향을 받는 요소를 식별한다. 프로세스 의존성 모델은 하위 프로세스 의존성 모델들과 그들 간의 상호 프로세스 의존성으로 구성된다. 각각의 하위 프로세스 의존성 모델은 프로세스로부터 활동 흐름 의존성, 산출물 흐름 의존성, 역할 의존성, 할당 의존성, 입출력 의존성을 식별하고 이로부터 활동 제어 의존성, 산출물 정보 의존성, 역할 대체 의존성을 유도해낸 후 이들을 결합하여 프로세스 의존 모델을 생성한다. 프로세스 슬라이싱은 개별 프로세스 변경에 대해 사전 프로세스 슬라이스를 만들어 낸 후, 사례 기반 추론 기법을 이용하여 각 사전 프로세스를 정제한 후 이들을 결합하여 최종적인 프로세스 슬라이스를 만들어 낸다. 프로세스 슬라이스와 함께 본 연구에서는 식별된 요소들을 기반으로 자동적으로 시뮬레이션 모델을 생성할 수 있도록 하는 기법을 제안한다. 이를 위해 구조 변환 알고리즘과 행위 변환 알고리즘을 고안하였다. 구조 변환 알고리즘은 소프트웨어 프로세스 모델에서 시뮬레이션 모델의 구조를 만들어내고, 행위 변환 알고리즘은 소프트웨어 프로세스 모델에서 시뮬레이션 결과를 만들어내는 계산 로직을 만들어낸다. 시뮬레이션 모델이 생성되고 이를 기반으로 프로세스에 대한 정량적인 영향을 분석할 수 있게 된다.
본 연구에서는 이러한 기법들을 구현해주는 도구를 제공하고 본 연구에서 제안하는 방법을 실제 프로젝트에 적용시켜보았다. 그 결과 본 연구가 프로세스 변경 영향 분석을 하는데 있어서 적은 비용으로 유용한 결과를 제공해줌을 확인할 수 있었다.
