5.5 Корректировка сетевого плана

При проведении оптимизации исходного сетевого плана по времени выполнения проекта в соответствии с ГОСТ 34.601-90 и спецификой проектируемой системы целесообразно исключить стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединить стадии «Технический проект» и «Рабочая документация» в одну стадию «Технорабочий проект».

Кроме того, отдельные виды работ на стадии разработки технорабочего проекта целесообразно осуществлять параллельно. Сетевой график этапа «Разработка технорабочего проекта», на котором отображено параллельное выполнение работ, представлен на рисунке.

Условные обозначения выполняемых работ на этапе «Разработка технорабочего проекта»:

1-2 – построение диаграммы вариантов использования;

1-3 – построение диаграммы классов;

1-4 – построение организационной структуры;

2-5, 3-5, 4-5 - анализ и описание соответствующих моделей

5-6 - построение диаграммы видов деятельности;

5-7 - построение диаграммы состояний;

5-8 - построение диаграмм взаимодействия;

6-9, 7-9, 8-9 - анализ и описание соответствующих моделей

9-10 – построение диаграммы компонентов и пакетов;

9-11 - построение диаграммы размещения;

10-12, 11-12 - анализ и описание соответствующих диаграмм;

12-13 – написание основного кода программы;

12-14 – тестирование;

13-15, 14-15 - окончательное оформление рабочей документации.

В результате рассмотренного варианта оптимизации уменьшается количество событий и работ в рассматриваемом сетевом плане.

Длительность критического пути нового сетевого плана выполнения проектных работ составляет: Т_кр = 137 рабочих дней, что превышает Т_дир=120 рабочих дней. Для того, чтобы план удовлетворял требованиям директивного времени, следует сократить сроки выполнения одного из этапов.

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

Обозначения выполняемых работ оптимизированного сетевого графика:

1-2 – формирование требований к ИС (длительность – 5 дней);

2-3 – разработка концепции ИС (длительность – 5 дней);

3-4 – составление технического задания (длительность – 2 дня);

4-5 – разработка технорабочего проекта ИС (длительность – 56 дней);

5-6 – ввод ИС в действие (длительность –14 дней);

6-7 – сопровождение системы (длительность – 30 дней).

Длительность критического пути оптимизированного исходного сетевого плана выполнения проектных работ составляет: Т_кр = 117 рабочих дней, что не превышает Т_дир=120 рабочих дней. План контрольных мероприятий представлен в таблице (даты указаны с учетом выходных дней).

Название задачи	Длительность	Начало	Конец
Формирование требований к ИС	5 дней	17.09.12	21.09.12
Разработка концепции ИС	5 дней	24.09.12	28.09.12
Составление технического задания	2 дня	1.10.12	3.10.12
Разработка технорабочего проекта ИС	51 день	4.10.12	13.12.12
Ввод ИС в действие	14 дней	14.12.12	4.01.13
Сопровождение системы	40 дней	7.01.13	4.03.13

6. Оценка надежности проектируемой системы. Оценка достоверности выдаваемой информации

Поскольку ПК имеют одну и ту же архитектуру, а веб-хостинг не имеет интенсивности отказа, то для расчета будем учитывать схему: Сервер – Клиент.

Интенсивность отказов:

Сервер

1. Процессор - λ₁ = 1 * 10^-4 1/час;

2. Память - λ₂ = 1 * 10^-4 1/час;

3. Линии связи - λ₃ = 0,1 * 10^-4 1/час;

Клиент

1. Линии связи - λ₄ = 0,1 * 10^-4 1/час;

2. Процессор - λ₅ = 1 * 10^-4 1/час;

3. Память - λ₆ = 1 * 10^-4 1/час;

4. Монитор - λ₇ = 0,83 * 10^-4 1/час;

5. Клавиатура - λ₈ = 0,2 * 10^-4 1/час;

6. Принтер - λ₉ = 5 * 10^-4 1/час;

Находим сумму интенсивностей отказа элементов.

,

где - интенсивность отказа элемента.

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

1. оценка надежности проектируемой системы осуществляется за период работы = 500 часов;

2. вероятность безотказной работы (Pз) системы должна быть не менее 0,95;

3. достоверность выдаваемой информации 0,98.

Находим вероятность безотказной работы незарезервированной системы.

,

где - сумма интенсивностей отказа элементов;

– время работы системы.

Вывод: вероятность безотказной работы незарезервированной системы меньше заданной вероятности, значит, вероятность безотказной работы незарезервированной системы не удовлетворяет условиям.

Найдем вероятность безотказной работы системы с общим нагруженным резервированием.

,

где - сумма интенсивностей отказа элементов;

– время работы системы.

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

Найдем вероятность безотказной работы системы с общим ненагруженным резервированием.

,

где λ - сумма интенсивностей отказа элементов;

T – время работы системы.

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

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

,

где - интенсивность отказа каждого элемента;

T – время работы системы;

n – количество элементов.

P4 > Pз

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

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

где - интенсивность отказа каждого элемента;

T – время работы системы;

n – количество элементов.

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

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

Резервируются элементы i₁ и i₂, i₅ и i₆, i₉

Резервируемые участки:

P_{i1..i2,i10..i11} = 0.995

P_{i5..i6,i12..i13} = 0.995

P_i9,i14 = 0.974

Нерезервируемые участки:

P_i3..i4 = 0.990

P_i7..i8 = 0.950

P6 = 0.907

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

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

P_i3..i4 * P_i7..i8 = 0.990*0.950 = 0.94, что не удовлетворяет условием.

Рассмотрим вариант поэлементного ненагруженного резервирования всех компонентов клиентского ПК и общего ненагруженного резервирования сервера.

P_{i1..i2,i10..i11} = 0.995

P_{i5,i12..i6,i13..i7,i14..i8,i15..i9,i16} = 0.970

P_i3..i4 = 0.990

P7 = 0.956

P7 > Pз

А в случае, если резервирование сервера производится в нагруженном состоянии:

P_{i1..i2,i10..i11} = 0.989

P8 = 0.949

P8 < Pз

Лучший вариант резервирования: поэлементное ненагруженное резервирование клиентского ПК и общее ненагруженное резервирование сервера.

Чтобы определить для наиболее близкой к заданной резервированной системе, необходимо вычислить время наработки на отказ Т_о.

T₀ = ∫ [e^{-0.2*10^-4 * t}] * (e^{-8.03*(10^-4).*t}*(1+1*10^-4.*t)*(1+1*10^-4.*t)*(1+0.83*10^-4.*t)*(1+0.2*10^-4.*t)*(1+5*10^-4.*t)) * (e^{-2*10^-4.*t}*(1+2*10^-4.*t))

T₀ = 2983 часа.

,

где - время наработки на отказ.

λ = 3,4 * 10^-4

Заключение

В результате данного курсового проекта был спроектирован протопит системы приема заказов для завода «Автоприбор». В проекте используются модель IDEF0, диаграммы UML, а также необходимые параметры для построения ИС. Данный проект может использоваться для построения ИС

Литература

1. Проектирование информационных систем и технологий: Метод. указания к курсовому проектированию /сост. А.В. Костров, Р.И. Макаров – Владим. гос. ун-т. Владимир, 1999. 12 с.

2. Проектирование информационных систем: Методические указания к практическим занятиям/ сост. Р.И. Макаров, В.И. Мазанова – Владим. гос. ун-т. Владимир, 2008. 152 с.

3. Макаров Р.И. Методология проектирования информационных систем: Учебное пособие – Владим. гос. ун-т. Владимир, 2008. 152 с.

4. Калянов Г.Н. CASE-технологии: Консалтинг в автоматизации бизнес-процессов. 3-е изд. –М.: Горячая линия –Телеком, 2002. –320с.

5. Фаулер М. UML. Основы. Краткое руководство по унифицированному языку моделирования. 2-е издание / М. Фаулер, К. Скотт. – М.: Символ-Плюс, 2002. – 192 с. ISBN 5-93286-032-4.

Размещено на Allbest.ru