Автоматизированная система проведения маркетинговых исследований в Белгородском филиале МЭСИ

Таблица № 3.6

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

Таблица № 3.7

Таблица Survey содержит опубликованные анкеты по которым в данный момент происходит анкетирование

Таблица № 3.8

Рис. 3.11. Физическая модель данных

4. Разработка

4.1. Общие сведения этапа разработки

«Разработка» -- третья стадия модели процесса разработки MSF. Она следует за стадией «Планирование», которая завершается одобрением плана проекта. До сих пор проектная группа занималась в основном концепцией, архитектурой продукта и планированием. На стадии «Разработка» основная задача -- выполнение проекта.

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

Стадия «Разработка» завершается написанием кода и выпуском первой версии приложения. Результаты этапа «Завершение разработки» таковы:

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

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

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

? завершена подготовка к тестированию производительности продукта и его стабилизации.

Фаза «Разработка» во многом схожа с другими стадиями модели процесса разработки MSF. Например, фаза «Планирование» завершается подготовкой функциональных спецификаций. Эти документы становятся исходными для стадии «Разработка». Кроме того, они необходимы для оценки различных характеристик процесса разработки. Помните, что эти документы не остаются неизменными -- они вполне могут претерпевать изменения по мере выполнения стадии «Разработка». Эта стадия завершается, когда подготовлены пересмотренные варианты этих документов, а также:

? исходный код и исполняемые модули проекта;

? результаты исследования производительности;

? основные составляющие процесса тестирования.

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

Проектирование архитектуры продукта на стадии «Проектирование» определяет успех его реализации на стадии «Разработка». Стив Мак-коннелл в своей книге «Software Project Survival Guide» описывает связь этих стадий, сравнивая их с движением против течения реки и по течению. Разработка архитектуры на стадии «Планирование», считает он, похожа на движение вверх по течению -- чем выше вы заберетесь, тем проще будет сплавляться вниз на стадии «Разработка». Этот процесс, начинающийся по завершении стадии проектирования и заканчивающийся выпуском продукта, будет тем успешнее и проще, чем лучше продумана архитектура.

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

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

В качестве средства разработки было принято решение использовать Microsoft Visual Studio.NET

4.2 Выбор инструментального средства разработки

Система Visual Studio .NET сегодня позволяет разработчикам создавать Интернет-приложения нового поколения [18]. Обеспечивая самую современную и многофункциональную среду разработки, система Visual Studio .NET предоставляет разработчикам средства для интеграции приложений с любыми операционными системами и языками программирования. С помощью Visual Studio .NET можно легко осуществить преобразование имеющейся бизнес-логики в веб-службы XML, допускающие повторное использование благодаря инкапсуляции процессов и предоставлению доступа к ним из приложений, независимо от того, на какой платформе они работают. Разработчики могут легко объединять любое число веб-служб, каталогизированных и доступных в различных каталогах UDDI, обеспечивая прочную базу для служб и бизнес-логики создаваемых приложений.

В своем универсальном подходе к языкам Visual Studio .NET поддерживает VB.NET, C#, C++ и J#. C# -- совершенно новый язык. VB.NET настолько изменился, что его можно считать практически новым языком. По большей части языки Visual Studio используют обновленную IDE-среду, а для создания программных компонентов и элементов пользовательского интерфейса применяются один или несколько из трех форматов: Windows-формы, Web-формы и Web-службы. Во всех языках применяется .NET Framework Classes -- библиотека классов, которые обеспечивают поддержку “родных” для среды Visual Studio функций.

В Visual Studio .NET все дороги ведут к общеязыковой среде исполнения (Common Language Runtime, CLR). Независимо от используемого языка -- C++, C#, VB.NET или J# -- в конце концов программа преобразуется в формат языка MSIL (Microsoft Intermediate Language -- промежуточный язык Microsoft), который интерпретируется CLR-компилятором. Visual Studio .NET -- это по-настоящему интегрированная среда разработки, независимо от выбранного языка или типа создаваемого приложения, полностью объектно-ориентированная и построенная на единой платформе (.NET Framework). Общий вид и логика работы с инструментальными средствами в Visual Studio .NET в основном сохранены, а огромное количество кода и большая часть инструментов разработки (в частности, средства проектирования, редактирования и отладки) могут Visual Studio .NET -- это также попытка Microsoft повлиять на будущее Web-служб и всего рынка ПО для разработчиков. Компания предприняла все возможные усилия, чтобы предоставить обычному программисту инструментальные средства для создания Web-служб; в то же время не остались без внимания средства разработки серверных и Web-приложений, прикладных программ для работы на мобильных устройствах и в локальной сети.

Новая комбинация ASP.NET и Web-форм существенно улучшена. Вместо объединения HTML, ASP-кода и текста сценариев в единый файл Web-формы позволяют разнести HTML и код программной логики в различные файлы, которые затем можно успешно скомпилировать.

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

Рис. 4.1. Microsoft Visual Studio 2003

Наиболее заметная особенность Visual Studio .NET -- это поддержка Web-служб. Для представления данных в .NET Framework по умолчанию используется язык XML, который к тому же прекрасно увязан с протоколом SOAP.

Microsoft автоматизировала практически все этапы создания и использования Web-служб. Программист может практически ничего не знать о SOAP, WSDL и UDDI и при этом создавать работающие Web-службы.

В дополнение к присутствующим в Visual Studio .NET возможностям уровня предприятия, например, надежной системе отладки, версия Enterprise Architect содержит инструментальные средства поддержки групповой разработки проектов, а также Enterprise Templates (шаблоны предприятий) и систему моделирования Visio. Предоставляется также полная поддержка языка UML с применением восьми типов диаграмм и свободной формы.

4.3 Создание модулей

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

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

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

Рис. 4.1. Создание анкеты

Рис. 4.2. Создание/ редактирование вопросов

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

Рис. 4.2. Опубликование анкеты.

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

Рис. 4.3. Прохождение анкетирования

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

Рис. 4.5. Отчет об анкетировании

5. Экономическое обоснование заказного решения

5.1 План анализа экономической эффективности

Для дальнейшего развития Системы необходимо рассчитать экономическую эффективность проекта. Для этого необходимо выбрать направление распространения Системы. Заказчиком системы выступил Белгородский филиал МЭСИ. Произведем расчет экономической эффективности проекта с точки зрения заказного проекта. Структура экономической части при создании программного обеспечения по заказу фирмы следующая:

1. Технико-экономическое обоснование разработки ПО;

2. Расчет затрат на разработку ПО;

3. Стоимость внедрения ПО Заказчиком;

4. Расходы заказчика при эксплуатации ПО;

5. Эффективность внедрения для Заказчика ПО;

6. Правовые аспекты.

5.2 Технико-экономическое обоснование разработки ПО

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

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

5.3 Расчет затрат на разработку ПО

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

Затраты на разработку.

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

Таблица № 5.1

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

,

где - общая трудоемкость разработки, дн; Тi - трудоемкость по стадиям, дн; n - количество стадий разработки.

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

· основная и дополнительная зарплаты;

· отчисления на социальные нужды;

· стоимость инструментальных средств;

· накладные расходы.

Фонд оплаты труда

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

Таким образом, основная заработная плата (Зосн) при выполнении НИР рассчитывается по формуле:

,

где Зср.днj - среднедневная зарплата j-го сотрудника, руб.; n - количество сотрудников, принимающих непосредственное участие в разработке ПО.

Среднедневная зарплата разработчика определена из расчета 7000 руб. в месяц и равна:

Зср. дн. р.=7000/20=350 руб./день

На консультации запланировано:

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

3 часа - консультант по экономике.

Заработная плата дипломного руководителя составляет 100 руб./ч. Следовательно, зарплата дипломного руководителя:

Зрук = 24 * 100 = 2400 руб.

Заработная плата консультанта по экономике составляет 80 руб./ч.

Зконс = 3 * 80 = 240 руб.

Получаем, основная заработная плата при выполнении НИР равна:

Зосн = Зраз + Зрук + Зконс = 350 * 53 + 2400 + 240 = 21290 руб.

Дополнительная заработная плата равна 10% от основной, следовательно:

Здоп = (10 * Зосн)/100= (10 * 21290)/100 = 2129 руб.

Итого основная и дополнительная заработная плата составляет:

Зобщ = 21290 + 2129 = 23419 руб.

Отчисления на социальные нужды составляют на сегодняшний день 26% от общего фонда заработной платы, следовательно:

Осоц = Зобщ*0,26 = 23419*0,26 = 6088,94 рублей.

Стоимость машинного времени на подготовку и отладку программ.

Стоимость машинного времени Зомв зависит от себестоимости машино-часа работы ЭВМ СМЧ, а также времени работы на ЭВМ ТЭВМ, и включает амортизацию ЭВМ и оборудования, затраты на электроэнергию,

Себестоимость машино-часа ЭВМ равна:

Время использования оборудования:

Затраты на оборудование.

,

где АМ - амортизационные отчисления, руб.; Оф - стоимость ЭВМ и оборудования, руб.; Нам - норма амортизации, %; Тм - время использования оборудования, дни

Затраты на электроэнергию.

,

Таким образом, стоимость машинного времени на подготовку и отладку программ равно:

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

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

Норма амортизации для СПО 30%, а время использования 36,55 дней.

Использованные средства представлены в таблице 3.2.

Таблица 5.2

Аи=((Оф*Нам)/(365*100))*Тм=((28501,8*30)/(365*100))*36,55= 856,22 руб.

где Оф - стоимость использованных средств;

Нам- норма амортизации;

Тм - время использования инструментария, дни.

Итак, смета затрат на разработку приведена в таблице 5.3:

Таблица № 5.3

5.4 Стоимость внедрения ПО Заказчиком

К единовременным затратам пользователя программного обеспечения Kобщ относятся затраты на оплату:

· программного обеспечения Цпо;

· инструментальных средств Цис;

· ЭВМ, прочих аппаратных средств и сетевого оборудования Кэвм;

· обучение персонала Косв.

Стоимость программного обеспечения.

В этом случае стоимость равна себестоимости плюс прибыль разработчика (на практике обычно составляет 20-30% от себестоимости), а также налог на добавленную стоимость 20%. Для расчета можно использовать следующую формулу , где - себестоимость ПО, - прибыль разработчика, - налог на добавленную стоимость. Для заказчика нет необходимости приобретать программное обеспечение, так как работа построена практически вся на программном обеспечении заказчика (рабочее место сотрудника с необходимым ПО).

Прибыль разработчика составляет 6180,78 рублей

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

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

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

Суммарные затраты для заказчика представлены в таблице 5.4.

Таблица 5.4

Суммарные затраты для заказчика и разработчика, представлены в таблице 5.5.

Таблица 5.5

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

Таблица 5.6

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

Таблица 5.7

5.5 Эффективность внедрения для Заказчика

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

В соответствии с планом графиком предоставления маркетинговой отчетности проведение анкетирования ведется по 15-ти видам анкет, которые в свою очередь состоят примерно из двух листов. Получается, что единовременно затрачивается 30 листов бумаги. По данным прошлого года было распечатано около 6500 анкет, из которых заполнено было 4350 анкет.

Таким образом, получаем, что было затрачено 2*6500=13000 листов бумаги. Так как пачка бумаги состоит из 500 листов, то получается, что на проведение анкетирования в прошлом году было потрачено 26 пачки бумаги. Стоимость одной пачки бумаги составляет 120 рублей. В результате получаем:

26*120 = 3120 рулей необходимо только на бумажные ресурсы

Также в затраты на тиражирование анкет входит стоимость печати, тиражирование анкет происходит на ксероксе, и она включает в себя стоимость использования ксерокса, а также затраты на краску. Один картридж стоит 1700 рулей, ресурса которого хватает на 2500 листов, получается, что необходимо использовать около 3 картриджей. В итоге получаем, что затраты на краску составляют: 3*1700 = 4420 рублей

Также необходимо учесть затраты сотрудника проводящего маркетинговое исследование. Так как Москва присылает шаблоны анкет, то их необходимо доработать для дальнейшего тиражирования. На редактирование 15-ти шаблонов анкет у сотрудника проводящего маркетинговое исследование уходит около 15 часов. После того как анкетирование проведено, необходимо обработать все полученные анкеты, т.е. внести данные в Exel. На данный вид работ затрачивается около 240 часов в год. На составление отчета по одному виду анкеты уходит один рабочий день, что в итоге составляет 120 часов на все виды анкет. В итоге получаем, что сотрудник затрачивает 375 часов (45,85 рабочих дней) в год на проведение маркетингового исследования посредством анкетирования. Оклад работника составляет 5394 рубля.

Общая сумма затрат на проведение анкетирования составляет 20182 рубля.

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

Затратив на внедрение модуля 37484,72 рубля и экономя в год 20182 рублей, получим, что период окупаемости составит:

37484,72/20182 = 1 год и 8 месяцев.

5.6 Правовые аспекты

Легальность инструментария

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

Лицензионное соглашение

Понятие лицензионного соглашения пришло с Запада. End user license agreement (EULA) - документ как правило существующий в электронной форме, подписание которого является необходимым условием использования программы на ЭВМ. EULA разработанной системы содержит следующие пункты:

· общие положения

· авторские права на программу

· права на распространение программы

· защита ответственности разработчика (принцип "как есть")

· защита целостности и тиражирования (копирование, дизассемблирование, декомпилирование и т.п.)

Защита авторских прав

При создании Системы разработчик руководствовался Федеральным Законом РФ от 23 сентября 1992 г. N 3523-I (в ред. Федерального закона от 24.12.2002 N 177-ФЗ) "О правовой охране программ для электронных вычислительных машин и баз данных". Статья 4 Закона содержит описание условий признания авторского права. Согласно статье, «для признания и осуществления авторского права на программу для ЭВМ или базу данных не требуется депонирования, регистрации или соблюдения иных формальностей. Правообладатель для оповещения о своих правах может, начиная с первого выпуска в свет программы для ЭВМ или базы данных, использовать знак охраны авторского права, состоящий из трех элементов:

буквы С в окружности или в круглых скобках;

наименования (имени) правообладателя;

года первого выпуска программы для ЭВМ или базы данных в свет.»

Таким образом, в окне «О программе…» появилась следующая запись:

«Copyright ©, БФ МЭСИ, 2006г.»

Выводы по главе

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

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

· Рассчитаны затраты на разработку - 37484,72 рублей;

· Рассчитан экономический эффект от внедрения - 20182 рублей;

· Срок окупаемости проекта составляет 1 год и 8 месяцев.

Заключение

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

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

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

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

На стадии планирования были более детально изучены бизнес процессы отдела маркетинга и в результате чего были построены диаграммы AS-IS и диаграммы вариантов использования системы. В результате исследования диаграмм UseCase были определены модули системы. Также были выделены сущности и построена логическая модель данных, представленная в виде диаграммы “сущность-связь”.

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

На стадии реализации в качестве средства разработки было принято решение использовать Microsoft Visual Studio.NET, с помощью которого были разработаны модули системы.

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

Список использованной литературы

1. Федеральный Закон РФ от 23.09.1992 г. № 3523-I (в редакции от 24.12.2002 № 177-ФЗ) О правовой охране программ для электронных вычислительных машин и баз данных.

2. Положение о маркетинговой деятельности региональных структур

3. Анализ требований и создание архитектуры решений на основе Microsoft .NET. Учебный курс MCSD/Пер. с англ. -- М.: Издательско-торговый дом «Русская Редакция», 2004.-- 416 стр.

4. Беляевский И.К. Маркетинговое исследование: информация, анализ, прогноз: Учебное пособие. - М.: Финансы и статистика, 2001

5. Буч Г. Рамбо. Д. Джекобсон А. Язык UML. Руководство пользователя: Пер. с англ. ДМК, 2000. - 432 с.

6. Вилдермьюс, Шон. Практическое использование ADO.NET. Доступ к данным в Internet. : Пер. с англ. -- М. : издательский дом "Вильяме", 2003. -- 288 с.

7. Котлер Ф. Основы маркетинга / Пер. с англ. - М., Прогресс, 1999

8. Проектирование экономических информационных систем: Учебник/Г.Н.Смирнова, А.А.Сорокин, Ю.Ф.Тельнов. - М: Финансы и статистика, 2003. - 512стр.

9. Разработка Web- приложений на Microsoft Visual Basic .NET и Microsoft Visual C# .NET. Учебный курс MCAD/MCSD/Пер. с англ. -- М.: Издательско-торговый дом «Русская Редакция», 2003. -- 704стр.:

10. Сеппа Д. Microsoft ADO.NET/Пер. с англ. -- М.: Издательско-торговый дом «Русская Редакция», 2003- -- 640 стр.

11. Теория и практика построения баз данных: Д. Крёнке. - Питер, 2003. - 800стр.

12. Royce, Winston W., "Managing the Development of Large Software Systems," Proceedings of IEEE Wescon (August 1970): pp 1-9

13. Barry Boehm, "A Spiral Model of Software Development and Enhancement", IEEE Computer, Vol.21, No. 5 (May 1988): pp 61-72

14. Аналитическая информация http://www.citforum.ru/

15. Документы по MSF на русском языке http://www.microsoft.com/rus/msf

16. Маркетинговые исследования http://4p.net.ua/content/blogcategory/3/35/

17. МаркетПРО. Маркетинговые исследования в России и за рубежом. http://www.marketpro.spb.ru

18. Официальный сайт Microsoft Россия http://www.microsoft.com/rus/

19. Статьи и аналитические материалы по рынку КИС http://erp.mctlab.ru/

Приложение 1

Страницы: 1, 2, 3