2. Разработка и анализ технического задания

2.1. Описание предметной области

Прокат спортивного инвентаря - это коммерческое предприятие, основной задачей которого является оказание услуги по предоставлению спортивного снаряжения или оборудования. Основной процесс:

предоставление клиенту услуги проката спортивного инвентаря. Сложность для сотрудника, осуществляющего выдачу инвентаря – произвести грамотную и точную регистрацию клиента. Быстро заполнить журнал регистрации и выписать клиенту договор.

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

Анализ предметной области необходимый начальный этап разработки любой информационной системы. Именно на этом этапе определяются информационные потребности пользователей для всей системы, которые в свою очередь, предопределяют содержание ее базы.

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

2.2. Разработка технического задания

2.2.1. Наименование и область применения базы данных (БД)

База данных «Прокат велосипедов» («Bicycle»).

Область применения — салон проката велосипедов.

2.2.2. Цель и назначение разработки

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

2.3. Требования к БД

2.3.1. Требования к функциям, БД

К проектируемой БД предъявляются следующие функциональные требования.

1. БД должна обеспечивать учет велосипедов в наличии.

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

3. БД должна обеспечивать корректное удаление данных о велосипеде, в случае его списания.

4. БД должна обеспечить хранение полной информации о заключенных актах.

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

6. БД должна хранить информацию о клиентах, менеджерах и скидках с целью ее последующего использования.

2.3.2. Требования к защите информации

На самом элементарном уровне концепции обеспечения безопасности баз данных исключительно просты. Необходимо поддерживать два фундаментальных принципа: проверку полномочий и проверку подлинности (аутентификацию).

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

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

СУБД в своих системных каталогах хранит как описание самих пользователей, так и описание их привилегий по отношению ко всем объектам.

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

В ряде СУБД вводится следующий уровень иерархии пользователей – это администратор БД. В этих СУБД один сервер может управлять множеством СУБД (например, MS SQL Server, Sybase). В СУБД Oracle применяется однобазовая архитектура, поэтому там вводится понятие подсхемы – части общей схемы БД и вводится пользователь, имеющий доступ к подсхеме. В стандарте SQL не определена команда создания пользователя, но практически во всех коммерческих СУБД создать пользователя можно не только в интерактивном режиме, но и программно с использованием специальных хранимых процедур. Однако для выполнения этой операции пользователь должен иметь право на запуск соответствующей системной процедуры.