Вы находитесь на странице: 1из 23

Лекция 1.

Программная инженерия в жизненном цикле программных адресов процессов.*

Жизненный цикл(ЖЦ) – совокупность процессов и этапов развития организмов


живой природы, технических систем, продуктов производства от момента
зарождения или появления потребности их создания и использования до
прекращения функционирования.
(1. Идея; 2. Проектирование; 3. Разработка; 4. Утилизация).

Модель жизненного цикла.

Общая модель ЖЦ:


1. Определение потребности
2. Исследование и описание основных концепций
3. Проектирование и разработка
4. Испытание системы
5. Создание и производство
6. Распространение и продажа
7. Эксплуатация
8. Сопровождение и мониторинг
9. Снятие с эксплуатации и утилизация

Программные продукты (ПП):


1. Малые – относительно небольшие ПП создаваемые одиночными или
небольшими коллективами специалистов.
2. Большие – крупномасштабные комплексные продукты для сложных систем
управления и обработки информации, оформленных в виде ПП с
гарантированным качеством.

Особенности и свойства Больших ПП:


1. Большая размерность, трудоемкость и сложность создания таких программ
определяют необходимость тщательного анализа экономической
эффективности всего их ЖЦ.
2. От заказчика ПП разработчику необходимо получить квалификационные
конкретные требования и функциональные характеристики проекта и
продукта.
3. Для организации и координирования деятельности специалистов
разработчиков необходимы квалифицированные менеджеры проекта.
4. В проектировании таких ПП участвуют специалисты разной квалификации и
специализации.
5. От работников проекта требуется гарантия высокого качества надежности
функционирования и безопасности применения ПП.
6. Необходимо приманить индустриальные регламентированные стандартные
процессы, этапы и документы, а также методы, методики и комплексы
средств автоматизации технологического обеспечения ЖЦ ПП.
Методы и процессы стандартизации ЖЦ ПП играют стабилизирующую роль и
организационную роль во всем ЖЦ ПП. Они обеспечивают:
1. Расширение и совершенствование функц. ПП с сохранением их
целостности и первичных затрат.
2. Систематическое повышение качества функционирования ПП для решения
задач пользователей в различной внешней среде.
3. Улучшение технико-экономических характеристик, применения ПП.
4. Совершенствование технологического обеспечения цикла ПП.

При выборе стандартов для разработки ПП целесообразно учитывать ряд


требований программной инженерии и формирования ЖЦ ПП:
1. Архитектура комплекса программ должна соответствовать текущим и
перспективным целям и стратегическим функциональным задачам, быть
достаточно гибкой и допускать относительно простое развитие и
наращивание функций в соответствии с расширением сфер и задач ее
применения.
2. В структуре ПП следует предусматривать обеспечение максимально
возможной сохранности инвестиций в аппаратные и программные средства
при длительном развитии, сопровождении и модернизации системы.
3. Необходимо обеспечить эффективное использование ресурсов в ЖЦ ПП и
минимизировать интегральные затраты на обработку данных (в тип
выраженных)* ее функционирования с учетом эксплуатационных затрат и
капитальных вложений в создание ПП.
4. Должны быть обеспечены безопасность функционирования системы и
надежная защита данных от ошибок, разрушения или потери информации,
а также авторизация пользователей, управление рабочей группой,
резервирование и оперативное восстановление функционирования ПП.
5. Для обеспечения развития ЖЦ ПП целесообразно предусматривается
возможность интеграции гетерогенных вычислительных комплексов и
возможность переноса ПП на различные аппаратные и операционные
платформы на основе концепций и стандартов открытых систем.
6. Следует обеспечить комфортность обучения и максимально упрощенный
доступ конечных пользователей к управлению и результатам
функционирования ПП на основе современных графических средств и
наглядных пользовательских интерфейсов.

Система – множество материальных объектов любой, в т.ч. разумной


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

Системотехника – это научное направление, охватывающая вопросы


проектирования создания испытания и эксплуатации сложных систем различного
направления.
Программная Инженерия – систематика применения научных и технических
знаний, методов и практического опыта к проектированию, воплощению,
испытанию и документированию ПП.

Основная цель современных технологий программной инженерии состоит в


обеспечении эффективности всего ЖЦ ПП в разных проблемно-ориентированных
областях.

Базовые принципы административного управления ЖЦ и качеств ПП (ISO-


9000):
1. Ориентация на потребителя
2. Принцип лидерства
3. Взаимодействие работников
4. Процессный подход
5. Улучшение
6. Принятие решений основанных на свидетельствах
7. Менеджмент взаимоотношений.

ISO-15504 вышеназванные принципы рекомендует применять при:


1. Формирование политики и стратегическое обеспечение всего ЖЦ ПП.
2. Выбор цели проекта, требований и характеристик качества ПП.
3. При управлении операциями в процессе реализации проекта.
4. При управлении людскими ресурсами предприятия для обеспечения ЖЦ
ПП и его качества.

Все методы и средства создания и совершенствования ПП с позиции обеспечения


их качеством можно разделить на 4 группы, которые позволяют:
1. Создавать ПП высокого гарантированного качества
2. Предотвращать дефекты проектов за счет инструментальных средств
автоматизации всего ЖЦ
3. Обнаруживать и устранять разные дефекты и ошибки путем верификации и
систематического тестирования
4. Удостоверять доступные значения качества функционирования ПП.

Лекция 2.

Профили стандартов в ЖЦ ПП.

Профиль стандартов – совокупность нескольких базовых стандартов и др.


программных документов с четко определенными и гармонизированными
подмножествами обязательных и факультативных возможностей,
предназначается для реализации заданной функции или группы функций.
Основные цели применения профилей стандартов:
1. Снижение трудоемкости, длительности, стоимости и улучшения др. техно-
экономических показателей проектов ПП.
2. Повышение качества разрабатываемых или применяемых попутных*
компонентов и ПП в целом при их разработке, приобретении, эксплуатации,
сопровождении.
3. Обеспечение расширяемости ПП по набору прикладных функций и
масштабируемости в зависимости от размерности решаемых задач.
4. Поддержка функциональной интеграции в системах задач, ранее
решавшихся отдельно.
5. Обеспечение переносимости программ и данных между разными
программно-аппаратными платформами.

Состояние развития стандартизации в области программной инженерии


характеризуется следующими особенностями, которые необходимо учитывать
при формировании и использовании профилей стандартов:
1. Несколько сотен разработанных международных и национальных
стандартов не полностью и не равномерно покрывают потребность в
стандартизации объектов и процессов принятия ПП.
2. Большая длительность разработки, согласования и утверждения
международных и национальных стандартов (~ 3-5 лет) приводит к их
консерватизму, а также хроническому отставанию требований и
рекомендаций этих документов от современного состояния техники и от
текущих потребностей практики и технологии создания сложных систем.
3. Стандарты современных ПП должны учитывать необходимость их
построения как открытых систем, обеспечивающих расширяемость при
наращивании или уменьшении выполняемых функций, обеспечивающих
переносимость программ и данных между разными аппаратно-
программными платформами, обеспечивающих возможность
взаимодействия с др. ИС той же проблемно-ориентированной сферы .
4. Наиболее сложные и творческие процессы создания ПП почти не …
требованиям и рекомендациям стандартов, вследствие трудности их
формализации, унификации и стандартизации.
5. Чем сложнее объекты или процессы, подлежащие стандартизации, тем
больше необходимо использовать и формулировать предварительных
условий, учитываемых в требованиях и рекомендациях стандартов,
которые в дальнейшем следует стандартизировать и конкретизировать при
использовании в определенном проекте.
6. Проблемы и задержки в подготовке и изучении стандартов высокого ранга и
текущая потребность унификации и регламентации объектов и процессов
приводит к созданию и применению многочисленных нормативных
документов отраслевого, ведомственного или корпоративного уровня.

Применение профилей стандартов повышает эффективность разработки,


качества ПП и производительность труда специалистов. Это достигается за счет:
1. Регламентации организации и порядка проведения работ
2. Автоматизации этапов и операций
3. Рационального разделения труда между специалистами разной
квалификации и проблемной ориентации.

Состав профиля стандартов:


1. Определение целей, которые предполагается достичь применением
профиля.
2. Перечисление функций продукта или процесса стандартизации,
определяемого этим профилем.
3. Формализованные сценарии применения базовых стандартов, включенных
в профиль.
4. Сводка требований к системе или ее компонентам, определяются их
соответствие профилю и требований к методам тестирования соответствия.
5. Ссылки на конкретный набор стандартов и др. нормативных документов,
составляющих профилю с точным указанием использованных положений,
редакций и ограничений.
6. Информационные ссылки на спецификации тестов проверки на
соответствие профилю.

Статусы утверждения профилей:


1. Профиль конкретной системы (определяет стандартизированные
программные решения в пределах одного проекта, является частью
проектной документации)
2. Профиль некоторого класса задач (предназначен для решений некоторого
класса прикладных задач, распространяется на все ПП этого класса в
пределах предприятия или отрасли и по сути является стандартом).

ЖЦ профилей стандартов: *
1. Разработка
Конкретный перечень стандартов и
Стандарты и нормативные документы нормативных документов
1
Концепция требований Предварительный проект
2
Адаптированный проект профиля
Проект комплекса программ и БД стандартов
3
Утверждённый профиль и
руководство по его применению
4

1) Системный анализ и планирование работы профиля стандартов


2) Проектирование состава и требований стандарта
3) Адаптации требований стандарта для конкретного профиля
4) Утверждение конкретного профиля
2. Применение

Утверждённый профиль
1
Результаты разработки ПП
2
Новые стандарты и нормативные
документы; новые требования к ПП
3
Утвержденный модернизированный
профиль
4

1) Внедрение и применение профиля


2) Контроль и тестирование ПП на соответствие профилю
3) Сопровождение и модернизация профиля
4) Утверждение новой версии профиля

Группы профилей стандартов:


1. Функциональные профили (регламентирующие архитектуру и структуру
объектов системы и е компонентов, функции, интерфейсы и протоколы
взаимодействия, форматы данных).
2. Технологические профили (регламентирующие процессы
проектирования, разработки, применения, сопровождения и развития
систем и их компонентов).

К функциональным профилям (1.) относятся:


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

К технологическим профилям (2.) относятся:


− Профиль ЖЦ программных продуктов и БД;
− Профиль верификации тестирования и сертификации ПП и БД;
− Профиль сопровождения и управления конфигурацией программных
компонентов и инфо БД;
− Профиль документирования ПП и БД.

Также могут применяться отдельные группы стандартов на локальные процессы,


определяющие языки и процессы программирования, визуализацию информации
пользователей, защиту информационных ресурсов от несанкционированного
вмешательства, а также телекоммуникацию и взаимодействие с внешней средой.
При применении профилей следует обеспечить проверку корректности их
применения путем тестирования, испытаний, сертификации. При сертификации
целесообразно выделить сертификацию на соответствующие профили:
− Процессов ЖЦ системы
− Продуктов и компонентов системы, рекомендуемых для эксплуатации.

Основные группы специалистов:


1. Руководители
2. Сетевые администраторы
3. Программисты-разработчики
4. Интеграторы функциональных программных комплексов
5. Специалисты сопровождения и управления конструкций
6. Тестировщики ПП
7. Разработчики-технологи.

Лекция 3.

Методология CMMI – комплексная модель производительности и зрелости.

Назначение CMMI – состоит в предоставлении необходимых общих


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

3 модели:
1. Разработка товаров и услуг CMMI for Development ( CMMI-DEV);
2. Предоставление услуг CMMI for Service (CMMI-SVC);
3. Преобретение продуктов и услуг CMMI for Acgusition ( CMMI-ACQ)

Версия 1.3-2010 г.
Версия 2.0- 2018 г.

Каждая модели состоит из процентных областей


В 1 и 3 22-е проблемные области.
Во 2-ом 24 проблемные области.

Все проблемные области разделены на 4 категории:


1. Инжиниринг;
2. Управление проектами;
3. Управление процессами;
4. Поддержка.
Для каждой предметной области существует ряд целей, которые должны быть
доступны при внедрении в этой предметной области – от 1 до 3 специфичных
целей и 3 общие, цели достигаются при помощи выполнения практик, которые
тоже делятся на общие и специфичные.

Все компоненты CMMI

Проц. обл.
Назначение. Вводные Смежные
значения проц. пбл.

Специфичные Общие цели.


цели.

Спец. Общ.
практики практики
киие киие

Подпрактики Подпрактики

Примеры раб. Уточнение


продуктов общих практик

Назначение – описывает назначение области процесса.


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

Модели CMMI поддерживают два подхода улучшения процессов:


1. Непрерывное представление (в основе лежит концепция возможностей
процесса в определенной области (4 уровня)).
2. Стадийное представление (в основе лежит концепция зрелости
процессов организации в целом (5 уровней))
Уровень Возможностей Зрелости
0 Неполный
1 Исполняемый Начальный
2 Управляемый Управляемый
3 Определенный Определенный
4 Количественно
управляемый
5 Оптимизационный

Уровни возможностей
• 0 уровень. Неполный – процесс либо не выполнен, либо выполнен
частично, одна или несколько спец. целей не выполнен. Общей цели нет.
• 1 уровень. Исполняемый – это процесс, который выполняет необходимую
работу доя производства необходимого процентного продукта. Все
специальные ушли процесса выполнены.
• 2 уровень. Управляемый – это процесс, который планируется и
управляется в соответствии с полно. орган. осущ-ся непрерывно пабл. и
контроль за про-но.
• 3 уровень. Определенный – это процесс, который организов. из
стандартных процессов организации в соответствии с руковод. прин.
организации и имеет поддерживаемое описание процессов.

Уровни зрелости
• 1 уровень. Начальный – основные процессы ЖЦ не регламентированы,
выполняются не совсем упорядочено и зависят от индивидуальных усилий
отдельных специалистов.
• 2 уровень. Управляемый – процессы на этом уровне заранее
планируются, их выполнения контролируется, чем достигается
предсказуемость результатов и времени выполнения этапов. Основная
особенность уровня – наличие формализованных и документированных
процессов управления проектом.
• 3 уровень. Определенный – процессы на этом уровне стандартизированы
и представляют собой целостную технологическую цепочку.
• 4 уровень. Количественно управляемый – применяется система
детального поэтапного оценивания характеристик качества, как
технологических процессов, так и самого ПП.
• 5 уровень. Оптимизационный – организуется дальнейшее
совершенствование и модернизация технологических процессов. Основная
цель уровня – сокращение проявлений и потерь от случайных дефектов и
ошибок путем выявления сильных и слабых сторон процессов.

Структура системы менеджмента качества.

Серия стандартов ISO 9000 разработана, чтобы помочь предприятиям


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

Назначение системы менеджмента качества:


1. Включает действия, с помощью которых организация устанавливает свои
цели и определяет процессы и ресурсы для достижения этих целей;
2. Управляет взаимодействующими процессами и ресурсами, требуемыми
для обеспечения ценности и реализации результатов для
заинтересованных сторон;
3. Позволяет руководству организации оптимизировать ресурсы, учитывая
долгосрочные и краткосрочные последствия их решений;
4. Предоставляет средства управления для действий в отношении
преднамеренных или непредсказуемых последствий.

ISO 9000 – представляет введение в систему управления качеством продукции,


услуг и словарь качества.
ISO 9001 – устанавливает детальные требования для системы управления
качеством, достаточные для того, чтобы продемонстрировать способность
предприятия обеспечить соответствующее качество продукции и услуг
требованиям заказчика.
ISO 9004 – содержит руководства по внедрению и применению широко развитой
системы управления качеством необходимой для того, чтобы достичь постоянного
улучшения результатов предприятия .
ISO/IEC 900003 – содержит руководящие указания по применению ISO 9001 к
процессам, связанным с заказом, поставкой, разработкой, осуществлением
эксплуатации и сопровождения ПП и связанным с этими процессами сервисным
обслуживанием.
Этот стандарт не содержит ограничений и изменений базовых требований ISO
9001. Первые 4 раздела этого стандарта практически полностью повторяют
аналогичные разделы в ISO 9001. А:
− 5-й раздел определяет ответственность руководства, общие обязанности
руководства; политику в обл. обеспечения качества продукции,
ответственность и полномочия специалистов;
− 6-й раздел представляет особенности управления ресурсами в области
программной инженерии. Внимание акцентируется на проблемах
обеспечения ограниченными вычислительными ресурсами на
компетентности, квалификации и подготовке специалистов.
− 7-ой раздел изложено планирование и управление процессами и
качествами ЖЦ ПП с ссылками на рекомендации стандартов в области
программной инженерии.
− 8-ой раздел посвящен измерению, анализу и совершенствованию
процессов и результатов управления проектами ПП. Практически не связан
с требованиями ISO 9001.
Содержит 2 уникальных приложения:
Приложение А. Представляет таблицу, в которой стандарту ISO 9001
сопоставлены процессы различных стандартов в области программной инженерии
Приложение В. Представляет таблицу, в которой сопоставлены рекомендации по
планированию проектов ПП в стандартах ISO/IEC 9003 и ISP/IEC 12207.
ISO 10005 – представлены конкретные рекомендации по структуре и содержанию
программы обеспечения качества продукции.
ISO 10006 – в нем изложены рекомендации по административному управлению
качеством процесса проектирования сложных объектов.
ISO 10013 – изложены рекомендации по подготовке конкретного руководства по
качеству.

Стандарты управления услугами в области ИТ.


Подход ITSM появился в конце 80х годов. Первым публичным изданием на эту
тему стала библиотека инфраструктуры ИТ – ITIL.
ITIL – библиотека описывающая лучшие из применяемых на практике способов
организации работы подразделений или компаний занимающихся
предоставлением услуг и ИТ.

ITIL содержит 5 книг:


Книга 1. Стратегия услуг – определяет цели организации и потребности
клиентов;
Книга 2. Проектирование услуг – превращает стратегию обслуживания в план
по достижению бизнес-целей;
Книга 3. Преобразование услуг – разрабатывает и улучшает возможности для
внедрения новых услуг в поддерживаемые среды;
Книга 4. Эксплуатация услуг – управление сервисами в поддерживаемых
средах;
Книга 5. Непрерывное улучшение услуг – обеспечивает постепенное и
масштабное улучшение услуг.
Пять этих книг составляют ЖЦ услуги.
Лекция 4.

Жизненный цикл ИТ-услуги.

Стратегия
услуги

Эксплуатация

1-ая фаза. Стратегия услуги.


Стратегия задает планку, которая должна соответствовать IT-услуга,
поставляемая организацией. Эта фаза состоит из 3-х процессов:
1. Управление финансами;
2. Управление спросом;
3. Управление профилем услуг.

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


потенциальный рынок и требуемые сервисы, а также основные вводные для
проектирования услуг.

2-я фаза. Проектирование услуги.


Проектирование услуг является этапом ЖЦ нового или модифицированного
сервиса.
Основная задача фазы – разработка окончательного решения для
удовлетворения потребностей бизнеса.
Проектирование является целостным процессом, учитывающим 4 фактора:
1. Люди
2. Продукты
3. Процессы
4. Партнёры
Результат фазы – пакет документов, именуемый «пакет проекта услуги» (SOP),
содержащий подробную проектную спецификацию. SOP является руководящим
документом на фазе преобразования услуги.

3-я фаза. Преобразование услуги.


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

Состоит из 7 процессов:
1. Управление изменениями;
2. Управление сервисными активами и конфигурацией;
3. Управление знаниями по услугам;

Остальные 4 процесса посвящены планированию преобразованию и поддержке, а


также управлению реализации и развертыванием.

4-я фаза. Эксплуатация услуги.


Здесь основное внимание уделяется проведению и управлению текущей IT
деятельности.
Фаза содержит множество процессов для поддержки эффективной и
бесперебойной поддержки IT-услуги.

Основные задачи:
1. Управление событиями;
2. Управление инцидентом;
3. Управление проблемами;
4. Управление доступом и запросами на обслуживание.

5-я фаза. Непрерывное улучшение услуги.


Достаточно сложная задача, так как требует изменений в управлении, отношении
персонала и возведении пост. совершенствования в ранг главной ценности.

Стандарты открытых систем. Структура стандарта ISO/IEC/IEEE 9945:2009


(POSIX).
Цель: стандартизация в программной инженерии, переносимости программ на
уровне исходных текстов.
В стандарте определяются основные интерфейсы ОС и окружение, интерфейсы
командного интерпретатора, а также программы общих утилит.

Стандарт состоит из 4-х томов:


I том. Основные определения.
Содержат общие термины концепции и интерфейсы, включая соглашение
об утилитах и опред. заголовков на языке «С»;
II том. Системные интерфейсы.
Уточняет и детализирует концепцию переносимости и принципы её
обеспечения путем унификации интерфейсов прикладных программ с
операционными схемами, функции обслуживания, ориентир-я на языке «С»,
функциональные проблемы, включая переносимость;
III том. Основные команды управления и сервисные программы.
Изложено конкретное представление команд ОС и утилит, обеспечивающих
унификацию взаимодействие с прикладными программами;
IV том. Обоснование (Информативный).
Содержит расширение обоснов., содерж. историч. информацию,
касающуюся содержимого стандарта и того, почему функции были
включены или отброшены разработчиками стандартов.

Для реализации методов тестирования соответствия стандартов POSIX может


применяться стандарт ISO/IEC 13210
Цель этого стандарта – определение требований и руководящих требований для
разработки методов испытаний для применения соответствия трестируемого ПО
стандартами POSIX.

Технико-экономическое обеспечение проектирования программных средств.


Т.к. целью разработки ПО является создание ПП…

Сценарии технико-экономического анализа и обоснование проектов


программных средств. Выделяют 2 сценария:
1. Создание и весь ЖЦ ПП ориентируется на массовое тиражирование и
распространение на рынке;
2. Разработка ПП для конкретного заказчика.

Первый сценарий
Первый сценарий базируется на маркетинговых исследованиях рынка и желания
поставщика занять выгодное место. Также проекты ПП обычно относительно
невелики по объемам и срокам 1-ой версии, однако могут предполагать
длительный ЖЦ и множество модификаций для адаптации к нуждам
пользователей. В рамках ТЭА разработчику следует оценить рентабельность
затрат на создание и обеспечение всего ЖЦ ПП, выявить и оценить факторы, а
также показатели, которые способны привлечь достаточное число показателей и
оправдать затраты на разработку.

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

Для поиска такого компромисса следует учитывать следующе цели:


1. Состоит в прогнозировании реальных затрат на разработке ПП с учетом его
сложности и требуемого количества;
2. Создание методов и методик прогнозирования затрат и длительности
разработки ПП;
3. Обоснование и создание методов и средств снижения совокупных затрат и
сроков разработки ПП;
4. Создание методических и нормативных документов для управления
затратами ресурсов.

Основными технико-экономическими показателями являются:


1. Трудозатраты
2. Время
3. Необходимое число специалистов

Методы прогнозирования технико-экономических показателей̆:


1. Расчет по аналогам;
2. Экспертные оценки (индивидуальные/групповые);
3. Моделирование ситуаций.

Методики оценки технико-экономических показателей̆.


Для реализации методов на различных этапах ЖЦ применяют различные
методики:
1. При подготовке концепции и технического задания следует применять
методику экспертного ТЭО (обоснования);
2. При предварительном проектировании методику оценки ТЭА проектов ПП с
учетом совокупности основных факторов предварительной модели
COCOME II;
3. При детальном проектировании методику уточняемой оценки ТЭП, проектов
ПП с учетом полной совокупности факторов детальной модели COCOME II.

Лекция 6*

Характеристики качества программных средств.

Качество системы – степень удовлетворенности системой заявленных и


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

Схема взаимосвязи между характеристиками и подхарактеристиками


качества и свойствами качества.
Качество

Хар-ка 1 Хар-ка 2 Хар-ка 3 Хар-ка n


Подхар-ка 1 Подхар-ка 2 Подхар-ка n


Св-во 1 Св-во 2 Св-во 1 Св-во 2

В соответствии со стандартами модели потребности представлены в виде модели


качества, которые разбиты на классы характеристик (Хар-ка), которые в
отдельных случаях разделяются на подхарактеристики (Подхар-ка), а они на
измеряемые свойства качества (Св-ва).

В соответствии с ISO 25021 определяют 4 вида шкал:


1. Шкала номинального типа (измеряемые значения категоричны);
2. Шкала порядкового типа (измеряемые значения ранжируются);
3. Шкала интервального типа (измеряемые значения имеют равные
расстояния соответствующие равным количествам атрибутов, а нулевое
значение недопустимо);
4. Шкала относительного типа (измеряемые значения имеют равные
расстояния соответствующие равным количествам атрибутов, а нулевое
значение соответствует отсутствию атрибутов).

Первые 2 шкалы характеризуют качественные данные, а вторые 2 –


количественные данные.

Модели качества:
1. Модель качества при использовании – ISO/IEC 25010
2. Модель качества продуктов – ISO/IEC 25011
3. Модель качества данных – ISO/IEC 25012

Группы стандартов. Международные стандарты SQuaRE.


• 1 раздел: ISO/IEC 2500n относится к стандартам управления качеством.
Стандарты этого раздела определяют общие модели, термины и
определения, используемые во всех других стандартах. В этом разделе
также представлены требования и метод. материалы, касающиеся функций
управления требованиями и оценкой продукции;
• 2 раздел: ISO/IEC 2501n модель качества
Детализируют модели качества системы ПП, а также приведено
руководство по использованию этих моделей;
• 3 раздел: ISO/IEC 2502n измерение качества
Включают в себя эталонную модель изменения качества продукции, мат.
измерения показателей качества и практическое руководство по их
использованию;
• 4 раздел: ISO/IEC 2503n требования к качеству
Определяет требования к качеству на основе моделей и показателей
качества. Эти требования могут быть использованы в процессе
формирования требований к качеству ПП до начала разработки;
• 5 раздел: ISO/IEC 2504n оценка качества
Сюда входят требования, рекомендации и методические материалы для
оценки ПП, выполняемой как оценщиками, так и заказчиками или
разработчиками;
• 6 доп. раздел: ISO/IEC 25050 – 25099 (Доп. Стандарты SQuaRE)
Стандарты, относящиеся к требованиям к международным стандартам,
требования к техническим отчетам по качеству и дополнения для других
стандартов SQuaRE.

Модель качества при использовании.

Качество при использовании – степень, в которой продукт или система могут


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

Характеристики модели качества при использовании:


1. Эффективность – точность и полнота с которой пользователи достигают
определенных целей.
2. Производительность – связь точности и полноты достижения
пользователями целей с израсходованными ресурсами.
3. Удовлетворенность – способность продукта или системы удовлетворить
требованиям пользователя в заданном контексте использования.
Подхарактеристики:
− Полноценность – степень удовлетворенности пользователя
достижением прагматических целей, включая результаты и
последствия использования.
− Доверие – степень уверенности пользователя или другого
заинтересованного лица в том, что продукт или система будет
выполнять свои функции, так как это предполагалось.
− Удовольствие – степень удовольствия пользователя от
удовлетворения персональных требований.
− Комфорт – степень удовлетворения пользователя физическим
комфортом.
4. Свобода от риска – способность продукта или системы смягчать риск для
экономического положения, жизни, здоровья или окружающей среды.
Подхарактеристики:
− Смягчение отрицательных последствий экономического риска –
это способность продукта или системы смягчать потенциальный риск
для финансового положения и эффективной работы, коммерческой
недвижимости, репутации или других ресурсов в предполагаемых
условиях пользования;
− Смягчение отрицательных последствий рисков для здоровья и
безопасности – это способность проекта или системы смягчать
потенциальный риск для людей в предполагаемых условиях
использования;
− Смягчение отрицательных последствий экономического риска –
это способность продукта или системы смягчать потенциальный риск
для имущества или окружающей среды в предполагаемых условиях
использования.
5. Покрытие контекста – степень, в которой продукт или система могут быть
использованы с эффективностью, результативностью, свободой от риска и,
в соответствии с требованиями, как в первоначьно определенных условиях
использования, так и в условиях, выходящих за спецификацию.
Подхарактеристики:
− Полнота контекста – это степень, в которой продукт или система
могут быть использованы с эффективностью, результативностью,
свободой от риска и, в соответствии с требованиями, при всех
указанных условиях использования;
− Гибкость – это степень, в которой проект или система могут быть
использованы с эффективностью, результативностью, свободой от
риска и, в соответствии с требованиями, в условиях, выходящих за
рамки первоначально определенных в требованиях.
Лекция 7

Модель качества продукта

8 характеристик:
1. Функциональная пригодность
2. Уровень производительности
3. Совместимость
4. Удобство использования
5. Надежность
6. Защищенность
7. Сопровождаемость
8. Переносимость

Функциональная пригодность (1.) – это степень, в которой продукт или система


обеспечивает выполнение функции в соответствии с заявлениями и
подразумеваемыми потребностями при использовании в указанных условиях.
Подхарактеристики:
− Функциональная полнота – степень покрытия совокупности функций всех
определенных задач и целей пользователей;
− Функциональная корректность – степень обеспечения проектом или
системой необходимой степени точности корректных результатов;
− Функциональная целесообразность – степень функционального
упрощения выполнения определенных задач и достижения целей.

Уровень производительности (2.) – это производительность относительно


суммы использованных при определенных условиях ресурсов.
Подхарактеристики:
− Временные характеристики – степень соответствия требованиям по
времени отклика, времени обработки и показателей пропускной
способности продукта или системы;
− Использование ресурсов – степень удовлетворения требований по
потреблению объемов и видов ресурсов продуктом или системой при
выполнении их функций;
− Потенциальные возможности – степень соответствия требованиям
предельных значений параметров продукта или системы.

Совместимость (3.) – это способность продукта, системы или компонента


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

Удобство использования (4.) – степень, в которой продукт или система могут


быть использованы определенными пользователями для достижения конкретных
целей с эффективностью, результативностью и удовлетворенностью в заданном
контексте использования.
Подхарактеристики:
− Определимость пригодности – возможность пользователей понять,
подходит ли продукт или система для их потребностей, сравним ли он с
функциональной целесообразностью;
− Изучаемость – возможность использования продукта или системы
определенными пользователями для достижения целей обучения, для
эксплуатации продукта или системы с эффективностью,
результативностью, свободой от рисков и в соответствии с требованиями в
указанном контексте использования;
− Управляемость – наличие в продукте или системе атрибутов,
обеспечивающих простое управление и контроль;
− Эстетика пользовательского интерфейса – степень «приятности» и
«удовлетворенности» пользователя интерфейсом взаимодействия системы
с пользователем;
− Защищенность от ошибки пользователя – уровень системной защиты
пользователей от ошибок;
− Доступность – возможность использования продукта или системы для
достижения определенных цели в указанном контексте использования
широким кругом людей с самыми разными возможностями.

Надежность (5.) – это степень выполнения системой, продуктом или компонетном


определенных функций при указанных условиях в течение установленного
периода времени.
Подхарактеристики:
− Завершенность – степень соответствия системы, продукта или компонента
при нормальной работе требованием надежности;
− Готовность – степень работоспособности и доступности системы, продукта
или компонента.
− Отказоустойчивость – способность системы, продукта или копонента
работать как предназначено, несмотря на наличие дефекта ПО или
аппаратных средств;
− Восстанавливаемость – способность продукта или системы восстановить
данные и требуемое состояние системы в случае прерывания или сбоя.
Защищенность (6.) – это степень защищенности информации и данных,
обеспечиваемая продуктом или системой путем ограничения доступа людей,
других продуктов или систем к данным в соответствии с типами и уровнями
авторизации.
Подхарактеристики:
− Конфиденциальность – обеспечение продуктом или системой
ограничения доступа к данным только для тех, кому доступ разрешен;
− Целостность – степень предотвращения системой, продуктом или
компонентом несанкционированного доступа или модификацией
компьютерных программ или данных;
− Неподдельность – степень, с которой можно доказать факт события или
действия таким образом, что этот факт не может быть отвергнут когда-либо
позже;
− Отслеживаемость – степень, до которой действия объекта могут быть
прослежены однозначно;
− Подлинность – степень достоверности, тождественности облета или
ресурса требуемому объекту или ресурсу.

Сопровождаемость (7.) – это результативность и эффективность, с которыми


продукт или система могут быть модифицированы предполагаемыми
специалистами по обслуживанию.
Подхарактеристики:
− Модульность – степень представления системы или компонентов
программы в виде отдельных блоков таким образом, чтобы изменения
одного компонента оказывало минимальное воздействие на другие
компоненты;
− Возможность многократного использования – степень, в которой актив
может быть использован в нескольких системах или в создании других
активов;
− Анализируемость – степень простоты оценки влияния изменений одной
или более частей на продукт или систему или простоты диагностики
проекта для выявления или причин отказов, или простоты идентификации
частей, подлежащих изменениям;
− Модифицируемость – степень простоты эффективного и рационального
изменения продукта иди системы без добавления дефектов и снижения
качества продукта;
− Тестируемость – степень простоты эффективного и рационального
определения для системы, продукта или компонента критериев
тестирования, а также простоты выполнения тестирования с целью
определения соответствия этим критериям.

Переносимость (8.) – это степень простоты эффективного и рационального


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

Модель качества данных.

Качество продукта данных можно понимать как степень, в которой данные


удовлетворяют требованиям, определенным ограничениям владельцам продукта.

Характеристики качества данных:


1. Качество, присущи самим данным – относится к степени, в которой
характеристики качества данных обладают внутренним потенциалом для
удовлетворения заявленных и подразумеваемых потребностей при
использовании данных в определенных условиях;
2. Системно-зависимые качества данных – относится к степени, в которой
КД достигается и сохраняется в системе, когда данные в определенных
условиях.

Общие характеристики качества данных, (и 1. и 2.)


1) Доступность – степень, в которой данные могут быть доступны
пользователям в определенном контексте использования, особенно
инвалидам;
2) Согласуемость – степень, в которой данные имеют атрибуты, которые
соответствуют действующим стандартам, конвенциям или НА и
аналогичным правилам, касающ-ся качества даных в конкретном контексте
использования;
3) Конфиденциальность – степень, в которой данные имеют стандарты,
которые гарантируют, что они доступны и интересуются только
авторизованными пользователями в определенном контексте
использования;
4) Производительность – степень, в которой данные имеют атрибуты, которые
могут быть обработаны и обеспечивают ожидаемые уровни
производительности за счет использования соответствующих объектов и
типов ресурсов в конкретном контексте использования;
5) Сходимость – степень, в которой данные имеют атрибуты, которые
являются точные или которые обеспечивают различный подход в
конкретном контексте использования;
6) Отслеживаемость – степень, в которой данные имеют атрибуты, которые
обеспечивают контрольный журнал доступа к данным или любых
изменений, внесенных в данные в конкретном контексте использования;
7) Понятность – степень, в которой данные имеют атрибуты, которые
позволяют пользователям читать и интересовать их и выражаются на
соответствующих языках, символах и единицах в конкретном контексте
использования.

Характеристики качества данных, присущие самим данным (1.)


1) Точность – степень, в которой данные имеют атрибуты, которые правильно
представляют истинное значение предполагаемого атрибута или события в
конкретном контексте использования;
2) Завершенность – степень, в которой данные субъекта связаны с объектом
имеют значение для всех ожидаемых атрибутов и экземпляров, связанных
объектов в конкретном контексте использования;
3) Согласованность – степень, в которой данные имеют атрибуты, которые не
противоречат друг другу и соглашаются с другими данными в конкретном
контексте использования;
4) Достоверность – степень, в которой данные имеют атрибуты, которые
пользователи считают верными и пр-ными в конкретном контексте
использования;
5) Актуальность – степень, в которой данные имеют атрибуты
соответствующего возраста в конкретном контексте использования.

Системно-зависимые характеристики качества данных (2.)


1) Готовность – степень, в которой данные имеют атрибуты, которые
позволяют назначить их авторизованным пользователям или приложениям
в конкретном контексте использования;
2) Переносимость – степень, в которой данные имеют атрибуты,
позволяющие устанавливать, заменять или перемещать из одной системы
в другую сохранения заданный уровень качества в конкретном контексте
использования;
3) Восстанавливаемость – степень, в которой данные имеют атрибуты,
которые позволяют ему поддерживать и сохранять определенный уровень
ф-ой пригодности и качества где в случаях в конкретном контексте
использования.