1. Методы проектирования асу

1. Элементное проектирование АСУ

2. Подсистемное проектирование АСУ

3. Объектное проектирование АСУ

4. Модельное проектирование АСУ

Элементное проектирование АСУ

Исторически возникло первым, используется не для крупных систем. Выделяются отдельные задачи для автоматизации.

Характерная черта: наиболее полно использует типовые проектные решения - ТПР.

Под типовым проектным решением понимается типовая проектная документация по экономическому, математическому и техническому обеспечению АСУ.

Документация по ТПР должна удовлетворять следующим требованиям:

1. Каждый объект ТПР и его комплекс является самостоятельным блоком.

2. Наличие полного пакета документов позволяющих включить ТПР в проект АСУ

3. Возможность пополнения новыми ТПР для расширения области их применения и выполнения ими новых функций

4. Минимальные трудоёмкости использования ТПР на конкретном объекте.

Разделяют на 3 класса ТПР:

1) Класс «задача» - модели алгоритмы и программы

2) Класс «техника» - определяет состав, размещения и порядок использования технических средств, предназначенных для решения задач АСУ. Включает 2 подкласса:

1. ТПР по информационно-вычислительному центру, если такой предполагается

2. ТПР по использованию периферийной техники, то есть датчиков каналов связи, передающих устройств и т.д., здесь указывается порядок регистрации и передачи данных

3) Класс «персонал» - определяет регламент действий персонала в нормальных условиях функционирования АСУ и в аварийных режимах.

Подсистемное проектирование АСУ – более крупные объекты, используется идеология элементного проектирования.

Объектное проектирование АСУ

Объектами являются подразделения иерархии управления на предприятии. Объект выделяют на определённом уровне управления так, чтобы информационные связи сверху и снизу были минимальны.

Модельное проектирование АСУ

Основной способ проектирования АСУ, который предполагает использование CASE-технологий. К автоматизации можно подходить двояко: улучшения могут быть эволюционные (управление качеством) и реинжиниринг (радикальные изменения).

2. Этапы проектирования асу и их краткое содержание Общесистемные вопросы проектирования асу

1. Предпроектная стадия (предполагает создание двух документов – ТЭО и ТЗ)

2. Проектирование (3 документа – технич. проект, раб. проект, техн-раб проект)

3. Внедрение

1. Предпроектная стадия асу

3 этапа (виды работ):

1. Диагностическое обследование объекта

2. Анализ результатов обследования и создание технико-экономического обоснования АСУ

3. Разработка технического задания.

Диагностическое обследование

2 вида обследования: проблемно-диагностическое и технологическое обследование.

Цели обследования:

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

2. Определение степени подготовленности объекта к созданию АСУ (наличие ресурсов (оргтехники), подготовленность персонала, другие материально-технические ресурсы)

3. Получение сведений для определения возможностей использования типовых проектных решений и оценка объёма их доработки.

4. Определение объёмных информационных характеристик объекта для определения потребностей в вычислительной технике

5. Определение технико-экономических показателей для предварительной оценки экономической эффективности АСУ (срока окупаемости, нормы рентабельности и чистый дисконтированный доход)

Проблемно-диагностическое обследование включает в себя реализацию целей 1 и 2, и осуществляется специалистами по разработке АСУ совместно с работниками предприятия.

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

1. Общая характеристика системы,

2. Организационная структура, технико-экономические показатели, связи объекта с другими структурами.

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

4. Анализируются материальные потоки (что выходит, что входит, что накапливается)

5. Методы реализации функций управления в подразделении

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

Технико-экономическое обоснование проекта.

Документ, который должен определять:

1. Экономическую целесообразность АСУ. Для этого рассчитываются критерии экономической эффективности АСУ:

• Чисто дисконтированный доход (NVP)

• Индекс рентабельности инвестиций ROI

• Внутренняя норма рентабельности (IRR)

• Срок окупаемости

2. Соисполнители т. е. работы отдаются субподрядчикам.

Разработка ТЗ (Техническое задание).

Точно предполагается, что будут делать, но иногда нужно в начале научно-исследовательская работа .

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

Когда делают автоматизацию чего-то совсем нового делают в начале научно-исследовательскую работу, затем пилотный проект, далее ТЗ и оно выполняется.

Основная задача пилотного проекта: ответить на вопрос делаем или нет

Техническое задание – основной документ, регламентирующий разработку (проектирование) АСУ. Из этого документа должен быть понятен объём работ, затраты и экономическая эффективность будущей АСУ. ТЗ – содержит следующие разделы:

1. Основание для проектирования. Должны быть указаны: приказ на проектирование; подразделения, которые участвуют в этой работе и источники финансирования; сроки начала и окончания разработки.

2. Краткая характеристика объекта. Даётся краткая характеристика назначения подразделения объекта, для которого делается АСУ; организационной структуры; указываются объёмные характеристики информационных и материальных потоков; особенности функционирования объекта автоматизации.

3. Основные положения АСУ. Цель создания АСУ. Указывается возможная структура АСУ, то есть состав и функциональных и обеспечивающих подсистем.

4. Требования к функциональным подсистемам (задачи). Указывается ориентировочная очерёдность автоматизации

5. Требования к информационному обеспечению

4, 5 – центральная часть ТЗ. 4 – что на содержательном уровне и как решать, 5 – информационное обеспечение, документы и базы данных.

6. Требования к комплексу технических средств. Где помещается и как это все работает

7. Требования к математическому и лингвистическому обеспечению (на каком языке всё будет делаться и т.п.)

8. Требования к персоналу. Указывается, какими навыками должен обладать пользователь АСУ, т. е. уровень образованности персонала.

9. Этапы разработки и внедрения АСУ. Укрупнённый план-график разработки и внедрения АСУ, пишется когда и кем выполняются задачи, иногда задачи делятся на блоки и они расписываются.

10. Расчёт окупаемости затрат, NVP, IRR, срок окупаемости.