Инвентаризация оборудования и мониторинг через Web-интерфейс

Министерство образования и науки Республики Казахстан Казахский агротехнический университет им. С. Сейфуллина ДИПЛОМНАЯ РАБОТА Специальность 5В70 300 — «Информационные системы»

Инвентаризация оборудования и мониторинг через Web-интерфейс Болгов Е.С.

Астана 2015

Аннотация Веб-сайт «Инвентаризация оборудования и мониторинг через Web-интерфейс» предназначено для облегчения повседневной работы сотрудников компании.

Пояснительная записка данного приложения состоит из 50 страниц, 14 рисунков, 8 таблиц, 33 источников, 3 приложений.

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

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

Андатпа Веб-сайт «Жабдыктарды Web-интерфейс ар? ылы мониторинг жасап тугендеу» Компания? ызметкерлеріні? к? нделікті ж? мысын же?ілдетуге арнал? ан.

На?ты т? сіндірмелі хатта ай? ындалуы 50-беттен, 14-суреттен, 8-кестеден, 33-деректен ж? не 3 ай? ындаушыдан т? рады.

Дипломды? ж? мысты? на? ты ма? саты Веб? сайт ??растыру, оны? ж? мыс ?абілеттілігіні? ?німділігін ?л?айту ж? не а? параты ?ндеп уа? ытты ?немдеуге арнал? ан.

Істелген істі? басты к? рсеткіші ж? йелі т? рде пайдаланылуда? ы негізгі м? ліметтерді бас? ару ж? неде берілген ж? мыстарды іске асырып? арастырыл?ан б? лім ж? мыскерлері осы ар? ылы кездескен ж? мыстарына ?олдануы.

Annotation

Website «Hardware Inventory and Monitoring Web-based» is intended to facilitate the daily work of employees.

Explanatory note of this application consists of 50 pages, 14 figures, 8 tables, 33 sources, 3 applications.

The aim of this diploma project is to develop a website that can increase productivity, save time to process the information.

The main result of this work is to create a functioning database management system, which allows you to perform the desired range of problems faced by workers considered structural unit.

Содержание Введение Обозначения и сокращения Методы и технологии построения Web-сайтов Анализ требований к системе Язык разметки гипертекста Анализ режима работы системы Информационно-справочные системы Классификация услуг мониторинга Библиотеки для построения Web-сайтов Технические требования к разрабатываемой системе Анализ системы обеспечения информационной безопасности Проектирование Web-сайта Проектирование алгоритма работы пользователя с Web-сайтом Проектирование вариантов использования системы Проектирование подсистемы хранения информации Проектирование пользовательского интерфейса системы Проектирование подсистемы преобразования и подготовки

Проектирование взаимосвязи между компонентами системы Разработка Web-сайта Разработка дизайна представления пользовательских страниц Проектирование мер по обеспечению эргономических требований Организация охраны труда на предприятии Анализ освещения Пожарная безопасность Технико-экономическое обоснование разработки и внедрения

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

К числу компаний, которые заинтересованы в создании информационно-справочной системы, относится ТОО «Телевидение г. Астана». На момент начала разработки у компании отсутствовал мониторинг ftp-серверов и не был отлажен режим получения и сдачи p2-card в архив. Проверка инвентаризационного оборудования, проходила в excel файле, через обычный поиск.

Необходимость систем управления для владельцев сайтов начала проявляться в тот момент, когда количество материалов на веб-сайтах начало стремительно расти. Это привело к тому, что традиционные «ручные» технологии разработки и поддержки сайтов, когда сайт состоял из статических страниц и набора дополнительных специализированных скриптов, стали не успевать за быстро меняющимися условиями бизнеса. Ввод данных на сайт требовал (как минимум) знания технологий HTML/CSS верстки, изменения структуры сайтов были сопряжены с каскадным изменением большого количества взаимосвязанных страниц. Различные автоматизированные механизмы, вроде гостевых книг и новостных лент, внедренные на сайтах как отдельные скрипты и, как правило, написанные разными специалистами, перестали удовлетворять требованиям безопасности.

Актуальность разработки систем управления сайтом обусловлена необходимостью автоматизировать процесс работы с сайтом. Оперативное обновление (добавление/удаление/редактирование) содержания, настройка модулей системы должны выполняться не разработчиками, а людьми, чьи познания в IT можно охарактеризовать как «пользователь ПК», т. е. сотрудниками компании.

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

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

Для достижения поставленной цели необходимо выполнить следующие задачи:

Проанализировать технологии построения web-сайтов.

Проанализировать режим работы отделов компании.

Спроектировать веб-сайт, который предоставляет возможность мониторинга работы компании.

Разработать и развернуть веб-сайт.

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

Обозначения и сокращения В настоящей дипломной работе использованы следующие обозначения и сокращения:

АРМ — Автоматизированное рабочее место;

ЭВМ — Электронная вычислительная машина;

ПО — программное обеспечение;

ВС — вычислительная система;

ОС — операционная система;

Файловая подсистема — регламент, определяющий способ организации, хранения и именования данных на носителях информации;

СУБД — система управления базами данных;

SDK — softwaredevelopmentkit (средства для разработки программного обеспечения);

HTML — HyperTextMarkupLanguage (язык разметки гипертекста);

SQL — StructuredQueryLanguage (язык структурированных запросов);

Веб-браузер (от англ. Webbrowser) — программное обеспечение для просмотра веб-сайтов;

Веб-страница (от англ. Web-page) — документ или информационный ресурс к которому осуществляется доступ с помощью веб-браузера;

PHP — PHP: HypertextPreprocessor (PHP: препроцессор гипертекста);

HTTP — HyperTextTransportProtocol (протокол передачи гипертекста);

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

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

ApacheHTTP сервер — свободный веб-сервер, задачами которого являются: принятие запросов HTTP, выдача HTTP-ответов.

Методы и технологии построения web-сайтов Создание Web-сайтов является одной из важнейших технологий разработки ресурсов Интернет. Web-сайт — это информационный ресурс, состоящий из связанных между собой гипертекстовых документов, размещенных на Web-сервере и имеющий индивидуальный адрес. Web-страница представляет собой текстовый файл с расширением *.html, который содержит текстовую информацию и специальные команды — HTML — коды, определяющие в каком виде эта информация будет отображаться в окне браузера. Web-сайт — это информационный продукт, представляющий собой совокупность страниц, объединённых по смыслу и расположенных на одном Web-сервере.

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

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

Разработка сайта включает в себя целый комплекс процессов, от которых зависит эффективный конечный результат. Формирование целей и задач сайта. Навигационная схема Web-сайта зависит от его структуры и определяет то, как пользователь будет по нему перемещаться и получать доступ к информации, которую Вы предоставляете. Простота и удобство навигации являются одним из важнейших факторов. Пользователи должны быстро и легко перейти на любую страницу Web-сайта, в том числе на начальную[3].

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

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

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

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

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

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

Система управления содержимым/контентом (англ. Content management system, CMS) — компьютерная программа или система, используемая для обеспечения и организации совместного процесса создания, редактирования и управления текстовых и мультимедиа документов (содержимое или контента). Обычно это содержимое рассматривается как неструктурированные данные предметной задачи в противоположность структурированным данным, обычно находящимися под управлением СУБД).

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

Генерация страниц по запросу. Системы такого типа работают на основе связки «Модуль редактирования > База данных > Модуль представления». Модуль представления генерирует страницу с содержанием при запросе на него, на основе информации из базы данных. Информация в базе данных изменяется с помощью модуля редактирования. Страницы заново создаются сервером при каждом запросе, что в свою очередь создаёт дополнительную нагрузку на системные ресурсы. Нагрузка может быть многократно снижена при использовании средств кэширования, которые имеются в современных веб-серверах.

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

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

Термин контент-менеджер обозначает род профессиональной деятельности — редактор сайта.

Большая часть современных систем управления содержимым реализуется с помощью визуального (WYSIWYG) редактора — программы, которая создаёт HTML-код из специальной упрощённой разметки, позволяющей пользователю проще форматировать текст.

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

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

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

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

В нашем случае использование «Apache» является оптимальным потому, что для него существует множество конфигурационных программ, позволяющих настроить веб-сервер для работы с любыми языками, генерации текстовой информации («php», «ruby», «perl»).

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

Подсистема хранения информации может использовать различные способы для хранения и поиска данных, такие как текстовые файлы, файлы — проецируемые в память, хранение в оперативной памяти, использование сторонних приложений для хранения информации (например, СУБД).

Использование СУБД является наиболее удобным и популярным среди описанных способов хранения информации.

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

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

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

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

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

Можно выдвинуть следующие требования к системе: наличие реляционной СУБД для хранения данных, наличие «web» — сервера «Apache», для обработки запросов пользователя; наличие языка генерации текстовой информации; возможность доступа к файлам и каталогам файловой системы используемого языка генерации текстовой информации.

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

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

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

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

Изначально язык HTML был задуман и создан как средство структурирования и формирования документов без их привязки к средствам воспроизведения (отображения).

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

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

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

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

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

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

Поэтому можно говорить о малой нагрузке на все подсистемы. Таким образом, можно сказать, что в качестве используемой СУБД достаточно использовать открытые программные средства такие как «MySQL».

Данные СУБД предоставляют возможность бесплатного использования в любых проектах.

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

Информационно-справочные системы

Проанализируем существующие системы, представляющие информацию об мониторинге систем. Воспользовавшись Интернетпоисковиком «Google» можно найти множество приложений для мониторинга систем. Выберем двераспространенные системы: «Zabbix» и «ManageEngineServiceDesk».

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

Для хранения данных используетсяMySQL, PostgreSQL, SQLiteили Oracle. Веб-интерфейс написан на РНР. ZABBIX поддерживает несколько видов мониторинга:

Simplechecks — может проверять доступность и реакцию стандартных сервисов, таких как SMTP или HTTP без установки какого-либо программного обеспечения на наблюдаемом хосте.

ZABBIX agent — может быть установлен наUNIX-подобных илиWindows хостах для получения данных о нагрузке процессора, использования сети, дисковом пространстве и т. д.

Externalcheck — выполнение внешних программ. ZABBIX также поддерживает мониторинг через SNMP.

Архитектура строения:

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

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

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

Веб-интерфейс — интерфейс является частью Zabbix сервера, и, как правило (но не обязательно), запущен на том же физическом сервере, что и Zabbix сервер. Работает на PHP, требует веб сервер

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

Таким образом, если не учитывать гипотетическую возможность записи пользователем в СУБД напрямую (что сильно осложняется отсутствием гарантий совместимости структуры базы данных от версии к версии), то во-первых сервер zabbix без веб-интерфейса оказывается просто нефункционален, а во-вторых — сторонние разработчики на практике не могут написать «альтернативный» веб-интерфейс, поскольку тот должен будет привязываться к базе данных, спецификация которой может меняться без уведомления со стороны разработчиков Zabbix совершенно произвольным образом.

Обзор возможностей:

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

Сценарии на основе мониторинга Автоматическое обнаружение Централизованный мониторинг лог-файлов Веб-интерфейс для администрирования и настройки Отчетность и тенденции

SLA мониторинг Поддержка высокопроизводительных агентов (zabbix-agent) практически для всех платформ Комплексная реакция на события Поддержка SNMP v1, 2, 3

Поддержка SNMP ловушек

Поддержка IPMI

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

Система «ManageEngineServiceDesk» — это совершенное веб-приложение для обеспечения работы Службы технической поддержки и управления активами. Система состоит из нескольких объединенных в единое целое блоков: обработки заявок, отслеживания активов, закупок, управления контрактами, портала самообслуживания и базы знаний.

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

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

База знаний — Предоставляет специалистам быстрый доступ к ответам на вопросы при помощи веб-приложения базы знаний с широкими возможностями поиска и ускоряет таким образом решение проблем.

Оперативные Отчёты — возможность получить сводное изображение ваших запросов в службе помощи на одинарным режиме просмотра отчётов.

Управление активами и инвентарем IT-отдела — возможность контролировать IT-активы всей организации и получать точную информацию об оборудовании и программном обеспечении рабочих станций под управлением ОС Windows и Linux.

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

Отслеживание заказов — Управление заказами IT-отдела при помощи функции отслеживания и автоматического создания активов из заказов.

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

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

Интеграция с OpManager — Service Desk плотно взаимодействует с OpManager, программой для сетевого мониторинга, и может автоматически создавать запросы при обнаружении неполадок в сети.

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

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

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

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

Программное обеспечение — легко предоставляемые услуги. Данный подход позволяет пользователям не задумываться о вопросах обеспечения работоспособности физического оборудования и установки ПО, а использовать ИТ технологии исключительно как инструмент для решения собственных задач.

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

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

Система мониторинга информационных сервисов и критически важных приложений:

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

Централизованное управление программного обеспечения. Установка/удаление программного обеспечения с минимальными временными затратами;

Распространение образов операционной системы — производится установка операционных систем на персональный компьютер и серверы из заранее подготовленных эталонных образов операционной системы и с выполнением предопределённых последовательностей задач (разбиение диска на разделы, ввод в домен, установка необходимого программного обеспечения и его конфигурирование и т. д.);

Управление обновлениями операционной системы — установка обновлений для программного обеспечения и операционной системы как от компании Microsoft так и от других производителей программного обеспечения;

Мониторинг использования программного обеспечения — отслеживание количества запусков указанного программного обеспечения;

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

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

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

Мониторинг производительности и доступности.

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

Возможность комплексного мониторинга сервисов.

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

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

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

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

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

Возможность комплексного подхода к мониторингу инфраструктуры.

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

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

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

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

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

Возможность адаптивного развертывания и масштабирования.

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

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

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

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

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

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

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

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

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

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

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

Сравнение количества выпущенных версий, найденных ошибок (безопасность систем):

«Drupal», согласно, на данный момент используются 5-ая и 6-ая версия. Новые версии долгое время тестируются, имеется стабильное ядро. На данный момент ряд крупных компаний работает на «Drupal», поэтому разработчики серьёзно относятся к безопасности.

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

«WordPress», версии исправляются по мере обнаружения ошибок. Стратегия, по которой, сначала исправляются ошибки, а потом создаются новые возможности, означает, что «WordPress» обладает высоким уровнем надежности.

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

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

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

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

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

Возможности интеграции с технологиями построения форума, для возможного последующего расширения:

«Drupal», существует возможность интеграции с форумной системой «phpBB» .

«Joomla», существует возможность запуска встроенного форума «FireBoard».

«WordPress», существует интеграция с форумом «BBPress» (включая русификацию). Интеграция с другими форумами существует, однако требует больших усилий.

Наличие визуального редактора:

«Drupal», существует возможность использования известных визуальных редакторов «TinyMCE», «FCKEditor». Данные редакторы имеют широкие возможности изменения интерфейса пользователя (добавление, удаление элементов интерфейса).

«Joomla», имеет возможность подключения большого количества таких редакторов. Наиболее известным для интегрирования является «JCE».

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

Возможность использования шаблонов оформления:

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

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

«WordPress» имеет широкую систему работы с шаблонами. Имеется множество различных готовых шаблонов. Также существует генератор шаблонов. Существует возможность переключения шаблонов между пользователями.

Расширенная функциональность:

«Drupal» в официальном хранилище имеется около одной тысячи бесплатных модулей. Среди них CRM-система, «wiki"-библиотека. Есть также расширения, позволяющие при помощи графического интерфейса описывать объекты предметной области в базе данных и сразу же создавать формы управления ими.

«Joomla» позволяет настраивать расширения с помощью специальной системы установки расширений («xml"-файл, содержащий правила установки расширения). Существует официальный сайт расширений «Joomla».

«WordPress» расширения представляют собой «php"-скрипты. Эти скрипты позволяют дополнять и перекрывать существующую функциональность.

Кодировки:

«Drupal» использует UTF-8, поэтому проблем с кодировками нет.

«Joomla» даёт возможность использовать как UTF-8 так кодировку «CP1251», однако последняя может приводить к наличию различных проблем.

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

Экспортирование и импортирование данных:

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

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

«WordPress» позволяет экспортировать записи в «xml"-файл. Импорт файлов позволяет использовать данные из различных работающих систем.

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

При выборе библиотеки требуется учитывать её популярность. Наиболее популярная библиотека имеет наибольшее количество использующих её программистов.

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

Обеспечение наиболее оптимального использования технических ресурсов используемого ЭВМ, что обеспечивается использованием наиболее быстрого языка генерации содержимого «PHP»;

Возможность работы со стандартным программными серверами («Apache», «MySQL»);

Работа под операционными системами семейства «Linux»;

Минимальные изменения в пользовательском интерфейсе;

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

Главными моментами политики безопасности является использование защитного программного обеспечения (как на рабочих компьютерах, так и на серверах используется защищённое ПО от Лаборатории Касперского, т.к. продукты данной фирмы успели не плохо зарекомендовать себя) и разграничение доступа в Интернет.

В случае с доступом в Интернет, разные сотрудники имеют разные права на доступ в Сеть.

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

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

Как я писал ранее, в компании используется защитное ПО от Лаборатории Касперского. Так же особую роль в безопасности играют настройки прокси-сервера, через который осуществляется доступ в Интернет и который, при попытке проникновения в сеть организации, первым берёт на себя удар.

Фаервол второго сервера, который так же имеет внешний ip адрес (сервер с учётной программой), настроен таким образом, чтобы видеть его в Сети мог только сервер с сайтом.

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

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

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

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

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

Рисунок 2.1 — Схема алгоритма работы приложения с пользователем Где «условие 1» означает «имеется ли запрошенная страница в кэш памяти системы?», а «условие 2» означает «какое действие выбрал пользователь?».

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

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

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

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

Сначала группа внедрения разворачивает ядро CMS и создает в СУБД информационное хранилище контента — БД. Далее администратор предоставляет доступ к системе различным пользователям, затем создается контент, он публикуется, и в нем применяются шаблоны оформления Создание контента.

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

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

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

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

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

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

Создание шаблонов оформления.

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

Разработчику шаблонов не нужно знать никаких технических тонкостей. На ранних этапах существования WWW шаблоны представляли «заготовки» HTML-кода, из которого путем манипуляций в HTML-редакторе получались готовые страницы. Сегодня такими заготовками манипулируют уже не дизайнеры в своих редакторах, а серверные web-приложения. Таким образом, современный шаблон Web-страницы представляет собой блок HTML, который благодаря специальным тегам или внедренным сценариям, облегчает включение динамически сгенерированного содержания на этапе выполнения.

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

Публикация контента.

Механизм публикации информации в системе управления контентом отвечает за процесс создания, редактирования и удаления шаблонов страниц, а также за сопоставление типов контента и шаблонов страниц.