Проектирование информационной системы "Гостиница"
Функциональная модель бизнес-процессов. Спецификация процесса "Бронирование номеров", "Регистрация клиентов" и "Отъезд клиентов". Распределение требований по субъектам и прецедентам. Диаграмма прецедентов и деятельности. Состояние проектируемого ПО.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 25.11.2010 |
Размер файла | 27,0 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Федеральное агентство по образованию
Государственное образовательное учреждение
высшего профессионального образования
Дальневосточный государственный технический университет
(ДВПИ им. В.В. Куйбышева)
Кафедра конструирования и производства радиоаппаратуры
«Проектирование информационной системы «Гостиница»
2010
СОДЕРЖАНИЕ
ВВЕДЕНИЕ
1 ЗАДАНИЕ
2 ФУНКЦИОНАЛЬНАЯ МОДЕЛЬ БИЗНЕС-ПРОЦЕССОВ. СПЕЦИФИКАЦИИ ПРОЦЕССОВ
2.1 Функциональная модель бизнес-процессов
2.2 Внешнее окружение проектируемого ПО
2.3 Функциональность проектируемого ПО
2.4 Спецификации процессов
2.4.1 Спецификация процесса «Бронирование номеров»
2.4.2 Спецификация процесса «Регистрация клиентов»
2.4.3 Спецификация процесса «Отъезд клиентов»
3 СИСТЕМНЫЕ (БИЗНЕС) ТРЕБОВАНИЯ
4 СПЕЦИФИКАЦИЯ ПОВЕДЕНИЯ ПРОЕКТИРУЕМОГО ПО
4.1 Распределение требований по субъектам и прецедентам
4.2 Диаграмма прецедентов системы
4.3 Диаграмма деятельности системы
5 СПЕЦИФИКАЦИЯ СОСТОЯНИЯ ПРОЕКТИРУЕМОГО ПО
- ВВЕДЕНИЕ
- В данной работе необходимо разработать предложения по автоматизации для гостиницы.
- Гостиница -- имущественный комплекс (дом, здание, часть здания, иные постройки) с меблированными комнатами («номерами») для временного проживания.
- С точки зрения функционирования или структуры гостиницы, можно сказать, что гостиница располагает номерами с разным уровнем сервиса, комфортности и, соответственно, оплаты. Номера могут быть разных типов: люкс -- многокомнатный номер с высоким уровнем сервиса, комфортности и обслуживания; полулюкс -- номер меньшей, чем люкс, площади, но с достаточным уровнем сервиса и комфортности; обычный номер - с минимальным уровнем сервиса. В гостинице ведется учет состояния номеров.
- Все прибывающие и размещаемые в гостинице клиенты при вселении должны заполнить карточку регистрации, в которой необходимо указать фамилию, имя, отчество, дату рождения, адрес места жительства, паспортные данные, время заселения, время отъезда.
- Любой номер гостиницы имеет номер, по которому ведется учет клиентов, проживающих в гостинице.
- Также гостиница предоставляет возможность бронирования номеров.
- Таким образом, в функционирование гостиницы входит:
- 1. Регистрация клиентов;
- 2. Учет состояния номеров;
- 3. Прием заявок на бронирование номеров;
- 4. Расчет стоимости проживания;
- 5. Справочная информация о дополнительных услугах.
1 ЗАДАНИЕ
Разработать предложения по автоматизации гостиницы (номера - бронирование - клиенты).
Регистрация клиентов и бронирование номеров. Учет состояния номеров. Заявки на бронирование и проживание. Расчет стоимости проживания. Справочная информация о дополнительных услугах.
2 ФУНКЦИОНАЛЬНАЯ МОДЕЛЬ БИЗНЕС-ПРОЦЕССОВ. СПЕЦИФИКАЦИИ ПРОЦЕССОВ
2.1 Функциональная модель бизнес-процессов
Построение модели информационной системы начинается с описания функционирования системы в целом в виде контекстной диаграммы.
Взаимодействие системы с окружающей средой описывается с помощью входов («Обращения клиентов» и «Оплата услуг»), выходов («Оказанные услуги» и «Полученная прибыль»), управления («Законы РФ» и «Устав гостиницы») и ресурсов («Номера» и «Персонал гостиницы»).
Клиенты - люди, создающие спрос на услуги гостиницы.
Оплата услуг - часть прибыли, формирующейся из оплаты оказанных услуг.
Устав гостиницы - свод правил, которому подчиняются все работники гостиницы.
Законы РФ - законы по защите прав потребителя, и те, которые тем или иным образом контролируют качество, оказываемых гостиницей услуг.
Номера - основной ресурс для процесса функционирования гостиницы, так как они сдаются клиентам для временного проживания.
Персонал гостиницы - люди, работающие в гостинице, осуществляющие приём клиентов, администрирование номеров, уборку комнат и др.
Оказанные услуги - услуги, оказанные гостиницей клиентам.
Полученная прибыль - сумма всех выплат за оказанные услуги.
После описания контекстной диаграммы переходим к процессу функциональной декомпозиции, т.е. разбиваем систему на подсистемы до степени, достаточной для понимания роли проектируемого ПО и написания спецификаций процессов.
Как видно из диаграммы, весь процесс функционирования гостиницы разбивается на три:
1. Предоставление номеров - деятельность гостиницы по сдаче номеров и их предварительного бронирования;
2. Учет состояния номеров - поддержание персоналом гостиницы номеров в чистоте и порядке;
3. Оказание дополнительных услуг - выдача справочной информации о дополнительных услугах и их оказание.
Произведем дальнейшее разбиение на подсистемы первых двух видов работ «Предоставление номеров» и «Учет состояния (обслуживание) номеров».
Опишем процессы, представленные на данной диаграмме декомпозиции.
Бронирование номеров - предоставление услуги бронирования номеров позволяет клиентам заранее спланировать пребывание в гостинице.
Заселение номеров - данный процесс включает в себя процедуру идентификации клиента по паспорту при заселении.
Процессы бронирования и заселения номеров будут подлежать автоматизации.
Прием предоплаты - заселение в номер осуществляется после предоплаты за указанный срок проживания или при его продлении.
Выезд из гостиницы - процесс включает в себя формирование итогового счета за вычетом предоплаты.
Проверка оплаты счетов - формирование итогового счета за оказанные услуги. Создаваемое программное обеспечение в дальнейшем будет формировать итоговую сумму счетов, подлежащих к оплате.
Теперь опишем связи, которые не были представлены на диаграммах высшего уровня.
Забронированные номера - номера гостиницы, которые займут уже известные клиенты по запросу при въезде в гостиницу.
Тариф - суточная плата за проживание, соответствующая типу выбранного номера.
Счет - данные о платежах клиента. Это также запрос в бухгалтерию на формирование суммарных счетов клиента.
Неоплаченные счета - итоговый счет или сводка текущих платежей за проживание в гостинице и пользование услугами, подсчитанный и проверенный бухгалтерией и направляемый администратору гостиницы для предъявления клиенту.
Опишем процессы, представленные на данной диаграмме.
Подготовка номеров - уборка номеров перед заселением в него новых клиентов.
Плановое обслуживание номеров - плановое регулярное обслуживание номеров во время проживания клиентов в номере.
Далее продолжим декомпозицию диаграммы «Предоставление номеров».
Опишем процесс бронирования номеров.
Первым этапом для бронирования номера клиент должен заполнить форму, в которой должен указать фамилию, имя, отчество, место постоянного жительства, паспортные данные, телефон или e-mail (при заполнении формы через интернет) для дальнейшей связи с клиентом при возникновении вопросов, категорию номера, дату въезда и дату выезда. Далее система произведет расчет стоимости согласно выбранным данным и предоставит эту информацию пользователю (клиенту). Далее, если клиент согласен с условиями бронирования, он должен подтвердить заказ. Затем клиент должен оплатить заказ удобным для него способом из предложенных.
Данные о пользователе - форма заполненная пользователем на первом этапе бронирования.
Тариф - стоимость услуг, согласно категории выбранного номера.
Данные о стоимости - цена для подготовленного заказа.
Квитанция об оплате - квитанция для оплаты заказа.
Опишем процесс заселения номеров.
Перед заселением в номер клиент должен заполнить форму, в которой должен указать свои фамилию, имя, отчество, паспортные данные, адрес места жительства, тип номера, дату въезда и отъезда. Затем клиенту производят расчет стоимости за проживание и предъявляют счет, который он должен оплатить. После оплаты происходит заселение в номер.
При выезде из гостиницы клиенту предъявляют итоговый счет за проживание в гостинице и пользование услугами. Затем клиент должен оплатить данный счет. Потом происходит проверка номера перед отъездом клиента и сдача ключей. Номер становится свободным.
2.2 Внешнее окружение проектируемого ПО
На схеме показано, что система гостиницы работает с базой данных клиентов, базой данных номеров гостиницы и базой данных услуг, предоставляемых гостиницей. Также система гостиницы имеет систему защиты и систему обслуживания.
2.3 Функциональность проектируемого ПО
Данная информационная система будет автоматизировать:
1. Бронирование номеров;
2. Регистрацию новоприбывших клиентов (ФИО, паспортные данные, место жительства, номер комнаты в гостинице, дата въезда и выезда);
3. Вести учет платежей за проживание;
4. Вести учет занятых, свободных и забронированных номеров.
2.4 Спецификации процессов
2.4.1 Спецификация процесса «Бронирование номеров»
@ВХОД = ДАННЫЕ КЛИЕНТА
@ВХОД = ТИП НОМЕРА
@ВХОД = СРОКИ ПРОЖИВАНИЯ
@ВЫХОД = ЗАПРОС НА БРОНИРОВАНИЕ
@СПЕЦПРОЦ БРОНИРОВАНИЕ НОМЕРОВ
ВЫПОЛНИТЬ вывести ФОРМУ клиенту, для ее заполнения
ЕСЛИ В ФОРМЕ заполнены ДАННЫЕ КЛИЕНТА, ТИП НОМЕРА, СРОКИ ПРОЖИВАНИЯ ТО
ВЫПОЛНИТЬ рассчитать стоимость заказа и вывести ее пользователю
КОНЕЦЕСЛИ
ЕСЛИ подтверждение ЗАКАЗА ТО
ВЫПОЛНИТЬ отправить ЗАПРОС НА БРОНИРОВАНИЕ
ИНАЧЕ
ВЫПОЛНИТЬ отменить ЗАПРОС НА БРОНИРОВАНИЕ
КОНЕЦЕСЛИ
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА БРОНИРОВАНИЕ НОМЕРОВ
2.4.2 Спецификация процесса «Регистрация клиентов»
@ВХОД = ДАННЫЕ КЛИЕНТА
@ВХОД = ДАТА ВЪЕЗДА
@СПЕЦПРОЦ РЕГИСТРАЦИЯ КЛИЕНТОВ
При запросе на поиск свободных номеров
ВЫПОЛНИТЬ вывести список свободных номеров
При выборе номера
ВЫПОЛНИТЬ вывести ФОРМУ для ее заполнения
ЕСЛИ в ФОРМЕ заполнены ДАННЫЕ КЛИЕНТА, ДАТА ВЪЕЗДА ТО
ВЫПОЛНИТЬ добавить ДАННЫЕ КЛИЕНТА в базу и отметить выбранный номер как занятый
КОНЕЦЕСЛИ
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА РЕГИСТРАЦИЯ КЛИЕНТОВ
2.4.3 Спецификация процесса «Отъезд клиентов»
@ВХОД = ДАННЫЕ КЛИЕНТА
@ВХОД = ДАТА ВЫЕЗДА
@ВЫХОД = СЧЕТ
@СПЕЦПРОЦ ОТЪЕЗД КЛИЕНТОВ
При запросе на поиск КЛИЕНТА
ВЫПОЛНИТЬ вывести форму для поиска клиентов
При вводе ДАННЫХ КЛИЕНТА
ВЫПОЛНИТЬ вывести информацию о КЛИЕНТЕ
ЕСЛИ введена ДАТА ВЫЕЗДА ТО
ВЫПОЛНИТЬ сформировать окончательный СЧЕТ за проживание для КЛИЕНТА и вывести его на печать
КОНЕЦЕСЛИ
ВЫПОЛНИТЬ занести ДАННЫЕ КЛИЕНТА в архив и отметить освобождаемый номер как свободный
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА ОТЪЕЗД КЛИЕНТОВ
3 СИСТЕМНЫЕ (БИЗНЕС) ТРЕБОВАНИЯ
Таблица 2 - Системные (бизнес) требования для системы «Гостиница»
Номер |
Описание требования |
|
BR-1 |
Клиент должен иметь возможность оформить заказ на бронирование номера. |
|
BR-2 |
При оформлении заказа на бронирование клиент должен иметь возможность выбрать тип номера и указать сроки проживания. |
|
BR-3 |
Клиент должен иметь возможность отменить заказ на любом этапе оформления, пока он не подтвердил его. |
|
BR-4 |
Администратор должен иметь возможность выполнять поиск номеров гостиницы по их параметрам. В том числе просматривать информацию о свободных номерах гостиницы. |
|
BR-5 |
Администратор должен иметь возможность регистрировать клиента при его заселении в гостиницу. |
|
BR-6 |
Администратор должен иметь возможность отменить регистрацию клиента на любом этапе регистрации. |
|
BR-7 |
Администратор должен иметь возможность оформить отъезд клиента из гостиницы. |
|
BR-8 |
Администратор должен иметь возможность выполнять поиск клиента в базе по его данным. |
|
BR-9 |
Администратор должен иметь возможность сформировать окончательный счет клиента за проживание в гостинице и распечатать его. |
|
BR-10 |
Администратор при необходимости должен иметь возможность изменить информацию о клиентах и номерах гостиницы. |
|
BR-11 |
Администратор должен иметь возможность вести учет оплаты платежей клиентом за проживание. |
4 СПЕЦИФИКАЦИЯ ПОВЕДЕНИЯ ПРОЕКТИРУЕМОГО ПО
4.1 Распределение требований по субъектам и прецедентам
Перед построением диаграммы прецедентов составим таблицу распределения требований по субъектам и прецедентам:
Таблица 3 - Распределение требований по субъектам и прецедентам
№ |
Описание требования |
Субъект |
Прецедент |
|
1 |
Клиент должен иметь возможность оформить заказ на бронирование номера. |
Клиент |
Бронирование номеров |
|
2 |
При оформлении заказа на бронирование клиент должен иметь возможность выбрать тип номера и указать сроки проживания. |
Клиент |
Бронирование номеров |
|
3 |
Клиент должен иметь возможность отменить заказ на любом этапе оформления, пока он не подтвердил его. |
Клиент |
Бронирование номеров |
|
4 |
Администратор должен иметь возможность выполнять поиск номеров гостиницы по их параметрам. В том числе просматривать информацию о свободных номерах гостиницы. |
Администратор |
Поиск номеров |
|
5 |
Администратор должен иметь возможность регистрировать клиента при его заселении в гостиницу. |
Администратор |
Регистрация клиентов |
|
6 |
Администратор должен иметь возможность отменить регистрацию клиента на любом этапе регистрации. |
Администратор |
Регистрация клиентов |
|
7 |
Администратор должен иметь возможность оформить отъезд клиента из гостиницы. |
Администратор |
Отъезд клиентов |
|
8 |
Администратор должен иметь возможность выполнять поиск клиента в базе по его данным. |
Администратор |
Поиск клиентов |
|
9 |
Администратор должен иметь возможность сформировать окончательный счет клиента за проживание в гостинице и распечатать его. |
Администратор |
Отъезд клиентов |
|
10 |
Администратор при необходимости должен иметь возможность изменить информацию о клиентах и номерах гостиницы. |
Администратор |
Поиск клиентов, поиск номеров |
|
11 |
Администратор должен иметь возможность вести учет оплаты платежей клиентом за проживание. |
Администратор |
Оплата за проживание |
4.2 Диаграмма прецедентов системы
Опишем каждый из вариантов использования системы отдельно.
Таблица 4 - Описание варианта использования «Бронирование номеров»
Номер |
1 |
|
Название |
Бронирование номеров |
|
Актеры |
Клиент |
|
Краткое описание |
Клиент заранее бронирует номер для проживания в нем в указанные сроки. |
|
Предусловия |
Нет |
|
Постусловия |
Нет |
|
Основной поток |
1.0 Бронирование номеров 1. Клиент делает запрос на бронирование номера. 2. Система выводит форму для заполнения данных о заказе. 3. Клиент заполняет форму, в которой указывает фамилию, имя, отчество, место постоянного жительства, паспортные данные, телефон, категорию номера, дату въезда и дату выезда. 4. Если все необходимые данные введены, то система производит расчет стоимости заказа и выводит данную информацию на экран. 5. Клиент подтверждает заказ. 6. Система принимает заказ. |
|
Альтернативные потоки |
1.1 Введены не все данные или введены некорректно (ответвление шага 4) 1. Система попросит повторить ввод недостающих данных. 2. Возврат к пункту 3. 1.2 Клиент не подтверждает заказ (ответвление шага 5) 1. Система отменяет заказ. |
Таблица 5 - Описание варианта использования «Регистрация клиентов»
Номер |
2 |
|
Название |
Регистрация клиентов |
|
Актеры |
Администратор |
|
Краткое описание |
Регистрация клиентов и их заселение в номера. |
|
Предусловия |
Система находится в режиме просмотра и изменения информации о клиентах гостиницы. |
|
Постусловия |
Нет |
|
Основной поток |
2.0 Регистрация клиентов 1. Администратор запрашивает информацию о наличии свободных номеров. 2. Система выводит список свободных номеров с указанием их типа и цены. 3. Если список свободных номеров не пуст, и хотя бы один из предлагаемых вариантов устраивает клиента, администратор заполняет форму, в которой указывает фамилию, имя, отчество, место постоянного жительства, паспортные данные клиента и указывает номер, в который он его поселяет. Дата въезда заполняется автоматически. 4. Если все необходимые данные введены, то система добавляет клиента в базу, если его там нет, и отмечает указанный номер как занятый. 5. Система убирает с экрана список свободных мест. |
|
Альтернативные потоки |
2.1 Список свободных мест пуст (ответвление шага 3) 1. Администратор отменяет регистрацию клиента. 2.2 Клиента не устраивает ни один из вариантов заселения (ответвление шага 3) 1. Администратор отменяет регистрацию клиента. 2.3 Введены не все данные или введены некорректно (ответвление шага 4) 1. Система попросит повторить ввод недостающих данных. 2. Возврат к пункту 3. |
Таблица 6 - Описание варианта использования «Отъезд клиентов»
Номер |
3 |
|
Название |
Отъезд клиентов |
|
Актеры |
Администратор |
|
Краткое описание |
Отъезд клиента из гостиницы и освобождение номера. |
|
Предусловия |
Система находится в режиме просмотра и изменения информации о клиентах гостиницы. |
|
Постусловия |
Нет |
|
Основной поток |
3.0 Отъезд клиентов 1. Администратор производит поиск отъезжающего клиента по его данным или по номеру, в котором он проживает. 2. Система выводит информации об отъезжающем клиенте. 3. Администратор вводит дату отъезда клиента в соответствующее поле. 4. Если дата отъезда введена, то система формирует окончательный счет клиента за проживание в гостинице и выводит его на печать. 5. Система заносит в базу сведения об отъезжающем клиенте (ФИО, № паспорта, дата въезда и выезда, номер, в котором проживал клиент). 6. Система отмечает данный номер как свободный. |
|
Альтернативные потоки |
3.1 Дата отъезда не введена (ответвление шага 4) 1. Система просит повторить ввод даты отъезда. 2. Возврат к пункту 3. 3.2 Система не может вывести на печать счет клиента (ответвление шага 4) 1. Система выводит сообщение о том, что печать не может быть выполнена, с указанием причины. 2. Администратор выписывает чек вручную, либо устраняет неполадку и повторяет печать счета. 3. Переход к пункту 5. |
Таблица 7 - Описание варианта использования «Поиск номеров»
Номер |
4 |
|
Название |
Поиск номеров |
|
Актеры |
Администратор |
|
Краткое описание |
Поиск номеров гостиницы в базе данных номеров. |
|
Предусловия |
Система находится в режиме просмотра и изменения информации о номерах гостиницы. |
|
Постусловия |
Нет |
|
Основной поток |
4.0 Поиск номеров 1. Администратор вводит все или некоторые данные для поиска (№ номера, тип номера, статус, цена). 2. Система выводит список номеров, удовлетворяющих критериям поиска. 3. Администратор просматривает либо изменяет информацию о выбранных номерах. |
|
Альтернативные потоки |
4.1 Данные для поиска не введены (ответвление шага 2) 1. Система просит повторить ввод данных. 2. Возврат к пункту 1. |
Таблица 8 - Описание варианта использования «Поиск клиентов»
Номер |
5 |
|
Название |
Поиск клиентов |
|
Актеры |
Администратор |
|
Краткое описание |
Поиск клиентов гостиницы в базе данных клиентов. |
|
Предусловия |
Система находится в режиме просмотра и изменения информации о клиентах гостиницы. |
|
Постусловия |
Нет |
|
Основной поток |
5.0 Поиск клиентов 1. Администратор вводит все или некоторые данные о клиенте (ФИО, № паспорта, дата въезда, дата выезда) или номер, в котором он проживает. 2. Система выводит список клиентов, удовлетворяющих критериям поиска. 3. Администратор просматривает либо изменяет информацию о выбранном клиенте. |
|
Альтернативные потоки |
5.1 Данные для поиска не введены (ответвление шага 2) 1. Система просит повторить ввод данных. 2. Возврат к пункту 1. |
Таблица 9 - Описание варианта использования «Оплата за проживание»
Номер |
6 |
|
Название |
Оплата за проживание |
|
Актеры |
Администратор |
|
Краткое описание |
Клиент производит оплату за проживание в гостинице. Администратор принимает оплату. |
|
Предусловия |
Система находится в режиме просмотра и изменения информации о клиенте гостиницы, производящем оплату. |
|
Постусловия |
Нет |
|
Основной поток |
6.0 Оплата за проживание 1. Клиент производит оплату за проживание. 2. Администратор принимает оплату. 3. Администратор вводит сумму платежа в базу. 4. Система изменяет баланс клиента и выводит чек на печать. 5. Клиент получает чек. |
|
Альтернативные потоки |
6.1 Не введена сумма платежа (ответвление шага 4) 1. Система просит повторить ввод суммы платежа. 2. Возврат к пункту 3. 6.2 Система не может вывести чек на печать (ответвление шага 4) 1. Система выводит сообщение о том, что печать не может быть выполнена, с указанием причины. 2. Администратор выписывает чек вручную, либо устраняет неполадку и повторяет печать чека. 3. Переход к пункту 5. |
4.3 Диаграмма деятельности системы
Данная диаграмма описывает поток событий, происходящий в системе при выполнении клиентом запроса на бронирование номера.
5 СПЕЦИФИКАЦИЯ СОСТОЯНИЯ ПРОЕКТИРУЕМОГО ПО
Для спецификации состояния системы построим диаграмму классов для данной системы.
При разработке данной диаграммы было выделено три класса.
1. Клиент. Данный класс имеет такие атрибуты, как: код клиента в базе, фамилия, имя, отчество, пол, дата рождения, место жительства, номер паспорта, номер, в котором он проживает в гостинице, дата въезда и выезда из гостиницы.
2. Номер, где непосредственно проживает клиент. У данного класса имеются следующие атрибуты: номер, тип (люкс, полулюкс, обычный номер), цена за сутки проживания и статус (свободный, занят, забронирован).
3. Услуги, предоставляемые клиенту. У каждой услуги есть свой код, название и цена.
Подобные документы
Описание бизнес-процессов предметной области на естественном языке. Объектно-ориентированная модель бизнес-процессов на языке UML. Диаграмма прецедентов (регистрация пациента, запись на прием). Спецификация требований к программному обеспечению.
курсовая работа [787,4 K], добавлен 19.01.2015Проектирование информационной системы отслеживания финансовой стороны работы автосервиса. Спецификация требований к системе. Проектирование прецедентов, определение классов приложения. Описание основных форм проектируемого интерфейса приложения.
курсовая работа [865,9 K], добавлен 12.10.2014Функциональная модель бизнес-процессов в автосервисе. Проектируемое программное обеспечение. Спецификации процессов: "Выдача информации об услугах", "Выдача информации о выполнении заказа", "Регистрация клиентов" и "Расчет стоимости и сроков выполнения".
курсовая работа [1,3 M], добавлен 13.12.2010Анализ предметной области. Разработка информационной системы для регистратуры поликлиники. Построение диаграмм и моделей с использование объектно-ориентированного подхода. Формы, таблицы, отчеты и запросы. Создание, редактирование и обработка данных.
курсовая работа [2,7 M], добавлен 04.12.2015Delphi как строго типизированный объектно-ориентированный язык. Общее понятие о приложении "DreamBook", его главные задачи. Модель бизнес процесса. Диаграмма прецедентов: спецификация, ограничения и отношения. Модель анализа, общий алгоритм метода.
контрольная работа [190,4 K], добавлен 22.11.2013Разработка модели информационной подсистемы для учета заказов клиентов автосервиса с применением языка UML. Создание диаграммы прецедентов, последовательности, сотрудничества и классов, используя методы Rational Rose 2000. Генерация программного кода C++.
курсовая работа [1013,2 K], добавлен 22.06.2011Анализ предметной области. Разработка генетического алгоритма для оптимизации инвестиций. Спецификация требований и прецедентов. Проектирование пользовательского интерфейса информационной системы. Модели данных, используемые в системе и их взаимодействие.
дипломная работа [2,1 M], добавлен 24.08.2017Разработка структуры базы данных для предприятия "Гостиница". Хранение данных о бронировании, заселении, выезде клиентов и вычисление оплаты за проживание. Поиск информации по основным позициям: забронированные номера, заезд за период, выезд за период.
курсовая работа [3,3 M], добавлен 11.03.2013Создание программного продукта, предназначенного для автоматизированного учета гостиничных номеров, упрощения работы с базой данных, обеспечения быстрого поиска. Автоматизация резервирования номеров и регистрация постояльцев. Разработка экранных форм.
курсовая работа [1,8 M], добавлен 08.01.2014Характеристика склада "Skala". Организационная диаграмма, формирование физической диаграммы. Описание бизнес-процессов. Создание модели информационной системы. Диаграмма дерева узлов. Перечень работников, стоимостный анализ. Диаграмма процессов в ERWin.
курсовая работа [2,8 M], добавлен 02.02.2014