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

 

МОСКОВСКИЙ ГОСУДАРСТВЕННЫй

УНИВЕРСиТЕТ ПУТЕЙ СООБЩЕНИЯ (миит)


Кафедра «Экономика, организация производства и менеджмент»











Методические указания к курсовой работе по дисциплине

«Организация и планирование производства»

для студентов специальности УПО



Л.П. ЛЕВИЦКАЯ, Н.О.ФЕДОРОВА, Л.В.КУЗЬМИНА










МОСКВА - 2010

Введение


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

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

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


Варианты заданий

ВариантДанныеВариантДанные1A1, B1, C1, D1, E1, F116A1, B2, C4, D2, E4, F62A2, B2, C2, D2, E2, F217A2, B1, C1, D1, E1, F73A3, B1, C3, D1, E3, F318A3, B2, C2, D2, E2, F84A1, B2, C4, D2, E4, F419A1, B1, C3, D1, E3, F95A2, B1, C1, D1, E1, F520A2, B2, C4, D2, E4, F106A3, B2, C2, D2, E2, F621A3, B1, C1, D1, E1, F17A1, B1, C3, D1, E3, F722A1, B2, C2, D2, E2, F28A2, B2, C4, D2, E4, F823A2, B1, C3, D1, E3, F39A3, B1, C1, D1, E1, F924A3, B2, C4, D2, E4, F410A1, B2, C2, D2, E2, F1025A1, B1, C1, D1, E1, F511A2, B1, C3, D1, E3, F126A2, B2, C2, D2, E2, F612A3, B2, C4, D2, E4, F227A3, B1, C3, D1, E3, F713A1, B1, C1, D1, E1, F328A1, B2, C4, D2, E4, F814A2, B2, C2, D2, E2, F429A2, B1, C1, D1, E1, F915A3, B1, C3, D1, E3, F530A3, B2, C2, D2, E2, F10


1.Прогнозирование основных экономических характеристик производства ПС


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

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

программный экономический планирование проектирование

Таблица 1.1

Тип системыРазмер (KLOC)В1В2А1Сложная система реального времени (СРВ)300500А2Информационно-поисковая система (ИПС)100200А3Пакет прикладных программ (ППП)3550*КLOC - тысяч строк кода (Lines of code)


Для оценки размера программного продукта используются метрики, выражающиеся в измерении количества строк исходного программного кода LOC - Line Of Code (KLOC - кило LOС).

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

Программный инжиниринг предлагает комплекс методов оценки трудоемкости сложных программных продуктов:

·метод аналогий (Delphi), применяющий бета-распредления;

·метод «COCOMO», применяющий регрессионный анализ;

·метод Software Lifecycle Management (SLIM), применяющий математическую функцию Нордена-Рейлайха;

·эмпирические методы.

Методики «COCOMO» (Constructive Cost Model) содержат совокупность методов, в основу которых положена регрессионная модель, предложенная Барри В. Боэмом в начале 1970-х гг. Она устанавливает связь размера программного продукта (V), понесенных трудозатрат (C) и длительности его разработки (Т).

В рамках методик «COCOMO» существует ряд моделей, которые используются для разных типов программных проектов: органического (малые), сблокированного (средние) и внедренного (крупные).

Трудозатраты на разработку ПС можно представить в зависимости от размера ПС (V), корректируемого произведением коэффициентов изменения трудоемкости:


С=А*VЕ*П(Мi),


где А, Е - коэффициенты определяющие характер зависимости трудоемкости от размера ПС; Mi - коэффициенты изменения трудоемкости (см. табл. 1.2-1.3).

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


Таблица 1.2

Тип программного продуктаКоэффициент АКоэффициент ЕСложная система реального времени (СРВ)2,81,2Информационно-поисковая система (ИПС)3,01,12Пакет прикладных программ (ППП)2,41,05Коэффициенты изменения трудоемкости производства (Mi) используются для учета влияния на трудоемкость основных факторов, т.е. определяют влияние i - ой составляющей совокупных затрат.


Рис. 1.1.


Таблица 1.3. Состав и значение факторов изменения трудоемкости

СимволСодержание факторовТребования к объекту разработкиМ1Сложность и надежность программного продуктаМ2Требование повторного использования компонентовАппаратно-вычислительная среда производстваМ3Ограничения аппаратной платформы производства применения продуктаХарактеристики коллектива специалистовМ4Квалификация и стабильность коллективаМ5Опыт работы по тематикеТехнологическая среда разработкиМ6Уровень инструментальной поддержки и необходимость распределения производстваМ7Ограничение длительности производства

Таблица 1.4. Коэффициенты изменения трудоемкости производства ПС

ФакторыабвгдРейтинги оценкиНизкийНомина-льныйВысо-кийОчень высокийСверх высокийМ10,831,001,331,912,72М20,951,001,071,151,24М30,871,001,291,812,61М41,261,000,830,630,50М51,121,000,870,740,62М61,101,000,870,730,62М71,141,001,001,001,00

На основе значений трудоемкости (С), размера программного продукта (V) и выбранных значений Мi могут быть рассчитаны длительность (Т) и требуемое среднее число специалистов (N).

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


Т = G * CH,


где G, H - коэффициенты зависящие от типа ПС.

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


N = C/T.


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

Средняя производительность труда коллектива специалистов при разработке ПС, определяемая как P = V/C, может служить ориентиром для сравнения эффективности труда при создании различных продуктов для решения различных задач автоматизации.

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

·определение объема программного продукта;

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

·оценка дополнительных временных затрат;

·расчет трудоемкости в соответствии с выбранным методом;

·расчет длительности проекта;

·расчет среднего числа специалистов;

·расчет средней производительности труда специалистов.

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

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


Таблица 1.6

ОценкаЕд. измеренияЗначениеПолная трудоемкость производства ПП - СЧел./ месяц.Полная длительность производства ПП - TМес.Необходимое среднее число специалистов - NЧел.Средняя производительность труда специалистов - PLOC/чел.-мес.

2. Планирование производственных процессов ЖЦ ПС


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

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

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

- анализ и корректировка требований к комплексу программ;

проектирование функций и структуры компонентов и ПС в целом;

программирование компонентов и их взаимодействия;

планирование и выполнения тестирования компонентов и ТС;

верификация и валидация компонентов и комплекса программ;

управление организацией и реализацией комплекса работ ПС;

анализ, оценка и управление качеством программных компонентов;

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

В каждом из четырех крупных этапов работ, представленных в столбцах таблицы 2.1, кроме работ доминирующих для данного этапа, в меньшей степени должны выполняться ряд вспомогательных работ из приведенного выше перечня. Каждый вид вспомогательных работ требует в среднем 5-15% от суммарной трудоемкости, а доминирующие работы составляют в среднем 40-50% (за 100% принята суммарная трудоемкость на каждом из четырех основных этапов).

Для контроля сроков выполнения проекта используется метод сетевого анализа проектов СРМ (Critical Path Method - метод критического пути). Исходным шагом для применения метода СРМ является описание проекта в виде перечня выполняемых работ с указанием их взаимосвязи. Для описания проекта используются два основных способа: табличный и графический.


Таблица 2.1. Распределение относительной трудоемкости (%) по видам работ на этапах разработки ПС (варианты С1-С4, D1/D2)

ЭтапыПланирование C1Проектирование C2Программирование C3Интеграция и испытания C4Виды работ15153040Анализ требований46/4512/12,54/42,5/5Проектирование17/1741,/418/85/5Кодирование4,5/5,613/13,556/5737/37Тестирование, интеграция10,5/12,912,5/13,513/1333/31Управление работами13,5/12,47/7,56,5/67,7/7Оценка качества3,311/106,5/6,58/8Документирование5,52,5/2,55/5,57,5/7

Рассмотрим следующую таблицу, описывающую проект:


Таблица 2.2.

РаботаНепосредственно предшествующая работаВремя выполненияА-tAВ-tBСВtCDA CtDЕCtEFCtFGD E FtG

В первом столбце указаны наименования всех работ проекта. Их семь: А, В, С, D, Е, F, G.

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

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


Рис. 2.1. Графическое описание рассматриваемого проекта


В этом графическом описании проекта, кроме тех работ, которые указаны в таблице, использованы две «фиктивные» работы (3, 4) и (5, 6). На рис. 2.1 эти работы показаны пунктиром. Эти работы не требуют времени на их выполнение и используются в графическом представлении проекта лишь для того, чтобы правильно отобразить взаимосвязь между работами. Получив графическое представление проекта, мы обеспечили себе возможность провести расчеты по методу СРМ.

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

Путь - последовательность взаимосвязанных работ, ведущая из одной вершины проекта в другую вершину. Например (см. рис. 2.1), {А, D, G} и {С, F} - два различных пути.

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

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

Минимальное время, необходимое для выполнения любого проекта равно длине критического пути. Именно на работы, принадлежащие критическому пути, следует обращать особое внимание. Если такая работа будет отложена на некоторое время, то время окончания проекта будет отложено на то же время. Если необходимо сократить время выполнения проекта, то в первую очередь нужно сократить время выполнения, хотя бы одной работы на критическом пути.

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

Введем следующие обозначения:

i и j - вершины или события проекта,

(i и j) - работа проекта,

s - событие «начало проекта» (start),- событие «окончание проекта» (finish),

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

t(i,j) - время выполнения работы (i, j);

ES(i,j) - наиболее раннее время начала работ (i, j);(i,j) - наиболее раннее время окончания работ (i, j);(i,j) - наиболее позднее время начала работы (i, j);(i,j) - наиболее позднее время окончания работы (i, j);

Еi - наиболее раннее время наступления события i;

Li - наиболее позднее время наступления события i;(i,j) - полный резерв времени на выполнение работы (i, j) (время на которое может быть отложена работа (i, j) без увеличения продолжительности выполнения всего проекта);

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

Если (i, j) - работа проекта, то имеют место соотношения:

для любого j ES(i,j) = Еi;

для любого i LF(i,j) = Lj.

Метод СРМ описывается следующими соотношениями:

. ES(s,j) = 0 для любой работы (s, j), выходящей из стартовой вершины s проекта.

. EF(i,j) = ES(i,j) + t(i,j) = Еi + t(i,j): наиболее раннее время окончания любой работы и, (i, j) превышает наиболее раннее время начала этой работы (время наступления предшествующего события i) на время ее выполнения.

. ES(q,j) = maxi; EF(i,q) = Еq: наиболее раннее время начала работы (q, i) равно наибольшему из значений наиболее раннего времени окончания непосредственно предшествующих ей работ.

. Т = Еf = max; EF(i,f): длина критического пути равна наиболее раннему времени завершения проекта.

. LF(i,f) = Т: наиболее позднее время окончания любой работы, завершающей проект, равно длине критического пути.

. LS(i,j) = LF(i,j) - t(i,j) = Lj - t(i,j): наиболее позднее время начала любой работы меньше наиболее позднего времени окончания этой работы (времени наступления последующего события) на время ее выполнения.

. LF(i,q) = min, LS(q,j)= Lq: наиболее позднее время окончания работы (i, q) равно наименьшему из значений наиболее позднего времени начала непосредственно следующих за ней работ.

. R(i,j) = LS(i,j) - ES(i,j) = LF(i,j) - EF(i,j) = Lj - t(i,j) - Li: полный резерв времени выполнения любой работы равен разности между наиболее поздним и наиболее ранним временем ее начала или разности между наиболее поздним и наиболее ранним временем ее окончания.

. r(i,j) = Lj - ES(i,j) - t(i,j) = Lj - EF(i,j) = Lj - Еi - t(i,j): свободный резерв времени выполнения любой работы равен разности между наиболее поздним временем наступления последующего события и наиболее ранним временем окончания работы.

Из приведенных выше определений и соотношений непосредственно следует:

  1. Длина критического пути равна Т.
  2. Если R(i,j) = 0, то работа и, (i, j) лежит на критическом пути; если R(i,j)?0, то работа (i, j) не лежит на критическом пути,

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

. Если время начала работы (i, j), которая не лежит на критическом пути, отложить на срок меньший, чем R(i,j), то время, необходимое на выполнение всего проекта, не увеличится.

Расчет параметров производится табличным методом, по следующей форме (см. табл. 2.3):


Таблица 2.3. Параметры сетевого графика до оптимизации

Код работВремя выполнения работы tРаннее времяПозднее времяНаступление событияРезервы времениначала работы ESокончания работы EFначала работы LSокончания работы LFраннее время Eпозднее время LСвободный rполный R

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

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

Для каждой работы вводят три оценки:

·оптимистическое время a - наименьшее возможное время выполнения работы;

·пессимистическое время b - наиболее возможное время выполнения работы;

·наиболее вероятное время m - ожидаемое время выполнения работы в нормальных условиях.

По a, b и m находят ожидаемое время выполнения работы:


t = (a+4m+b)/6


и дисперсию ожидаемой продолжительности t:


д2 = ((b-a)/6)2


Перечень работ и характеристики их выполнения по вариантам приведены в таблице 2.4.

На основе рассчитанных величин C, T, N, данных о распределении относительной трудоемкости (%) по видам работ на этапах разработки ПС определяем значения времен m, a и b для каждой работы рассматриваемого этапа. Результаты расчетов сводим в таблицу 2.5.


Таблица 2.4

РаботаСодержание работыПредшествующая работа / распределение ресурсов (по вариантам)E1E2E3E4AАнализ требований-6-5-4-6BПроектирование-6-4-6-4CКодированиеA5A, B4-3-2DТестирование, интеграцияA4C6А4A2EУправление работамиC, B6C5А4A6FОценка качестваC, B5D, E3B, D3B5GДокументированиеD, E4E, F6C3C, D4

Используя значение t, найдем критический путь сетевого графика.

Распределение времени Т завершения проекта является нормальным со среднем E(T), равным сумме ожидаемых значений времени работ на критическом пути, и дисперсией д2(Т), равной сумме дисперсий работ критического пути, если времена выполнения каждой из работ можно считать независимыми друг от друга. Тогда мы можем рассчитать вероятность завершения проекта в установленный срок Т0 (задается преподавателем):

(T < Т0) = 0,5+ Ф((T0-E(T))/ д(Т)),


где Ф(х) - функция Лапласа.

Значения функции причем Ф(х) берутся из специальной таблицы. Важно, что Ф(-х)= - Ф(х). Можно также воспользоваться мастером функций fх пакета Excel: Ф(х)=НОРМРАСП (Х; 0; 1; 1) - 0,5. Полагают Ф(х)=0,5 при х>5.

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

Рассмотрим пример построения графика Ганта. Сначала найдем критический путь и ранние сроки свершения событий (см. рис. 2.2).

Теперь строим график Ганта (рис. 2.3). Так как работа Е не может начаться до завершения работы D, эту зависимость мы изображаем на графике пунктирной линией. Аналогично для D, F и С, F.

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


Рис. 2.2 Характеристики рассматриваемого процесса


Рис. 2.3 График Ганта


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

Распределение ресурсов и их оптимизация

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

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

Рассмотрим пример оптимизации сетевого графика по трудовым ресурсам. Наличный ресурс равен 10 единицам.

Первое число, приписанное дуге графика (рис. 4), означает время выполнения работы, а второе - требуемое количество ресурса для выполнения работы. Работы не допускают перерыва в их выполнении.


Рис. 2.4. Исходный график для распределения ресурсов


Находим критический путь (см. рис. 2.5).


Рис. 2.5. Сетевые параметры для решаемой задачи

Строим график Ганта (см. рис. 2.6). В скобках для каждой работы укажем требуемое количество ресурса. По графику Ганта строим график ресурса. На оси абсцисс мы откладываем время, а на оси ординат - потребности в ресурсах.


Рис. 2.6. График Ганта для решаемой задачи


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


Рис. 2.7. Распределение ресурсов по выполняемым работам


Из графика на рис. 2.7 видно, что на отрезке от 0 до 4, когда одновременно выполняются работы В, А, С, суммарная потребность в ресурсах составляет 3 + 4 + 5 = 12, что превышает ограничение 10. Так как работа С критическая, то мы должны сдвинуть сроки выполнения или А или В (см. рис. 2.8).

Рис. 2.8. Оптимизации ресурсов


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

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

В соответствии с исходными данными таблицы 2.4 произвести оптимизацию сетевого графика рассматриваемого этапа проекта по ресурсам. Наличный ресурс равен 10.


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

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

Таблица 3.1. Статьи затрат

Наименование показателяЕдиница измеренияОбозначениеЗначение показателя (по вариантам)А1А2А3Стоимость расходных материаловтыс. руб.М10 0003 5001 000Транспортно-заготовительные расходы%KTR605040Длительность выполнения работыРуководитель проектамесяцевL1Консультант-аналитикмесяцевL2РазработчикмесяцевL3ПрограммистмесяцевL4ТестермесяцевL5Технический писательмесяцевL6Количество исполнителейРуководитель проектачеловекF1Консультант - аналитикчеловекF2РазработчикчеловекF3ПрограммистчеловекF4ТестерчеловекF5Технический писательчеловекF6Стоимость работ:Построение моделитыс. руб.K115 0005 0002 500Обоснование целесообразности разработки и внедрения ПСтыс. руб.K2500200100Разработка эскизного проектатыс. руб.K310 0003 0001 500Разработка системного проектатыс. руб.K45 0001500500Консультирование во время разработки технического, рабочего проектов и внедрениятыс. руб.K51 000350100Консультирование во время сопровождениятыс. руб.K61000350100Стоимость специального оборудованиятыс. руб.K730 00010 0003 000Командировкитыс. руб.КР50015050Коэффициент накладных расходов-Кн222Средняя месячная заработная плата исполнителейРуководитель проектатыс. руб.Z11007050Консультант - аналитиктыс. руб.Z2503230Разработчиктыс. руб.Z3604035Программисттыс. руб.Z4453030Тестертыс. руб.Z5302525Технический писательтыс. руб.Z6302520Коэффициент дополнительной заработной платы-KD0,20,20,2Коэффициент начислений на заработную плату на социальные нужды-NZ0,360,360,36

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


Распределение численности специалистов по этапам производства ПС

Этапы производстваЧисленность специалистов % от среднейПредварительное проектирование40Детальное проектирование70Программирование компонентов140Автономная отладка компонентов150Интеграция и комплексная отладка120Испытания и документирование100

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

На основе данных таблицы 3.1. необходимо рассчитать стоимость разработки ПС:


Таблица 3.3.

№п/пСтатьи затратОбозначение / РасчетЕд. измеренияЗначение1Материалыm=M*(1+KTR)2Стоимость специального оборудованияСсп3Расходы на оплату труда, в.т.ч.LОсновная заработная платаДополнительная заработная платаLд=KD*L0 Начисления на заработную плату на социальные нужды4Расходы на командировкиСком5Стоимость работ6Накладные расходыСнакл=Kн*L0ИТОГО: стоимость разработки ПСС=m+Cсп+L+Cкомрнакл

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


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

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

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

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

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

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

Критерии, используемые в анализе инвестиционной деятельности, можно подразделить на две группы в зависимости от того, учитывается или нет временной параметр:

1.основанные на дисконтированных оценках;

a)чистый приведенная стоимость (ЧМС);)индекс рентабельности инвестиций (ИД);)и другие.

2.основанные на учетных оценках.

a)срок окупаемости инвестиции (ТОК);)расчетный уровень доходности (РУД);)и другие.

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

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

ИНАЧ - начальные вложения в фирму

Т - срок жизни проекта

Di - ежегодные поступления от деятельности после реализации проекта i изменяется от 1 до Т

C - цена продажи

А - амортизация

- приведенные доходы

- приведенные затраты

- приведенный доход от продажи


Таблица 4.1.

№ вар.Начальные вложения в фирму, Инач, у.д.е.Срок жизни проекта, Тсл, летЕжегодные поступления, Di, у.д.е.Цена продажи, С, у.д.е.F120000000010 лет140000000300000000F2250000005 лет1000000040000000F360000000010 лет130000000900000000F4100000010 лет150000020000000F55000003 года10000001500000F64800000006 лет5000000002000000000F7300000010 лет150000010000000F81000009 лет250001000000F9100000005 лет700000080000000F10400000008 лет2000000080000000

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

1)Расчетный уровень дохода

К преимуществам данного показателя можно отнести:

a)простота понимания и расчета;

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

В качестве недостатков расчетного уровня дохода можно отметить:

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



2)Срок окупаемости проекта

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

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



3)Чистая приведенная стоимость (ЧПС)

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

Расчет ЧПС может вестись в табличной форме (табл. 4.2).


Таблица 4.2

ГодСтатьи поступлений / затратОбъем поступлений / затратИндекс приведенияНастоящий уровень0Инвестиции в активахИНАЧF0ИНАЧ* F0 = 1¸ТЕжегодные поступленияДiF1Дi* F1 = ТПоступления от продажиСF2С* F2 = ЧПС = + +

*- это первоначальные затраты, поэтому необходимо учесть знак «-»

Если ЧПС > 0, то проект можно считать эффективным.

Если ЧПС < 0, то проект убыточный (затраты не окупаются).

При противоречивых результатах, предпочтение отдается ЧПС.


Таблица 4.3.

F1 *F2Годдля 130%Годдля 130%10,43478310,43478320,62381920,18903630,70600830,0821940,74174340,03573550,75727950,01553760,76403560,00675570,76697270,00293780,76824880,00127790,76880490,000555100,769045100,000241* норматив для дисконтирования настоящего уровня

4)Индекс прибыльности проекта

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

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



Если то проект эффективен.

Если < 1, то проект неэффективен.



Список литературы


1.Липаев В.В. Технико-экономическое обоснование проектов сложных программных средств. - М.: СИНТЕГ, 2004.

2.Липаев В.В. Экономика производства сложных программных продуктов. - М.: СИНТЕГ, 2008.

.Макконелл С. Сколько стоит программный проект. - М.: «Русская редакция», СПб.: Питер, 2007.

.Сатунина А.Е. Управление проектом корпоративной информационной системы предприятия. - М.: Финансы и статистика; ИНФРА-М, 2009.


МОСКОВСКИЙ ГОСУДАРСТВЕННЫй УНИВЕРСиТЕТ ПУТЕЙ СООБЩЕНИЯ (миит) Кафедра «Экономика, организация производства и менеджмент»

Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2017 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ