Требования к КИУС

Требования к КИУС

Требования к КИУС разбиваются на две самостоятельные группы – требования к функциям и нефункциональные требования. Основой выявления требований первой группы является модель бизнес-процессов предприятия, на базе которой, собственно, и формируется иерархия требований. К числу нефункциональных требований относятся:

• правовые и законодательные требования;

• качественные характеристики создаваемой системы, включая требования к ее практичности, надежности, производительности и возможностям поддержки;

• требования по безопасности;

• другие требования, например касающиеся операционных систем и сред, совместимости и проектных ограничений.

На основании выявленных требований разрабатывается техническое задание (ТЗ) на КИУС и, по необходимости, частные технические задания на ее компоненты (подсистемы). ТЗ создается на основе ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы включает следующие основные разделы:

• Общие сведения;

• Назначение и цели создания системы;

• Характеристика объекта автоматизации;

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

• Состав и содержание работ по созданию системы;

• Порядок контроля и приемки системы;

• Требования по подготовке и вводу в действие;

• Требования к документированию;

• Источники разработки;

• Глоссарий.

Раздел «Общие сведения» содержит справочную информацию, в том числе полное наименование системы, ее условное обозначение, шифр (номер) договора, названия предприятий разработчика и заказчика (пользователя) системы и их реквизиты, перечень документов, на основании которых создается система, плановые сроки начала и окончания работы по созданию системы, сведения об источниках и порядке финансирования работ.

В разделе «Характеристика объекта автоматизации» приводятся общие сведения о предприятии согласно его уставу, перечень основных видов деятельности и бизнес-процессов, перечень бизнес-процессов, подлежащих автоматизации в рамках КИУС, характеристики видов обеспечения – организационного (организационные документы, организационная структура, нормативное обеспечение, квалификация персонала), методического, программного (в сфере управления, в сфере производства, общесистемное), технического, лингвистического, математического, правового и информационного.

Раздел «Требования к системе» содержит три подраздела: требования к системе в целом, требования к функциям, требования к видам обеспечения. В первом подразделе содержатся:

• перечень компонентов (подсистем), их назначение и основные характеристики, требования к структуре системы;

• требования к интеграции компонентов (включая требования к способам и средствам связи для информационного обмена между компонентами системы и требования к функциональной интеграции в рамках бизнес-процессов);

• требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, способы информационного обмена;

• требования к режимам функционирования системы;

• требования к диагностированию системы;

• требования к численности и квалификации персонала системы и режиму его работы (включая обслуживающий персонал, пользователей и, по необходимости, частные требования по отдельным подсистемам);

• требования к надежности и сохранности информации (технических средств, базового системного программного обеспечения, специализированного функционального программного обеспечения, средств защиты информации, средств резервного копирования информации и носителей резервных копий и т. п., включая требования к парированию отказов и восстановлению после аварийных ситуаций);

• требования к безопасности и защите информации (включая перечень угроз информационной безопасности, требования к архитектуре и функциям обеспечения защиты информации, требования к организационному обеспечению защиты);

• требования к стандартизации и унификации.

Подраздел «Требования к функциям» содержит требования к компонентам (подсистемам) системы в случае общего ТЗ или детальные функциональные требования в случае частного ТЗ на конкретную подсистему. Подраздел «Требования к видам обеспечения» включает детальное описание требований к математическому, информационному, лингвистическому, программному, техническому и организационному обеспечению.

В разделе «Порядок контроля и приемки системы» определены виды, состав, объем и методы испытаний системы (предварительные испытания, опытная эксплуатация, приемочные испытания), требования к оформлению соответствующей документации (программы и методики испытаний, протокол предварительных испытаний, акт приемки в опытную эксплуатацию, журнал опытной эксплуатации, протокол приемочных испытаний, акт о приемке системы в промышленную эксплуатацию и др.), требования к организации приемки типовых компонентов системы.

Раздел «Требования по подготовке и вводу в действие» описывает требования к организации работ по внедрению системы на предприятии, осуществляемые в связи с этим изменения в организационно-штатной структуре (прежде всего по развитию ИТ-службы), нормативно-методическом обеспечении (регламенты подразделений, должностные инструкции сотрудников), персонале (комплектование и обучение), а также требования по внедрению типовых компонентов системы.

Раздел «Требования к документированию» содержит состав комплекта документации и структуру документов по системе. По типовым компонентам, используемым в системе, предоставляется документация, входящая в комплект поставки. Эксплуатационная документация по разрабатываемым компонентам представляется в соответствии с требованиями ГОСТ 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).

Данный текст является ознакомительным фрагментом.