1.3. Возможные запросы к системе.
Система должна обеспечивать возможные поиски информации по запросам пользователей, позволяя получать сведения о клиентах, о договорах и оплатах по ним, о квартирах и объектах строительства.
К примеру, в системе возможны запросы следующего характера:
- обеспечивать оперативный подбор квартиры по заданным клиентом параметрам (одному или нескольким)
- устанавить цены на квартиры в зависимости от количества комнат (обычно цены за м2 на квартиры с одинаковым количеством комнат одинаковые, но не всегда)
- предоставить информацию клиенту о его текущей задолжности
1.4. Задачи, решаемые системой.
Приложение базы данных должно решать следующие задачи:
- вести учет свободных квартир и полной информации о них (как дополнение: хранение информации об объектах строительства)
- осуществлять оперативный подбор квартиры по заданным клиентом параметрам и выводить результаты на печать
- вести учет клиентов и полной информации о них
- регистрировать договора
- регистрировать оплаты по договорам
- подсчитывать суммурные оплаты по договора и остатки неоплаченного метража
- проводить все необходимые расчеты для отчетов по продажам перед руководством
- ведение архива проданных квартир и клиентов, которые их купили
- удаление из базы проданных квартир, договоров на них и оплат по этим договорам
- ведение архива оплат по проданным квартирам
- обеспечение чистки архива оплат
1.5. Задачи ведения базы данных
Разрабатываемая база данных должна удовлетворять такому требованию, как возможность ведения и актуализации, что необходимо в рассматриваемой предметной области. Структура БД должна позволять включать новые и удалять устаревшие данные, корректировать хранимые данные без разрушения установленных логических связей. К примеру, К иметь возможность изменять стоимость квартир, изменять сведения о клиентах,менеджераж.
Система должна выполнять требование целостности данных, то есть предотвращать не осторожные действия пользователей, накладывать ограничения на данные (маску ввода, условия на значения, применение выпадающих списков).
Сведения о клиентах, менеджерах, объектах строительства, квартирах, договорах и оплатах по ним хранятся в базе постоянно, после продажи квартиры, сведения о клиенте и самой квартире помещаются в архив, оплаты по соответствующему договору тоже. По желанию администратора проданные квартиры договоры на них и оплаты по ним удаляются из основной базы, также могут быть удалены и из архива.
Необходимо, чтобы база данных обеспечивала удаление старых сведений о квартирах, клиентах, договорах, оплатах, объектах, менеджерах, добовление новых и редактирование имеющихся.
2.Логическое проектирование базы данных(БД)
2.1 Типы объектов и свойства объектов
Исходя из анализа предметной области и задач, решаемых системой можно определить следующие типы объектов и их свойства.
Объекты имеющиеся в базе, характеризуется следующими свойствами:
Объект строительства :
Название ОС, Адрес ОС, Количество этажей, Количество секций, Количество квартир на площадке, Тип конструкции (например, железобетонный каркас), Основной материал несущих стен (например, кирпич), Основной материал перегородок (например, пазогребневые плиты), Материал стеклопакетов, Вид стеклопакетов (например,однокамерные), Материал радиаторов (например, аллюминий), Вид кровли (например, двухскатная), Материал кровли (например, металлочерепица), Территория (открытый или закрытый двор), Вид отопления (например, поквартирное газовое), Наличие стоянки, Наличие цокольного этажа, Наличие верхнего технического этажа, Наличие лифта, Наличие гаража, Наличие детской площадки, Наличие домофона, Наличие телефонной линии, Дата начала строителства, Дата окончания строителства,Заметки
Квартира:
Объект строительства, №квартиры, Этаж, Секция/подъезд, План (изображение плана квартиры), Вид планировки (например, свободная), Площадь жилая, Площадь кухни, Площадь лоджии, Общая площадь, Количество комнат, Вид санузла (например, раздельный), Угловая, Застекленная лоджия, Наличие долнительного хозяйственного помещения, Материал входной двери (например, металл), Материал межкомнатных дверей (например, дерево), Вид куханной плиты (например, электро), Количество окон, Статус (рассрочка), Текущая цена, Текущая стоимость, № приказа об изменении цен, Дата установки цены
Клиент:
№ паспорта, ФИО, Дата рождения, Адрес, Телефон, Телефон сотовый, Электронная почта, Банк, Расчетный счет
Менеджер:
ФИО, Рабочий телефон
Оплата:
КО# (уникальный код присваеваемый каждой оплате), Сумма оплаты, Дата оплаты, Документ основание, Цена на момент покупки, Наименование договора, Оплаченные метры за оплату, Остаток неоплаченных метров по договору, Долг по договору.
2.2 Ограничения накладываемые на данные
При разработке БД приняты следующие ограничения, наложенные на данные:
- не может быть двух и более объектов строительства с одинаковым названием
- на одном объекте строительства не может быть двух и более квартир с одинавковым номером
- одну и ту же квартиру не может купить два и более клиента
2.3 Анализ связей между объектами предметной области
При разработке логической структуры данных устанавливаются связи между объектами. Могут существовать связи: 1:1, 1:М, М:М.
|
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.