Техническое задание на создание информационной системы
На основании ГОСТ 34.602-89
на написание ТЗ на автоматизированные системы управления от 01.01.1990г.
ОБЩИЕ ПОЛОЖЕНИЯ
1.1. ТЗ является основным документом, определяющим требования и порядок создания (развития или модернизации - далее создания) информационной системы (далее ИС), в соответствии с которым проводится разработка ИС и ее приемка при вводе в действие.
1.2. ТЗ разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы.
1.3. Требования к ИС в объеме, установленном настоящим стандартом, могут быть включены в задание на проектирование вновь создаваемого объекта информатизации. В этом случае ТЗ не разрабатывают.
1.4. Включаемые в ТЗ требования должны соответствовать современному уровню развития информационных технологий и не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам. Задаваемые в ТЗ требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и других решений.
1.5. В ТЗ включают только те требования, которые дополняют требования к системам данного вида и определяются спецификой конкретного объекта, для которого создается система.
1.6. Изменения к ТЗ оформляют дополнением или подписанным заказчиком и разработчиком протоколом. Дополнение или указанный протокол являются неотъемлемой частью ТЗ на ИС. На титульном листе ТЗ должна быть запись “Действует с... ”.
СОСТАВ И СОДЕРЖАНИЕ
2.1. ТЗ содержит следующие разделы, которые могут быть разделены на подразделы:
- общие сведения;
- назначение и цели создания (развития) системы;
- характеристика объектов;
- требования к системе;
- состав и содержание работ по созданию системы;
- порядок контроля и приемки системы;
- требования к составу и содержанию работ по подготовке объекта разработки к вводу системы в действие;
- требования к документированию;
- источники разработки.
В ТЗ могут включаться приложения.
2.2. В зависимости от вида, назначения, специфических особенностей проекта и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ.
В ТЗ на части системы не включают разделы, дублирующие содержание разделов ТЗ в целом.
2.3. В разделе “Общие сведения” указывают:
- полное наименование системы и ее условное обозначение;
- шифр темы или шифр (номер) договора;
- наименование компаний разработчика и заказчика (пользователя) системы и их реквизиты;
- перечень документов, на основании которых создается система, кем и когда утверждены эти документы;
- плановые сроки начала и окончания работы по созданию системы;
- сведения об источниках и порядке финансирования работ;
- порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы.
2.4. Раздел “Назначение и цели создания (развития) системы” состоит из подразделов:
- назначение системы;
- цели создания системы.
2.4.1. В подразделе “Назначение системы” указывают вид деятельности системы (управление, проектирование и т. п.) и перечень объектов информатизации (объектов), на которых предполагается ее использовать.
2.4.2. В подразделе “Цели создания системы” приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта информатизации, которые должны быть достигнуты в результате создания ИС, и указывают критерии оценки достижения целей создания системы.
2.5. В разделе “Характеристики объекта информатизации” приводят:
- краткие сведения об объекте информатизации или ссылки на документы, содержащие такую информацию;
- сведения об условиях эксплуатации объекта автоматизации.
2.6. Раздел “Требования к системе” состоит из следующих подразделов:
- требования к системе в целом;
- требования к функциям (задачам), выполняемым системой;
- требования к видам обеспечения.
Состав требований к системе, включаемых в данный раздел ТЗ на ИС, устанавливают в зависимости от вида, назначения, специфических особенностей и условий функционирования конкретной системы.
2.6.1. В подразделе “Требования к системе в целом” указывают:
- требования к структуре и функционированию системы;
- требования к численности и квалификации персонала системы и режиму его работы;
- показатели назначения;
- требования к надежности;
- требования безопасности;
- требования к эргономике и технической эстетике;
- требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;
- требования к защите информации от несанкционированного доступа;
- требования по сохранности информации при авариях;
- требования к защите от влияния внешних воздействий;
- требования к патентной чистоте;
- требования по стандартизации и унификации;
- дополнительные требования.
2.6.1.1. В требованиях к структуре и функционированию системы приводят:
- перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы;
- требования к способам и средствам связи для информационного обмена между компонентами системы;
- требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией (автоматически, пересылкой документов, по телефону и т. п.);
- требования к режимам функционирования системы;
- требования по диагностированию системы;
- перспективы развития, модернизации системы.
2.6.1.2. В требованиях к численности и квалификации персонала на ИС приводят:
- требования к численности персонала (пользователей) ИС;
- требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков;
- требуемый режим работы персонала ИС.
2.6.1.3. В требованиях к показателям назначения ИС приводят значения параметров, характеризующие степень соответствия системы ее назначению.
2.6.1.4. В требования к надежности включают:
- состав и количественные значения показателей надежности для системы в целом или ее подсистем;
- перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей;
- требования к надежности технических средств и программного обеспечения;
- требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.
2.6.1.5. В требования по безопасности включают требования по обеспечению безопасности при поставке, наладке, эксплуатации и обслуживании системы.
2.6.1.6. В требования по эргономике и технической эстетике включают показатели ИС, задающие необходимое качество взаимодействия человека с машиной и комфортность условий работы персонала.
2.6.1.7. В требования к защите информации от несанкционированного доступа включают требования, установленные действующей в отрасли и информационной среде заказчика.
2.6.1.8. В требованиях по сохранности информации приводят перечень событий: аварий, отказов технических средств (в том числе - потеря питания) и т. п., при которых должна быть обеспечена сохранность информации в системе.
2.6.1.9. В требованиях по патентной чистоте указывают перечень стран, в отношении которых должна быть обеспечена патентная чистота системы и ее частей.
2.6.1.10. В дополнительные требования включают специальные требования по усмотрению разработчика или заказчика системы.
2.6.2. В подразделе “Требование к функциям (задачам)”, выполняемым системой, приводят:
- по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации;
- при создании системы в две или более очереди - перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях;
- временной регламент реализации каждой функции, задачи (или комплекса задач);
- требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов;
- перечень и критерии отказов для каждой функции, по которой задаются требования по надежности.
2.6.3. В подразделе “Требования к видам обеспечения” в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другие видам обеспечения системы.
2.6.3.2. Для информационного обеспечения системы приводят требования:
- к составу, структуре и способам организации данных в системе;
- к информационному обмену между компонентами системы;
- к информационной совместимости со смежными системами;
- по применению систем управления базами данных;
- к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;
- к защите данных;
- к контролю, хранению, обновлению и восстановлению данных;
2.6.3.3. Для лингвистического обеспечения системы приводят требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области, к способам организации диалога.
2.6.3.4. Для программного обеспечения системы приводят перечень покупных программных средств, а также требования:
- к зависимости программных средств от операционной среды;
- к качеству программных средств, а также к способам его обеспечения и контроля;
2.6.3.5. Для технического обеспечения системы приводят требования:
- к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе;
- к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы.
2.6.3.6. В требованиях к метрологическому обеспечению приводят:
- предварительный перечень измерительных каналов;
- требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов;
- требования к метрологической совместимости технических средств системы;
- перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики;
- требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств, встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы;
- вид метрологической аттестации (государственная или ведомственная) с указанием порядка ее выполнения и организаций, проводящих аттестацию.
2.6.3.7. Для организационного обеспечения приводят требования:
- к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию;
- к организации функционирования системы и порядку взаимодействия персонала ИС и персонала объекта информатизации;
- к защите от ошибочных действий персонала системы.
2.7. Раздел “Состав и содержание работ по созданию (развитию) системы” должен содержать перечень стадий и этапов работ по созданию системы, сроки их выполнения, перечень организаций - исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ.
В данном разделе также приводят:
- перечень документов предъявляемых по окончании соответствующих стадий и этапов работ;
- вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт);
- программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости);
- перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости).
2.8. В разделе “Порядок контроля и приемки системы” указывают:
- виды, состав, объем и методы испытаний системы и ее составных частей;
- общие требования к приемке работ по стадиям, порядок согласования и утверждения приемочной документации;
2.9. В разделе “Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие” необходимо привести перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке проекта к вводу ИС в действие.
В перечень основных мероприятий включают:
- приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению);
- создание условий функционирования проекта, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ;
- создание необходимых для функционирования системы подразделений и служб;
- сроки и порядок комплектования штатов и обучения персонала.
2.10. В разделе “Требования к документированию” приводят:
- согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов;
перечень документов, выпускаемых на машинных носителях; - при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.
2.11. В разделе “Источники разработки” должны быть перечислены документы и информационные материалы, на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.
ПРАВИЛА ОФОРМЛЕНИЯ
3.1. Разделы и подразделы ТЗ должны быть размещены в порядке, установленном в разд. 2 настоящего стандарта.
3.2. Номера листов (страниц) проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа (над текстом, посередине) после обозначения кода ТЗ на ИС.
3.3. На титульном листе помещают подписи заказчика, разработчика и согласующих компаний, которые скрепляют печатью. При необходимости титульный лист оформляют на нескольких страницах. Подписи разработчиков ТЗ и должностных лиц, участвующих в согласовании и рассмотрении проекта ТЗ на ИС, помещают на последнем листе.
Форма титульного листа ТЗ приведена в приложении 2. Форма последнего листа ТЗ приведена в приложении 3.
3.4. Титульный лист дополнения к ТЗ оформляют аналогично титульному листу технического задания. Вместо наименования “Техническое задание” пишут “Дополнение №... к ТЗ на AC... ”.
3.5. На последующих листах дополнения к ТЗ помещают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения.
3.8. При изложении текста дополнения к ТЗ следует указывать номера соответствующих пунктов, подпунктов, таблиц основного ТЗ и т. п. и применять слова: “заменить”, “дополнить”, “исключить”, “изложить в новой редакции”.
ПРИЛОЖЕНИЕ 1
Рекомендуемое
ПОРЯДОК РАЗРАБОТКИ, СОГЛАСОВАНИЯ И УТВЕРЖДЕНИЯ ТЗ НА ИС
- Проект ТЗ разрабатывает организация-разработчик системы с участием заказчика на основании технических требований (заявки, тактико-технического задания и т. п.).
При конкурсной организации работ варианты проекта ТЗ рассматриваются заказчиком, который - либо выбирает предпочтительный, вариант, либо на основании сопоставительного анализа подготавливает с участием будущего разработчика ИС окончательный вариант ТЗ на AC. - Необходимость согласования проекта ТЗ с органами государственного надзора и другими заинтересованными организациями определяют совместно заказчик системы и разработчик проекта ТЗ на ИС,
Работу по согласованию проекта ТЗ на ИC осуществляют совместно разработчик ТЗ и заказчик системы, каждый в организациях своего министерства (ведомства). - Срок согласования проекта ТЗ в каждой организации не должен превышать 15 дней со дня его получения. Рекомендуется рассылать на согласование экземпляры проекта ТЗ (копий) одновременно во все организации (подразделения).
- Замечания по проекту ТЗ должны быть представлены с техническим обоснованием. Решения по замечаниям должны быть приняты разработчиком проекта ТЗ и заказчиком системы до утверждения ТЗ на ИС.
- Если при согласовании проекта ТЗ возникли разногласия между разработчиком и заказчиком (или другими заинтересованными организациями), то составляется протокол разногласий (форма произвольная) и конкретное решение принимается в установленном порядке.
- Согласование проекта ТЗ разрешается оформлять отдельным документом (письмом). В этом случае под грифом “Согласовано” делают ссылку на этот документ.
- Утверждение ТЗ осуществляют руководители компаний разработчика и заказчика системы.
- Копии, утвержденного ТЗ в 10-дневный срок после утверждения высылаются разработчиком ТЗ участникам создания системы.
- Согласование и утверждение дополнений к ТЗ проводят в порядке, установленном для ТЗ на ИС.
- Изменения к ТЗ не допускается утверждать после представления системы или ее очереди на приемо-сдаточные испытания.