4.3.2.1. Создание асу при подсистемном построении

В подсистемном построении АСУ выделяют следующие основ-ные стадии :

- предпроектное обследование ,

- техническое проектирование ,

- рабочее проектирование ,

- внедрение;

- сопровождение системы ( программного продукта ).

Предпроектное обследование . Цель стадии — изучение сущест-вующего документооборота , его совершенствование и обоснование

целесообразности внедрения АСУ.

На этой стадии выделяют следующие составляющие.

- график работ отдельных групп исследователей с согласованием

этих работ;

- формы первичных документов, которые заполняются в процессе

обследования ;

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

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

На этой стадии осуществляют укрупненный расчет срока окупае -мости системы . Если срок окупаемости не превышает 3,3 года , то раз-работка АСУ считается целесообразной . В этом случае составляют

техническое задание ( ТЗ) на разработку АСУП .

Техническое проектирование. Цель — проверить все принципи-альные технические решения . На данной стадии , которая начинается с

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

- определяют график разработки АСУП , состав подсистем, ком -плекс решаемых задач и формируют их постановки ;

- выбирают и заказывают соответствующий комплекс техниче-ских средств;

- составляют техническое задание на несерийную аппаратуру ( на -пример, различного рода табло);

- создают информационные языки , классификаторы и системы

шифровки, разрабатывают базу данных;

- формируют библиотеку программ, с помощью которых можно

решать все имеющиеся разновидности задач;

- формируют интерфейс пользователей;

- составляют перечень мероприятий по подготовке объекта ( пред -приятия) к внедрению АСУП .

На этой или на следующей стадии возможен уточненный расчет срока окупаемости системы .

Начинают обучение эксплуатационного персонала. Стадия заканчивается составлением документации технического

проекта, перечень которой определяется « Общеотраслевыми методи-ческими материалами по созданию АСУ предприятий и объединений — ОРММ-2».

Техническое проектирование заканчивается защитой проекта на

техническом совете .

Рабочее проектирование. Цель — реализация в полном объеме всех функций и технических решений , которые были приняты на ста-дии технического проектирования . Данная стадия заканчивается со -ставлением документации рабочего проектирования , перечень кото -рой оговорен в ОРММ-2. Рабочее проектирование повторяет в боль -шем объеме ( масштабе) процессы технического проектирования .

Внедрение. Предусматривается два этапа: опытное внедрение и промышленное внедрение. Цель первого этапа — переход от ручного управления к параллельному ручному и автоматизированному управ-лению для проверки работоспособности системы . Приемка в опытную эксплуатацию осуществляется специальной комиссией из представи-телей заказчика и исполнителя. В комиссии выделяют рабочие груп -пы, осуществляющие прием отдельных частей системы . Факт приемки фиксируется актом приемки , подписанным представителями соответ-ствующей рабочей группы. На основе этих актов составляют общий акт приемки . На этой стадии определяется фактический срок окупае -мости системы .

На втором этапе осуществляется переход от параллельного руч -ного и автоматизированного управлений только к автоматизирован-ному управлению. Перечень работ и документов тот же, что и на пре-дыдущем этапе.

В проектировании автоматизированных систем при подсистемном

представлении выделяют следующие этапы ( табл . 10.4):

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

• техническое проектирование ;

• рабочее проектирование ;

• внедрение и сопровождение .

Таблица 10.4

Нельзя не учитывать и накопленный в подсистемном представле -нии опыт методической упорядоченности процесса проектирования . Эта этапность хорошо методически проработана и отражена в методических материалах ОРРМ -2 и ГОСТах.

Специфика проектирования современных автоматизированных систем заключена в следующем .

1. В настоящее время заканчивается переход от подсистемного представления (структуры ) к процедурному представлению . Для по-следнего предложена этапность, представленная в графе 2 табл . 10.4. Эта этапность в отличие от технологии подсистемного представления проработана слабо.

2. Проектирование автоматизированных систем ведется, как пра-вило, на основе оболочки, которой могут служить BAAN, SAP/R3, система « Галактика». Фактически — это метод стандартизации , кото -рый ранее назывался объектным подходом. Не учитывать влияние стандарта на процесс проектирования не приходится .

3. К технико - экономическим стандартам подсистемного пред -ставления в настоящее время добавились стандарты качеств TQM и ИСО.

4. Существует множество схемных нотаций, которые настоятель -но рекомендованы к использованию . Однако их области применения четко не прочерчены, что вызывает затруднение. С другой стороны , нотации предоставляют архитектуру, а в лучшем случае — и структу-ру системы . Вместе с тем многие авторы афишируют лишь структур -ную стадию, как окончательную в процессе проектирования .

5. Динамичность внешней рыночной среды , в которой работают автоматизированные системы , определяет динамичность автоматизи -рованных систем , что вводит дополнительные детали в процесс про -ектирования.

6. Отсутствие устойчивой терминологии в процедурном пред -ставлении существенно затрудняет процесс проектирования .

7. В состав автоматизированных систем входят базы данных ( БД), а иногда — и экспертные системы . Более того , экспертные системы реального времени ( ЭСРВ) — суть разновидность автоматизирован-ных систем . БД и ЭСРВ первоначально развивались автономно и независимо от автоматизированных систем с использованием своей этапности проектирования .

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

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

В связи со сказанным представляется , что процесс проектирова-ния должен иметь этапность АСУП , как наиболее проработанную ме-тодически.