Краткая характеристика объекта управления, обзор и анализ существующих аналогов, реализующих его функции. Разработка архитектуры программной системы, тестирование и оценка эффективности приложения. Развертывание и использование программного продукта.
Аннотация к работе
Основная задача маркетолога - постоянное отслеживание трафика сайта и той информации о посетителях, которую он может получить, повышение популярности сайта, отслеживание технических возможностей посетителей, действенность предпринимаемых маркетинговых шагов и т.д. Создание вебсайта и размещение в сети Интернет, продуманное его использование, открывают владельцу неограниченные возможности в успешной конкуренции на рынке, а следовательно и сбыте продукции. Для целей исследования рынка могут быть применены, в частности, следующие методы и технологии: прямая регистрация посетителей сервера, анализ и учет интересов посетителей по активности взаимодействия со встроенными поисковыми системами, электронные опросы посетителей, интерактивное взаимодействие. Непрямая реклама в Интернете использует регистрацию сервера в известных поисковых машинах, включение бесплатных ссылок на свой сервер во все известные Web-каталоги, тематические серверы, размещение взаимных ссылок и рекламы на дружественных серверах, размещение платных рекламных объявлений на хорошо посещаемых серверах, подготовку и публикацию на других серверах интересных тематических материалов со ссылками на свой сервер, включение имени сервера в несетевую рекламу. Основная цель, которая была определена перед предприятием, - это внедрение в Украине последних разработок, а также развитие мощной школы производственной подготовки для работы с web-технологиями и бизнес - аналитикой.
Список литературы
Данные о сотрудниках Представление фактов о сотрудниках в формализованном виде, пригодном для передачи и обработки в некотором информационном процессе.
Данные о клиентах Представление фактов о клиентах в формализованном виде, пригодном для передачи и обработки в некотором информационном процессе.
Отзыв Анализ, разбор, некоторая оценка публикации, произведения или продукта.
2.2 Разработка вариантов использования
Диаграмма вариантов использование
Диаграмма вариантов использования [6] комплекса задач «Анализ методов интернет-маркетинга и теории принятия решений на примере Web-приложения», которая приведена на рис. 2 - 1, отражает функциональность, которая будет реализована в сайте [10].
В ходе проектирования диаграммы использования были выявлены следующие основные варианты: 1) управление задачами;
2) учет сотрудников;
3) учет клиентов;
4) учет отзывов.
Рис. 2.1. Диаграмма вариантов использования комплекса заданий «Учет продажи компьютерных комплектующих»
Спецификация вариантов использования
В данном разделе описываются варианты использования изображены на рис. 2.1. В табл. 2.2 - 2.4 описаны основные варианты использования модуля. Именно эти варианты использования обеспечивают основную функциональность разрабатываемого приложения [5].
Таблица 2.2. Вариант использования «Управление задачами»
Характеристика Значение
Контекст использования Управление задачами
Действующие лица Интернет-маркетолог
Предусловие 1. Пользовательпрошел авторизацию 2. Пользователь имеет право формировать задачи и имеет доступ к списку сотрудников 3. База данных в настоящий момент подключена
Тригер Интернет-маркетологу необходимо сформировать, просмотреть или удалить задачу
Сценарий 1. Перейти на главное окно программы 2. Выбрать необходимый пункт меню «Задачи» 3. Выбрать необходимое действие 4. Нажать кнопку «Принять»
Постусловие 1. Интернет-маркетолог получает возможность назначать сотрудникам задачи 2. Иначе состояние системы не изменится
Таблица 2.3. Вариант использования «Учет сотрудников»
Характеристика Значение
Контекст использования Учет сотрудников
Действующие лица Интернет-маркетолог
Предусловие 1. Пользователь прошел авторизацию 2. Пользователь имеет доступ к списку сотрудников 3. База данных в настоящий момент подключена
Тригер Интернет-маркетологу необходимо добавить, удалить, просмотреть сотрудников
Характеристика Значение
Сценарий 1. Перейти на главное окно программы 2. Выбрать необходимый пункт меню «Сотрудники» 3. Выбрать необходимое действие 4. Нажать кнопку «Принять»
Постусловие 1. Интернет-маркетолог получает возможность назначать сотрудникам задачи 2. Иначе состояние системы не изменится
Таблица 2.4. Вариант использования «Учет клиентов»
Характеристика Значение
Контекст использования Учет клиентов
Действующие лица Интернет-маркетолог
Предусловие 1. Пользователь прошел авторизацию 2. Пользователь имеет доступ к списку клиентов 3. База данных в настоящий момент подключена
Тригер Интернет-маркетологу необходимо добавить, удалить, просмотреть клиентов
Сценарий 1. Перейти на главное окно программы 2. Выбрать необходимый пункт меню «Клиентов» 3. Выбрать необходимое действие 4. Нажать кнопку «Принять»
Постусловие 1. Интернет-маркетолог получает возможность отследить отзыв клиента 2. Иначе состояние системы не изменится
Таблица 2.5. Вариант использования «Учет отзывов»
ХАРАКТЕРИСТИКАЗНАЧЕНИЕ
Контекст использования Учет отзывов
Действующие лица Интернет-маркетолог
Предусловие 1. Пользователь прошел авторизацию 2. База данных в настоящий момент подключена
Тригер Интернет-маркетологу необходимо добавить, удалить, просмотреть отзыв
Сценарий 1. Перейти на главное окно программы 2. Выбрать необходимый пункт меню «Отзывы» 3. Выбрать необходимое действие 4. Нажать кнопку «Принять»
Постусловие 1. Интернет-маркетолог получает возможность отследить отзыв клиента 2. Иначе состояние системы не изменится
2.3 Спецификация функциональных и нефункциональных требований
Спецификация требований к модулю ? это полное описание поведения системы разрабатываемой. Она включает множество прецедентов, которые описывают все взаимодействия, которые должны войти с программным обеспечением. Во прецеденты понимают функциональные требования. Спецификация требований также включает нефункциональные (дополнительные) требования. Нефункциональные требования являются требованиями которые накладывают ограничения на проект, или реализацию, такие как требования инженерии производительности, стандарты качества, или ограничение проектирования [9].
Функциональные требования
Спецификацию функциональных требований приведены в табл. 2.5. Приоритет показывает приоритет реализации требования для клиента. Используется при управлении проектом и определяет приоритет разработки. Трудность показывает уровень трудозатрат, связанных с реализацией требования. Контакт идентифицирует человека, который может предоставить необходимую информацию о требовании [7].
Идентификатор требования Название требования (варианта использования) Атрибуты требования
Приоритет Сложность Контакт
UC-01 «Вход в систему» Обязательно Низкая Интернет-маркетолог
UC-02 «Управление задачами» Обязательно Высокая Интернет-маркетолог
UC-03 «Учет сотрудников» Обязательно Высокая Интернет-маркетолог
UC-04 «Учет клиентов» Обязательно Высокая Интернет-маркетолог
UC-05 «Учет отзывов» Обязательно Высокая Интернет-маркетолог
UC-06 «Добавление задачи» Обязательно Высокая Интернет-маркетолог
UC-07 «Просмотр задачи» Обязательно Высокая Интернет-маркетолог
UC-08 «Удаление задачи» Обязательно Высокая Интернет-маркетолог
UC-09 «Добавление сотрудника» Обязательно Высокая Интернет-маркетолог
UC-10 «Просмотр сотрудников» Обязательно Высокая Интернет-маркетолог
UC-11 «Удаление сотрудника» Обязательно Высокая Интернет-маркетолог
Нефункциональные требования
К нефункциональных требований относятся такие требования, которые не касаются функциональности проекта. Нефункциональные требования можно разделить, а такие группы: применимость, надежность, рабочие характеристики, эксплуатационная пригодность, проектные ограничения, требования к документации, покупные компоненты, интерфейсы, требования к лицензированию, предостережения относительно авторских прав, применяемые стандарты [5].
Детальное описание нефункциональных требований приведены в табл. 2.7.
Идентификатор требования Название требования (варианта использования) Атрибуты требования
Приоритет Сложность Контакт
1. Применимость
AR-01 Необходимое время подготовки пользователя для достижения минимальной производительности примерно 5-10 часов Рекомендуется Средняя Интернет-маркетолог
AR-02 Введение краткой информации по 1 объекта должен занимать не более 20 минут. По мере повышения квалификации пользователя эти временные интервалы должны уменьшиться до 10 минут Рекомендуется Средняя Интернет-маркетолог
AR-03 Практичность должна быть не хуже, чем у всех систем, перечисленных в документе-концепции. Рекомендуется Средняя Интернет-маркетолог
2. Надежность
RR-01 При входе в систему должна осуществляться авторизация субъекта доступа Рекомендуется Средняя Интернет-маркетолог
В результате разработки спецификации требований к системе был создан глоссарий, построена диаграмма вариантов использования, которая отображает основные варианты модуля, описаны функциональные и нефункциональные требования.
Полученная информация является основой для разработки логической и физической модели базы данных, создание программного продукта. Кроме этого ряд функциональных и нефункциональных требований будут протестированы и проверены в разделе тестирования.
3. Проектные и технические решения
Раздел предназначен для проектирования и разработки бизнес-приложения, предназначенный для автоматизации бизнес-задач с использованием современных информационных технологий [19].
3.1 Математическая постановка задачи
Среди методов Интернет-маркетинга можно выделить два основных направления. Это методы исследования рынка и методы продвижения и продажи.
Для целей исследования рынка применяются такие методы и технологии: прямая регистрация посетителей сервера;
анализ и учет интересов посетителей по активности взаимодействия со встроенными поисковыми системами;
электронные опросы посетителей;
интерактивное взаимодействие.
Для продвижения в интернете и повышения продаж прежде всего используются методы и технологии прямой рекламы, такие как: помещение рекламы на собственном сервере;
Непрямая реклама в Интернете использует регистрацию сервера в известных поисковых машинах, включение бесплатных ссылок на свой сервер во все известные Web-каталоги, «желтые страницы», тематические серверы (Jump Stations), размещение взаимных ссылок и рекламы на дружественных серверах, размещение платных рекламных объявлений на хорошо посещаемых серверах, подготовку и публикацию на других серверах интересных тематических материалов со ссылками на свой сервер, включение имени (адреса) сервера в несетевую рекламу (на традиционных носителях).
Концептуальное инфологичное проектирование
Инфологическую уровень представляет собой информационно - логическую модель (ИЛМ) предметной области, в которой исключена избыточность данных и отображены информационные особенности объекта управления, без учета особенностей и специфики конкретной СУБД [25].
Цель инфологического проектирования - создать структурированную информационную модель ПО, для которой будет разрабатываться БД. При проектировании на инфологическую уровне создается информационно - логическая модель, которая должна соответствовать следующим требованиям: корректность схемы БД;
простота и удобство использования на следующих этапах проектирования;
ИЛМ описана на языке, понятном проектировщикам БД, программистам, администратору и будущим пользователям;
Основной составляющей инфологической модели является атрибуты, которые нужно проанализировать и некоторым образом сгруппировать для дальнейшего хранения в БД. Сущность инфологического моделирования заключается в выделении информационных объектов, которые подлежат хранению в БД, а также определении характеристик объектов и связей между ними. Характеристиками или свойствами объектов имеются атрибуты [8].
Словарь данных, содержащихся в таблицах базы данных, приведен в табл. 3.1.
Таблица 3.1. Словарь данных
№ п/п Наименование элемента Тип и длина Назначение элемента
18 Дата создания Datetime Хранит дату создания отзыва
19 Тег Varchar(20) Хранит тег отзыва
20 Описание Varchar(20) Хранит описание отзыва
Проектирование глобальной логической модели данных
Структура логической модели данных (рис. 3.2) отражает структуру элементов, находящихся в базе данных.
Она описывает семантику предметной области и не учитывает особенности конкретной СУБД. По данной логической схеме построена физическая модель (рис. 3.3), в которой учтены такие особенности СУБД, как допустимые типы и наименования полей.
Основное преимущество реляционной модели - сравнительная простота инструментальных средств ее поддержки. Реляционная дата логична модель содержит набор отношений или записей, явно несвязанных между собой. Связи выражаются в наличии одинаковых атрибутов в различных отношений, которые (атрибуты) позволяют при выполнении операции естественного объединения отношений получить цельную картину данных об объекте базы данных.
Разработана реляционная схема данных не требует дальнейшей нормализации. Полученная модель базы данных является основой для генерации структур данных, индексов и триггеров на физическом этапе проектирования. Учтены целостность данных, то есть устойчивость хранимых данных к разрушению и уничтожению, связанных с неисправностью технических средств, системными ошибками и ошибочными действиями пользователей, которая предусматривает: отсутствие неточно введенных данных или двух одинаковых записей об одном и том же факт, защита от ошибок при обновлении базы данных, каскадное удаление связанных данных разных таблиц и сохранение данных при отказах и сбоях техники (восстановление данных).
Эффективность обеспечена выбором комплекса технических средств, выбором СУБД, проектированием оптимальной логической и физической модели данных в процессе физического проектирования БД [12].
Таблица 3.4. Ограничение уникальности
№ п/п Атрибут или группа атрибутов Среди каких экземпляров, которой сущности или связи имеет место уникальность
1 Задачи. Код_ Задачи Для всех экземпляров сущности «Задачи»
2 Сотрудники. Код_ Сотрудника Для всех экземпляров сущности «Сотрудники»
3 Клиенты. Код_ Клиента Для всех экземпляров сущности «Клиенты»
5 Отзывы. Код_ Отзыва Для всех экземпляров сущности «Роль»
Таблица 3.5. Динамические ограничения
№ п/п Группа атрибутов Ограничения
1 Задачи. Код_ Задачи Код_ Задачи = Код_ Задачи 1 - значение атрибута курс может только увеличиваться на единицу.
2 Сотрудники. Код_ Сотрудника Код_ Сотрудника = Код_ Сотрудника 1 - значение атрибута курс может только увеличиваться на единицу.
3 Клиенты. Код_ Клиента Код_ Клиента = Код_ Клиента 1 - значение атрибута курс может только увеличиваться на единицу.
4 Отзывы. Код_ Отзыва Код_ Отзыва = Код_ Отзыва 1 - значение атрибута курс может только увеличиваться на единицу.
Проектирование физической модели данных
Физическая модель была построена с помощью программного продукта Erwin 7. Построена база обладает всеми свойствами баз данных, такими как: функциональная полнота; минимальная избыточность; целостность базы; согласованность; актуальность; безопасность; восстанавливаемость; логическая и физическая независимость; эффективность. Структурафизической модели данных отражена на рис. 3.3.
3.2 Разработка архитектуры программной системы
Диаграмма классов
Диаграмма классов отражает основные классы системы.
В разрабатываемом приложении есть 4 основных класса для заполнения баланса коммерческого банка, формирование отчетности о состоянии показателей ликвидности и состояние ликвидности.
Диаграмма основных классов, которые выполняют важные функции в системе представлено на рис. 3.4.
Рис. 3.4. Диаграмма основных классов
Рис. 3.2. Логическая структура модели данных
Рис. 3.3. Структура физической модели данных
3.3 Тестирование приложения
Для проведения полнофункционального качественного тестирования программного продукта было предложено разбить все приложение на следующие составляющие.
Целью тестирования приложения является проверка корректной работы и функционирования.
Итогом процесса тестирования должно стать заключение о качестве данного программного продукта, составленного на основании списка протестированных функций, список обнаруженных дефектов и его анализе [6].
В процессе тестирования приложения были применены ad - hoc тестирования изза отсутствия строгой спецификации, а также ввиду ограниченности ресурсов на формализацию тестов. Однако наиболее рискованные функциональности будут покрыты формальными тестами.
Конечным результатом проведения тестирования стало заключение о качестве приложения, основанного на списке протестированных функций, список обнаруженных дефектов и его анализе.
Подход, предложенный все объемное тестирование, включает в себя тестирование нагрузки, тестирования свойств, инсталляционное тестирование, регрессионное тестирование, тестирование графического интерфейса пользователя [10].
Функциональное тестирование представлено в приложении Б. (табл. Б.4)
Тестирование графического интерфейса пользователя
При тестировании графического интерфейса используется следующий подход: 1) все действия по тестированию выполняются в ручном режиме;
2) все дефекты отслеживаются и устраняются с помощью корпоративной системы отслеживания дефектов.
Целью тестирования графического интерфейса является нахождение недоработок в графическом интерфейсе в ходе проведения различных оценок после завершения написания проекта [12].
Базовое тестирование, тестирование валидации и тестирования «usability» приведено в прил. Б.
Тестирование интерфейса программы
В качестве наглядного примера тестирования интерфейса ниже предоставлены скриншоты программы с основным функционалом программы. (рис. 3.9 - рис. 3.15).
3.4 Развертывание программного продукта
Рис. 3.6. Задачи
Рис. 3.7. Сотрудники
Рис. 3.8. Клиенты
Рис. 3.9. Отзывы
Для развертывания программного продукта необходимо следующее: - ОС Windows XP/Vista/7;
- Интернет.
В ходе выполненного третьего раздела был спроектирован и разработан бизнес - приложение, а именно: - Была описана математическая модель проектируемой системы;
- Спроектирована структура БД, где были описаны все атрибуты и ограничения, а также построены логическая и физическая модели БД;
- Была построена диаграмма классов и состояний;
- Проведено детальное тестирование системы, где тестировался функционал, интерфейс и не функциональны требования.
После выполнения данного раздела, мы получили работающий функциональный программный продукт, готовый к эксплуатации в своей предметной области.
Список используемой литературы
1. Алексунин В.А. Маркетинг: учебник [Текст] / В.А. Алексунин. - М.: Дашков и Ко, 2009. - 305 с.
2. Алексунин В.А. Электронная коммерция и маркетинг в Интернете [Текст] / В.А. Алексунин, В.В. Ролигина. - М.: Дашков и Ко, 2007. - 274 с.
3. Багиев Г.Л. Маркетинг: учебник для вузов [Текст] / Г.Л. Багиев. - М.: Экономика, 1999. - 204 c.
4. Багрин Ю. Интернет как новый маркетинговый канал [Текст] / Ю. Багрин // Маркетинг и реклама. - 1999. - №11. - C. 23-24.
5. Бокарев Т.А. Способы продвижения компании в сети Интернет [Текст] / Т.А. Бокарев // Маркетинг и маркетинговые исследования в России, - 1999. - №4. - С. 18-22.
6. Бурдинский А.А. Интернет-маркетинг как новый инструмент развития бизнеса [Текст] / А.А. Бурудинский // Маркетинг и маркетинговые исследования в России, - 2000. - №2. - С. 9-12.
7. Буренина Т.А. Маркетинг на базе Интернет-технологий [Текст] / Т.А. Буренина. - М.: Благовест-В, 2005. - 244 с.
8. Васильев Г.А. Электронный бизнес. Реклама в Интернет [Текст] / Г.А. Васильев, Д.А. Забегалин. - М.: Юнити-Дана, 2008. - 223 с.
9. Выгодская Э.Г. Маркетинг [Текст] / Э.Г. Выгодская, Н.П. Колпакова. - М.: ГИОРД, 2008. - 165 с.
10. Годин А.М. Маркетинг: учебник [Текст] / А.М. Годин. - М.: Дашков и Ко, 2009. - 423 с.
11. Голик В.С. Эффективность Интернет-маркетинга в бизнесе [Текст] / В.С. Голик. - М.: Дикта, 2008. - 275 с.
12. Голубков Е.П. Маркетинговые исследования: теория, практика и методология [Текст] / Е.П. Голубков. - М.: Финпресс, 2005. - 255 с.
29. Фатхутдинов Р.А. Производственный менеджмент [Текст] / Р.А. Фатхутдинов. - М.: Дашков и К, 2002. - 164 с.
30. Холмогоров В.А. Интернет-маркетинг: Краткий курс [Текст] / В.А. Холмогоров. - СПБ.: Питер, 2002. - 152 с.
31. Scire J.S., Strimaitis D.G., Yamartino R.J. A User’s Guide for the CALPUFF Dispersion Model (Version 5) [Electronic resource]. - Режим доступу до ресурсу: http://www.epa.gov
32. US EPA: United States Environmental Protection Agency [Electronic resource]. - Режимдоступу до ресурсу: http://www.epa.gov