품질관리 (소프트웨어 개발) PMBoK 프로젝트
PMBOK 프로젝트 품질관리(소프트웨어 개발)
프로젝트 품질관리 1. 소프트웨어 품질◆품질의 일반적 정의·「그것의 유용성을 결정하는 성질」또는「그것의 사용 또는 적용 목적을 만족(또는 만족)했는지 여부를 결정하기 위한 평가의 대상이 되는 고유 성질 또는 성능의 전부.즉 제품이나 서비스가 그 사용이나 적용목적을 충족하기 위해 대비해야 할 성질로서 '가격(price)과 납기(딜리버리) 이외의 모든 것'이라고 정의할 수도 있다.• 품질특성(quality characteristic): 제품이나 서비스가 평가될 때 평가의 기준이 되는 속성이나 특성, 주관적 품질: 사용자가 직접 또는 사용자의 관점에서 평가한 품질.·객관적 품질: 제품이나 서비스의, 그 사용이나 적용 목적과 관련되어 있다고 생각되는 물리적이고 객관적인 특성을 측정해, 평가한 품질.◆ 수명 주기에 따른 품질의 종류 및 요구 품질(requirement of quality) : 제품을 사용하거나 서비스를 적용되는 사람의 시점에서 요구되는 품질.설계 품질(quality of design): 명세(specification)와 설계(design)에 의해서 정의된 품질.제품품질(quality of design): 제조공정에 의해 실현된 제품의 품질. 일반적으로 객관적 품질은 제품품질의 설계품질에 어떻게 적합한가에 따라 평가되며, 이러한 관점에서 제품품질을 적합품질(quality conformance)이라고도 한다.• 사용 품질(quality in use) : 제품이 시장에서 상품화된 후에, 소비자가 사용한 후에 주관적으로 평가한 품질. 시장품질이라고도 한다. 사용품질은 제품의 독자품질 속성뿐만 아니라 제품이 사용되는 환경 및 콘텍스트에 의해 복합적으로 영향을 받는다.
요인 분석도
◆벤치마킹∙자사의 제품, 서비스, 공정, 업무수행 과정 등을 타 우수업체와 비교하여 개선을 도모하는 지속적이고 체계적인 절차-경쟁적 벤치마킹: 동일 산업 내 경쟁업체와 비교할 경우- 기능적 벤치마킹: 모든 산업분야 우수업체와 비교할 경우- 내부 벤치마킹: 한 단계 조직이 다른 우수한 단위조직을 벤치마킹하는 경우-벤치마킹, 4개.고원인 분석하기 ③통합: 개선의 목표를 설정하고 개선을 위한 계획을 수립하며 목표달성을 위해 경영자의 지원과 필요한 자원을 확보한다④실행: 계획을 실천하고 진행상황을 감시한다◆품질기능 전개(QFD:quality function deployment)·신제품 개발 시 고객의 의견을 듣고 그들이 진정으로 원하는 것이 무엇인지를 알아내는 것.목표: 각 품질 특성의 목표 수준 달성에 대한 객관적이고 체계적인 비용 편익 분석(costbenefitanalysis)을 가능하게 함으로써 한정된 자원으로 최대한의 고객 만족을 창출하는 것, 그를 위해서 이하의 사항을 실시한다.- 소비자의 요구를 구체화해, 회사 전체의 조직에 전달한다.경쟁사를 벤치마킹하여 목표 품질 수준을 설정한다.주요 품질특성의 우선순위를 정한다.- 품질에 영향을 줄 가능성이 있는 모든 요소(제품특성, 부품특성, 설비특성, 공정특성 등)를 부각시켜, 체계화한다.- 품질에 영향을 주는 요소 간의 인과관계를 명확히 하여 체계화한다.-제요소의 중요도를 품질에 미치는 영향의 관점에서 평가한다.효과: 제품의 품질 향상에 의한 소비자 만족도의 향상과 신상품의 개발 기간의 단축 및 제조 과정의 합리화에 의한 비용 절감이다. 구체적인 효과는 이하와 같다.- 설계변경의 감소: 제품개발에 관련된 모든 활동이 소비자의 요구사항을 근간으로 하여 통합적으로 이루어지기 때문에 전통적인 순차개발방식으로 기능부서간 의사소통의 미비로 인한(특히 제품개발 후반의) 설계변경의 필요성이 줄어든다.- 개발 기간의 단축:일반적으로 제품의 개념 확립과 기초 설계 단계에서 더 많은 시간이 소요되지만, 그 후의 단계에서의 설계 변경이 감소함에 따라 결과적으로 전체의 개발 기간은 단축된다.- 시운전 시 문제점 감소 : 제품 설계 과정에서 공정 및 생산단계에서 발생 가능한 상반된 관계를 미리 고려하므로 시운전 시 문제점 발생의 여지가 줄어든다.- 설계과정의 문서화 : 품질기능 전개에서는 설계변수 간의 상반된 관계발생의 근원 및 해결의 논리적 근거, 설계 시에 특히 고려된 제품의 특성 등이 상세하게 기록되며, 이러한 기록은 제품 개선이나 다른 신제품 개발 시에 유용하게 사용된다.- 기타: 판매 후 불량 발생 감소, 품질 보증 비용 감소, 기능 부서 간 팀워크 향상 등.
프로젝트 품질관리 4.PMBoK 프로젝트 품질관리 지식영역 프로세스명 품질계획 내용 프로젝트에 대한 적절한 품질표준을 명시해, 그 표준을 채우는 방법을 결정한다.산출물 투입물·품질관리 계획서·품질 매트리스·품질 체크리스트·프로세스 개선 계획서·품질 기준서·프로젝트 관리 계획서(수정되었다)·기업 환경 요인·조직 프로세스 자산·프로젝트 범위 기술서·프로젝트 관리 계획서
프로세스명 품질보증 이행 내용 프로젝트가 요구사항을 만족시키는데 필요한 모든 프로세스를 철저히 진행하는 것을 보증해, 체계적인 품질관리 활동을 적용한다.산출물 투입물·변경 요구서·시정 처치(권고한)·조직의 프로세스 자산(수정된)·프로젝트 관리 계획서(수정된)·품질관리 계획·품질 메트릭·프로세스 개선 계획서·작업 성과 정보·변경 요구(승인된)·품질통제 측정·변경 요구(이행된) 프로세스명 품질통제 내용 특정 프로젝트 결과를 감시하고, 해당 품질표준을 준수할지 판단해, 성과가 부족했다.산출물 투입물·품질통제 측정·결함 복구(검증된)·품질기준(수정된)·시정조치(권고했다)·예방조치(권고했다)·변경요구서·결함 복구(권고했다)·조직의 프로세스 자산(수정된)·인도물(검증된)·프로젝트 관리계획(수정된)·품질관리계획(수정된)·품질 메트릭·품질점검 리스트·조직의 프로세스 자산·작업 승인·변경하도록 했다. 이는 계획 프로세스 그룹의 수행과 프로젝트 관리계획의 주요 프로세스 중 하나로, 다른 프로젝트 계획 책정 프로세스와 병행하여 수행되어야 한다.비용편익 분석이나 벤치마킹등의 하위 활동을 실시할 수 있는◆품질보증 실행(실행)·품질보증(QA:Quality Assurance)은 프로젝트가 요구사항을 만족시키기 위해 필요한 모든 프로세스를 사용하는 것을 보장하기 위해 계획되고 절차화된 품질 활동의 적용이다.또한, 다른 중요한 품질보증 활동인 지속적인 프로세스 개선을 포괄한다.품질감사나 프로세스 분석 등의 활동을 포함한다.◆품질통제수행(감시 및 통제)·품질통제(QC:Quality Control) 수행과정에서는 관련 품질표준의 준수여부의 판단을 위해 결과를 감시하고 만족스럽지 못한 결과의 원인을 제거하기 위한 방안을 모색한다.• 프로젝트 전체 기간 중에 수행해야 한다.종종 품질통제 부서 또는 유사 명칭의 조직 부서에 의해 수행된다.• 불만족스러운 프로젝트 성과의 원인을 제거하기 위해 이루어지는 활동을 포함할 수 있다.
ISO 9126 소프트웨어 품질분류 체계 품질특성 부특성 설명기능성 기능성 측정가능성 규정된 작업과 사용자 목적을 위한 적절한 기능을 제공하는가?정확성 accuracy 요구하는 정밀도를 유지할 것인가, 또는 허용 범위 내의 결과치를 제공할 수 있는가.상호운영성 interoperability(1개 이상의) 규정된 시스템과 상호작용 할 수 있는가?보안 사용자의 권한으로 시스템 또는 시스템 내 정보에 대한 접근 제어를 통해 대상 정보를 보호할 수 있는가?준수성 컴플라이언스 기능성과 관련된 표준, 관례 또는 법적 규제 및 유사한 규정에 따를까?신뢰성 신뢰성 신뢰성 성숙성 미터리티 제품 내의 결함에 의한 고장을 피할 수 있는가?결함 허용성 fault tolerance 규정된 인터페이스의 위반 또는 결함이 발생했을 때 규정된 성능 수준을 유지할 수 있는가?회복성 복구 고장 시에 규정된 성능 레벨을 유지하여 직접적으로 영향을 받은 데이터를 복구할 수 있는가?준수성 컴플라이언스 신뢰성과 관련된 표준, 관례 및 규제 등을 따를까?사용성 이해성 understandability 제품이 특정 작업 조건에서 어떻게 사용될 수 있는지를 사용자가 이해할 수 있는가?학습성 learnability 사용자가 제품 사용을 학습할 수 있는가?운용성 operability 사용자가 제품을 운용하고 제어할 수 있는가?매력 attractiveness 사용자가 제품에 매력을 느끼는가?준수성 컴플라이언스 사용성과 관련된 표준, 관례, 타입 가이드 및 규제 등을 따를까?효율성 efficiency 시간효율성 time behavior 규정된 조건에서 해당 기능을 수행할 때 적절한 반응 및 처리시간과 처리율을 제공하나?자원효율성 resource behavior (resourceutilization) 규정된 조건에서 제품이 그 기능을 할 때 적절한 자원의 양과 종류를 사용하는가?준수성 컴플라이언스 효율성과 관련된 표준 및 관례에 따를까?보수성 mainability 분석성 analyzability 결함 및 고장의 원인 혹은 변경되는 부분의 식별에 관한 진단이 가능한가?변경성 채널의 변경이 용이하게 실현될 수 있는가?안정성 스태빌리티 변경에 의한 예상외의 결과를 최소한으로 억제할 수 있는가?시험성 testability 변경된 제품을 확인할 수 있는가?준수성 컴플라이언스 보수성과 관련된 표준 및 관례에 따르는가?이식성 이동성 적응성 adaptability 제품이 기본적으로 제공하는 방법만으로 다른 환경에 이전할 수 있는가?설치성 인스톨러빌리티로 규정된 환경에 설치할 수 있는가?공존성의 co-existence 공통 자원을 공유하는 공동 환경에서 다른 독립된 소프트웨어와 공존할 수 있는가?대체성 replacement compatibility 동일한 환경에서 동일한 목적으로 지정된 다른 소프트웨어 제품 대신 사용할 수 있는가?준거성 컴플라이언스 이식성과 관련된 표준 및 관례에 따를까?◆ 품질특성에 대한 정의·기능성-소프트웨어가 규정된 조건에서 사용될 때 명시된 요구와 내재된 요구를 만족하는 기능을 제공하는 정도. - 다른 품질특성은 주로 소프트웨어가 언제, 어떻게 할 것인가에 관련된 반면, 이 특성은 기능적 요구를 충족시키기 위해 소프트웨어가 무엇을 할 것인가에 관련된다.• 신뢰성 - 소프트웨어가 규정된 조건에서 사용될 때 규정된 성능 수준을 유지하고 사용자가 오류를 범하지 않을 정도. - 소프트웨어의 성능저하 및 실패는 사용 경과시간보다는 잘못된 요구사항의 정의, 설계 및 실장의 논리적 결함, 사용자 숙련 부족, 그리고 사용환경의 변화 등에 기인한다.• 사용성-소프트웨어가 규정된 조건에서 사용될 경우 사용자가 쉽게 이해하고 학습하며 매력을 느끼는 정도. - 기능성, 신뢰성, 효율성 등 몇 가지 특징은 사용성에 영향을 줄 수 있으나 사용성으로 분류되지 않는다.사용자에는 소프트웨어 사용에 영향을 받거나 의존하는 운영자, 최종 사용자, 그리고 간접 사용자 등이 포함된다.- 사용 준비 및
