1.2.Функциональные требования

Система должна выполнять следующие функции:

Предоставлять инструменты по управлению данными системы:

1. Добавление/правка данных о вызовах на устранение неисправностей в работе лифтов и ЛДСС;

2. Добавление/правка данных о технических осмотрах лифтов и ЛДСС;

3. Добавление/правка данных об аварийных обслуживаниях лифтов и ЛДСС;

4. Добавление/правка данных о личных данных электромехаников

Система должна выполнять формирование необходимых форм отчетов и статистик:

1. Личная карточка каждого лифта со всей историей.

2. Отчет о работе аварийных электромехаников.

3. Отчет о работе основных электромехаников

4. Полный отчет работы организации

Ограничения на данные:

1. В системе нельзя понижать разряд электромеханика на меньший

2. В системе не должно быть повторяющихся данных в справочниках

3. Необходимы ограничения на проверку даты рождения электромехаников, чтобы они были не моложе 20 лет

4. Необходимо ограничить варианты видов заявки на: техосмотр, застревание, поломка.

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

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

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

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

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

2.1.Используемая субд

В качестве основного средства для разработки физической модели базы данных на тему «Учесть обслуживание, технический осмотр и ремонт лифтов в домах города Сыктывкар компанией ООО «ОТИС-Лайн»»» была выбрана СУБД Microsoft SQL Server 2008.

Аргументами в пользу этого программного обеспечения стали:

• Наличие опыта работы с этой СУБД в рамках практических занятий по дисциплине «СУБД»;

• Microsoft SQL Server 2008 проста в использовании и поддерживает все необходимые для создания проекта средства, такие как: хранимые процедуры и функции, представления, транзакции, триггеры и курсоры;

• Microsoft SQL Server 2008 предоставляет точный и гибкий контроль для обеспечения безопасности данных: разделение доступа к данным между разными пользователями через роли и схемы.