Проектирование информационных систем (ИС). Нормативная база. Модели качества ПО ИС

Нормативная база. Модели качества ПО ИС.
Лекция 15

Классификация требований – модель FURPS+
Functionality функциональные требования
Usability (требования практичности)
Reliability (требования надежности)
Performance (требования производительности)
Supportability (требования обслуживания и сопровождения)
Дополнительно + IEEE 610.12.1990
Проектные ограничения
Требования выполнения
Требования к GUI
Физические требования

Functionality – функциональные требования
Функциональные требования определяют действия, которые должна быть способна выполнить система, без рассмотрения физических особенностей их реализации
Тем самым функциональные требования определяют внешнее поведение системы
Лучше всего они описываются в форме модели вариантов использования
Каждому функциональному требованию в этом случае будет соответствовать отдельный вариант использования

Показатели качества для модели вариантов использования
Все ли функциональные требования описываются вариантами использования?
Не содержит ли модель вариантов использования ненужное поведение, которое отсутствует в требованиях?
Действительно ли в модели необходимы все выявленные связи включения, расширения и обобщения?
Правильно ли произведено деление модели на пакеты вариантов использования?
Стала ли модель в результате деление на пакеты проще и удобнее для восприятия и сопровождения?
Можно ли на основе модели вариантов использования составить четкое представление о функционировании системы в контексте ее пользователей?

Противоречивость и адекватность моделей в нотации UML
Модель, соответствующая правилам нотации или семантики языка UML называется непротиворечивой (well-formed model)
Модель, нарушающая правила нотации или семантики языка UML называется противоречивой (ill-formed model)
Здесь могут быть использованы формальные критерии – соответствие спецификации языка UML!
Модель, достаточно полно и правильно отражающая предметную область или решаемую проблему называется адекватной
Модель, не достаточно полно или неправильно отражающая предметную область или решаемую проблему называется не адекватной
Здесь могут быть использованы только неформальные критерии – субъективное мнение экспертов!
Моя модель – это не ваша модель, а ваша модель – не моя…

Основные определения
Совокупность свойств системы, обусловливающих возможность ее использования для удовлетворения определенных в соответствии с ее назначением потребностей – качество

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

Свойства, определяющие качество ИС

Средства оценки качества функционирования ИС
Аттестация
Верификация
Стандартизация
Сертификация

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

Аттестация и верификация –взаимосвязанные процессы, выполнение которых гарантирует, что разрабатываемая информационная система будет отвечать предъявляемым к ней требованиям качества. Объектами аттестации-верификации при создании ИС являются все компоненты системы: документация, программное обеспечение, аппаратные средства и т.д.
Верификация – процесс, направленный на контроль качества программного обеспечения и обнаружение в нем ошибок, целью которого является подтверждение того, что объект соответствует требованиям, проектным спецификациям и стандартам.
Процесс аттестации – это тестирование компонентов, которые выполняются после завершения верификации, и представляет собой процесс создания выполняемых тестовых случаев, используемых в процессе реального тестирования функционирующей системы. Процесс аттестации представляет собой динамическое тестирование компонентов системы и требует обязательного использования компьютера.