Разработка информационной системы учета номеров и клиентов в гостинице

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

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

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

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

Атрибут	Описание
ID клиента	Уникальный   номер   для   идентификации  клиента
Ф.И.О.	Фамилия, имя  и отчество клиента
Адрес	Адрес проживания, куда будет доставлен заказ
E-mail	Адреса электронной  почты
ID заказа	Уникальный  номер сделанного данным клиентом заказа

Таблица 1 – Атрибуты сущности «Клиент» 

    Так как клиент формирует заказ  из предложенного товара, определим  сущность «Товар» (таблица 2).

Атрибут	Описание
ID товара	Уникальный   номер   для   идентификации  товара
Наименование	Полное название товара
Цена	Стоимость данного  товара
Вид конфигурации	Стандартная или  Комплектующие; если Стандартная: Серверы/Настольные/Портативные/Карманные
Описание	Подробное описание и характеристики

  Таблица 2 - Атрибуты сущности «Товар»

  Определим сущность «Заказ» (таблица 3).

Атрибут	Описание
ID заказа	Уникальный   номер   для   идентификации  заказа
Сумма заказа	Подсчитанная  стоимость заказа
Оплачен	Да или Нет
ID товара	Уникальные  номера товаров, составляющих данный заказ
Состояние заказа	Поставлен в  очередь/Собран/Отправлен
Номер счёта	Для оплаты данного  заказа
Вид оплаты	Курьеру/ Переводом  на счёт

  Таблица 3 -  Атрибуты сущности «Заказ» 

  Составляется  ERD-диаграмма, определяя типы атрибутов и проставляя связи между сущностями (рис. 6). Связь «Клиент» - «Заказ» - «один-к-одному», а «Заказ» - «Товар» - «один-ко-многим».

Рисунок 6. Диаграмма сущностей (логическая модель) 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

3. . Физическая модель

 

  Для построения физической модели следует  определить ключевые атрибуты и типы атрибутов.

  

Атрибут	Тип
ID клиента	Number
Ф.И.О.	String
Адрес	String
E-mail	String
ID заказа	Number
ID товара	Number
Наименование	String
Цена	Number
Вид конфигурации	String
Описание	String
Сумма заказа	Number
Оплачен	Number
Состояние заказа	String
Номер счёта	Number
Вид оплаты	String

  Таблица 4 -  Типы атрибутов 

  Выберем для каждой сущности ключевые атрибуты, однозначно определяющие сущность. Для сущности «Клиент» это будет ID клиента, для сущности «Товар» - ID товара, для сущности «Заказ» - ID заказа и номер счёта.

Рисунок 6. Диаграмма  сущностей (физическая модель). 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

2.4. Структура программных модулей 
 

  По  результатам  разработки  ИС можно  выделить структура, соответствующую  данной модели.

    В качестве примера товара  выступает компьютер. 

Рис.7 Структура программных  модулей

2.5 Обобщенный алгоритм работы системы 

   Обобщенный  алгоритм можно представить в  качестве схемы, разработанной в  Microsoft Visio. 

 

 Рис.8 Обобщенный алгоритм работы системы 
 
 
 
 

 2.6 Интерфейс ИС 

    ИС охватывает три основные области:

• проектирование объектов данных, которые будут реализованы в базе данных;
• проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным;
• учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной обработки, распределенной обработки данных и т.п.

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

Рис.7. Главная форма  выбора работы с ИС 
 

Рис.8. Просмотр товаров, имеющихся  в наличии

Рис. 9 Просмотр данных о  клиенте, его заказе и адресе доставки 
 

Рис. 10.  Просмотр имеющихся  в наличии товаров 
 
 
 
 
 
 
 

Заключение 
 

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

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

   В ходе выполнения данной курсовой работы была разработана информационная система  «Интернет-магазин компьютеров», которая позволяет покупать компьютеры и комплектующие в сети Интернет.

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

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

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

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

   Результаты  проектирования являются основой для  разработки информационной подсистемы «Интернет-магазин компьютерных комплектующих», которая может быть использована любой торговой компанией, имеющей выход в Интернет, а также любым клиентом, пожелавшим приобрести компьютер или его комплектующие. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

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

1. Вендров А.М. Проектирование программного обеспечения  экономических информационных систем. М: «Финансы и статистика», 2000
2. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем. Учебник. М.: «Финансы и статистика», 2002
3. Калянов Г.Н. Структурный системный анализ. М.: Лори, 1997
4. Марка Д.А., МакГоуэн К. SADT — методология структурного анализа и проектирования. М.: Метатехнология, 1993
5. Черемных С.В., Ручкин В.С., Семенов И.О. Структурный анализ систем. IDEF-технологии. М.: Финансы и статистика, 2001
6. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем. Интернет-университет информационных технологий - ИНТУИТ.ру, 2008.
7. Мюллер, Р., Базы данных и UML. Проектирование./ Р. Мюллер – М.: Издательский дом «Вильямс», 2000.  – 590 с.
8. Глушаков, С. В., Базы данных./ С. В. Глушаков, Д. В. Ломотько – СПб.: Питер, 2000. – 387 с.
9. Грекул, В. И., Проектирование информационных систем. Курс лекций. Учебное пособий./  В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина – М.: Интернет – Ун – т Информ. технологий, 2005. – 304 с.
10. Избачков, Ю. С., Информационные системы: Учебник для вузов. 2-е изд./ Ю. С. Избачков, В. Н. Петров – СПб.: Питер, 2006. – 656 с
11. Маклаков, С. В., Создание информационных систем с AllFusion Modeling Suite./ С. В. Маклаков – М.: Диалог-МИФИ, 2003. – 432 с.