49. Анализ требований к корпоративным информационно-управляющим системам и разработка технического задания на систему.

Цели:

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

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

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

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

def

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

• “Что должна делать будущая система?”

Критичные этапы жизненного цикла КИУС

• Главная особенность индустрии КИУС - концентрация сложности на начальных этапах ЖЦ (анализ, проектирование) при относительно невысокой сложности и трудоемкости последующих этапов

• Анализ требований - первая фаза разработки, на которой требования заказчика уточняются, формализуются и документируются. Фактически на этом этапе дается ответ на вопрос: "Что должна делать будущая система?"

• Этап проектирования - дает ответ на вопрос: "Как (каким образом) система будет удовлетворять предъявленным к ней требованиям?"

Проблемы при формировании требований

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

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

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

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

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

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

Системный проект

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

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

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

• состав людей и работ, имеющих отношение к системе;

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

Преимущества по сравнению с традиционной разработкой

• Системный проект позволяет:

• описать, "увидеть" и скорректировать будущую систему до того, как она будет реализована физически

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

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

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

• улучшить качество разрабатываемой системы, а именно: создать оптимальную структуру интегрированной БД, выполнить функциональную декомпозицию типовых модулей

Другие достоинства системного проекта

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

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

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

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

• может использоваться для самостоятельной разработки или корректировки уже реализованных на его основе программных средств силами программистов отдела автоматизации.