Создание АРМ "Клиент-менеджер.Наружная реклама"

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

График ежедневных заказов за прошедший месяц выглядит следующим образом (рис. 1.5):

Рис. 1.5. График заказов, поступающих ежедневно

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

Таблица 1.1

Ежедневное максимальное, минимальное и среднее число заказов

в течение месяца.

При построении графика необходимо ежедневно вносить данные о поступивших заказах.

На графике, отражающем рост и упадок количества заказов в течение года (рис. 1.6), выделяются точки максимума и минимума. По этим точкам можно судить о сезонном отношении заказчика к рекламе, т.е. зависимость заказчика от сезона. 

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

Рис. 1.6. График роста и упадка количества заказов в течение года

Таблица 1.2

Ежемесячное максимальное, минимальное и среднее число заказов

в течение года.

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

Рис. 1.7. Средний показатель ежемесячного количества заказов за истекший год

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

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

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

1)     централизованное хранение данных о клиентах и заказах;

2)     формирование договоров и бланков заказа;

3)     построение графика зависимости заказ/дата;

4)     поиск необходимых данных о клиентах и заказах;

5)     проверка даты, утверждаемой для исполнения заказа на наличие уже существующих заказов;

6)     максимальная скорость обработки данных на компьютерах с невысокой производительностью;

Выводы

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

2.      Выявлены недостатки работы существующей информационной системы и обоснована необходимость совершенствования существующей системы путем создания АРМ «Клиент-менеджер. Наружная реклама».

3.      На основе пожеланий заказчика и анализа работы фирмы «Мастерская Рекламы» были сформулированы основные требования к функциональным возможностям АРМ «Клиент-менеджер. Наружная реклама».

2. АРХИТЕКТУРА АРМ «КЛИЕНТ-МЕНЕДЖЕР. НАРУЖНАЯ РЕКЛАМА»

Прежде чем приступать к разработке АРМ «Клиент-менеджер. Наружная реклама», необходимо определить основные требования, которым она должна удовлетворять.

Итак, программа должна:

      обладать функциями для работы с базами данных;

      иметь интерфейс в стиле операционной системы Microsoft Windows 9x, привычный пользователям.

Удобным способом разработки программы является разбиение ее  на взаимодействующие друг с другом самостоятельные модули. Это поможет ускорить процесс создания и отладки программы, так как программисту в этом  случае не придётся концентрировать внимание на всём коде, пытаясь охватить содержание создаваемой программы целиком, потому, что он будет работать с ее отдельными, относительно небольшими частями[8].

2.1. Информационно-логическая модель и структура базы данных

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

1.      информация о заказчике:

а) ФИО заказчика;

б) адрес заказчика;

в) телефон заказчика;

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

2. вид оплаты заказа;

3. используемые материалы;

4. информация об изделии:

              а) наименование изделия;

              б) размеры изделия;

5. цвета, используемые при изготовлении изделия;

6. материалы, используемые при изготовлении изделия;

7. сумма заказа;

8. информация о заказе:

              а) дата заказа;

              б) срок изготовления заказа;

              в) дата утверждения оригинал-макета.

Исходя из информационной модели, строится архитектура программного средства. Архитектуру можно изобразить в виде диаграммы (рис. 2.2). Внутреннее устройство программного средства показывает следующаяя диаграмма (рис. 2.3). Как видно из данной диаграммы программное средство разбито на 8 подсистем:

1.      подсистема хранения данных;

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

3.      подсистема обновления полученных данных;

4.      подсистема выбора данных о клиентах;

5.      подсистема изменения данных;

6.      подсистема вывода информации на дисплей;

7.      подсистема печати;

8.      подсистема контроля действий пользователя;

Для обеспечения возможности свободного добавления новых и удаления ненужных предметов необходимо позаботиться о независимости предметов друг от друга. Этого можно достичь, если хранить вопросы к тестам и данные о лабораторных работах по различным предметам отдельно от остальных сведений. То есть, на каждый предмет должна быть заведена своя база данных, содержащая таблицы с тестами и списком лабораторно-практических заданий. Такой подход к хранению материала позволит, при необходимости, просто подключать к системе требуемые базы. При этом будет возможно заполнение этих баз данных как с помощью средств, предоставляемых разрабатываемой системой, так и стандартными средствами, предоставляемыми существующими СУБД[9].

На рисунке 2.1 с помощью ER-диаграммы [10] графически изображена схема базы данных АРМ «Клиент-менеджер. Наружная реклама», на которой отчетливо показаны связи между таблицами.

При проектировании реляционной базы данных [11, 12] необходимо решить вопрос о наиболее эффективной структуре данных. Основные цели, которые при этом преследуются:

      обеспечить быстрый доступ к данным в таблицах;

      исключить ненужное повторение данных;

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

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

Таблицы базы данных АРМ «Клиент-менеджер. Наружная реклама» приведены к третьей нормальной форме [18]. Это подтверждается выполнением следующих требований:

Таблицы не имеет повторяющихся записей.

В таблицах отсутствуют повторяющиеся группы полей.

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

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

Рис. 2.1. ER-диаграмма базы данных АРМ «Клиент-менеджер. Наружная реклама»

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

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

Перед построением контекстной  DFD-диаграммы были проанализированы внешние события (внешние объекты), оказывающие влияние на функционирование системы. Эти объекты взаимодействуют с ИС путем информационного обмена с ней[19].

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

Начальная контекстная диаграмма изображена на рис. 2.2.

2.2. Потоки данных

Наиболее распространенным средством моделирования данных являются диаграммы (DFD). С их помощью определяются важные для предметной области объекты и отношения друг с другом (связи)[20].

Модель системы определяется как иерархия диаграмм потоков данных (ДПД или DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее невозможно[21].