Главная » UML » Качество процесса и продукта

0

Часто спрашивают, почему не существует исполнителя, отвечающего за качество Rational Unified Process. Ответ заключается в том, что качество продукта определяется не усилиями нескольких человек; за качество несут ответственность все сотрудники организации-разработчика. При разработке программного обеспечения основные требования к качеству относятся к двум областям: качеству продукта и качеству процесса. Рассмотрим их подробнее.

•    Качество продукта

Качество основного производимого продукта (программного обеспечения или системы) и всех его составляющих (например, компонентов, подсистем, архитектуры и т. д.).

3 Crady Booch et. al. UML Users Guide. Reading, MA: Addison-Wesley Longman, 1998.

 

•    Качество процесса

Насколько был реализован желаемый процесс (в том числе системы мер и критерии качества) и насколько его придерживались во время производства продукта. Кроме того, на качество процесса влияет и качество артефактов (таких, как планы итераций, планы тестирования, реализации прецедентов, модель проектирования и т.д.), создаваемых для поддержки основного продукта.

Впрочем, в Rational Unified Process основное внимание обращается на проверку и объективную оценку того, имеет ли конечный продукт ожидаемый уровень качества. Это и является основной задачей технологического процесса тестирования, описанного в главе 12, а также других процессов и метрик продукта.

Управление конфигурацией и изменениями

Многие продукты процесса довольно часто меняются, причем особенно это справедливо для итеративной разработки, где из-за гибкости планирования и проведения разработки, а также эволюции требований жизненную важность приобретают вопросы отслеживания изменений и обеспечения глобальной синхронности. Управление изменениями, основанное на потребностях организации-разработчика, представляет собой упорядоченный подход к управлению изменениями в требованиях, проекте и реализации. Охватываются также такие важные виды деятельности, как отслеживание дефектов, недоразумений и обязательств проекта; кроме того, эти виды деятельности связываются с определенными артефактами и версиями. Отметим также, что управление изменениями связано с управлением конфигурацией и мерами.

Подробнее об этих важных аспектах, связанных с управлением разработкой программного обеспечения, а также об их взаимоотношениях рассказывается в главе 13, "Технологический процесс управления конфигурацией и изменениями".

Прочие ключевые свойства Rational Unified Process

Помимо шести лучших советов по организации процесса разработки, стоит указать еще три важные особенности Rational Unified Process.

•       Роль прецедентов в управлении многими аспектами разработки

•       Использование контуров процессов, которые организация, принявшая Rational
Unified Process, может расширять и адаптировать для своих нужд

•       Необходимость средств разработки программного обеспечения, поддерживаю
щих данный процесс

По теме:

  • Комментарии