76
Дерево вызова модулей показано на рисунке 2.9.
МОДУЛИ
Конфигурационн
ые
Conf.php
Template.php
Init.php
Работы с
пользователями
Newuser.php
Redaktuser.php
closuser.php
Add.php
Работы с
заявками
Addzav.php
Udal.php
Получения
отчетов
Date.php
Sotr.php
User.php
Авторизации
Подключения к
БД
Рисунок 2.9 Дерево вызова программных модулей
2.3.4 Описание программных модулей
Описание программных модулей приведено в таблице 2.11
Таблица 2.10
Описание программных модулей
№
п/п
Наименование модуля
Функции модуля
1.
Модуль «подключения к
БД»
Модуль оказывает функцию подключения к
серверу с БД, а так же выбор указанной БД.
2.
Модуль авторизации
Модуль позволяет авторизовать
зарегистрированных пользователей
3.
Модуль «управления
пользователями»
Содержит процедуры, позволяющие
добавлять, удалять и редактировать данные
о пользователях
4.
Конфигурационный
модуль
Содержит настройки программы
5.
Модуль работы с заявками
Модуль содержит процедуры,
позволяющие учитывать и обрабатывать
заявки
6.
Модуль получения
отчетов
Модуль содержит процедуры,
позволяющие получать аналитические
отчеты о работе системы
77
Модуль «подключения к БД».
В случае успешного подключения к серверу с БД, происходит выбор
указанной БД, что позволяет обеспечить дальнейшую работу системы.
В противном случае, выдается сообщение о том, что «Соединение не
установлено» и/или «База данных не найдена», и работа системы останавливается
до устранения ошибки подключения.
В соответствии с используемой моделью базы данных для ввода данных
используются формы, в каждое поле которых вводится тот или иной атрибут.
Поэтому алгоритм работы со справочниками (ввода данных, получения
списков, изменение данных) в справочники будет представлен так, как показано
на рисунке 2.10: Модуль авторизации необходим для проверки доступа
пользователей к системе. Так же, как и в ядре системы, в модуле реализована
инициализация механизма сессий и загрузка файла конфигурации (conf.php).
Затем происходит проверка, введены ли данные (логин и пароль).
Если такого не произошло, отображается форма для их ввода, в противном
случае осуществляется запрос к БД. В случае его успешного выполнения
(пользователь существует и его данные верны) происходит перенаправление на
главную страницу системы. В противном случае логин/пароль нужно будет ввести
еще раз.
Модуль «управления пользователями».
Этот модуль отнесен к административному типу и позволяет реализовывать
манипуляции с пользователями системы: создавать их, редактировать,
блокировать и активировать.
В момент создания нового пользователя, указывается его ФИО, логин,
пароль, адрес электронной почты, группы, к которым он будет принадлежать и
дата создания (заполняется автоматически).
В момент редактирования данных пользователя возможно изменение всех
данные, кроме пароля и времени создания, которые остаются неизменными. Если
утерян пароль, его восстановление происходит через интерфейс доступа к БД вне
зависимости от системы.
78
Цикл по ценам 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 макета отчета
Конец
Конец цикла по
месяцам
Б
Конец цикла по
абонентам
Рисунок 2.10 Развернутая блок-схема работы модуля
Блокировка пользователя возможна без удаления его из системы, в любом
случае заблокированный пользователь не имеет прав для входа в систему, даже в
случае верных регистрационных данных.
Активация заблокированных пользователей реализована нажатием
соответствующей кнопки и не влечет изменения каких-либо данных.
Принцип работы модуля следующий.
Сначала с помощью функции разграничения прав доступа реализуется
проверка на доступ к модулю. Если доступ к возможен, то с помощью запроса к
БД и языка разметки HTML составляется таблица со всеми имеющимися
79
пользователями в системе, а также кнопки блокировки, активации и
редактирования напротив каждого пользователя.
Затем на основе запросов к БД составляются функции блокировки,
активации, добавления и редактирования пользователя. В зависимости от выбора
конкретной кнопки реализуется проверка на ее нажатие и активируется нужная
функция.
После этого составляются функции для отображения формы
добавления/редактирования пользователя, которая становится доступна после
нажатия соответствующей кнопкой. В этих функциях, в зависимости от того,
создается или редактируется пользователь, очищаются переменные или заносятся
данные в поля формы, а также название, меняется название кнопки «добавить или
редактировать пользователя».
2.4 Контрольный пример реализации проекта и его описание
В данном пункте рассмотрим контрольный пример реализации системы.
Для этого необходимо пройти авторизацию в качестве пользователя в
единой форме авторизации, введя пароль и логин 1 и1 .
После прохождения авторизации пользователь сразу видит поступившие
заявки пользователей.
Рисунок 2.11 Заявки пользователей
80
Но для корректной работы должен заполнить справочники системы, чтобы
обеспечить ее корректную работу. К таким справочникам относятся
Подразделения, Виды печати, Договора.
Форма регистрации подразделений приведена на рисунке 2.13. Для
регистрации абонента необходимо заполнить такие поля, как фамилия, имя,
отчество, паспортные данные, контактные данные, в том числе телефон, email,
домашний адрес, при необходимости к записи можно оставить комментарий.
Список подразделений показан на рисунке 2.12.
Рисунок 2.12 Список подразделений
81
Рисунок 2.13 Экранная форма регистрации подразделений
После того, как учтено подразделение, с ним можно учесть заключенный
ранее договор. Для этого необходимо заполнить поля в форме, приведенной на
рисунке 2.14.
82
Рисунок 2.14 Учет договоров
После учета договора он появляется в списке договоров. При этом имеется
возможность экспорта договора в MSExcel при нажатии кнопки
Рисунок 2.15 Список договоров
Далее пользователь сможет сформировать новую заявку, заполняя
последовательно необходимые поля или выбирая значение из выпадающего
списка:
83
Рисунок 2.16 Форма регистрации заявки
При этом, нажимая на соответствующие иконки, можно просмотреть
подробности заявки, а также удалить ее, если при ее регистрации были допущены
какие-то ошибки или неточности.
Далее заявка передается на исполнение и после ее выполнения закрывается.
84
3 ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ
ЭФФЕКТИВНОСТИ ПРОЕКТА
3.1 Выбор и обоснование методики расчёта экономической
эффективности
За все время функционирования и создания различных информационных
систем принято выделять несколько общих принципов их экономического
обоснования и организации этих процессов. В любом случае оценка
экономической эффективности такой информационной системы должна быть
комплексной и обязательно учитывать все социальные, экономические,
экологические и другие особенности принимаемых решений.
Основной целью экономического обоснования рассматриваемой
информационной системы будет количественное и качественное обоснование
экономической целесообразности разработки или модернизации
информационной системы, а также определение главных экономических и
организационных условий для ее успешного функционирования.
При разработке отдельных компонентов или элементов информационной
системы, то результаты экономического анализа составляются непосредственно
по ним. Важно помнить, что в любом процессе проектирования ИС обязательно
содержится несколько аспектов экономического обоснования.
Программное обеспечение занимает особое место в составе комплексного
средства автоматизации. Оно также включает в себя программные модули или
отдельные пакеты программ, разработанные для использования другой
информационной системой (заимствованные), или созданные для широкого
использования в разных информационных системах (другими словам –
универсальные), или абсолютно стандартные для различных сфер применения
компьютеров. Помимо такого типа программного обеспечения почти в каждой
информационной системе имеются оригинальные, специально созданные
программы и алгоритмы, которые необходимы для нормальной работы данной
информационной системы. Важно всегда выделять процесс создания ПО из
85
общего процесса разработки автоматизированной системы и определять его с двух
позиций:
Прикладной, поскольку создаваемые программные продукты можно
использовать независимо от основной системы;
Системной, т.к. создается программное обеспечение.
Для правильного планирования процесса создания ПО и расчета его
стоимости важно определить трудоемкость разработки программных средств.
Распределение труда в процессе разработки ПО всегда вызывает огромные
трудности, как и любое другое нормирование творческой деятельности, элементы
которой могут определяться только на основе экспертных оценок опытных
программистов, либо жесткими и неизменными сроками реализации всего
проекта, что IT-специалиста находить решение. Творческая часть труда
программистов нормированию поддается, но точность этих норм имеет большой
разброс и зависит от ряда факторов. Только на основе опытно-статистических
данных от разных фирм, занимающихся программированием, были разработаны
несколько методов расчета трудоемкости разработки ПО.
В основе расчета экономической эффективности данного диплома лежит
обычное сравнение двух вариантов решения одной задачи: нового и
существующего. Базовый вариант позволяет автоматизировать лишь часть
процессов учета, предлагаемая же модель предоставляет полную автоматизацию
процесса.
Суммарная экономическая эффективность обычно складывается из пары
составляющих:
Косвенного эффекта, характеризующегося повышением точности и
правдивости данных, увеличением максимальных объемов обрабатываемых
данных;
Прямого эффекта, который позволяет сократить время на обработку
и получение информации, уменьшением трудоёмкости процесса работы и затрат
на обработку производимых операций.
Чтобы рассчитать прямой эффект, рассмотрим показатели трудовых и
стоимостных затрат.
К трудовым показателям можно отнести следующие: