Графическое отображение сетевой модели (сетевой график) содержит окружности, отображающие основные события проекта, и векторы, соединяющие эти окружности и определяющие необходимость выполнения соответствующих работ. Реальные работы изображаются сплошной линией, фиктивные - штриховой, а работы, лежащие на критическом пути - линией двойной толщины.
Окружности разделены на четыре сектора, в каждом из которых показаны номер данного события (в нижнем секторе), значение раннего срока наступления текущего события (в левом секторе), значение резерва времени текущего события (в верхнем секторе) и значение позднего срока наступления события (в правом секторе).
В соответствии с содержанием таблицы основных событий и работ проекта строится графическая модель сетевого графика. На соответствующих сегментах окружностей записываются номера событий, а на векторах - продолжительность работ, показанных в столбце человеко-дни таблицы основных событий и работ проекта (таблица 3.2).
На рисунке 3.1 показана графическая модель сетевого графика.
Рисунок 3.1 – Сетевой график процесса разработки
После построения графической модели следует рассчитать оставшиеся параметры элементов сети: сроки наступления событий, резервы времени, полный и свободный резервы времени.
Обозначение основных элементов сетевого графика: Ni, Nj - номер события, TiP - ранний срок наступления события i, Tiп - поздний срок наступления события i, Ri - резерв времени события i, ti,j - продолжительность работы i-j, Rijп - полный резерв времени работы i-j, Rijc - свободный резерв времени работы i-j.
Ранний срок совершения события определяет минимальное время, необходимое для выполнения всех работ, предшествующих данному событию и равен продолжительности наибольшего из путей, ведущих от исходного события (0) к рассматриваемому и рассчитывается по соотношению:
(3.6)
Критический путь - максимальный путь от исходного события (0) до завершения проекта. Его определение позволяет обратить внимание на перечень событий, совокупность которых имеет нулевой резерв времени.
Все события в сети, не принадлежащие критическому пути, имеют резерв времени Ri, показывающий, на какой предельный срок можно задержать наступление этого события, не увеличивая сроки окончания работ (т.е. продолжительности критического пути).
Поздний срок совершения события - максимально допустимое время наступления данного события, при котором сохраняется возможность соблюдения ранних сроков наступления последующих событий. Поздние сроки вычисляются, начиная с последнего события - завершения проекта, по критическому пути (т.е. справа налево по графику). Они равны разности между поздним сроком совершения j-го события и продолжительностью i-j работы. Поздний срок определяется соотношением:
(3.7)
Резерв времени события определяется следующим образом:
(3.8)
Полный резерв времени работы определяется, используя соотношение
(3.9)
Свободный резерв времени можно определить, применяя соотношение
(3.10)
В результате исследования определяется критический путь на сетевом графике - путь, имеющий наибольшую суммарную длительность работ. В данной разработке критический путь проходит через вершины: 0-1-2-3-4-5-6-7-8-9-10 и имеет длину Tкр=91 рабочих дня.
Кроме достаточного условия того, является ли данный путь критическим, существует также необходимое условие – критический путь всегда проходит через события с нулевым резервом. Так как в рассматриваемом графике существует только один путь, проходящий через события с нулевым резервом, этот путь можно считать критическим без дополнительного анализа достаточного условия.
Как правило, после первоначальной разработки, сетевой график подлежит оптимизации (в настоящее время оптимизация сетевого графика, как правило, выполняется с использованием специального программного обеспечения).
Критерии и методы оптимизации:
- сокращение величины критического пути за счет перераспределения ресурсов;
- уменьшение пиковых значений потребляемых ресурсов за счет изменения начальных сроков работ некритических путей;
- минимизация стоимости всего комплекса работ при заданном времени выполнения проекта.
Теоретически, длина критического пути может быть сокращена за счет увеличения количества исполнителей, привлеченных к выполнению той или иной работы. Однако, в данном случае, в связи с особенностями проекта, выполнение обозначенных выше работ несколькими исполнителями потребует применения сложных средств синхронизации разработки исходного кода и обеспечения взаимодействия разработчиков. Фактически, в рассматриваемом проекте увеличение количества исполнителей может привести к повышению качества разрабатываемого продукта, но за счет значительного повышения расходов; к тому же зависимость времени выполнения работ от количества исполнителей здесь немонотонна, а, следовательно, привлечение дополнительных исполнителей может привести к результату, обратному ожидаемому – увеличению продолжительности работ. Таким образом, увеличение количества исполнителей представляется нецелесообразным.
Также нецелесообразным (и по большей части невозможным, из-за особенностей структуры графа) будет перераспределение исполнителей по работам, так как составление перечня работ и распределение исполнителей по работам (таблица 2.3) было проведено с учетом условия минимизации затрат на обмен промежуточной конструкторской документацией и сведениями между отдельными исполнителями. (Время, потраченное на изучение незаконченной, предварительной документации или на обсуждение деталей какого-либо интерфейса может оказаться потраченным зря, если позднее что-либо будет изменено.)
Что же касается уменьшения пиковых значений потребляемых ресурсов, то достаточно очевидно, что потребление ресурсов может быть снижено только за счет увеличения длины критического пути.
Таким образом, приходим к выводу, что рассматриваемый сетевой график не подлежит оптимизации, в силу его относительной структурной простоты и особенностей проекта.
Для иллюстрации последовательности проводимых работ проекта применяют ленточный график (календарно-сетевой график, диаграмму Гантта). Диаграмма Гантта процесса разработки показана на рисунке 3.2.
Рисунок 3.2 – Диаграмма Гантта процесса разработки
Общая длительность работ по разработке системы автоматизации рабочего места инженера АСУ составляет 73 календарных дня.
ЗАКЛЮЧЕНИЕ
В ходе выполнения дипломной работы была проанализирована предметная область – система бизнес-процессов, связанных с учетом компьютерного парка предприятия ООО «Эком». Обследование показало, что учет и его работоспособности ведется вручную инженером отдела АСУ. Это не позволяет руководству предприятия иметь достаточно четкую и оперативную информацию о состоянии и составе компьютерного парка предприятия. Такая информация нужна руководству для эффективного использования компьютерного парка и снижения затрат на его содержание и обслуживание. Отсутствие полной и оперативной информации о всех ресурсах оргтехники и его работоспособности не позволяет рационально организовать работу по обслуживанию компьютерного парка, снижает эффективность распределения и использования компьютеров на предприятии.
На основе анализа предметной области автоматизации рабочего места инженера отдела АСУ была создана контекстная и концептуальная модели предметной области, разработана информационная модель данных для инфосистемы учета аппаратного обеспечения на предприятии. Это явилось основой для проектирования базы данных по учету компьютерной техники и создания приложения по управлению этой базой данных.
Основными объектами данных аппаратного обеспечения явились: компьютер, компьютерные модули, работники, отделы. Основными пользователями информационных ресурсов системы являются заведующий отделом АСУ, инженер отдела АСУ, бухгалтер, руководство предприятия.
Входной информацией для автоматизированной информационной системы являются паспортные данные поступающей на предприятие оргтехники, информация о ее размещении, сроках регламентных работ, установленном программном обеспечении. Кроме того в информационную систему вводятся данные об возникающих неисправностях и проводимых ремонтах оргтехники.
Выходной информацией, получаемой из информационной системы являются реестры компьютерной техники с указанием ее размещения, сроках эксплуатации, состоянии работоспособности.
С целью решения поставленной проблемы была разработана «Постановка комплекса задач», обоснован выбор технологии прототипного проектирования на основе использования средств прототипирования MS Access и объектно-ориентированного языка программирования Delphi 7.0. Кроме того, было проведено обоснование выбора технической базы проекта – архитектуры клиент – сервер, ПЭВМ Pentium II 400, 64 Мб ОП и лазерный принтер модели HP LaserJet 6L.
Для разработки информационного обеспечения было проведено обоснование выбора типов классификаторов, системы документации, реляционной БД.
Для проектирования программного обеспечения было выполнено обоснование выбора типа операционной системы MS Windows 2000, СУБД MS Access 2000 для клиентского места и MS SQL Server для сервера, методы разработки программного обеспечения и язык Delphi 7.0 для разработки оригинальных программных модулей графического интерфейса программы.
Рассмотрены основные вопросы организации технологии решения комплекса задач в диалоговом режиме.
При разработке информационного обеспечения была разработана информационная модель комплекса задач инженера отдела АСУ, перечень классификаторов и их структуры, составлены инфологическая и даталогическая модели для комплекса задач, определен и разработан состав первичных и результатных документов.
Программное обеспечение проекта АРМ инженера АСУ включило разработку состава функций и сценария диалога. Была разработана структура и состав программных модулей для АРМ, определена схема взаимосвязи программных модулей и таблиц БД. Кроме того, была составлена и дано описание блок-схемы технологического процесса диалоговой обработки данных с использованием разработанной системы.
Для осуществления проекта необходимы затраты предприятия в сумме 86,6 тыс. руб. Расчет эффективности проекта показал, что данный проект является эффективным, срок окупаемости проекта составляет 1,6 года.
Внедрение проекта автоматизации учета аппаратного обеспечения позволит улучшить качество обслуживания компьютерного парка предприятия, повысит информативность и качество учета и анализа состояния компьютерного парка, повысит эффективность использования компьютерной техники на предприятии. Это косвенным образом отразится на качестве менеджмента на предприятии и будет способствовать увеличению объемов выполнения работ и повышению рентабельности работы предприятия.
Дальнейшее развитие данного проекта предусматривает увеличение аналитических функций, добавление различных видов анализа, например структурного, динамического, сравнительного; полной реализации преимуществ клиент-серверной архитектуры, позволяющей хранить и оперативно централизованно обновлять информацию справочников, а также оперативную информацию, производить обмен данными через сервер с другими АРМами. Возможно также выполнение графического представления результатов проведенных анализов.
Список использованной литературы
1. ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы.
2. ОСТ 4.071.030. АСУП. Создание системы. Нормативы рабочего времени.
3. Microsoft Access 2000, М.: БИНОМ, 1999, 200 с.
4. DELPHI 7, Санкт-Петербург: ПИТЕР, 467 с.
5. Автоматизированные информационные технологии в экономике / Под ред. Г.А. Титоренко. – М.:ЮНИТИ, 2000.
6. Агальцов В.П. Базы данных: Учебное пособие. - М.: Мир, 2002.
7. Аглицкий И. Информационные технологии и бизнес // Эксперт автоматизации № 29, 1997.
8.
9. Багриновский К.А., Хрусталев Е.Ю. Новые информационные технологии // ЭКО №7, 1996.
10. Балдин К. В., Уткин В. Б. Информационные системы в экономике. - М. Финансы и статистика, 2004 г.
11. Бакаревич Ю.Б., Пушкина Н.В. Самоучитель Microsoft Access 2002. – СПб.: БХВ-Петербург, 2002
12. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем. Учеб.пособие. – М.: Финансы и статистика, 2004..
13. Гарсиа-Молина Г., Ульман Дж. Системы баз данных. - Изд. дом "Вильямс" М., 2003 – 1088 с.
14. Голицина О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. – М.: Формум: ИНФРА-М, 2003. – 352 с.
15. Горев А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД. — СПб.: Питер, 1997. - 704 с.
16. Дженнингс Роджер. Использование Microsoft Access: Пер. с англ. – СПб.: БХВ, 2002. – 560 с.
17. Карабутов Н. Н. Информационные технологии в экономике. - М.: Экономика; 2003.
18. Карминский А. М., Нестеров П. В. Информатизация бизнеса. - М: Финансы и статистика, 1997. – 416с.
19. Карпова Т.С. Базы данных: модели, разработка, реализация 2002. – 304 с.
20. Карху Л. Объектно-ориентированный подход к автоматизации технологических процессов // Эксперт автоматизации №12, 1996.
21. Кондзюба С.П., Громов В.Н. Delphi 5. Базы данных и приложения: Лекции и упражнения. - Киев: ДиаСофт, 2001. - 592 с.
22. Компьютерные технологии обработки информации // под ред. Назарова С.В. М/ Финансы и статистика, 2002 г.
23. Марков А.С., Лисовский К.Ю. Базы данных. Введение в теорию и методологию. Учебник. - М.: Финансы и статистика, 2004. – 442 с.
24. Маклаков С.В. Моделирование бизнес-процессов с BPWin 4.0. – М.: ДИАЛОГ-МИФИ, 2002. – 224с.
25. Мамиконов А.Г. Проектирование АСУ: Учебник для специальности АСУ вузов. – М.: Высшая школа, 1997.
26. Никитин А.В. Оптимизация учета на предприятии. Саратов, 1998.
27. Оптимизация информационных потоков // http://www.eme.ru.
28. Парамонов Ф. И., Колесниченко О. В. Основы проектирования АСУП: Учебное пособие. - М.: Изд-во МАИ, 1995. - 92с.
29. Позин Б.А. CASE: автоматизация проектирования программных средств // Человек и компьютер. - 1993. - № 5.
30. Проектирование ЭИС. / Г.Н. Смирнова, А.А Сорокин, Ю.Ф. Тельнов, Москва 2001, с. 443.
31. Родионов И. И., и др. Рынок информационных услуг и продуктов. - М.: МК-Периодика, 2002 г.
32. Фаронов В.В., Шумаков П.В. Delphi 4. Руководство разработчика баз данных. - М: Нолидж, 1999. - 560 с.
33. Федоров А.Г., Елманова Н.З. Базы данных для всех. - КомпьютерПресс, М., - 2001 – 256 с.
34. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных. - Издание второе, дополненное и переработанное 2002. – 672 с.
35. Шмален Г. Основы и проблемы экономики предприятия, М., "Финансы и статистика", 1997.
Приложение
Моделирование существующих бизнес-процессов по учету аппаратного обеспечения
|
[1] По данным сайта http://www.tunesoft.ru/price.htm
Дата: 2019-12-10, просмотров: 229.
