46638 (Автоматизация разработки медиаплана для ООО "Медиа-Групп"), страница 5

2.2.1 Общие сведения

Полное название программного продукта: «МЕДИАПЛАН рекламной кампании», в дальнейшем именуемый как «МП».

Разработчиком данного продукта является студентка группы 9ПИЭ-01 АГТУ , в дальнейшем именуемая как «разработчик».

Заказчиком программного продукта является ООО «Медиа-Групп» в лице директора предприятия Трошина Е.Н.

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

2.2.2 Назначение и цели создания системы

Разрабатываемый проект - программа «МП» предназначен для внутреннего использования в офисе фирмы и при работе с клиентами.

Целью создания данного программного продукта является:

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

- повышение эффективности работы менеджера;

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

- сокращение ручного труда.

2.2.3 Характеристика объектов автоматизации

Объектом автоматизации является система ввода и обработки данных для медиапланирования.

2.2.4 Требования к системе

Для успешного функционирования программы необходимо применение персонального компьютера на базе IBM PC, оснащенного операционной системой Microsoft Windows 98/XP/Millennium/2000 (устойчивое функционирование указанных операционных систем подразумевает соответствие технических характеристик персонального компьютера требованиям программы), программной среды Microsoft Visual Basic версии 6.0.

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

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

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

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

При разработке программного продукта должны использоваться программные средства MVB 6.0 и язык программирования Visual Basic.

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

- иметь встроенный календарь и автоматически производить расчет продолжительности проката рекламных роликов в днях;

- иметь связь с прайс-листом на размещение рекламной информации на светодиодном видеоэкране;

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

- производить расчет итоговой суммы платежа за предоставленные услуги;

- обеспечить непротиворечивость выводимой информации;

- обеспечить целостность выводимой информации;

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

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

- процессор Pentium III 333МГц;

- оперативная память 512 Мбайт;

- свободное пространство на диске 10 Мбайт;

- операционная система Windows XP;

- видео карта 8Мбайт VGA, SVGA.

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

2.2.5 Состав и содержание работ по созданию системы

Программу необходимо разработать в срок с 11.02.2006 года по 20.04.2006 года и внедрить её в работу ООО «Медиа-Групп» в срок с 21.04.2006 года по 30.04.2006 года. В течение указанного времени внедрения необходимо также обучить менеджеров предприятия пользоваться данной разработанной системой.

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

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

- разработка, согласование и утверждение технического проекта программного продукта;

- реализация проекта на выбранном языке программирования;

- отладка формы;

- тестирование и исправление обнаруженных недостатков.

2.2.6 Порядок контроля и приемки системы

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

Тестирование будет проходить в три этапа:

- проверка правильности заданных расчётов выбранных показателей;

- проверка целостности системы;

- проверка интерфейса системы на соответствие стандарту предприятия.

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

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

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

2.2.7 Состав и содержание работ по вводу системы в действие

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

2.2.8 Требования к документированию

Документирование должно осуществляться на всех стадиях разработки системы в соответствии с действующими ГОСТами:

- ГОСТ 19.101-77 ЕСПД. Описание программы;

- ГОСТ 19.502-78 ЕСПД. Описание применения;

- ГОСТ 19.504-79 ЕСПД. Руководство программиста;

- ГОСТ 19.505-79 ЕСПД. Руководство оператора;

- ГОСТ 19.502-78 ЕСПД. Пояснительная записка

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

2.2.9 Источники разработки

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

Вспомогательными источниками явилась литература: учебники по программированию в Microsoft Visual Basic, материалы Интернет – сайтов, освещающих деятельность аналогичных предприятий, периодические издания по медиапланированию.

2.3 Модели деятельности предприятия

Функциональная модель деятельности предприятия и диаграмма декомпозиции функциональной модели деятельности предприятия разработаны при помощи CASE- средства BPWin.

Начальная контекстная диаграмма приведена на рисунке 2.1:

Рисунок 2.1 – Начальная контекстная диаграмма функциональной модели деятельности предприятия

Основными бизнес-процессами деятельности предприятия являются:

- оформление договоров на изготовление или обработку видеоматериала;

- изготовление или обработка видеоматериала;

- разработка медиаплана (подготовка расписания выхода видеороликов на трансляцию);

- непосредственно видеотрансляция рекламы на светодиодном экране.

Основные бизнес-процессы деятельности предприятия представлены на рисунке 2.2:

Рисунок 2.2 – Диаграмма декомпозиции функциональной модели деятельности предприятия AS - IS

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

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

На рисунке 2.3 представлена DFD диаграмма разработки медиаплана, выполненная при помощи CASE – средства BPWin.

Рисунок 2.3 - Сценарий разработки медиаплана

2.4 Информационно-логическая модель системы

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

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

При построении ИЛМ используются такие термины, как объекты, свойства и отношения.

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

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

Связь - это соответствие или отображение между элементами двух или более множеств.

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

Различают следующие типы связей:

- 1:1 - один к одному;

- 1:M - один ко многим;

- M:1 - многие к одному;

- N:M - многие ко многим.

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

Каждый из этих объектов имеет свои свойства и связи с другими объектами.

Атрибутами объекта «Заказчик» являются:

- код организации;

- наименование организации;

- ответственное лицо;

- ИНН;

- адрес организации и т.д.

Атрибутами объекта «Договор» являются:

- номер договора;

- дата заключения договора.

Атрибутами объекта «Видеоролик» являются:

- код видеоролика;

- имя ролика;

- хронометраж видеоролика;

- цена изготовления или доработки видеоролика и т.д.

На рисунке 2.4 представлена E-R диаграмма (Entity-Relation, сущность-связь) процесса медиапланирования.

Рисунок 2.4 – Инфологическая модель предметной области

2.5 Применение объектно-ориентированного подхода

Объектно-ориентированный подход моделирования данных обусловлен выбором среды реализации программного обеспечения: в данном случае это Visual Basic 6.

Объектно-ориентированный подход использует объектную декомпозицию, при этом статическая структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами [5].

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

Основные понятия объектно-ориентированного подхода — объект и класс. Объект определяется как осязаемая реальность (tangible entity) - предмет или явление, имеющее четко определяемое поведение. Объект обладает состоянием, поведением и индивидуальностью; структура и поведение схожих объектов определяют общий для них класс. Класс — это множество объектов, связанных общностью структуры и поведения. Любой объект является экземпляром класса.

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

Стандарт UML версии 1.1, принятый OMG в 1997 г., предлагает следующий набор диаграмм для моделирования [6]:

- диаграммы вариантов использования (use case diagrams) - для моделирования бизнес-процессов организации (требований к системе);

- диаграммы классов (class diagrams) — для моделирования статической структуры классов системы и связей между ними;

- диаграммы поведения системы (behavior diagrams);