12.
Дом и квартира
adreshouse
varchar(25)
13.
Комментарий
comm
text
14.
Логин
login
varchar(25)
15.
Пароль
parol
varchar(25)
16.
Флаг удаления
udalkl
int(1)
Таблица 0.16
Структура таблицы prez
№
Характер
информации
Характер
информации
таблицы
Тип
Примечание
1.
Код записи
idpr
int(1)
auto_increment
2.
Наименование
прецендента
nameprez
varchar(255)
3.
Флаг удаления
delprez
int(1)
Модули делятся на: пользовательские, административные, и системные.
Опишем основные конфигурационные модули.
Конфигурационный файл (conf.php).
В файле хранится информация с реквизитами БД, такие как: хост (адрес)
сервера БД, название БД, логин/ пароль для подключения к БД, а так же префикс
(неизменная составляющая первой части названия) таблиц системы.
Конфигурационный файл (init.php).
В этом файле подключаются файлы с функциями, которые отвечают за
информацию о состоянии подключения к базе данных (состоялось или нет), функции
необходимых для работы с системой, данные о шаблонах клиентской части системы
(форма отображения интерфейса), переменные в которых хранится информация о
директории размещения системы и корневой директории.
Конфигурационный файл (template.php).
В этом файле собраны функции и методы (вплывающих окон, стилей шрифта,
полей, таблиц и т.д.) которые формируют верхнюю часть (так называемая шапка) и
нижнюю часть (подвал) интерфейса пользователя.
Дерево вызова модулей показано на рисунке 2.12.
МОДУЛИ
Конфигурационн
ые
Conf.php
Template.php
Init.php
Работы с
пользователями
Newuser.php
Redaktuser.php
closuser.php
Add.php
Работы с
заявками
Addzav.php
Udal.php
Получения
отчетов
Date.php
Sotr.php
User.php
Авторизации
Подключения к
БД
Рисунок 0.12 Дерево вызова программных модулей
Описание программных модулей приведено в таблице 2.11
Таблица 0.17
Описание программных модулей
№
п/п
Наименование модуля
Функции модуля
1.
Модуль «подключения к БД»
Модуль оказывает функцию подключения к
серверу с БД, а так же выбор указанной БД.
2.
Модуль авторизации
Модуль позволяет авторизовать
зарегистрированных пользователей
3.
Модуль «управления
пользователями»
Содержит процедуры, позволяющие добавлять,
удалять и редактировать данные о
пользователях
4.
Конфигурационный модуль
Содержит настройки программы
5.
Модуль работы с заявками
Модуль содержит процедуры, позволяющие
учитывать и обрабатывать заявки
6.
Модуль получения отчетов
Модуль содержит процедуры, позволяющие
получать аналитические отчеты о работе
системы
2.3.4 Описание программных модулей
Модуль «подключения к БД».
В случае успешного подключения к серверу с БД, происходит выбор указанной
БД, что позволяет обеспечить дальнейшую работу системы.
В противном случае, выдается сообщение о том, что «Соединение не
установлено» и/или «База данных не найдена», и работа системы останавливается до
устранения ошибки подключения.
В соответствии с используемой моделью базы данных для ввода данных
используются формы, в каждое поле которых вводится тот или иной атрибут.
Поэтому алгоритм работы со справочниками (ввода данных, получения
списков, изменение данных) в справочники будет представлен так, как показано на
рисунке 2.12: Модуль авторизации необходим для проверки доступа пользователей
к системе. Так же, как и в ядре системы, в модуле реализована инициализация
механизма сессий и загрузка файла конфигурации (conf.php).
Затем происходит проверка, введены ли данные (логин и пароль).
Если такого не произошло, отображается форма для их ввода, в противном
случае осуществляется запрос к БД. В случае его успешного выполнения
(пользователь существует и его данные верны) происходит перенаправление на
главную страницу системы. В противном случае логин/пароль нужно будет ввести
еще раз.
Модуль «управления пользователями».
Этот модуль отнесен к административному типу и позволяет реализовывать
манипуляции с пользователями системы: создавать их, редактировать, блокировать и
активировать.
В момент создания нового пользователя, указывается его ФИО, логин, пароль,
адрес электронной почты, группы, к которым он будет принадлежать и дата создания
(заполняется автоматически).
В момент редактирования данных пользователя возможно изменение всех
данные, кроме пароля и времени создания, которые остаются неизменными. Если
утерян пароль, его восстановление происходит через интерфейс доступа к БД вне
зависимости от системы.
Цикл по ценам m=1;
m<=ALLTARIF ; m++
Цикл по абонентам, j=1;
j<=COUNT(abon); j++
Создание
представления
ALLTARIF для списка
тарифов
Установка указателя
в представлении
ALLTARIF на первую
запись
Сортировка
ALLTARIF по
возрастанию
значений полей IDT
Начало
Установка
соединения с
сервером БД
Открытие таблицы
tarif
Б
Конец цикла по
абонентам
Цикл по сотрудникам,
j=1; j<=COUNT(abonen);
j++
Фильтр
представления
ABON по условию
idabon=m
П11=0
П11=П11+
abonen[j].summ
Внесение
abonen[j].summ в
столбец для месяца
m макета отчета
Конец
Конец цикла по
месяцам
Б
Конец цикла по
абонентам
Рисунок 0.13 Развернутая блок-схема работы модуля.
Блокировка пользователя возможна без удаления его из системы, в любом
случае заблокированный пользователь не имеет прав для входа в систему, даже в
случае верных регистрационных данных.
Активация заблокированных пользователей реализована нажатием
соответствующей кнопки и не влечет изменения каких-либо данных.
Принцип работы модуля следующий.
Сначала с помощью функции разграничения прав доступа реализуется
проверка на доступ к модулю. Если доступ к возможен, то с помощью запроса к БД и
языка разметки HTML составляется таблица со всеми имеющимися пользователями в
системе, а также кнопки блокировки, активации и редактирования напротив каждого
пользователя.
Затем на основе запросов к БД составляются функции блокировки, активации,
добавления и редактирования пользователя. В зависимости от выбора конкретной
кнопки реализуется проверка на ее нажатие и активируется нужная функция.
После этого составляются функции для отображения формы
добавления/редактирования пользователя, которая становится доступна после
нажатия соответствующей кнопкой. В этих функциях, в зависимости от того,
создается или редактируется пользователь, очищаются переменные или заносятся
данные в поля формы, а также название, меняется название кнопки «добавить или
редактировать пользователя».
2.4 Контрольный пример реализации проекта и его описание
В данном пункте рассмотрим контрольный пример реализации системы.
Для этого необходимо пройти авторизацию в качестве пользователя в единой
форме авторизации, введя пароль и логин 1 и1 .
После прохождения авторизации пользователь сразу видит поступившие заявки
пользователей.
Рисунок 0.14 Заявки пользователей
Но для корректной работы должен заполнить справочники системы, чтобы
обеспечить ее корректную работу. К таким справочникам относятся Абоненты,
Тарифные планы, Договора. Экранные формы представлены на рисунках ниже.
Рисунок 0.15 Справочник Тарифы
Рисунок 0.16 Справочник Преценденты
Форма регистрации абонентов (клиентов) приведена на рисунке 2.16. Для
регистрации абонента необходимо заполнить такие поля, как фамилия, имя, отчество,
паспортные данные, контактные данные, в том числе телефон, email, домашний адрес,
при необходимости к записи можно оставить комментарий.
Список абонентов показан на рисунке 2.17.
Рисунок 0.17 Список абонентов
Рисунок 0.18 Экраннная форма регистрации клиентов (абонентов)
После того, как учтен клиент, с ним можно учесть заключенный ранее договор.
Для этого необходимо заполнить поля в форме, приведенной на рисунке 2.19.
Рисунок 0.19 Учет договоров
После учета договора он появляется в списке договоров. При этом имеется
возможность экспорта договора в MSExcel при нажатии кнопки
Рисунок 0.20 Список договоров
При нажатии кнопки с изображением паспорта имеется возможность
просмотра паспортных данных абонента.
Далее пользователь сможет сформировать новую заявку, заполняя
последовательно необходимые поля или выбирая значение из выпадающего списка:
Рисунок 0.21 Форма регистрации заявки
При этом, нажимая на соответствующие иконки, можно просмотреть
подробности заявки, а также удалить ее, если при ее регистрации были допущены
какие-то ошибки или неточности.
Далее заявка передается на исполнение и после ее выполнения закрывается.
III Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчёта экономической эффективности
Прямой эффект – понятие, обобщающее снижение трудозатрат и реализации
одинакового объема операций, а также снижение финальной стоимости.
Анализ трудозатрат используется на предприятиях с двумя основными целями:
контроль качества, или иначе, аудита, и для расчёта стоимости услуг или
производимого продукта. Однако на оба эти требования работает одинаковый набор
методов подсчёта KPI (Key Performance Indicators, показатели деятельности)
трудозатрат: временные показатели и количественные.
Как правило, выбор той или иной метрики зависит от степени автоматизации
процесса, по которому анализируются трудозатраты:
1. в работе с преобладающей доле ручного труда, например, какие-либо
задачи, требующие креативного подхода и в целом большой вовлеченности людей в
процесс.
2. в работе с преобладающей долей машинной трудоёмкости, например,
автоматическая обработка задач, «конвейерный» тип производства.
Конечно, вести учёт временных затрат на обработку каждой единицы
продукции (в нашем случае, задачи) не всегда оправданно, так как вызывает
сложность определение самого метода учёта этих затрат. Иными словами, метод
«индивидуального секундомера» не всегда применим, так как, чтобы учитывать
трудозатраты, порой необходимы ещё большие ресурсные и финансовые вложения. В
таких случаях используют некий усреднённый показатель, например, рассчитывается
суммарное нормативное время работы системы, участка или команды. Однако,
сегодня, как правило, большинство IT-компаний используют инструменты Agile,
такие как Jira или TFS, для ведения индивидуальных или командных досок с
задачами, где можно примерно указывать время, потраченное на выполнение работы.
В некоторых случаях, когда преобладает машинная (автоматизированная) доля
работы, можно ожидать достаточно полную базу данных о временных затратах на
выполнение действий. Такие знания, конечно, дают результаты точнее, чем когда
время на выполнение задач записывается пост-фактум самими исполнителями.