78
Продолжение таблицы 22
Название поля
Описание поля
Тип данных
Длина
поля/Максимальное
значение
Id_product
Уникальный
идентификатор
продукта
Целое число
2147483647
Parameters
Дополнительные
параметры
Строка
2048
Таблица «output» хранит информацию об уходах. Поля таблицы детально
расписаны в таблице 23.
Таблица 23
Поля таблицы «output»
Название поля
Описание поля
Тип данных
Длина
поля/Максимальное
значение
Id
Уникальный
идентификатор
Целое число
2147483647
Id_point
Уникальный
идентификатор
точки
Целое число
2147483647
Id_input
Уникальный
идентификатор
прихода
Целое число
2147483647
Count
Количество
Целое число
2147483647
Parameters
Дополнительные
параметры
Строка
2048
2.3.3 Структурная схема пакета (дерево вызова процедур и
программ)
Работа программы разбита на логические модули, отображенные на
рисунке 13. Каждый модуль имеет свою экранную форму, основные модули
связаны между собой. Так же на рисунке 14 отображена и связь между
модулями, а точнее говоря, некая зависимость, какой модуль от какого
наследуется, либо какой модуль в каком отрывается.
79
Рисунок 14. нкций приложения
В таблице 24 содержится описание всех модулей структурной схемы
программы, представленных на рисунке 14.
Таблица 24
Описание функций модулей
№ п/п
Наименование
модуля
Функции модуля
0
Авторизация
Содержит все
необходимые функции
авторизации, такие как
проверка наличия логика,
проверка пароля и другие
1
Пользователи
Хранит набор процедур по
работе с пользователями,
создание, редактирование
и другие
2
Настройка прав
Хранит набор процедур по
настройке прав доступа,
такие как создание прав,
редактирование, создание
групп и другие
Продолжение таблицы 24
80
№ п/п
Наименование модуля
Функции модуля
3
Формирование отчетов
Глобальный модуль
является вступительным в
модули по работе с
отчетами
4
Тенденция
Модуль формирования
отчета «Рекомендация»
5
Текущее состояние
Модуль формирования
отчета «Текущее
состояние»
6
Печать отчета
Модуль печати отчета
7
Добавление данных
Модуль внесения данных
о приходах и уходах
продуктов
8
Приход
Модуль добавления
данных о приходах
9
Уход
Модуль добавления
данных об уходах
2.4 Испытания разработанного решения
Приложение, разрабатываемое в рамках ВКР, имеет модульную
структуру. Это означает, что система разрабатывается модулями, которые
между собой связаны. Исходя из этого, более подходящей методикой
испытания является автономное испытание.
Важным критерием при выборе методики испытаний был тот фактор, что
большинство функция являются самостоятельными. Что я имею в виду, в
основном не происходит множественных запусков процедур из процедуры,
поэтому, правильнее будет проверять каждую процедуру отдельно, а не блок
функций разом.
2.4.1 Перечь объектов и функций, подлежащих испытаниям
Безусловно, для начала необходимо построить последовательность
проводимых испытаний над приложением. Разрабатываемое приложение в
размах моей темы ВКР будет проходить автономное испытание. В этой связи,
необходимо разобрать каждый блок системы отдельно. Последовательность
проверяемых функций отображена в таблице 25.
81
Таблица 25
Перечень проверяемых функций
№ п/п
Проверяемая функция
Примечание
0
Аутентификация
Испытание проходит
модуль «Авторизация»
1
Авторизация
Испытание проходит
модуль «Авторизация»
2
Выход
Испытание проходит
модуль «Авторизация»
3
Создание пользователя
Испытание проходит
модуль «Пользователи»
4
Изменение пользователя
Испытание проходит
модуль «Пользователи»
5
Удаление пользователя
Испытание проходит
модуль «Пользователи»
6
Создание права
Испытание проходит
модуль «Настройка
прав»
7
Изменение права
Испытание проходит
модуль «Настройка
прав»
8
Удаление права
Испытание проходит
модуль «Настройка
прав»
9
Создание группы прав
Испытание проходит
модуль «Настройка
прав»
10
Редактирование группы
прав
Испытание проходит
модуль «Настройка
прав»
11
Удаление группы прав
Испытание проходит
модуль «Настройка
прав»
12
Добавление права в
группу прав
Испытание проходит
модуль «Настройка
прав»
13
Удаление права из
группы прав
Испытание проходит
модуль «Настройка
прав»
14
Внесение данных о
приходе
Испытание проходит
модуль «Приход»
15
Редактирование данных
о приходе
Испытание проходит
модуль «Приход»
16
Удаление данных о
приходе
Испытание проходит
модуль «Приход»
17
Внесение данных об
уходе
Испытание проходит
модуль «Уход»
82
Продолжение таблицы 25
№ п/п
Проверяемая функция
Примечание
18
Редактирование данных
об уходе
Испытание проходит
модуль «Уход»
19
Удаление данных об
уходе
Испытание проходит
модуль «Уход»
20
Создание отчета
«Рекомендация»
Испытание проходит модуль
«Тенденция»
21
Создание отчета
«Текущее состояние»
Испытание проходит
модуль «Текущее
состояние»
22
Печать отчета
Испытание проходит
модуль «Печать отчета»
2.4.2 Методы проведения испытаний
Описания проверок отображены в таблице П2.1.
2.4.3 Проведение проверочных испытаний и их результаты
Результаты испытаний приведены в таблице П2.2. Испытания затронули
основные показатели, такие как время выполнения процедуры, согласованность
результата процедуры с базой данных. Такие критерии были подобраны не
случайно. Ведь правда же, какой смысл в функции, если она выполняется 15
минут? Технически функция выполняется и парою даже отвечает требованиям
технического задания, но фактически с функцией работать невозможно. Другой
критерий, согласованность с базой данных. Разберем на примере создания
пользователя. Система показывает, что пользователь создан и даже отображает
его в списке пользователей, но в базе данных его нет. Опять же, технически
пользователь добавлен, в списке он есть, а фактически, мы не сможем даже
пройти аутентификацию этого пользователя, так как его нет в базе данных.
В данной главе были рассмотрены методологии разработки – MSF, XP,
RUP, Agile, COBIT, а так же рассмотрены такие модели ЖЦ, как спиральная,
каскадная, итерационная. Мною была выбрана методология MSF, спиральная
модель жизненного цикла. Критерием выбора были удобность и гибкость, а так
же возможность возврата к предыдущему этапу итерационной модели ЖЦ.
83
Были рассмотрены возможные риски, их последствия, а так же возможные
решения. Были рассмотрены и выбраны средства защиты от внешних угроз,
такие как КСЗИ «Панцырь+», SSH, антивирус Kaspersky и другие. Приведены
схемы сценария диалога программы, группировка функционала по типу задач.
Отражена ER диаграмма модели база данных с последующим описанием
каждого поля каждой таблицы.
В заключение главы была определена методика испытаний – автономное
испытание, причиной выбора является модульная структура разрабатываемого
приложения. Сформирован перечень объектов и функций, подлежащих
испытаниям, а так же приведены сами методы испытаний. Резюмирую, система
успешно прошла испытания, отвечает требованиям ключевых критериев, готова
к использованию. На рисунках П3.1-П3.10 отображены экранные формы, а так
же результаты испытаний.
84
3. Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчёта экономической
эффективности
Большинство методик расчета экономической эффективности
основываются на показателях инвестиций вложенных в проект.
В первом разделе данной ВКР было обосновано, что необходимости в
глобальном пересмотре технической инфраструктуры компании нет, а значит,
что финансовых вложений на модернизацию сервера не требуется. На каждом
из этапов существуют свои показатели, на которые можно ориентироваться,
данные входные показатели являются установленными. Поэтому в данной
ситуации лучше всего рассчитать экономическую эффективность по
показателям.
К основным показателям относятся временные и трудовые показатели
затрат на осуществление операций в информационной системе. Для расчета
экономической эффективности необходимо сравнить два типа показателей.
Показатели, которые приведены в работе – базовый вариант, показатели,
которые будут достигнуты в результате работы – предлагаемый вариант.
После определения показателей произведем расчет:
Трудовые затраты:
- абсолютное снижение трудовых затрат (
Т) в часах за год:
Т = Т
0
- Т
1,
где Т
0
- трудовые затраты в часах за год по базовому варианту;
Т
1
- трудовые затраты в часах за год по предлагаемому варианту;
- коэффициент относительного снижения трудовых затрат (К
Т
):
85
К
Т
=
Т / T
0
* 100%,
- индекс снижения трудовых затрат или повышение производительности труда
(Y
T
):
Y
T
= T
0
/ T
1
Стоимостные затраты:
- абсолютное снижение стоимостных затрат (
C) в рублях за год:
С = С
0
- С
1,
где С
0
- стоимостные затраты по базовому варианту;
С
1
- стоимостные затраты по предлагаемому варианту.
- коэффициент относительного снижения трудовых затрат:
К
с
=
С / С
0
* 100%,
- индекс снижения трудовых затрат или повышение производительности труда:
Y
С
= С
0
/ С
1
А после чего рассчитать срок окупаемости проекта:
Т
ок
= К
П
/
C
3.2 Расчёт показателей экономической эффективности проекта
Основываясь на приведенные выше формулы можно выполнить
следующие расчеты. Для начала необходимо ознакомиться с показателями
эффективности, приведенными в таблице 26.
86
Таблица 26
Показатели эффективности
Показатель
Текущий
Плановый
Обход магазина с целью
определения полной
реализации, либо
завершения срока
годности продукта (часов
в месяц)
30
4
Среднее количество
утилизированного товара
на случайно выбранную
торговую точку
7%
1%
Начнем расчеты с плановых и текущих показателей:
Т
0 =
30 часов в месяц * 12 месяцев в году = 360 часов в год
Т
1 =
4 часа в месяц * 12 месяцев в году = 48 часов в год
Исходя из данного результата, рассчитываем абсолютное снижение затрат (Т)
в часах за год:
Т = Т
0
- Т
1
= 360 – 48 = 312 часов в год
Далее рассчитаем коэффициент относительного снижения трудовых затрат
(К
Т
):
К
Т
=312 / 360 * 100% = 86%
Затем рассчитаем индекс снижения трудовых затрат или повышение
производительности труда (Y
T
):
Y
T
= 360/48 = 7.5
Индекс снижения трудовых затрат или повышение производительности труда
показывает, что показатель трудовых затрат был значительно улучшен
87
благодаря вводу системы автоматизации процесса управления распределением
продуктов питания.
Математические расчеты дают точные цифры, либо приближенные к таковым,
но информация больше воспринимается на диаграмме. На рисунке 15
отображена диаграмма трудоемкости на примере одной торговой точки.
Рисунок 15. Диаграмма трудоемкости
До автоматизации, контроля над гибким учетом распределения товаров не
было, в каждую торговую точку поставляется равное количество товара. Тем
самым, мною было выявлено, что среднее количество утилизированного товара
от месячной поставки составляет примерно 7%. На основе данной информации
проведем расчет абсолютного снижения стоимостных затрат(
C) в рублях за
год:
С
0 =
750 000 оборот торговой точки в месяц * 7% утилизированного товара * 12
месяцев в году = 630 000 рублей в год