Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
posobie_po_pri.doc
Скачиваний:
0
Добавлен:
01.04.2025
Размер:
3.02 Mб
Скачать

3.2.3Методы прототипирования

Методы прототипирования можно разделить на три категории:

  • стили прототипирования, подразумевающие создание временно используемых прототипов и эволюционное прототипирование;

  • цели прототипирования, такие как требования, архитектурный дизайн или пользовательский интерфейс;

  • техники оценки / исследования результатов прототипирования, касающиеся того, как будут использованы результаты создания прототипа.

4Качество и эффективность в программной инженерии

4.1Обеспечение качества программного обеспечения

Качество – степень, с которой совокупность собственных характеристик объекта выполняет требования [определение международного стандарта ISO 9000-2008]. Качество программного средства – совокупность свойств программного продукта, которые обуславливают возможность удовлетворить определенные потребности пользователя в соответствии с его назначением.

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

4.1.1Качество программного продукта

Формирование представлений о качестве, вернее, уровне качества разрабатываемого программного средства закладывается ещё на этапе формирования требований к нему. Следовательно, аналитики (специалисты по управлению требованиями) должны во взаимодействии, в первую очередь с заказчиками, извлечь требования к качеству и определить приоритеты в соотношении скорость разработки – качество конечного продукта.

Стандарт ISO 9126 [‘] служит гидом в деле определения качества программных средств и определяет для двух из трех описанных в нем моделей, связанные характеристики качества, а также метрики, полезные для оценки качества программных продуктов. В стандарте понятие «продукт» расширено включением всех элементов, создаваемых на выходе всех процессов, используемых для создания конечного программного продукта, таких как: спецификация системных требований, спецификация программных требований для программных компонент системы, модели, код, тестовая документация, отчеты, создаваемые в результате работ по анализу качества. Обычно термин «качество» используется в отношении конечного продукта и поведения системы в процессе эксплуатации.

4.1.2Культура и этика программной инженерии

С точки зрения SWEBOK [] предполагается, что инженеры по программному обеспечению должны воспринимать вопросы качества программного обеспечения как часть своей профессиональной культуры.

Этические аспекты могут играть значительную роль в обеспечении качества программного обеспечения, культуре и отношении инженеров к своей работе. IEEE Computer Society и ACM разработали кодекс этики («моральный кодекс») и профессиональной практики, основанный на восьми принципах, помогающих инженерам укрепить их отношение к качеству и независимость в решении вопросов обеспечения достойного качества создаваемых программных продуктов в их повседневной работе.

4.1.3Значение и стоимость качества

Не все характеристики качества могут быть необходимы в конкретном проекте, некоторые из них могут требоваться не полно, в определённой степени. Значит, возникает возможность уменьшить трудоёмкость разработки, исключив из проекта избыточные требования. В зависимости от этого формируется и себестоимость качества.

Стоимость качества может быть дифференцирована на стоимость предупреждения дефектов, стоимость оценки (контроля), стоимость внутренних, а также внешних сбоев [Кросби – затраты на качество].

Рис. 46 Составляющие затрат на качество

С оздаваемое программное средство должно обладать определенной ценностью для потребителя, которая может выражаться как в форме стоимости, так и в других формах. Заказчик имеет свои представления о максимальных возможностях по инвестированию в разработку и свои ожидания в отношении качества программного средства, которые являются ограничениями для проекта. Хотя нет универсальных рекомендаций о правилах выбора подходов к обеспечению качества, инженеры должны уметь генерировать альтернативы, определяющие соотношение различного уровня качества и стоимости, основываясь на идеи уменьшения затрат за счёт использования процессного подхода.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]