В общем-то, ничего нового, но думаю, многим может пригодиться.
ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.
Комплекс стандартов на автоматизированные системы.
Техническое задание
на создание автоматизированной системы
Дата введения 01.01.90
Настоящий стандарт распространяется на автоматизированные системы /АС/ для автоматизации различных видов деятельности /управления, проектирования, исследования и т.п/, включая их сочетания, и устанавливает состав, содержание, правила оформления документа «Технологическое задание на создание /развитие или модернизацию/ системы»/далее — ТЗ на АС/.
Рекомендуемый порядок разработки, согласования и утверждения ТЗ на АС приведен в приложении 1.
1. ОБЩИЕ ПОЛОЖЕНИЯ
Дополнительно могут быть разработаны ТЗ на части АС: на подсистемы АС, комплексы задач АС и т.п. в соответствии с требованиями настоящего стандарта; на комплектующие средства технического обеспечения и программно-технические комплексы в соответствии со стандартами ЕСКД и СРПП; на программные средства в соответствии со стандартами ЕСПД; на информационные изделия в соответствии с ГОСТ 19.201 и НТД, действующей в ведомстве заказчика АС.
Примечание. В ТЗ на АСУ для группы взаимосвязанных объектов следует включать только общие для группы объектов требования. Специфические требования отдельного объекта управления следует отражать в ТЗ на АСУ этого объекта.
Задаваемые в ТЗ на АС требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и других решений.
2. СОСТАВ И СОДЕРЖАНИЕ
1/ общие сведения;
2/ назначение и цели создания (развития) системы;
3/ характеристика объектов автоматизации;
4/ требования к системе;
5/ состав и содержание работ по созданию системы;
6/ порядок контроля и приемки системы;
7/ требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
8/ требования к документированию;
9/ источники разработки.
В ТЗ на АС могут включаться приложения.
В ТЗ на части системы не включают разделы, дублирующие содержание разделов ТЗ на АС в целом.
1. полное наименование системы и ее условное обозначение;
2. шифр темы или шифр /номер/ договора;
3. наименование предприятий /объединений/ разработчика и заказчика /пользователя/ системы и их реквизиты;
4. перечень документов, на основании которых создается система, кем и когда утверждены эти документы;
5. плановые сроки начала и окончания работы по созданию системы;
6. сведения об источниках и порядке финансирования работ;
7. порядок оформления и предъявления заказчику результатов работ по созданию системы /ее частей/, по изготовлению и наладке отдельных средств /технических, программных, информационных/ и программно-технических /программно-методических/ комплексов системы.
1. назначение системы;
2. цели создания системы.
2.4.1. В подразделе «Назначение системы» указывают вид автоматизируемой деятельности /управление, проектирование и т.п./ и перечень объектов автоматизации /объектов/, на которых предполагается ее использовать.
Для АСУ дополнительно указывают перечень автоматизируемых органов /пунктов/ управления и управляемых объектов.
2.4.2. В подразделе «Цели создания системы» приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы.
1. краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;
2. сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.
Примечание. Для САПР в разделе дополнительно приводят основные параметры и характеристики объектов проектирования.
2.6. Раздел «Требования к системе» состоит из следующих подразделов:
1. требования к системе в целом;
2. требования к функциям /задачам/, выполняемым системой;
3. требования к видам обеспечения.
Состав требований к системе, включаемых в данный раздел ТЗ на АС, устанавливают в зависимости от вида, назначения, специфических особенностей и условий функционирования конкретной системы. В каждом подразделе приводят ссылки на действующие НТД, определяющие требования к системам соответствующего вида.
2.6.1. В подразделе «Требования к системе в целом» указывают:
требования к структуре и функционированию системы;
требования к численности и квалификации персонала системы и режиму его работы;
показатели назначения;
требования к надежности;
требования безопасности;
требования к эргономике и технической эстетике;
требования к транспортабельности для подвижных АС;
требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;
требования к защите информации от несанкционированного доступа;
требования по сохранности информации при авариях;
требования к защите от влияния внешних воздействий;
требования к патентной чистоте;
требования по стандартизации и унификации;
дополнительные требования.
2.6.1.1. В требованиях к структуре и функционированию системы приводят:
1. перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы;
2. требования к способам и средствам связи для информационного обмена между компонентами системы;
3. требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией /автоматически, пересылкой документов, по телефону и т. п./;
4. требованиям к режимам функционирования системы;
5. требования по диагностированию системы;
6. перспективы развития, модернизации системы.
2.6.1.2. В требованиях к численности и квалификации персонала АС приводят:
требования к численности персонала /пользователей/ АС;
требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков;
требуемый режим работы персонала АС.
2.6.1.3. В требованиях к показателям назначения АС приводят значения параметров, характеризующие степень соответствия системы ее назначения.
Для АСУ указывают:
степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления;
допустимые пределы модернизации и развития системы;
вероятностно-временные характеристики, при которых сохраняется целевое назначение системы.
2.6.1.4. В требования к надежности включают:
1. состав и количественные значения показателей надежности для системы в целом или ее подсистем;
2. перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей;
3. требования к надежности технических средств и программного обеспечения;
4. требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.
2.6.1.5. В требования по безопасности включают требования по обеспечению безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств системы /защита от воздействий электрического тока, электромагнитных полей, акустических шумов и т.п./, по допустимым уровням освещенности, вибрационных и шумовых нагрузок.
2.6.1.6. В требования по эргономике и технической эстетике включают показатели АС, задающие необходимое качество взаимодействия человека с машиной и комфортность условий работы персонала.
2.6.1.7. Для подвижных АС в требования к транспортабельности включают конструктивные требования, обеспечивающие транспортабельность технических средств системы, а также требования к транспортным средствам.
2.6.1.8. В требования к эксплуатации, техническому обслуживанию, ремонту и хранению включают:
1. условия и регламент /режим/ эксплуатации, которые должны использовать технические средства /ТС/ системы с заданными техническими показателями, в том числе виды и периодичность обслуживания ТС системы или допустимость работы без обслуживания;
2. предварительные требования к допустимым площадям для размещения персонала и ТС системы, к параметрам сетей энергоснабжения и т.п.;
3. требования по количеству, квалификации обслуживающего персонала и режимам работы;
4. требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов;
5. требования к регламенту обслуживания.
2.6.1.9. В требования к защите информации от несанкционированного доступа включают требования, установленные в НТД, действующей в отрасли (ведомстве) заказчика.
2.6.1.10. В требованиях по сохранности информации приводят перечень событий: аварий, отказов технических средств (в том числе — потеря питания) и т.п., при которых должна быть обеспечена сохранность информации в системе.
2.6.1.11. В требованиях к средствам защиты от внешних воздействий приводят:
1. требования к радиоэлектронной защите средств АС;
2. требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения).
2.6.1.12. В требованиях по патентной чистоте указывают перечень стран, в отношении которых должна быть обеспечена чистота системы и ее частей.
2.6.1.13. В требования к стандартизации и унификации включают:
показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, установленных ГОСТ 6.10.1, общесоюзных классификаторов технико-экономической информации и классификаторов других категорий в соответствии с областью их применения, требования к использованию типовых автоматизированных рабочих мест, компонентов и комплексов.
2.6.1.14. В дополнительные требования включают:
1. требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них;
2. требования к сервисной аппаратуре, стендам для проверки элементов системы;
3. требования к системе, связанные с особыми условиями эксплуатации;
4. специальные требования по усмотрению разработчика или заказчика системы.
2.6.2. В подразделе «Требования к функциям (задачам)», выполняемым системой, приводят:
1. по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации;
при создании системы в две или более очереди – перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях;
2. временный регламент реализации каждой функции, задачи (или комплекса задач);
3. требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов;
4. перечень и критерии отказов для каждой функции, по которой задаются требования по надежности.
2.6.3. В подразделе «Требования к видам обеспечения» в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другим видам обеспечения системы.
2.6.3.1. Для математического обеспечения системы приводят требования к составу, области применения (ограничения) и способам использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке.
2.6.3.2. Для информационного обеспечения системы приводят требования:
1. к составу, структуре и способам организации данных в системе;
2. к информационному обмену между компонентами системы;
3. к информационной совместимости со смежными системами;
4. по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии;
5. по применению систем управления базами данных;
6. к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;
7. к защите данных от разрушений при авариях и сбоях в электропитании системы;
8. к контролю, обновлению и восстановлению данных;
9. к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).
2.6.3.3. Для лингвистического обеспечения системы приводят требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области (объекта автоматизации), к способам организации диалога.
2.6.3.4. Для программного обеспечения системы приводят перечень покупных программных средств, а также требования:
1. к независимости программных средств от используемых СВТ и операционной среды;
2. к качеству программных средств, а также к способам его обеспечения и контроля;
3. по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ.
2.6.3.5. Для технического обеспечения системы приводят требования:
1. к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе;
2. к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы.
2.6.3.6. В требованиях к метрологическому обеспечению приводят:
1. предварительный перечень измерительных каналов;
2. требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов;
3. требования к метрологической совместимости технических средств системы;
4. перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики;
5. требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы;
6. вид метрологической аттестации (государственная или ведомственная) с указанием порядка ее выполнения и организаций, проводящих аттестацию.
2.6.3.7. Для организационного обеспечения приводят требования:
1. к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию;
2. к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации;
3. к защите от ошибочных действий персонала системы.
2.6.3.8. Для методического обеспечения САПР приводят требования к составу нормативно-технической документации системы (перечень применяемых при ее функционировании стандартов, нормативов, методик и т.п.).
В данном разделе также приводят:
1. перечень документов по ГОСТ 34.201, предъявляемых по окончании соответствующих стадий и этапов работ;
2. вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт);
3. программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости);
4. перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости).
1. виды, состав, объем и методы испытаний системы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);
2. общие требования к приемке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приемочной документации;
3. статус приемочной комиссии (государственная, межведомственная, ведомственная).
В перечень основных мероприятий включают:
1. приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ;
2. изменения, которые необходимо осуществить в объекте автоматизации;
3. создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ;
4. создание необходимых для функционирования системы подразделений и служб;
5. сроки и порядок комплектования штатов и обучения персонала.
Например, для АСУ приводят:
изменения применяемых методов управления;
создание условий для работы компонентов АСУ, для которых гарантируется соответствие системы требованиям, содержащимся в ТЗ.
1. согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201 и НТД отрасли заказчика; перечень документов, выпускаемых на машинных носителях; требования к микрофильмированию документации;
2. требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
3. при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.
1. расчет ожидаемой эффективности системы;
2. оценку научно-технического уровня системы.
Приложения включают в состав ТЗ на АС по согласованию между разработчиком и заказчиком системы.
3. ПРАВИЛА ОФОРМЛЕНИЯ
Номера листов /страниц/ проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа /над текстом, посередине/ после обозначения кода ТЗ на АС.
«Окончательное требование /значение/ уточняется в процессе … и согласовывается протоколом с … на стадии …». При этом в текст ТЗ на АС изменений не вносят.
ПРИЛОЖЕНИЕ 1
Рекомендуемое
ПОРЯДОК РАЗРАБОТКИ, СОГЛАСОВАНИЯ И УТВЕРЖДЕНИЯ ТЗ НА АС
1. Проект ТЗ на АС разрабатывает организация-разработчик системы с участием заказчика на основании технических требований /заявки, тактико-технического задания и т.п./.
При конкурсной организации работ варианты проекта ТЗ на АС рассматриваются заказчиком, который либо выбирает предпочтительный вариант, либо на основании сопоставительного анализа подготавливает с участием будущего разработчика АС окончательный вариант ТЗ на АС.
Работу по согласованию проекта ТЗ на АС осуществляют совместно разработчик ТЗ на АС и заказчик системы, каждый в организациях своего министерства/ведомства/.
Плюс я ставлю.
Что-бы вы ответили, если вам сказали, что ТЗ вам надо,
из-за того что у вас склероз? 🙂
Я бы сказал, что завидую прекрасной памяти спрашивающего и его несомненной эрудиции. И задал бы встречный вопрос. А есть хоть одно внедрение, где бы этот ГОСТ применили?
А должны на каждом.
Я думаю ГОСТ сегодня — это идеал. к которому надо стремиться.
Причем любой ГОСТ.
Продукты питания, лекарства, проектирование, строительство заводов, фабрик…
В Германии — это реальность, это основа их жизни и благосостоятельности и высокого уровня жизни.
И если люди не стремяться к лучшему, то его, лучшего, и не будет.
(2)
В программировании как известно, плохой проект, лучше никакого.
(3) На вопрос ответ положительный. Но сколько крови это стоило….
>Но сколько крови это стоило….
Не знаю правильно ли понял.
Сейчас разрушен космос, оборонка и т.д.
Везде фирмы купи-продай.
Все тяп-ляп.
Любой и каждый переделывает по-своему и как-попало.
Учебные поделки.
У всех один проект — … то хвост отваливается, то лапы ломит…
Сейчас в этом вся Россия. Смертность, преступность, бардак.
Нет ни идеи, ни идеологии, ни проектов.
(6) Головная фирма заказала мне работу (в 2002 г). Я настоял на составлении/утверждении ТЗ по ГОСТУ (вернее, ЕСПД). Разработка ТЗ шла 4 месяца. Зато реализация уложилась в один, поскольку практически все вопросы возникли в процессе разработки ТЗ, а сформулировать вопрос — это уже 60% ответа.
(7) Головная фирма… ? Заказчик на доработку 1с?
Я считаю вышеуказанный путь самый правильный +.
А если вы при этом не франчайзи, а частное лицо, то вам ++.
Но путь ваш тернистый и …
(8) Фикси я в подчиненном предприятии. Делал конфушку для учета заготовок сырья. Просто мой куратор в головном офисе был с головой и принял на себя часть давления.
Больше пока не получается так…
Нас в универе заставляли диплом по гостам делать.
Правда в реальной практике нормально применить пока не получается. 🙂
Время креативов.
Креативный врач — лечит и здоровых и всем одно и то же лекарство.
Кративный строитель — всем строит развалюхи.
Креативный юрист — результат не предвидит и не гарантирует.
Креативный судья, креативный следователь, креативный дизайнер,креативный повар…
Жена — тоже креативная.
Проектировщик, программист…
И все не глядя и не вникая, быстро и …
Смотришь на дома в деревне у нас и в Германии и думаешь…
ДОКОЛЕ!!!
(10) А я в армии 15 лет по ГОСТам программил… Вернулся на гражданку в 93, а тут такое…
(12)У меня также и тоже самое.
У торгашей часто слышу:
«Мы сами не знаем что нам надо, но мы заплатим деньги за результат».
А какой им результат нужен, если они ничего не понимают ?
ВОТ И РЕЗУЛЬТАТ ПО ВСЕЙ СТРАНЕ.
(11) Сильно.
А про жену — лишнее. Не в ряду. Выпадает.
(14) Каждый вправе выбирать.
Почему Германия, Голландия, Швеция и даже Финляндия — могут все.
Но у них нет ресурсов.
А у нас все ресурсы есть.
И ничего, почти ничего фундаментального не осталось.
И сейчас всем предлагают — меняй профессию, если нет работы.
Торгуй страной.
(15) Я извиняюсь, но содержание меня мало вдохновляет.
+ 14 Нарастающая «Креативность» в (11) достигает неожиданной развязки во
фразе про жену. И в этом смыле ,как раз в ряду . Нет , не лишнее. Передумал.
(16)Может тут(про жену) я имел ввиду, что воспитывать надо.
А то можно и ГОЛЫМ КОРОЛЕМ остаться, если на каждую прихоть…
(16) Ступай ка ты старик к синему морю и попроси золотую рыбку…;-)
Однозначно полезная вещь.+