• необходимая и достаточная структура и интенсивность информационных потоков;
• требования к структуре программ и распределению функций обработки данных;
• требования к операционным средам функционирования прикладных программных средств;
• требования к сетевым программным средствам;
• требования к технической среде обработки данных системы;
• требования к техническому обеспечению системы передачи данных.
Необходим набор альтернативных вариантов в рамках перспективного развития КИУС и рассмотрены укрупненные архитектурные решения по каждому из предложенных альтернативных вариантов. Для предложенных вариантов решений составляются ориентировочные сметы затрат и разбиваются на этапы с ориентировочными сроками реализации. Этапы реализации проектов должны основываться на приоритетности стоящих перед предприятием задач.
В концепции необходимо предусмотреть создание подразделения методологического направления внутри предприятия с проработкой эффективного механизма его деятельности. Должны быть приведены и обоснованы технические, программные и организационные ресурсы для осуществления данного проекта.
Наконец, в концепции нужно определить основные этапы построения КИУС:
• определение целей проекта;
• анализ опыта похожих предприятий по созданию КИУС;
• определение целей проекта в контексте системы управления;
• формирование критериев успешности проекта;
• формирование финансового плана;
• подготовка к созданию КИУС;
• организация тендера, выбор генерального подрядчика и поставщика консалтинговых услуг;
• подготовка персонала к неизбежности изменений;
• формирование плана-графика проведения работ на этапе;
• анализ, выбор и утверждение проектных методологий и методик по этапу;
• формирование и обучение рабочей группы аналитиков;
• проведение обследования предприятия;
• моделирование «как есть» и «как должно быть» и, по необходимости, реорганизация бизнес-процессов;
• утверждение бизнес-модели «как должно быть»;
• уточнение целей и критериев успешности проекта создания КИУС;
• разработка требований к КИУС;
• разработка технических заданий (общего и частных по каждому из компонентов);
• анализ рынка и выработка предложений по компонентам КИУС (включая собственную разработку);
• выбор поставщиков компонентов КИУС;
• формирование требований к поставщику;
• организация презентаций поставщиков;
• выбор поставщиков;
• определение форм сотрудничества и заключение контрактов с поставщиками;
• создание КИУС;
• разработка и утверждение плана-графика создания КИУС;
• формирование и обучение рабочей группы;
• разработка системного проекта;
• настройка и тестирование тиражируемых компонентов;
• разработка уникальных компонентов;
• интеграция компонентов в опытную версию КИУС;
• опытная эксплуатация КИУС;
• разработка методик работы с КИУС;
• обучение и сертификация пользователей и администраторов;
• переход к промышленной эксплуатации КИУС.
Формирование, документирование и анализ требований позволяет реализовать следующие цели:
• достижение взаимопонимания между всеми участниками разработки относительно функций и характеристик КИУС;
• обеспечение возможности «видения» и корректировки будущей системы до того, как она будет реализована физически;
• уменьшение затрат на разработку и внедрение системы;
• обеспечение базиса для планирования, оценки стоимости и времени создания системы.
Фактически на данном этапе дается ответ на вопрос «Что будет делать перспективная система?». Именно здесь лежит ключ к успеху всего проекта по созданию КИУС, в практике известно немало примеров провала подобных проектов именно из-за неполноты или нечеткости определения системных требований.
Задача формирования требований является наиболее трудной частью процесса создания КИУС, при их определении возникают следующие проблемы:
• сложно получить исчерпывающую информацию от заказчика для оценки требований;
• требования от различных заинтересованных лиц могут быть противоречивыми;
• требования не всегда ясны и имеют много источников происхождения;
• заказчик, как правило, не является ИТ-специалистом и может формулировать требования вне возможностей информационных технологий;
• число требований может быть огромным (и разной степени детализации) и вследствие этого неуправляемым;
• требования изменяются и т. д.
Требования к КИУС
Требования к КИУС разбиваются на две самостоятельные группы – требования к функциям и нефункциональные требования. Основой выявления требований первой группы является модель бизнес-процессов предприятия, на базе которой, собственно, и формируется иерархия требований. К числу нефункциональных требований относятся:
• правовые и законодательные требования;
• качественные характеристики создаваемой системы, включая требования к ее практичности, надежности, производительности и возможностям поддержки;
• требования по безопасности;
• другие требования, например касающиеся операционных систем и сред, совместимости и проектных ограничений.
На основании выявленных требований разрабатывается техническое задание (ТЗ) на КИУС и, по необходимости, частные технические задания на ее компоненты (подсистемы). ТЗ создается на основе ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы включает следующие основные разделы:
• Общие сведения;
• Назначение и цели создания системы;
• Характеристика объекта автоматизации;
• Требования к системе;
• Состав и содержание работ по созданию системы;
• Порядок контроля и приемки системы;
• Требования по подготовке и вводу в действие;
• Требования к документированию;
• Источники разработки;
• Глоссарий.
Раздел «Общие сведения» содержит справочную информацию, в том числе полное наименование системы, ее условное обозначение, шифр (номер) договора, названия предприятий разработчика и заказчика (пользователя) системы и их реквизиты, перечень документов, на основании которых создается система, плановые сроки начала и окончания работы по созданию системы, сведения об источниках и порядке финансирования работ.
В разделе «Характеристика объекта автоматизации» приводятся общие сведения о предприятии согласно его уставу, перечень основных видов деятельности и бизнес-процессов, перечень бизнес-процессов, подлежащих автоматизации в рамках КИУС, характеристики видов обеспечения – организационного (организационные документы, организационная структура, нормативное обеспечение, квалификация персонала), методического, программного (в сфере управления, в сфере производства, общесистемное), технического, лингвистического, математического, правового и информационного.
Раздел «Требования к системе» содержит три подраздела: требования к системе в целом, требования к функциям, требования к видам обеспечения. В первом подразделе содержатся:
• перечень компонентов (подсистем), их назначение и основные характеристики, требования к структуре системы;
• требования к интеграции компонентов (включая требования к способам и средствам связи для информационного обмена между компонентами системы и требования к функциональной интеграции в рамках бизнес-процессов);
• требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, способы информационного обмена;
• требования к режимам функционирования системы;
• требования к диагностированию системы;
• требования к численности и квалификации персонала системы и режиму его работы (включая обслуживающий персонал, пользователей и, по необходимости, частные требования по отдельным подсистемам);
• требования к надежности и сохранности информации (технических средств, базового системного программного обеспечения, специализированного функционального программного обеспечения, средств защиты информации, средств резервного копирования информации и носителей резервных копий и т. п., включая требования к парированию отказов и восстановлению после аварийных ситуаций);
• требования к безопасности и защите информации (включая перечень угроз информационной безопасности, требования к архитектуре и функциям обеспечения защиты информации, требования к организационному обеспечению защиты);
• требования к стандартизации и унификации.
Подраздел «Требования к функциям» содержит требования к компонентам (подсистемам) системы в случае общего ТЗ или детальные функциональные требования в случае частного ТЗ на конкретную подсистему. Подраздел «Требования к видам обеспечения» включает детальное описание требований к математическому, информационному, лингвистическому, программному, техническому и организационному обеспечению.