Экономический раздел дипломного проекта

Планирование разработки программного продукта: определение состава, продолжительности и трудоемкости работ, расчет количества исполнителей; сетевой график. Расчет затрат на разработку и стоимость программы; оценка экономической эффективности проекта.

Рубрика Экономика и экономическая теория
Вид методичка
Язык русский
Дата добавления 06.04.2013
Размер файла 115,3 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Министерство образования и науки РФ

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

Высшего профессионального образования

Московский государственный университет приборостроения и информатики

Кафедра “Менеджмент”

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

для специальности 230101: «Вычислительные машины, комплексы, системы и сети»

Экономический раздел дипломного проекта

В.П. Степанов

Москва 2012

УДК 793.7

ББК 74.100.58

Рекомендовано в качестве методических указаний редакционно-издательским советом МГУПИ

Рецензент: к.э.н., доцент Воронов Д.Г.

Степанов В.П., Экономический раздел дипломного проекта: Методические указания. - М.: МГУПИ, 2012. - 54 с.

Методические указания предназначены для студентов, обучающихся по направлению «Информатика и вычислительная техника» по специальности «Вычислительные машины, комплексы, системы и сети», выполняющих экономический раздел дипломного проекта.

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

Содержание

Введение

1. Общие замечания. Задачи и содержание экономического раздела

2. Планирование разработки программного продукта

2.1 Определение состава работ и состава исполнителей

2.2 Расчет продолжительности и трудоемкости работ

2.3 Построение графика выполнения работ

2.3.1 Ленточный график разработки

2.3.2 Сетевой график разработки. Расчет параметров

2.3.3 Оптимизация сетевого графика

3. Расчет затрат на разработку и стоимости программного продукта

3.1 Составление сметы затрат на разработку

3.2 Определение стоимости программного продукта

3.3 Расчет себестоимости программного продукта

4. Оценка экономической эффективности проекта

4.1 Экономический эффект и его виды

4.2 Оценка экономической эффективности у пользователя ПП

4.3 Оценка эффективности проекта на этапе реализации продукта

4.3.1 Оценка эффективности проекта с учетом фактора времени

4.3.2 Оценка эффективности проекта без учета фактора времени

Список использованных источников

Введение

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

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

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

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

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

1. Общие замечания. Задачи и содержание экономического раздела

При управлении проектами обычно различают три стадии: предпроектную, стадию разработки проекта и стадию реализации проекта.

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

На стадии разработки осуществляется планирование как разработки проекта, так и стадии его реализации, дается экономическое обоснование, и выполняется собственно разработка проекта.

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

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

· что за продукт предлагается покупателю;

· какие потребности пользователя он будет удовлетворять, его назначение;

· кто будет им пользоваться, планируется он для внутреннего использования или для продажи, и тогда для какого сегмента рынка этот продукт предназначен;

· какое его отличие от товаров-аналогов, какое его качество, какие его особенности;

· почему будут покупать его, а не товар конкурента - из-за цены, качества, сервиса, других факторов;

· сколько времени (сколько лет) отводится на реализацию продукта и какой объем продаж прогнозируется по годам;

· где конкретно, в каких местах и регионах он будет реализован;

· как предполагается осуществлять реализацию продукта, какие виды рекламы предполагается задействовать;

· какой ожидается уровень риска и меры по его снижению.

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

Вторая задача - планирование и организация разработки проекта.

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

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

Третья задача. После установления временных характеристик рассчитывается общая величина затрат на разработку и всей суммы капитальных вложений, необходимых для осуществления проекта. При реализации результатов разработки на сторону определяется цена продукта.

Четвертая задача решается на заключительной стадии экономического раздела - здесь проводится экономическое обоснование, на основании которого делается заключение о целесообразности проведения разработки и всего проекта в целом.

Соответственно, в экономическом разделе дипломного проекта, в рамках отведенного для экономического раздела объема, должны найти отражение такие основные составляющие части любого бизнес-плана, как:

а) планирование разработки проекта с построением графика выполнения работ;

б) расчет затрат на разработку;

в) оценка экономической эффективности проекта.

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

2. Планирование разработки программного продукта

Планирование разработки программного продукта осуществляется согласно российскому государственному стандарту ГОСТ ЕСПД 19.102-77 «Стадии разработки», в котором указываются стадии разработки, этапы и содержание работ, которые должны выполняться при создании программ и программной документации для вычислительных машин, комплексов и систем.

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

а) установление перечня этапов и работ, входящих в общий комплекс работ по созданию программного продукта в соответствии с нормативными материалами и условиями эксплуатации;

б) определение квалификационного состава и количества исполнителей по каждой работе и по всей разработке в целом;

в) расчет продолжительности и трудоемкости отдельных работ и общей трудоемкости разработки;

г) построение графика выполнения работ и определение продолжительности всей разработки;

д) расчет затрат на разработку.

2.1 Определение состава работ и состава исполнителей

Согласно стандарту при разработке программного обеспечения обычно выделяются следующие основные стадии, которые дополнительно разделяются на отдельные этапы и работы:

- техническое задание (ТЗ);

- эскизный проект (ЭП);

- технический проект (ТП);

- рабочий проект (РП);

- внедрение проекта (ВП).

В мировой практике к этим стадиям добавляется еще стадия эксплуатации и сопровождения.

При составлении списка работ учитывается, что их содержание регламентируется ГОСТ ЕСПД 19.102-77, при этом в нем необходимо обязательно отразить работы, и их названия, которые непосредственно выполняются в дипломном проекте и перечень которых приведен в задании на дипломное проектирование.

Общее количество работ, ориентировочно, должно быть около 20…25. Излишняя детализация и увеличение количества работ может привести к громоздкости и усложнению графика и снижению его наглядности. Поэтому при количестве работ более 30 рекомендуется делать их укрупнение.

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

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

Минимальный состав участников включает непосредственного исполнителя и руководителя (группы, проекта).

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

Таблица 1

Перечень работ и состав исполнителей

Стадия разработки

Наименование работы

Ответственные исполнители

1

2

3

Техническое задание

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

инженер-программист,

web-разработчик,

системный архитектор, руководитель проекта

- подбор и анализ технической литературы

инженер-программист,

web-разработчик

- сбор и анализ исходных данных

системный архитектор,

руководитель проекта

- анализ существующих систем

инженер-программист,

web-разработчик,

системный архитектор

- выбор языка программирования

руководитель проекта

- определение этапов, сроков разработки системы и технической документации

инженер-программист,

web-разработчик

- согласование и утверждение технического задания

системный архитектор, руководитель проекта

Эскизный проект

- разработка структуры входных и выходных данных

инженер-программист,

системный архитектор

- выбор критериев эффективности и качества системы

инженер-программист,

web-разработчик,

системный архитектор,

- разработка технологии тестирования и отладки

инженер-программист, системный архитектор

- согласование и утверждение эскизного проекта

web-разработчик,

руководитель проекта

Технический проект

- разработка структурной схемы системы

инженер-программист,

руководитель проекта

- разработка структуры базы данных

web-разработчик,

системный архитектор

- разработка алгоритмического и программного обеспечения

инженер-программист,

web-разработчик,

системный архитектор

- разработка интерфейса

инженер-программист,

web-разработчик,

- согласование и утверждение технического проекта

системный архитектор, руководитель проекта

Рабочий проект

- программирование

инженер-программист,

web-разработчик

- тестирование

системный архитектор,

web-разработчик

- отладка

инженер-программист,

руководитель проекта

- разработка программной документации

инженер-программист,

web-разработчик, руководитель проекта

- согласование и утверждение рабочего проекта

инженер-программист,

web-разработчик,

системный архитектор, руководитель проекта

Внедрение

- подготовка и передача системы и технической документации для сдачи

инженер-программист,

web-разработчик,

системный архитектор, руководитель проекта

2.2 Расчет продолжительности и трудоемкости работ

При определении трудоемкости и продолжительности работ обычно используется нормативный и вероятностный методы расчета.

При нормативном методе расчет осуществляется на основании имеющихся нормативов затрат времени по каждому виду работ.

При этом в общем случае учитываются следующие факторы:

а) общий объем разработки (определяется размерами изделия или объемом ПС в условных машинных командах);

б) сложность разрабатываемого изделия или ПС;

г) новизна разработки;

д) степень использования стандартных решений (схем, модулей, типовых программ).

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

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

ti = , (1)

где ti - продолжительность i-й работы, календ. дн.;

Тi - трудоемкость i-й работы, дн.;

Wi - количество исполнителей, одновременно участвующих в i-й работе;

kсогл - коэффициент согласования на различные увязки;

kвн - коэффициент выполнения нормы (1…1,25);

kкаленд - коэффициент перевода рабочих дней в календарные;

Величина kкаленд находится из выражения:

kкаленд = ,

где Fкд - количество календарных дней в году;

Fрд - количество рабочих дней в году.

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

При первом подходе сначала определяется ожидаемая продолжительность работ, в рабочих днях, по формуле:

tожi = , (2)

или

tожi = , (3)

где tожi - ожидаемая продолжительность i-й работы, рабоч. дн.;

tmini и tmaxi - минимальная и максимальная ожидаемые продолжительности i-й работы, рабоч. дн.;

tнвi - наиболее вероятная продолжительность i-й работы, рабоч. дн..

Использование формулы (3) несколько сложнее из-за необходимости давать дополнительную оценку величины tнвi.

Далее, зная ожидаемую продолжительность работ tожi и количество задействованных на работе исполнителей Wi, находят ожидаемую трудоемкость каждой работы:

Тожi = tожi *Wi. (4)

Расчеты, сделанные по формулам (2), (3) и (4) сводятся в таблицу 2.

Таблица 2

Расчет продолжительности и трудоемкости работ

Перечень выполняемых работ

Продолжительность работ, рабоч. дн.

Колич. исполн.

Труд-ть работ чел-дн

Продолж. работ, календ. дн.

tmini

tнвi

tmaxi

tожi

Общая трудоемкость разработки

-

-

-

-

-

-

При втором подходе, используя формулы, аналогичные (2) и (3), сначала определяют ожидаемую трудоемкость каждой работы Тожi, а затем, по заданному количеству исполнителей, ее продолжительность в рабочих и календарных днях:

tожi = ,

где tожi - ожидаемая продолжительность i-й работы в календарных днях.

По результатам расчета на основании таблицы 2 определяется общая трудоемкость разработки Тразр.

2.3 Построение графика выполнения работ

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

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

2.3.1 Ленточный график разработки

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

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

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

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

2.3.2 Сетевой график разработки. Расчет параметров

Планирование и управление сложным комплексом работ осуществляется на базе систем сетевого планирования и управления (СПУ), основанных на использовании сетевых графиков.

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

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

Основные понятия сетевого графика: работа, событие, путь.

Работа - в сетевом графике отображает процесс и может иметь следующие значения:

а) Просто работа - трудовой процесс, требующий затрат времени и ресурсов.

б) Работа ожидание - процесс, требующий затрат времени, но не требующий затрат ресурсов.

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

в) Фиктивная работа (зависимость) - не требует затрат времени и ресурсов, вводится для отображения логической связи между работами и устанавливает очередность их выполнения. Показывается пунктирной стрелкой.

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

Каждая работа характеризуется двумя событиями (рисунок 2): начальным (i-ым) и конечным (j-ым). Указанные два индекса, i и j, служат для обозначения (кодирования) работ, например: работа i - j.

Стадии разработки проекта

Перечень выполняемых работ

Кол-во работников

Продолжительность работ, ti, календ. дн.

2012 год

Июль

Август

Сентябрь

Октябрь

Ноябрь

10 20 30 4

0 50 60 7

0 80 90 1

00 110 120 1

30 140 150

Техническое задание

Первичная постановка задачи.

1

4

Определение целевой аудитории.

1

3

Анализ уже существующих модулей возможных конкурентов. Разработка уникальной концепции.

1

6

Обоснование выбора технических средств.

1

3

Эскизн проект

Разработка функциональной схемы модуля.

1

4

Проектирование интерфейсов и реализаций классов, на которых будет построен продукт.

1

7

Разработка пользовательского интерфейса

1

7

Технический проект

Анализ поставленной задачи, выбор средств и инструментов необходимых для ее выполнения.

1

2

Разработка структурной схемы модуля.

1

5

Разработка алгоритмов нормального функционирования модуля.

1

6

Анализ требований к аппаратному обеспечению.

1

2

Рабочий проект

Разработка программного обеспечения.

1

24

Разработка структуры данных модуля.

1

6

Программная реализация.

1

11

Реализация графических элементов и верстка.

1

9

Связка кода и готового графич. исполнения.

1

7

Отладка и тестирование.

1

6

Сборка конечной версии.

1

6

Внедрение проекта

Написание технической документации.

1

5

Оптимизация проекта в поисковых системах

1

5

Подготовка пресс-релиза, рассылка последнего с промо-кодами по тематическим ресурсам.

1

6

Тестирование желающими, начало продаж.

1

8

Подготовка документов для получения выплат.

1

4

Рисунок 1 - Ленточный график разработки

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

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

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

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

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Рисунок 2 - Обозначение работы на сетевом графике

Планирование с использованием сетевого графика производится в следующем порядке:

а) составляется перечень событий и работ;

б) устанавливается топология сети;

в) строится сетевой график;

г) рассчитываются параметры сетевого графика;

д) проводится анализ и, при необходимости, оптимизация графика.

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

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

Таблица 3

Перечень событий и работ

Код события

Наименование события

Код работы

Наименование работы

Продолж.работы календ дн.

0

Решение о начале разработки принято

0-1

Постановка задачи

2

1

Задача поставлена

1-2

Разработка технического задания

4

1-3

Анализ существующих вариантов

5

2

Техническое задание разработано

2-3

Фиктивная работа

-

3

Анализ вариантов завершен

3-4

Утверждение технического задания

3

При построении сетевого графика используют следующие основные правила:

· стрелки направляют слева направо, по возможности без пересечений;

· работы не должны иметь одинаковые коды, если работы выходят из одного события и необходимы для свершения одного и того же события, то вводится фиктивная работа;

· в сетевом графике не должно быть замкнутых контуров;

· номер начального события данной работы должен быть меньше номера конечного события этой работы;

· в одноцелевом графике не должно быть “тупиков”;

· в сетевом графике не должно быть “хвостов”, т.е. событий, кроме исходного, у которых все работы исходящие.

После построения графика рассчитываются его параметры.

Основные параметры сетевого графика:

- продолжительность работы tij, календ. дн.;

- возможный ранний срок свершения события tрi;

- допустимый поздний срок свершения события tпi;

- резерв времени события Ri;

- полный резерв времени работы Rпij;

- свободный резерв времени работы Rсij;

- продолжительность критического пути Ткр.

Схема обозначения параметров на сетевом графике показана на рисунке 3.

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Рисунок 3 - Схема обозначения параметров сетевого графика

Продолжительность работы tij обычно приводится в календарных днях и проставляется над стрелкой, показывающей работу. Номера событий Ni начинаются с нулевого, исходного, на графике ставятся слева направо и указываются в нижнем секторе кружка, отображающего событие.

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

tрj = max(tpi + tij). (5)

Ранний срок завершающего события равен продолжительности критического пути Ткр.

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

Расчетная формула:

tni = min(tnj - tij). (6)

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

Ri = tni - tpi. (7)

Полный резерв времени работы Rnij - максимальное время, на которое можно увеличить продолжительность работы, не увеличивая продолжительность критического пути.

Rnij = tпj - tpi - tij. (8)

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

Rcij = tрj - tpi - tij. (9)

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

Rnij - Rcij = Rj. (10)

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

Пример оформления сетевого графика разработки ПО с расчетом параметров графическим методом по формулам (5)…(10) в общем виде приведен на рисунке 4.

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

2.3.3 Оптимизация сетевого графика

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

Оптимизация графика путем использования трудовых ресурсов работ подкритического пути на работах критического пути применяется, когда эти работы совпадают во времени и имеет место соответствие переводимых работников по специализации и квалификации. На рисунке 5 продолжительность работ подкритического и критического пути составляют, соответственно, tij и tкрij.Эти работы параллельны. Работа подкритического пути имеет полный Rnij и свободный Rcij резервы времени, т.е. имеется возможность увеличения ее продолжительности в пределах этих резервов времени. Предполагается, что количество работников на этой работе не менее двух.

При переводе работников продолжительность работ подкритического пути увеличивается, а работ критического пути, соответственно, уменьшается. Обычно рекомендуется использовать до 80%, и более, свободного резерва времени работ подкритического пути.

Рисунок 4 - Сетевой график разработки программного обеспечения

Рисунок 5 - Элемент сетевого графика до оптимизации

Если допустить увеличение продолжительности работы подкритического пути на величину свободного резерва времени Rcij, то расчетное количество работников, которое можно при этом перевести на работу критического пути, составит:

х = Wij - ,

где Wij - количество работников на работе подкритического пути до оптимизации;

Тij - трудоемкость работы подкритического пути;

tij - продолжительность работы подкритического пути до оптимизации;

Rcij - величина используемого резерва времени (в данном случае свободного резерва времени).

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

Далее устанавливается окончательная продолжительность работ после перевода сотрудников:

tij* = ,

tкр*ij = ,

где tij* и tкр*ij - новые продолжительности работ соответственно подкритического и критического пути после оптимизации;

Тijкр - трудоемкость работы критического пути.

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

3. Расчет затрат на разработку и стоимости программного продукта

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

3.1 Составление сметы затрат на разработку

В дипломном проекте величину затрат на разработку программного продукта можно найти по формуле:

Сразр = Смат + Сосн + Сдоп + Сотч + Смв + Снакл + Спроч, (11)

где Смат - затраты на основные материалы и покупные полуфабрикаты и комплектующие;

Сосн - основная заработная плата основных работников;

Сдоп - дополнительная заработная плата основных работников;

Сотч - отчисления от заработной платы основных работников;

Смв - затраты на машинное время;

Снак - накладные расходы;

Спроч - прочие затраты.

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

Смат = NiЦi(1 + kтр), (12)

где kтр - коэффициент, учитывающий транспортные расходы (5…7%);

Ni - количество потребляемых материалов, покупных изделий i-го вида, в соответствующих единицах измерения;

Цi - цена единицы используемых материалов, покупных изделий, руб/ед,изм.

Результаты расчета с использованием формулы (12) сводятся в таблицу 4.

Таблица 4

Расчет стоимости материалов и покупных изделий

Материалы, покупные изделия

Единица измерения

Цена, руб/ед.изм.

Колич., ед./изм.

Стоимость, руб

1

2

3

Итого, общая стоимость

Итого, с учетом доставки

При расчете основной заработной платы можно исходить либо из величины тарифной ставки, либо размера среднедневной оплаты труда.

При использовании в расчете тарифной ставки основная заработная плата работников Сосн определится по формуле:

Сосн = Тiчi(1 + kпрем), (13)

где Тi - затраты времени i-го работника;

чi - тарифная ставка i-го работника;

kпрем - коэффициент, учитывающий возможные дополнительные выплаты стимулирующего и компенсирующего характера в виде премий и различного вида доплат и надбавок за дополнительную нагрузку и особые условия труда (его величина устанавливается в ходе преддипломной практики, приближенно можно принять kпрем = 0…0,3).

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

В этом случае формула имеет вид:

Сосн = ТiЗсрднi, (14)

где Зсрднi - среднедневная оплата труда i-го исполнителя, руб/дн.

Величина среднедневной оплаты труда составляет:

Зсрднi = ,

где Зсрмесi - среднемесячная оплата труда i-го работника, руб/мес.;

Fрдмес - среднемесячный фонд времени работника, рабоч. дн.

Вариант расчета Сосн выбирается самостоятельно.

Дополнительная заработная плата обычно составляет около 12..15% от величины основной заработной платы:

Сдоп = (0,12…0,15)Сосн. (15)

Расчет основной и дополнительной заработной платы удобно оформить в виде таблицы 5.

программный продукт трудоемкость затрата

Таблица 5

Расчет заработной платы исполнителей

Исполнители

Месячн. оплата труда, руб/мес

Тарифная ставка, руб/дн

Время работы, раб. дн

Основная заработная плата, руб

Дополнит. Заработная плата, руб

Общая величина заработной платы, руб

Итого

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

Сотч = kотчосн + Сдоп), (16)

где kотч - коэффициент, учитывающий размер отчислений.

Отчисления на социальные нужды Сотч включают страховые взносы в пенсионный фонд, фонд обязательного медицинского и фонд социального страхования, состав и размер которых определяется согласно действующему на данный момент времени законодательству. Общая величина этих взносов на 2012 год составляет 30% с суммы выплат с начала года на каждого работника до 512000 рублей (что соответствует месячной заработной плате в размере до 42666,66 руб.) и 10% с выплат, превышающих эту величину. Кроме того, в страховые взносы входят выплаты на обязательное социальное страхование от несчастных случаев и профессиональных заболеваний, размер которых дифференцирован в зависимости от класса профессионального риска и для видов экономической деятельности, отнесенной к 1-му классу риска, равен 0,2% от заработной платы. Соответственно, при месячной заработной плате до 42666,66 рублей коэффициент отчислений kотч равен 0,302 (30,2%). При более высоком уровне оплаты труда расчет производится по среднегодовой величине коэффициента отчислений.

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

Возможные варианты расчета затрат на машинное время.

Вариант а

Сначала устанавливаются затраты на один час (день) работы технических средств.

Затем определяется общая величина затрат на машинное время за весь срок разработки по формуле:

Смв = ТмвiСмчi, (17)

где Тмвi - время занятости i-го технического средства, ч;

Смчi - затраты на один час работы i-го технического средства, руб/ч.

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

Расчет Смчi проводится по трем указанным выше составляющим:

Смчi = Самчi + Сремчi + Сэлчi,

где Самчi - величина амортизационных отчислений, приходящихся на один час работы i-го объекта начисления амортизации, руб/ч;

Сремчi - затраты на техническое обслуживание и ремонт, руб/ч;

Сэлчi - затраты на электроэнергию, руб/ч.

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

Самчi = , (18)

где Наi - годовая норма амортизации i-го объекта начисления амортизации (технических средств, нематериальных активов), 1/лет;

Кбi - балансовая стоимость i-го объекта начисления амортизации, руб;

Fд - действительный годовой фонд времени работы объекта начисления амортизации, ч.

Годовую норму амортизации Наi по каждому объекту рекомендуется определять с использованием линейного метода, как величину, обратную сроку полезного использования объекта начисления (сроку службы Тсл), устанавливаемому с учетом физического и морального износа:

Наi = .

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

Таблица 6

Балансовая стоимость объектов начисления амортизации

Наименование объекта

Цена объекта, руб

Балансовая стоимость, руб

Технические средства

1

Программное обеспечение

1

2

Затраты на техническое обслуживание и ремонт Сремчi можно приближенно принять в размере 5…10% от общей величины затрат на приобретение технических и программных средств. Тогда:

Сремчi = (0,05…0,1) Самчi.

Затраты на электроэнергию на один час работы i-го технического средства Сэлчi определятся из выражения:

Сэлчi = PiЦквт-чисппот, (19)

где Pi - мощность i-го технического средства, кВт;

ЦкВт-ч - стоимость одного кВт-часа электроэнергии, руб/кВт-ч;

исп - коэффициент использования оборудования по мощности (0,7…0,9);

пот - коэффициент потерь в сети (1,05…1,1).

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

Вариант б

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

Сам = (20)

Величина Срем, опять же, берется в пределах 5…10% от Сам.

Общие затраты на электроэнергию составят:

Сэл = PiТмвiЦкВт-ч-исппот. (21)

Расчет затрат на электроэнергию удобно свести в таблицу 7.

Накладные расходы Снакл обычно принимаются в процентном отношении к заработной плате исполнителей (к основной или сумме основной и дополнительной). В настоящем расчете величину накладных расходов можно взять в размере 80…160% от величины основной заработной платы исполнителей:

Снакл = (0,8…1,6)Сосн. (22)

Таблица 7

Расчет затрат на электроэнергию

Наименование технического средства

Кол-во, шт

Мощность, кВт

Время работы, раб. дн

Время работы, ч

Стоимость 1 кВт-ч, руб/кВт-ч

Стоимость электро- энергии, руб

Итого, общая стоимость электроэнергии

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

Результаты расчета затрат на разработку проекта по формуле (11) сводятся в таблицу 8.

Таблица 8

Смета затрат на разработку

Статья затрат

Обозначение

Величина затрат, руб

% затрат к итогу

1

Смат

2

Сосн

3

Сдоп

4

Сотч

5

Смв

6

Снакл

7

Спроч

Итого

Сразр

100

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

3.2 Определение стоимости программного продукта

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

Если разработка предназначена для внутреннего использования, т.е. самим предприятием-разработчиком, то стоимость разработки не определяется.

Реализация программного продукта другим пользователям, на сторону, во времени может происходить по следующим схемам:

а) сразу, за достаточно короткий срок, одному или достаточно ограниченному контингенту покупателей (заказчиков);

б) постепенно, в течение достаточно длительного срока реализации (несколько лет).

При реализации разработанного продукта на сторону, если заказчик (покупатель-пользователь) один, цена разработки (цена предприятия) определится как:

Цразр = Сразр(1 + rн), (23)

где rн - норма рентабельности, принятая на данном предприятии.

Величина rн составляет примерно 0,1…0,3 (10…30%) и уточняется во время преддипломной практики.

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

Цразр отп = Цразр(1 + Ндс). (24)

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

При продаже программного продукта ограниченному количеству покупателей (заказчиков) цена предприятия на один программный продукт без учета налога на добавленную стоимость будет составлять:

Цпп = ( + Сдор)(1 + rн), (25)

где N - планируемое количество покупателей;

Сдор - дополнительные затраты на доработку программного продукта, которые могут иметь место в соответствии с особенностями его применения у конкретного пользователя.

Расчет Сдор можно провести подробно, по отдельным статьям, пользуясь формулой (11) или упрощенно, на основании опыта проведения подобных работ и сведений, полученных во время преддипломной практики, по выражению:

Сдор = kдорСразр,

где kдор - коэффициент, учитывающий дополнительные затраты на доработку программного продукта.

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

В этом случае основными исходными данными для всех последующих расчетов являются:

а) длительность проекта Т (горизонт расчета), лет;

б) прогнозируемый объем реализации Nt по каждому t-му году (для упрощения расчетов в дипломном проекте можно принять Nt = Nг = const), шт/год.

Цена одного программного продукта (цена предприятия) определяется как:

Цпп = Спп + Ппп, (26)

где Цпп - стоимость одного программного продукта, реализуемого в количестве Nг штук в год в течении Т лет, руб/шт;

Спп - затраты, связанные с производством (тиражированием) одного программного продукта, руб/шт;

Ппп - прибыль, получаемая предприятием при реализации одного программного продукта, руб/шт.

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

Црозн = Цпп(1 + Ндс) + Дпоср + Дторг, (27)

где Дпоср и Дторг - надбавки посреднической и торговой организаций, соответственно.

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

Црозн = Цпп(1 + Ндс)(1 + kпоср)(1 +kторг), (28)

где kпоср и kторг - коэффициенты, учитывающие увеличение цены продукта на каждом этапе его движения к конечному потребителю.

При отсутствии необходимости в услугах посреднических и торговых организаций при реализации товара формула (28) упрощается:

Црозн = Цпп(1 + Ндс). (29)

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

При определении розничной цены возможны два варианта.

В первом варианте расчета величина Црозн задается, исходя из существующего уровня рыночных цен на аналогичную продукцию, с учетом соотношения качественных характеристик разработанного продукта и продукции (услуг) фирм-конкурентов и соответственно принятой стратегии проникновения на рынок.


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.