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

Санкт-Петербургский государственный университет

Экономический факультет

Выпускная квалификационная работа

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

Направление 080500 - «Бизнес-информатика»

Выполнил:

бакалавриант 4 курса

Гусев А. М.

Научный руководитель :

Кудрявцева М. Е.,

старший преподаватель

Санкт-Петербург, 2016



Оглавление

Введение

1. Информационная инфраструктура органик фермы

1.1 Определение

1.2 Этапы создания информационный инфраструктуры

1.3 Информационная инфраструктура органик фермы

2. Анализ предметной области

2.1 О Холдинге «Пока все дома»

2.2 Юридическое устройство и организационная структура

2.3 Планы по развитию

2.4 Бизнеспроцессы предприятия

3. Составление технического задания

4. Экономическая оценка внедрения информационной инфраструктуры

4.1 Экономические показатели

4.2 Трудоемкость

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

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

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

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

Заключение

Список использованных литературных источников и информационных материалов

Приложения



Введение

В последние десятилетия, в связи с ростом промышленности по всему миру, процессом глобализации, заметно существенное ухудшение качества среднего уровня продукции, в том числе продуктов питания. В России, при современной политической конъюнктуре (продуктовые санкции в отношении продуктов, произведенных странамичленами Европейского Союза, запрет импорта некоторых технических машин со стороны Правительства Российской Федерации и другое; импорт за 2015 год упал на 21,4% ), особенно остро ощущается нехватка качественных продуктов питания - по результатом опроса, проведенного холдингом «Ромир» , за 2015 год 39% потребителей заметили ухудшение качества продуктов питания, 43% потребителей заметили исчезновение с прилавков магазинов знакомых марок.

Рисунок 1 «Количество магазинов с фермерскими продуктами в СПб»

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

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

Высокий рост сельскохозяйственных предприятий 4,4% за 2015 год и производственной индустрии в целом: к примеру, темпы роста внутреннего производства сыра выросли на 30% с начала 2015 года. По этим, но больше в связи с большой заинтересованностью в процессе производства, соображениям у управленческого департамента ООО «Гуси Лебеди» возникла идея создать ферму по производству сыра органическими методами, более того «предоставить доступ» покупателям к процессу производства и дать возможность проверить каждый продукт с помощью онлайнресурса и индивидуального идентификационного кода товара. Это могло бы стать прекрасным прецедентом для создания более открытого и дружелюбного контакта с потребителями в СевероЗападном регионе, России и мире. Более того, контроль работы процессов производства, продажи, закупки и складирования невозможно организовать без использования программных ресурсов, отсутствие которых может существенно затруднить деятельность компании, что может многим ухудшить производственнофинансовые показатели компании. Поэтому предельно важно изначально внедрить программный продукт для оптимальной работы фермы, далее, анализируя деятельность на практике, возможны его модернизации и улучшения.

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

1. Анализ предметной области.

2. Моделирование бизнеспроцессов.

3. Составление технического задания (ТЗ) для дальнейшей разработки программного продукта на базе 1С: Предприятие.

4. Изучение методов экономической оценки информационной системы.

5. Экономическая оценка проекта различными методами.

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

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

1. Исследование процесса разработки информационной инфраструктуры органик фермы.

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

2. Оценка экономической эффективности программного продукта.

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



1. Информационная инфраструктура органик фермы

1.1 Определение

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

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

· обеспечивает доступ потребителей к информационным ресурсам.

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

1.2 Этапы создания информационный инфраструктуры.

В данной работе разобьем проект создания на несколько этапов:

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

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

2. Написание технического задания по разработке информационной инфраструктуры.

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

3. Разработка информационной инфраструктуры (в программе 1С: Предприятие; преследует следующие цели: автоматизация, контроль со стороны управления и контроль со стороны потребителя).

1.3 Информационная инфраструктура органик фермы.\

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

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

· внутренний контроль деятельности компании со стороны руководства (глав департаментов, директоров);

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



2. Анализ предметной области

2.1 О Холдинге «Пока все дома»

Холдинговая компания «Пока все дома», включает 2 организации:

1. ООО «Гуси Лебеди» .

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

««Гуси-Лебеди» магазин фермерских продуктов. Наш ассортимент - результат тщательного отбора. Высокое качество, быстрая доставка и справедливая цена для тех, кто отдает предпочтение натуральному продукту.

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

2. «Все мыши любят сыр».

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

· продукты не содержат ГМО и их производных;

· продукты не содержат улучшителей, консервантов, загустителей, ароматизаторов и их производных;

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

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



2.2 Юридическое устройство и организационная структура

Рисунок 2 «Юридическое устройство и организационная структура “Пока все дома”»

2.3 Планы по развитию

Холдинг “Пока все дома” планирует работу по следующим направлениям:

1. Развитие ООО “Гуси Лебеди”.

Продвижение интернетресурса www.gusi-lebedi.com (дальнейшее преобразование в полноценный информационнопотребительский ресурс с полезной научнопопулярной информацией о продукте для потребителя), открытие монобрендовой сети магазинов по СевероЗападному региону.

2. Развитие “Все мыши любят сыр”.

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

1. Создание сети миниферм.

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

2.4 Бизнеспроцессы предприятия

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

· формализация стратегии и контроль ее достижения;

· моделирование и оптимизация бизнес-процессов;

· проектирование организационной структуры и штатного расписания;

· регламентация деятельности: разработка регламентов и распространение их среди сотрудников;

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

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

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

1. Разработка стратегии.

2. Продвижение и продажа.

Рисунок 3 «Бизнеспроцессы сыроварни. Продвижение и продажа»

3. Разработка новых и модификация продуктов.

4. Закупка и снабжение.

5. Производство.



Рисунок 4 «Бизнеспроцессы сыроварни. Производство сыра»

6. Складирование и логистика.

7. Экономические расчеты показателей.



Рисунок 5 «Бизнеспроцессы сыроварни. Экономические расчеты»

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



3. Составление технического задания

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

Далее разберем процесс разработки документа и рассмотрим наиболее интересные моменты.

Стоит напомнить, что приложение будет разработано в программе 1С: Предприятие на языке 1С Язык программирования.

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

Таблица 1 «Роли и функции»

Роль	Функции и уровень доступа
Генеральный директор	Проверка, изменение, анализ данных; доступ ко всем подсистемам
Исполнительный директор	Проверка, анализ данных; доступ к подсистемам поднадзорных департаментов
Бухгалтер	Проверка, изменение данных, подготовка отчетностей; доступ ко всем товарным операциям
Работник производства	Загрузка данных; доступ в подсистему «Производство»
Работник склада	Загрузка данных; доступ в подсистему «Склад»
Логист	Загрузка данных; доступ в подсистему «Логистика»
Работник отдела продаж	Загрузка данных; доступ в подсистему «Продажи»
Работник отдела закупок	Загрузка данных; доступ в подсистему «Закупки»
Работник отдела контроля качества	Загрузка данных; доступ в подсистему «Контроль качества»
Покупатель	Просмотр истории производства продукта

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

1. Генеральный директор.

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

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

2. Исполнительный директор.

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

3. Бухгалтер.

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

4. Работник производства.

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

5. Работник склада.

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

6. Логист.

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

7. Работник отдела продаж.

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

8. Работник отдела закупок.

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

9. Работник отдела контроля качества.

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

10. Покупатель.

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



4. Экономическая оценка внедрения информационной инфраструктуры

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

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

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

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

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

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

Можно выявить следующую последовательность работ:

1. Поиск и изучение сопоставимых проектов.

2. Сделать выводы, выбрать ключевые способы оценки, показатели.

3. Рассчитать необходимые экономические показатели (при необходимости пользоваться дополнительной литературой).

4. Рассчитать стоимость предполагаемого программного продукта, ввод в эксплуатацию, последующее использование.

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

6. Выдвинуть предложение о модернизации, улучшениях и начало работы.

4.1 Экономические показатели

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

1. Абсолютные.

a) Уровень трудозатратности обработки изначальный и при вводе в эксплуатацию программного продукта и .

b) Стоимость использования программного продукта, дельта по работе за годовой период:

(1)

c) Дельта уменьшения трудозатрат за годовой период:

(2)

2. Относительные.

a) Числовой показатель иллюстрирует уровень уменьшения трудозатрат сопоставляя с нулевым периодом, то есть до ввода в эксплуатацию системы:

(3)



b) Числовой показатель уменьшения стоимостных затрат:

(4)

c) Соответствующие индексы:

(5)

(6)

4.2 Трудоемкость

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

Различные подходы к решению данной задачи применимы во многих кейсах, приведем лишь некоторые из них:

· процесс бюджетирования задумки;

· подсчет рисков и отбор оптимальных решений (выбор средств и методов для создания программного продукта);

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

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

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

Существуют следующие подходы к оценке:

1. Моделирование с помощью алгоритмов.

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

2. Экспертное мнение.

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

3. Сравнительный метод

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

4. Метод Паркинсона

Согласно этому закону усилия, затраченные на работу, распределяются равномерно по выделенному на проект времени. Здесь критерием для оценки затрат по проекту являются человеческие ресурсы, а не целевая оценка самого программного продукта. Если проект, над которым работают пять человек, должен быть закончен в течение 12 месяцев, то затраты на его выполнение исчисляются в 60 человеко-месяцев.

5. Оценка с целью выиграть контракт

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



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

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

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

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

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

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

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

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

Таблица 2 «Весовые коэффициенты действующих лиц»

Тип	Коэффициент
Простое	1
Среднее	2
Сложное	3



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

Таблица 3 «Ролевая классификация»

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

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

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

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

Таблица 4 - «Весовые коэффициенты. Варианты использования»

Тип	Условие	Коэффициент
Простой	<3 транзакций	1
Средний	От 4 до 7 транзакций	2
Сложный	>8 транзакций	3

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



UUCP=W+UC (7)

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

Таблица 5 «Варианты использования. Классификация»

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

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

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

UUCP=W+UC=17+11=28

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

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



Таблица 6 «Техническая сложность. Показатели»

Показатель	Описание показателя	Значение	Вес
T1	Распределенная система	3	1
T2	Высокая производительность	5	2
T3	Пользование системой в режиме реального времени	4	2
T4	Сложная обработка данных	2	1
T5	Простота внедрения	2	1
T6	Простота эксплуатации	4	2
T7	Простота исправлений	3	1
T8	Требования по безопасности	3	0
T9	Доступ пользователей	3	1
T10	Требования по обучению сотрудников	2	1

Вычислим 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)

Таблица 7 «Уровень профессионализма разработчиков»

Показатель	Описание	Значение	Вес
F1	Знакомство с технологией	2	1,5
F2	Опыт разработки приложений	2	0,5
F3	Опыт использования объектно-ориентированного подхода	2	1
F4	Наличие ведущего аналитика	0	0,5
F5	Мотивация	3	1
F6	Стабильность требований	5	2
F7	Частичная занятость	0	1
F8	Сложные языки программирования	0	1

Каждому показателю присваивается значение в диапазоне от 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

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

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

Таблица 8 «Вовлеченность участников»

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

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

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

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

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

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

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

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

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

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

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

) составляет 27000 рублей (Lenovo G50-80) , добавим к этому стоимость лицензии программы 1С: Предприятие 8 - 30600 рублей , то есть

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

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

(11)

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

рублей/год

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

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

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



Таблица 9 «Постоянные издержки»

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

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

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

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

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

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

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

Таблица 10 «Переменные издержки. Материалы»

Наименование	Количество	Цена	Стоимость
Бумага для принтера	3	200	600
Заправка для картриджа	1	500	500
Другие канцтовары	1	1000	1000
Итого:	2100

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

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

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

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

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

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

Таблица 11 «Основная заработная плата работников»

Должность	Оклад	Стоимость 1го рабочего дня	Дни	Сумма
Менеджер проекта	50000	2380	7	16660
Разработчик 1С	30000	1430	48	68640
Итого:	85300

Таблица 12 «Заработная плата. Итоги»

Вид начислений	Менеджер проекта, руб	Разработчик 1С, руб	Сумма, руб
Основная з/п	16660	68640	85300
Дополнительная з/п	6664	27456	34120
Итого:	23324	96096	119420

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

Таблица 13 «Налоговые отчисления»

Должность	Фонд оплаты труда, руб	Страховые взносы (34%), руб
Менеджер проекта	23324	7930
Разработчик 1С	96096	32673
Итого	119420	40603

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

Таблица 14 «Переменные затраты. Итоги»

Наименование	Объем, руб	Доля в общей массе, %
Материалы	2100	1
Коммунальные расходы	50000	24
Общий фонд оплаты труда	119420	56
Налоги и взносы	40603	19
Итого:	212123	100

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

Таблица 15 «Переменные, постоянные издержки»

Вид	Объем, руб	Доля в общей массе, %
Переменные	212123	78
Постоянные	60350	22
Итого	272473	100

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

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

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

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

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

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

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

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

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

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

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

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

(12)

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

Таблица 16 «ЗТР»

Величина	Без системы	После ввода в эксплуатацию
Ка	1	1,5
Ксо	1	2
Ксл	1	3
Км	1	1
Коб	1	1
Кш	1	1
Общий ЗТР	2	10

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

(13)

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



, (14)

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

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

(15)

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

Таблица 17 «Коэффициент техникоэксплуатационный»

Характеристика	Вес	После ввода системы	До ввода системы
Простота работы	0,15	4	4
Безопасность хранения и использования информации	0,1	4	2
Функционал системы	0,3	5	2
Экономия времени при работе	0,2	5	2
Время, затраченное на обучение персонала	0,25	3	4
Общий показатель I	21	14

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

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

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



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

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

Получаем:

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

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

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

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

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

(17)

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

(18)



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

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

Таблица 18 «Итога экономической оценки»

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

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

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

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