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

↑

▷ Содержание

⇐ ПредыдущаяСтр 15 из 16Следующая ⇒

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

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

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

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

- внедрение;

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

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

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

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

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

этих работ;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 10.4

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

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

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

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

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

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

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

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

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

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

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

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

Познавательные статьи:



Организация работы процедурного кабинета

Статус республик в составе РФ

Понятие финансов, их функции и особенности

Сущность демографической политии