Требования к системе

ТЕМА 4.
Стадия предпроектного
обследования
Лекция 14.
Состав и структура
проектной документации.
Типы и функции документации
Типы технической документации:
документация разработки (служит для
информационного обмена непосредственных
участников разработки);
 документация продукции (передается
пользователю для осуществления эксплуатации
системы);
 документация управления проектом.

Функции технической документации:
сохранение и передача информации;
 нормативная (для фиксации взаимных
обязательств участников разработки)

2
3
Стандарты, регламентирующие
составление проектной документации




ГОСТ 34.003-90 «Информационная технология.
Комплекс стандартов на автоматизированные
системы. Термины и определения»
ГОСТ 34.602-89 «Комплекс стандартов на
автоматизированные системы. Техническое задание
на создание автоматизированной системы»
РД 50 - 34.698 – 90 «Методические указания.
Информационная технология. Комплекс стандартов
и руководящих документов на автоматизированные
системы. Автоматизированные системы. Требования
к содержанию документов»
ГОСТ 7.32-2001 «Система стандартов по
информации, библиотечному и издательскому делу.
Отчет о научно-исследовательской работе.
Структура и правила оформления»
4
Стадии ЖЦ
по ISO/IEC 15288:2002
 Формирование концепции
 Разработка
 Реализация
 Эксплуатация
 Поддержка
 Снятие с эксплуатации
Проектирование
Реализация
Внедрение
Анализ
требований
по ГОСТ 34.601-90
 Формирование
требований к АС
 Разработка концепции АС.
 Техническое задание.
 Эскизный проект.
 Технический проект.
 Рабочая документация.

Ввод в действие.

Сопровождение АС
Эксплуатация
5
Анализ требований
Сбор материалов
для проектирования
Анализ материалов и
формирование ТЗ
Изучение объекта
проектирования
Детальный анализ
автоматизируемых БП
Формирование требований
пользователей к ИС
Разработка и выбор варианта
концепции системы
Проведение необходимых
НИР
Разработка и утверждение
технического задания
ТЭО необходимости
разработки ИС
6
Состав проектной документации
стадии анализа предметной области
1. Отчет о выполненной работе по
формированию требований
пользователя.
2. Концепция ИС
3. Технико-экономическое обоснование
необходимости разработки ИС.
4. Техническое задание на разработку ИС.
7
Содержание отчета
РД 50 - 34.698 – 90
1. Характеристика объекта и результатов его
функционирования
2. Описание существующей информационной системы
3. Описание недостатков существующей
информационной системы
4. Обоснование необходимости совершенствования
информационной системы объекта
5. Цели, критерии и ограничения создания АС
6. Функции и задачи создаваемой АС
7. Ожидаемые технико-экономические результаты
создания АС
8. Выводы и предложения
8
Концепция ИС



Концепция – это видение того, какой
должна быть система.
Основная цель создания этого документа –
указать высокоуровневые требования
(возможности, свойства) продукта и
наиболее существенные ограничения.
Документ «Концепция ИС» создается для
первого руководителя предприятиязаказчика.
9
Содержание документа «Концепция ИС»
РД 50 - 34.698 – 90
1)
2)
3)
4)
5)
6)
7)
8)
9)
Описание результатов изучения объекта автоматизации;
описание и оценка преимуществ и недостатков разработанных
альтернативных вариантов концепции создания ИС;
сопоставительный анализ требований пользователя к ИС и
вариантов концепции ИС на предмет удовлетворения требований
пользователя;
обоснование выбора оптимального варианта концепции и
описание предлагаемой ИС;
ожидаемые результаты и эффективность реализации выбранного
варианта концепции ИС;
ориентировочный план реализации выбранного варианта
концепции ИС;
необходимые затраты ресурсов на разработку, ввод в действие и
обеспечение функционирования;
требования, гарантирующие качество ИС;
условия приемки системы.
10
Содержание ТЭО






Анализ и общая характеристика экономического объекта;
обоснование необходимости разработки;
описание выполняемых системой функций;
сроки завершения отдельных этапов, форма приемки/сдачи
работ,
необходимые ресурсы;
совокупность условий эксплуатации:







архитектура системы,
аппаратные и программные ресурсы,
условия функционирования,
обслуживающий персонал и пользователи системы;
ограничения, риски, критические факторы, которые могут
повлиять на успешность проекта;
возможности развития системы;
что не будет реализовано в рамках проекта.
11
Классификация функций

Метод MuSCoW, предложенный в 1994 г.,
классифицирует функции по степени важности:



Must have - необходимые функции (обеспечивают
критичные для успешной работы системы
возможности);
Should have - желательные функции;
Could have - возможные функции;


Реализация функций этих категорий ограничивается
временными и финансовыми рамками
Won't have - отсутствующие функции (обеспечивают
четкое представление границ проекта).
12
II этап
I этап
Отчет о
формировании
требований
пользователей
Концепция ИС
Техникоэкономическое
обоснование
разработки ИС
Техническое
задание на
разработку ИС
13
Содержание ТЗ по ГОСТ 34.602-89
Общие сведения
Назначение и цели создания (развития) системы
Характеристика объектов автоматизации
Требования к системе
Состав и содержание работ по созданию системы
Порядок контроля и приемки системы
Требования к составу и содержанию работ по
подготовке объекта автоматизации к вводу
системы в действие
8. Требования к документированию
9. Источники разработки
1.
2.
3.
4.
5.
6.
7.
14
1. Общие сведения







полное наименование системы и ее условное
обозначение
шифр темы или шифр (номер) договора;
наименование предприятий разработчика и
заказчика системы, их реквизиты
перечень документов, на основании которых
создается ИС
плановые сроки начала и окончания работ
сведения об источниках и порядке
финансирования работ
порядок оформления и предъявления заказчику
результатов работ по созданию системы, ее частей
и отдельных средств
15
2. Назначение и цели создания
системы



вид автоматизируемой деятельности
перечень объектов, на которых
предполагается использование системы
наименования и требуемые значения
технических, технологических,
производственно-экономических и др.
показателей объекта, которые должны быть
достигнуты при внедрении ИС
16
3. Характеристика объектов
автоматизации


краткие сведения об объекте автоматизации
сведения об условиях эксплуатации и характеристиках
окружающей среды
ПРИМЕР:
 Объектом автоматизации являются процессы по управлению государственными
кадрами, а также контроль эффективности выполнения указанных процессов.
Процессы управления государственными кадрами включают в себя:
- планирование структуры организаций, штатных расписаний и кадровых политик;
- произведение расчета заработной платы;
- оперативного учета движения кадров;
- ведение административного документооборота по персоналу и учету труда,
аттестации и определению потребностей работников;
- рекрутинг персонала на вакантные должности;
- ведение архивов без ограничения сроков давности;
- публикация открытой части информации системы населению.
 Данные процессы осуществляются следующими специалистами:
- Экономистами планово-экономического отдела или отдела труда и заработной
платы;
- Инспекторами отделов кадров и менеджерами по персоналу;
- Руководителями различного уровня, в т.ч. и высшим руководством;
- Табельщиками и сотрудниками табельных бюро;
17
- Бухгалтерами расчетной части и главными бухгалтерами предприятий.
Требования
Требования
к системе
Функциональные
требования
по подсистемам
Требования к
функциям,
выполняемым
системой
Требования
к времени
реализации
функций
Требования к
видам
обеспечения
Требования
к качеству
реализации
функций
Перечень и
критерии отказов
функции
18
Требования к системе







требования к структуре системы
требования к режимам
функционирования системы;
требования к персоналу
требования к надежности
требования к безопасности;
требования к эргономике и
технической эстетике;
требования к
транспортабельности (для
подвижных АС);






требования к эксплуатации,
техническому обслуживанию,
ремонту и хранению
компонентов системы;
требования к защите информации
от несанкционированного
доступа;
требования к сохранности
информации при авариях;
требования к защите от влияния
внешних воздействий;
требования к патентной чистоте;
требования к стандартизации и
унификации
19
4.2. Требования к функциям
(по подсистемам)




перечень подлежащих автоматизации задач
временной регламент реализации каждой
функции
требования к качеству реализации каждой
функции, к форме представления выходной
информации, характеристики точности,
достоверности выдачи результатов
перечень и критерии отказов
20
4.3. Требования к видам обеспечения







математическому (состав и область применения мат. моделей
и методов, типовых и разрабатываемых алгоритмов);
информационному (состав, структура и организация данных,
обмен данными между компонентами системы,
информационная совместимость со смежными системами,
используемые классификаторы, СУБД, контроль данных и
ведение информационных массивов, процедуры придания
юридической силы выходным документам);
лингвистическому (языки программирования, языки
взаимодействия пользователей с системой, системы
кодирования, языки ввода- вывода);
программному (независимость программных средств от
платформы, качество программных средств и способы его
контроля, использование фондов алгоритмов и программ);
техническому;
организационному (структура и функции эксплуатирующих
подразделений, защита от ошибочных действий персонала);
методическому (состав НТД).
21
5. Состав и содержание работ по
созданию системы






перечень стадий и этапов работ
сроки исполнения
состав организаций — исполнителей работ
вид и порядок экспертизы технической
документации
программа обеспечения надежности
программа метрологического обеспечения
22
6. Порядок контроля и приемки
системы



виды, состав, объем и методы испытаний
системы
общие требования к приемке работ по
стадиям
статус приемочной комиссии
23
7. Требования к составу и содержанию
работ по подготовке объекта
автоматизации к вводу системы в
действие



преобразование входной информации к
машиночитаемому виду
изменения в объекте автоматизации
сроки и порядок комплектования и
обучения персонала
24
8. Требования к документированию


согласованный разработчиком и Заказчиком
системы перечень подлежащих разработке
комплектов и видов документов,
соответствующих требованиям ГОСТ 34.201
и НТД отрасли заказчика;
при отсутствии государственных стандартов,
определяющих требования к
документированию элементов системы,
дополнительно включают требования к
составу и содержанию таких документов.
25
9. Источники разработки
Документы и информационные материалы, на
основании которых разрабатывалось ТЗ, и
которые должны быть использованы при
создании системы:
 технико-экономическое обоснование,
 отчеты о законченных научно-исследовательских
работах,
 информационные материалы на отечественные,
зарубежные системы-аналоги и др.
26
Краткое содержание ТЗ






Описание основных целей создания системы,
критерии эффективности ее функционирования;
описание состава и структуры разрабатываемой
системы, порядок разработки подсистем;
перечень основных показателей (параметров),
которые должны быть достигнуты в условиях
автоматизированного управления объектом;
перечень функций управления с указанием
входных и выходных документов, периодичность
решения и формы представления информации для
каждой функции;
требования к видам обеспечения;
этапы разработки системы.
27
Порядок разработки ТЗ
1. Проект ТЗ на АС разрабатывает организация-разработчик системы с
участием заказчика на основании технических требований.
Необходимость согласования проекта ТЗ на АС с органами
государственного надзора и другими заинтересованными
организациями определяют совместно заказчик системы и разработчик
проекта ТЗ на АС.
2. Срок согласования проекта ТЗ на АС в каждой организации не должен
превышать 15 дней со дня его получения.
3. Замечания по проекту ТЗ на АС должны быть представлены с
техническим обоснованием.
4. Если при согласовании проекта ТЗ на АС возникли разногласия между
разработчиком и заказчиком, то составляется протокол разногласий и
конкретное решение принимается в установленном порядке.
5. Утверждение ТЗ на АС осуществляют руководители предприятий
(организаций) разработчика и заказчика системы.
6. ТЗ на АС до передачи его на утверждение должно быть проверено
службой нормоконтроля организации - разработчика ТЗ.
7. Согласование и утверждение дополнений к ТЗ на АС проводят в
порядке, установленном для ТЗ на АС.
8. Изменения к ТЗ на АС не допускается утверждать после представления
системы на приемо-сдаточные испытания.
28
Варианты разработки ТЗ




силами самого Заказчика;
непосредственным Исполнителем, в чьи
обязанности в дальнейшем войдут
проектирование и проведение испытаний;
«конкурсным» Исполнителем, чьи
взаимоотношения с Заказчиком
завершатся разработкой технического
задания;
сторонним Исполнителем.
29
Взаимоотношения Заказчика и
исполнителя при разработке ТЗ
Умный
Исполнитель
Наивный
Исполнитель
Умный
Заказчик
Продление
Бесконечные
сроков договора переделки за счет
Исполнителя
Наивный
Заказчик
Высочайшая
норма прибыли
Исполнителя
Бой быков
30