ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ. В ДИПЛОМНЫХ ПРОЕКТАХ. ОГЛАВЛЕНИЕ

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное государственное автономное образовательное учреждение

высшего образования

«Уральский федеральный университет имени первого Президента России Б.Н.Ельцина»

ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ

В ДИПЛОМНЫХ ПРОЕКТАХ

Методические указания по выполнению

экономического обоснования дипломных проектов

для магистрантов всех форм обучения

по специальности САПР

Екатеринбург

ОГЛАВЛЕНИЕ

1 Основные положения выполнения экономического обоснования. 3

2 Анализ бизнес-процессов подразделения. 4

3 Разработка проекта. 5

4 Построение диаграмм проекта. 6

Диаграмма Ганта. 6

Сетевые модели. 8

5 Расчет стоимости проекта. 3

6 Оценка необходимости проекта. 4

Библиографический список. 4

1 Основные положения выполнения
экономического обоснования

Цель экономического обоснования – представить разработанный программный продукт как проект для реализации на предприятии, что позволит провести планирование и при необходимости корректировку последовательности работ.

Обычно в дипломном проекте разрабатываются следующие варианты:

1. Разработка отдельного программного продукта для автоматизации проблемной области.

2. Разработка части программного продукта для совершенствования работы системы в целом.

3. Внедрение и настройка информационной системы на предприятии.

В рамках дипломного проекта данные варианты рассматриваются как отдельный проект для предприятия. Независимо от варианта дипломного проекта экономическое обоснование должно содержать следующие составляющие:

- описание бизнес-процесса системы управления,

- описание цели, результата внедрения и окружение проекта,

- построение дерева задач проекта,

- разработка диаграммы ганта,

- разработка сетевого графика проекта,

- построение графика ресурсов,

- расчет стоимости проекта,

- оценка необходимости внедрения программного обеспечения.

2 Анализ бизнес-процессов подразделения

Описание бизнес-процессов должно содержать основные проблемы, по результатам анализа системы.

1. Описывается технологию работы подразделения.

2. Разрабатывается модель бизнес-процесса. Нотация для описания должна быть IDEF0, Процесс или Процедура.

3. Проводится анализ разработанной модели. Описываются найденные проблемы, обосновывается необходимость их устранения.

4. Разрабатывается новый бизнес-процесс.

Рис.1 Пример модели бизнес-процесса

3 Разработка проекта

Описание разработки проекта должно содержать основные данные анализа системы.

1. Для проекта определяется цель и результат.

Цель – желаемое состояние системы. Цель должна содержать: действие, срок завершения, числовой параметр. Например, повышение объема продаж предприятия А на 10% к 01.02.2020 году.

Результат – ситуация завершения проекта.

Результат может быть фактом свершения чего-либо или измеримым параметром, обозначающим выполнение проекта. Для приведенного примера результатом могут быть показатели: объем продаж, объем прибыли, количество заключенных договоров с клиентом, и т.д.

2. Далее строится дерево задач проекта. Данное дерево должно рассматривать последовательное разбиение общей цели проекта на подцели и задачи, согласно иерархического принципа.

Конкретные задачи описывают ситуацию, которая должна возникнуть по завершении проекта, стать его результатом. Желательно, чтобы задачи были четко определены, по возможности количественно. В частности, если генеральной задачей может являться быстрое и регулярное представление руководству финансовых данных, одной из конкретных задач может быть структурирование информационных потоков.

Рис. 1. Пример дерева задач

4 Построение диаграмм проекта

Диаграмма Ганта

График Ганта – линейная гистограмма продолжительности работ. 2 части: табличная (содержание работ), графическая (продолжительность и последовательность).

Диаграмма Га́нта (англ. Gantt chart, также ленточная диаграмма, график Ганта) — это популярный тип столбчатых диаграмм, который используется для иллюстрации плана, графика работ по какому-либо проекту. Является одним из методов планирования проектов.

Первый формат диаграммы был разработан Генри Л. Гантом (Henry L. Gantt, 1861‒1919) в 1910 году.

Диаграмма Ганта представляет собой отрезки (графические плашки), размещенные на горизонтальной шкале времени. Каждый отрезок соответствует отдельной задаче или подзадаче. Задачи и подзадачи, составляющие план, размещаются по вертикали. Начало, конец и длина отрезка на шкале времени соответствуют началу, концу и длительности задачи. На некоторых диаграммах Ганта также показывается зависимость между задачами. Диаграмма может использоваться для представления текущего состояния выполнения работ: часть прямоугольника, отвечающего задаче, заштриховывается, отмечая процент выполнения задачи; показывается вертикальная линия, отвечающая моменту «сегодня».

Часто диаграмма Ганта соседствует с таблицей со списком работ, строки которой соответствуют отдельно взятой задаче, отображенной на диаграмме, а столбцы содержат дополнительную информацию о задаче.

Рис. 2. Пример диаграммы Ганта

Кроме диаграммы Ганта с задачами по проекту, есть диаграммы выданных сотруднику задач и задач, контролируемых сотрудником (в которых он является Ответственным). Данные диаграммы позволяют:

• проследить сколько, когда и над чем работал сотрудник;

• помогают выбрать исполнителя задачи, учитывая загруженность сотрудников в разных проектах.

Сетевые модели

Сетевая модель – ориентированный граф, изображающий все необходимые для достижения цели проекта операции в технологической взаимосвязи.

Сетевой график — это графическое изображение определенного комплекса работ с учетом их длительности, взаимосвязи и технологической последовательности. Основным элементом сетевого графика является событие, которое характеризует завершение или начало работы; оно обозначается кружком и нумеруется.

Сетевой график (стрелочная диаграмма, сетевая модель или просто сеть) состоит из стрелок и кружков, обозначающих два основных элемента любой сети – работы и события, изображаемые стрелками и кружками. Сетевой график с наибольшей суммарной продолжительностью называется критическим путем, длина которого определяет продолжительность выполнения всего комплекса работ для достижения поставленной цели. Термин работа может иметь следующее значение:

действительная работа, т.е. производственный или творческий процесс, требующий затрат труда, времени и материальных ресурсов;
ожидание – процесс требующий только затрат времени без привлечения каких либо ресурсов;
зависимость (фиктивная работа), не требующая затрат труда, времени и ресурсов.

Работа – это реальный процесс или действие, требующее затрат труда, материалов или времени. Продолжительность выполнения работ измеряется в единицах времени: часах, днях, неделях, месяцах и т.д. Работы могут иметь также и количественные показатели, которые характеризуют трудоемкость, стоимость, материальные ресурсы и т.д. Работы обозначаются стрелками, которые соединяются между собой с помощью кружков (событий). Временные и количественные оценки проставляются обычно над стрелками.

Событием называется результат, получаемый после выполнения работ, стрелки которых сходятся к данному кружку. Событие имеет двойственное значение. Для всех предшествующих работ оно является законченным свершением, а для последующих работ – начальным пунктом их выполнения.

Каждое событие, включаемое в сетевой график, должно быть полно, четко и всесторонне определено, его формулировка должна включать результат всех непосредственно предшествующих ему работ. И пока не выполнены все работы, непосредственно предшествующие данному событию, не может наступить и само событие, а, следовательно, не может быть начата ни одна из работ, непосредственно следующих за ним. Более того, если то или иное событие наступило, то это означает, что могут быть немедленно и реально начаты работы, следующие за ним. Если же по какой-либо причине хотя бы одна из таких работ не может быть начата, следовательно, нельзя считать данное событие наступившим.

Путь – непрерывная последовательность работ от исходного до завершающего события.

Правила построения

1. Последовательное изображение работ от начала к окончанию.

2. Изображение стрелок от предшествующего события к последующему.

3. Отсутствие пересечения стрелок.

4. Обозначение работ: между двумя событиями только одна стрелка.

5. Запрещение замкнутых контуров, тупиков, хвостовых работ.

6. Изображение дифференциально-зависимых работ с помощью пунктирных стрелок.

7. Изображение поставки – результата внешней работы, используемого в данной работе.

8. Кодирование событий.

Рис. 3. Пример сетевого графика

5 Расчет стоимости проекта

Ресурс — средства, позволяющие с помощью определённых преобразований получить желаемый результат.

Отладка (3 дня)

После того как определен состав задач, нужно определить, кто эти задачи будет исполнять и какое оборудование будет использоваться. Для этого нужно ввести в план проекта список ресурсов и информацию о них, а затем распределить эти ресурсы между задачами.

С задачами, для которых назначены сроки, должны быть ассоциированы оборудование, средства и, конечно, люди. Это подразумевает распределение обязанностей. Эта деятельность определяется и ограничивается доступностью ресурсов, их оптимальным использованием в заданном контексте и вопросами, связанными с персоналом.

Для того чтобы определить стоимость всего проекта, необходимо обозначить виды ресурсов, стоимость этих ресурсов, время использования и необходимый объем.

Таблица 1 – Фрагмент графика использования ресурсов

Ресурсы	Работы	Трудозатраты всего, час.	Распределение трудозатрат по периодам, час.
Ресурсы	Работы	Трудозатраты всего, час.	Апрель	Май	Июнь
Руководитель	Оценка целесообразности выполнения проекта
	Сбор информации
	Написание ТЗ
	Тестирование программного модуля в SolidWorks
	Итого
Программист	Оценка целесообразности выполнения проекта
	Сбор информации
	Написание ТЗ
	Написание программы отвечающей за конструирование детали с назначением припусков
	Итого

Затратами на трудовые ресурсы "Руководитель", "Программист" и другие является заработная плата и страховые взносы. Эти затраты рассчитываются вне зависимости от того, будут ли они оплачиваться. Фактически существующие, но не оплачиваемые (и не учитываемые в бухгалтерском учете) затраты называются вменёнными или неявными (как правило, это стоимость принадлежащих предпринимателю использованных ресурсов).

Для расчета заработной платы трудовых ресурсов используется формула:

Где – кол-во рабочих дней в месяце;

– кол-во рабочих часов в дне (продолжительность смены);

З_мес – средняя заработная плата за месяц.

Далее полученную ставку необходимо умножить на трудозатраты данного ресурса и просуммировать по видам ресурсов. Общие затраты на оплату труда дополнительно умножают на ставку страховых взносов (ранее – единый социальный налог) (30 %).

Затратами на ресурс компьютер – амортизация.

Где:

С_обор – стоимость оборудования (в т.ч. компьютера),

Ср – срок полезного использования компьютера,

Дл – число рабочих дней в году.

Затратами на ресурс ПО - его стоимость (расчет аналогичен).

Затратами на ресурс Internet - стоимость использования сети.

Затратами на ресурс сотовая связь – стоимость ее использования.

Далее могут быть посчитаны накладные расходы (освещение, отопление, уборка помещения, канцтовары и пр.) их можно считать укрупненно в % от расходов на оплату труда. Здесь можно взять немного – процентов 10. Они, львиной долей, будут вмененными (не оплачиваемыми).

Общие затраты на проект формируются путем суммирования. В дальнейшем из общей величины затрат по проекту может быть выделена сумма вменённых затрат.

6 Оценка необходимости проекта

В процессе разработки проекта необходимо сравнить затраты на проект и возможные улучшения бизнес-процесса:

- описание улучшений технологии в числовом выражении,

- определение общих затрат на проект,

- оценка затрат на один цикл бизнес-процесса до и после изменений,

- обоснование необходимости проекта.

Библиографический список

Руководство к своду знаний по управлению проектами. Третье издание. (Руководство РМВОК). Американский национальный стандарт. ANSI/PMI 99-001-2004.
Чатфилд К., Джонсон Т. Microsoft Office Project 2003. Русская версия. Практ. пособие. Серия «Шаг за шагом». /Пер. с с англ. – М.: Издательство «СПЭКОМ», 2005. – 576 с.
Елиферов, В.Г. Бизнес-процессы: Регламентация и управление: Учебник / В.Г. Елиферов. – М.: НИЦ ИНФРА-М, 2013. – 319 c.
Репин, В.В. Процессный подход к управлению. Моделирование бизнес-процессов / В.В. Репин. – М.: Манн, Иванов и Фербер, 2013. – 544 c.
Управление проектами: учебное пособие /И.И.Мазур и др; – Под общ. ред. И.И. Мазура, В.Д. Шапиро – 5-е изд., перераб. – М.: Изд. «Омега-Л», 2010. – 960 с.
Управление проектами: от планирования до оценки эффективности: практическое пособие /под ред. Ю.Н.Лапыгина. – М.: Изд. «Омега-Л», 2010. – 252 с.