- •Содержание
- •Введение
- •1 Постановка задачи
- •Описание и анализ бизнес-процесса
- •1.2.4 Бизнес-правила
- •1.2.5 Требования к программе
- •1.2.6 Перечень вводимой информации
- •1.3.2 Форма «Оформление заказа»
- •1.3.3 Форма «Создание пользователя»
- •1.3.4 Форма «Новая поставка»
- •1.3.5 Форма «Обратная связь»
- •1.3.6 Форма записи гостевой книги
- •1.4 Описание результатной (выходной) информации
- •1.4.1 Форма документа «Каталог товаров»
- •1.4.2 Форма документа «Карточка товара»
- •1.4.3 Форма «Товар на складе»
- •1.4.4 Форма «Полученные заказы»
- •1.4.5 Форма «Пользователи»
- •1.5 Разработка базы данных
- •1.5.1 Определение сущностей
- •1.5.2 Определение взаимосвязей между сущностями
- •1.5.3 Задание первичных и альтернативных ключей
- •1.5.4 Приведение модели к требуемому уровню нормальной формы
- •1.5.5 Физическое описание модели
- •1.6 Описание алгоритма решения задачи
- •1.6.1 Разработка пользовательского интерфейса
- •1.6.2 Выбор и обоснование языка программирования
- •2 Программная документация
- •2.1 Описание применения
- •2.1.1 Назначение программы
- •2.1.2 Условия применения
- •2.1.3 Описание задачи
- •2.1.4 Входные и выходные данные
- •2.2 Описание программы
- •2.2.1 Общие сведения
- •2.2.2 Функциональное назначение
- •2.2.3 Используемые технические средства
- •2.2.4 Вызов и загрузка
- •2.2.5 Входные данные
- •2.2.6 Выходные данные
- •2.3 Руководство оператора
- •2.3.1 Назначение программы
- •2.3.4 Сообщения оператору
- •3 Контрольный пример
- •Список литературы
1.4.5 Форма «Пользователи»
Предназначена для просмотра администратором ИС созданных в ней пользователей. Полная структура формы представлена на рис. 14.
Пользователи
|
Рисунок 14 – выходная форма «Пользователи»
1.5 Разработка базы данных
Для построения реляционной базы данных необходимо выделить сущности и связи между ними, определить атрибуты сущностей, задать первичные и внешние ключи, привести модель к требуемому уровню нормальной формы. Сущность – это объект, информация о котором хранится в базе данных. Сущность – это объект, информация о котором хранится в базе данных.
При разработке базы данных выделяем следующие этапы:
1.5.1 Определение сущностей
В результате анализа поставленной задачи можно составить концептуальную модель данных и получить следующие сущности:
запись;
заказ;
поставка;
товар;
клиент.
Определим для каждой сущности атрибуты.
Сущность «Запись» имеет следующие атрибуты:
номер записи;
имя посетителя;
почтовый адрес посетителя;
сообщение;
дата/время.
Сущность «Заказ» имеет следующие атрибуты:
номер заказа;
фамилия;
имя;
номер телефона;
адрес электронной почты;
регион;
город;
улица;
номер дома;
корпус;
квартира;
статус;
дата/время;
способ доставки;
дополнительная информация.
наименование товара;
количество;
сумма заказа.
Сущность «Поставка» имеет следующие атрибуты:
номер поставки;
наименование товара;
поставщик;
цена;
дата/время;
количество.
Сущность «Товар» имеет следующие атрибуты:
наименование;
тип;
жанр;
дата выхода;
артикул;
описание;
разработчик;
издатель;
издатель в России;
системные требования;
изображение;
количество;
цена;
дополнительные материалы;
является ли популярным;
является ли новым;
доступен ли для предзаказа;
является ли удаленным;
Сущность «Клиент» имеет следующие атрибуты:
фамилия;
имя;
отчество;
номер паспорта;
номер телефона;
адрес электронной почты;
регион;
город;
улица;
номер дома;
корпус;
квартира;
логин;
пароль;
дополнительная информация;
1.5.2 Определение взаимосвязей между сущностями
Приведем диаграмму «Сущность-связь», которая представлена на рис.15.
Поставка
Запись
Заказ
Товар
Клиент
Рисунок 15 – Диаграмма «Сущность-связь»
В данной диаграмме используются следующие отношения:
Между сущностями «Клиент» и «Заказ» используется отношение «один-ко-многим». Это означает, что несколько один клиент может сделать несколько заказов.
Между сущностями «Заказ» и «Товар» используется отношение «много-ко-многим». Это означает, что несколько заказов могут иметь несколько товаров.
Между сущностями «Товар» и «Поставка» используется отношение «один-к-одному». Это означает, что одна запись о поставке содержит один товар.
Сущность запись не имеет связей с другими сущностями и является несвязанной таблицей.
