Файл: Применение объектно-ориентированного подхода при проектировании информационной системы (проектирование базы данных).pdf

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

Рассмотрим схему документооборота между общим отделом и другими участниками документооборота (рисунок 4).

Рисунок 4 – Документооборот общего отдела ООО «25 кв м»

На рисунке видно, какая информация требуется общему отделу и куда передаётся результат обработки данных.

Система электронного документооборота компании «25 кв. м.» должна иметь следующий функционал:

• учёт жилого и нежилого фонда с помещениями;
• учёт жильцов и владельцев;
• ведение лицевых счетов владельцев;
• учёт затрат на здания;
• формирование результатной информации.

Потребуется хранить следующую информацию в базе данных:

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

Результатная информация системы:

• отчёт по фонду и затратам;
• отчёт по жильцу;
• выписка из ЛС;
• отчёт по заявкам.

Пользователями системы являются сотрудники общего отдела компании.

Анализ деятельности «как должно быть»

Теперь построим модель «как должно быть». На рисунке 5 представлена диаграмма потоков данных процесса работы общего отдела.

Рисунок 5 – Диаграмма потоков данных процесса работы общего отдела «как должно быть»

Входные потоки:

• данные о зданиях и помещениях;
• данные о владельцах и жильцах;
• данные о заявках;
• данные о затратах и поступлениях.

Выходные потоки:

• отчёт по жильцу;
• отчёт по заявкам;
• выписка из ЛС;
• отчёт по фонду и затратам.

Ресурсы: сотрудник общего отдела и ИС учёта ЖКХ.

На рисунке 6 представлена структурно-функциональная диаграмма процесса деятельности общего отдела.

Рисунок 6 – Структурно-функциональная диаграмма процесса деятельности общего отдела «как должно быть»

Деятельность общего отдела должна состоять из следующих процессов:

---

• учёт фонда и жильцов;
• учёт заявок;
• ведение финансовых операций;
• формирование отчётов.

Работу общего отдела усовершенствует и упростит использование информационной системы. Рассмотрим нормативно-справочные, входные и результатные данные системы.

В системе учёта ЖКХ используется следующая нормативно-справочная информация:

• назначение затрат на здание – например, капитальный ремонт;
• причина заявки на обслуживание – например, ремонт сантехники на кухне;
• услуга ЖКХ – например, отопление.

Входными данными являются данные о жильцах: код; фамилия; имя; отчество; дата рождения; пол; владелец; телефон.

Данные о здании: код; адрес; жилое; этажность; тип.

Здание содержит помещения: код; номер; количество комнат; площадь; жилое.

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

Если жилец является владельцем, то за ним закрепляется лицевой счёт: код; номер счёта; баланс; действителен или нет счёт.

Для учёта операция пополнения счёта требуется следующая информация: код; дата пополнения; сумма пополнения.

Для учёта операция списания учитываются данные: код; дата списания; списанная сумма; услуга ЖКХ.

На помещение может поступить заявка на обслуживание, связанная с устранением той или иной причины со стороны аварийной бригады. Для этого в базу заносится следующая информация: код; дата заявки; причина; действительна ли заявка; описание.

Для учёта затрат на обслуживание зданий обрабатываются следующие данные: код; дата затраты; затраченная сумма; назначение затраты.

Все данные должны быть доступны пользователю для изменения, дополнения и удаления.

В системе учёта ЖКХ ООО «25 кв. м» используются следующие отчёты в качестве результирующей информации:

• «отчёт по жильцу»;
• «отчёт по фонду и затратам»;
• «выписка из лс»;
• «отчёт по заявкам».

Отчёт по жильцу состоит из следующей информации: код здания; адрес здания; номер помещения; владеет или нет; прописан или нет.

Отчёт строится за период по определённому жильцу.

Отчёт по фонду и затратам состоит из следующей информации: код здания; адрес здания; потраченная сумма; дата затрат; назначение затрат.

Отчёт строится за период и по определённому зданию или по всему фонду.

Выписка из лицевого счёта содержит следующую информацию: ФИО жильца; дата рождения; пол; дата прописки; владелец или нет; дата начала владения; есть свой ЛС или нет.

---

В качестве входных параметров передаётся дата и номер лицевого счёта.

Отчёт по заявкам содержит следующую информацию: номер заявки; дата заявки; причина; закрыта или нет.

Параметрами для запроса является диапазон дат.

Система должна выдавать отчётности, содержащие такой же состав полей.

Проектирование базы данных

База данных

Была спроектирована модель сущность-связь базы данных системы учёта ЖКХ общего отдела. На рисунке 6 приведена ERD диаграмма.

Рисунок 6 – ERD диаграмма

База данных содержит следующие сущности:

1. «Жилец»;
2. «Здание»;
3. «Помещение»;
4. «Отношение»;
5. «ЛС»;
6. «Пополнение»;
7. «Списание»;
8. «Услуга»;
9. «Заявка»;
10. «Причина»;
11. «Затрата»;
12. «Назначение».

В таблицах 1 – 12 представлены структуры таблиц базы данных.

Таблица 1 – Таблица БД «Жилец»

№ п/п	Поле	Тип	Ключи
1	Код	Счётчик	PK
2	Фамилия	Текст
3	Имя	Текст
4	Отчество	Текст
5	Дата рождения	Дата
6	Пол	Текст
7	Телефон	Текст

Таблица 2 – Таблица БД «Здание»

№ п/п	Поле	Тип	Ключи
1	Код	Счётчик	PK
2	Адрес	Текст
3	Жилое	Логическое
4	Этажность	Число
5	Тип	Текст

Таблица 3 – Таблица БД «Помещение»

---

№ п/п	Поле	Тип	Ключи
1	Код	Счётчик	PK
2	Здание	Число	FK
3	Номер	Число
4	Комнат	Число
5	Площадь	Число
6	Жилое	Логическое

Таблица 4 – Таблица БД «Отношение»

№ п/п	Поле	Тип	Ключи
1	Код	Счётчик	PK
2	Жилец	Число	FK
3	Помещение	Число	FK
4	Дата прописки	Дата и время
5	Дата выписки	Дата и время
6	Владелец	Логическое
7	Начальная дата	Дата и время
8	Конечная дата	Дата и время

Таблица 5 – Таблица БД «ЛС»

№ п/п	Поле	Тип	Ключи
1	Код	Счётчик	PK
2	Отношение	Число	FK
3	Номер	Число
4	Баланс	Денежный
5	Недействителен	Логическое

Таблица 6 – Таблица БД «Пополнение»

№ п/п	Поле	Тип	Ключи
1	Код	Счётчик	PK
2	ЛС	Число	FK
3	Дата пополнения	Дата и время
4	Сумма пополнения	Денежный

---

Таблица 7 – Таблица БД «Списание»

№ п/п	Поле	Тип	Ключи
1	Код	Счётчик	PK
2	ЛС	Число	FK
3	Дата списания	Дата и время
4	Сумма списания	Денежный
5	Услуга	Число	FK

Таблица 8 – Таблица БД «Услуга»

№ п/п	Поле	Тип	Ключи
1	Код	Счётчик	PK
2	Название	Текст

Таблица 9 – Таблица БД «Заявка»

№ п/п	Поле	Тип	Ключи
1	Код	Счётчик	PK
2	Помещение	Число	FK
3	Дата заявки	Дата и время
4	Причина	Число	FK
5	Закрыто	Логическое
6	Описание	Текст

Таблица 10 – Таблица БД «Причина»

№ п/п	Поле	Тип	Ключи
1	Код	Счётчик	PK
2	Название	Текст

Таблица 11 – Таблица БД «Затрата»

№ п/п	Поле	Тип	Ключи
1	Код	Счётчик	PK
2	Здание	Число	FK
3	Дата затраты	Дата и время
4	Сумма затраты	Денежный
5	Назначение	Число	FK

---