Система автоматизации построения маркетинговых отчетов

 

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

«КУБАНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»

(ФГБОУ ВПО «КубГУ»)

Кафедра информационных технологий







ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ (ДИПЛОМНАЯ) РАБОТА

Система автоматизации построения маркетинговых отчетов




Работу выполнил

А.С. Дузь

Научный руководитель

зав.каф., к.ф.-м.н., доцент

Ю.В. Кольцов







Краснодар 2013

СОДЕРЖАНИЕ


ВВЕДЕНИЕ

Глава 1 Исследование структуры маркетинговых отчетов и источников информации

1.1Структура маркетингового отчета

1.2Работа со статистическими данными из различных источников

1.2.1 Единая межведомственная информационно-статистическая система

1.2.2 Главный межрегиональный центр обработки и распространения статистической информации

1.2.3 TaylorNelsonSofres

1.2.4 Онлайн панели

Глава 2 Технические особенности и требования к системе

2.1 Обоснование выбора платформы для разработки

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

2.2.1 Требования к программному обеспечению пользователя сайта

2.2.2 Технические требования к хостингу

2.3 Требования к безопасности

2.4 Система контроля версий

2.5 Разграничение прав доступа

2.6 HTML верстка

Глава 3 Реализация системы

3.1Интерфейс и структура проекта

3.1.1О системе

3.1.2Отчеты

3.1.3Личный кабинет

3.1.4Поиск

3.2 Визуальный редактор отчетов

3.2.1 Панель задач

3.2.2 Панель переключения режимов редактирования

3.2.3 Панель отображения свойств объектов (Свойства)

3.2.4 Форматирование текста

3.2.5 Работа с заголовками

3.2.6 Проверка орфографии

3.2.7 Работа с графикой

3.2.8 Компоненты

3.2.9 Сниппеты

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ А

ПРИЛОЖЕНИЕ Б

ПРИЛОЖЕНИЕ В



ВВЕДЕНИЕ


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

Независимые площадки. Различные компании, открывающие порталы по продаже маркетинговых исследований. Наиболее значимым игроком в данной категории является компания «РосБизнесКонсалтинг»

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

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

Российский рынок готовых маркетинговых исследований является очень специфичным в виду слабой доступности и структуризации исходных статистических данных, поэтому разработка системы автоматизации создания маркетинговых отчетов является первостепенной задачей на рынке, что и обуславливает актуальность данной работы. Еще год назад, основным источником информации для игроков рынка готовых маркетинговых исследований являлся портал федеральной службы государственной статистики. Нужно отметить, что сервис по предоставлению статистической информации работал очень нестабильно, не было единого формата передачи и обмена статистической информацией. Однако в рамках федеральной целевой программы «Развитие государственной статистики России в 2007-2011 годах» была разработана Единая межведомственная информационно-статистическая система (ЕМИСС), которая некоторым образом сделала возможным частично автоматизировать создание готовых маркетинговых исследований.

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

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

Задачами дипломной работы в связи с указанными целями является:

Исследовать источники информации для написания готовых маркетинговых отчетов;

Разработать структуру маркетингового отчета, путем исследования существующих исследований;

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

Разработать систему автоматизации построения маркетинговых отчетов

Разработать систему безопасности от несанкционированного доступа к внутрикорпоративной информации;

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

автоматизация маркетинговый отчет программный

1. Исследование структуры маркетинговых отчетов и источников информации


.1 Структура маркетингового отчета


Для автоматизации создание готовых маркетинговых отчетов в работе были изучены методы анализа рынков и выработан план маркетингового отчета. Для этого были изучены маркетинговые отчеты по различным отраслям ведущих игроков на рынке готовых маркетинговых исследований, в частности «IndexBoxMarketing», «DiscoveryResearchGroup», «Экспресс Обзор» и других.

Для анализа рынка необходима следующая информация:

Анализ национального рынка

Анализ регионального рынка

Анализ основных производителей

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

Анализ потребителей (опционально)

Анализ национального, регионального и в том числе мирового рынка состоит из следующих этапов:

Объем рынка в денежном эквиваленте

Объем рынка в натуральном выражении

Динамика рынка в денежном выражении

Динамика рынка в натуральном выражении

Средняя цена производителей на товар

Объем экспорта импорта товара (для национального рынка)

Географическая структура производства

Прогноз объемов рынка и цен

Анализ основных производителей включает в себя:

Характеристики компаний

Анализ производственных мощностей

Структура производства

Объем производства

Динамика производства

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

Анализ потребителей B2B сектора:

Описание клиентских групп

Потребности клиентов (юридических лиц)

Предпочтения юридических лиц

Структура среднего заказ

Структура по частоте заказов

Эластичность спроса по цене

Географическая структура клиентов

Анализ потребителей сектора B2C

Половая структура потребления

Возрастная структура потребления

Структура потребителей по уровню дохода

Географическая структура клиентов

Потребительские предпочтения

Эластичность спроса по цене


1.2 Работа со статистическими данными из различных источников


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

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


.2.1 Единая межведомственная информационно-статистическая система

Единая межведомственная информационно-статистическая система (ЕМИСС) разрабатывалась в рамках реализации федеральной целевой программы «Развитие государственной статистики России в 2007-2011 годах».

ЕМИСС имеет статус государственного интегрированного статистического ресурса. Государственный интегрированный статистический ресурс - это информация, полученная органами Федеральной службы государственной статистики, федеральными органами государственной власти, органами государственной власти субъектов Российской Федерации, органами местного самоуправления и государственными организациями, формирующими статистические данные.

Система ЕМИСС является государственным источником актуальных и достоверных статистических данных, получаемых из ведомственных хранилищ данных. Ведомства, участвующие в обмене статистическими данными образуют узлы ЕМИСС (ВС ЕМИСС). Их взаимодействие производится через центральный узел ЕМИСС (ЦУ ЕМИСС) [1].

Статус системы: Единая межведомственная информационно-статистическая система (ЕМИСС) введена в эксплуатацию совместным приказом Минкомсвязи России и Росстата от 16 ноября 2011 года №318/461

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

Ранее данные по данным службам и министерствам были разрознены по различным источникам и являлись слабо структурируемы.

В текущей реализации системы ЕМИСС API для работы с базой данных не предостваляются. В связи с этим существуют сложности для автоматизации работы с данными сервиса, однако, существует возможность отдачи статистических данных по определенным запросам в формате SDMX.(StatisticalDataandMetadataeXchange) - это язык обмена статистической информацией, построенный на основе синтаксиса языка XML технологии EDIFACT.EDIFACT - ElectronicDataInterchangeforAdministration, Commerceand Transport - Электронный обмен данными для административных органов, коммерческих и транспортных предприятий. Это стандарт синтаксических правил для обмена данными в указанных областях, выпущенный Международной организацией по стандартизации (InternationalStandardОrganization - ISO) в 1988 г. Стандарт SDMX определяет форматы для обмена агрегированных статистических данных и метаданных, необходимых для понимания того, как эти данные структурированы. Основное внимание обращается на данные, представленные в виде временных рядов [2].


.2.2 Главный межрегиональный центр обработки и распространения статистической информации

Федеральное государственное унитарное предприятие Главный Межрегиональный Центр обработки и распространения статистической информации Федеральной службы государственной статистики (ГМЦ Росстата) является крупнейшей государственной информационной компанией.

ГМЦ Росстата - старейшее предприятие страны в области механизированной и автоматизированной обработки информации. История предприятия началась в 1932 году, когда на базе Технико-статистического объединения при Центральном управлении народнохозяйственного учета Госплана СССР была организована 1-ая Московская фабрика механизированного счета. Она выполняла машинным способом обработки учетно-статистических и счетных работ массового характера по заказам различных ведомств [3].

Основной интерес предоставляет информационные услуги компании, а именно:

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

Предоставление данных бухгалтерской отчетности организаций. Информационное обслуживание осуществляется на основе банка данных "Бухгалтерская отчетность организаций (БД БОО)", который создан Госкомстатом России во исполнение Постановления правительства Российской Федерации от 21 апреля 1995 года №399 "О совершенствовании информационной системы предоставлении бухгалтерской отчетности".

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

ГМЦ Росстата предоставляет API-сервис «Мультистат» для работы с данными. По уровню работы с API-сервисом можно выделить следующие категории: API-агент и API-клиент (пользователь).агент - это фирма-поставщик программного обеспечения, обеспечивающего отправку запроса и обработку ответа API-сервиса Портала «Мультистат». Программное обеспечение (далее ПО) позволяет пользователю задать критерии запроса в максимально удобной и понятной форме, принимая на себя все заботы по формированию запросов установленной формы к API-сервису портала. Также ПО, предоставляемое API-агентом, преобразует ответ API-сервиса к виду, нужному пользователю.клиент (или пользователь) - конечный пользователь, зарегистрированный на Портале «Мультистат», использующий программное обеспечение API-агента, настроенное для доступа к API-сервису Портала.

Общая схема работы API-сервиса предоставлена на рисунке 1.1:


Рисунок 1.1 - Общая схема работы API-сервиса «Мультистат»


Программное обеспечение, используемое для доступа к API-сервису Портала «Мультистат», должно:

уметь формировать POST-запросы и отсылать их на www-адрес по http-протоколу

уметь принимать и разбирать файл формата XML

иметь режим настройки параметров пользователя (пары логин-пароль аккаунта на Портале «Мультистат») и тестирования входа

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

Пример запроса и полученного ответа приводится в приложении Б.


.2.3 TaylorNelsonSofres- ведущая мировая компании исследование рынков и предоставления статистической информации основанная в 1997 году. Компания занимается исследованием и сборам информации по следующим основным секторам [4]:

Измерение аудитории основных каналов СМИ (пресса, радио, ТВ, интернет)

Специальные медиа-исследования

Изучение потребительского поведения

Мониторинг рекламы в средствах ее распространения

Мониторинг информации в СМИ, пресс-клипинг

Исследования на рынке товаров повседневного спроса

Исследования на автомобильном и сопутствующем рынках

Исследования в области финансов, страхования и инвестиций

Исследования в области IT и телекоммуникаций

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

Исследования в области создания и запуска новых продуктов

Исследования бренд и маркетинговых коммуникаций

Интернет исследования TNS активно изучает поведение пользователей в Интернете. В частности в российском интернете счетчики TNS установлены на таких гигантах как Yandex.ru, Mail.ru, и Rabmler.ru.

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


.2.4 Онлайн панели

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

Онлайн панели бывают двух основных видов: Потребительские панели (B2C) и Бизнес панели (B2B).

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

Бизнес панели обычно разделяются по отраслям и степени влияния их участников на принятие решений о закупках товаров или услуг для своей организации [5].

Основными поставщиками панельных данных в России являются:

Компания OMI

Компания OMI (OnlineMarketIntelligence) - это ведущая российская компания, предоставляющая комплексные решения для маркетинговых онлайн исследований, используемые исследовательскими организациями, рекламными агентствами, а также маркетинговыми подразделениями компаний, входящих в рейтинг FortuneGlobal 500. Эти решения включают программирование онлайн анкет, сбор данных при помощи собственных онлайн панелей в России, Украине, Казахстане, Беларуси и странах Балтии, а также визуализацию информации в реальном времени, а также программное обеспечение Kinesis для проведения маркетинговых исследований с использованием Интернета и мобильных устройств OMI предлагает экономически оправданные и удобные решения для проведения опросов потребителей, сотрудников и партнеров компаний[6].ResearchGroup

Компания МАСМИ, (Россия) начала свою исследовательскую деятельность в 1991 г., как одно из первых независимых российских агентств, специализирующихся в области социологических и маркетинговых исследований. Сегодня это исследовательская компания полного цикла, которая предлагает широкий спектр количественных и качественных исследований, проводимых методом личного и телефонного интервью, а также с помощью Интернета. С 1994 года входит в состав международной корпорации MASMI ResearchGroup в качестве дочерней компании, и, на сегодняшний день является одним из лидеров среди российских исследовательских агентств.

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

Холдинг «Ромир»

Ромир - лидер российского исследовательского рынка, крупнейшая независимая частная исследовательская компания России. Холдинг является единственным крупным российским исследователем, который не аффилирован ни с зарубежными исследовательскими сетями, ни с государственными структурами. Компания соблюдает международные исследовательские стандарты качества сбора и анализа информации ESOMAR. Первая компания холдинга создана в 1987 году - в виде социологического кооператива. Ромир - единственная исследовательская компания, ведущая свою историю еще с советского периода. Ромир имеет 25-летний опыт изучения российской экономики, политики, общества и СМИ и обладает наилучшим пониманием специфики работы на территории России и СНГ и методиками, адаптированными для российских респондентов и потребителей. Значительный опыт в исследовании рынков: товаров повседневного спроса, товаров длительного пользования, ритейла, IT и телекома, финансовых и прочих услуг, рекламы и медиа, интернета, социальной тематики.

2. Технические особенности и требования к системе


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


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

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

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

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

Суммарное количество сайтов разработанных на CMS

Суммарная авторитетность сайтов разработанных на CMS

Процент студий использующих CMS

Данные для оценки сайтов с использованием той или иной CMS, предоставил аналитический портал рынка веб-разработок «CMSmagazine». Согласно исследованию «Рынок веб-разработки в Рунете: тренды и ожидания 2012 года» в России 44.6% студий разработчиков веб-систем в 2011 году используют 1С-Битрикс [7].График использования различных CMSв Рунете представлен на рисунке 2.1.


Рисунок 2.1 - Процент использования различных CMSв Рунете


В Москве процент использования данной CMSпревысил 50% и составил 51.4%. График использования различных CMS в Москве представлен на рисунке 2.2

Рисунок 2.2 - Процент использования различных CMSв Москве


Суммарное количество сайтов разработанных на платформе «1С-Битрикс» превысило 13 940 представленных к оценке сайтов, что на 72% опережает ближайешего конкурента СMS«NetCat».

В качестве показателя авторитетности сайтов был выбран тематический индекс цитирования (тИЦ) по версии поисковой системы «Яндекс».

Индекс цитирования (или ИЦ) - принятая в научном мире мера «значимости» трудов какого-либо ученого. Величина индекса определяется количеством ссылок на этот труд (или фамилию) в других источниках. Однако для действительно точного определения значимости научных трудов важно не только количество ссылок на них, но и качество этих ссылок. Так, на работу может ссылаться авторитетное академическое издание, популярная брошюра или развлекательный журнал. Значимость у таких ссылок разная.

Тематический индекс цитирования компании «Яндекс» (тИЦ) определяет «авторитетность» интернет-ресурсов с учетом качественной характеристики ссылок на них с других сайтов. Эта качественная характеристика называется «весом» ссылки. Рассчитывается она по специально разработанному алгоритму. Большую роль играет тематическая близость ресурса и ссылающихся на него сайтов. Само по себе количество ссылок на ресурс также влияет на значение его тИЦ, но тИЦ определяется не количеством ссылок, а суммой их весов.

тИЦ как средство определения авторитетности ресурсов призван обеспечить релевантность расположения ресурсов в рубриках каталога Яндекса. тИЦ не является чисто количественной характеристикой, поэтому показываются некоторые округленные значения, которые помогают ориентироваться в «значимости» («авторитетности») ресурсов в каждой области (теме).

По данным «CMSmagazine»суммарный тИЦ сайтов разработанных на платформе 1С-Битрикс равен 1514267 единиц, что в четыре раза больше чем у ближайшего конкурента CMS«NetCat», у которого суммарный тИЦ составил 379050 единиц. Данный факт означает, что для разработки большинства авторитетных популярных и, соответственно, высоконагруженных сайтов большинство разработчиков веб-систем в России отдают предпочтение системе

«1С-Битрикс». Данная система, по результатам проведенного исследования, является лидером по всем трем анализируемым параметрам, что и явилось очевидным решения для выбора платформы «1С-Битиркс».


.2 Требования к веб-системе


.2.1 Требования к программному обеспечению пользователя сайта

Корректное отображение веб-системы не может быть гарантировано при несоответствии любого из параметров ПО пользователя приведенным ниже требованиям:

минимальное разрешение экрана пользователя: 1024х768 пикселей;

масштаб просмотра страницы в браузере: корректное отображение страниц сайта гарантируется при установленном в браузере пользователя масштабе в 100%.При изменении масштаба страницы или изменении размера шрифтов в настройках браузера пользователем корректное отображение страниц сайта не гарантируется;

количество цветов монитора у пользователя: не менее 16777216 (Truecolor, 32 бита);

тип браузера: Internet Explorer 8ивыше, MozillaFirefox 15 и выше, Opera 12 и выше, Safari 6 и выше, GoogleChrome 21 и выше;

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

использование механизма Cookies: обязательно;

минимальное разрешение экрана пользователя: 1024х768 пикселей;

тип браузера: Mozilla Firefox 9 и выше (должен быть установлен Java-плагин);19 и выше, Safari 5 и выше;: включены.


.2.2 Технические требования к хостингу

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

требуемый тип хостинга: выделенный сервер;

конфигурация оборудования: процессор Pentium 4 с тактовой частотой 2.4 GHz, оперативная память: 4Gb RAM, объем дискового пространства: 2*100Gb HDD;

серверная платформа: UNIX-like (FreeBSD x86);

веб-сервер: Apache HTTPD, версия 2.2 или выше;: PHP версии 5.3.X;

СУБД: MySQL илиPerconaServer;: PostfixилиSendmail;

утилиты: tar, gzip, bzip2, cron;

библиотеки: pcre,iconv,zlib, gd (споддержкойGIF, JPG, PNG, FreeType, T1Lib), ImageMagick 6.5, ffmpeg-библиотекиивидео-кодеки (предположительныйнаборкодеков: декодированияИЗ:WindowsMediaVideo/DivX/Xvid/QuickTime/H.264 идлякодированияВ: H.264).


.3 Требования к безопасности


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

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

панель безопасности с уровнями защищенности;

проактивныйфильтр (Web Application FireWall);

инструмент для аудита безопасности PHP-кода;

веб-антивирус;

технология одноразовых паролей (OTP);

генератор одноразовых паролей (Bitrix OTP);аутентификация (TrustedBitrixLogin);

защита авторизованных сессий;

контроль активности;

шифрование канала передачи через SSL;

журнал вторжений;

защита административных разделов по IP;

стоп-листы;

контроль целостности скрипта;

рекомендации по настройке;

монитор обновлений;

внешний контроль инфосреды;

защита редиректов от фишинга.

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

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

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

При разработке веб-системы в обязательном порядке применяются методы и стандарты написания программного кода, полностью исключающие возможность использования SQL-injection, XSS и других видов атак. Это достигается путем использования для доступа к БД и обработки входных данных исключительно, средств BitrixFramework.- это созданная на основе PHP платформа для разработки веб-приложений.BitrixFramework - технологическое ядро (платформа) для создания и управления проектами (веб-сайтами и корпоративными порталами). Платформа позволяет создавать неограниченное количество проектов с применением одной копии (лицензии) продукта, размещая ядро и базу данных системы в единственном экземпляре на сервере.

Основные возможности BitrixFramework:

управление структурой и содержанием сайта;

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

управление показом рекламы на сайте;

создание и управление форумами;

рассылка сообщений группам подписчиков;

учет статистики посещений;

контроль за ходом рекламных кампаний;

осуществление других операций по управлению интернет-проектом.

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


.4 Система контроля версий


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

При разработке системы используется система контроля версий «Git».- распределённая система управления версиями файлов. Проект был создан ЛинусомТорвальдсом для управления разработкой ядра Linux, первая версия выпущена 7 апреля 2005 года. Примерами проектов, использующих Git, являются ядро Linux, Android, Drupal, Cairo, GNU CoreUtilities, Mesa, Wine, Chromium, CompizFusion, FlightGear, jQuery, PHP, NASM, MediaWiki.

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

Преимущества «Git»:

высокая производительность;

развитые средства интеграции с другими VCS, в частности, с CVS, SVN и Mercurial. Помимо разнонаправленных конвертеров репозиториев, имеющиеся в комплекте программные средства позволяют разработчикам использовать git при размещении центрального репозитория в SVN или CVS, кроме того, git может имитировать cvs-сервер, обеспечивая работу через клиентские приложения и поддержку в средах разработки, специально не поддерживающих git;

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

качественный веб-интерфейс «из коробки»;

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

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

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

mkdir /www/site-test.git/ && cd /www/site-test.git/

Создать пустой репозиторийgit:--bare --shared=0664

Создать локальный репозиторий в директории рабочего сайта:

cd /www/site-test.name/ &&gitinit

Создать файл исключения отслеживания ряда папок и файлов:.gitignore или mcedit .gitignore

Пример содержимого файла находится в приложении В.

Привязать репозиторий рабочего сайта к главному репозиторию:

git add .commit -m "First commit"remote add origin file:///www/site-test.git/

gitpushoriginmaster

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

git branch --set-upstream master origin/master

Развернуть копию тестового сайта:/www/ &&git clone /www/site-test.git/ dev.site-test.name

Создать симлинк на upload в dev сайте:

cd dev.site-test.name &&ln -s ../site-test.name/upload/

Если в .gitignoreпрописанdbconn.php и/или .htaccess, то необходимо скопировать их с основного сайтаcp /www/site-test.name/bitrix/php_interface/dbconn.phpbitrix/php_interface/

cp /www/site-test.name/.htaccess ./

Для добавления копий тестовых сайтов для разработчиков повторяются только 7-8(9) пункты.


.5 Разграничение прав доступа


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

Наименование

Символьный идентификатор

Описание

Изначально предусмотрены 4 группы пользователей.

Администратор сайта

Создатели отчетов

Модераторы отчетов

Неавторизованные пользователи

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

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

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

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

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

Время последней авторизация

Имя

Фамилия

Отчество

Логин

Пароль

Связь с сущностью «Группа пользователей»

Атрибут «Время последней авторизации заполняется автоматически», остальные атрибуты заполняются в первый раз Администратором системы, затем все атрибуты кроме «Связь с сущностью «Группа пользователей» могут быть изменены в личном кабинете пользователя на странице «Профиль».

Разграничение доступа в системе автоматизации создания маркетинговых отчетов является надстройкой над CMS «1С-Битиркс».

В CMS «1С-Битиркс» разработана следующая логика разграничения прав доступа [9].

Уровень 1: доступ к файлам и каталогам.

Уровень 2: доступ к модулям и логическим операциям в модулях.

Уровень 1. Настройка доступа к файлам и каталогам выполняется в меню Структура сайта > Управление. Достаточно отметить один или несколько каталогов или файлов и выбрать Доступ, чтобы определить какие группы пользователей имеют право на доступ к этим документам.

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

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

Если для текущего файла или каталога явно не задан уровень прав, то берется уровень прав заданный для вышележащих каталогов.

Уровень 2 обеспечивает разграничение доступа к модулям и логическим операциям в модулях.

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

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


.6 HTML верстка


Для разработки интерфейса системы используется HTML, CSS и Javascriptфреймворк «Вootstrap», разработанный компаний «TwitterInc». #ИСТОНИК - <#"240" src="doc_zip4.jpg" />

Рисунок 3.1 - Главная страница


В каждом разделе системы присутствуют следующие элементы:

Логотип системы. Располагается в левом верхнем углу, является ссылкой на главную страницу сайта, представленный на рисунке 3.2.


Рисунок 3.2 - Логотип системы


Дублирующееся вверху и внизу страницы главное меню, представленные на рисунках 3.3 и 3.4


Рисунок 3.3 - Верхнее главное меню


Рисунок 3.4 - Нижнее главное меню


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


Рисунок 3.5 - Форма авторизации


Информация о пользователе для авторизованных пользователей, представленная на рисунке 3.6


Рисунок 3.6 - Краткая информация о пользователе


Навигационная цепочка, представленная на рисунке 3.7.

Рисунок 3.7 - Навигационная цепочка


Информация о создании, представленная на рисунке 3.8.


Рисунок 3.8 - Информация о разработчике


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


Рисунок 3.9 - Левое меню


.1.1 О системе

Раздел «О системе» представляет собой статичный текстовый раздел, предназначенный для того, чтобы познакомить пользователя с системой, ответить на основные вопросы: для чего была создана система, как работать с системой, основные ее преимущества. У администратора системы есть возможность изменить текст и заголовок в данном разделе. Также администратор может, по своему усмотрению, создавать подразделы данного раздела. Раздел представлен на рисунке 3.10.


Рисунок 3.10 - Раздел «О системе»


.1.2 Отчеты

Раздел «Отчеты» создан непосредственно для работы пользователей системы с маркетинговыми отчетами. В левом меню раздела, пользователь группы «Создатели отчетов» может перейти в личную директорию, для работы со своими отчетами. Пользователи групп «Модераторы отчетов» и «Администраторы» могут перейти в директорию любого пользователя. Главная страница раздела отчеты представлена на рисунке 3.11.


Рисунок 3.11 - Главная страница раздела «Отчеты»


Если пользователь группы «Создатели отчетов» перейдет в директорию, для которой у данного пользователя отсутствуют права на чтение, то он увидит окно авторизации, представленное на рисунке 3.12.

Рисунок 3.12 - Форма авторизации в разделе «Отчеты»


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


Рисунок 3.13 - Личная директория пользователя


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


Рисунок 3.14 - Редактирование пунктов меню


Для редактирования отчета необходимо:

Войти в режим правки

Навести курсор мыши на отчет

Нажать кнопку «Изменить страницу в редакторе»

Непосредственное редактирование отчетов описано в главе 3.2 Визуальный редактор отчетов.

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


Рисунок 3.15 - Модуль «Веб-стикеры»


Рисунок 3.16 - Развернутый стикер


.1.3 Личный кабинет

Раздел «Личный кабинет» разработан с целью возможности изменения пользователем личных данных.Доступ к данном разделу есть только у авторизованных пользователей. В личном кабинете пользователь может изменить персональные данные хранимые в системе.

Все данные пользователя разбиты на три группы:

Регистрационные данные: имя, фамилия, отчество, E-mail, Логин, пароль

Личные данные: Профессия, веб-страница, телефоны, адрес, фотографию и некоторые другие личные данные

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

Личный кабинет отображен на рисунке 3.17.

Рисунок 3.17 - Раздел «Личный кабинет»


.1.4 Поиск

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

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

По дате. Результаты поисковой выдачи сортируются в убывающем порядке (от новых к старым) по дате изменения документа.

Раздел поиска отображен на рисунке 3.18.


Рисунок 3.18 - Раздел «Поиск»


.2 Визуальный редактор отчетов


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

Редактор работает с браузерами:Explorer версии 7 ивыше;версии 3.x и выше;версии 10.x и выше;версии 5 и выше;версии 7 и выше.

Внешний вид визуального редактора представлен на рисунке 3.19


Рисунок 3.19 - Внешний вид визуального редактора


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


.2.1 Панель задач

Панель задач может состоять из нескольких закладок: «Компоненты» и «Сниппеты».

Отображать и скрывать панели «Компоненты» и «Сниппеты» можно с помощью соответствующих кнопок панели 6. Доступны следующие действия управления панелью задач:

кнопка «Свернуть» временно скрывает панель;

кнопка «Обновить закешированные данные» позволяет сбросить кеш, например, если были добавлены собственные компоненты;

кнопка «Настроить» вызывает форму настройки внешнего вида редактора, которая также доступна по кнопке «Настройки» панели инструментов;

кнопка «Закрыть» закрывает отображаемую панель. Восстановить ее отображение можно с помощью формы настройки редактора.


.2.2 Панель переключения режимов редактирования

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

В режиме работы с исходным кодом не все кнопки панели редактирования доступны. Можно работать только с панелью «Управление и настройки». Остальные кнопки панели редактирования заблокированы.

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


.2.3 Панель отображения свойств объектов (Свойства)

В области «Свойства» отображаются свойства того объекта, на котором установлен курсор мыши в данный момент. Это может быть визуальный компонент, тогда в области «Свойства» можно будет настроить параметры этого компонента. Панель «Свойства» также является скрывающейся, что регулируется кнопкой панели 6.

Доступны следующие действия управления панелью «Свойства»:

кнопка «Свернуть» временно скрывает панель;

кнопка «Настроить» вызывает форму настройки внешнего вида редактора, которая также доступна по кнопке «Настройки» панели инструментов.

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

определить отображаемые панели;

отключить ненужные в данный момент панели задач или панели инструментов.

Для этого служит кнопка «Настройки» панели инструментов. По нажатии на эту кнопку появляется диалоговое окно «Настройки визуального редактора», представленное на рисунке 3.20:


Рисунок 3.20 - Окно «Настройки визуального редактора»


Форма настроек состоит из трех закладок:

Закладка «Панели инструментов» служит для настройки показа панели инструментов. Есть возможность отключить ненужные в данный момент панели. Панель «Стандартные» отключить невозможно.

Закладка «Панели задач» служит для изменения отображения ненужных на данный момент панелей задач.

Закладка «Дополнительные настройки».


.2.4 Форматирование текста

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

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

Меню редактирования стилей представлено на рисунке 3.21.


Рисунок 3.21 - Меню выбора стилей


Для каждого шаблона задается своя таблица стилей (файл styles.css). При смене шаблона в этом окне визуальный редактор подгрузит стили выбранного шаблона.

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

В системе разработана возможность работы со стилями Работа со стилями

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

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

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


3.2.5 Работа с заголовками

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


Рисунок 3.22 - Меню выбора заголовков


Значение Normal из списка выбрано по умолчанию, оно соответствует отсутствию заголовка.

Каждый заголовок соответствует определенномуHTML-тэгу.


Heading 1: <h1>Heading 1</h1>2: <h2>Heading 2</h2>3: <h3>Heading 3</h3>4: <h4>Heading 4</h4>5: <h5>Heading 5</h5>6: <h6>Heading 6</h6>

Preformatted: <pre>Preformatted</pre>


В визуальном редакторе доступны следующие шрифты:

Times New Roman

Verdana

Задание шрифта при редактировании в режиме кода: <fontface="font_name">TEXT</font>, где font_name заменяется на название выбранного шрифта из списка доступных. Выполнение действия происходит с использованием стиля для тега <font>. Например, при редактировании в режиме кода при выделении фона текста желтым цветом код будет выглядеть так:


<font style="BACKGROUND-COLOR: #ffff00">ТЕКСТ</font>


Это действие выполняется помощью атрибута color тега <font>. Например, при редактировании в режиме кода при выделении текста желтым цветом код будет выглядеть так:


<font color="#3366ff">ТЕКСТ</font>


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


xx-smallsmalllargelarge


Задание размера шрифта при редактировании в режиме кода <fontsize="size_number">TEXT</font>, где size_numberзаменяется на размер шрифта от 1 до 7. Например, в визуальной части текст medium соответствует коду: <fontsize="4">medium</font>

Дляформатирование текста также предусмотрены следующте кнопки:

кнопка «Жирный» - <strong>Жирный</strong>

кнопка «Курсив» - <em>Курсив</em>

кнопка «Подчеркнутый» - <u>Подчеркнутый</u>

Кнопка «Очистить стиль» удаляет текстовое форматирование, т.е. удаляет тег <font> со всеми его атрибутами, отменяет выделение жирным, курсивом, подчеркивание.

Кнопка «Оптимизировать HTML-код» убирает пустые HTML-теги.Список убираемых пустых тегов: b, em, font, h1, h2, h3, i, li, ol, p, small, span, strong, u, ul и т.д.

Для выравнивания текста в системе предусмотрены следующие кнопки:

кнопка «По левому краю» - <p align="left">По левому краю</p>

кнопка «По правому краю» - <p align="right">По правому краю</p>

кнопка «По центру» - <p align="center">По центру</p>

кнопка «Выравниваем по ширине» - <p align="justify">Выравниваем по ширине</p>

В визуальном редакторе есть возможность создать два вида списков: нумерованный и маркированный.

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


<ol>

<li>первый </li>

<li>второй </li>

<li>третий </li>

</ol>

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


<ul>

<li>первый </li>

<li>второй </li>

<li>третий </li>

</ul>


.2.6 Проверка орфографии

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

с помощью редактора MS Word (проверка производится на компьютере пользователя);

с помощью pSpell (проверка производится в браузере, при условии если pSpell установлен на сервере).

Проверка орфографии с помощью редактора MS Word

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

Необходимо подтвердить использование компонента на данной странице (кнопка «Да»). И после этого появляется форма проверки орфографии, представленное на рисунке 3.23.


Рисунок 3.23 - Форма проверки орфографии.


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


.2.7 Работа с графикой

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

Необходимо выбрать место для изображения на странице, установить курсор в эту позицию и нажать кнопку «Изображение» на панели редактора. Появится диалог, представленный на рисунке 3.24.


Рисунок 3.24 - Диалоговое окно размещения изображения.


Для выбора изображения из медиабиблиотеки необходимо перейти к форме загрузки изображения из медиабиблиотеки. Внешний вид окна «Медиабиблиотеки» представлен на рисунке 3.25.


Рисунок 3.25 - Выбор изображения из медиабиблиотеки


Необходимо указать изображение и нажать кнопку «Выбрать». После чего закроется окно выбора файла из медиабиблиотеки, и путь к выбранному файлу будет указан в поле «Путь к изображению» формы загрузки изображения. Изображение появится в окне предпросмотра, а также будет указана его ширина и высота, которые задаются в коде с помощью aтрибутов «width» и «height» тега <img> соответственно. Форма редактирования изображения представлена на рисунке 3.26


Рисунок 3.26 - Форма редактирования изображения


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


Рисунок 3.27 - Окно «Менеджера файлов»


Окно «Менеджера файлов» разделено в нижней части на две закладки: «Открыть файл» и «Загрузить файл».

На закладке «Открыть файл» существует возможность открыть один из файлов, находящихся на сервере. На закладке «Загрузить файл» можно загрузить файл с локального компьютера.

Для загрузки файла с локального компьютера перейдите на закладку «Загрузить файл».

В одноименном поле необходимо указать путь к файлу на локальном компьютере. Для выбора файла внедрена кнопка «Обзор». Поле «Имя файла на сервере» заполнится автоматически. Если опция «Открыть файл после загрузки»не отмечена, то файл будет загружен в указанную папку.
При отмеченной опции указанный файл будет загружен в выбранную папку, одновременно с этим закроется окно менеджера файлов, и путь к выбранному файлу будет указан в поле «Путь к изображению» формы загрузки изображения. Изображение появится в окне предпросмотра, а также будет указана его ширина и высота, которые задаются в коде с помощью атрибутов «width» и «height» тега <img> соответственно.

3.2.8 Компоненты

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

Компоненты являются блоками, с помощью которых строится в системе логика. Они позволяют многократно использовать единожды написанный и отлаженный код. С помощью визуальных средств среды «1C-Битрикс: Управление сайтом» можно размещать и настраивать компоненты без написания кода.Для работы с компонентами служит панель Компоненты, отображенная на рисунке 3.28.


Рисунок 3.28 - Панель «Компоненты»


В рамках системы были разработаны компоненты специально для работы с отчетами:

График. Объем рынка;

График. Объем экспорта;

График. Объем импорта;

График. Производство по регионам;.

График. Средние цены;

Таблица. Объем рынка;

Таблица. Объем экспорта;

Таблица. Объем импорта;

Таблица. Производство по регионам;

Таблица. Средние цены.

Все компоненты обладают одинаковым набором входящих данных:

продукт - оцениваемый товар;

года - промежуток оцениваемых лет;

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

Форма редактирования параметров компонента представлена на рисунке 3.29.


Рисунок 3.29 - Форма редактирования параметров компонента


Для инструмента построения графиков был выбран MicrosoftExcel, как наиболее гибкая и удобная система. Процесс построения графика представлена на рисунке3.30.


Рисунок 3.30 - Процесс построения графиков в системе.

Все компоненты графиков работают по одному принципу.

Компонент, исходя из входных параметров, отправляет HTTP-запрос, на сервер fedstat.ru. Сервер принимает соединение и генерирует ответ в виде файла в формате SDMX. Данный файл забирает веб-сервер, и приводит его в удобный для обработки набор объектов. Затем, веб-сервер посылает HTTP-запрос на сервер с операционной системой семейства WINDOWScустановленным MicrosoftOffice, Apache HTTPD 2.2 и интерпретатором PHP. PHP-скрипт на Windows-сервере путем создания COM-объекта, запускаетMicrosoftExcel, заполняет ячейки полученными данными, строит график и сохраняет документ в формате HTML. Затем изображение графика передается на веб-сервер.

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


.2.9 Сниппеты

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

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

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

Физически сниппеты хранятся в папке /snippets/ соответствующего шаблона либо в шаблоне по умолчанию (.default).

ЗАКЛЮЧЕНИЕ


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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ


Краткая информация о единой межведомственной информационно-статистической системе - URL: <#"justify">ПРИЛОЖЕНИЕ А


Список министерств и федеральных служб предоставляющих статистическую информацию в систему ЕМИСС

Министерство внутренних дел

Федеральная миграционная служба

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

Министерство обороны

Федеральная служба по техническому и экспортному контролю

Министерство юстиции

Федеральная служба судебных приставов

Федеральная антимонопольная служба

Государственная фельдъегерская служба

Федеральная служба безопасности

Федеральная служба РФ по контролю за оборотом наркотиков

Министерство здравоохранения

Федеральная служба по надзору в сфере защиты прав потребителей и благополучия человека

Федеральная служба по труду и занятости

Министерство связи и массовых коммуникаций

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

Министерство образования и науки

Федеральная служба по интеллектуальной собственности

Федеральная служба по надзору в сфере образования и науки

Министерство промышленности и торговли РФ

Федеральное агентство по техническому регулированию и метрологии

Министерство энергетики

Министерство регионального развития

Министерство сельского хозяйства

Федеральное агентство лесного хозяйства

Федеральная служба по ветеринарному и фитосанитарному надзору

Министерство финансов

Федеральная налоговая служба

Федеральное казначейство

Федеральное агентство по рыболовству

Федеральная таможенная служба

Федеральная служба по финансовым рынкам

Министерство спорта, туризма и молодежной политики

Федеральное агентство по туризму

Центральный банк

Федеральное космическое агентство

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

Федеральная служба по надзору в сфере здравоохранения и социального развития

Федеральное медико-биологическое агентство

Министерство культуры

Федеральная служба финансово-бюджетного надзора

Федеральная служба по тарифам

Федеральная служба по финансовому мониторингу

Федеральная служба по регулированию алкогольного рынка

Министерство природных ресурсов и экологии

Федеральное агентство водных ресурсов

Федеральное агентство по недропользованию

Федеральная служба по гидрометеорологии и мониторингу окружающей среды

Федеральная служба по экологическому, технологическому и атомному надзору

Федеральная служба по надзору в сфере природопользования

Генеральная Прокуратура Российской Федерации

Высший арбитражный суд Российской Федерации

Судебный департамент при Верховном Суде Российской Федерации

Федеральная служба по оборонному заказу

Министерство труда и социальной защиты

Федеральная служба государственной регистрации, кадастра и картографии

Федеральное агентство по управлению государственным имуществом

Федеральная служба по надзору в сфере транспорта

Федеральное агентство воздушного транспорта

Федеральное дорожное агентство

Федеральное агентство морского и речного транспорта

Федеральная служба охраны Российской Федерации

Федеральная служба государственной статистики

ПРИЛОЖЕНИЕ Б

функция Информация о ресурсах, доступных API-сервису «Мультистат»

Назначение API-функции: получение сведений о ресурсах и выходных формах Портала «Мультистат», доступных по API-сервису.

Идентификатор API-функции: 9030.ссылка:://api2.multistat.ru/services.php?go=9030://api2.multistat.ru/services.phpформа для тестирования:://api2.multistat.ru/_test/resources_api.php

Формат POST-запроса:: api2.multistat.ruAGENT: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8LANGUAGE: ru,en-us;q=0.7,en;q=0.3ENCODING: gzip,deflateCHARSET: windows-1251,utf-8;q=0.7,*;q=0.7ALIVE: 300: keep-alive: #"justify">Примечание:

Если параметр GO передан методом GET (в www-ссылке), то в POST-параметрах его быть не должно.

Формат XML-ответа:

<query>

<query_info>

<api_query id="идентификатор-запроса" second_id="внутренний-идентификатор" time_unix="дата-время-в-формате-unix" time="дата-время" time_action="время-выполнения-запроса"/>

<api_functionid="идентификатор-функции">наименование-функции</api_function>

<done_status code="код-завершения"/>

</query_info>

<result>

<resources>

<resource id="идентификатор-ресурса" name="наименование-организации" state_date="состояние-на" limit_query="лимит-на-одну-выборку" status="статус-ресурса" status_name="расшифровка-статуса" price="стоимость-единицы-информации" price_unit="валюта">

<query_params>

<param title="наименование-параметра" method="метод-передачи" obligatory="флаг-обязательности" length="длина-значения" value="диапазон-значения" value_symbols="допустимые-символы" example="пример-задания-параметра-в-запросе"/>

</query_params>

<forms>

<form id="идентификатор-формы" name="наименование-формы" status="статус-формы" status_name="расшифровка-статуса" price="цена-за-единицу-информации" price_unit="валюта"/>

</forms>

</resource>

</resources>

</result>

</query>

Тег <result/> XML-ответа API-функции содержит тег <resources/>, описывающий ресурсы Портала «Мультистат», доступных по API-сервису.

Каждый ресурс описывается отдельным тегом <resource/>, входящим в <resources/>.

Тег <resource/> имеет атрибуты:

уникальный идентификатор ресурса (атрибут id)

наименование ресурса (атрибут name)

дата последней актуализации данных (атрибут state_date)

ограничение на выборку данных за один запрос (атрибут limit_query), если значение атрибута 0 - ограничение для ресурса не установлено

статус ресурса (атрибут status)

расшифровка статуса ресурса (атрибут status_name)

стоимость единицы информации (таблицы) (атрибут price)

валюта стоимости (атрибут price_unit)

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

Ресурс <resources/> содержит 2 входящих тега - <query_params/> и <forms/>. Первый тег содержит описание допустимых входных параметров, которые могут быть использованы при отборе информации по ресурсу. Второй тег содержит описание выходных форм, которые могут быть получены в рамках данного ресурса. Если ресурс не предусматривает выбор выходных форм, то тег <forms/> отсутствует.

Параметры запроса оформляются отдельными тегами <param/>, включенными втег<query_params/>. Тег <param/> содержит атрибуты:

наименование параметра (атрибут title)

метод передачи POST/GET (атрибут method)

флаг обязательного задания параметры yes/no (атрибут obligatory)

допустимая длина значения (атрибут length)

допустимые значения (атрибут value)

допустимые символы (атрибут value_symbols)

пример задания параметра в POST-запросе (атрибут example)

Выходные формы (если ресурс содержит несколько выходных форм) описываются отдельными тегами <form/>, входящими в тег <forms/>. Каждая выходная форма описывается следующими атрибутами

уникальный идентификатор формы (атрибут id)

наименование формы (атрибут name)

статус формы (атрибут status)

расшифровка статуса формы (атрибут status_name)

стоимость единицы информации (таблицы) (атрибут price)

валюта стоимости (атрибут price_unit)

Во время работы API-функции могут возникнуть следующие ошибки:

= Неверно указан ID API-агента или пароль доступа

= API-агент заблокирован

ПРИЛОЖЕНИЕ В


Примерфайла .gitignore.

/.htaccess

/bitrix/modules/updater.log

/bitrix/php_interface/dbconn.php

/bitrix/php_interface/include/lib/html2ps/cache/

/bitrix/managed_cache/

/bitrix/managed_flags/

/bitrix/cache/

/bitrix/backup/

/bitrix/static/

/bitrix/html_pages/

/bitrix/tmp/.config

/upload

/upload/

/bitrix/components/defa/claims.edit_file/images/*

/webim/

/_tmp


МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образован

Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2017 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ