베스트 프랙티스: 지속적으로 품질 검증개발 이후에 소프트웨어 문제점을 발견하고 복구하려면 100배에서 1000배까지의 비용이 더 듭니다. 적시에 올바른 목표를 달성하려면 프로젝트 라이프사이클 전체에서 품질을 확인하고 관리하는 것이 필요합니다. 주제라이프사이클
전체에서의 품질 검증의 의미
모든 결과물이 완성됨에 따라 이런 결과물의 품질을 프로젝트 라이프사이클의 여러 지점에서 평가하는 것이 중요합니다. 결과물은 각 반복의 끝에서 결과물을 완성하는 활동으로 평가되어야 합니다. 특히, 실행 가능한 소프트웨어가 생성되면 각 반복에서 중요한 시나리오 시연 및 테스트를 받아야 합니다. 이로 인해 설계 교환에 대해 더 실제적으로 이해하고 구조적 결함을 더 초기에 제거할 수 있습니다. 이것은 프로젝트 라이프사이클 마지막까지 통합 소프트웨어 테스트를 남겨 두는 전통적인 방법과 대조적입니다. 품질의 개념
소개
품질은 모두가 제품, 프로세스 및 서비스에서 얻으려고 애쓰는 대상입니다. 그러나 "품질의 개념"을 물으면 모두가 다른 의견을 가집니다. 공통적인 응답에는 다음 중 하나가 포함됩니다.
품질, 특히 소프트웨어에 관련된 품질에 대한 가장 빈번한 참조는 아마도 다음과 같은 품질 결여에 관련된 주석일 것입니다.
이런 평범한 응답이 이야기되고 있지만 이것은 품질을 엄격하게 조사하고 품질의 실행을 개선하기 위한 기회를 거의 제공하지않습니다. 이런 설명 모두는 측정되고 달성될 수 있는 방법으로 품질을 정의해야 할 필요성을 나타내고 있습니다. 그러나 품질은 단일 특성이나 속성이 아닙니다.
품질은 다차원이며 제품 또는 프로세스에 포함될 수 있습니다.
제품 품질이 올바른 제품을 빌드하는 데 중점을 두는 반면
프로세스 품질은 올바르게 제품을 빌드하는 데 중점을 둡니다.
자세한 정보는 품질의 정의
American Heritage Dictionary of the English Language, 제 3판, Houghton Mifflin Co.,© 1992, 1996에서 발췌한 품질의 정의는 다음과 같습니다.
이 정의에 나타난 대로 품질은 단일 차원이 아니라 여러 차원입니다. 정의를 사용하고 이것을 소프트웨어 개발에 적용하려면 정의가 정제되어야 합니다. 따라서 RUP에 적합한 품질의 정의는 다음과 같습니다.
품질 달성은 단지 "요구사항 충족", 또는 사용자 요구 및 기대를 충족시키는 제품 생산이 아닙니다. 오히려, 품질은 품질 달성을 증명하기 위한 측정치 및 기준, 프로세스에 의해 작성된 제품이 원하는 품질 정도를 이루었는지 확인하기 위한 프로세스 구현을 포함하며 반복되고 관리될 수 있습니다. RUP에서 품질 아이디어를 정의하는 방법에 대한 추가 정보는 다음 페이지를 참조하십시오. 품질 소유 주체
일반적인 오해는 하나의 그룹이 품질을 소유하고 책임진다는 것입니다. 이런 가설은 때때로 품질 보증(테스트, 품질 제어 및 품질 엔지니어링이라고도 함)이라고 부르는 그룹을 작성하고 이 그룹에게 품질에 대한 특권 및 책임을 제공하여 영구히 지속됩니다. 품질은 모두의 책임이며 또한 그래야 합니다. 품질 달성은 개별 규칙 대신에 거의 모든 프로세스 활동에 없어서는 안됩니다. 그 때문에 모두가 생산하는 제품(또는 결과물)의 품질 및 관련된 프로세스의 구현에 대해 책임지게 됩니다. 각 역할은 다음과 같은 방법으로 품질 달성에 기여합니다.
모두는 양질의 제품을 통해 얻어지는 책임 및 명예나 낮은 품질의 제품에서 오는 불명예를 분담해야 합니다. 그러나 특정 프로세스 컴포넌트에 직접 연관된 사람만이 프로세스 컴포넌트(및 결과물)에 대한 명예 또는 불명예를 책임집니다. 하지만 누군가는 품질 관리에 대한 책임을 맡아야 합니다. 다시 말해, 품질이 관리, 측정 및 달성되고 있는지 확인하기 위한 관리를 제공해야 합니다. 품질 관리를 책임지는 역할은 프로젝트 관리자입니다. 품질에 대한 일반적인 오해
품질에 대한 많은 오해가 있으며 가장 일반적인 오해는 다음과 같습니다. 품질은 제품에 추가되거나 제품으로 "테스트"될 수 있습니다.이것이 무엇인지, 이것을 수행하려면 무엇이 필요한지, 누가 사용하는지, 어떻게 사용되는지 등에 대한 설명이 없을 경우 제품이 생산될 수 없는 것처럼, 설명되지 않고 평가되지 않으며 제품 작성 프로세스의 일부가 아닌 경우 품질 및 품질 달성이 이루어질 수 없습니다.
품질은 단일 차원, 속성 또는 특성이며 모든 사람에게 동일한 것을 의미합니다.품질은 단일 차원, 속성 또는 특성이 아닙니다. 품질은 다양한 방법으로 측정됩니다. 프로젝트, 조직 및 고객의 요구사항을 충족시키기 위해 품질 메트릭 및 기준이 수립됩니다. 품질은 여러 차원으로 측정될 수 있습니다. 일부는 프로세스 품질에, 일부는 제품 품질에 적용되며 일부는 두 가지 모두에 적용됩니다. 품질은 다음에 대해 측정될 수 있습니다.
추가 정보는 개념: 품질
차원, 품질은 단독으로 발생합니다.품질은 자체적으로 발생할 수 없습니다.
품질을 달성하기 위해 프로세스가 구현되고 고수되며 평가됩니다.
RUP의 목적은 개발 조직 내에서 타스크 및 책임을 지정하는 규칙적인 방법을 제공하는 것입니다.
목표는 예측 가능한 스케줄 및 예산 내에서
일반 사용자의 요구사항을 충족시키는 양질의 소프트웨어 제작을 보증하는 것입니다.
RUP는 광범위한 프로젝트 및 조직에 맞게 조정될 수 있는 양식으로
최신 소프트웨어 개발에 대한 많은 베스트 프랙티스를 캡처합니다. 프로세스는 구성될 수 있고 품질(승인 기준)은 몇 가지 요인에 따라 협의될 수 있습니다. 가장 공통적인 요인은 다음과 같습니다.
프로세스의 변경사항 및 승인 기준은 프로젝트 시작시 식별되고 동의되어야 합니다. RUP에서
품질 관리
품질 관리는 다음과 같은 목적으로 수행됩니다.
RUP에서 품질 관리는 모든 규칙, 워크플로우, 단계 및 반복에서 구현됩니다. 일반적으로 라이프사이클에서의 품질 관리는 프로세스 품질 및 제품 품질 모두를 구현, 측정 및 평가하는 것을 의미합니다. 각 규칙의 품질을 관리하기 위해 소비되는 노력 중 일부가 다음 목록에 하이라이트됩니다.
|
Rational Unified Process
|