Автор работы: Пользователь скрыл имя, 01 Апреля 2014 в 12:33, курсовая работа
Целью моей курсовой работы является рассмотрение методов сетевого планирования.
Можно выделить следующие задачи:
1) Рассмотреть понятие сетевого планирования.
2) Выделить основные понятия сетевого планирования.
3) Изучить правила построения сетевых моделей.
4) Определить направления применения сетевого планирования.
5) Изучить история сетевого планирования, как в зарубежных странах, так и в России.
Введение………………………………………………………………………3
Глава 1. Сетевое планирование……………………………………………4
1.1 Основные понятия сетевого планирования……………………………4
1.2 Методы сетевого планирования………………………………………11
Глава 2. Система управления проектами…………………………………22
2.1 Основные особенности системы MS Project Standard…………….….22
2.2 Основные этапы управления проектом в системе……………………27
Глава 3. Моделирование деятельности гостиницы………………………31
3.1 Общее описание гостиницы……………………………………………..31
3.2 Формирование бизнес-процессов……………………………………….32
3.3 Построение модели бизнес-процесса IDEF0…………………………...35
3.4 Диаграммы потоков данных (DFD)……………………………………..46
3.5 Диаграммы методологии IDEF 3……………………………………….49
Заключение……………………………………………………………………52
Список использованной литературы………………………………………54
Activity Name: Соединение с номером
Activity Definition: Соединение с номером объединяет в себе соединение по запросу клиента , а также звонки, поступающие клиенту на номер телефона, числящийся за ним в течение всего времени пребывания в гостинице.
Activity Status: WORKING
Activity Author: Romanova J.A.
Object Type: Activity
Activity Number: A32
Эта услуга осуществляется вне нашего курсового проекта и предоставляется бесплатно.
Activity Name: Ведение статистики телефонных переговоров
Activity Definition: В статистике переговоров учитывается количество переговоров постояльца по гостиничному телефону и их тарифы.
Activity Status: WORKING
Activity Author: Romanova J.A.
Object Type: Activity
Activity Number: A33
Эта деятельность автоматизируется в ходе нашего курсового проектирования. Статистика будет вестись с помощью удобной формы клиентского приложения отделом регистрации тел. Переговоров и предоставляться в бухгалтерию в виде отчетов для формирования итогового счета постояльца.
Activity Name: Оплата телефонных переговоров.
Activity Definition: Оплата телефонных переговоров
по междугородней связи, а также
доплата за пользование
Activity Status: WORKING
Activity Author: Romanova J.A.
Object Type: Activity
Activity Number: A34
Эта деятельность не автоматизируется нашим клиентским приложением. Оплата переговоров производится при оформлении выезда.
Счёт – платежи за телеф. переговоры по междугородней связи, а также доплата за пользование телефоном гостиницы.
Переговоры – данные о времени, номере телефонного звонка.
Рис. 14 Диаграмма декомпозиции IDEF0. Обеспечение телефонных переговоров.
Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволяет переключиться на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель.
Диаграммы потоков данных (DFD) используются для описания документооборота и обработки информации. Нотация DFD включает такие понятия, как "внешняя ссылка" и "хранилище данных", что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота.
На рис. 15 представлена “Диаграммы декомпозиции в нотации DFD. Резервирование номеров.”, описывающая деятельность по резервированию номеров. На диаграмме представлены:
1) “Клиента” и ”Персонал ” – это внешние ссылки, источник данных из вне
модели.
2) “Устав гостиницы” и ”Данные о номерах гостиницы” – хранилища
данных.
Эти данные хранятся на данный момент в бумажном эквиваленте. Наше клиентское приложение позволит все эти данные хранить в электронном виде и облегчит обновление данных о номерах гостиницы и постояльцах.
Рис. 15 Диаграммы декомпозиции в нотации DFD. Резервирование номеров.
В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Например, “Заказ” в какой-либо форме (телеф. звонок или электрон. письмо на адрес гостиницы), приходит от клиента и инициирует процедуру “Обработки заказа” . Эту процедуру выполняет “Персонал”, в чьи обязанности это входит. Персонал запрашивает “Данные о номерах” из хранилища данных (гостиничный журнал или электрон. БД) и, согласуясь с “Правилами предоставления номеров” (содержащимися в уставе гостиницы ), отказывает клиенту в резервировании номера или:
ü резервирует номер;
ü после “оформления заказа номера” обновляет данные о номерах – заносит “Обновленные данные о номерах” в хранилище “Данных о номерах гостиницы”.
На рис. 16 представлена “Диаграммы декомпозиции в нотации DFD. Оформление поселения.”, описывающая деятельность по оформлению поселения. На диаграмме представлены:
3) “Клиента” и ”Персонал ” – это внешние ссылки, источник данных из вне модели.
4) “Устав гостиницы” , “Документы клиенты” (паспорт в бумажном виде или другой удостоверяющий личность документ), ”Законы РФ”, ”Данные о номерах гостиницы” – хранилища данных.
Все работы, представленные на диаграмме выполняются “Персоналом” в соответствие с “Перечнем обязанностей”. Клиент запрашивает номер в гостинице (“Отказ” возможен в случае отсутствия свободных номеров в гостинице) или активизирует свой “Зарезервир. номер”. Если после “Обработки запроса” с участием “Данных о номерах” из хранилища, запрос удовлетворяется :
ü постоялец предъявляет свои “Документы”, выбирает тарифы проживания, проходит регистрацию и получает ключи от номера:
ü “Персонал” оформляет въезд постояльца и обновляет данные о номерах гостиницы в хранилище “Данных о номерах гостиницы”
Все это “Персонал” делает, руководствуясь “правилами поселения”, прописанными в “Уставе гостиницы”, и “Законами и постановлениями ” РФ, регламентирующими, например, обязательную идентификацию личности граждан при поселении в гостинице.
Рис. 16 Диаграммы декомпозиции в нотации DFD. Оформление поселения.
Для описания логики взаимодействия информационных потоков более подходит workflow diagramming (Маклаков С.В. “Создание информационных систем с AllFusion Modeling Suite”). Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации.
На Диаграмме декомпозиции в нотации IDEF3. Проверка счетов. (на рис. 17) иллюстрируется ”Проверка счетов”. Эту деятельность мы почти полностью автоматизируем в нашем клиентском приложении.
Как только счет запрошен, запускаются все последующие за перекрестком (AND) процессы:
ü “Формирование счета за тел. переговоры”;
ü “Формирование счета за услуги”;
ü запускается “Анализ сроков пребывания” постояльца в гостинице, по окончании которого запускается процесс “Формирования счет за проживание”, учитывающий в своей работе “Результаты анализа”.
«Учет» – это стрелка отношения (Relational Link). Мы использовали ее для изображения связи между процессом «Формирования счета за проживание» объектом ссылки «Внесенная предоплата», учет которого важен для результатов процесса.
Стрелки с двумя наконечниками: «Счет за проживание», «Счет за тел. Переговоры» и «Счет за услуги» – обозначают потоки объектов (Object Flow). В данном случае, мы их применяем для описания того факта, что эти объекты порождается в одной работе («Формирование счета…») и используется в процессе «Формирования итогового счета».
Рис. 17 Диаграммы декомпозиции в нотации IDEF3. Проверка счетов.
Диаграмма дерева узлов показывает иерархию работ в модели и
позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами.
В приложении 8 представлено итоговое расположение работ в дереве узлов:
ü диаграмма “Функционирование гостиницы” – 1-ый уровень дерева узлов (top level activity);
ü диаграммы “Предоставление номеров”, “обслуживание номеров” и “Обеспечение телефонных переговоров” – 2-ой уровень дерева узлов;
ü диаграммы “Резервирование номеров”, “Оформление поселения”, “Прием предоплаты”, “Проверка счетов”, “Подготовка номеров” – 3-ий уровень;
ü диаграммы “Обработка заказа”, “Обновление данных о номерах”, “Обработка запроса”, “Обновление данных” и “Оформление въезда” – 4-ый уровень дерева узлов, последний уровень декомпозиции – необходимая в ходе нашего курсового проектирования степень подробности.
Заключение
В данной работе были изучены теоретические основы сетевого планирования и управления программными проектами.
В настоящее время сетевое планирование играет большую роль. Методы сетевого планирования могут широко и успешно применяются для оптимизации планирования и управления сложными разветвленными комплексами работ, которые требуют участия большого числа исполнителей и затрат ограниченных ресурсов.
Следует отметить, что сетевое планирование представляет собой метод управления, основывающийся на использовании математического аппарата теории графов и системного подхода для отображения и алгоритмизации комплексов взаимосвязанных работ, действий или мероприятий для достижения четко поставленной цели; главной целью сетевого планирования является сокращение до минимума продолжительности проекта.
В основе сетевого планирования лежит построение сетевых диаграмм, которые бывают двух типов - типа "вершина-работа" и "вершина-событие" или "дуги-работы".
При создании сетевого графика в основе построения сети лежат понятия "работа", "событие" и "путь".
Также в данной работе было проведено изучение деятельности гостиницы. В результате изучения состава, содержания и процедур формирования основных документов, были разработаны диаграммы бизнес-процессов и спроектирована реализация операций бизнес-процесса в информационной системе.
Данный этап проектирования информационной системы завершает стадию разработки технического задания и позволяет перейти к дальнейшей разработке информационной системы – стадии рабочего проектирования. Дальнейшая настройка типовой информационной системы (выбор экранных форм, формирование отчетов и т. д.) осуществляется с использованием специфических средств, предусмотренных в каждой системе.
Все задачи и цели, поставленные в данной курсовой работе, были выполнены.