Лекция 2. Регламентация жизненного цикла разработки ПО

Лекция 2 . Регламентация жизненного цикла
разработки ПО. требования к составу
технического задания
Проектирование АСОИУ.
Цели изучения
Изучение стандарта ИСО\МЭК 12207
Изучение стандарта ГОСТ 34.602
Знакомство с шаблоном документа «Видение» системы
Rational Rose
Проектирование АСОИУ.
Содержание
Основные положения ГОСТ Р ИСО/МЭК 12.207:200024
ГОСТ 34.602.
Представление требований в документе «Видение»
Проектирование АСОИУ.
Базовые международные стандарты в области управления качеством
(распространяется на качество любой продукции, любого вида услуг, в
т.ч. и на разработку программных продуктов).
ISO 9000
ISO 9001 1994 г. «Системы качества. Модель обеспечения качества при
проектировании, разработке, производстве, монтаже и обслуживании. 2-е
издание»
ISO 10005 – ISO 10016.
Важно! Есть требования к качеству самих изделий, и есть требования к
качеству процессов изготовления.
Проектирование АСОИУ.
Базовые государственные стандарты на создание, документирование
и испытание автоматизированных систем
- ГОСТ 34.601 «Информационные технологии. Автоматизированные
системы. Стадии создания»
- ГОСТ 34.602 «Информационные технологии. Техническое задание на
создание автоматизированных систем» - описан состав технического
задания.
- ГОСТ 34.603 «Информационные технологии. Виды испытания
автоматизированных систем»
- ГОСТ 34.201 «Информационные технологии. Виды комплектации и
обозначения документов при создании автоматизированных систем»
- РД 50-34.698 «Методы указания. Информационные технологии.
Автоматизированные системы. Требования к содержанию документов»
Проектирование АСОИУ.
Базовые Российские стандарты на создание, документирование и
испытание автоматизированных систем
ГОСТ Р ИСО/МЭК 12207:2000 «Информационная технология. Процессы жизненного
цикла программного обеспечения»
- ГОСТ Р ИСО/МЭК 15408-1-2002 «Информационная технология. Методы и средства
обеспечения безопасности. Критерии обеспечения безопасности информационных
технологий. Часть 1. Введение и общая модель.»
- ГОСТ Р ИСО/МЭК 15271-2001 «Информационная технология. Руководство по
применению ГОСТ Р ИСО/МЭК 12207:2000»
- ГОСТ 28 195:1989 «Оценка качества программных средств. Общие положения.»
- «Информационная технология. Оценка программной продукции. Характеристики
качества и руководство по их применению.»
- «Информационная технология. Пакеты программ. Требования к качеству и
тестирование.»
- «Информационная технология. Руководство по управлению документированием
программного обеспечения.»
- «Информационная технология. Процесс создания документации пользователя.»
- - «Информационная технология. Сопровождение программных средств.»
- «Информационная технология. Уровни целостности систем и программных средств.»
- «Информационная технология. Классификация программных средств.»
Проектирование АСОИУ.
Специализированные зарубежные
стандарты
Стандарты CMM (организация
процессов в компании – производителе
ИС)
Стандарты ITIL организация процессов
в компании, сопровождающей ИС)
ПОНЯТИЕ ОБ АУТСОРСИНГЕ
Проектирование АСОИУ.
ГОСТ Р ИСО/МЭК 12.207:2000
Проектирование АСОИУ.
Типы процессов жизненного цикла
В данном ГОСТе определяется, что процессы создания
программного обеспечения должны опираться на его жизненный
цикл.
Жизненный цикл – весь путь программного обеспечения от
момента зарождения идеи до снятия программного обеспечения с
эксплуатации.
ГОСТ определяет все процессы, которые протекают в рамках
жизненного цикла:
Основные процессы жизненного цикла;
Вспомогательные процессы жизненного цикла;
Организационные процессы жизненного цикла.
Проектирование АСОИУ.
Основные процессы жизненного цикла
Процесс заказа информационной системы: описание работы
заказчика – субъекта, который либо приобретает
информационную систему, либо приобретает программную услугу.
Процесс поставки: за этот процесс реализует поставщик
программного продукта или услуги.
Процесс разработки: регламентирует деятельность разработчика
программной системы или программного средства.
Процесс эксплуатации: описывает процесс работы
обслуживающего (эксплуатационного) персонала.
Процесс сопровождения: регламентирует работу персонала
сопровождения.
Проектирование АСОИУ.
Вспомогательные процессы жизненного цикла:
Процесс документирования: описание решений, которые
принимаются в рамках реализации процессов жизненного цикла.
Процесс управления конфигурацией программного обеспечения:
т.к. в процессе развития ПО меняются его версии, то данный
процесс заключается в сопровождении версий программного
продукта.
Процесс обеспечения качества: определение методов контроля
качества самих процессов проектирования и результатов
проектирования на каждом этапе.
Процесс верификации: проверка соответствия требований и
поставляемому продукту.
Процесс аттестации программного обеспечения внешней
аттестующей организацией.
Процесс совместного анализа: работы по оценке результатов
какой-либо деятельности. Участвуют 2 субъекта, они проводят
совместный анализ – один проверяет деятельность другого.
Процесс аудита.
Процесс решения проблемы: разрешение проблемы в рамках
ГОСТа.
Проектирование АСОИУ.
Организационные процессы:
Процесс управления созданием информационной
системы: основные работы по управлению в рамках
жизненного цикла.
Процесс создания инфраструктуры: определение
процессов, связанных с организацией процесса разработки
или любого другого процесса жизненного цикла.
Процесс усовершенствования: процесс улучшения
управляемых процессов жизненного цикла.
Процесс обучения.
Проектирование АСОИУ.
Процесс заказа
1. Подготовка
к выдаче заявки:
2. Подготовка заявки.
В заявке должны быть описаны:
 Требования к системе.
 Перечень программных продуктов.
 Условия и соглашения о приобретении.
 Различного рода технические ограничения.
3. Подготовка договора.
4. Надзор за поставщиком.
5. Приемка, испытания и закрытие договора.
Проектирование АСОИУ.
Возможные варианты создания АСОИУ
Установка готовой (тиражируемой, «коробочной»)
информационной системы.
Разработка оригинальной системы.
Настройка типового проектного решения. (ERP)
Проектирование АСОИУ.
Процесс поставки содержит следующие работы:
Анализ заявки (Подготовка).
Подготовка ответа – написание документа.
Планирование исполнения договора – включает в себя:
 принятие решения о том, как будет разработана система
(поставщик сам будет всё разрабатывать или
дополнительно нанимать подрядчиков)
 разработка плана управления проектом
 разработка инфраструктуры и определение
ответственности при выполнении работы.
Проектирование АСОИУ.
Процесс :Разработка программной системы
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
Подготовительная работа.
Анализ требований к системе.
Проектирование архитектуры программно – аппаратной системы,
выделение подсистем.
Анализ требований.
Проектирование архитектуры программного обеспечения.
Детальное проектирование компонент программного обеспечения.
Кодирование и тестирование компонент.
Интеграция программного обеспечения (объединение компонент).
Квалификационное тестирование программного обеспечения.
Интеграция системы , интеграция подсистем.
Квалификационное тестирование всей системы.
Установка системы у заказчика.
Приёмка системы.
Проектирование АСОИУ.
Состав технического задания по ГОСТ 34.602.
Общие сведения;
Назначение и цели создания системы;
Характеристики объекта автоматизации;
Требования к системе;
Требования к процессам (функциям системы);
Требования к видам обеспечения;
Состав и содержание работ по созданию (развитию) системы;
Порядок контроля и приёмки систем;
Требования к составу и содержанию работ по подготовке объекта
автоматизации к вводу системы в действие;
Требования к организации сопровождения;
Требования к документированию;
Источники разработки;
Приложения.
Проектирование АСОИУ.
Раздел «Общие сведения»
1.
2.
3.
4.
Название системы (полное и сокращённое);
Наименование предприятия – разработчика;
Плановые сроки проведения работ;
Сведения о порядке финансирования работ.
Проектирование АСОИУ.
Назначение и цели создания системы
Назначение системы (очень сжато!!!
перечисляются основные функции системы, для
чего она предназначена);
Цели создания системы (показатели, которые
должны быть достигнуты объектом
автоматизации при внедрении системы).
Проектирование АСОИУ.
Требования к системе
1.
2.
3.
4.
5.
6.
7.
8.
9.
Требования к структуре системы (используется, если
в системе выделяются отдельные подсистемы).
Требования к персоналу сопровождения;
Требования к надёжности системы;
Требования к безопасности;
Общие эргономические требования;
Требования по удобству обслуживания системы;
Требования к патентной чистоте и патентной
защищенности системы
Требования к использованию стандартов.
Дополнительные требования
Проектирование АСОИУ.
Требования к функциям (процессам)
Состав и описание автоматизированных процессов (функций) с
указанием существующих и требуемых характеристик, а также
участников этих процессов;
Требования к процессам взаимодействия с пользователями;
Требования к формам отчётов;
Требования по топологии размещения пользователей;
Требования по быстродействию (время отклика системы на действия
пользователя).
Проектирование АСОИУ.
Требования к видам обеспечения (как должно быть
обеспечено выполнение функций):
Требования к математическому обеспечению (требования к
алгоритмам работы системы);
Требования к информационному обеспечению (к внешнему и
внутреннему информационному обеспечению). Состав основных
информационных объектов и связей между ними. СУБД
Требования к программному обеспечению (требование к составу
компонент, иерархия вызова компонент, если будет
использоваться функционально-ориентированный подход составу
пакетов
Требования к техническому обеспечению – предусматривается
указание структуры технического обеспечения, используемого в
рамках данного проекта.
Требования к лингвистическому обеспечению;
Требование к организационному обеспечению.
Проектирование АСОИУ.
Календарный план
Этап.
1.Разработка ТЗ
2.Проектировани
е.
3.Кодирование
4. Внедрение
Проектирование АСОИУ.
Содержание
этапа
Ответственный
Сроки
Продолжительно
сть работы (в
неделях,
месяцах).
Требования к составу и содержанию работ по подготовке
объекта автоматизации к вводу системы в действие
Строительные работы;
Установка (приобретение) компьютеров,
Установка программного обеспечения;
Обучение сотрудников, и т.д.
Проектирование АСОИУ.
Структура документа «Видение»
(концепция проекта). Введение
• Цель
• Контекст
[Краткое описание контекста документа Видение; с
каким(и) проектом(ами) он связан, и на что
воздействует или что находится под влиянием этого
документа.]
• Определения, сокращения
• Ссылки
• Краткое содержание
Проектирование АСОИУ.
Структура документа «Видение» (концепция
проекта). Деловые преимущества проекта
Определение проблемы
(описание проблемы)
Проблема
Затрагивает
(совладельцы, затрагиваемые проблемой).
Ее следствием является
(каково влияние проблемы).
Успешное решение проблемы дает
(список некоторых ключевых преимуществ от
успешного решения).
Определение позиции изделия
(целевой заказчик)
Для
который
(определение потребностей и возможностей).
(Название продукта)
- это (категория продукта)
который
(определение ключевого преимущества – это причина,
по которой следует приобрести продукт).
В отличие от
(основная конкурентоспособная альтернатива)
наш продукт
Проектирование АСОИУ.
(определение основного отличия).
Структура документа «Видение»
Краткий обзор изделия
:
Место изделия
(связи с другими сопутствующими изделиями и с
пользовательской средой).
Сводка возможностей
Условия реализации
Анализ стоимости и факторов влияющих на нее
Проектирование АСОИУ.
Сводка возможностей(пример)
Выгоды заказчика
Поддерживающие
возможности
Новый
персонал
поддержки
может
быстро
освоиться с работой.
Улучшается
поддержка
заказчика потому, что ничто не
выпускается из виду.
База знаний помогает персоналу
быстро получить нужные знания и начать
работать
Проблемы
однозначно
определены,
классифицированы
и
прослеживаются в течение процесса
решения. Для всех устаревших выпусков
происходит автоматическое уведомление.
Администрация
может
Отчеты
о
тенденциях
и
идентифицировать
проблемные распространении
позволяют
делать
области и измерять рабочую высокоуровневый
обзор
состояния
нагрузку персонала.
проблем.
Распределенные
группы
Сервер дублирования позволяет
поддержки могут работать вместе совместно
использовать
текущую
над решением проблемы.
информацию базы данных предприятия.
Заказчики могут помогать
База знаний может быть доступна
себе
сами,
снижая
затраты по
Internet.
Включает
возможности
поддержки
и
улучшая поиска
гипертекста
и
графическое
быстродействие.
формирование запроса.
Проектирование АСОИУ.
Структура документа «Видение» .
Требования к продукту
Часть1
Возможности продукта
Ограничения
[Указываются любые конструктивные ограничения,
внешние связи или другие зависимости.]
Показатели качества
[Определение показателей качества для эффективности,
надежности, отказоустойчивости, применимости и
другие подобные характеристики, которые не
зафиксированы в наборе возможностей.]
Старшинство и приоритеты
[Определение приоритетов различных возможностей
системы.]
Проектирование АСОИУ.
Структура документа «Видение»
Возможности продукта
Перечисление и краткое описание возможностей
изделия.
Возможности – это высокоуровневые способности
системы, которые необходимы для получения
пользователями ожидаемой выгоды.
Уровень детализации должен быть общим и доступным
для понимания всеми.
Следует избежать формулирования реализации («что»
должно выполнятся, а не «как»).
Проектирование АСОИУ.
Структура документа «Видение» .
Требования к продукту
Часть2
Применяемые стандарты
Системные требования
[поддерживаемые операционные системы и сетевые платформы,
конфигурация, память, внешние устройства и программное
обеспечение других компаний.]
Эксплуатационные требования
[такие характеристики, как коэффициенты загрузки пользователя,
пропускная способность или качество канала связи,
производительность, точность, надежность или быстродействие
при определенной загрузке.]
Требования к окружающей среде
[, показатели окружающей среды могут содержать температуру,
ударную нагрузку, влажность, излучение и т.д..]
Требования к документации
Проектирование АСОИУ.
Структура документа «Видение» .
Требования к продукту
Требования к документации
Руководство пользователя
Интерактивная справка
Руководства по установке и конфигурированию, файл
Read Me
Маркировка и пакетирование
[Этот раздел определяет потребности и типы
маркирования, которые будут обеспечены в коде.
Примерами являются авторское право и лицензионное
соглашение, общие эмблемы, стандартизированные
значки и другие графические элементы и т.д.]
Проектирование АСОИУ.
Структура документа «Видение» .
Приложение 1 – Атрибуты возможностей
Status (Статус)
(Предложено, Одобрено, Включено)
Benefit (Выгода)
(Критическая, Важная, Полезная)
Effort (Ожидаемый объем работ)
Risk (Риск))
Stability (Стабильность требований)
Assigned To (Назначения исполнителям)
Reason (Источник требований)
Проектирование АСОИУ.
Выводы
В рамках данной лекции изучены:
требования к содержанию документа «Техническое
задание» по ГОСТ 34.602
шаблон документа «Видение» системы Rational Rose
Проектирование АСОИУ.
Информационное обеспечение лекции
Литература по теме:
Технология разработки программного обеспечения. Учебное пособие. 2-е
изд./ С.А. Орлов._ СПб,: Питер, 2003. -480с.: ил.
Г.Н.Смирнова, и др.. Проектирование экономических информационных
систем. Учебник/ Г.Н.Смирнова,.А.А.Сорокин, Ю.Ф.Тельнов ; Под ред. Ю.Ф.
Тельнова.-М.: Финансы и статистика, 2001.-512с: ил.
Брауде. Э Технология разработки программного обеспечения – СПб.:
Питер.2004.- 655с.: ил.
Клебанов Б.И. Методические указания к выполнению курсового проекта по
дисциплине «Проектирование автоматизированных систем обработки
информации и управления» для направления 654600 – Информатика и
вычислительная техника специальности 220200 – автоматизированные
системы обработки информации и управления. Образовательный портал
УГТУ- УПИ, 2004г. http://study.ustu.ru/view/aid/91/1/Method2004.pdf
Электронный адрес: [email protected]
Проектирование АСОИУ.
Вопросы
1.
2.
3.
4.
5.
6.
7.
Какие группы процессов жизненного цикла АС регламентируются в
ГОСТ 12207?
Какие процессы входят в состав группы «Основных процессов»?
Приведите примеры вспомогательных и упрвляющих процессов
Из каких операций состоят процессы заказа, поставки и разработки
АС
Перечислите основные разделы документа «Техническое задание» по
ГОСТ 34.602.
Перечислите основные разделы документа «Видение»
В чем разница документов «Видение» и «Техническое задание» ?
Проектирование АСОИУ.