ГОСТ 19.201-78 Техническое задание. Требования к содержанию и оформлению |
ГОСТ 34.602.89 Техническое задание на создание автоматизированной системы |
1. Введение |
1. Общие сведения |
2. Основания для разработки |
|
3. Назначение разработки |
2. Назначение и цели создания системы |
|
3. Характеристика объекта автоматизации |
4. Требования к программе или программному изделию |
4. Требования к системе |
4.1. Требования к функциональным характеристикам |
4.2. Требования к функциям (задачам), выполняемым системой |
|
4.1. Требования к системе в целом |
|
4.1.1. Требования к структуре и функционированию системы |
|
4.1.3. Показатели назначения |
4.2. Требования к надежности |
4.1.4. Требования к надежности |
|
4. 1.5. Требования к безопасности |
|
4. 1.6. Требования к эргономике и технической эстетике |
4.3. Условия эксплуатации |
4.1.2. Требования к численности и квалификации персонала системы и режиму его работы |
|
4. 1.9. Требования к защите информации от несанкционированного доступа |
|
4. 1.10. Требования по сохранности информации при авариях |
|
4. 1.11. Требования к защите от влияния внешних воздействий |
|
4. 1.12. Требования к патентной чистоте |
|
4. 1.13. Требования по стандартизации и унификации |
4.4. Требования к составу и параметрам технических средств |
4. 1.8. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы |
4.5. Требования к информационной и программной совместимости |
|
4.6. Требования к маркировке и упаковке |
|
4.7. Требования к транспортированию и хранению |
4. 1.7. Требования к транспортабельности для подвижных систем |
4.8. Специальные требования |
4. 1.14. Дополнительные требования |
|
4.3. Требования к видам обеспечения |
5. Требования к программной документации |
8. Требования к документированию |
6. Технико-экономические показатели |
|
7. Стадии и этапы разработки |
5. Состав и содержание работ по созданию системы |
8. Порядок контроля и приемки |
6. Порядок контроля и приемки системы |
|
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие |
|
9.Источники разработки |
Итак, документ Техническое задание должен, по сути, отражать все требования к проектируемому продукту, выделенные на этапе аналитического исследования объекта автоматизации.
Опираясь на таблицу, приведенную выше, мы можем выделить основные разделы технического задания:
Общие сведения о системе (программе);
Назначение, цели и задачи системы (программы);
Требования к системе (функциональные требования, пользовательские требования, требования к системе в целом и тд);
Требования к видам обеспечения;
Требования к документированию;
Стадии и этапы разработки;
Порядок контроля и приемки системы (программы).
Общие сведения Данный раздел документа Техническое задание должен содержать полное наименование системы и все варианты сокращений, которые будут использованы при разработке документации.
Пример:
«В данном документе создаваемая информационная система называется «Единое окно доступа к образовательным ресурсам», сокращенно ЕО. Систему Единое окно доступа к образовательным ресурсам далее в настоящем документе допускается именовать Единое окно или Система.»
Также сюда следует включить подразделы сообщающие реквизиты организаций участвующих в разработке (Заказчика и Исполнителя).
В подразделе «Основания для разработки» документа Техническое задание перечисляются основные документы, на основании которых выполняются данные работы. Например, для системы, выполняемой по заказу Правительства страны или другого Государственного органа, должны быть указаны законы, указы и постановления Правительства.
Далее следует указать сроки начала и окончания работ и сведения об источнике финансирования. Данная информация может быть указана и в конце технического задания в разделе с указанием стадий и этапов работ.
Неотъемлемой частью документа Техническое задание также должен быть список терминов и сокращений. Термины и сокращения лучше представить в виде таблицы с двумя столбцами «Термин» и «Полная форма».
Термины и сокращения располагаются в алфавитном порядке. В первую очередь принято давать расшифровку русскоязычным терминам и сокращениям, потом англоязычным.
Данный раздел документа Техническое задание должен содержать назначение и цели создания системы.
Пример:
«Информационная система «Единое окно доступа к образовательным ресурсам» предназначена для обеспечения пользователей полной, оперативной и удобной информацией, касающейся системы образования Российской федерации, организаций выполняющих функцию образовательных учреждений.
Основной целью Системы является формирование единой информационной среды и автоматизации бизнес-процессов Образовательных учреждений Российской Федерации.
Создание информационной системы «Единое окно» должно обеспечить:
предоставление пользователям широкого спектра информационных ресурсов;
повышение уровня информационной безопасности;
повышение эффективности работы образовательных учреждений и ведомств за счет оптимизации ряда бизнес-процессов;
повышение эффективности процесса взаимодействия информационных систем и сервисов внутри ведомства.
Создание Системы позволит сократить эксплуатационные затраты в результате повышения эффективности работы ведомства.»
Данный раздел документа Техническое задание предназначен для описания основных функциональных требований системы. Это самая важная часть технического задания, так как именно она станет основным вашим аргументом при спорах с Заказчиком в процессе сдачи системы в эксплуатацию. Поэтому к его написанию необходимо подойти наиболее тщательно.
В документе Техническое задание должны быть представлены все требования, выявленные на этапе проведения анализа объекта автоматизации. Лучше всего выделить основные бизнес-процессы, которые и должны быть раскрыты посредством описания функциональных требований.
Пример:
«Информационная система «Единое окно доступа к образовательным ресурсам» предназначена для обеспечения пользователей полной, оперативной и удобной информацией, касающейся системы образования Российской федерации, организаций выполняющих функцию образовательных учреждений.
Регистрация образовательного учреждения Российской Федерации осуществляется ответственным сотрудником учреждения («Постановление Правительства …»).
Процесс регистрации образовательного учреждения включает следующие шаги:
Автор создает запись об организации;
Автор заносит данные организации;
Система проверяет наличие лицензии для данной организации
Если лицензия существует в базе данных, Система отправляет Автору сообщение об успешной регистрации;
Если лицензия не найдена в базе данных, Система отправляет сообщение Автору об отсутствии лицензии для данной организации.»
Если позволяет время, информацию, приведенную в данном разделе, следует, более полно раскрыть в приложении к документу Техническое задание. В приложении к техническому заданию можно привести экранную форму и ниже описать все события, которые на ней присутствуют (создание, просмотр, редактирование, удаление и т.п.).
Требования к системе в целом включают раскрытие ее архитектуры с описанием всех подсистем. В данной части Технического задания следует описать требования к интеграции системы с другими продуктами (если таковые имеются). Далее в техническое задание должны быть включены:
требования к режимам функционирования системы
показатели назначения
требования к надежности
требования к безопасности
требования к численности и квалификации персонала и режиму его работы
требования к защите информации
требования по сохранности информации при авариях
требования к патентной чистоте
требования по стандартизации и унификации
и т.д.
Требованиям к видам обеспечения
В данном разделе документа Техническое задание должны быть представлены требования к математическому, информационному, лингвистическому, программному, техническому и др. видам обеспечения (если таковые имеются).
Требования к документированию
Раздел «Требования к документированию» технического задания включает перечень проектных и эксплуатационных документов, которые должны быть предоставлены заказчику.
Данный раздел технического задания также важен, как и описание функциональных требований, поэтому не следует ограничиваться фразой «Заказчику должна быть предоставлена вся документация согласно ГОСТ 34». Это означает, что вы должны предоставить весь пакет документов включая «Формуляр», «Паспорт» и т.п. Большинство документов из списка, указанного в ГОСТ 34.201-89 не нужны ни вам, ни заказчику, поэтому лучше сразу согласовать список на этапе разработки документа Техническое задание.
Минимальный пакет документов обычно включает:
Техническое задание;
Ведомость эскизного (технического) проекта;
Пояснительная записка к Техническому проекту;
Описание организации информационной базы;
Руководство пользователя;
Руководство администратора;
Программа и методика испытаний;
Протокол приемочных испытаний;
Акт выполненных работ
Перечень документов в техническом задании лучше представить в виде таблицы, где указывается наименование документа и стандарт на основании, которого он должен быть разработан.
Стадии и этапы разработки
В данном разделе документа Техническое задание следует представить информацию обо всех этапах работ, которые должны быть проведены.
Описание этапа должно включать наименование, сроки, описание работ и конечный результат.
Порядок контроля и приемки системы
В данном разделе документа Техническое задание необходимо указать документ, на основании которого должны быть проведены приемо-сдаточные испытания.
При необходимости техническое задание может быть дополнено другими разделами, или сокращено путем удаления нецелесообразных пунктов.
При изменении структуры технического задания, во избежание конфликтных ситуаций, ее необходимо согласовать с заказчиком до разработки документа.
Основной целью Системы является формирование единой информационной среды и автоматизации бизнес-процессов Образовательных учреждений Российской Федерации.
Создание информационной системы «Единое окно» должно обеспечить:
предоставление пользователям широкого спектра информационных ресурсов;
повышение уровня информационной безопасности;
повышение эффективности работы образовательных учреждений и ведомств за счет оптимизации ряда бизнес-процессов;
повышение эффективности процесса взаимодействия информационных систем и сервисов внутри ведомства.
Создание Системы позволит сократить эксплуатационные затраты в результате повышения эффективности работы ведомства.»
Данный раздел документа Техническое задание предназначен для описания основных функциональных требований системы. Это самая важная часть технического задания, так как именно она станет основным вашим аргументом при спорах с Заказчиком в процессе сдачи системы в эксплуатацию. Поэтому к его написанию необходимо подойти наиболее тщательно.
В документе Техническое задание должны быть представлены все требования, выявленные на этапе проведения анализа объекта автоматизации. Лучше всего выделить основные бизнес-процессы, которые и должны быть раскрыты посредством описания функциональных требований.
Пример:
«4.1 Бизнес-процесс «Предоставление информации об образовательных учреждениях Российской Федерации
В данном бизнес-процессе выделяются следующие участники:
Модератор – работник ведомства, входящий в состав обслуживающего персонала Системы, ответственный за корректность предоставляемых данных
Автор – сотрудник образовательного учреждения, ответственный за размещение информации о своей организации.
Пользователь – гражданин, нуждающийся в получении информации о работе образовательных учреждений Российской Федерации.
Последнее обновление ( 26.05.2011 г. )
Техническое задание – это основной документ, призванный консолидировать все требования к разрабатываемому программному продукту (автоматизированной системе). Его структура и содержание определяется ГОСТ 34.602 89. Далее, я хочу вам представить основные разделы технического задания с кратким описанием их назначения. |
|
1. Общие положения 1.1. Полное наименование системы и ее условное обозначение. 1.2. Номер договора. 1.3. Наименование разработчика и заказчика системы и их реквизиты. 1.4. Перечень документов, на основании которых создается система. 1.5. Плановые сроки начала и окончания работ. 1.6. Сведения об источниках и порядке финансирования работ. 1.7. Порядок оформления и предъявления заказчику результатов работ по созданию системы. |
|
2. Назначение и цели создания системы 2.1. Назначение системы: вид автоматизируемой деятельности и перечень объектов автоматизации. 2.2. Цели создания системы: требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания системы. |
|
3. Характеристика объекта автоматизации 3.1. Краткие сведения об объекте автоматизации. 3.2. Сведения об условиях эксплуатации объекта автоматизации. |
|
4.Требования к системе 4.1. Требования к системе в целом. 4.1.1. Требования к структуре и функционированию системы. 4.1.2. Требования к численности и квалификации персонала системы и режиму его работы. 4.1.3. Требования к надежности. 4.1.4. Требования безопасности. 4.1.5. Требования к эргономике и технической эстетике. 4.1.6. Требования к эксплуатации и техническому обслуживанию. 4.1.7. Требования к защите информации от несанкционированного доступа; 4.1.8. Требования к сохранности информации при авариях. 4.1.9. Требования к защите от влияния внешних воздействий. 4.1.10. Требования к патентной чистоте. 4.1.11. Любые дополнительные требования. 4.2. Требования к функциям (задачам), выполняемым системой. (перечень функций (задач), подлежащих автоматизации; временной регламент реализации каждой функции (задачи); требования к качеству реализации каждой функции (задачи), к форме представления выходной информации, к точности и времени выполнения, к достоверности выдачи результатов; перечень и критерии отказов для каждой функции (задачи), для которых определены требования к надежности) 4.3. Требования к видам обеспечения. 4.3.1. Требования к математическому обеспечению системы. (требования к составу, области применения и способам использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке) 4.3.2. Требования информационному обеспечению системы. (требования к составу, структуре и способам организации данных в системе; к информационному обмену между компонентами системы; к информационной совместимости со смежными системами; к применению систем управления базами данных; к структуре процесса сбора, обработки, передачи данных в системе и представлению данных; к защите данных от разрушений при авариях и сбоях в электропитании системы; к контролю, хранению, обновлению и восстановлению данных) 4.3.3. Требования к лингвистическому обеспечению системы. (требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области (информационному моделированию), к способам организации диалогов с пользователем и т.д.) 4.3.4. Требования к программному обеспечению системы. (перечень лицензионных программных продуктов, наличие которых необходимо для функционирования системы в нормальном режиме) 4.3.5. Требования к техническому обеспечению. (требования к видам технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе; к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы) 4.3.6. Требования к организационному обеспечению. (требования к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию; к организации функционирования системы и порядку взаимодействия персонала объекта автоматизации; к защите от ошибочных действий персонала системы) 4.3.7. Требования к методическому обеспечению (к нормативно-технической документации). |
|
5. Состав и содержание работ по созданию (развитию) системы 5.1. Перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций - исполнителей работ и т.п. 5.2. Перечень документов, по ГОСТ 34.201-89, предъявляемых по окончании соответствующих стадий и этапов работ. |
|
6. Порядок контроля и приемки системы 6.1. Виды, состав, объем и методы испытаний системы в целом и отдельный ее компонентов (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему). 6.2. Общие требования к приемке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приемочной документации. |
|
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие Перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу программного продукта в эксплуатацию. |
|
8. Требования к документированию Согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201-89 и непосредственно требованиям заказчика. |
|
9. Источники разработки Перечисляются документы и информационные материалы, на основании которых разрабатывается техническое задание и которые должны быть использованы при создании системы. |
|
Технический проект Технический проект – это тот документ, который должен стать результатом выполнения этапов эскизного и технического проектирования согласно ГОСТ 34.601 90. Технический проект должен содержать более детальную проработку требований, изложенных в техническом задании, а также, описание проектных решений, которые предстоит реализовать, чтобы эти требования выполнить. Структура технического проекта строго не регламентируется. Ниже представлены основные разделы, которые в том или ином виде должны присутствовать в документе (наборе документов), отражающих результаты проектирования программного продукта. Архитектура информационной системы В разделе должно быть приведено общее описание архитектуры программного продукта, представлены используемые компоненты, технологии и инструменты. Описано взаимодействие компонентов друг с другом. Также, здесь следует обозначить точки интеграции с другими системами. Источники и структуры данных В разделе приводится описание используемых системой источников данных и формата этих данных. Здесь также следует привести результатыинформационного моделирования предметной области: перечень основных объектов автоматизации, связей между этими объектами и их представление в информационном хранилище (базе данных). Проектные решения В разделе подробно описываются все, реализуемые в рамках создания программного продукта проектные решения: полное описание реализации бизнес-сценариев и соответствующих им бизнес-процессов. По каждому эпизоду приводится описание реализации требований к задачам системы, зафиксированных в техническом задании, и по каждому процессу описываются источники и структуры данных. Сценарии интеграции В разделе указываются все точки интеграции программного продукта с внешними системами с подробной их спецификацией и описанием реализации требований к сценариям интеграции. |
|