51
Рисунок 19 – Экранная форма документа «Договор»
Документ Договор имеет экранную форму документа, представленную
на рисунке 19 и возможность вывода на печать.
При продаже техники клиенту выдается гарантия сроком на один год, в
результате которой он может в случае необходимости провести гарантийные
ремонты техники. В течение гарантийного срока клиент обязан предоставить
технику на сервисное обслуживание. При обращении клиента за сервисным
обслуживанием, либо гарантийным ремонтом оформляется документ «Заявка
на сервисное обслуживание». Документ имеет форму документа и форму
списка. Экранная форма представлена на рисунке 20.
52
Рисунок 20 – Экранная форма документа «Заявка на сервисное
обслуживание»
Выполнение ремонта отражается в документе «Ремонт», экранная
форма представлена на рисунке 21.
Рисунок 21 – Экранная форма документа «Ремонт»
Документ имеет несколько полей для заполнения и две вкладки
53
табличной части: «Сервисное обслуживание» и «Гарантийный ремонт». В
табличной части приведена информация обо всех выполненных ремонтах и
сервисном обслуживании техники, а так же их стоимость. Вид вкладки
представлен на рисунке 22.
Рисунок 22 – Вкладка «Сервисное обслуживание» документа
«Ремонт».
В разработанной подсистеме также формируются следующие отчеты:
– проблемные поставщики;
– проведённые ремонты;
Отчет «Проблемные поставщики» предназначен для отслеживания
количества ремонтов техники определённого поставщика и их стоимость за
заданный период времени. Это позволяет анализировать качество техники
предоставляемой поставщиком, удовлетворенность клиентов и возможные
убытки для компании. Его вид на рисунке 23.
Рисунок 23 – Экранная форма отчета «Проведённые ремонты»
На основании данных о ремонтах и актах осмотра техники, которые
54
компании предоставляют аутсорсинговые фирмы, формируется претензия
поставщику.
К претензии должны быть приложены копии договора, а так же всех
документов, доказывающих вину поставщика.
После этого, претензия отправляется в офис компании, где она должна
быть официально принята с входящим номером.
Если по истечении указанного в письме времени поставщик не
предпринимает никаких действий по досудебному урегулированию вопроса, то
убытки возмещаются через арбитражный суд.
Претензия содержит информацию о ремонте, его стоимость и
информацию о технике. На рисунке 24 представлен вид документа.
Рисунок 24 – Экранная форма документа «Претензия»
Документ имеет две вкладки: «Проведённые ремонты», которая содержит
информацию о ремонтах и «Информация о технике». Вид и состав вкладок
показаны на рисунке 25.
55
а)
б)
Рисунок 25 – Вкладки: а) - «Проведённые ремонты»
б) - «Информация о технике»
Оценка надежности разработанного программного обеспечения
Так как подсистема уже разработана, для оценки надёжности
необходимо использовать статические модели. В данном случае была выбрана
модель Миллса [11. стр. 22]. Для каждого теста вносилось по 5 ошибок, о
которых не знал программист тестировщик. Первоначальное предположение о
количестве имеющихся ошибок было равно 3. После проведения 5 тестов были
найдены все внесённые ошибки, и можно предположить, что в программе не
осталось собственных ошибок. Доверительный уровень прогноза 0,833. Все
результаты и коэффициенты для наглядности представлены в таблице 7.
56
Таблица № 7
Общее количество ошибок на этапах тестирования
Номер
теста
Внесенные
ошибки (S)
Найдено
внесенных
ошибок (V)
Найдено
собственных
ошибок (n)
Предполо-
жение об N
Доверительный
уровень
прогноза (С)
1
5
4
3
4
0,5
2
5
3
4
7
0,385
3
5
3
3
5
0,555
4
5
4
1
1
0,714
5
5
5
0
0
0,833
На основании полученных данных можно построить график зависимости
количества найденных собственных ошибок в программе от количества
вычисленных.
График представлен на рисунке 16.
Рисунок 16 – График тестирования надежности подсистемы
Проведенные тесты показалми, что созданная подсистема удовлетворяет
требованиям надежности. Листинг разработанной программы содержится в
0
1
2
3
4
5
6
7
8
1 2 3 4 5
Количество ошибок
Соотношение найденых ошибок
Собственные
ошибки
Предположение
об ошибках
57
приложении 1.
58
3 ОЦЕНКА ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА
3.1 Обоснование выбора метода оценки экономической
эффективности
При выполнении работ по автоматизации для любого предприятия
принципиально важен вопрос об экономической эффективности выполняемых
работ. Проще говоря, стоит ли вкладывать финансовые, материальные и прочие
виды ресурсов в автоматизацию. Причем, абсолютно не имеет значения, каким
образом проект будут реализованы работы по автоматизации. То ли это
информационная система (ИС) собственной разработки, то ли это «стандартная»
система, приведенная в качестве варианта решения для проблем конкретного
предприятия.
Поскольку экономическая эффективность характеризуется в основном
соотношением двух величин – произведенных затрат на автоматизацию
управления (ИС) и полученной экономии, для определения экономического
эффекта может быть использован метод приведенных затрат.
Прежде всего, решается вопрос об оценке необходимости приобретения
вычислительной техники или аренды. Даже, если собственной
вычислительной техники достаточно, необходимо определить собственные
затраты и в первую очередь сравнить затраты: стоимость обработки
информации на собственном оборудовании со стоимостью арендуемого
машинного времени. Собственные затраты рассчитываются как приведенные.
З = Р + ЕnK
(5)
В свою очередь приведенные затраты зависят от объема обработанной
информации и складываются из:
Р – эксплуатационные расходы на функционирование системы;
К – капитальные (единовременные) затраты на разработку системы;
Еn – нормативный коэффициент приведения затрат к единому году. Для
вычислительной техники Еn = 0,25– 0,35.
59
Рассчитаем эксплуатационные расходы до разработки и внедрения ИС.
Эксплуатационные расходы на функционирование системы
характеризуют себестоимость обработки информации и складываются из трех
составляющих:
Р = Р
осн
+ Р
ауп
+ Р
общ
(6)
где Р
осн
– заработная плата основного производственного персонала, руб.;
Р
ауп
– заработная плата административно – управленческого персонала
(АУП) руб.,
где Р
ауп
= 0.25 Р
осн
.
3.2 Расчёт показателей экономической эффективности проекта
Исходные данные по заработной плате персонала, расценкам и
нормативным коэффициентам, приведены в таблице 8.
Таблица № 8
Исходные данные
№
п/п
Наименование
показателей
Усл. обозначение
Коли-
чество
Стоимость
за единицу
Значение показателей
До
внедрения
После
внедрения
1
2
3
4
6
7
8
1
Коэффициент
отчислений, %
F - - 30,2 30,2
60
Продолжение таблицы 8
2
Зарплата
гл.бухгалтера
З1 1 40000,00 40000,00 40000,00
3
Зарплата
руководителя
З2 2 50000,00 100000,00 100000,00
2
Зарплата
менеджера, руб
З5 6 25000,00 150000,00 125000,00
3
Стоимость
электроэнергии
, руб
- 5 5 5
4
Норм.
коэффициент
приведения
затрат к
единому году
Е
н
- - - 0,25
5
Зарплата
программиста,
руб
З6 0,3 25000,00 - 8333,00
6
Время на
разработку,
мес.
Т 4 - -
ИТОГО:
290 000
273 333
До разработки подсистемы по учёту заявок на технику, в организации
работало 7 специалистов: 6 менеджеров и гл.бухгалтер. Расходы по заработной
плате до разработки ИС (расчетный период – 12 месяцев):
Р
осн
= (290 000,00) *12 *1,302
Р
осн
= 4 530 960,00 руб.
Р
ауп
= 0,25* 4 530 960,00 = 1 132 740,00 руб.