2. Варианты задач

Вариант 1.

Первая задача

,

Вторая задача

, ,

Вариант 2.

Первая задача

,

Вторая задача

, ,

Вариант 3.

Первая задача

,

Вторая задача

, ,

Вариант 4.

Первая задача

,

Вторая задача

, ,

Вариант 5.

Первая задача

,

Вторая задача

, ,

Лабораторная работа 3. Анализ и исследование сетевой модели процесса проектирования АСОИУ

Цель работы: - ознакомиться с методом составления и анализа календарного плана разработки АСОИУ на основе сетевой модели.

Порядок выполнения работы:

1. Предложить на содержательном уровне пример АСОИУ, для которой будет решаться задача составления календарного плана разработки.

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

3. Задать числовые значения продолжительностей выполнения работ сетевого графика, измеряя их в месяцах, и количество людей той или иной специальности, необходимых для выполнения соответствующей работы. Число различных видов специальностей для каждой работы – не более 2-х.

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

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

6. Составить отчет по лабораторной работе, в котором отразить:

- что представляет собой АСОИУ, для которой решается задача определения календарного плана разработки;

- что представляет собой сетевой график плана разработки АСОИУ, его числовые характеристики;

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

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

7. Ответить на вопросы преподавателя. Методические указания

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

Чрезвычайно важно при разработке АСОИУ соблюдать определен­ный порядок этой разработки, отражающий многочисленный на­копленный опыт.

Этапы разработки удобно иллюстрировать в виде сетевых гра­фиков, в которых кружки отражают события, а стрелки — дейс­твия (процессы, операции). При разработке реальных АСОИУ подробный сетевой график может содержать большое количество операций (до тысячи), поэтому рассмотрим укрупнен­ный типовой сетевой график (рис. 1).

Операция . Как правило, разработка АСОИУ начинается с предварительного ознакомления с существующей на данном объ­екте системой управления. Целью этого ознакомления является определение целесообразности разработки АСОИУ на данном объекте системой управления. Эту работу выполняет группа из 4-5 системотехников высшей квалификации. Работа заканчивается предоставлением докладной записки руководству организации заказчика и разработчика.

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

Операция — детальный анализ существующей систе­мы управления. Работа выполняется рядовым составом системо­техников. Здесь подробнейшим образом изучается организацион­ная структура автоматизируемого объекта, его функциональная структура, все формы документов, циркулирующих в процессе управления, все информационные потоки, методы принятия управ­ленческих решений, схема распределения ответственности, нор­мативная база объекта автоматизации, схема всех материальных потоков, начиная от поступления сырья и полуфабрикатов и кон­чая доведением готовой продукции до потребителя.

Операция — разработка технического задания (ТЗ) на создаваемую автоматизированную систему. ТЗ в обязательном порядке согласуется и утвержда­ется у руководства организаций разработчика и заказчика.

Операция — эскизное проектирование системы. Основные цели эскизного проектирования – проинформировать руководство о возможных проектных реше­ниях, подготовить сотрудников организации заказчика к пере­обучению, уточнить требования к структуре системы и ее обеспе­чивающим подсистемам. Наличие альтернативных вариантов при эскизном проектировании обязательно.

Операция . Специализированные группы ведут раз­работку одной или нескольких функциональных подсистем разрабатываемой АСОИУ в соответствии с утвержденным ТЗ.

Операция — обоснование и выбор комплекса техни­ческих средств.

Операция — предварительный расчет экономичес­кой эффективности.

Событие 9 — работа всех групп сводится к выпуску техничес­кого проекта, его корректировке, согласованию, утверждению.

Рис. 1. Укрупненный сетевой график разработки АСОИУ

Операция — разработка и отладка рабочих про­грамм.

Операция — отладка комплексов программ по задачам.

Операция — разработка и выпуск инструкций по эксплуатации технических средств.

Операция — разработка и выпуск рабочих инструк­ций персоналу автоматизированной системы.

Операция — уточненный расчет экономической эф­фективности разрабатываемой системы.

Событие 11 — выпуск рабочего проекта.

Операция . Если технические средства были подго­товлены заранее, то проводится опытная эксплуатация системы, если нет, то операция — монтаж и отладка технических средств.

Операция — опытная эксплуатация системы на под­готовленных средствах и информационном обеспечении.

Операция — передача АСОИУ в промышленную эксплуата­цию.

Операция — возможна частичная модернизация и доработка системы.

Типовой сетевой график проектирования АСОИУ следует дополнить по собственному усмотрению событиями и работами, соблюдая при этом рядом следующих правил:

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

2. В сетевом графике не должно быть «хвостовых» событий (кроме исходного), которым не предшествует хотя бы одна работа.

3. В сети не должно быть замкнутых контуров и петель, т.е. путей соединяющих некоторые события с ними же самими.

При возникновении контура необходимо вернуться к исходным данным и путем пересмотра состава работ добиться его устранения.

4. Любые два события должны быть непосредственно связаны не более чем одной работой-стрелкой.

5. В сети рекомендуется иметь одно исходное и одно завершающее событие.

6. Длина стрелки не зависит от времени выполнения работы.

7. Каждая операция должна быть представлена только одной стрелкой.

8. Следует избегать пересечения стрелок.

9. Не должно быть стрелок, направленных справа налево.

10. Номер начального события должен быть меньше номера конечного

события.