Автоматизация разработки медиаплана для ООО "Медиа-Групп"
- разработка меню основной формы;
- настройка основных свойств элементов управления: размер, цвет, значения по умолчанию и т.д.;
- создание формы для вывода окна «О Программе», создание формы для печати договора.
Окно конструктора форм является основным рабочим окном, в котором выполняется визуальное проектирование приложения. Вызвать это окно можно из главного меню командой 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 с.
2 Шашлов А.С, Чуркин А.А. Обзор рынка сверхярких светодиодов по результатам 2001 года. // Компьютерра. - 2002. - №35.
3 Абрамов В. С., Никифоров С. Г., Соболь П. А., Сушков В. П. Свойства зелёных и синих InGaN - светодиодов // Светодиоды и лазеры. - 2002. - № 1-2. - С. 30 - 33 .
4 Агафонов Д. Р., Аникин П. П., Никифоров С. Г. Вопросы конструирования и производства светоизлучающих диодов и систем на их основе. // Светотехника. - 2002. - №6. - С. 6 - 11.
5 Вендров А.М. CASE - технологии. Современные методы и средства проектирования информационных систем. - М.: Финансы и статистика, 1998.
6 Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем. - М.: Финансы и статистика, 2002.
7 Вендров А.М. Проектирование программного обеспечения экономических информационных систем. - М.: Финансы и статистика, 2003.
8 Трофимов С.А. CASE-технологии: практическая работа в Rational Rose. - М.: ЗАО "Издательство БИНОМ", 2001. - 272 с.: ил.
9 Трофимов С.А. UML - диаграммы в Rational Rose. - М.: ЗАО "Издательство БИНОМ", 2002 .
10 Боэм Б.У. Инженерное проектирование программного обеспечения: Пер. с англ. - М.: Радио и связь, 1985.
11 Кочеткова А.В. Медиапланирование. - http://www.mediasity.ru/
12 Ерофеев А.А. Исследования наружной рекламы. - http://outdoor-ad.ru/
13 Петров М.Е. Светодиодные табло BARCO. - http://www.polymedia.ru/
14 Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем: Учебник / Под ред. Ю.Ф. Тельнова. - М.: Финансы и статистика, 2001.
15 Калашян А.Н., Калянов Г.Н. Структурные модели бизнеса: DFD-технологии / Под ред. Г.Н.Калянова. - М.: Финансы и статистика, 2003.
16 Благодатских В.А. Стандартизация разработки программных средств:Учебное пособие. - М.: Финансы и статистика, 2003.
17 Благодатских В.А. Экономика, разработка и использование программного обеспечения ЭВМ: Учебник. - М.: Финансы и статистика, 1998.
18 Мишенин А.И. Теория экономических информационных систем: Учебник. - М.: Финансы и статистика, 2001.
19 Браун С. Visual Basic 6: Учебный курс. - Спб.: ЗАО «Издательство «Питер», 1999. - 576 с.
20 Экономика предприятия: Учебник. /Под ред. А. Е. Карлика, М. Л. Шухгальтер. М.: ИНФРА-М, 2003. - 432 с.
21 Технико-экономическое обоснование дипломных проектов для ВТУЗов / под ред. В.К. Беклешова. - М.: Высшая школа, 1991г.
ПРИЛОЖЕНИЕ А
Министерство образования и науки Российской Федерации
АЛТАЙСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ им. И.И.ПОЛЗУНОВА
Кафедра «Информационные системы в экономике»
УТВЕРЖДАЮ
Заведующий кафедрой ИСЭ __________О.И.Пятковский
«____» 200_ г.
ЗАДАНИЕ № 06
НА ДИПЛОМНОЕ ПРОЕКТИРОВАНИЕ
По специальности 351400 «Прикладная информатика в экономике»
студенту группы 9ПИЭ-01
Тема: Автоматизация разработки медиаплана для ООО «Медиа-Групп»
Утверждено приказом ректора от 27 марта 2006 г. № Л - 816
Срок исполнения дипломной работы 15 июня 2006 г.
Задание принял к исполнению
БАРНАУЛ 2006
1 Исходные данные
Разработка и реализация проекта АИС на основании анализа результатов обследования предприятия, изучение литературы по вопросам медиапланирования, анализ проблем информации и автоматизации систем разработки медиапланов, анализ существующих на рынке программных продуктов.
2 Содержание разделов проекта
Наименование разделов работы
|
Содержание работ
по разделу
|
Трудоемкость, %
|
Срок выпол-нения
|
Руководитель (Ф.И.О., подпись)
|
|
1. 1. Расчетно-пояснительная
записка
|
|
75
|
|
Блем А.Г.
|
|
Введение
|
Раскрыть актуальность темы, сформулировать цель и основные задачи проекта
|
5
|
15,05,06
|
|
|
Глава 1
Аналитическая
часть
|
Рассмотреть теоретические вопросы проекта, дать общую характеристику предприятия, обосновать необходимость разработки АИС
|
20
|
01,03,06
|
|
|
Глава 2
Проектная
часть
|
Провести обследование и анализ процедур планирования на предприятии, разработать ТЗ и ТП на создание АИС
|
30
|
15,04,06
|
|
|
Глава 3
Экономическая
часть
|
Описать на примере порядок работы АИС, рассчитать экономическую эффективность ее внедрения
|
15
|
01,05,06
|
|
|
Заключение
|
Подвести итоги проделанной работы
|
5
|
15,05,06
|
|
|
2. Графическая
часть
|
Разработка АИС
|
20
|
16,04,06
|
Блем А.Г.
|
|
|
Подготовка иллюстрированного материала (презентации)
к защите
|
5
|
16,05,06
|
|
|
|
3 НАУЧНО-БИБЛИОГРАФИЧЕСКИЙ ПОИСК
3.1 По научно-технической литературе просмотреть материалы про современные методы и средства проектирования информационных систем, научно-технические журналы «Перспективы информационных технологий и интеллектуальных систем», «Экономика и жизнь» за последние 3 года.
3.2 По нормативной литературе просмотреть указатели государственных и отраслевых стандартов за последний год. Документирование должно осуществляться на всех стадиях разработки системы в соответствии с действующими ГОСТами:
- ГОСТ 19.101-77 ЕСПД. Описание программы;
- ГОСТ 19.502-78 ЕСПД. Описание применения;
- ГОСТ 19.504-79 ЕСПД. Руководство программиста;
- ГОСТ 19.505-79 ЕСПД. Руководство оператора;
- ГОСТ 19.502-78 ЕСПД. Пояснительная записка.
Руководитель проекта А.Г.Блем
Структура пояснительной записки
Пояснительная записка дипломного проекта должна содержать:
- титульный лист;
- реферат;
- содержание;
- введение;
- основную часть в соответствии с утвержденным заданием на дипломную работу;
- заключение;
- список использованных источников;
- перечень условных обозначений, символов, терминов (при необходимости);
- приложение.
ПРИЛОЖЕНИЕ Б
Договор № 24
Об оказании услуг по размещению рекламных и информационных материалов на наружных видеоэкранах на территории Российской Федерации.
г. Бийск. «___» ___________ 2006 г.
_____________________________, именуемое в дальнейшем “Заказчик”, в лице_________________________________________________, действующего на основании _________________, с одной стороны, и Общество с ограниченной ответственностью «Медиа-Групп», именуемое в дальнейшем “Исполнитель”, в лице директора Трошина Евгения Николаевича, действующего на основании Устава, с другой стороны, вместе именуемые “Стороны”, заключили настоящий Договор о нижеследующем:
1. Определения
1.1.Для целей настоящего Договора следующие слова и выражения имеют значение:
“Рекламный ролик” - визуальное произведение, распространяемое на наружных видеоэкранах и содержащее информацию о физическом или юридическом лице, товарах, идеях и начинаниях (рекламная информация), которая предназначена для неопределенного круга лиц и призвана формировать или поддерживать интерес к этим физическому, юридическому лицу, товарам, идеям и начинаниям и способствовать реализации товаров, идей и начинаний.
“Услуги по размещению рекламы и информации” - услуги, оказываемые Заказчику в соответствии с настоящим Договором и включающие в себя услуги по размещению рекламных роликов на наружных видеоэкранах.
“Медиа план” - согласованный между Сторонами настоящего Договора график размещения рекламных роликов, в котором указывается: место расположения наружных видеоэкранов, режим их работы, даты, периодичность и количество выходов рекламного ролика, хронометраж рекламного ролика, стоимость изготовления и размещения рекламного ролика.
«Срыв в размещение рекламных роликов» - ситуация, когда на протяжении более 2 (двух) часов не функционировало более 10(десяти) % площади изображения наружного видеоэкрана.
2. Предмет Договора
2.1.Заказчик поручает, а Исполнитель обязуется оказывать Заказчику услуги по размещению (трансляции) рекламно-информационных материалов (рекламных роликов) на наружных видеоэкранах в соответствии с утвержденным сторонами Медиапланами (Приложение 1 и последующие Приложения).
2.2.Заказчик обязуется оплачивать услуги Исполнителя в объеме и на условиях, предусмотренных настоящим Договором.
3. Права и обязанности Сторон
3.1. Исполнитель:
3.1.1.Оказывает Заказчику услуги по размещению рекламно-информационных материалов на наружных видеоэкранах согласно утвержденному сторонами Медиа плану.
3.1.2.Производит подготовку рекламно-информационных материалов Заказчика (предмастеринг) к размещению на наружных видеоэкранах.
3.1.3.Имеет право привлекать к изготовлению информационных материалов третьих лиц.
3.1.4.Обеспечивает периодичность и количество выходов рекламных или информационных материалов Заказчика на наружных видеоэкранах в соответствии с Медиа планом (количество выходов может изменяться в большую сторону).
3.1.5.По окончании каждого календарного месяца, входящего в период действия утвержденного сторонами Медиаплана, Исполнитель обязан письменно уведомить Заказчика обо всех Срывах произошедших в период размещение рекламного ролика, а также указать их общую продолжительность по каждому экрану.
3.1.6. Во время или по окончании рекламной кампании Исполнитель на основании письменных уведомлений Заказчику о Срывах в размещении рекламного ролика, произошедших в период рекламной кампании, компенсирует время Срывов путем продления действия Медиаплана по соответствующим экранам на срок, соразмерный общей продолжительности Срывов в размещении рекламных роликов или компенсирует время трансляции путём размещения рекламных материалов на других экранах в период действия рекламной кампании или увеличивает интенсивность трансляции ролика в определенные дни.
3.2. Заказчик:
3.2.1.Оплачивает работу Исполнителя в соответствии с условиями настоящего Договора.
3.2.2.Предоставляет Исполнителю всю необходимую для оказания услуг по размещению рекламных роликов информацию в срок, позволяющий реализовать данный рекламный заказ.
3.2.3.Предоставляет Исполнителю в соответствии с Техническими требованиями Исполнителя готовые рекламные ролики или материалы для изготовления рекламных роликов.
3.3. Стороны:
3.3.1.Ежемесячно в срок до 5 числа, следующего за отчетным месяцем, или по окончании рекламной кампании, которая продолжается менее 1 (одного) месяца Стороны подписывают двусторонний Акт выполненных работ.
3.3.2.В случае изменения условий выполнения рекламного заказа в сторону увеличения или уменьшения объема услуг по размещению рекламных роликов, оказываемых в соответствии с настоящим Договором, сумма стоимости услуг по соответствующему рекламному заказу корректируется с учетом согласованных между Сторонами настоящего Договора изменений.
4.Расчеты по Договору
4.1.Стоимость услуг Исполнителя, оказываемых в соответствии с настоящим Договором и порядок расчётов определяется Сторонами в Медиа плане (Приложение 1 и последующие Приложения) к настоящему Договору.
4.2.Заказчик производит оплату услуг Исполнителя на основании выставляемых Исполнителем счетов в соответствии с условиями, определяемыми в Медиа плане (Приложение 1 и последующие Приложения) к настоящему Договору.
4.3.В том случае, если стоимость услуг, оказываемых Заказчику, устанавливается в Приложениях к настоящему Договору в условных единицах или в валюте других государств, то оплата осуществляется в рублях по курсу ЦБ РФ, действующему на дату осуществления платежа Заказчиком Исполнителю.
4.4.В том случае, если по обстоятельствам дела Исполнитель должен будет возвратить Заказчику сумму (часть суммы) стоимости услуг, оказываемых Заказчику, размер которого установлен в условных единицах или в валюте других государств (п. 4.4.), Исполнитель возвращает Заказчику указанную сумму в рублях по курсу на дату возврата денежных средств Заказчику.
5.Специальные условия
5.1. При изготовлении рекламного ролика Заказчик совместно с Исполнителем обеспечивают соответствие содержания рекламного ролика действующему законодательству.
5.2.В случае, если рекламируемая продукция или товар (услуга) подлежат обязательной сертификации или лицензированию, Заказчик до начала трансляции предоставляет Исполнителю копии сертификата на рекламируемую продукцию или копию лицензии на осуществляемую деятельность соответственно.
6. Ответственность Сторон
6.1.Заказчик несет ответственность за содержание и оформление направляемых в соответствии с настоящим Договором для размещения на наружных видеоэкранах рекламных роликов, за нарушение авторских и смежных прав в отношении произведений, вошедших в рекламные ролики. Все имущественные претензии, в том числе авторов и обладателей смежных прав, к Исполнителю в отношении рекламных роликов должны быть урегулированы Заказчиком своими силами и за свой счет.
6.2.За отказ от трансляции Ролика по утвержденному сторонами Медиа плану Заказчик обязан возместить Исполнителю стоимость услуги по трансляции в период времени, забронированного для Заказчика, которое в соответствии со сроками, необходимыми для заключения соответствующих договоров и изготовления роликов, не может быть использовано Исполнителем для трансляции иных роликов. Сумма возмещения, которую должен оплатить Заказчик составляет 10% от общей суммы Договора.
6.3.В остальных случаях, за неисполнение или ненадлежащее исполнение обязательств по настоящему Договору Стороны несут ответственность в соответствии с действующим законодательством Российской Федерации.
7. Непреодолимая сила
7.1.Ни одна из сторон не будет нести ответственность за полное или частичное неисполнение своих обязательств по Договору, если такое неисполнение явится следствием обстоятельств непреодолимой силы таких как - наводнение, пожар, землетрясение, сель, ураган, шаровая молния, а также: военные действия, блокада, террористические акты, революции, забастовки; изменения в законодательстве, принятие органом государственной власти или управления Президента Российской Федерации правового акта, повлекшего невозможность исполнения настоящего Договора; аварийно-технические неполадки: сбой в компьютерном обеспечении - в дальнейшем именуемые форс-мажорными.
Данный перечень обстоятельств непреодолимой силы не является исчерпывающим и может включать все иные обстоятельства, подпадающие в соответствии с действующим законодательством РФ под понятие непреодолимой силы.
7.2.Сторона, для которой создалась невозможность выполнения своих обязательств по настоящему Договору, вследствие форс-мажорных обстоятельств незамедлительно извещает другую сторону об этом по факсу или посредством телефонной связи, а в течение 30 рабочих дней данные обстоятельства должны быть подтверждены документально.
7.3.По окончании вышеупомянутых форс-мажорных обстоятельств, Стороны в течение 2 рабочих дней в письменном виде оповещают другую сторону с указанием даты, начиная с которой, они собираются выполнять свои обязательства.
8. Конфиденциальность
8.1.Вся информация, связанная с деятельностью в рамках настоящего Договора, полученная одной Стороной от другой, считается строго конфиденциальной в течение срока действия настоящего Договора.
8.2.Стороны примут все необходимые меры для того, чтобы не допустить разглашения полученной информации третьим лицам в течение срока действия настоящего Договора.
9. Порядок разрешения споров
9.1.Все разногласия, возникшие при исполнении настоящего Договора или в связи с ним, разрешаются Сторонами путем переговоров.
9.2. При не достижении соглашения спор передается на рассмотрение арбитражного суда в порядке, предусмотренном действующим законодательством.
10. Срок действия Договора
10.1.Договор вступает в силу с момента его подписания Сторонами и действует до исполнения Сторонами всех своих обязательств.
10.2.Досрочное расторжение Договора может иметь место по взаимному соглашению Сторон, оформленного в письменном виде, либо по основаниям, предусмотренным законодательством РФ.
11. Прочие положения
11.1.В своей деятельности по исполнению условий настоящего Договора Стороны руководствуются действующим законодательством Российской Федерации.
11.2.Любые изменения и дополнения к настоящему Договору действительны лишь при условии, что они совершены в письменной форме и подписаны уполномоченными на то представителями Сторон. Дополнительные соглашения к настоящему Договору составляют его неотъемлемую часть.
11.3.Заголовки в настоящем Договоре приводятся для удобства и не влияют на толкование статей Договора.
11.4.Стороны обязаны сообщать друг другу об изменении своих юридических адресов, почтовых адресов, банковских реквизитов, номеров телефонов, телефаксов в 2-дневный срок.
11.5.В день подписания настоящего Договора вся предшествующая переписка, документы и переговоры между Сторонами по вопросам, являющимся Предметом настоящего Договора, теряют силу.
11.6.Настоящий договор составлен в двух экземплярах на русском языке. Оба экземпляра идентичны и имеют одинаковую силу. У каждой из Сторон находится один экземпляр настоящего Договора.
12. Юридические адреса и реквизиты сторон
“Исполнитель”:
ООО «Медиа-Групп»
Алтайский край,г.Бийск, ул.Васильева,2/1
ИНН 2204020496 КПП 220401001
р/с 40702810850003115401
к/с 30101810800000000745
БИК 040173745
ООО «Сибсоцбанк» г.Барнаул
Тел. (3854) 346-877
E-mail: MediaGroup05@mail.ru
|
“Заказчик”:
____________________________________________
____________________________________________
____________________________________________
____________________________________________
____________________________________________
____________________________________________
____________________________________________
____________________________________________
____________________________________________
|
|
|
ПОДПИСИ СТОРОН
От Исполнителя От Заказчика
Директор ________________________________________
______________/Е.Н.Трошин/ __________________________/_________________/
М.П. М.П.
Приложение В
Форма вывода медиаплана на печать
ПРИЛОЖЕНИЕ Г
Диаграмма классов
ПРИЛОЖЕНИЕ Д
Диаграммы взаимодействия
Кооперативная диаграмма «Создание, сохранение договора»
Кооперативная диаграмма «Создание и печать договора»
Диаграмма последовательностей действий «Редактирование и перезапись договора»
Диаграмма последовательностей действий «Поиск договора»
Страницы: 1, 2, 3
|