Проектирование системы приема заказов для завода "Автоприбор"

15. На этапе 7.1 “Подготовка объекта автоматизации к вводу АС в действие" будут проведены работы по организационной подготовке объекта автоматизации к вводу АС в действие, в том числе: реализация проектных решений по организационной структуре АС; обеспечение подразделений объекта управления инструктивно-методическими материалами; внедрение классификаторов информации.

На этом этапе будет проведена презентация созданного продукта, осуществлено знакомство персонала с работой на новой системе.

16. На этапе 7.2 “Подготовка персонала” будет проведено обучение персонала и проверка его способности обеспечить функционирование АС.

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

18. На этапе 7.4 “Строительно-монтажные работы” будут проводиться работы по строительству рабочих мест для размещения технических средств и персонала; будут проводиться работу по монтажу технических средств и линий связи; испытания смонтированных технических средств; сдача технических средств для проведения пусконаладочных работ.

19. На этапе 7.5 “Пусконаладочные работы” для системы приема заказов завода «Автоприбор» будет проведена наладка технических и программных средств, загрузка информации в базу данных и проверка системы ее ведения; комплексная наладка всех средств системы.

20. На этапе 7.6 “Проведение предварительных испытаний” будет осуществлено испытание системы приема заказов завода «Автоприбор» на работоспособность и соответствие техническому заданию; будет проведено устранение неисправностей и внесение изменений в документацию на ИС, в том числе эксплуатационную в соответствии с протоколом испытаний; оформление акта о приемке АС в опытную эксплуатацию.

21. В соответствие с этапом 7.7 “Проведение опытной эксплуатации” будет проведена опытная эксплуатация системы приема заказов завода «Автоприбор», проанализированы результаты эксплуатации; при необходимости проведена доработка программного обеспечения ИС, наладка технических средств ИС; оформление акта о завершении опытной эксплуатации.

22. На этапе 7.8 “Проведение приемочных испытаний” будут проведены испытания на соответствие системы приема заказов завода «Автоприбор» техническому заданию в соответствии с программой и методикой приемочных испытаний; анализ результатов испытаний ИС и устранение недостатков, выявленных при испытаниях; оформление акта о приемке системы приема заказов завода «Автоприбор» на постоянную эксплуатацию.

23. В соответствие с этапом 8.1 “Выполнение работ в соответствии с гарантийными обязательствами” осуществляются работы по устранению недостатков, выявленных при эксплуатации системы приема заказов завода «Автоприбор» в течение установленных гарантийных сроков, по внесению необходимых изменений в документацию на системы приема заказов завода «Автоприбор».

24. На этапе 8.2 “Послегарантийное обслуживание” осуществляют работы по:

выявлению отклонений фактических эксплуатационных характеристик АС от проектных значений;

установлению причин этих отклонений;

устранению выявленных недостатков и обеспечению стабильности эксплуатационных характеристик АС;

внесению необходимых изменений в документацию.

5.3 Первоначальный сетевой план

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

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

На рисунке представлен сетевой план, выполненный на основании стадий прошлого пункта.

Обозначения событий:

1 - подписание договора на разработку ИС;

2 - получение отчета о результатах обследования объекта и сформированных требований пользователя к ИС;

3 - получение отчета с обоснованием выбора концепции ИС;

4 - получение технического задания на разработку ИС;

5 - получение эскизного проекта на ИС;

6 - получение технического проекта на ИС;

7 - получение рабочей документации на систему;

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

9 - окончание срока действия гарантийных обязательств.

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

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

2-3 - разработка концепции ИС (5 рабочих дней);

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

4-5 - разработка эскизного проекта (10 рабочих дней);

5-6 - оформление технического проекта (40 рабочих дней);

6-7 - разработка рабочей документации на систему (30 рабочих дней);

7-8 - ввод ИС в действие (14 рабочих дней);

8-9 - сопровождение системы (60 рабочих дней).

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

5.4 Квалификационный план

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

Наименование специалиста	Величина ставки (тыс. руб.)	Выполняемые функции
Менеджер проекта	27	Анализ, формирование требований и выбор концепции ИС; Разработка документации для проведения подготовительных работ при создании ИС; Разработка документации (отчеты о работе, ТЗ, ТП, ЭП), внесение изменений в документацию; Разработка документации на ИС; Обучение персонала, обеспечение методическими материалами; Приемосдаточные мероприятия; Консультирование клиентов по приобретению необходимого дополнительного оборудования.
Разработчик оконных приложений	30	Разработка структуры базы данных, алгоритмов системы, глоссария и прецедентов использования, предоставление полного описания проектных решений; Разработка программы; Разработка интерфейсов приложений; Устранение неисправностей, недостатков, доработка ПО; Определение Технических требований ИС.
Веб-программист	20	Подготовка дизайн - макета; Верстка страниц сайта, создание необходимого функционала для системы. Привязка оконных приложений к веб-сайту.
Тестировщик	15	Разработка планов, графиков, методик и описания тестирования; Моделирование ситуаций, которые могут возникнуть в условиях эксплуатации программного обеспечения; Выполнение тестирования программных продуктов. Выполнение нагрузочных тестирований; Классифицирование выявленных ошибок; Контролирование процесса ликвидации выявленных ошибок разработчиком ПО.
Бухгалтер	19	Подготовка и оформление документации на поставку изделий для комплектования ИС; Разработка документации для проведения подготовительных работ при создании ИС.

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