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

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

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);

- диаграммы взаимодействия (interaction diagrams) - для моделирования процесса обмена сообщениями между объектами. Существуют два вида диаграмм взаимодействия: диаграммы последовательности и кооперативные диаграммы;

- диаграммы состояний (state chart diagrams) -- для моделирования поведения объектов системы при переходе из одного состояния в другое;

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

- диаграммы реализации (implementation diagrams):

1) диаграммы компонентов (component diagrams) -- для моделирования иерархии компонентов (подсистем) системы;

2) диаграммы размещения (deployment diagrams) -- для моделирования физической архитектуры системы.

Диаграмма размещения отражает физические взаимосвязи между программными и аппаратными компонентами системы. Она является средством для того, чтобы показать маршруты перемещения объектов и компонентов в распределенной системе. Диаграмма размещения приведена на рисунке 2.5:

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

Рисунок 2.5 - Диаграмма размещения объектов и компонентов системы

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

Диаграмма вариантов использования приведена на рисунке 2.6.



Рисунок 2.6 - Диаграмма вариантов использования системы

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

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

Компонентами данной системы являются ActivX- компоненты ОС Windows, файл динамической библиотеки кода VB6STKIT.DLL, MGE.exe - исполняемый файл программы «Медиаплан», приведенные на рисунке 2.7.



Рисунок 2.7 - Диаграмма компонентов программы

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

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

Диаграммы взаимодействия находятся в Приложении Д.

2.6 Описание программы

2.6.1 Функциональное назначение программы

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

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

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

Для хранения данных используются отдельные файлы. Все файлы имеют расширение MGF и сохраняются в папке MGFiles.

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

2.6.2 Описание структуры программы и её основных частей

Средой разработки программы является Microsoft Visual Basic 6.0 Enterprise Edition. Используемые компоненты ActiveX Control: Microsoft Common Control 6.0, Microsoft FlexGrid Control 6.0, Microsoft Windows Common Control 2 6.0.

Исполняемый файл находится в основном каталоге программы EXE.MGE1.0: MGE.exe - основная программа.

Файл с данными по умолчанию находится в подкаталоге MGFiles основного каталога программы и имеют формат названия «ДД-ММ-ГГГГ_Имя организации.mgf».

Файл справки находится в основном каталоге программы: index.html (скомпилированная HTML справка).

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

2.6.3 Алгоритм разработки программы

В Visual Basic, как и во многих других языках, предназначенных для написания приложений под Windows, используется событийно-управляемая модель программирования. Операционная система Windows имеет GUI (Graphical User Interface), т.е. графический интерфейс пользователя, в котором используются стандартные элементы управления, такие, как окна (они же формы), кнопки, списки, поля, для ввода текста и т.п. В любом языке высокого уровня программа строится на основе этих элементов. Итак, разработка приложения на Visual Basic состоит из следующих этапов:

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

- проектирование интерфейса, т.е. помещение на форму нужных управляющих элементов, кнопок, списков и т.п.;

- написание программного кода, связывающего помещённые на форму управляющие элементы;

- разработка формата хранения договоров - MGF;

- создание модуля программы;

- создание файлов Price.ini и Screen.ini для хранения в них соответствующих настроек программы;

- тестирование программы на наличие ошибок;

-окончательная компиляция и, если это необходимо, создание дистрибутива

На первом этапе имеет большое значение знание предметной области автоматизируемого объекта и построенные CASE-средствами модели бизнес-процессов [7]. Постановка задачи и диаграммы деятельности приведены в пунктах 1.4 и 2.1 настоящего дипломного проекта. Техническое задание выше изложено.

На втором этапе происходит разработка интерфейса программы, которая включает в себя:

- создание основной формы;

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

- разработка меню основной формы;

- настройка основных свойств элементов управления: размер, цвет, значения по умолчанию и т.д.;

- создание формы для вывода окна «О Программе», создание формы для печати договора.

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

Процесс создания формы можно разделить на три этапа:

- настройка параметров формы;

- размещение в форме объектов: текста, полей различных типов, линий, рисунков, кнопок управления;

- настройка свойств размещенных в форме объектов.

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

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

В окне Properties содержатся свойства объекта, которые задают атрибуты его внешнего вида.

На рисунке 2.8 представлены форма, элементы управления и графические объекты, содержащееся на форме:

Рисунок 2.8 - Форма, элементы управления и графические объекты

Важно подчеркнуть, что при создании программы на форме располагаются все элементы управления и графические объекты одновременно. При активации какого-либо режима («Просмотр», «Редактирование», «Поиск» и т.д.) на экране отображаются объекты формы только определенного в коде формы типа. При загрузке программы, по умолчанию, отображаются объекты режима «Просмотр договоров».

В окне редактора меню Menu Editor, представленном на рисунке 2.9 можно создавать или редактировать строку меню для формы.

Рисунок 2.9 - Разработка строки меню основной программы

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

Создание формы для вывода окна «О Программе» сводится к созданию трех элементов типа Label (Метка) с текстовой информацией и области для созданного фирмой логотипа, представлено на рисунке 2.10:



Рисунок 2.10 - Создание формы для вывода окна «О Программе»

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

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

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

[Private] [Public] [Static} Sub имяПроцедуры (аргументы)

операторы

End Sub

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

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

Каждый договор сохраняется в отдельный файл типа aa-bb-cccc_xxx, где aa-день, bb-месяц, cccc-год создания договора, а xxx-имя организации, заключившей договор. Все файлы договор имеют расширение MGF и сохраняются в папке MGFiles.

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

Каждой строке строго соответствует определенная позиция договора.

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

Таблица 2.1 - Формат договора

№ строки	Реквизит договора
1	номер создаваемого договора
2	дата создания договора
3	наименование экрана
4	название организации
5	имя ролика с расширением
6	хронометраж ролика
7	ФИО исполнителя
8	ФИО заказчика
9	стоимость изготовления ролика
10	количество позиций размещения, n
11	дата начала первой позиции
12	дата окончания первой позиции
13	периодичность первой позиции
14	цена за секунду проката первой позиции
15	дата начала второй позиции
…	...

Пример построчного размещения данных договора приведен в таблице 2.2:

Таблица 2.2 - Пример построчного размещения данных

5

04-24-2006

г. Бийск, пл. 9-го Января

fagot

fgt.avi

5

Трошин Е.Н.

ffgghj

111

2

12.03.2006

12.03.2006

5

0,5

12.03.2006

12.03.2006

5

1

На пятом этапе создается модуль программы. Объявляются глобальные переменные в модуле, программируются функции модуля. Глобальные переменные, описание и принципы работы функций модуля изложены в таблице 2.3.

На шестом этапе создаются текстовые файлы, которым присваивается расширение «.ini». Файлы Price.ini и Screen.ini хранят информацию настроек по умолчанию об адресах носителей (светодиодных экранов) и ценах за одну секунду проката видеоматериала на светодиодных экранах.

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

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

2.6.4 Описание функций модуля и принципы их работы

Программы Visual Basic хранятся в программных модулях, которые бывают трех видов: модуль формы, стандартный модуль и модуль класса.

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

Программа «Медиаплан» содержит модуль (код) формы и стандартный модуль.

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

Стандартный модуль программы «Медиаплан» использует процедуры Function

Процедуры Function в отличие от процедур sub могут возвращать значение в вызывающую процедуру. Синтаксис процедуры Function выглядит следующим образом:

[Private] [Public] [Static} Function имяПроцедуры (аргументы) [As type]

операторы

End Function

Процедуры Function, как и переменные, имеют тип, задаваемый с помощью ключевого слова As. Если тип процедуры не задан, по умолчанию ей присваивается тип Variant. Тип процедуры определяет в свою очередь тип возвращаемого ею значения. Возвращаемое процедурой значение присваивается имени процедуры имяПроцедуры и может быть использовано в выражениях программного кода аналогично стандартным функциям Visual Basic.

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

Option Explicit `объявляется список переменных

[Public] имяПеременной [As type] ` объявляется переменная

..............................................................' следующая переменная

[Public} Function имяПроцедуры (аргументы) [As type]

операторы

End Function

…………………………………………' следующая функция

Список используемых в программе глобальных переменных, объявленных в начале модуля и вызываемых командой Dim по мере их необходимости приведен в таблице 2.3:

Таблица 2.3 - Глобальные переменные модуля

Имя	Тип	Размер	Назначение
PathProgramLow	String (строковая переменная)	1 байт на символ	Хранит путь программы (без учета каталога с договорами)
PathProgram	String (строковая переменная)	1 байт на символ	Хранит путь программы + папка с договорами
OnDay	Variant (универсальная; может хранить любые типы данных)	Не менее 16 байт	В процессе загрузки программы этой переменной приравнивается значение, равное одному дню.
TrEditMode	Boolean (логический тип данных)	2 байта	Триггер для определения режима редактирования договора
allPos	Integer (Целочисленная переменная)	2 байта	Кол-во позиций в создаваемом договоре
numPos	Integer (Целочисленная переменная)	2 байта	Номер активной позиции в создаваемом договоре
TrVidAct	Integer (Целочисленная переменная)	2 байта	Триггер для определения активного режима работы программы: 0-Просмотр, 1-Создать, 2-Поиск, 3-Настройки
SelectedFile	String (строковая переменная)	1 байт на символ	Хранит имя файла, выбранного в режиме Просмотра
TrBitAct	Boolean (логический тип данных)	2 байта	Триггер для определения нажатых кнопок в Главном меню
MassView(11)	Variant (универсальная; может хранить любые типы данных)	Не менее 16 байт	Массив, в который заносятся данные из выбранного файла в режиме Просмотра

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

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

Принцип работы:

- сначала идет проверка, заполнил ли пользователь все нужные поля формы, если есть пустые поля, то выводится диалоговое окно с текстом «Заполнены не все поля! Заполните оставшиеся поля и повторите процедуру», при этом функция прекращает работу;

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

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

Функция режима редактирования EditMGF активизируется тогда, когда пользователь выбрал в режиме Просмотра файл договора и нажал на кнопку «Правка».

Принцип работы:

- переходим в режим «Создать»;

- далее программа заносит в поля формы данные выделенного файла, причем эти данные она берет из массива MassView, который заполняется при работе функции ViewCode;

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

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

- переставляем указатель позиций на крайнюю позицию, потом заносим в поля «Дата Начала», «Дата Окончания», «Периодичность» и «Цена за секунду» данные из крайней позиции;

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

- конец работы функции.

Функция скрытия всех элементов управления формы EraseAll скрывает все элементы управления на форме.

Функция реализации поиска FindAll предназначена для проведения поиска в режиме «Поиск» по одному из трех критериев.

Принцип работы:

- очищаем таблицу поиска;

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

- если программа нашла в каком-либо файле совпадение, то она выводит имя файла, где найдено совпадение, а также некоторые данные, вроде названия организации или имени ролика;

- конец работы функции.

FindCode - функция режима «Поиск».

Функция запускается при выборе режима «Поиск».

Принцип работы:

- показывает нужные элементы управления;

- считывает из всех файлов с договорами все имена организаций и роликов, после чего записывает их в выпадающие списки;

- конец работы функции.

Функция режима «Создать» NewCode запускается при выборе режима «Создать».

Принцип работы:

- показываем нужные элементы управления;

- выводим в нужном окне текущую и общее количество позиций.

Функция добавление записей в таблицу в режиме «Создать» NewCodeAdd

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

Принцип работы:

- считывание из нужных элементов управления данных (Даты начала, окончания, периодичность, цена за секунду);

- занесение этих данных в таблицу;

- на основе этих данных по формулам просчитываем оставшиеся данные и записываем в таблицу;

- просчитываем все суммы и внизу таблицы выводим итоговую сумму;

- конец работы функции.

Функция печати PrintCode служит для печати договора.

Принцип работы:

- показываем и активируем форму печати frmPrint;

- заполняем поля формы печати данными из главной формы;

- после этого происходит процесс преобразования цифровой формы итоговой суммы в письменную форму;

- устанавливаем альбомную ориентацию печати, печатаем форму и очищаем очередь печати;

- очищаем поля формы печати, дезактивируем и скрываем форму печати.

Функция режима «Настройки» PropCode запускается при выборе режима «Настройки».

Принцип работы:

- показываем нужные элементы управления;

- загружаем данные из файлов Screen.ini и Price.ini, потом заносим их в нужные поля;

ReLoadBittons - функция меняет картинки графических кнопок на неактивные.

ReSizeForm - функция изменения размеров элементов управления формы.

При изменении размеров формы эта функция соответственно меняет размеры нужных элементов управления.

ViewCode - функция режима «Просмотр».

Принцип работы:

- показываем нужные элементы управления;

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

2.6.5 Сведения о языке программирования

32-х разрядный язык программирования высокого уровня Microsoft Visual Basic 6.0 является объектно-ориентированным языком программирования, который может вплотную взаимодействовать с компонентами ОС Microsoft Windows. Операторы и синтаксис VB 6.0 опираются на язык высокого уровня BASIC (Beginners Atlpurpose Symbolic Instruction Code).

VB 6.0 является одновременно и интерпретатором, и компилятором. При использовании VB 6.0 как интерпретатора он использует специальный режим Threaded-p-Code, при котором каждая введенная в среде строка преобразуется в промежуточный код. При этом VB проверяет код на наличие ошибок. При использовании VB в качестве компилятора нужно явно указать программе, что нужно создать исполняемый файл, при этом код программы сразу же преобразуется в машинный код (технология "Native Compiler").

Возможности программы: VB 6.0 поставляется в трех версиях: Learning Edition - Это издание предоставляет только основные возможности для создания приложений и базовый набор элементов управления. Professional Edition - Издание для профессионалов предоставляет больше инструментов и вспомогательных средств, необходимых профессиональным программистам. Оно содержит ряд дополнительных элементов управления, обеспечивает расширенные возможности доступа к базам данных и создания приложений OLE сервера. Enterprise Edition - Промышленное издание представляет собой расширение издания для профессионалов и предназначено для разработчиков корпоративных систем. Это издание включает в себя большое количество элементов управления и средств, которые позволяют разрабатывать не только простейшие программы, но и достаточно сложные клиент-серверные приложения.

Промышленное издание содержит также ряд специальных инструментов (например, Visual SourceSafe, предназначенный для сравнения версий и управления проектом). Использование драйверов ODBC предоставляет оптимизированный доступ к внешним базам данных. Еще одно из добавлений -- версии разработчика серверов Microsoft SQL и Microsoft Transaction Server.

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

По сути дела последняя версия языка Visual Basic 6 представляет собой интегрированную среду разработки -- IDE (Integrated Development Environment). Это означает, что в Visual Basic 6 интегрирован набор инструментов, облегчающих и значительно ускоряющих процесс разработки готового приложения. Такая реализация языка Visual Basic 6 с полным правом позволяет отнести его к средствам быстрой разработки приложений -- RAD (Rapid Application Development) и ставит практически в один ряд с такими средствами разработки, как Visual C++, Delphi и другими.

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

Простота и мощность языка Visual Basic 6 позволили сделать его встроенным языком для приложений Microsoft Office. Многие независимые разработчики, как например известная своими программами в области бухгалтерского учета фирма "1С", приобретают лицензии на использование языка Visual Basic в качестве внутреннего языка своих приложений. Поэтому в настоящее время Basic уже не считается учебным языком -- знание Visual Basic и его диалектов (VBA, VBScript) становится необходимостью для современного программиста любого уровня.

В Visual Basic 6.0 используются все самые современные методы программирования: модель составных объектов СОМ (Component Object Model), распределенная модель составных объектов DCOM (Distributed Component Object Model), технология программных компонентов ActiveX и другие.

Разные версии Visual Basic занимают разное количество места на жестком диске. Полная инсталляция самой мощной версии Visual Basic Enterprise Еdition требует более 100 Мбайт дискового пространства.

2.7 Руководство оператора

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

Схема режимов программы приведена на рисунке 2.11:



Рисунок 2.11 - Схема режимов программы

Режим «Создать» применяется для создания договоров. При создании договора требуется ввести данные в поля программы. Сначала заполняются поля группы «Общее» (вверху окна программы). Заполнение всех полей этой группы обязательно, иначе сохранение договора невозможно. Имеется всплывающая подсказка, объясняющая назначение каждого поля. Далее заполняются поля группы «Позиции». Выбираются нужные даты начала и окончания проката ролика при помощи встроенного всплывающего календаря. Устанавливается нужная периодичность выхода ролика в минутах. Все изменения будут видны в таблице. Программа позволяет при необходимости иметь несколько позиций в одном договоре. При нажатии кнопки «Создать» в группе «Позиции» создается новая позиция. Для редактирования созданных позиций можно воспользоваться кнопками «Вверх» и «Вниз». Номер текущей позиции и общее количество позиций отображается слева. Для удаления позиции нужно перейти на последнюю позицию и нажать на кнопку «Удалить». Для сохранения договора щелкните по кнопке «Сохранить» - договор сохранится в папку «MGFiles» в формате «дата заключения договора_имя организации.mgf». Для вывода договора на печать используется кнопка «Печать». Для просмотра прайс-листа компании используется кнопка «Прайс-лист».

Алгоритм создания договора в режиме «Создать»:

- заполнение полей в режиме «Создать»;

- ввод данных о количестве позиций;

- считывание введенных данных в таблице;

- при нажатии кнопки «Сохранить» введенные данные записываются в файл;

- при нажатии кнопки «Печать» происходит вывод формы с элементами оформления договора и записями данных договора.

Алгоритм просмотра и редактирования договоров:

- считывание имен всех файлов в список и вывод его на экран;

- при выделении файла из списка происходит считывание данных из этого файла и ввод основных данных из файла в соответствующие поля;

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

Интерфейс программы в режиме создания договора приведен на рисунке 2.12:



Рисунок 2.12 - Окно создания договоров

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

Интерфейс программы при просмотре договоров приведен на рисунке 2.13:



Рисунок 2.13 - Окно просмотра договоров

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

Алгоритм поиска по договорам:

- выбор между видами поиска;

- ввод соответствующего значения;

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



Рисунок 2.14 - Окно поиска по дате начала трансляции

Режим «Настройки» служит для конфигурирования программы. Здесь имеется возможность редактировать списки «Цены по умолчанию» и «Носители по умолчанию». После сохранения эти данные будут загружаться в соответствующие списки при загрузке программы. В группе "Смена директории" можно сменить текущий каталог программы. Значения параметров сохраняются в ini-файлах программы.

Интерфейс программы в режиме настроек приведен на рисунке 2.15:



Рисунок 2.15 - Окно настроек

Режим «Справка» вызывает скомпилированный HTML-файл справки index.html, который находится в основном каталоге программы, представлен на рисунке 2.16:

Рисунок 2.16 - Окно справки

3. ОЦЕНКА ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА

3.1 Прямая и косвенная экономическая эффективность

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

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

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

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

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

Обобщающими показателями прямой эффективности, являются:

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

- коэффициент эффективности.

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

- повышение качества и производительности труда;

- снижение трудоемкости работ.

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

- экономический эффект;

- период окупаемости.

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

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

Так, для предприятия ООО «Медиа - Групп», использующего разработанную систему, основными источниками экономии станут:

- уменьшение затрат в отличие от приобретения аналога;

- увеличение объемов обработки документов за счет автоматизации обработки;

- снижение трудоемкости работы сотрудников с последующим уменьшением ошибок.

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

3.2 Экономический эффект от применения новой системы

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

По данным прайс-листа компании «TarFedBase» квалифицирующейся по разработке программного обеспечения было определено следующее: цена одного часа разработки на Visual Basic равна 200 руб./час, среднее время разработки приложения равно 125 часам [20].

Из полученных данных общая цена разработки аналога (Ца) будет равна 25000 руб.

Затраты на создание АИС включают в себя следующие компоненты:

— зарплата программиста - 5 000 руб.;

— ЕСН, начисленный на зарплату - 1 850 руб.;

— отчисления на амортизацию ВТ - 1 500 руб.;

— электроэнергия - 272 руб.;

— прочие расходы - 250 руб.

Итого затраты на создание АИС составят:

Зт = 5 000 + 1 850 + 1 500 + 272 + 250 = 8 872 руб.

Экономический эффект от использования АИС составит разницу между затратами на покупку аналога и собственную разработку:

Эф = Ца - Зт;

Эф = 25000 - 8872 = 16 128 рублей.

Таким образом, экономический эффект составил 16 128 рублей.

3.3 Срок окупаемости проекта

Срок окупаемости проекта является частным от деления затрат на разработку АИС на экономический эффект:

Со = Зт / Эф;

Со = 8 872 / 16 128 = 0,55 года.

Таким образом, срок окупаемости проекта составит 6,6 месяцев.

ЗАКЛЮЧЕНИЕ

В процессе выполнения дипломного проекта, согласно его тематике, были исследованы проблемы автоматизации бизнес-процессов предприятия, информационные технологии предприятия ООО «Медиа-Групп», принципы его работы и функционирования, проанализированы информационные технологии в области построения работы светодиодной техники и программного обеспечения для медиапланирования.

Основная проблема информатизации и автоматизации бизнес-процессов на предприятии: несовершенство, малое соответствие нуждам предприятия программного обеспечения; отсутствие наглядности представления расчетов при работе с клиентами.

Для решения данной проблемы использованы следующие методы:

- проанализированы существующие программные продукты в сфере медиапланирования для размещения рекламной информации на светодиодных экранах;

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

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

- разработана АИС «Медиаплан рекламной кампании» согласно техническому заданию.

Внедрение АИС «Медиаплан рекламной кампании» позволит сократить объем ручного ввода договоров на прокат видеороликов на светодиодном экране, исключить количество арифметических и иных ошибок при заполнении формы медиаплана, сократит время обработки информации о клиентах при создании и редактировании медиаплана, обеспечит просмотр данных о контактах с клиентами.

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

Экономический эффект составил 16 128 рублей.

Срок окупаемости проекта составит 6,6 месяцев.

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

К числу основных отличительных особенностей разработанной системы можно отнести следующее:

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

- программа имеет дружественный интерфейс, подобный стандартным Windows-приложениям, проблемы совместимости с 32-х разрядной операционной системой Windows отсутствуют;

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

- файлы хранения настроек Screen.ini и Price.ini находятся в основном каталоге программы и также имеют возможность администрирования текстовым редактором;

- для удобства пользователя прилагается HTML - справка;

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

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

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

Акт внедрения программного изделия в эксплуатацию приведен в Приложении Е.

Список использованных источников

1 Переверзев Б.Т. Сфера применения LED-дисплеев. - М.: Издательский дом “Додэка-XXI”, 2002. - 56 с.