Калянов Георгий Николаевич
Шрифт:
• требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, способы информационного обмена;
• требования к режимам функционирования системы;
• требования к диагностированию системы;
• требования к численности и квалификации персонала системы и режиму его работы (включая обслуживающий персонал, пользователей и, по необходимости, частные требования по отдельным подсистемам);
• требования к надежности и сохранности информации (технических средств, базового системного программного обеспечения, специализированного функционального программного обеспечения, средств защиты информации, средств резервного копирования информации и носителей резервных копий и т. п., включая требования к парированию отказов и восстановлению после аварийных ситуаций);
• требования к безопасности и защите информации (включая перечень угроз информационной безопасности, требования к архитектуре и функциям обеспечения защиты информации, требования к организационному обеспечению защиты);
• требования к стандартизации и унификации.
Подраздел «Требования к функциям» содержит требования к компонентам (подсистемам) системы в случае общего ТЗ или детальные функциональные требования в случае частного ТЗ на конкретную подсистему. Подраздел «Требования к видам обеспечения» включает детальное описание требований к математическому, информационному, лингвистическому, программному, техническому и организационному обеспечению.
В разделе «Порядок контроля и приемки системы» определены виды, состав, объем и методы испытаний системы (предварительные испытания, опытная эксплуатация, приемочные испытания), требования к оформлению соответствующей документации (программы и методики испытаний, протокол предварительных испытаний, акт приемки в опытную эксплуатацию, журнал опытной эксплуатации, протокол приемочных испытаний, акт о приемке системы в промышленную эксплуатацию и др.), требования к организации приемки типовых компонентов системы.
Раздел «Требования по подготовке и вводу в действие» описывает требования к организации работ по внедрению системы на предприятии, осуществляемые в связи с этим изменения в организационно-штатной структуре (прежде всего по развитию ИТ-службы), нормативно-методическом обеспечении (регламенты подразделений, должностные инструкции сотрудников), персонале (комплектование и обучение), а также требования по внедрению типовых компонентов системы.
Раздел «Требования к документированию» содержит состав комплекта документации и структуру документов по системе. По типовым компонентам, используемым в системе, предоставляется документация, входящая в комплект поставки. Эксплуатационная документация по разрабатываемым компонентам представляется в соответствии с требованиями ГОСТ 34.201-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем», а также РД 50–34.698-90 «Методические указания. Информационная технология. Требования к содержанию документов». Приведем перечень этих документов:
• частное техническое задание – в соответствии с ГОСТ 34.602-89;
• описание информационного обеспечения – в соответствии с п. 5.3 РД 50–34.698-90 (при необходимости);
• описание программного обеспечения – в соответствии с п. 6.1 РД 5034.698-90;
• инструкция по обозначениям и кодированию (при необходимости);
• альбом выходных форм;
• руководство администратора подсистемы;
• руководство пользователя – в соответствии с п. 3.4 РД 50–34.698-90;
• программа и методика испытаний – в соответствии с п. 2.14 РД 5034.698-90.
В перечне проектной документации также должны присутствовать документы, отражающие ход работ по проекту и обеспечивающие качество их выполнения:
• план разработки (детализированный календарный план работ, содержащий виды работ, даты начала и завершения работ, отметки о выполнении работ);
• план управления конфигурацией, содержащий описание следующих процессов управления проектной документацией: порядок разработки и хранения, порядок внесения изменений, ведение версионности, рассылка, порядок внутреннего согласования;
• план качества проекта, определяющий перечень и порядок проведения мероприятий, направленных на обеспечение качества (внутренние аудиты, тестирование, анализ результатов).
Основными тиражируемыми (типовыми) компонентами КИУС являются:
• системы управления предприятиями (MRP-II – Manufactory Resource Planning / ERP – Enterprise Resource Planning);
• системы управления активами и фондами (EAM – Enterprise Asset Management);
• системы управления взаимоотношениями с клиентами (CRM – Customer Relations Management);
• системы управления цепочками поставок (SCM – Supply Chain Management).
Типы КИУС
Краткое описание ряда типовых компонентов КИУС приведено в приложении. Наполнение предметной части КИУС существенно зависит от профиля деятельности предприятия. В качестве примеров таких компонентов можно привести:
• отраслевые и специализированные учетные системы, назначением которых является поддержка выполнения учетных функций на предприятии с ориентацией на его специфику (отметим, что если правила бухгалтерского учета являются едиными для предприятий всех видов деятельности, то методы производственного, торгового, складского и кадрового учета могут существенно отличаться не только по отраслям, но и по отдельным предприятиям в рамках отрасли);