Требования к базе данных
Требования к функциональным характеристикам
База данных должна обеспечить хранение данных о работе химчистки. В базу данных должны заноситься следующие сведения:
Виды услуг(Код вида услуг, Название, Тип, Стоимость).
Клиенты (Код клиента, Фамилия, Имя, Отчество, Признак постоянного клиента).
Услуги (Код услуги, Код вида услуги, Код клиента, Дата приема, Дата возврата).
Необходимо организовать автоматический расчет стоимости услуг с учетом скидок и надбавок, автоматическое занесение клиента в постоянные с третьего обращения.
Требования к составу и параметрам технических средств
Необходимый объём свободной оперативной памяти для работы программы не более 15 Mb, свободного места на диске для установки программы до 20 Mb, процессор Р400.
Требования к информационной и программной совместимости
База данных должна быть в формате сервера FireBird 2.5, на компьютере должна быть установлена утилита для работы с базами данных IB Expert (IB Expert работает под управлением операционной системы семейства Windows).
Требования к программной документации
Документация к программе должна быть оформлена согласно существующим ГОСТам и содержать следующие разделы:
1. Анализ предметной области
2. Техническое задание
3. Концептуальная модель данных
4. Логическая модель данных
5. Физическая модель данных
6. Вычисляемые поля, генераторы и триггеры
7. Программа и методика испытаний
8. Описание применения
9. Заключение
10. Список использованных источников
11. Текст SQL-скрипта
12. Диаграммы
13. Результаты испытаний
Стадии и этапы разработки
a) Анализ задания на проектирование
b) Разработка концептуальной модели данных
c) Разработка логической модели
d) Разработка физической модели
e) Создание вычисляемых полей, генераторов, триггеров
f) Внесение данных в базу и тестирование работы
g) Документирование согласно существующим ГОСТам
Порядок контроля и приёмки
Для контроля работы базы данных должен быть разработан тестовый набор данных, состоящий из списка клиентов, сведений о приеме вещей и видах работ в химчистке.
Необходимо вручную рассчитать стоимость услуг с учетом скидок и надбавок. Подготовленный список надо ввести в базу и сравнить результат работы с результатом, полученным путем ручного расчета. Необходимо проверить возможность редактирования и добавления данных, правильность работы генераторов и триггеров.
Концептуальная модель данных
Концептуальная модель данных отображает обобщающее представление о данных, не зависимое от типа выбранной СУБД. Она описывает то, какие данные хранятся в базе данных, а также связи, существующие между ними. Фактически это полное представление требований к данным со стороны организации, у которой работают пользователи.
Концептуальная модель данных состоит из сущностей со своими атрибутами и n-арных связей и используется как средство построения и представления информационных потребностей предприятия.
Проанализировав описание предметной области, выделим объекты, сведения о которых участвуют в описании. Как правило, они мало меняются с течением времени и не зависят от существования других объектов. Сущности изображаются на диаграмме «объект/отношение» в виде прямоугольников. К сущностям относятся объекты: «Клиенты», «Вид работ», «Услуги».
Для каждого объекта определяем ключевое свойство, которое в дальнейшем будет использоваться в качестве первичного ключа. Для сущностей выбраны ключевые свойства:
«Клиенты» – код клиента
«Услуги» – код услуги
«Вид работ» – код вида работы
Затем проставляем не ключевые свойства (атрибуты) для объектов.
Определенные сущности и атрибуты представлены в таблицах 1-3:
Таблица 1 Сущность Клиенты
| KLIENT | ||
| kodklienta | PK | Код клиента |
| familiya | Фамилия | |
| imya | Имя | |
| otchestvo | Отчество | |
| ppk | Признак постоянного клиента |
Таблица 2 Сущность Виды работ
| VIDRAB | ||
| kodvida | PK | Код вида |
| nazvanie | Название | |
| tip | Тип | |
| stoimost | Стоимость |
Таблица 3 Сущность Услуги
| HIMCHI | ||
| koduslugi | PK | Код услуги |
| srochnost | Срочность и сложность | |
| datapr | Дата приема | |
| datavozvr | Дата возврата |
Объекты вступают между собой в некоторые смысловые отношения, отображаемые на диаграмме «объект/отношение» в виде овалов (связи). Овалы соединяются отрезками прямых с прямоугольниками, которые соответствуют объектам, участвующим в отношении:
1-М (один-ко-многим) – Услуги-Клиенты (Оказываются), Услуги-Вид работ (Относятся).
Степень участия связи «Оказываются» между сущностями Услуги и Клиенты неполная и имеет показатели кардинальности 1,1 и N,1 соответственно, так как клиентам услуги могут оказываться многократно, а одной записи об услуге соответствует только один клиент.
Степень участия связи «Относятся» между сущностями Услуги и Виды работ неполная и имеет показатели кардинальности 1,1 и N,1 соответственно, так как одни и те же виды работ могут оказываться многократно, а одной записи об услуге соответствует только один вид работ.
Концептуальная диаграмма представлена в приложении В, рисунок 1.