«Разработка информационной инфраструктуры органик фермы»



страница2/3
Дата10.12.2016
Размер0.88 Mb.
Просмотров869
Скачиваний0
1   2   3

Грамотная оценка должна производится следующим образом:

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

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

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

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

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

Объем финального продукта (размер кода или тому подобное).

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

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

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

Очень важным при подсчете трудоемкости является внимание к объему продукта, для чего необходимо провести следующие мероприятия:

Вычислить объем предполагаемого продукта.

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

Вычислить срок реализации и дату окончания.

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

Наиболее используемые величины для подсчета объема программы выступают:

количество строк кода (LOC ЁC Lines of Code);

функциональные точки (FP ЁC Function Points).

Оценка с помощью подсчета количества строк исходного когда является самой популярной в настоящее время в мире. Но зачастую перед применением возникают резонные вопросы: как оценить объем до начала работы? как это коррелирует с величиной трудовых затрат, учитывая разные подходы разработчиков к созданию? Многие специалисты, не найдя удовлетворительных ответов на вышеуказанные вопросы, стали отказываться от подобного метода оценки в пользу функциональных точек (метод представляет собой способ измерения с точки зрения пользовательского восприятия программного продукта, который осуществляется с помощью логической модели удовлетворенности клиента пользовательским функционалом смоделированной разработчиком программы) и оценки на основании вариантов использования. Для более наглядного восприятия приведем этапы оценки с помощью метода «функциональных точек»:

Определение типа оценки.

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

Определение области оценки и границ продукта.

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

Подсчет функциональных точек, связанных с данными.

Первоначально точкам определяют кластер сложности (из следующих: DET- уникальные данные, RET ЁC логическая группа данных).

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

Транзакция ЁC это единый процесс (действие), в результате которого меняется консистентное состояние объекта.

Можно классифицировать транзакции по следующему принципу: EL ЁC внешние входные транзакции, EO ЁC внешние выходные транзакции, EQ ЁC внешние запросы

Определение суммарного количества не выровненных функциональных точек (UFP).

Определение значения фактора выравнивания (FAV).

Расчет количества выровненных функциональных точек (AFP).9

4.3.Оценка трудоемкости на базе метода Constructive Cost Model Model 2: Intermediate (COCOMO II).

COnstructive COst MOdel (разработанная модель издержек) ЁC является моделью алгоритмов оценки стоимости разработки программного обеспечения (в том числе трудозатрат и времени создания), которая была создана Барри Боэмом. В процессе использования данной модели применяется простая формула регрессии с параметрами, которые заранее установлены и выявлены из документации, организованной по ряду проектов. 10

Следующим этапом COCOMO II является составлением факторов в рейтинг по шкале, начиная от «очень низкого» и до «экстра высокого» (по значению или важности фактора). Далее значения рейтинга заменяются множителями трудоемкости.

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

Всех лиц данного программного продукта можно разделить на 3 категории:

Сложные (пользователи графического интерфейса).

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

Простые (внешний программный продукт с известным функционалом).

ТипКоэффициентПростое1Среднее2Сложное3Таблица 2 - «Весовые коэффициенты действующих лиц»

Далее углубимся в действующие лица, приведем следующую таблицу- ролевую классификацию (в упрощенном виде).

Действующее лицоТипУправляющий/Бухгалтер (управляющие органы)СложноеРаботник фермы/Логист (рабочие)СложноеРаботник одного из отделов офиса СложноеПокупательСложноеКаталог ингредиентов ПростоеСистема производственно- складского учета продукцииСреднееПишущая база данных (запись истории производства)СреднееТаблица 3 - «Ролевая классификация»

Из таблицы “Весовые коэффициенты действующих лиц” возьмем величины и посчитаем общий весовой показатель (всего 4 сложных действующих лица, 1 простое, 2 средних):

W=4*3+1*1+2*2=17

Далее необходим определить весовые показатели всех вариантов (которые, в свою очередь, также делятся на 3 типа ЁC сложный, средний, просто), сформируем таблицу с весовыми коэффициентами, чтобы посчитать общий коэффициент UC:

Тип УсловиеКоэффициентПростой<3 транзакций1СреднийОт 4 до 7 транзакций2Сложный>8 транзакций3Таблица 4 ЁC «Весовые коэффициенты. Варианты использования»

Следующим шагом надо рассчитать показатель UUCP (Unadjusted Use Case Points ѓ{ точки случая нерегулируемого использования) используя следующую формулу

UUCP=W+UC (7)

UC ЁC считаем исходя из последующей таблицы

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

Применим установленные классификации для вычисления UC (простой ЁC 3 шт, средний ЁC 1 шт, сложный ЁC 2 шт)

UC=3*1+1*2+2*3=11

UUCP=W+UC=17+11=28

Далее мы можем перейти к оценки такого показателя, как техническая сложность ЁC TCF (Technical Complexity Factor, формула которого ). Эту величину возможно скалькулировать с помощью показателя технической трудности ЁC Ti (каждой величине присваивается некоторый показатель Ti, значения которого лежат в отрезке от 0 до 5 (возрастание упомянутого показателя можно считать возрастанием значимости, то есть 0 ЁC малозначимо, 5 ЁC сверх значимо).

TCF = 0,6+(0,01*(Sum(Ti)*ВЕСi) (8)

ПоказательОписание показателяЗначениеВесT1Распределенная система31T2Высокая производительность52T3Пользование системой в режиме реального времени42T4Сложная обработка данных21T5Простота внедрения21T6Простота эксплуатации42T7Простота исправлений31T8Требования по безопасности30T9Доступ пользователей31T10Требования по обучению сотрудников21Таблица 6 - «Техническая сложность. Показатели»

Вычислим TCF для проекта:

TCF=0,6+(0,01*(3*1+5*2+4*2+2*1+2*1+4*2+3*1+3*0+3*1+2*1)=0.6+0,01*41=1,01

Для анализа окружающей среды, а именно оценки профессионализма разработчиков стоит вычислить показатель EF (Environmental Factor)

ПоказательОписаниеЗначениеВесF1Знакомство с технологией21,5F2Опыт разработки приложений20,5F3Опыт использования объектно-ориентированного подхода21F4Наличие ведущего аналитика00,5F5Мотивация31F6Стабильность требований52F7Частичная занятость0ѓ{1F8Сложные языки программирования0ѓ{1Таблица 7 - «Уровень профессионализма разработчиков»

Каждому показателю присваивается значение в диапазоне от 0 до 5 (для создания проекта планируется привлечение программиста, опыт работы которого около 3-х лет). Для показателей F1-F4: 0 - отсутствие, 3 ѓ{ сред­ний уровень, 5 ѓ{ высокий уровень. Для F5: 0 означает отсутствие мотивации, 3 ѓ{ средний уровень, 5 ѓ{ высокий уровень мотивации. Для F6 0 означает высокую нестабильность требова­ний, 3 ѓ{ среднюю, 5 ѓ{ стабильные требования. Для F7 означает отсутствие специалистов с частичной занятостью, 3 ѓ{ средний уровень, 5 ѓ{ все специалисты с частичной занятостью. Для пока­зателя F8 0 означает простой язык программирования, 3 ѓ{ сред­нюю сложность, 5 ѓ{ высокую сложность.

EF=1,4+(-0,03*(Sum(Fi)*ВЕСi) (9)

EF=1,4+(-0,03*(2*1,5+2*0,5+2*1+0*0,5+3*1+5*2+0*(-1)+0*(-1))=1,4+(-0,03*24)=0,68

Для формирования финального показателя по трудоемкости проекта нужно рассчитать UCP (Use Case Points)

UCP=UUCP*TCF*EF (10)

UCP=28*1,01*0,68=19,23

Первоначально (возможны изменения, если руководитель сочтет ЁC на основе опыта или анализа ЁC необходимым скорректировать) 1 UCP = 20 человеко-часов, то есть 19,23*20=384,6 человеко-часа необходимо для создания данного проекта.

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

ЭтапВовлеченность исполнителейменеджерразработчик 1ССистемный анализ30 %100 %Анализ требований30 %100 %Проектированиеѓ{100 %Кодированиеѓ{100 %Тестирование10 %100 %Итого (участие в работе)14 %100 %Таблица 8 - «Вовлеченность участников»

Получается, что менеджер проекта вовлечен на 14%, а разработчик 1С на 100% на всей протяженности создания системы. Это значит, что у нас имеется 1,14 человек участвующих в работе, значит 384,6/1,14=337,36 человеко-часов. При условии, что рабочий день составляет 8 часов, для создания подобного проекта потребуется 43 полных дня, но, учитывая всевозможные задержки, можно с уверенностью добавить 10% времени, то есть весь проект должен быть реализован за 48 полных дней.

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

4.4. Затраты на создание

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

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

К постоянным издержкам относятся:

покупка основных средств;

амортизация основных средств (в нашем случае - компьютер и ПО, моральный износ которых истекает через 3 года);

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

Стоимость основных средств (в виде компьютера и программного обеспечения), удовлетворяющих требованиям разрабатываемой программы (смотри Техническое задание), вместе с доставкой и установкой (напомним, что в балансовая стоимость имеет следующую формулу µ §) составляет 27000 рублей (Lenovo G50-80)11, добавим к этому стоимость лицензии программы 1С: Предприятие 8 ЁC 30600 рублей12, то есть

Сб=27000+30600=57600 рублей

Амортизационные отчисления за год:

µ § (11)

где Наморт ЁC есть норма амортизации за год (в нашем случае ЁC 33%), значит

µ § рублей/год

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

µ §

Расходы на эксплуатацию и техническую поддержку будем считать равными 7% от стоимости компьютера,



µ §

Таким образом, мы получили постоянные издержки на разработку программного продукта, сформируем их таблицу:

НазваниеДенежный эквивалент% в общей массеПокупка основных средств57600 рублейµ §Амортизация2500 рублейµ §Техническое обслуживание250 рублейµ §Итого:60350 рублей100%Таблица 9 - «Постоянные издержки»

Далее рассмотрим переменные издержки, к которым можно отнести:

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

расходы по аренде помещения и коммунальным платежам;

заработная плата работников;

отчисления по налогам.

Расходы на материалы приведем в таблице:

НаименованиеКоличествоЦенаСтоимостьБумага для принтера3200600Заправка для картриджа1500500Другие канцтовары110001000Итого:2100Таблица 10 - «Переменные издержки. Материалы»

Аренда помещения из расчета 25000рублей/месяц, в данную стоимость должны быть включены все коммунальные платежи и различного вида сборы, связанные с арендуемым помещением. Оплату по аренде нужно произвести за 2 месяца (так как работа будет производится 48 дней)

Разберем статью расходов «Заработная плата работников»:

основная заработная плата разработчиков

дополнительная заработная плата разработчиков из ФЗП

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

Дополнительная же заработная плата исчисляется 25% надбавкой за успешное выполнение работы (все поставленные задачи выполнены) и 15% за досрочное (или в срок) выполнение работы. Расходы на фонд заработной платы приведем в таблице ниже:

ДолжностьОкладСтоимость 1го рабочего дняДниСуммаМенеджер проекта500002380716660Разработчик 1С3000014304868640Итого:85300Таблица 11 - «Основная заработная плата работников»

Вид начисленийМенеджер проекта, рубРазработчик 1С, рубСумма, рубОсновная з/п166606864085300Дополнительная з/п66642745634120Итого:2332496096119420Таблица 12 - «Заработная плата. Итоги»

То есть фонд оплаты труда равен 119420. По данному фонду следует оплатить налоги. Известно, что общий процент страховых взносов составляет 34%, из них 26% - в ПФР, 2,9% - в ФСС РФ, 2,1% - в ФФОМС, 3% - в ТФОМС13

ДолжностьФонд оплаты труда, рубСтраховые взносы (34%), рубМенеджер проекта233247930Разработчик 1С9609632673Итого11942040603Таблица 13 - «Налоговые отчисления»

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

НаименованиеОбъем, рубДоля в общей массе, %Материалы21001Коммунальные расходы5000024Общий фонд оплаты труда11942056Налоги и взносы4060319Итого:212123100Таблица 14 - «Переменные затраты. Итоги»

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

ВидОбъем, рубДоля в общей массе, %Переменные21212378Постоянные6035022Итого272473100Таблица 15 - «Переменные, постоянные издержки»

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

4.5. Расчет экономической эффективности

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

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

Расчетная ЁC определяется на этапе планирования программного продукта.

Фактическая ЁC определяется на практике, то есть после внедрения программного продукта в структуру работы компании.

Другим разделением экономического эффекта на группы является предмет (или область) влияния:

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

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

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

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

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

µ § (12)

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

ВеличинаБез системыПосле ввода в эксплуатациюКа11,5Ксо12Ксл13Км11Коб11Кш11Общий ЗТР210Таблица 16 - «ЗТР»

Посчитаем коэффициент улучшения системы:

µ § (13)

µ §


Значит можно говорить, что система в 5 раз должна улучшить качество работы. Ясно, что это является экспертной оценкой, а значит очень субъективной, однако, очень важно понимать, что экономический эффект будет положительным (технически проект является полностью оправданным, так как ЗТР>1).

Для пущей наглядности можно произвести расчет технико- эксплуатационного уровня разрабатываемой системы Iэксп

µ §, (14)

где bi ЁC это вес i-го фактора, а Xi ЁC качество i-го фактора.

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

µ § (15)


Приведем таблицу подсчетов:

ХарактеристикаВесПосле ввода системыДо ввода системыПростота работы0,1544Безопасность хранения и использования информации0,142Функционал системы0,352Экономия времени при работе0,252Время, затраченное на обучение персонала0,2534Общий показатель I2114Таблица 17 - «Коэффициент технико- эксплуатационный»

Из таблицы следует:

µ §


То есть работа компании будет улучшена на 50% с начала эксплуатационного периода.

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

Зi=Сi+Ен+Зобщ, (16)

где Ci-текущие затраты, Ен- норма экономической эффективности (у нас 20%), Зобщ ЁC общие расходы.

Получаем:

До ввода Здо=276000+0,20*0=276000

После ввода Зпосле=128000+0,20*60350=140070

А значит можно посчитать экономический эффект в целом:

µ §, где О- объем работ в натуральных единицах

µ §


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

µ § (17)


µ §

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

µ § (18)

µ §


В нашем случае Ефакт>Енач (4,5>0,2), а значит капитальные вложения можно считать эффективно потраченными.

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

ПоказательВеличинаЗатраты на разработку проекта, р.60350Общие эксплуатационные затраты, р.128000Экономический эффект, р.273930Коэффициент экономической эффективности4,5Срок окупаемости, мес.3Таблица 18 - «Итога экономической оценки»

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

4.6. Альтернативный метод экономической оценки

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

Стратегический анализ компании, возьмем наиболее подходящий ЁC SWOT.

Составление сметы проекта.

Проиллюстрируем все этапы работы.

SWOT ЁC анализ фермы- сыроварни. Нам необходимо разобрать все стороны компании по производству сыра (как сильные и слабые стороны, так и угрозы и возможности по развитию).

Strengths/Сильные стороныWeaknesses/Слабые стороныНизкий уровень конкуренции (в России менее 10 ферм, работающих по принципам organic, слабая конъюнктура рынка)

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

Сформированная система сбыта продукции

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

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

Низкий уровень культуры потребления сыра в России

Малое количество каналов сбыта

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

Высокая стоимость технологий и ввода инновацийOpportunities/ВозможностиThreats/УгрозыМалое количество отечественных производителей сыра (в условиях санкций и др), а значит и возможный региональный экспорт продукции

Создание полностью открытой системы производства (визуальный допуск потребителей к процессу производства)

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

Конкуренты, создающие продукт со схожими вкусовыми характеристиками, используя при этом ненатуральные добавкиТаблица 19 - «SWOT-анализ»

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


Каталог: bitstream -> 11701
11701 -> Исследование характера взаимодействия зрителя и произведения на материале инди-игр
11701 -> Образовательная программа «Русский язык как иностранный»
11701 -> Научно-исследовательская работа по направлению «Реклама и связи с общественностью»
11701 -> Основная образовательная программа бакалавриата по направлению подготовки 040100 «Социология» выпускная квалификационная работа
11701 -> Торопова Марина Леонидовна Использование модели wrf для детализации микроклиматических описаний Магистерская диссертация
11701 -> Математико-механический факультет
11701 -> К афедра компьютерных технологий и систем ахмадеев Артур Эдуардович


Поделитесь с Вашими друзьями:
1   2   3


База данных защищена авторским правом ©nethash.ru 2019
обратиться к администрации

войти | регистрация
    Главная страница


загрузить материал