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

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

Модель управления светодиодным экраном представлена на рисунке 1.4:

Рисунок 1.4 - Принципы работы и построения светодиодных экранов

Компания- поставщик «АТВ Наружные системы» - единственная из российских производителей видеоэкранов, использующая драйвера нового поколения. В настоящее время их могут (умеют) использовать всего несколько компаний: Barco (безусловный лидер рынка светодиодных экранов), Lighthouse, OptoTech и Darktonics.

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

1.4.8 Общая схема внутреннего документооборота предприятия

Общая схема внутреннего документооборота предприятия представлена на рисунке 1.5:

Рисунок 1.5 - Схема документооборота предприятия

1.4.9 Аппаратное и программное обеспечение предприятия

Технические средства, аппаратное и программное обеспечение информационной системы представлено в таблице 1.2:

Таблица 1.2 - Аппаратное и программное обеспечение предприятия

1.5 Проблемы информатизации и автоматизации предприятия

1.5.1 Анализ существующей информационной системы

Исходные данные для медиаплана включают в себя сведения о ценах на размещение продукта на светодиодном экране, а также план статистики, представляющий собой отчет программы ATV Scheduler о допустимых параметрах периодичности и хронометража для трансляции видеоролика. Эти данные содержатся в документах: «Прайс-лист на размещение рекламной информации на светодиодном экране» и «Static plan».

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

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

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

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

Затем заполняется таблица «Медиаплан рекламной кампании». Она состоит из следующих столбцов:

- дата начала;

- дата окончания;

- периодичность;

- всего дней;

- показов в день;

- секунд в день;

- цена за 1сек., проката;

- всего секунд;

- итого, руб.

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

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

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

Цена проката за секунду определяется по тарифу из таблицы расценок «Прайс-лист на размещение рекламной информации на светодиодном экране».

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

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

1.5.2 Проблемы в области медиапланирования и пути их решения

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

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

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

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

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

- возможность быстро найти среди всех контактов именно тот, который Вас сейчас интересует.

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

Основные бизнес - процессы: изготовление и медиапрокат рекламных видеороликов на светодиодном экране.

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

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

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

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

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

Система должна отвечать следующим параметрам:

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

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

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

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

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

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

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

Входными документами являются:

- план статистики;

- прайс-лист на размещение рекламной информации;

-  договор с заказчиком на изготовление и/или размещение рекламного продукта на светодиодном экране.

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

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

Более полное изложение требований к программе изложено в техническом задании проектной части диплома.

2 ПРОЕКТИРОВАНИЕ СИСТЕМЫ «МЕДИАПЛАН»

2.1 Постановка задачи для автоматизации разработки медиаплана

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

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

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

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

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

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

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

Цена изготовления видеоролика договорная.

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

2.2 Техническое задание на разработку АИС

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

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

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

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

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

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

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

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

Рисунок 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 – Формат договора

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

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