어쨌건간에 흘러가는 者 ::

본 포스트는 개인 스터디 용으로 작성된 Ian Sommerville의 Software Engineering, 8/E의 요약본입니다.

1. 프로세스 개선 개요
- 현재의 프로세스 이해 및 제품의 품질을 향상시키고, 비용 절감하거나 스케줄을 앞당기기 위해 프로세스를 변경하는 행위
- 대부분의 프로세스 개선은 결함 제거에 초점이 맞춰지나, 다른 프로세스 속성도 주요 목적에 속함
- 프로세스 속성(attribute)의 예 : 이해가능성, 가시성, 지원가능성(CASE 도구를 통한 지원 가능 여부), 수용가능성(해당 프로세스가 엔지니어에게), 신뢰성(제품 오류를 유발하지 않도록), 강건성(예기치 않은 문제로 프로세스가 중단되는 일이 없도록), 유지보수성(프로세스 자체의), 신속성
- 프로세스 개선 단계(세 단계가 사이클을 이루면서 개선이 이루어짐)
1) 프로세스 측정 : 현재 프로세스의 속성을 측정. 측정치가 바로 개선을 위한 baseline
2) 프로세스 분석 : 현 프로세스 평가 및 bottleneck과 취약점을 식별
3) 프로세스 변경 : 분석을 통해 식별한 부분에 대한 변경

2. 프로세스 및 제품 품질
- 프로세스 품질 향상은 제품 품질 향상에 직결
- 제조의 경우 프로세스는 주된 품질 결정자(determinant)이나, 설계 기반 활동의 경우 설계자(designer)의 능력 등 기타 요소가 관계됨.
- 주요 제품 품질 인자 : 프로세스 품질 / 개발 기술(developement technology) / people quality / 비용, 시간, 스케줄
1) 대규모 프로젝트에서는 프로세스 품질이 key factor
2) 소규모 프로젝트에서는 개발자의 역량 및 개발 기술이 key factor
3) 위 두 경우 모두에서 비현실적 schedule은 제품 품질 저하에 직결

3. 프로세스 분류
- 비정형(informal) : 상세 프로세스 모델이 없음. 개발 팀은 그들만의 방식을 선택. e.g. 프로토타입, 단기 lifetime 시스템, 4GL 비즈니스 시스템, 소/중규모 시스템
- 관리(managed) : 개발 프로세스를 이끌 프로세스 모델이 정의됨. e.g. 대규모 시스템, 장기 lifetime 제품
- 방법적(Methodical) : RUP와 같은 특정 개발 방법론이 프로세스를 지원. e.g. well-understood application domain, re-engineered system.
- 지원(supported) : 자동화된 CASE 도구가 프로세스를 지원