Курсовые работы / ПРИС КП_7
.pdf-технологическое присоединения к сетям газоснабжения;
-подготовку договоров на поставку газа;
-заключение договоров на техническое обслуживание;
-перенос и замена газового оборудования;
-подбор и продажа газового оборудования;
-заключение договоров поставки газа с физическими лицами;
-прием показаний приборов учета газа;
-оплата за услуги газоснабжения.
Работа данного отдела включает в себя реализацию следующих бизнес-
процессов управления деятельностью по осуществлению расчетов с бытовыми потребителями природного газа:
-учет домового фонда и основных его характеристик;
-учет показателей эксплуатации;
-управление тарифами за предоставление услуг;
-управление документацией;
- анализ эффективности и формирование отчетности [2].
Разрабатываемая информационная подсистема обеспечения процесса расчета с бытовыми потребителями за газоснабжение направлена на выполнение следующих функций:
1.Учет потребления природного газа собственниками жилья.
2.Мониторинг тарифов на оплату услуг газораспределительной организации.
3.Предоставление отчетов
Созданная подсистема должна обеспечивать следующие действия по
обработке информации:
1.Вывод сведений о жилищном фонде, обслуживаемом газораспределительной организацией
2.Вывод сведений о показаниях счетчиков газа
3.Вывод тарифов на предоставление услуг газораспределительной
компании
12
4.Вывод общей суммы задолженности собственников
5.Формирование квитанции для оплаты газоснабжения по отдельному собственнику жилья
Для реализации поставленной задачи была использована веб-
ориентированная среда разработки Ruby on rails, отличающаяся быстротой разработки, возможностью автоматизированного тестирования, а также удобством и простотой использования. В качестве СУБД была использована объектно-реляционная база данных PostgreSQL.
При осуществлении работы с информационной системой существует три категории пользователей – администратор, работник отдела по работе с клиентами, непосредственные клиенты. В зависимости от разграничения прав доступа пользователи могут осуществлять определенный перечень действий с системой, например, администратор – добавлять и удалять записи,
редактировать записи, заполнять таблицы; работник отдела – добавлять записи,
редактировать записи; клиент – просматривать записи.
Работа информационной системы осуществляется на основании первичных (входных) документов, информация из которых необходима для заполнения базы данных, осуществления операций над данными. Входными документами для информационной системы являются паспорт гражданина РФ,
который является источником персональных данных о жильце, свидетельство о государственной регистрации права, которое является источником сведений о собственности жильца (адрес, назначение, площадь), кадастровый паспорт;
паспорт счетчика газа. На рисунке 2.1 представлен основной входной документ
– свидетельство о государственной регистрации права.
Выходным документом информационной системы является сформированная квитанция по каждому отдельному собственнику жилья, в
которой хранится информация о показаниях счетчика, тарифах, персональных данных как плательщика, так и данных о его собственности. На рисунке 2.2
представлена форма квитанции об оплате за газоснабжение.
13
Рисунок 2.1 – Свидетельство о государственной регистрации права
Рисунок 2.2 – Форма квитанции об оплате за газоснабжение
14
2.2 Построение функциональных моделей, описывающих бизнес-процесс расчетов за газоснабжение с собственниками жилья региональной газообеспечивающей компании
Целью моделирования является упрощение процесса автоматизации,
связанной с расчетами за газоснабжение с собственниками жилья региональной газообеспечивающей компании. Модель должна отражать движение основных информационных потоков при реализации расчетов с потребителями газа, а
также получаемые на выходе результаты расчетов, в частности, конкретную отчетную документацию.
Функциональная модель построена с точки зрения интегрированного пользователя: сотрудников отдела по работе с клиентами, менеджеров, а также с точки зрения разработчика. Это обусловлено тем, что с системой необходимо работать как сотрудникам подразделений предприятия, так и менеджеру,
который работает в информационной системе и занят ее сопровождением.
Функциональная модель была построена в средстве BPwin по стандарту
IDF0, а также был проведен количественный анализ, позволяющий оценить правильность декомпозиции бизнес-процессов. Функциональная модель представлена на рисунках 2.3 – 2.8.
Рисунок 2.3 – Древовидная структура диаграммы
15
Рисунок 2.4 – Декомпозиция уровня А-0
Рисунок 2.5 – Декомпозиция уровня А0
16
Рисунок 2.6 – Декомпозиция уровня А1
Рисунок 2.7 – Декомпозиция уровня А2
17
Рисунок 2.8 – Декомпозиция уровня А3
Далее был проведен количественный анализ диаграмм, который позволяет оценить их качество. Для этого были рассчитаны следующие показатели, характеризующие диаграммы, а именно: коэффициент сбалансированности, коэффициент элементарных функций и др. Результат представлен в таблице 2.1.
Таблица 2.1 – Количественный анализ диаграмм
Уровень |
N |
Kb |
Ky |
Кэ.ф. |
|
|
|
|
|
А0 |
3 |
1 |
∞ |
0 |
|
|
|
|
|
А1 |
3 |
0,33 |
3 |
0 |
|
|
|
|
|
А2 |
3 |
0,33 |
1,5 |
1,2 |
|
|
|
|
|
А3 |
3 |
0,25 |
1 |
1 |
|
|
|
|
|
Словарь элементарных функций
1.Внесение сведений о жильце
2.Внесение сведений о собственности
18
3.Внесение данных о плательщике
4.Внесение данных об израсходованном природном газе
Таким образом, по результатам проведенного количественного анализа диаграмм можно сделать вывод, что значение коэффициента Ку уменьшается,
что говорит об упрощении описания функции с понижением уровня модели.
Коэффициент сбалансированности Кб для диаграммы стремится к уменьшению с понижением уровня, а, значит, диаграмма сбалансирована. Также, был проведен анализ наименований блоков, для этого был составлен словарь элементарных функций и рассчитан коэффициент использования элементарных функций. При расчете данного показателя можно сделать вывод о достаточном уровне декомпозиции, так как совпадения названий блоков и слов из словаря наблюдается на нижних уровнях модели.
2.3 Модель данных расчетов за газоснабжение с собственниками жилья региональной газообеспечивающей компании
Для построения диаграммы сущность-связь необходимо определить сущности и атрибуты разрабатываемой модели. При создании модели данных системы автоматизации расчетов за газоснабжение с собственниками жилья региональной газораспределительной станции можно выделить следующие сущности (объекты), каждая из которых имеет свои характеристики,
выраженные атрибутами:
-Жилищный фонд (адрес, площадь собственности);
-Жильцы (фамилия, имя, лицевой счет, адрес регистрации);
-Тариф (наименование, стоимость 1м3 газа, дата);
-Показания (текущие показания, дата);
-Квитанция (адрес, лицевой счет плательщика, тариф, показания, дата,
сумма к оплате).
19
Далее необходимо установить логические взаимосвязи между объектами.
В данной модели можно выделить следующие взаимосвязи между сущностями:
Жильцы проживают в жилищном фонде;
Жильцы оплачивают квитанции;
Квитанция оплачивается по тарифам;
Квитанция оплачивается согласно показаниям.
Таким образом, были выделены сущности, установлены их связи и определены ключевые атрибуты, после чего была построена логическая модель данных разрабатываемой информационной системы для автоматизации расчета за газоснабжение с собственниками жилья, построенная в соответствии со стандартом IDEF1X . Результат представлен на рисунке 2.9.
Рисунок 2.9 – Логическая модель данных
Таблица 2.2 - Сопоставление компонентов логической и физической модели
Логическая модель |
Физическая модель |
Сущность |
Таблица |
Атрибут |
Столбец |
Логический тип (текст, число, дата, |
Физический тип (корректный тип, зависящий от |
blob) |
выбранной СУБД) |
Первичный ключ |
Первичный ключ, индекс РК |
Внешний ключ |
Внешний ключ, индекс FK |
Альтернативный ключ |
АК-индекс – уникальный, непервичный индекс |
|
|
20
Физическая модель данных для СУБД PostgreSQL представлена на
рисунке 2.10.
Жилищный_фонд |
|
Пользователи |
|
id_ж/ф |
|
id_пользователя |
|
|
|
|
|
адрес:Text |
|
логин:Char |
|
площадь:Double |
|
пароль:Char |
|
Имеет |
|
|
|
|
|
Квитанция |
|
|
id_квитанции |
|
|
|
Показания_счетчика |
|
адреc:Text (FK) |
|
лицевой_счет:Long Integer (FK) |
|
|
|
|
id_показания |
Содержит |
руб/м3:Double (FK) |
|
|
учтен_показания:Integer |
|
|
|
текущ_показания:Integer |
|
текущ_показания:Integer (FK) |
дата:DataTime |
|
объем_потребления:Integer |
|
|
к_оплате:Double |
|
|
Оплачивают |
Тарифы
Рассчитываются id_тарифа
руб/м3:Double дата:DataTime
Жильцы
id_жильца
лицевой_счет:Long Integer
фамилия:Text
имя:Text
Рисунок 2.10 – Физическая модель данных После построения физической модели были определены свойства
колонок таблиц физической модели и выявлены ограничения. Результат представлен в таблице 2.3.
Таблица 2.3 - Свойства колонок таблиц физической модели
Колонка |
Тип |
Размер |
Правило валидации |
|
|
|
|
Id_ж/ф |
Integer |
|
|
Адрес |
Text |
50 |
|
Площадь |
Double |
|
>0 |
Id_жильца |
Integer |
15 |
|
л/с |
Long Integer |
|
>0 |
Фамилия |
Text |
1 |
|
Имя |
Text |
|
|
Id_тарифа |
Integer |
40 |
|
Название |
Text |
20 |
|
Руб/м3 |
Double |
20 |
|
Дата |
DataTime |
|
>0 |
Id_показания |
Integer |
20 |
|
Текущ_показания |
Text |
25 |
|
Дата |
DataTime |
|
|
Id_квитанции |
Integer |
30 |
|
л/с |
Long Integer |
|
|
Адрес |
Text |
|
|
Руб/м3 |
Double |
30 |
|
21