Целью курсовой работы является проектирование информационной системы ВУЗа с использованием методики объектно-ориентированного моделирования UML. Описание ИС ВУЗа. 1.1 Характеристика. Студенты, организованные в группы, учатся на одном из факультетов, возглавляемом деканатом,. Nov 5, 2015 - Курсовая работа на тему Проектирование информационной системы поддержки функционирования аптеки - заказ 424764 / Программирование / Информационные системы. Во введении описываются возможности языка UML при проектировании информационных систем.

1. Этапы Проектирования Информационных Систем
2. Курсовая Работа Проектирование Информационных Систем Uml

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ Государственное образовательное учреждение высшего « САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ АЭРОКОСМИЧЕСКОГО ПРИБОРОСТРОЕНИЯ» КУРСОВАЯ РАБОТА ЗАЩИЩЕНА С ОЦЕНКОЙ РУКОВОДИТЕЛЬ должность, уч. Степень, звание подпись, дата инициалы, фамилия ПОЯСНИТЕЛЬНАЯ ЗАПИСКА К КУРСОВОЙ РАБОТЕ Проектирование «Бассейн» по дисциплине: Технология программирования РАБОТУ ВЫПОЛНИЛ СТУДЕНТ ГР.

4944КС Королёв А. Подпись, дата инициалы, фамилия Санкт-Петербург 2011г. Содержание Введение.

3 Описание информационной системы. 3 Диаграмма вариантов использования (Use-case diagram) 4 Диаграмма классов (class diagram) 7 Диаграмма последовательности. 9 Диаграмма размещения (deployment diagram) 22 Заключение. 30 Список литературы. 30 Введение Данный представляет собой проектирование информационной системы «Бассейн» с помощью языка UML. Унифицированный язык моделирования (UML, Unified Modeling Language) является преемником методов объектно-ориентированного анализа и проектирования (OOA&D), которые появились в конце 80-х и начале 90-х годов.

Первое упоминание об унифицированном методе (Unified Method) версии 0.8 появилось в 1995 году на конференции OOPSLA ’95. Данный метод был предложен Гради Бучом и Джимом Рамбо. В дальнейшем к ним присоединился Айвар Якобсон и в течение 1996 года Г. Якобсон, получившие широкую известность как «трое друзей» (amigos) продолжали работу над своим методом, который к тому времени получил название унифицированный язык моделирования (UML).

Однако помимо данного метода сообществом разработчиком были предложены и другие методы. Для этих методов в рамках OMG (Object Management Group) была сформирована инициативная группа. В результате работы группы появилась версия языка UML 1.1. Текущей версией языка UML является версия 1.5, также ведется работа над спецификацией языка UML версии 2.0. UML включает в себя двенадцать типов диаграмм, разделенных на три категории: 1. Диаграммы, описывающие статическую структуру системы. Ü Диаграмма классов (Class Diagram) ü Диаграмма объектов (Object Diagram) ü Диаграмма компонентов (Component Diagram) ü Диаграмма развертывания (Deployment Diagram) 2.

Диаграммы, описывающие динамическое поведение системы ü Диаграмма вариантов использования (Use Case Diagram) ü Диаграмма (Activity Diagram) ü Диаграмма последовательности (Sequence Diagram) ü Диаграмма кооперации (Collaboration Diagram) ü Диаграмма состояния (Statechart Diagram) 3. Диаграммы управления моделью включая Пакеты, Подсистемы и Модели В данном курсовом проекте задействованы следующие типы диаграмм: диаграмма вариантов использования, диаграмма последовательности, диаграмма кооперации, диаграмма классов, диаграмма состояния, диаграмма видов деятельности, диаграмма компонентов, диаграмма развертывания. Описание информационной системы. Современные плавательные бассейны – это уникальные центры массового отдыха людей, где кроме плавания и водных аттракционов, как правило, предоставляется многообразие других сопутствующих видов услуг: от фитнеса, кафе, SPA - процедур, сауны и бани до размещения посетителей в гостинице и т. Именно за такое изобилие оказываемых услуг и возможностей они очень любимы всеми категориями граждан любых возрастов. В связи с такой популярностью и постоянно растущим спросом, эффективное управление и контроль за всей деятельностью комплекса становится главной задачей для руководства на пути выстраивания «прозрачных» и правомерных отношений как с персоналом предприятия, так и с посетителями.

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

На следующем этапе, процессов даёт возможность понятия их сущности и, следовательно, даёт возможность их последующей автоматизации. Описание: Мы имеем некий спортивный комплекс. Помимо самого бассейна имеется сауна, тренажерный зал, массажный кабинет и кафе. Бассейн сотрудничает с, в том числе и международными.

Имеется свой штат сотрудников: директор, бухгалтер, сотрудники отдела кадров, администраторы, гардеробщики, уборщики, медсестра, инструкторы и др. Занимается приемом на работу отдел кадров. Бухгалтерия занимается оплатой всех счетов (налогов, заказов и услуг), также в архиве хранятся квитанции. Помимо основного, предоставляется поквартальная отчетность. По информации о персонале определяется размер. Немаловажно для фирмы осуществление качественной рекламы, чем и занимается рекламный отдел.

В его функции входит разработка визиток и фирмы, их печать производиться в соответствие с заключенными договорами с Типографией. Также рекламный отдел обеспечивает своевременное размещение информации о фирме в Средствах Массовой Информации (СМИ). Диаграмма вариантов использования (Use-case diagram) Этот вид диаграмм позволяет создать список операций, которые выполняет система. Часто этот вид диаграмм называют диаграммой функций, потому что на основе набора таких диаграмм создается список требований к системе и определяется множество выполняемых системой функций. Диаграммы вариантов использования описывают функциональное назначение системы или то, что система должна делать. Разработка диаграммы преследует следующие цели: определить общие границы и контекст моделируемой предметной области; сформулировать общие требования к функциональному поведению проектируемой системы; разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей; подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями. Суть диаграммы вариантов использования состоит в следующем.

Проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. Вариант использования служит для описания сервисов, которые система предоставляет актеру. Цель варианта использования заключается в том, чтобы определить законченный аспект или фрагмент поведения некоторой сущности без раскрытия её внутренней структуры.

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

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

Диаграмма Use- Case “Бассейн” Оценка качества диаграммы: S – оценка диаграммы SObj – оценка элементов диаграммы Slink – оценка связей на диаграмме Obj – число объектов на диаграмме ТObj – число типов объектов Тlink – число типов связей Диаграмма классов (class diagram) Центральное место в объектно-ориентированном программировании занимает разработка логической модели системы в виде диаграммы классов. Диаграмма классов (class diagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования.

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

Диаграмма классов может также содержать интерфейсы, пакеты, отношения и даже отдельные экземпляры, такие как объекты и связи. Класс (class) в языке UML служит для обозначения множества объектов, которые обладают одинаковой структурой, поведением и отношениями с объектами других классов. Графически класс изображается в виде прямоугольника, который дополнительно может быть разделен горизонтальными линиями на разделы или секции. В этих разделах могут указываться имя класса, атрибуты (переменные) и операции (методы). Диаграмма классов “ Бассейн ” Оценка качества диаграммы Scls – дополнительная оценка классов с атрибутами к общей формуле Op – число операций класса Atr – число атрибутов класса (Администр-я бассейна) = 1,28 (Клиент) = 2,7 (Рекламное агенство) = 2 (Провайдер) = 2.

Домашний очаг.:. История:. Окружающий мир:. Справочная информация.:.:.:.:.:. Техника.:.

Образование и наука:. Предметы:. Мир:.:. Бизнес и финансы:.:.:.

Оглавление Оглавление. 2 Обозначения и сокращения. 3 Цель курсового проектирования. 3 Исследование функций и целей организации.

3 Постановка задачи. 4 Анализ возможностей методологии и инструментальных средств 4 проектирования заданной ИС. Создание модели ИС.

4 AllFusion Process Modeler 4.1 ( Bpwin 4.1) 4 1.1 Создание модели в стандарте IDEF 0. 4 1.2 Дополнение созданной модели процессов. 12 организационными диаграммами. 12 1.2.1 Диаграммы потоков данных ( Data Flow Diagramming ) 12 1.2.2 Диаграммы методологии IDEF 3 ( Workflow Diagramming ) 14 2. Создание модели данных с помощью. 17 AllFusion Erwin Data Modeler 4.1. 17 Информационная модель в нотации IDEF 1 X.

Поиск и исправление ошибок с помощью Erwin Examiner. Модели в нотации языка UML. 23 4.1 Диаграмма размещения ( Deployment diagram ) 23 4.2 Диаграмма компонентов (Component diagram) 24 4.3 Диаграмма классов ( Class diagram ) 25 5.

Связь с СУБД Access. Разработка экранных форм. 26 Заключение. 31 Список используемой литературы. 32 ^ Обозначения и сокращения В настоящей работе применяются следующие термины с соответствующими определениями: ИС - информационная система; БД – база данных; СУБД – система управления баз данных. Введение С развитием информационных технологий компьютеры, с их расширенными функциональными возможностями, активно применяются в различных сферах человеческой деятельности, связанных с обработкой информации, представлением данных.

В современном обществе, которое функционирует в жестких рыночных условиях, своевременная обработка информации способствует совершенствованию организации производства, оперативному и долгосрочному планированию, прогнозированию и анализу хозяйственной деятельности, что позволяет успешно конкурировать на рынке. Каждая организация стремиться минимизировать затраты времени, материальных, трудовых ресурсов в ходе своей деятельности и упростить процесс обработки информации. Эти задачи можно решить с использованием автоматизированных информационных систем. Использование баз данных и информационных систем становится неотъемлемой составляющей деловой деятельности современного человека и функционирования преуспевающих организаций. В связи с этим большую актуальность приобретает освоение принципов построения и эффективного применения соответствующих технологий и программных продуктов: систем управления базами данных, CASE-средств автоматизации проектирования и других. ^ Цель курсового проектирования Целью данного курсового проекта является разработка информационной системы “Гостиница”. Исследование функций и целей организации В данном курсовом проекте в качестве исследуемой организации рассматривается гостиница, которая предоставляет номера постояльцам с целью получения прибыли.

Гостиница оказывает следующие услуги:  предоставление номеров,  их обслуживание,  администрирование телефонных переговоров. Средства автоматизации предназначены для эффективной работы с информацией. ^ Постановка задачи Разработать в архитектуре “клиент - сервер” ИС, предназначенную для гостиницы, БД информационной системы, содержащую сведения о номерах гостиницы: категория, количество мест, стоимость проживания за сутки. Информационная система автоматизирует резервирование номеров и регистрацию новоприбывших постояльцев (фамилия, имя, отчество, сведения о документе, удостоверяющем личность, место постоянного жительства, номер апартамента, дата въезда, дата выезда), ведет учет платежей за проживание и за телефонные переговоры, облегчает учет занятых, зарезервированных и свободных на данный момент апартаментов гостиницы. Прототип ИС разработать средствами MS Access и MS SQL. При разработке использовать результаты инфологического проектирования.

^ Анализ возможностей методологии и инструментальных средств проектирования заданной ИС При разработке ИС “Гостиница” был использован системный структурный подход. Методология этого подхода заключается в разработке модели на основе представления о функциях ИС или на элементах (планах, данных, оборудовании и т.д.). Модели ИС (активностные модели) согласно методологии представляются в виде диаграмм, которые иерархически упорядочены. Активностная модель представляет собой совокупность активностей взаимосвязанных через объекты (элементы) системы.

Для проведения анализа и организации бизнес-процессов гостиницы используется CASE-средство верхнего уровня BPWin. Создание модели ИС с AllFusion Process Modeler 4.1 ( Bpwin 4.1) Для проведения анализа и реорганизации бизнес - процессов предназна­чено CASE-средство верхнего уровня AllFusion Process Modeler (BPwin), поддерживающее методологии:  IDEF0 (функциональная модель);  DFD (DataFlow Diagram);  IDEF3 (Workflow Diagram).

^ 1.1 Создание модели в стандарте IDEF0 Функциональная модель предназначена для описания существующих бизнес - процессов на предпри­ятии (так называемая модель AS-1S) и идеального положения вещей - того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписы­вает построение иерархической системы диаграмм - единичных описаний фрагментов системы. Построение модели ИС начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы.

1 представлена контекстная диаграмма ИС «Гостиница»: Рис. 1 Контекстная диаграмма IDEF0. Функционирование гостиницы.

Взаимодействие системы с окружающей средой описывается в терминах входа (на рис.1 это “Клиенты” и ”Плата за услуги”), выхода (основной результат процесса - “Оказанные услуги” и “Прибыль”), управления (“Законы РФ” и “Устав гостиницы”) и механизмов (“Материальная база”, “Помещение”, “Персонал” – это ресурсы, необходимые для процесса функционирования гостиницы). “Клиенты” – те, для кого гостиница работает. Они платят гостинице деньги в качестве платы за оказываемые услуги. Получение прибыли – цель коммерческой деятельности. Значит, чтобы добиться этой цели гостиница должна оказать услуги клиентам.

“Законы РФ” и “Устав гостиницы” – это правила, которыми управляется процесс функционирования гостиницы, как предприятия со своими внутренними правилами, и также обязанного “жить” согласно законодательству конкретной страны. В оказании услуг принимает участие “Персонал” гостиницы. Чтобы предоставить номера и получить прибыль, в деятельности гостиницы должны участвовать “Помещение” и “Материальная база” – обстановка здания, техника в номерах, инвентарь и т.д. Model Name: Гостница Definition: Модель описывает деятельность гостиницы, а именно следующие предоставляемые ею услуги: предоставление номеров, их обслуживание, администрирование телефонных переговоров.

После описания контекстной диаграммы проводится функциональная декомпозиция - система разбивается на под­системы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции (Рис. 2 Диаграмма декомпозиции IDEF0. Функционирование гостиницы. Весь процесс “Функционирования гостиницы” разбивается 3: 1) “Предоставление номеров” иллюстрирует деятельность сдачи номеров с предварительной регистрацией; 2) “Обслуживание номеров” представляет собой процесс поддержания персоналом гостиницы порядка в номерах; 3) “Обеспечение телефонных переговоров” – это совокупность оказываемых гостиницей услуг по предоставлению постояльцам телефона, взиманию платы за переговоры и ведению учета переговоров.

После дальнейшего разбиения диаграммы получаем 3 диаграммы декомпозиции, описывающие каждая одну из работ, представленных на диаграмме верхнего уровня (на рис. Общие стрелки, перешедшие с диаграммы верхнего уровня, опишем с помощью отчета: Link Name: Прибыль Link Definition: Сумма всех выплат за услуги, оказанные клиентам. Часть этой суммы покроет расходы гостиницы, часть - вернётся в гостиницу в виде вложений для поддержания уровня услуг, частичного обновления хоз. Оставшаяся прибыль - это чистый доход. Link Status: WORKING Link Author: ЕфановаЮ.Н. Link Name: Персонал Link Definition: Люди, работающие в гостинице, осуществляющие приём клиентов, администрирование номеров, уборку комнат и холлов, оказание услуг, связанных с телефонными переговорами из гостинницы.

Link Status: WORKING Link Author: ЕфановаЮ.Н. Link Name: Помещение Link Definition: Само помещение гостиницы. Платежи по аренде этого помещения включены в оплату услуг, то есть ежемесячные расходы, покрываемые из прибыли. (В случае покупки помещения до начала функционирования гостиницы, эти расходы причисляются к вложенному изначально капиталу - не наш случай.) Link Status: WORKING Link Author: ЕфановаЮ.Н. Link Name: Плата за услуги Link Definition: Часть прибыли, формирующейся из оплаты оказываемых услуг, снова возвращается в систему. Это необходимо для поддержания высокого качества сервиса, для хозяйственных нужд и выплаты заработной платы персоналу. Link Status: WORKING Link Author: ЕфановаЮ.Н.

Link Name: Клиенты Link Definition: Люди, создающие спрос на услуги гостиницы. Link Status: WORKING Link Author: ЕфановаЮ.Н. Link Name: Материальная база Link Definition: В это определение включены: обстановка комнат и холлов, различные бытовые средства и приспособления для уборки помещений, а также постельное бельё и предметы гигиены, предоставляемые клиентам навсегда или на время. Link Status: WORKING Link Author: ЕфановаЮ.Н. Link Name: Устав гостиницы Link Definition: Свод правил, которым должны подчиняться все служащие гостиницы. Link Status: WORKING Link Author: Efanova J.

Link Name: Законы РФ Link Definition: Законы по защите прав потребителя, и те, которые тем или иным образом контролируют качество, оказываемых нами услуг. (Обязательство конфиденциальности почтовых пакетов, телефонных разговоров и обеспечение сохранности вещей клиентов в номерах, гарантируемая системой ключей и ответственностью персонала). Link Status: WORKING Link Author: ЕфановаЮ.Н. 3 Диаграмма декомпозиции IDEF0. Предоставление номеров. Опишем диаграмму, представленную на рис. 3, с помощью отчета, сгенерированного Bpwin: Activity Name: Резервирование номеров Activity Definition: Предоставление услуги резервирования номера позволяет клиентам заранее запланировать и оговорить пребывание в нашей гостинице.

Эту возможность будет поддерживать и наше приложение, автоматизируя тем самым сопоставление новоприбывших клиентов со списков зарезервированных номеров. Activity Status: WORKING Activity Author: ЕфановаЮ.Н. Object Type: Activity Activity Number: A11 Activity Name: Оформление поселения Activity Definition: Оформление въезда включает в себя процедуру идентификации личности в согласии с законами РФ, то есть при поселении в гостинице необходимо иметь с собой паспорт ( удостоверяющий вашу личность документ). Регистрацию клиентов аувтоматизируем в ходе нашего курсового проектирования. Activity Status: WORKING Activity Author: ЕфановаЮ.Н. Object Type: Activity Activity Number: A12 Activity Name: Приём предоплаты Activity Definition: Поселение в гостинице осуществляется после внесения предоплаты за оговоренный при въезде срок пребывания или при изменении срока пребывания (дополнительная оплата после окончания срока проживания и при желании его продления).

Activity Status: WORKING Activity Author: ЕфановаЮ.Н. Object Type: Activity Activity Number: A13 Activity Name: Аминистр-ние ключей Activity Definition: Администрирование ключей осуществляется в согласии с законом РФ и включает в себя: хранение ключей от номеров, их охрану и выдачу только лично постояльцу в руки. Этот вид деятельности мы не автоматизируем в ходе нашего курсового проектирования. Activity Status: WORKING Activity Author: ЕфановаЮ.Н. Object Type: Activity Activity Number: A14 Activity Name: Оформление выезда Activity Definition: Оформление выезда включает в себя формирование итогового счёта за вычетом предоплат, Activity Status: WORKING Activity Author: ЕфановаЮ.Н. Object Type: Activity Activity Number: A15 Работа “Проверка счетов “ иллюстрирует деятельность по формированию итогового и текущих счетов в отделе бухгалтерии. Работу бухгалтерии мы не автоматизируем полностью в ходе курсового проектирования, но значительно облегчаем.

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

До тех пор они не участвуют в деятельности по оформлению въездов. Ключи от номеров – получаемые при въезде ключи от номера. Выбранные тарифы – категория номера, выбранная на стадии оформления въезда, влечет за собой суточный тариф проживания в гостинице. 4 Диаграмма декомпозиции IDEF0. Обслуживание номеров.

Опишем диаграмму, представленную на рис. 4, с помощью отчета, сгенерированного BPwin Activity Name: Подготовка номеров Activity Definition: Подготовка - это уборка номера перед въездом следующего постояльца. Activity Status: WORKING Activity Author: ЕфановаЮ.Н. Object Type: Activity Activity Number: A21 Activity Name: Плановое обслуживание номеров Activity Definition: Плановое обслуживание номеров - регулярное обслуживание номеров во время проживания постояльцев в гостинице. Activity Status: WORKING Activity Author: ЕфановаЮ.Н. Object Type: Activity Activity Number: A22 Эта диаграмма напоминает контекстную диаграмму (рис.

Обе работы (на рис. 4) не зависят друг от друга и имеют на входах - “Клиентов” и ”Плату за услуги”, на выходах - “Оказанные услуги” и “Прибыль”, на управлении - “Законы РФ” и “Устав гостиницы”, влияющие на всю деятельность гостиницы, и на механизмах - “Материальную базу”, “Помещение” и “Персонал” – ресурсы, необходимые для выполнения этих работ). Эти виды деятельности гостиницы мы не будем автоматизировать в ходе курсового проектирования. Опишем диаграмму, представленную на рис. 5, с помощью отчета, сгенерированного Bpwin: Report for Diagram: A3, Обеспечение телефонных переговоров Activity Name: Оповещение о пропущенных звонках Activity Definition: Персонал оповещает постояльца номера о пропущенных звонках и оставленных сообщениях.

Эту деятельность мы не намерены автоматизировать, поэтому интереса она для нашего курсового проектирования не представляет. Activity Status: WORKING Activity Author: Ефанова Ю.Н. Object Type: Activity Activity Number: A31 Эта функция возлагается на персонал и не автоматизируется в ходе нашего курсового проектирования. Activity Name: Соединение с номером Activity Definition: Соединение с номером объединяет в себе соединение по запросу клиента, а также звонки, поступающие клиенту на номер телефона, числящийся за ним в течение всего времени пребывания в гостинице.

Activity Status: WORKING Activity Author: Ефанова Ю.Н. Object Type: Activity Activity Number: A32 Эта услуга осуществляется вне нашего курсового проекта и предоставляется бесплатно. Activity Name: Ведение статистики телефонных переговоров Activity Definition: В статистике переговоров учитывается количество переговоров постояльца по гостиничному телефону и их тарифы. Activity Status: WORKING Activity Author: ЕфановаЮ.Н. Object Type: Activity Activity Number: A33 Эта деятельность автоматизируется в ходе нашего курсового проектирования. Статистика будет вестись с помощью удобной формы клиентского приложения отделом регистрации тел. Переговоров и предоставляться в бухгалтерию в виде отчетов для формирования итогового счета постояльца.

Activity Name: Оплата телефонных переговоров. Activity Definition: Оплата телефонных переговоров по междугородней связи, а также доплата за пользование телефоном гостиницы. Activity Status: WORKING Activity Author: ЕфановаЮ.Н. Object Type: Activity Activity Number: A34 Эта деятельность не автоматизируется нашим клиентским приложением. Оплата переговоров производится при оформлении выезда. Счёт – платежи за телеф. Переговоры по междугородней связи, а также доплата за пользование телефоном гостиницы.

Переговоры – данные о времени, номере телефонного звонка. 5 Диаграмма декомпозиции IDEF0. Обеспечение телефонных переговоров.

^ 1.2 Дополнение созданной модели процессов организационными диаграммами Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволяет переключиться на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель. ^ 1.2.1 Диаграммы потоков данных ( Data Flow Diagramming ) Диаграммы потоков данных (DFD) используются для описания документооборота и обработки информации. Нотация DFD включает такие понятия, как 'внешняя ссылка' и 'хранилище данных', что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота. 6 представлена “Диаграммы декомпозиции в нотации DFD. Резервирование номеров.”, описывающая деятельность по резервированию номеров. На диаграмме представлены: 1) “Клиента” и ”Персонал ” – это внешние ссылки, источник данных из вне модели. 2) “Устав гостиницы” и ”Данные о номерах гостиницы” – хранилища данных.

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

6 Диаграммы декомпозиции в нотации DFD. Резервирование номеров. В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) дви­гаются от одной работы к другой. Например, “Заказ” в какой-либо форме (телеф.

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

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

Если после “Обработки запроса” с участием “Данных о номерах” из хранилища, запрос удовлетворяется:  постоялец предъявляет свои “Документы”, выбирает тарифы проживания, проходит регистрацию и получает ключи от номера:  “Персонал” оформляет въезд постояльца и обновляет данные о номерах гостиницы в хранилище “Данных о номерах гостиницы” Все это “Персонал” делает, руководствуясь “правилами поселения”, прописанными в “Уставе гостиницы”, и “Законами и постановлениями ” РФ, регламентирующими, например, обязательную идентификацию личности граждан при поселении в гостинице. 7 Диаграммы декомпозиции в нотации DFD. Оформление поселения. ^ 1.2.2 Диаграммы методологии IDEF 3 ( W orkflow Diagramming ) Для описания логики взаимодействия информационных потоков более подходит workflow diagramming (Маклаков С.В. “Создание информационных систем с AllFusion Modeling Suite”). Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации.

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

Этапы Проектирования Информационных Систем

Как только счет запрошен, запускаются все последующие за перекрестком (AND) процессы:  “Формирование счета за тел. Переговоры”;  “Формирование счета за услуги”;  запускается “Анализ сроков пребывания” постояльца в гостинице, по окончании которого запускается процесс “Формирования счет за проживание”, учитывающий в своей работе “Результаты анализа”. “Учет” – это стрелка отношения (Relational Link).

Мы использовали ее для изображения связи между процессом “Формирования счета за проживание” объектом ссылки “Внесенная предоплата”, учет которого важен для результатов процесса. Стрелки с двумя наконечниками: “Счет за проживание”, “Счет за тел.

Курсовая Работа Проектирование Информационных Систем Uml

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

В ходе курсового проектирования мы автоматизируем работы 2, 3, 4, 5 Рис. 8 Диаграммы декомпозиции в нотации IDEF3.

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