Читать онлайн «Информационные технологии и управление предприятием». Страница 29

• необходимая и достаточная структура и интенсивность информационных потоков;

• требования к структуре программ и распределению функций обработки данных;

• требования к операционным средам функционирования прикладных программных средств;

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

• требования к технической среде обработки данных системы;

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

Необходим набор альтернативных вариантов в рамках перспективного развития КИУС и рассмотрены укрупненные архитектурные решения по каждому из предложенных альтернативных вариантов. Для предложенных вариантов решений составляются ориентировочные сметы затрат и разбиваются на этапы с ориентировочными сроками реализации. Этапы реализации проектов должны основываться на приоритетности стоящих перед предприятием задач.

В концепции необходимо предусмотреть создание подразделения методологического направления внутри предприятия с проработкой эффективного механизма его деятельности. Должны быть приведены и обоснованы технические, программные и организационные ресурсы для осуществления данного проекта.

Наконец, в концепции нужно определить основные этапы построения КИУС:

• определение целей проекта;

• анализ опыта похожих предприятий по созданию КИУС;

• определение целей проекта в контексте системы управления;

• формирование критериев успешности проекта;

• формирование финансового плана;

• подготовка к созданию КИУС;

• организация тендера, выбор генерального подрядчика и поставщика консалтинговых услуг;

• подготовка персонала к неизбежности изменений;

• формирование плана-графика проведения работ на этапе;

• анализ, выбор и утверждение проектных методологий и методик по этапу;

• формирование и обучение рабочей группы аналитиков;

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

• моделирование «как есть» и «как должно быть» и, по необходимости, реорганизация бизнес-процессов;

• утверждение бизнес-модели «как должно быть»;

• уточнение целей и критериев успешности проекта создания КИУС;

• разработка требований к КИУС;

• разработка технических заданий (общего и частных по каждому из компонентов);

• анализ рынка и выработка предложений по компонентам КИУС (включая собственную разработку);

• выбор поставщиков компонентов КИУС;

• формирование требований к поставщику;

• организация презентаций поставщиков;

• выбор поставщиков;

• определение форм сотрудничества и заключение контрактов с поставщиками;

• создание КИУС;

• разработка и утверждение плана-графика создания КИУС;

• формирование и обучение рабочей группы;

• разработка системного проекта;

• настройка и тестирование тиражируемых компонентов;

• разработка уникальных компонентов;

• интеграция компонентов в опытную версию КИУС;

• опытная эксплуатация КИУС;

• разработка методик работы с КИУС;

• обучение и сертификация пользователей и администраторов;

• переход к промышленной эксплуатации КИУС.

Формирование, документирование и анализ требований позволяет реализовать следующие цели:

• достижение взаимопонимания между всеми участниками разработки относительно функций и характеристик КИУС;

• обеспечение возможности «видения» и корректировки будущей системы до того, как она будет реализована физически;

• уменьшение затрат на разработку и внедрение системы;

• обеспечение базиса для планирования, оценки стоимости и времени создания системы.

Фактически на данном этапе дается ответ на вопрос «Что будет делать перспективная система?». Именно здесь лежит ключ к успеху всего проекта по созданию КИУС, в практике известно немало примеров провала подобных проектов именно из-за неполноты или нечеткости определения системных требований.

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

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

• требования от различных заинтересованных лиц могут быть противоречивыми;

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

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

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

• требования изменяются и т. д.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Глоссарий.

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

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

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

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

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

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

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

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

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

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

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

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

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