Раздел 3 «организационно-экономический»
Расчет затрат при автоматизации телефонных соединений с использованием сетевого графика
|
Консультант: ст.преподаватель каф. ЭиМ |
|
Г.Ю.Тихомирова |
|
Выполнил: |
|
|
|
студент гр.ЭТМО-51 |
|
С.О.Шимков |
3.1 Построение сетевого графика
В последние десятилетия исключительно усложнились управление и организация различных технических и научных разработок. Большие масштабы разработок усложнили координацию работ исполнителей и оценку хода выполнения работ. Одним из важнейших факторов стало максимальное сокращение сроков разработок с целью недопущения морального старения разрабатываемой системы.
Наиболее удобным в этих условиях являются системы сетевого планирования и управления (СПУ), основанные на применении сетевых моделей планируемых процессов, допускающих использование современной вычислительной техники и позволяющих быстро определить последствия различных вариантов управляющих воздействий и находить наилучшие из них.
Сетевое планирование - метод управления, который основывается на использовании математического аппарата теории графов и системного подхода для отображения и алгоритмизации комплексов взаимосвязанных работ, действий или мероприятий для достижения четко поставленной цели [8].
Иными словами, сетевое планирование – метод анализа сроков (ранних и поздних) начала и окончания нереализованных частей проекта, позволяет увязать выполнение различных работ и процессов во времени, получив прогноз общей продолжительности реализации всего проекта.
Сетевое планирование позволяет определить, во-первых, какие работы или операции из числа многих, составляющих проект, являются "критическими" по своему влиянию на общую календарную продолжительность проекта и, во-вторых, каким образом построить наилучший план проведения всех работ по данному проекту с тем, чтобы выдержать заданные сроки при минимальных затратах.
Сетевое планирование основываются на разработанных практически одновременно и независимо методе критического пути МКП (СРМ – Critical Path Method) и методе оценки и пересмотра планов ПЕРТ (PERT – Program Evaluation and Review Technique). В данном дипломном проекте используется метод критического пути.
Он дает возможность руководителям своевременно получать достоверную информацию о состоянии дел, о возникших задержках и возможностях ускорения хода работ, концентрирует внимание руководителей на "критических" работах, определяющих продолжительность проведения разработки в целом, заставляет совершенствовать технологию и организацию работ, непосредственно влияющих на сроки проведения разработки, помогает составлять рациональные планы работ, обеспечивает согласованность действий исполнителей. Планирование работ с применением сетевого метода ведется в следующем порядке:
составляется перечень событий и работ;
устанавливается топология сети;
строится сетевой график по теме;
определяется продолжительность работ (
);рассчитываются параметры сетевого графика;
определяется продолжительность критического пути;
проводится анализ и оптимизация сетевого графика, если это необходимо.
В перечне событий и работ указывают кодовые номера событий и их наименование в последовательности от исходного события к завершающему, при расположении кодовых номеров и наименований работ перечисляются все работы, имеющие общее начальное [8].
Исходные данные для расчета получают методом экспертных оценок.
Для работы, время выполнения которых неизвестно, исполнители или другие специалисты, привлекаемые в качестве экспертов, дают в зависимости от принятой системы три или две вероятностные оценки продолжительности:
–минимальную;
–максимальную;
–наиболее
вероятную или только две первые.
Эти
величины являются исходными для расчета
ожидаемого времени
:
(3.1)
Перечень событий и работ, а также результаты расчета по формуле (3.1) приведены в таблице 3.1.
Таблица 3.1 – Перечень работ
|
№ |
Наименование работы |
Код работы |
Продолжительность, дней | ||
|
|
|
| |||
|
0 |
Анализ возможности разработки программного комплекса |
0-1 |
1 |
2 |
1 |
|
1 |
Составление технических требований, выбор инструментов разработки |
1-2 |
1 |
2 |
1 |
|
2 |
Разработка тестовой библиотеки, подключение к 1С |
2-3 |
2 |
4 |
3 |
|
3 |
Разработка подпрограммы подключения к Asterisk |
3-4 |
2 |
3 |
2 |
|
4 |
Тестирование передачи событий из Asterisk в 1С и обратно |
4-5 |
2 |
3 |
2 |
|
5 |
Решение проблем с выходом из программы |
5-6 |
1 |
2 |
1 |
|
6 |
Написание шаблонов управляющих команд сервера телефонии |
6-7 |
3 |
5 |
4 |
|
7 |
Разработка графического интерфейса пользователя |
7-8 |
2 |
5 |
3 |
|
8 |
Обработка события входящего телефонного вызова |
8-9 |
1 |
3 |
2 |
|
9 |
Обработка события исходящего телефонного вызова |
9-10 |
1 |
3 |
2 |
|
10 |
Добавление второй активной телефонной линии |
10-11 |
2 |
4 |
3 |
|
11 |
Разработка подпрограммы получения истории вызовов |
11-12 |
1 |
5 |
3 |
|
12 |
Добавление возможности обработки сообщений об ошибках |
12-13 |
1 |
2 |
1 |
|
13 |
Исправление выявленных ошибок, увеличение стабильности программного комплекса |
11-12 |
2 |
4 |
3 |
Продолжение таблицы 3.1
|
14 |
Формирование руководства пользователя и технической документации |
11-13 |
5 |
8 |
6 |
|
15 |
Дополнение технической документации |
12-13 |
1 |
2 |
1 |
|
16 |
Сертификация программного комплекса на совместимость с 1С |
13-14 |
2 |
5 |
3 |
После построения графика и сбора необходимых исходных данных рассчитывают параметры сети: сроки совершения событий, резервы времени, продолжительность критического пути. Для описания сети в "терминах событий" используются следующие понятия:
ранний срок наступления событий (
)
- минимальный срок, необходимый для
выполнения всех работ, предшествующих
данному событию, равен продолжительности
наибольшего из путей, ведущих от
исходного события 1 к данному.
(3.2)
максимальный путь от исходного события 1 до завершающего называется критическим путем сети (
);поздний срок наступления событий (
)
- максимально допустимый срок наступления
данного события, при котором сохраняется
возможность соблюдения ранних сроков
наступления последующих событий, равен
разности между продолжительностью
критического пути и наибольшего из
путей, ведущих от завершающего события
1 к данному:
(3.3)
Все
события в сети, не принадлежащие
критическому пути, имеют резерв времени
(
),
показывающий на какой предельный срок
можно задержать наступление этого
события, не увеличивая общего срока
окончания работ (т.е. продолжительности
критического пути).
(3.4).
При описании сети в "терминах работ" определяют:
ранние и поздние сроки начала и окончания работi,j:
ранний срок начала:
(3.5)
поздний срок начала:
(3.6)
ранний срок окончания:
(3.7)
поздний срок окончания:
(3.8)
Работы
сетевой модели могут иметь два вида
резервов времени: полный (
)
и свободный (
).
Полный резерв показывает, насколько может быть увеличена продолжительность данной работы или сдвинуто её начало так, чтобы продолжительность максимального из проходящих через неё путей не превысила критического пути.
(3.9)
Свободный резерв показывает максимальное время, на которое можно увеличить продолжительность данной работы или изменить её начало, не меняя ранних сроков начала последующих работ.
(3.10)
Результаты расчета параметров сетевого графика приведены в таблице 3.2.
Таблица 3.2 –Параметры сетевого графика
|
Код работы |
|
Ранний срок |
Поздний срок |
Резервы | |||
|
|
|
|
|
|
| ||
|
0-1 |
1 |
0 |
1 |
0 |
1 |
0 |
0 |
|
1-2 |
3 |
1 |
4 |
1 |
4 |
0 |
0 |
|
1-3 |
2 |
1 |
5 |
1 |
5 |
2 |
2 |
|
2-3 |
1 |
4 |
5 |
4 |
5 |
0 |
0 |
|
3-4 |
2 |
5 |
7 |
5 |
7 |
0 |
0 |
|
4-5 |
4 |
7 |
11 |
7 |
11 |
0 |
0 |
|
5-6 |
3 |
11 |
14 |
11 |
14 |
0 |
0 |
|
5-7 |
4 |
11 |
15 |
11 |
15 |
0 |
0 |
|
6-8 |
5 |
14 |
19 |
14 |
19 |
0 |
0 |
|
7-8 |
3 |
15 |
19 |
15 |
19 |
1 |
1 |
|
8-9 |
3 |
19 |
22 |
19 |
22 |
0 |
0 |
|
9-10 |
6 |
22 |
28 |
22 |
28 |
0 |
0 |
|
10-11 |
7 |
28 |
35 |
28 |
35 |
0 |
0 |
|
11-12 |
3 |
35 |
38 |
35 |
40 |
2 |
0 |
|
11-13 |
6 |
35 |
41 |
35 |
41 |
0 |
0 |
|
12-13 |
1 |
38 |
41 |
40 |
41 |
2 |
2 |
|
13-14 |
3 |
41 |
44 |
41 |
44 |
0 |
0 |
Путь
= 0-1-2-3-4-5-6-8-9-10-11-13-14 является критическим.
Его продолжительность равна 44 дня.
Сетевой график темы приведен на рисунке
3.1.
Рисунок 3.1 – Сетевой график работ
3.2 Анализ и оптимизация сетевого графика
Проведем анализ сетевого графика на основе рассчитанных выше временных характеристик.
Прежде
всего, необходимо проверить не превышает
ли длина критического пути продолжительности
заданного директивного срока. Если это
так, то необходимо принять меры по
уплотнению графика работ. В рассматриваемом
случае директивный срок выполнения
= 50 дней, а продолжительность критического
пути
= 44 дня, т.е. не превышает директивного
срока.
На
втором этапе проводят расчет коэффициентов
напряженности, показывающий степень
близости данного пути к критическому
и расчет вероятности наступления
завершающего события в заданный
директивный срок (
).
Коэффициент
напряженности пути
определяется по следующей формуле:
(3.11)
где
-
продолжительность рассматриваемого
пути;
-
продолжительность критического пути;
-
продолжительность участков, принадлежащих
критическому пути.
Расчет коэффициентов напряженности позволяет проанализировать топологию сети в отношении выравнивания коэффициентов напряженности. Чем выше коэффициент напряженности, тем ближе данный путь к критическому и наоборот и чем меньше коэффициент напряженности, тем большими резервами обладает данный путь [8]. Коэффициент напряженности для путей, лежащих на критическом пути, равен 1. Ниже представлен расчет коэффициента напряженности для оставшихся путей.
Далее проводится анализ сетевого графика [6]. При этом определяется вероятность P наступления завершающего события в заданный срок. Для этого с помощью таблиц определяется значение функции Лапласа Ф(Х):
(3.12)
где
- установленный директивный срок;
-
продолжительность критического пути;
-
сумма значений дисперсий (см. табл. 3.1.)
работ критического пути.
Дисперсия
является мерой неопределенности
случайной величины
.
Для метода двух оценок дисперсия
определяется по формуле:
(3.13)
Значение
функции
находят по ее аргументу, используя
таблицу интеграла Фурье, приводимую в
справочниках по математической
статистики.
Если
не входит в интервал 0,35 <
<
0,65, то необходимо провести оптимизацию
сетевого графика.
На основании таблицы 3.1. находим
0,04+0,16+0,04+0,04+0,16+0,64+0,36+0,16+0,16+0,16+0,64+0,36+
+0,36
= 3,28
лежит
в интервале [0,35; 0,65], следовательно,
оптимизация сетевого графика не
требуется.
3.3 Расчет экономическихзатрат
Величину затрат на разработку определим на основе метода калькуляции.Договорная цена разработки определяется как сумма стоимости темы и прибыли, и считается по следующим статьям калькуляции:
основные материалы, покупные изделия;
основная заработная плата производственного персонала;
дополнительная заработная плата;
отчисления на социальные нужды;
оплата работ, выполняемые сторонними организациями;
накладные расходы.
Для проведения разработки требуются следующие изделия: бумага потребительского формата (для оформления документации), интегрированная среда разработки.
Опишем статьи расходов на разработку программного комплекса. Одной из основных статей расходов является заработная плата персонала, занятого в исследованиях при проведении данной дипломной работы. Все расчеты основной заработной платы представлены в таблице 3.3.
Таблица 3.3 – Основная заработная плата
|
№ |
Исполнитель |
Месячный оклад |
Трудоемкость, чел./дн. |
Зарплата | ||||
|
руб. |
коп. |
руб. |
коп. | |||||
|
1 |
Специалист |
30000 |
00 |
50 |
68181 |
81 | ||
|
2 |
Технический писатель |
20000 |
00 |
7 |
6363 |
63 | ||
|
Итого |
74545 |
44 | ||||||
Премии составляют 20%.
С учетом премий:80909,08 · 1,2 =89454,53 руб.
Далее необходимо рассчитать дополнительную заработную плату. На эту статью относятся выплаты, предусмотренные законодательством о труде за неотработанное по уважительным причинам время: оплата очередных и дополнительных отпусков и т.п. (в среднем 20-22% от суммы основной заработной платы). Таким образом, дополнительная заработная плата составляет:
89454,53 · 0,2 = 17890,91 руб.
Так же рассчитаем отчисления на социальные нужды. Отчисления на социальные нужды определяются в процентном отношении от суммы основной и дополнительной заработной платы (30%):
(89454,53 + 17890,91) · 0,3 = 41327,99 руб.
Стоимость основных материалов, покупных изделий и полуфабрикатов с учетом транспортно-заготовительных расходов составляют 10% от суммы основной заработной платы.
89454,53 · 0,1 = 8945,45 руб.
К статье накладные расходы относятся расходы по содержанию и ремонту зданий, оборудованию, инвентаря. Накладные расходы составляют 250% от суммы основной зарплаты.
89454,53 · 2,5 = 223636,33 (руб.)
Спецоборудование для работ не использовалось, поэтому расходов по этой статье нет.Сторонние организации участия в работах не принимали.
На основе полученных данных рассчитаем общую стоимость разработки. Общая стоимость разработки равна сумме всех расходов, связанных с разработкой, тестированием и написанием документации к программному продукту. Расчет приводится в таблице 3.4.
Таблица 3.4 – Стоимость разработки
|
Наименование статей расходов |
Сумма | |
|
руб. |
коп. | |
|
Материалы, покупные изделия и полуфабрикаты |
8945 |
45 |
|
Основная заработная плата |
89454 |
53 |
|
Дополнительная заработная плата |
17890 |
91 |
|
Отчисления на социальные нужны |
41327 |
99 |
|
Накладные расходы |
223636 |
33 |
|
Итого |
381254 |
56 |
Договорная цена складывается из оптовой цены предприятия плюс НДС (20%).Оптовая цена предприятия равна полной себестоимости разработки + прибыль(30%).
П = 381254,56·0,3 = 114376,37 руб.
Оптовая цена предприятия = 381254,56+ 114376,37 = 495630,93руб.
НДС = 0,2 ·495630,93= 99126,19 руб.
Д = 495630,93+ 99126,19 = 594757,12руб.
3.4 Экономическая целесообразность разработки
При проведении разработки программного комплекса значительное внимание уделяется экономическому обоснованию необходимости проведения данной работы. Экономическая целесообразность данной разработки заключается в следующем:
позволит значительно сократить время затрачиваемое на телефонное соединение с клиентом или партнером, трудовые и экономические ресурсы;
достаточно проста в использовании, не требует дополнительных навыков и знаний от пользователя, что позволяет сократить затраты на обучение персонала;
аналогичные решения от других производителей немногочисленны и сильно ограничены в функциональности.
При тестировании панели телефонии удалось добиться следующих результатов:
сокращение времени исходящего звонка на 5 – 15 секунд;
сокращение времени обработки входящего звонка на 10 – 35 секунд;
сокращение времени перевода вызова внутри компании на 1 – 2 минуты.
Данные результаты позволяют посчитать экономию предприятия при использовании панели телефонии. Для обычной компании экономия 10 минут в день на каждого сотрудника составит до 100 минут в день для 10 сотрудников. При стоимости часа работы 150 рублей компания будет экономить 250 рублей в день или 60 тысяч рублей в год. Для служб технической поддержки, операторов центра обработки вызовов – любых сотрудников, которые проводят много времени за телефоном, экономия может достигать 30 минут в день и 300 минут в день на 10 сотрудников. При стоимости часа работы 150 рублей экономия составляет 750 рублей в день или 180 тысяч рублей в год.
Таким образом, экономическая эффективность от внедрения данного продукта растет при увеличении количества вызовов. Если компания принимает большое количество заказов по телефону, затраты на приобретение и внедрение программного комплекса вполне оправданы. Например, уменьшение времени обработки звонка с 3 минут (180 секунд) до 2,5 минут (150 секунд), позволит оператору принять в час на 4 звонка больше. Так, при средней прибыли с каждой продажи 100 рублей и принятия дополнительных 2-х звонков в час на каждого оператора, с 10 операторов дополнительная прибыль компании составит 320 000 рублей в месяц или 3 840 000 рублей в год.