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

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

Министерство образования и науки Республики Казахстан

Казахский агротехнический университет им. С. Сейфуллина

ДИПЛОМНАЯ РАБОТА

Специальность 5В070300 - «Информационные системы»

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

Болгов Е.С.

Астана 2015

Аннотация

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

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

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

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

Андатпа

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

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

Дипломдық жұмыстың нақты мақсаты Вебөсайт құрастыру, оның жұмыс қабілеттілігінің өнімділігін ұлғайту және ақпараты өндеп уақытты үнемдеуге арналған.

Істелген істің басты көрсеткіші жүйелі түрде пайдаланылудағы негізгі мәліметтерді басқару жәнеде берілген жұмыстарды іске асырып қарастырылған бөлім жұмыскерлері осы арқылы кездескен жұмыстарына қолдануы.

Annotation

"Hardware Inventory and Monitoring Web-based" is intended to facilitate the daily work of employees.note of this application consists of 50 pages, 14 figures, 8 tables, 33 sources, 3 applications.aim of this diploma project is to develop a website that can increase productivity, save time to process the information.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-сайтов.

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

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

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

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

Обозначения и сокращения

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

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

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

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

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

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

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

СУБД - система управления базами данных;- softwaredevelopmentkit (средства для разработки программного обеспечения);- HyperTextMarkupLanguage (язык разметки гипертекста);- StructuredQueryLanguage (язык структурированных запросов);

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

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

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

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

Методы и технологии построения web-сайтов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Анализ требований к системе

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Язык разметки гипертекста

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

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

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

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

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

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

Анализ режима работы системы

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

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

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

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

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

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

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

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

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

Для хранения данных используетсяMySQL, PostgreSQL, SQLiteили Oracle. Веб-интерфейс написан на РНР. ZABBIX поддерживает несколько видов мониторинга:- может проверять доступность и реакцию стандартных сервисов, таких как SMTP или HTTP без установки какого-либо программного обеспечения на наблюдаемом хосте.agent - может быть установлен наUNIX-подобных илиWindows хостах для получения данных о нагрузке процессора, использования сети, дисковом пространстве и т. д.- выполнение внешних программ. ZABBIX также поддерживает мониторинг через SNMP.

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

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

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

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

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

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

Сценарии на основе мониторинга

Автоматическое обнаружение

Централизованный мониторинг лог-файлов

Веб-интерфейс для администрирования и настройки

Отчетность и тенденциимониторинг

Поддержка высокопроизводительных агентов (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» [3]. Данные библиотеки имеют различия, которые следует изучить и сравнить, для использования наиболее подходящей системы, основываясь на которой, будет происходить разработка.

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

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

«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» должен сам создать возможность экспорта [5].

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

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

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

Технические требования к разрабатываемой системе

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

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

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

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

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

Анализ системы обеспечения информационной безопасности

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

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

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

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

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

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

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

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

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

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

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

Проектирование Web-сайта

Проектирование алгоритма работы пользователя с Web-сайтом

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

Рисунок 2.1 - Схема алгоритма работы приложения с пользователем

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

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

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

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

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

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

Создание контента.

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

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

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

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

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

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

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

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

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

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

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

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

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

Типичный процесс публикации информации в World Wide Web реализован в Microsoft Content Management Server. Обычным приемом обеспечения оформления информационного наполнения являются шаблоны представления информации. Поэтому первым этапом процесса является создание наборов шаблонов.

Типичный шаблон содержит разметку HTML и места, куда в дальнейшем будут вставлены данные (placeholder'ы в терминологии Microsoft). Далее на основе этих шаблонов авторы информационного наполнения создают страницы и представляют их редакторам для одобрения. Редакторы, в свою очередь, могут либо отклонить страницу и вернуть ее автору на доработку, либо одобрить ее и передать модератору сайта.

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

Несмотря на то, что рабочий процесс в Microsoft Content Management Server фиксирован и не может быть изменен в дальнейшем, подобное решение подходит большинству пользователей, которым необходимо публиковать информацию в World Wide Web [2].

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

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

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

Управление пользователями.

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

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

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

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

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

Требования, поставленные предприятием к функциям системы, содержат:

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

Просмотр информации обиспользовании Р2 card(номер Р2, дата использования, сдача/получение Р2);

Инвентаризация оборудования;

Управление записями (возможность добавления или удаления записей в базе данных);

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

Можно выделить два типа пользователей использующих систему мониторинга: это пользователь и администратор.

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

Система предоставляет дополнительную информацию, связанную с мониторингом ftp-серверов, архивом использования Р2 и базой знаний.

Опишем взаимодействие администраторов системы с помощью диаграммы «Вариантов использования» на рисунке 2.3.

Таким образом можно сказать, что задачами администратора системы являются: создание и редактирование записей в базе данных; создание и редактирование записей в базе знаний; добавление Р2 в архив;

Рисунок 2.3 - Диаграмма вариантов использования системы администратором

Проектирование подсистемы хранения информации

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

СУБД должна обеспечивать требованиям скорости доступа и защиты данных при множественном взаимодействии (несколько приложений может одновременно записывать данные в подсистему хранения информации и считывать эти данные; задачей подсистемы является корректная работа с записями и корректная обработка существующих и создаваемых записей) [8].

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

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

Для проектирования таблиц в базе данных выносятся модели следующих элементов системы: «Архив Р2», «Инвентаризация», «База знаний». Класс объектов системы «Архив Р2» используется для хранения информации об использовании Р2 карт.

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

Представим пример объекта «Архив Р2»:

Серийный номер «AO186937684»;

Пользователь «Болгов Е.С.»;

Название ролла «виды города»;

Дата «15-12-2014»;

Статус «Занята»;

Класс объектов системы «Инвентаризация» используется для хранения информации касающейся инвентаризации оборудования.

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

Представим пример объекта «Инвентаризация»:

Адрес расположения «ул. Желтоксана 51»;

№ кабинета «110»;

Служба «IT-отдел»;

Материально ответственное лицо «Болгов Е.С.»;

Тип оборудования «Орг. Техника»;

Название оборудования «HP LaserJet 1018»;

Серийный номер «8572394819»;

Инвентарный номер «АСТВ010000318»;

Дата ввода в эксплуатацию «14.04.2008»;

Остаточная стоимость «7000»;

Состояние «удовлетворительное»;

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

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

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

Пример объекта «База знаний» показан ниже:

Название «Не проксился материал»;

Содержание «Из-за установленной старой версии, некоторый материал не проксился. Помогла установка последней версии программы Cinegy News Control»;

Датасобытия «2014-12-25»;

Составим диаграммы классов объектов системы.

Модель элементов «Архив Р2» содержит следующие поля: «номер», «ФИО», «Ролл», «дата», «статус». Диаграмма класса «Архив Р2» представлена в таблице 2.1.

Таблица 2.1 - диаграмма класса «Архив Р2».

Модель элементов «Инвентаризация» содержит поля: «Расположение», «№ кабинета», «Служба», «МОЛ», «Тип оборудования», «Название техники», «Серийный номер», «Инвентарный номер», «Дата ввода», «Остаточная стоимость», «Состояние». Диаграмма класса «Инвентаризация» представлена в таблице 2.2.

Таблица 2.2 - Диаграмма класса «Инвентаризация»

Модель элементов «База знаний» содержит поля: «Название», «Содержание», «Категория», «Дата». Диаграмма класса «База знаний» представлена в таблице 2.3.

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

Таблица 2.3 - Диаграмма класса «База знаний»

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

Проектирование пользовательского интерфейса системы

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

Таким образом, нашей задачей на данном этапе становятся: спроектировать интерфейс пользователя системы с учётом устанавливаемых нормативов предприятием, а также спроектировать интерфейс администратора системы с учётом задач поставленных перед данным модулем [7].

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

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

Минимализм интерфейса не должен затруднять работу пользователя с содержимым, что означает простоту доступа к элементам содержимого предоставляемого системой;

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

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

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

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

Для более быстрого добавления и просмотра активности Р2, создадим отдельный модуль в виде колонки, который будет расположен на каждой странице в правом углу. Шаблон страницы представлен в таблице 2.4.

Таблица 2.4 - Шаблон страницы интернет-приложения

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

Опишем содержимое шаблона страницы имеющейся системы.

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

Представим схему алгоритма генерации программного HTMLкода «Название» на рисунке 2.4.

Рисунок 2.4 - Схема алгоритма работы приложения при генерации программного блока «Название»

Рисунок 2.5 - Схема алгоритма работы приложения при генерации программного блока «Меню приложения»

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

Элемент пользовательского интерфейса «Главная страница» содержит следующую информацию: мониторинг ftp-серверов; добавление Р2 карт; мониторинг Р2.

Элемент пользовательского интерфейса «Архив Р2» содержит полный список использования Р2 card; добавление Р2; мониторинг Р2.

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

Элемент пользовательского интерфейса «Управление записями» содержит дополнительные возможности, через которые имеется возможность добавлять или настраивать отдельные элементы сайта.

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

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

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

Перейдем к проектированию администраторского пользовательского интерфейса.

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

Учитывая, что основными задачами администратора системы являются создание новых и редактирование существующих записей: Р2, базы знаний.

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

Проектирование подсистемы преобразования и подготовки

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

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

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

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

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

Рисунок 2.6 - Диаграмма последовательности действий при открытии главной страницы сайта

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

Проектирование взаимосвязи между компонентами системы

Компонентами называются составные части, выделенные по определённому признаку или совокупности признаков, при этом эти части можно рассмотреть как единое целое. Подсистема от компоненты отличается тем, что компонента меньшего либо равного размера, а также компоненты могут включать друг друга. Т.е. Подсистема хранения информации включает в себя две компоненты: компоненту СУБД и компоненту Модели системы [13].

Таким образом, наша система состоит из следующих компонентов:

Компонента «СУБД»;

Компонента «Модель»;

Компонента «Представление»;

Компонента «Контроллер»;

Компонента «Веб-сервер»;

Компонента «PHP препроцессор».

А также компоненты «Архив Р2», «Инвентаризация», «База знаний», которые, представляют собой программные оболочки для соответствующих таблиц компонентов СУБД.

Использование таких компонент, является широко распространённой практикой web-программирования.

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

Представим общую диаграмму компонент на рисунке 2.7. Обозначения даны в соответствии с нотацией UML 2.0.

Рисунок 2.7 - Диаграмма компонент Интернет приложения

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

Данная связь является очень распространённой при разработке сайтов.

Разработка Web-сайта

Разработка дизайна представления пользовательских страниц

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

При разработке пользовательского интерфейса создавались необходимые элементы представлений (изображения, файлы генерации «html» кода) в отдельных каталогах.

Для форматирования элементов интерфейса можно использовать различные подходы. Подход программирования блоками («div»), является распространенным и удобным для дизайна приложения [4].

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

Программный код блока «Наименование сайта» представлен в таблице 3.1 - графическое представление изображено на рисунке 3.1.

Таблица 3.1 - программный код блока «Наименование сайта»

Рисунок 3.1 - графическое представление блока «Наименование сайта»

Перечислим, какие переменные и функции мы использовали для генерации программного HTMLкода:_start() - инициализирует данные сессии. Создает сессию или продолжает текущую на основе sessionid, переданного через GET-переменную.

$au - проверка пользователя. Вошел на сайт как зарегистрированный пользователь или как гость. _query() - посылает запрос активной базе данных сервера, на который ссылается переданный указатель. _fetch_array() - обрабатывает ряд результата запроса, возвращает массив с обработанным рядом результата запроса, или FALSE, если рядов нет._reporting () - задает значение директивы во время выполнения.

$quantity - устанавливает количество записей, которые будут выводится на одной странице.

Программный код блока «меню приложения», представление изображено на рисунке 3.2:

<div id="templatemo_menu">

<ul>

<li><a href="<?php echo $host.'/index.php';?>">Главная</a></li>

<li><a href="<?php echo $host.'/arhiv_view.php';?>">Архив P2</a></li>

<li><a href="<?php if ($au == 1) {echo $host.'/inventory.php';} else

{echo $host.'/auth.php'; }?>"><?phpif ($au == 1) {echo 'Инвентаризация';} {echo '';}?></a></li>

<li><a href="<?php if ($au == 1) {echo $host.'/adm/cont_acc.php';} else {echo $host.'/auth.php'; }?>"><?php if ($au == 1) {echo 'Учетныезаписи';} else {echo '';}?></a></li>

<li><a href="<?php if ($au == 1) {echo $host.'/adminka.php';} else {echo $host.'/auth.php'; }?>"><?php if ($au == 1) {echo 'Базазнаний';} else {echo '';}?></a></li>

<li><a href="<?php if ($au == 1) {echo $host.'/adm/logout.php'; } else {echo $host.'/auth.php'; }?>"><?php if ($au == 1) {echo 'Выход'; } else {echo 'Вход';} ?></a></li>

</ul>

</div>

Рисунок 3.2 - графическое представление блока «меню приложения»

Блок «Добавление и мониторинг Р2» делится на два элемента: добавление Р2 карт в архив использования Р2; мониторинг активности Р2 карт. Представление изображено на рисунке 3.3.

Блок «Содержимое страницы» зависит от выбранной страницы. Представим примеры для каждой группы разработанных страниц (главная, архив Р2, инвентаризация, управление записями, база знаний).

Для данных страниц пример генерации текстовой информации представим в приложении. Данное содержимое может исправляться администратором при помощи дополнительных возможностей на странице «управление записями» или используя редактор HTML-кода «Notepad++» или «Adobe Dreamweaver» [6].

Рисунок 3.3 - графическое представление блока «Добавление и мониторинг Р2»

Алгоритм для программного кода «Содержимое страницы», представляет из себя вывод хранимого динамического содержимого страницы из ftp-серверов.

Графическое представление блока «Содержимое страницы» дляГлавной страницы»изображено на рисунке 3.4.

Рисунок 3.4 - графическое представление содержимого главной страницы

Для страницы «Архив Р2» графическое представление блока «Содержимое страницы» изображено на рисунке 3.5.

Рисунок 3.5 - графическое представление содержимого страницы архива

Для страницы «база знаний» графическое представление блока «Содержимое страницы» изображено на рисунке 3.6.

Рисунок 3.6 - графическое представление содержимого страницы базы знаний

Проектирование мер по обеспечению эргономических требований

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

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

Опишем алгоритм таких мероприятий:

Создание полного описания характеристик проектируемого рабочего места с учетом особенностей его эксплуатации;

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

Оценка эргономичности принятых решений.

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

Рабочее место должно быть устроено так, чтобы минимизировать электромагнитное и электростатическое излучение, негативное воздействие на зрение и опорно-двигательный аппарат [16].

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

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

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

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

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

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

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

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

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

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

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

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

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

Задачей конструкции рабочего стола является обеспечение оптимального размещения используемого оборудования с учётом его количества и конструктивных особенностей, характера выполняемой работы на рабочей поверхности [15]. Допускается использование рабочих столов различных конструкций, отвечающих современным требованиям эргономики. При этом необходимо учитывать антропометрических характеристики работающего и располагать оборудование с учетом зоны наблюдения и досягаемости рук.

На данный момент рабочий стол представляет собой квадрат размерами 2 на 2 метра с вырезанным (радиус 90-100 см) полукругом на одном угле (схема поверхности стола представлена на рисунке 4.1). Таким площадь рабочей поверхности примерно равна трём квадратным метрам. Данной площади достаточно для размещения персонального компьютера (монитора, клавиатуры, мыши, системного блока), необходимых документов, канцелярских принадлежностей и др.

Рисунок 4.1 - схема поверхности рабочего стола

Высота рабочей поверхности стола 725 мм, что соответствует необходимому нормативу. Пространство для ног составляет 700 мм (соответствует необходимому нормативу в 600 мм), ширина пространства для ног примерно равна 800 мм, глубина на уровне колен - зависит от положения сидящего варьируется от 400 мм до 1000 мм.

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

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

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

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

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

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

Рабочее место не оборудовано специализированной подставкой для ног. Для улучшения данного показателя опишем необходимые требования для подставки. Необходимые параметры подставки для ног, следующие: ширина не менее 300 мм, глубина не менее 400 мм, регулировка по высоте в пределах до 150 мм и по углу наклона опорной поверхности подставки до 20 градусов. А также рифленая поверхность и бортик высотой 10 мм по переднему краю.

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

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

Расположение клавиатуры регулируется сотрудником, по его желанию клавиатура может находится в любой части стола (включая возможность расположения клавиатуры на расстоянии 100-300 мм от переднего края стола, чтобы запястья рук опирались на стол). Клавиатура имеет плоскую форму (10-15 мм), а также имеет опорное приспособление, позволяющее изменять угол наклона её поверхности в пределах от 5 до 15 градусов.

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

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

Естественное освещение осуществляется через окна, ориентированные преимущественно на север [15]. В светлое время суток освещения достаточно для чтения литературы без какого-либо напряжения для глаз.

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

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

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

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

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

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

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

Организация охраны труда на предприятии

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

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

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

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

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

Анализ освещения

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

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

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

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

Рекомендуемые соотношения яркостей в поле зрения следующие:

между экраном и документом 1:5-1:10;

между экраном и поверхностью рабочего стола 1:5;

между экраном и клавиатурой, а так же между клавиатурой и документом - не более 1:3;

между экраном и окружающими поверхностями 1:3-1:10.

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

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

Стена или какая-либо любая поверхность позади компьютера должна быть освещена примерно так же, как экран. Необходимо остерегаться очень светлой или блестящей окраски на рабочем месте - она может стать источником причиняющих беспокойство отражений. Кроме того, необходимо в течении 8-ми часового рабочего дня предусмотреть один часовой перерыв на обед, 5-ти минутные перерывы каждые полчаса и 15-ти минутные перерывы каждые 1,5-2 час. Работу необходимо организовать таким образом, чтобы наиболее сложные задачи решались с 11:00 до 16:00- в период наибольшей активности человека, а не в начале дня, когда оператор еще не достиг максимальной активности, и не в конце дня, когда уже развивается утомление.

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

Кроме освещенности, большое влияние на деятельность оператора оказывает цвет окраски помещения и спектральные характеристики используемого света. Рекомендуется, чтобы потолок отражал 80-90%, стены 50-60%, пол 15-30% падающих на них света. К тому же цвет обладает психологическим физиологическим действием. Например, тона «теплой» гаммы (красный, оранжевый, желтый) создают впечатление бодрости, возбуждения, замедленного течения времени и ощущении тепла. «Холодные» тона (синий, зеленый, фиолетовый) создают впечатления покоя и вызывают у человека ощущение прохлады. Предметы и поверхности, окрашенные в «холодные» цвета, кажутся меньше, чем окрашенные в «теплые» тона (при их одинаковой светлости) и как бы удаляются от смотрящего

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

Пожарная безопасность

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

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

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

. обеспечение правильных путей эксплуатации.

. наличие огнетушителей и пожарной сигнализации.

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

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

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

Опасными факторами пожаров являются:

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

повышенная температура. Человек начинает ощущать боль от теплового воздействия при температуре поверхности более 45 С;

повышенная концентрация СО + другие токсичные продукты горения. Концентрация до 3 % может привести к потери сознания, до 10 % - смерть;

пониженная концентрация кислорода в воздухе с 17 % - головокружение, с 13 % - головные боли, с 9 % - потеря сознания, с 6 % - смерть.

Мероприятия по снижению пожароопасностий в рабочей зоне

Противопожарную защиту обеспечивают следующие меры:

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

ограничение количества горючих веществ и их надлежащее размещение;

предотвращение распространения пожара за пределы очага;

эвакуация людей;

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

применение средств пожарной сигнализации.

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

Технико-экономическое обоснование разработки и внедрения

Характеристика программного средства

Программное средство (далее ПС) представляет собой веб-сайт предлагающий услуги мониторинга.

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

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

Выбор и обоснование методики расчета эффективности

Экономическая эффективность - результат экономической деятельности, экономических программ и мероприятий, характеризуемый отношением полученного экономического эффекта, к затратам факторов, ресурсов, обусловившим получение этого результата, достижение наибольшего объема производства с применением ресурсов определенной стоимости [18].

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

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

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

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

Показатели эффективности использования труда.

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

Показатели эффективности использования материальных ресурсов.

Расчет себестоимости и отпускной цены программного средства

Разработка сайта пользователю предусматривает проведение всех стадий проектирования (составление технического задания, создание эскизного, технического и рабочего проекта), разработки, а также тестирования и внедрения [19].

Общая трудоемкость ПС составляет 20 человеко-дней.

При этом плановая численность разработчиков, устанавливается предприятием в размере 1-го человека работающего на половину ставки (0.5 человека).

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

Таблица 5.2 - Расчет уточненной трудоемкости по стадиям

Всего требуется 1 инженер-программист (работающий на половину ставки). Продолжительность разработки ПС 40 дней.

Заработная плата инженера-программиста составляет 1 200 000 тг. (месячная тарифная ставка).

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

Таким образом, часовая тарифная ставка составляет 7 500 рублей. В результате можно рассчитать основную заработную плату исполнителя. Учитывая значение коэффициента премирования 1.4, основная заработная плата равна 1 680 000 тенге.

Исходя из дополнительной заработной платы в целом по организации, значение которого составляет 10 процентов от основной заработной платы. Дополнительная заработная плата разработчика ПС равна 168 000 тенге.

Отчисления в фонд социальной защиты и обязательное страхование составляют 35 процентов от основной и дополнительной заработной платы - 646 800 тенге.

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

Расходы на «Машинное время» рассчитываются исходя из стоимости одного машинного часа 2500 тенге. Данные расходы составят 400 000 тенге.

Расходов на научные командировки предприятием не предусмотрено.

Прочие прямые расходы принимаются в размере 20 процентов и составляют 336 000 тенге.

Затраты по статье «Накладные расходы», определяются исходя из норматива накладных расходов в целом по организации (60 %). Они составляют 1 008 000 тенге.

Общая сумма расходов по смете на ПС составляет 4 688 800 тенге.

Расходы на сопровождение и адаптацию определяются по нормативу, определяемому в целом по организации (10 %) и составляют 468 880 тенге.

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

Уровень рентабельности составляет 40 процентов, поэтому прибыль ПС равна 2 063 072 тенге.

Прогнозируемая цена без налогов включает полную себестоимостью и прибыль от реализации создаваемого ПС равна 7 220 752 тенге.

Налог на добавочную стоимость составляет 20 процентов (1 444 150 тенге).

Прогнозируемая отпускная цена равна 8 664 902 тенге.

Расчет экономического эффекта от применения ПС пользователем

Создаваемое программное средство предназначается для мониторинга дополнительных возможностей компанииТОО «Телевидение г. Астана».

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

Расчет капитальных затрат

Общие капитальные вложение потребителя, связанные с изготовлением, внедрением и использованием ПС равны сумме затрат на изготовление ПС с учетом стоимости услуг по эксплуатации и затрат на освоение ПС [20]. Затраты на освоение ПС составляют 80 000 тенге. Общие капитальные вложения равны 8 744 902 тенге.

Расчет экономии основных видов ресурсов

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

Таблица 5.5 - данные для расчета экономического эффекта.

Экономия затрат на заработную плату при использовании нового ПС в сутки составляет 5 625 тенге.

Экономия затрат на заработную плату в год составляет 5 400 000 тенге.

Экономия затрат на оплату машинного времени в результате применения нового ПС за месяц составляет 60 000 тенге. За год 720 000 тенге.

Экономии затрат на материалы не предусмотрено.

Общая годовая экономия текущих затрат, связанные с использованием нового ПС равна 6 120 000 рублей.

Расчет экономического эффекта

Внедрение нового ПС позволит пользователю сэкономить на текущих затратах, т.е. практически получить на эту сумму дополнительную прибыль [20]. Для пользователя в качестве экономического эффекта выступает лишь чистая прибыль - дополнительная прибыль, остающаяся в его распоряжении. Учитывая ставку налога на прибыль 24 %, чистая прибыль равна 4 651 200 тенге.

В процессе использования нового ПС чистая прибыль в конечном итоге возмещает капитальные затраты. Однако полученные при этом суммы результатов прибыли и затрат по годам приводят к расчетному году.

Учитывая норматив приведения разновременных затрат и результатов (0.2) приведем коэффициенты приведения по годам: 2015 (расчетный год) - коэффициент равен 1; 2016 год - коэффициент равен 0.83; 2017 год - коэффициент равен 0.69; 2018 год - коэффициент равен 0.58. Приведем результаты расчета экономического эффекта в таблицу 5.6.

Таблица 5.6 - Результаты расчета экономического эффекта

Рентабельность инвестиций в изготовление программного средства зависит от чистой прибыли (которая составляет 3 488 400 тенге) и равняется 40 %. В результате технико-экономического обоснования применения программного продукта были получены следующие значения показателей:

Чистый дисконтированный доход за четыре года использования ПС составит 9 767 100 тенге;

Все инвестиции окупаются на 4-ый год использования программного продукта;

Рентабельность инвестиций составляет 40 процентов.

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

Заключение

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

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

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

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

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

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

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

Данная разработка в настоящий момент используется в компании ТОО «Телевидение г. Астана» и Радио «ORDAFM».

Список используемых источников

Леонтьев Б.В. Web-Дизайн: Тонкости, хитрости и секреты / Леонтьев Б.В. - М. Майор, 2001, с.170.

Айзекс А. Dynamic HTML BHV-Санкт-Петербург 1998

Нидерст М.В. «Web-мастеринг для профессионалов. Настольный справочник»

Аллен Э. Типичные ошибки проектирования / Э. Аллен. СПб.: Питер, 2003. 223 с.

рамер Р. «HTML: наглядный курс Web-дизайна»

Орлов А. PHP: Полезные приемы / А. Орлов. М.: Горячая Линия - Телеком, 2003. 224 с.

Торрес Р. Дж. Практическое руководство по проектированию и разработке пользовательского интерфейса. - СПб.: Вильямс, 2002. - 400 с

Дейта К. “Введение в системные баз данных”, М., 1999

Кузнецов С.Д. “Безопасность и целостность или, Худший враг себе - это ты сам”, СПб., 1998

Ван-Тассел Д. «Стиль, разработка, эффективность, отладка и испытание программ» М. Мир. 1985.

Гайдамакин Н.А. «Автоматизированные информавционные системы, базы и банки данных». Москва, 2002

Грабер М., “Справочное руководство по SQL”, М., 1997

Кузнецов С.Д. “Основы современных баз данных”, К., 1999

В.В. “Структуризованный язык запросов (SQL)”, М.,1997

Оскерко Т. Работа за компьютером. Вопросы охраны труда / Т. Оскерко. - Минск: Регистр, 2007. 144 с.

Шумилин В.К. Охрана труда на рабочих местах с компьютером / В. К. Шумилин, Е. П. Палькеев - М.: Нела-Информ, 2004. 160 с.

Белов С.В. Ильницкая А.В., Казьков А.Ф. «Безопасность жизнедеятельности». Учебник для вузов. Высшая школа, 2000

В.В. Технико-экономическое обоснование проектов сложных программных средств. - М.: Издательство «Синтег», 2004.

Калина А.В. Организация и оплата труда в условиях рынка (аспект эффективности): Учебно-методическое пособие. - К.: МАУП, 1997. - 300 с

Липаев В.В., Потапов А.И. Оценка затрат на разработку программных средств. - М.: Финансы и статистика, 1998.

Приложение А

Часть текста конфигурационного файла «templatemo_style.css»

Приложение Б

Текст блока регистрации «registration.php»

Приложение В

Текст блока вывода данных базы знаний «adminka.php»