어쨌건간에 흘러가는 者

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

11. 품질 제어(Quality control)
- S/W 개발 프로세스를 검사하여 절차와 표준을 따르는지 여부를 판단
- 품질 제어의 두 가지 유형
  1) 품질 검토(review)
  2) 자동 S/W 평가 : S/W 측정 및 특정 척도와의 비교 포함

12. 품질 검토(Quality review)
- 제품 및 프로세스 검증을 위한 주요 방법
- 특정 팀이 잠재적 문제를 찾기 위해 프로세스의 전과정 또는 시스템과 해당 문서를 검사
- 목적 : 시스템의 결함과 비일관성의 발견
- 코드, 설계, 명세, 테스트 계획, 문서, 표준 등이 검토 대상
- 품질 검토의 기능
  1) 품질 관리 : 일반적 품질 관리 프로세스의 일부
  2) 프로젝트 관리 : 프로젝트 관리자에게 S/W 품질에 대한 정보를 제공
  3) 훈련 및 소통 : 제품 지식이 개발팀 멤버 간에 전달됨
- 검토 프로세스 : 검토 팀 선택 -> 장소 및 시간 선정 -> 문서 배포 -> 검토 수행 -> 검토 문서(form) 생성
- 검토 결과 : No action, Refer for repair, Reconsider, Overall design 등으로 분류하여 고객에게 전달해야 함.

참고:
검토(review)에는 여러 종류가 있음 : 1) 결함 제거를 위한 inspection(제품 대상), 2) 진행 검토(제품 및 프로세스 대상), 3) 품질 검토(제품 및 문서 대상)

12. S/W 측정(measurement)과 (측정을 위한) 척도(metric)
- S/W 제품 또는 프로세스의 속성(attribute)에 대한 수치를 끌어내어 이를 척도와 비교하는 행위
- S/W 시스템, 프로세스, 관련 문서 등 모든 부분에 측정
- 제품 속성(attribute)을 예측(predict)하거나 S/W 프로세스를 제어(control)하는 데 사용
- 예측에는 두 개의 속성이 존재 : 내부 속성 / 외부 속성
13. 제품 측정 프로세스(Product measurement process)
- S/W 측정 프로세스는 품질 제어 프로세스의 일부
- 본 프로세스 실행 중 모인 데이터는 조직적 리소스(organisational resource)로 관리되어야 : 측정 DB가 수립 시 프로젝트간 비교가 가능
- 절차 : 측정 항목 선택 -> 평가할 컴포넌트 선택 -> 컴포넌트 특성 측정 -> 비정상 측정 항목 식별 -> 비정상 컴포넌트 분석

14. 제품 척도(Product metrics)
- 품질 척도는 제품 품질을 예측할 수 있어야
- 제품 척도의 종류
  1) 동적 척도 : 프로그램 실행 시 모인 측정치. 효율성과 신뢰성 평가에 도움. S/W 품질 속성에 직접적 관계됨.
  2) 정적 척도 : 시스템 표현(설계, 문서 등)으로 만들어진 측정치. 복잡성, 이해가능성, 유지보수성 평가에 도움. S/W 품질 속성에 간접적 관계됨. e.g. Fan-in/out(한 함수 내에서 호출하는 다른 함수의 수를 측정-in의 경우), 코드 길이, 사이클로매틱 복잡도(제어 복잡도), 식별자의 길이, 포그 색인(단어의 평균 길이를 측정)
  3) 개체 지향 척도 : 정적 척도의 일부(?). 상속 트리의 깊이, Method fan-in/out, Weighted fan in/out, overriding 개수
- 특정 척도는 프로젝트, QA팀의 목표, S/W 유형에 좌우 : 조직 자신에 가장 적합한 척도를 발견하기 위해 실험해야

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

1. S/W 품질 관리(Quality management)
- S/W가 요구 수준(표준)의 품질에 도달했음을 확인
- 적절한 품질 표준과 절차(procedure)를 정의
- 품질은 모두의 책임임을 나타내는 '품질 문화'를 개발

2. S/W에서 품질이란 무엇인가?
- 품질이란 단순히 제품이 자신의 명세에 만족함을 의미한다.
- 위 정의는 다음의 사항에서 문제점이 있다.
  1) 고객의 품질 요구사항(효율성, 신뢰성 등)와 개발자의 품질 요구사항(유지보수성, 재사용성 등) 간에 빚어지는 마찰
  2) 특정 품질 요구사항은 모호함을 띄므로, 지정이 어려움.
  3) S/W 명세는 일반적으로 불완전하며 종종 일관적이지 못함. 그러나 명세가 완전할 때까지 진행되는 일은 없음 : 품질에 대한 타협이 일어남.

3. 품질 관리의 영역
- 품질 관리는 특히 대규모의 복잡한 시스템에서 중요. 품질 문서화는 개발 프로세스에 대한 기록이며, 개발 팀이 변경됨에 따른 개발 불연속성에 대한 해결책으로 작용.
- 작은 시스템 개발에서는 문서화보다는 품질 문화를 이루는 것이 중요.

4. 품질 관리 활동
- 품질 보증(Quality Assurance) : 조직적 절차와 품질에 대한 표준을 수립
- 품질 계획(Quality Planning) : 적용가능한 절차와 해당 프로젝트에 맞는 표준을 선정, 이를 필요에 따라 수정
- 품질 제어(Quality Control) : 절차와 표준이 S/W 개발 팀에 의해 준수되고 있음을 확인
- 품질 관리는 프로젝트 관리와 분명히 분리되고, 독립적이어야 함.

5. 프로세스와 제품 품질
- 프로세스에서의 설계와 창조성, 유지 보수성 등 측정이 쉽지 않은 S/W 개발 속성으로 인해 S/W의 경우는 프로세스와 제품 품질 간 관계가 매우 복잡
- 그러나 제품의 품질은 프로세스에 의해 크게 영향을 받음이 경험적으로 증명됨.
- 어떻게 검토(review)를 이룰지, 형상 관리는 어떻게 이룰지 등의 프로세스 표준 정의가 필요.
6. 품질 보증과 표준
- 표준은 효과적 품질 관리의 핵심
- 품질 보증 프로세스의 일환으로 설정 가능한 두가지 유형의 표준 : 제품 표준, 프로세스 표준
  1) 제품 표준 : 모든 컴포넌트가 보여야 할 특징을 정의. e.g 설계 검토 형식, 요구사항 문서 구조, 메서드 헤더 양식, 프로그래밍 스타일, 프로젝트 계획 양식 등.
  2) 프로세스 표준 : S/W 프로세스에서 수행되어야 할 사항을 정의. e.g. 설계 검토 시행, 버전 릴리스 프로세스, 프로젝트 계획 승인 프로세스 등

7. 표준의 중요성
- 베스트 프랙티스를 포함함. 지난 실수를 반복하지 않도록
- 품질 보증 프로세스의 프레임워크 : 표준 준수 검사를 포함함
- 연속성을 제공 : 새로운 스태프는 사용되고 있는 표준을 이해함으로 조직을 이해할 수 있음.