На  рис. 15 представлена “Диаграммы декомпозиции в нотации DFD. Резервирование номеров.”, описывающая деятельность по резервированию номеров. На диаграмме представлены:

1)           “Клиента” и ”Персонал ” – это внешние ссылки, источник данных из вне

модели.

2)           “Устав гостиницы” и ”Данные о номерах гостиницы” – хранилища

данных.

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

     Рис.  15 Диаграммы декомпозиции в нотации DFD. Резервирование номеров.

     В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Например, “Заказ” в какой-либо форме (телеф. звонок или электрон. письмо на адрес гостиницы), приходит от клиента и инициирует процедуру “Обработки заказа” . Эту процедуру выполняет “Персонал”, в чьи обязанности это входит. Персонал запрашивает “Данные о номерах” из хранилища данных (гостиничный журнал или электрон. БД) и, согласуясь с “Правилами предоставления номеров” (содержащимися в уставе гостиницы ), отказывает клиенту в резервировании номера  или:

ü     резервирует номер;

ü     после “оформления заказа номера” обновляет данные о номерах – заносит “Обновленные данные о номерах” в хранилище “Данных о номерах гостиницы”.

     На  рис. 16 представлена “Диаграммы декомпозиции в нотации DFD. Оформление поселения.”,  описывающая деятельность по оформлению поселения. На диаграмме представлены:

3)           “Клиента” и ”Персонал ” – это внешние ссылки, источник данных из вне модели.

4)           “Устав гостиницы” , “Документы клиенты” (паспорт в бумажном виде или другой удостоверяющий личность документ), ”Законы РФ”, ”Данные о номерах гостиницы” – хранилища данных.

      Все работы, представленные на диаграмме  выполняются “Персоналом” в соответствие с “Перечнем обязанностей”. Клиент  запрашивает номер в гостинице  (“Отказ” возможен в случае отсутствия свободных номеров в гостинице) или активизирует свой “Зарезервир. номер”. Если после “Обработки запроса” с  участием “Данных о номерах” из хранилища, запрос удовлетворяется :

      ü                постоялец предъявляет свои “Документы”, выбирает тарифы проживания, проходит регистрацию и получает ключи от номера:

      ü                “Персонал” оформляет въезд постояльца и обновляет данные о номерах гостиницы в хранилище “Данных о номерах гостиницы”

Все это  “Персонал”  делает, руководствуясь “правилами поселения”, прописанными в “Уставе гостиницы”, и “Законами и постановлениями ” РФ, регламентирующими, например, обязательную идентификацию личности граждан при поселении в гостинице.

     Рис.  16 Диаграммы декомпозиции в нотации DFD. Оформление поселения.

3.5. Диаграммы методологии  IDEF3 (Workflow Diagramming)

 

            Для описания логики взаимодействия информационных потоков более подходит workflow diagramming (Маклаков С.В. “Создание информационных систем с AllFusion Modeling Suite”). Диаграммы Workflow могут быть использованы в моделировании  бизнес-процессов для анализа завершенности процедур обработки информации.

     На  Диаграмме декомпозиции в нотации IDEF3. Проверка счетов. (на рис. 17) иллюстрируется ”Проверка счетов”. Эту деятельность мы почти полностью автоматизируем в нашем клиентском приложении.

     Как только счет запрошен, запускаются все последующие за перекрестком (AND) процессы:

ü     “Формирование счета за тел. переговоры”;

ü     “Формирование счета за услуги”;

ü     запускается “Анализ сроков пребывания” постояльца в гостинице, по окончании которого запускается процесс “Формирования счет за проживание”, учитывающий в своей работе “Результаты анализа”.

      «Учет»  – это стрелка отношения (Relational Link). Мы использовали ее  для изображения связи между процессом «Формирования счета за проживание» объектом ссылки «Внесенная предоплата», учет которого важен для результатов процесса.

      Стрелки с двумя наконечниками: «Счет  за проживание», «Счет за тел. Переговоры»  и «Счет за услуги» – обозначают потоки объектов (Object Flow). В данном случае, мы их применяем  для описания того факта, что эти объекты порождается в одной работе («Формирование счета…») и используется в процессе «Формирования итогового счета».

     Рис.  17 Диаграммы декомпозиции в нотации IDEF3. Проверка счетов.

     Диаграмма дерева узлов показывает иерархию работ в модели и

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

В приложении 8  представлено итоговое расположение работ в дереве узлов:

ü      диаграмма “Функционирование гостиницы” – 1-ый уровень дерева узлов (top level activity);

ü      диаграммы “Предоставление номеров”, “обслуживание номеров” и “Обеспечение телефонных переговоров” – 2-ой уровень дерева узлов;

ü      диаграммы “Резервирование номеров”, “Оформление поселения”, “Прием предоплаты”, “Проверка счетов”, “Подготовка номеров” – 3-ий уровень;

ü      диаграммы “Обработка заказа”, “Обновление данных о номерах”, “Обработка запроса”, “Обновление данных” и “Оформление въезда” – 4-ый уровень дерева узлов, последний уровень декомпозиции – необходимая в ходе нашего курсового проектирования степень подробности. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Заключение

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

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

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

     В основе сетевого планирования лежит  построение сетевых диаграмм, которые  бывают двух типов - типа "вершина-работа" и "вершина-событие" или "дуги-работы".

     При создании сетевого графика в основе построения сети лежат понятия "работа", "событие" и "путь".

     Итак, сетевая модель позволяет:

• четко представить  структуру комплекса работ, выявить  с любой степенью детализации  их этапы и взаимосвязь;

• составить обоснованный план выполнения комплекса работ, более эффективно по заданному критерию использовать ресурсы;

• проводить многовариантный анализ разных решений  с целью улучшения плана;

• использовать  для обработки больших массивов информации компьютеры и компьютерные системы.

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

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

     Все задачи и цели, поставленные в данной курсовой работе, были выполнены.

Список использованной литературы

• 1.     Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. – М.: ДИАЛОГ – МИФИ, 2007. – 224с.

• 2.     Маклаков С.В. BPWin и ERWin. CASE – средства разработки информационных систем. – М.: ДИАЛОГ – МИФИ, 2005. – 256с.

• 3.     Вендров А.М. Проектирование программного обеспечения экономических информационных систем. М.: Финансы и статистика, 2006 г.

• 4.     Кириллов В.В. Структурированный язык запросов (SQL). – СПб.: ИТМО, 2005. – 80 с.

• Цикритизис  Д., Лоховски Ф. Модели данных. – М.: Финансы и      статистика, 2005. – 344 с.

• Мартин  Фаулер и Кендалл Скотт. UML. Основы. СПб.: Символ-Плюс, 2006 г.

• Федотова  Д.Э.,  Семенов Ю.Д., Чижик К.Н. CASE – технологии. М.: Горячая линия, 2008 г.

• Черемных  С.В., Семенов И. О., Ручкин В. С. Моделирование и анализ систем. IDEF-технологии:практикум. М.: Финансы и статистика, 2008 г

• Ивасенко  А.Г. Управление проектами: учебное  пособие/А.Г. Ивасенко, Я.И.Никонова, М.В.Каркавин – Ростов н/Дону:Феникс, 2009. – 330 с. –  Высшее образование.

•  Кудрявцев  Е.М. Microsoft Project. Методы сетевого планирования  и управления проектом. – М.: ДМК  Пресс, 2005. – 240 с., ил.

•  Управление  проектом. Основы проектного управления: ученик/ кол. авт.: под ред. проф. М.Л.Разу. – М.: КНОРУС, 2006. – 768 с.

•  Сетевое планирование. http://www.inventech.ru/lib/glossary/netplan/

• http://kontrosha.kz/index.php?doc=file&url=rar/informatika/252371277192274.html.

• http://www.referatbank.ru/inforef.php?&unit_id=7321.

• http://www.masters.donntu.edu.ua/2010/fknt/zhukova/library/article09.htm.

     Приложение 1 

     

     Фрагмент  сети "вершина-работа" 
 

     Приложение 2

     

     Фрагмент  сети "вершина-событие" 
 
 

     Приложение 3

       

     Условные  обозначения в сетевом графике

 

Приложение 4

Организационная диаграмма:

 
 

 

 
 
 

 

 

 
 
 
 

 

Приложение  5

Диаграмма прецедентов  салона красоты: