Проектирование информационной системы учета научных публикаций в среде Adobe Dreamweaver

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

Провести анализ существующих технологий для разработки информационной системы;

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

Провести оценку информационной системы учета публикаций.

Объектом исследования является информационная система.

Предметом исследования является информационная система учета публикаций.

1 Анализ предметной области

1.1 Анализ существующих технологий разработки в сервисе

Для разработки информационных систем активно используются технологии HTML и CSS. HTML (от англ. HyperText Markup Language – «язык разметки гипертекста») – стандартный язык логической разметки документов в сети Internet. HTML – не инструкции по визуализации текста и не язык программирования. Он предназначен исключительно для структурирования текста. HTML интерпретируется браузерами и отображается в виде документа в удобной для человека форме. Он является инструментом, позволяющим дать указания браузеру относительно того, чем является тот или иной элемент на веб-странице, и каким образом его следует отображать. Такой подход позволяет производить машинную обработку текстов и, при необходимости, формировать простейший визуальный ряд.[10]

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

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

В каждой версии HTML появляется новая разметка, но в последней версии языка больше всего дополнений, напрямую связанных с описанием контента. Появились элементы для определения заголовков, завершителей, навигационных областей, боковых панелей и статей. А так же – элементы для определения датчиков, индикаторов выполнения и возможностей разметки данных с применением пользовательских атрибутов. Многие элементы HTML5 были упрощены, и для них были определены более разумные значения по умолчанию.[16]

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

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

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

Обычно HTML5 рассматривается как веб-технология, но с появлением прикладных интерфейсов (API) Web Storage и Web SQL Database появилась возможность создания браузерных приложений, которые хранят все данные на машине клиента.[16]

При наличии этих новых возможностей, добавление на веб-страницы мультимедийного и графического контента становится гораздо проще. В связи с этим, HTML 5 сильно выигрывает на фоне прочих технологий – веб-приложений, носящих название Rich Internet application (иначе - RIA).[10]

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

При всех различиях RIA имеют ряд общих черт. Перечислим их:

RIA включают в себя программную «прослойку» между пользовательской частью веб-приложения и сервером, представляющую собой программный движок, надстройку к браузеру, который запускается в начале работы с приложением;
Работа с RIA требует единовременной установки дополнительного ПО в виде плагина к браузеру;
Приложения запускаются локально в среде безопасности, называемой «песочница» (sandbox).

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

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

В настоящий момент существует последняя, третья версия языка CSS. Ее главными особенностями являются: возможность создавать анимированные элементы без использования JavaScript, поддержка линейных и радиальных градиентов, теней, сглаживания и многое другое.[7]

Microsoft Silverlight – одно из тех приложений, которые представляют собой классические Rich Internet Application, и включает в себя плагин для браузеров, воспроизводящий различный мультимедиа-контент. Техническая реализация включает построение пользовательского интерфейса на основе языка XAML (eXtensible Application Markup Language – расширяемый язык разметки приложений) и модуля расширения браузера, который обрабатывает XAML-конструкции и отображает итоговый контент в поле обозревателя.

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

К числу особенностей данной RIA можно отнести поддержку графического процессорного 3D, а также ускорение декодирования видео. Кроме того, в Microsoft Silverlight присутствует поддержка технологии XNA, поддержка 64-х битных браузеров, изменяемая скорость воспроизведения медиаконтента с автоматической коррекцией звука, поддержка ускорения запуска приложений.[10]

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

Так же, к числу Rich Internet Application относится платформа Adobe Flex – разработка компании Adobe, расширяющая возможности быстро теряющей популярность Adobe Flash, позволяя описывать интерфейс приложения на XML. Логика приложения пишется на языке ActionScript 3, а результатом компиляции является файл формата SWF.

Скомпилированный файл может выполняться как в браузере, в среде Flash Player, так и в виде самостоятельного приложения платформы Adobe AIR.[10]

Это является и основным преимуществом Flex перед Microsoft Silverlight – он «условно кроссплатформен», может исполняться в любом браузере, для которого существует Flash-проигрыватель или соответствующие библиотеки.

Физически Flex представляет собой framework, набор классов, расширяющих возможности Flash. Среди базовых возможностей – локализация, валидация вводимых данных, форматоры текстовых полей и прочие возможности, позволяющие вести RАD-разработку.

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

Сетевые возможности среды включают HTTP-запросы, интерфейс к веб-сервисам, бинарные сокеты (это возможность передачи RealTime-данных). Flex может взаимодействовать с сервером, получая данные через XML, SOAP, Sockets, ZLIB и т. д.[10]

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

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

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

Особенности технологии позволяют легко встраивать в приложения мультимедиа-данные, анимацию и различные визуальные эффекты, а также использовать собственные визуальные примитивы. Основная проблема использования JavaFX – это необходимость установленного у клиента Java Runtime Environment (JRE).[10]

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

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

Ответ сервера в AJAX может представлять собой простой текст, текст в XML-формате, в честь которого и добавлена последняя буква в название технологии AJAX, или в формате JSON, который следует признать наиболее удобным для многих Web-приложений.[2]

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

Стандартизованное представление данных с использованием XHTML и CSS;
Динамическое отображение и обработку данных на стороне клиента в сценарии JavaScript, при помощи Document Object Model;
Асинхронное получение данных с использованием объекта XMLHttpRequest, создаваемого сценарием JavaScript;
Обмен данными XML или данными в других текстовых форматах.

AJAX часто применяют для решения таких задач, как: проверка правильности заполнения форм с привлечением возможностей сервера; подсказки для автодополнения; создание динамических таблиц данных (girds), которые на лету обновляют базы данных на сервере; разработка приложений, которые требуют обновления информации в режиме реального времени, получая ее из различных источников, и многих других.[1]

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

PHP доступен для большинства операционных систем, включая Linux, многие модификации Unix, Microsoft Windows, Mac OS X, и многих других. Также в PHP включена поддержка большинства современных веб-серверов, таких, как Apache, Microsoft Internet Information Server, и многих других. Для большинства серверов PHP поставляется в качестве модуля, для других, поддерживающих стандарт CGI, PHP может функционировать в качестве процессора CGI.[9]

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

Возможности PHP включают формирование изображений, файлов PDF, роликов Flash, создаваемых «на лету». Так же, он способен выдавать любые текстовые данные, такие, как XHTML и другие XML-файлы. PHP способен осуществлять автоматическую генерацию таких файлов и сохранять их в файловой системе веб-сервера вместо того, чтобы отдавать клиенту, организуя, таким образом, кеш динамического содержания, расположенный на стороне сервера.

Одним из значительных преимуществ PHP является поддержка широкого круга баз данных. В их числе: MySQL, PostgreSQL, Oracle и многие другие.[11]

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

По производительности, PHP не уступает своим конкурентам, в лице языков Perl или Pithon. Он быстро работает со сложными сценариями, является объектно-ориентированным, и предоставляет разработчику множество стандартных функций, написанных на языке C, что позволяет еще более увеличить производительность и расширить возможности языка.

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

Благодаря всем этим свойствам, PHP очень популярен среди веб-программистов. На сегодняшний день, он используется на более 2,1 миллионах веб-серверов.

Помимо PHP, для разработки информационных систем активно применяются другие языки программирования. Одним из них является Python – интерпретируемый, объектно-ориентированный высокоуровневый язык программирования с динамической семантикой. Встроенные высокоуровневые структуры данных, в сочетании с динамическими типизацией и связыванием, делают язык привлекательным для быстрой разработки приложений (RAD, Rapid Application Development). Кроме того, его можно использовать в качестве сценарного языка для связи программных компонентов.

Синтаксис Python прост в изучении, в нем придается особое значение читаемости кода, а это сокращает затраты на сопровождение программных продуктов. Python поддерживает модули и пакеты, поощряя модульность и повторное использование кода. Интерпретатор Python и большая стандартная библиотека доступны бесплатно в виде исходных и исполняемых кодов для всех основных платформ и могут свободно распространяться.[6]

В поставку Python входит обширная стандартная библиотека для решения широкого круга задач. В Интернете доступны качественные библиотеки для Python по различным предметным областям: средства обработки текстов и технологии Интернет, обработка изображений, инструменты для создания приложений, механизмы доступа к базам данных, пакеты для научных вычислений, библиотеки построения графического интерфейса и т.п. Кроме того, Python имеет достаточно простые средства для интеграции с языками C, C++(и Java) как путем встраивания (embedding) интерпретатора в программы на этих языках, так и наоборот, посредством использования библиотек, написанных на этих языках, в Python-программах. Язык Python поддерживает несколько парадигм программирования: императивное (процедурный, структурный, модульный подходы), объектно-ориентированное и функциональное программирование.

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

Ruby так же распространяется с открытым исходным кодам, работает на многих платформах, позволяет легко интегрировать в программу высокопроизводительные серверы баз данных, такие как Oracle и MySQL. Так же, язык имеет простой интерфейс для создания многопоточных приложений, дополнительные возможности для обеспечения безопасности, а так же обладает высоким уровнем абстракции и предметным подходом в реализации алгоритмов.[14]

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

1.2 Системы управления базами данных в сервисе

Для хранения информации в любой информационной системе используются системы управления базами данных, иначе называемые СУБД. При этом одной из самых популярных систем управления базами данных является СУБД MySQL, являющаяся развитием СУБД mSQL, которую разработчики шведской компании MySQL AB взяли за основу при создании собственной базы данных. СУБД MySQL считается одной из самых быстрых СУБД в мире. Она разработана с использованием языков C/C++ и оттестирована более чем на 23 платформах, среди которых Windows, Linux, FreeBSD, HP-UX, Mac OS и другие.[5]

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

СУБД MySQL поддерживает API для C, C++, Java, PHP, Perl, Python, Ruby и Tcl. MySQL можно успешна применять как для построения Web-страниц с использованием Java, PHP, Perl, так и для работы прикладной программы, созданной с использованием Builder C++ или платформы .NET.[15]

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

MySQL предлагает широкий выбор типов таблиц, в том числе и сторонних разработчиков, что позволяет реализовать оптимальную для решаемой задачи производительность и функциональность. Кого-то привлечет наиболее быстрый тип таблиц MyISAM, а кому-то потребуется поддержка объемов информации до 1ТБ с выполнением транзакций на уровне строк (таблицы типа InnoBD).[9]

Все эти особенности сделали СУБД MySQL стандартной базой данных, используемых на серверах хост-провайдеров и в качестве встроенной базы данных в прикладных программах.

Помимо MySQL, широко используется Microsoft SQL Server – Это платформа, которая позволяет управлять структурированными, полу-структурированными и неструктурированными данными, а также предоставляет комплексное, интегрированное системное программное обеспечение и программное обеспечение для аналитических исследований, которые позволяют организациям надежно управлять критически важными данными.[8]

Microsoft SQL Server предоставляет несколько разных инструментов для создания объектов баз данных, настраивания приложений баз данных и управления задачами системного администрирования. Эта СУБД используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия.

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

В дополнение к этому, PostgreSQL поддерживает пользовательские операторы, функции, методы доступа и типы данных. Для обеспечения правильности данных в базе, поддерживается проверка целостности ссылок. Кроме того, в данной СУБД используется архитектура «клиент-сервер», с распределением процессов между пользователями.

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

1.3 Анализ существующих средств проектирования

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

Последняя версия программы – Adobe Dreamweaver CC – адаптирована под возможности 64-х разрядных аппаратных и операционных систем, что обеспечивает лучшую совместимость и более высокую производительность.[18]

Adobe Dreamweaver поддерживает все современные технологии, такие как HTML5, CSS3, PHP 5.6, а также JavaScript. Так же, в данной среде программирования присутствуют контекстные подсказки по коду, а так же автоподстановка кода, по мере его написания.

В Adobe Dreamweaver присутствует режим интерактивного просмотра Live View, позволяющий изменять и редактировать свойства любого элемента HTML, а так же просматривать конечные результаты без необходимости обновлять содержимое. Так же, при помощи визуального редактирования, присутствует возможность быстрого добавления и изменения стилей CSS.[18]

Технология Creative Cloud позвляет синхронизировать установки, настройки сайта, пользовательские рабочие пространства и комбинации клавиш для нескольких персональных компьютеров, подключенных к сети Internet. Adobe Dreamweaver CC поддерживает операционные системы семейства Windows и Mac OS.

Альтернативой Adobe Dreamweaver CC является Eclipse – свободная интегрированная среда разработки модульных кроссплатформенных приложений.

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

Eclipse JDT (Java Development Tools) – наиболее известный модуль, нацеленный на групповую разработку: среда интегрирована с системами управления версиями – CVS, GIT в основной поставке, для других систем (например, Subversion, MS SourceSafe) существуют плагины. Так же предлагает поддержку связи между IDE и системой управления задачами (ошибками). В основной поставке включена поддержка трекера ошибок Bugzilla, также имеется множество расширений для поддержки других трекеров (Trac, Jira и др.).[17]

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

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

Еще одной средой программирования, используемой для разработки информационных систем, является JetBrains WebStorm – интегрированная среда разработки на JavaScript, CSS & HTML от компании JetBrains, разработанная на основе платформы IntelliJ IDEA.

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

Важным преимуществом интегрированной среды разработки WebStorm является работа с проектами (в том числе, рефакторинг кода JavaScript, находящегося в разных файлах и папках проекта, а также вложенного в HTML). Поддерживается множественная вложенность (когда в документ на HTML вложен скрипт на Javascript, в который вложен другой код HTML, внутри которого вложен Javascript) – то есть в таких конструкциях поддерживается корректный рефакторинг.[20]

Так же, WebStorm позволяет модифицировать файлы с расширениями «.css», «.html», «.js», с одновременным просмотром результатов. Кроме того, присутствует поддержка HTML5, Node.js, а так же интеграция с системами управления версиями, такими как Subversion и Git.

1.4 Анализ существующих платформ и готовых решений в сервисе

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

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

Битрикс24 включает в себя общий центр коммуникации и управления данными – «Живая лента». Благодаря этому центру, имеется возможность обмена данными внутри организации, планирование сделок, дел, и контактов с клиентами. Центр наглядно предоставляет руководителю хронику работы по каждому клиенту и сделке, а так же отображает работу всех менеджеров CRM. Для руководителя также имеется возможность контролировать работу отдела продаж.

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

Битрикс24 позволяет выставлять счет и высылать его клиенту по e-mail. Поиск нужного счета несложен – все информация хранится в базе данных CRM, и доступна посредством внутреннего механизма поиска. Так же, Битрикс24 доступна как на персональных компьютерах, так и на мобильных устройствах.[19]

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

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

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

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

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

ASoft CRM позволяет накапливать и систематизировать данные о клиентах, партнерах и поставщиках, а также эффективно использовать их для принятия решений. Она содержит систему управления процессами, которая обеспечивает возможность оперативно взаимодействовать с клиентами, учитывать все их пожелания, а также контролировать работу сотрудников.[22]

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

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

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

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

Кроме того, ASoft CRM дает возможность осуществлять контроль финансовых потоков, путем финансового планирования с учетом индивидуальных особенностей каждого клиента компании, а так же ведения баз данных платежей.[21]

1.5 Выводы по главе

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

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

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

2 Проектирование базы данных информационной системы

2.1 Хранение данных

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

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

Конкретный вид и содержание концептуальной модели базы данных определяется выбранным для этого формальным аппаратом. В нашем случае будут использоваться графическая нотация, а именно – диаграмма сущность-связь (ER-диаграмма, англ. entity-relationship diagram, ERD), представленная на рисунке 2.1.

Рисунок 2.1 - ER-диаграмма

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

Таблица «users» содержит данные пользователей. Пользователи – это как администраторы базы данных, так и авторы публикаций, для учета которых предназначена информационная система. Таблица «users» имеет пять дочерних таблиц, с которыми осуществлена связь «один ко многим» – «status», «tags», «publish», «links» и «papers». Таблица содержит следующие поля:

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

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

Поля «firstname» и «patronymic». Содержат имя и отчество пользователя. Тип данных – строка.

Поля «username» и «password». Содержат логин и пароль пользователя для доступа к информационной системе. Тип данных – строка, значения не могут быть равны нулю. Поле «password» содержит значение по умолчанию – псевдозначение «null», которое соответствует пустому полю.

Поле «logo». Содержит логотип, задаваемый пользователем. Имеет значение по умолчанию «null», а тип данных – «blob».

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

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

Поле «avatar». Содержит аватар – графическое представление пользователя. Тип данных – строка.

Поля «u», «g», «o». Предназначены для разграничения прав пользователей. Тип данных – «bit», значения не могут быть равны нулю. Поле «u» содержит запись о правах пользователя. Поле «g» – права группы, к которой принадлежит пользователь. Поле «o» определяет наличие и объем прав у незарегистрированных пользователей.

Поле «extension» – содержит дополнительную информацию о пользователе. Тип данных – строка, значение не может быть равно нулю.

Поле «primgroupid» – Тип данных – целый, значение не может быть равно нулю.

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

Рисунок 2.2 – Конструктор сущности «users»

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

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

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

Поле «date». Содержит дату статьи. Тип данных – дата.

Поле «publishdate». Содержит дату публикации статьи. Тип данных – дата.

Поле «publishval». Содержит выходные данные статьи. Тип данных – строка.

Поле «publishid». Содержит ссылку на таблицу «publish» для осуществления связи «один ко многим». Тип данных – целый.

Поля «typesid» и «statusid». Содержат тип и статус статьи. Тип данных – целый, значение не может быть равно нулю. Значение по умолчанию – единица.

Поле «scopus». Определяет, имеются ли на данную статью ссылки в базе данных Scopus. Тип данных «bit». Не может быть равно нулю.

Поле «isi». Определяет, имеются ли на данную статью ссылки в базе данных Web of Science. Тип данных «bit». Не может быть равно нулю.

Поле «rins». Определяет, имеются ли на данную статью ссылки в базе данных РИНЦ. Тип данных «bit». Не может быть равно нулю.

Поле «description». Содержит описание статьи, Тип данных – строка.

Поля «u», «g», «o». Предназначены для разграничения прав пользователей. Тип данных – «bit», значения не могут быть равны нулю.

Поле «users_id» – содержит ссылку на родительскую таблицу «users» для осуществления связи «один ко многим». Является первичным ключом, не может быть равно нулю.

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

Рисунок 2.3 – Конструктор сущности «papers»

Таблица «publish» содержит информацию об издательствах. Имеет две родительские таблицы: «users» и «papers, с которыми осуществлена связь «один ко многим», также имеет дочернюю таблицу «links». Содержит следующие поля:

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

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

Поле «description». Содержит описание издательства. Тип данных – строка.

Поля «uid» и «gid». Содержат идентификатор пользователя, и идентификатор группы пользователей. Тип данных – целый, значение не может быть равно нулю. Значение по умолчанию – единица.

Поля «papers_id» и «papers_users_id» – содержат ссылку на два поля из таблицы «papers» – «id» и «users_id» Поле «users_id» для осуществления связи «один ко многим». Не могут быть равны нулю.

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

Рисунок 2.4 – Конструктор сущности «publish»

Таблица «status» содержит статусы публикаций и авторов. Родительские таблицы – «users» и «papers», с которыми осуществлена связь «один ко многим». Дочерняя таблица – «links». Содержит следующие поля:

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

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

Поле «description». Содержит описание статуса. Тип данных – строка.

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

Поле «icon». Содержит иконку – небольшой элемент графического интерфейса. Тип данных – строка.

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

Поле «papers_id». Содержит ссылку на таблицу «papers», тем самым осуществлена связь «один ко многим». Значение не может быть равно нулю.

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

Рисунок 2.5 – Конструктор сущности «status»

Таблица «tags» предназначена для хранения тегов – именованных меток, используемых для быстрого поиска информации в базе данных. Родительские таблицы – «users» и «papers», с которыми осуществлена связь «один ко многим». Дочерняя таблица – «links». Содержит следующие поля:

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

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

Поле «description». Содержит описание статуса. Тип данных – строка.

Поле «users_id» – содержит ссылку на таблицу «users», тем самым осуществлена связь «один ко многим». Является первичным ключом, не может быть равно нулю.

Поле «papers_id» и «papers_users_id» – содержат ссылку на два поля из таблицы «papers» – «id» и «users_id». Тем самым осуществлена связь «один ко многим». Не могут быть равны нулю.

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

Рисунок 2.6 – Конструктор сущности «tags»

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

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

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

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

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

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

Поле «description». Содержит описание ссылки. Тип данных – строка.

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

Рисунок 2.7 – Конструктор сущности «links»

Таблица «files» предназначена для хранения файлов. Имеет дочернюю таблицу «links», с которой осуществлена связь «один ко многим». Имеет следующие поля:

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

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

Поле «description». Содержит описание статуса. Тип данных – строка.

Поле «path». Содержит путь к файлу, тип данных – строка, не может быть равно нулю.

Поле «cdate». Содержит дату и время создания файла. Тип данных – «timestamp». Не может быть равно нулю.

Поле «mdate». Содержит дату и время последнего изменения файла. Тип данных – «timestamp». Не может быть равно нулю.

Поле «udate». Содержит дату и время последнего обновления файла. Тип данных – «timestamp». Не может быть равно нулю.

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

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

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

Рисунок 2.8 – Конструктор сущности «files»

2.2 Выводы по главе

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

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

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

3 Оценка функциональных возможностей системы учета публикаций

3.1 Функционал системы учета публикаций

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

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

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

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

Рисунок 3.1 – Окно аутентификации системы учета публикаций

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

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

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

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

Рисунок 3.2 – Справочник «Авторы» системы учета публикаций

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

Выше таблицы располагаются элементы для работы с таблицей: кнопки «Добавить», «Удалить», «Обновить», «Печать», «Фильтр», «Расширенный фильтр».

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

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

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

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

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

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

Рисунок 3.3 – Справочник «Публикации» системы учета публикаций

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

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

Как и в модуле «Авторы», в окне присутствуют переключатели, предназначенные для определения того, какие права необходимы пользователю для просмотра добавляемой в таблицу записи. Кроме того, присутствуют три переключателя, отвечающих за то, цитируют ли данную публикацию в трех базах данных научных публикаций – Scopus, РИНЦ и Web of Science.

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

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

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

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

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

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

Рисунок 3.4 – Справочник «Файлы» системы учета публикаций

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

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

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

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

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

Рисунок 3.5 – Отчет «Список трудов»

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

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

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

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

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

Рисунок 3.6 – Справочник «Отчеты» системы учета публикаций

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

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

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

3.2 Разработка отчета для системы учета публикаций

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

Разработка производится при помощи среды разработки Adobe Dreamweaver CC, интерфейс которой представлен на рисунке 3.7.

Рисунок 3.7 – Работа с исходными файлами системы учета публикаций в среде Adobe Dreamweaver CC

Разработанный отчет представлен на рисунке 3.8.

Рисунок 3.8 – Разработанный отчет для системы учета публикаций

3.3 Выводы по главе

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

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

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

4 Экономическое обоснование проекта

4.1 Исходные данные для расчета

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

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

количество дней на подготовку описания задачи:

для фирмы – nоф = 3 дн; для разработчика – nор = 2 дн;

количество дней на разработку алгоритма решения задачи:

для фирмы – nаф = 3 дн; для разработчика – nар = 2 дн;

количество дней на разработку блок-схемы алгоритма решения задачи:

для фирмы – nбф = 1 дн; для разработчика – nбр = 5 дн;

количество дней на составление программы по готовой блок-схеме:

для фирмы – nпф = 1 дн; для разработчика – nпр = 5 дн;

количество дней на подготовку документации задачи:

для фирмы – nдф = 5 дн; для разработчика – nдр = 4 дн;

количество дней на отладку программы на ЭВМ:

для фирмы – nотф = 3 дн; для разработчика – nотр = 1 дн.

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

4.2 Затраты на оплату труда с учетом отчислений на социальные нужды

Затраты на оплату труда разработчиков программы определяются, исходя из трудоемкости создания программного продукта и средней часовой оплаты разработчика с учетом доплат (в среднем можно принять 20%) и премий (в среднем можно принять 40%):

Ззп = atЗчас, (4.1)

где a – коэффициент начислений на заработанную плату;

t – суммарные затраты времени на создание программного продукта, час;

Зчас – среднечасовая оплата разработчика, руб.

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

t = tо+tа+tб+tп+tд+tот , (4.2)

где tо – затраты труда на подготовку описания задачи, час;

tа – затраты труда на разработку алгоритма решения задачи, час;

tб – затраты труда на разработку блок-схемы алгоритма решения задачи, час;

tп – затраты труда на составление программы по готовой блок-схеме, час;

tд – затраты труда на подготовку документации задачи, час;

tот – затраты труда на отладку программы на ЭВМ, час.

Трудоемкость каждого вида работ можно определить, принимая продолжительность рабочего дня 8 часов для фирмы и 4 часа для разработчика:

tфi = niф8, (4.3)

tрi = niр4, (4.4)

где niф, niр – продолжительность i-го вида работ в днях.

Затраты труда на подготовку описания задачи при сроке 1 рабочий день для разработчика и 1 рабочий день для фирмы по формулам (4.3) и (4.4) равны:

tфо = 38 = 24 (час),

tро = 24 = 8 (час).

Затраты труда на разработку алгоритма решения задачи при сроке 1 рабочий день для разработчика и 1 рабочий день для фирмы по формулам (4.3) и (4.4) равны:

tфа = 38 = 24 (час),

tра = 24 = 8 (час).

Затраты труда на разработку блок-схемы алгоритма решения задачи при сроке 1 рабочий день для разработчика и 1 рабочий день для фирмы по формулам (4.3) и (4.4) равны:

tфб = 18 = 8 (час),

tрб = 54 = 20 (час).

Затраты труда на составление программы по готовой блок-схеме при сроке 1 рабочий день для разработчика и 1 рабочий день для фирмы по формулам (4.3) и (4.4) равны:

tфп = 18 = 8 (час),

tрп = 54 = 20 (час).

Затраты труда на подготовку документации задачи при сроке 1 рабочий день для разработчика и 1 рабочий день для фирмы по формулам (4.3) и (4.4) равны:

tфд = 58 = 40 (час),

tрд = 44 = 16 (час).

Затраты труда на отладку программы на ЭВМ при сроке 1 рабочий день для разработчика и 1 рабочий день для фирмы по формулам (4.3) и (4.4) равны:

tфот = 38 = 24 (час),

tрот = 14 = 4 (час).

По формуле (4.2) суммарные затраты времени на разработку программного продукта будут:

tф = 24+24+8+8+40+24 = 128 (час),

tр = 8+8+20+20+16+4 = 76 (час).

4.3 Расчет средней заработной платы

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

Зчасф = Змес/(228), (4.5)

где Змес – среднемесячная заработная штата разработчика, руб.

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

Змес = ЗПо+ЗПсн, (4.6)

где ЗПо – основная заработная плата, руб;

ЗПсн – отчисления на социальные нужды, руб.

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

ЗПо = ЗПбазКтn, (4.7)

где ЗПбаз – базовая заработная плата, руб;

Кт – тарифный коэффициент;

n – количество работников, участвующих в разработке программного продукта, чел.

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

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

ЗПбаз = 5205 (руб), (4.8)

Кт = 4. (4.9)

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

ЗПоф = (52054+(52054)0,262)4 = 105099,36 (руб).

Для разработчика положим заработную плату в размере 15000 руб:

ЗПор = 15000+150000,262 = 18930 (руб).

По формулам (4.5) и (4.6) находим среднюю часовую оплату разработчиков:

Зчасф = 105099,36/(228) = 597,15 (руб),

Зчаср = 18930/(224) = 215,11 (руб).

По формуле (4.1) находим затраты на оплату труда:

Для фирмы:

Ззпф = 128597,15 = 76435,2 (руб).

Для разработчика:

Ззпр = 76215,11 = 16348,36 (руб).

4.4 Затраты на оплату машинного времени

Затраты на оплату машинного времени при отладке программы определяются по формуле:

Змв = tэвмСчас, (4.10)

где tэвм – фактическое время отладки программы на ЭВМ, час;

Счас – цена машино-часа эксплуатации ЭВМ, руб.

Фактическое время отладки:

tэвм = tп+tд+tот. (4.11)

Затраты труда на составление программы по готовой блок-схеме для фирмы равны 8 часов, для разработчика – 4 часа.

Затраты труда на подготовку документации задачи для фирмы равны 8 часов, для разработчика – 4 часа,

Затраты труда на отладку программы та ЭВМ для фирмы равны 8 часов, для разработчика – 4 часа.

Затраты на оплату машинного времени при создании программы:

tэвмф = 8+40+24 = 72 (час),

tэвмр = 20+16+4 = 40 (час).

Цена машино-часа эксплуатации ЭВМ:

Счас = Зэвм/Tэвм, (4.12)

где Зэвм – полные затраты на эксплуатацию ЭВМ в течение года, руб;

Tэвм – действительный годовой фонд времени ЭВМ, час/год. Действительный годовой фонд времени ЭВМ:

Tэвм = [365- (52-2+П+Р)]-Крс-Кс , (4.13)

где 365 – количество дней в году;

52 – количество недель в году;

2 – количество выходных дней в неделю;

П – количество праздничных дней в году;

Р – количество целодневных перерывов в работе машины, вызванных всеми видами ремонтов и техническим обслуживанием;

Крс – нормативная продолжительность рабочей смены, маш-ч/смену;

Кс – коэффициент сменности работы машины, смена/день;

П = 15 праздничных дней в году;

Р = 11 – количество целодневных перерывов в работе машины, вызванных всеми видами ремонтов и техническим обслуживанием;

Крср = 4 часа нормативная продолжительность рабочей смены разработчика;

Крсф = 8 часов нормативная продолжительность рабочей смены на фирме;

Кс = 1 коэффициент сменности работы машины.

Тэвмр = [365-(522+П+Р)]КрсрКс = [365-(104+15+11)]41 =

= 940 (час),

Тэвмф = [365-(522+П+P)]КрсфКс = [365-(104+15+11)]81 =

= 1880 (час).

Полные затраты на эксплуатацию ЭВМ можно определить по формуле:

Зэвм = А+3+Э+М+П, (4.14)

где А – амортизационные отчисления на полное восстановление ЭВМ, руб;

3 – размер оплаты труда работников, обслуживающих машину, руб;

Э – затраты на электроэнергию, руб;

М – годовые затраты на вспомогательные материалы, руб;

П – прочие затраты, руб.

Амортизационные отчисления определяются по формуле:

А = nаК/100, (4.15)

где nа – годовая норма амортизационных отчислений на полное восстановление по данному виду ЭВМ, процент/год;

К – сумма капитальных вложений, руб.

Годовая норма амортизационных отчислений для ЭВМ данного вида принимается по установленным единым нормам амортизационных отчислений, nа = 10%. Капитальные вложения включают цену ЭВМ, расходы на транспортировку, монтаж оборудования и его наладку:

К = Срын+Зуст, (4.16)

где Срын – рыночная стоимость компьютера, руб;

Зуст – затраты на доставку и установку компьютера, руб. (можно принять 10% от стоимости компьютера).

Рыночная стоимость компьютера Срын = 40000 руб, в состав которого входит:

Системный блок – 15000 руб, монитор – 10000 руб, принтер – 5000 руб.

Дополнительное оборудование – 5000 руб, программное обеспечение –5000 руб.

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

Зустр = 0,1Срынр = 0,140000 = 4000 (руб), (4.17)

Зустф = 0,1Срынф = 0,1160000 = 16000 (руб).

В итоге капитальные вложения будут:

Для разработчика:

КР = Срынр+Зустр = 40000+4000 = 44000 (руб).

Для фирмы:

Кф = Срынф+Зустф = 160000+16000 = 176000 (руб).

Амортизационные отчисления составляют:

Для разработчика:

Ар = 1044000/100 = 4400 (руб).

Для фирмы:

Аф = 10176000/100 = 17600 (руб).

Размер оплаты труда работников, обслуживающих ЭВМ (инженер-электронщик), производится по формуле:

З = Зо+Осн, (4.18)

где Зо – месячный должностной оклад работника, руб;

Осн – отчисления на социальные нужды.

Осн = КСН3, (4.19)

где Ксн – коэффициент отчислений на социальные нужды, Ксн = 0,262.

Положим Зо = 15000 руб. Размер оплаты труда работников, обслуживающих ЭВМ:

З = 15000+0,26215000 = 18930 (руб).

Затрата на электроэнергию можно определить по формуле:

Э = МЦэТэвм, (4.20)

где М – суммарная потребляемая мощность ЭВМ, кВт-ч;

Цэ – стоимость 1 кВт-ч электроэнергии, руб/кВт-ч., Цэ = 2,32 руб/кВт-ч.

Эр = МЦэТэвмр = 0,22,32940 = 436,16 (руб),

Эф = МЦэТэвмф = 0,22,321880 = 872,32 (руб).

Годовые затраты на вспомогательные материалы для обеспечения нормальной работы ЭВМ составляют около 10% от капитальных вложений:

М = 0,01К. (4.21)

Для разработчика:

Мр = 0,01Кр = 0,144000 = 4400 (руб).

Для фирмы:

Мф = 0,01Кф = 0,1176000 = 17600 (руб).

4.5 Прочие затраты

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

П = 0,05К. (4.22)

Для разработчика:

Пр = 0,05Кр = 0,0544000 = 2200 (руб).

Для фирмы:

Пф = 0,05Кр = 0,05176000 = 8800 (руб).

По формуле (4.14) полные затраты на эксплуатацию ЭВМ можно определить:

Для разработчика:

Зэвмр = Ар+3+Эр+Мр+Пр = 4400+18930+436,16+440+2200 =

= 26406,16 (руб).

Для фирмы:

Зэвмф = Аф+3+Эф+Мф+Пф = 17600+18930+872,32+1760+ 8800 =

= 47962,32 (руб).

По формуле (4.12) цена машино-часа эксплуатации ЭВМ:

Для разработчика:

Счаср = Зэвмр/Тэвмр = 26406,16/940 = 28,09 (руб).

Для фирмы:

Счасф = Зэвмф/Тэвмф = 47962,32/1880 = 25,51 (руб).

По формуле (4.10) затраты на оплату машинного времени при отладке программы определяются:

Для разработчика:

Змвр = tэвмрСчаср = 4028,09 = 1123,6 (руб).

Для фирмы:

Змвф = tэвмфСчасф = 7225,51 = 1836,72 (руб).

Прочие затраты – это расходы на освещение, отопление, коммунальные услуги и тому подобное. Их можно принять в размере 30% от оплаты труда разработчика программы:

Зпр = 0,3Ззп. (4.23)

Для фирмы:

Зпрф = 0,3Ззпф = 0,376435,2 = 22930,56 (руб).

Для разработчика:

Зпрр = 0,3Ззпр = 0,316348,36 = 4904,5 (руб).

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

Зпп = Ззп+Змв+Зпр, (4.24)

где Ззп – затраты на оплату труда с учетом отчислений на социальные нужды, руб;

Змв – затраты на оплату машинного времени, руб;

Зпр – прочие затраты, руб.

Для фирмы:

Зппф = 76435,2+1836,72+22930,56 = 101202,48 (руб).

Для разработчика:

Зппр = 16348,36+1123,6+4904,5 = 22376,46 (руб).

4.6 Вывод по проделанному исследованию

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

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

На основании выше изложенных статей затрат можно сделать вывод, что создаваемая программа разработчиком экономически целесообразней, чем создание программы фирмой. На создание программы разработанной фирмой потребуется сумма в 101202,48 рублей, а разработчиком 22376,46 рублей. Экономия составит 78826,02 руб.

5 Безопасность и экологичность проекта

5.1 Охрана труда при работе за компьютером

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

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

В Российской Федерации такие правила заключены в документе, содержащем санитарно-эпидемиологические нормативы и правила, который был утвержден Главным государственным санитарным врачом Российской Федерации Онищенко Г.Г. 13 июня 2003 года. Этот документ носит название СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы».

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

В разделе будет рассмотрено рабочее помещение и его соответствие нормам, указанным в СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы». В выводах данного раздела, будут представлены рекомендации по приведению параметров рабочих мест сотрудников фирмы к санитарным нормам, а так же расчёт системы искусственного освещения помещения.

5.2 Анализ рабочего помещения

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

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

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

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

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

Рабочие места оборудованы ВДТ на базе плоских жидкокристаллических экранов. Площадь рабочих мест составляет 7 квадратных метров на одного пользователя ПЭВМ, при размерах помещения 72 квадратных метра, что соответствует требованиям, указанным в СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы».

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

В рабочем помещении, оборудованном ПЭВМ, проводится ежедневная влажная уборка и систематическое проветривание после каждого часа работы на ПЭВМ.

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

Рассматриваемое рабочее помещение располагается в жилом здании. Вследствие этого, уровень звукового давления и уровня звука, создаваемый ПЭВМ в помещении, должен соответствовать значениям, представленным в СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы», которые разнятся для дневного и ночного времени суток.

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

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

В то же время, шумящее оборудование в виде печатающие устройств, уровни шума которого превышают нормативные, размещается в рабочем помещении с ПЭВМ, что не соответствует СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы».

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

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

Неравномерность распределения яркости в поле зрения пользователя ПЭВМ ограничена согласно СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы» - соотношение яркости между рабочими поверхностями не превышает 3:1 - 5:1, а между рабочими поверхностями и поверхностями стен и оборудования 10:1.

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

Коэффициент запаса (Кз) для осветительных установок общего освещения приниматься равным 1,5, а коэффициент пульсации не превышает 5%, что соответствует требованиям.

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

ПЭВМ являются источниками электромагнитного излучения, на которое реагирует человеческий организм. Если сила электромагнитного поля велика, а облучение производится в течение длительного времени, то

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

Таблица 5.1 – Временно допустимые уровни ЭМП

Наименование параметров	ВДУ
Напряженность электрического поля	в диапазоне от 5 Гц до 2 кГц	25 В/м
	в диапазоне от 2 до 400 кГц	2,5 В/м
Плотность магнитного потока	в диапазоне от 5 Гц до 2 кГц	250 нТл
	в диапазоне от 2 до 400 кГц	25 нТл
Напряженность электростатического поля	15 кВ/м

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

Расстояние между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора) – 1,0м, тогда как должно быть менее 2,0 м, а расстояние между боковыми поверхностями видеомониторов – не менее 1,2 м, тогда как в данном помещении – всего лишь 0,5м.

Работники, занимающие рабочие места с ПЭВМ в данном помещении, выполняют творческую работу, требующую значительного умственного напряжения и высокой концентрации внимания. Такие рабочие места, согласно СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы», рекомендуется изолировать друг от друга перегородками высотой 1,5 - 2,0м, что не сделано в данном рабочем помещении.

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

Высота рабочей поверхности стола не регулируется в пределах 680-800 мм, и составляет 500 мм, что не соответствует СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы». Это является причиной того, что рабочий стол не имеет должного пространства для ног, минимальный размер которого указан в санитарных требованиях.

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

5.3 Расчет системы искусственного освещения помещения

Нам необходимо произвести расчет искусственного освещения нашего помещения. Выполнено освещение светильниками ЛСПО1 с двумя люминесцентными лампами длиной =1534 мм = 1,534 м.

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

Расчетный световой поток группы светильников с люминесцентными лампами:

(5.1)

Показатель помещения:

(5.2)

У нашего помещения следующие параметры: длина А = 12 м, ширина В = 6 м, высота h = 3 м; коэффициент отражения потолка = 70 %, стен = 50 %, пола = 30 %; нормируемая освещенность = 300 лк.

1) Необходимо определить высоту подвеса светильника над рабочей поверхностью:

(5.3)

где – высота рабочей поверхности.

где – расстояние светового центра светильника от потолка, при .

2) Необходимо определить индекс помещения по формуле 5.2, получаем:

3) По таблице 5.2 нужно определить коэффициент запаса K, по таблице 5.3 определить коэффициент использования светового потока .

Таблица 5.2 – Значения коэффициента запаса

Характеристика помещения	Величина коэффициента K для ламп	Расчетная частота чистки светильников
	накаливания	газоразрядных
с большим выделение пыли, дыма или копоти	1,7	2,0	4 раза в месяц
со средними выделениями пыли, дыма или копоти	1,5	1,8	3 раза в месяц
с малыми выделениями пыли, дыма или копоти	1,3	1,5	2 раза в месяц

Получаем, что K = 1,5, так как используются газоразрядные люминесцентные лампы и наше помещение относится к бытовому типу, поэтому выделение пыли – малое.

Таблица 5.3 – Коэффициент использования светового потока

Индекс помещения i	ЛСПО1
	Коэффициент отражения потолка , %
	70	50	30
	Коэффициент отражения стен , %
	50	30	10
	Коэффициент использования , %
0,5	25	23	22
0,6	31	29	26
0,7	35	33	30
0,8	38	36	32
0,9	41	38	35
1,0	43	40	37
1,5	50	46	44
2,0	54	50	48
3	59	54	52
4	61	56	55
5	63	58	57

Используя данные коэффициентов потока, представленные в таблице 5.3, а также стен, и имея значение индекса помещения, делаем вывод, что = 54 %.

4) Определим расстояние между рядами светильников и от стен до ближайшего ряда. Оптимальное расстояние L между рядами светильников находится из соотношения:

, (5.4)

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

Расстояние от стен до ближайшего ряда рекомендуется принимать не менее 0,3 L.

Получаем:

L = , (5.5)

L = 1,12 = 2,2 (м).

5) Далее необходимо определить общее количество светильников N при условии равномерного освещения:

. (5.6)

Количество светильников по ширине (количество рядов):

(5.7)

Количество светильников по длине (количество светильников с люминесцентными лампами):

(5.8)

Получаем:

Итог: всего 12 светильников в 2 ряда, по 6 в каждом.

6) Нужно определить световой поток одной лампы по формуле 5.1 и определить подходящий тип лампы и ее мощность по таблице 5.3. Световой поток выбранной лампы должен соответствовать соотношению:

, (5.9)

где – расчетный световой поток, лк; – световой поток, определяемый по таблице 5.3, лм.

где Z = 1,1; K = 1,5; S = AB = 126 = 72 ; = 300 лк; N = 18; n = 2;

= 31 %.

По формуле 5.10 найдем :

Таблица 5.4 – Параметры люминесцентных ламп общего назначения

Мощность W, Вт	Сила тока I, А	Напряжение U, В	Световой поток Ф, лм
			Среднее значение (после 100 ч горения) для ламп цветности
			ЛБ	ЛТБ	ЛХБ	ЛД	ЛДЦ
30	0,35	104 ± 0,4	2180 (-140)	2020 (-100)	1940 (-100)	1800 (-180)	1500 (-80)
40	0,43	103 ± 0,3	3200 (-160)	3100 (-155)	3000 (-150)	2500 (-125)	2200 (-110)
65	0,67	110 ± 0,0	4800 (-240)	4850 (-340)	4400 (-220)	4000 (-200)	3150 (-160)
80	0,87	102 ± 10,2	5400 (-270)	5200 (-250)	5040 (-240)	4300 (-215)	3800 (-190)

Так как рассчитанный световой поток может отличаться от табличного на 10 – 20 %, то можно сделать вывод, что ближайшее значение к по таблице 5.4 это значение 3100. Следовательно, светильники в помещении оснащены люминесцентными лампами дневного света (ЛД) мощностью = 40 Вт.

7) Выполним проверочный расчет искусственного освещения, при этом :

(5.10)

Условие неравенства выполняется : 300 300, значит расчет выполнен верно.

8) Теперь определим потребляемую мощность осветительной установки, Вт:

, (5.11)

где – мощность лампы = 40 Вт; – число светильников = 12 шт.; – число ламп в светильнике = 2; – коэффициент, учитывающий потери пускорегулирующей аппаратуры = 1,25.

Получаем:

(Вт).

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

5.4 Вывод по проделанному анализу

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

В данном разделе была произведена проверка рабочего помещения на соответствие с требованиями, указанными в документе СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы». Проведенный анализ показал, что рассматриваемое помещение не полностью соответствует требованиям.

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

Конструкция используемых ПЭВМ не обеспечивает возможность поворота и фиксации корпуса. Так же, сам корпус, клавиатура и другие блоки и устройства ПЭВМ имеют блестящую поверхность, вследствие чего создают блики.
Окна в рабочем помещении, ориентированы на юг, и не оборудованы занавесками или жалюзи.
Шумящее оборудование в виде печатающих устройств, размещается в рабочем помещении с ПЭВМ, а не в отдельном.
Видеодисплейные терминалы ориентированы передней стороной к световым проемам, из-за чего естественный свет падает на них сзади.
Расстояние между рабочими столами с видеомониторами – 1,0 м, вместо положенных 2,0-х м, а расстояние между боковыми поверхностями видеомониторов – 0,5 м, вместо положенных 1,2-х м.
Рабочие места не изолированы друг от друга перегородками.
Высота рабочей поверхности стола ниже требуемой и не регулируется. Рабочий стол не имеет должного пространства для ног работника.
Конструкция рабочего стула не обеспечивает регулировку высоты поверхности сиденья, а поверхность сидения не имеет закругленного переднего края. Кроме того, рабочий стул не снабжен подлокотниками.

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

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

ЗАКЛЮЧЕНИЕ

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

В результате проведенного анализа, представленного в первой главе, для разработки и проектирования информационной системы были выбраны следующие технологии: HTML5, CSS3, PHP, СУБД MySQL.

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

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

В четвертой главе представлена экономическая целесообразность проекта, которая заключается в том, что на создание программы, разработанной фирмой, потребуется сумма в 101202,48 рублей, а разработчиком 22376,46 рублей. Экономия составит 78826,02 руб.

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

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

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

1. Бенкен, Е. С. AJAX. Программирование для Интернета / Е. С. Бенкен, Г. А. Самков. – СПб.: БХВ-Петербург, 2009. – 464 с.

2. Дари, К. Ajax и PHP. Разработка динамических веб-приложений / К. Дари, Б. Бринзаре. – СПб.: СимволПлюс, 2007. – 336 с.

3. Зольников, Д. С. PHP 5 / Д. С. Зольников. – М.: НТ Пресс, 2007. – 256 с.

4. Крейн, Д. Ajax в действии / Д. Крейн, Э. Паскарелло, Д. Джеймс. – М.: Изд. дом «Вильямс», 2006. — 640с.

5. Кузнецов, М. В. MySQL 5 / М. В. Кузнецов, И. В. Симдянов. – СПб.: БХВ-Петербург, 2010. – 1024 с.

6. Лутц, М. Изучаем Python / М. Лутц. – СПб.: Символ-плюс, 2011. – 1280 с.

7. Макфарланд, Д. С. Большая книга CSS3 / Д. С. Макфарланд. – СПб.: Питер, 2014. – 608 с.

8. Петкович, Д. Microsoft SQL Server 2012. Руководство для начинающих / Д. Петкович. – СПб.: БХВ-Петербург, 2013. – 816 с.

9. Прохоренок, Н. А. HTML, JavaScript, PHP и MySQL. Джентльменский набор Web-мастера / Н. А. Прохоренок. – СПб.: БХВ-Петербург, 2010. – 912 с.

10. Сухов, К. HTML5 - путеводитель по технологии / К. Сухов. – М.: ДМК Пресс, 2013. – 352 с.

11. Суэринг, С. PHP и MySQL. Библия программиста / С. Суэринг, Т. Конверс, Дж. Парк. – М.: ООО «И.Д. Вильямс», 2010. – 912 с.

12. Томсон, Л. Разработка Web-приложений на РНР и МYSQL / Л. Томсон, Л. Веллинг. – СПб.: ООО «ДиаСофтЮП», 2003. – 672 с.

13. Уорсли, Дж. PostgreSQL для профессионалов / Дж. Уорсли, Дж. Дрейк. – СПб.: Питер, 2003. – 496 с.

14. Фернандес, О. Путь Rails. Подробное руководство по созданию приложений в среде Ruby on Rails / О. Фернандес. – СПб.: Символ-плюс, 2009. – 768 с.

15. Филиппов, С. А. Основы современного веб-программирования / С. А. Филиппов. – М.: НИЯУ МИФИ, 2011. – 160 с.

16. Хоган, Б. HTML5 и CSS3. Веб-разработка по стандартам нового поколения / Б. Хоган. – СПб.: Питер, 2014. – 320 с.

17. Dai, N. Eclipse Web Tools Platform. Developing Java Web Applications / N. Dai, L. Mandel, A. Ryman. – Boston: Pearson Education, Inc., 2007.

18. McFarland, D. S. Dreamweaver CC: The Missing Manual / D. S. McFarland, C. Grover. – Sebastopol: O'Reilly Media, Inc., 2015.

19. Возможности Битрикс24 [Офиц. сайт] // URL: https://www.bitrix24.ru/features/ (дата обращения: 05.04.2015)

20. Официальная документация о среде разработки WebStorm [Офиц. сайт] // URL: http://www.jetbrains.com/webstorm/help/webstorm.html (дата обращения: 05.04.2015)

21. Руководство пользователя ASoft CRM Professional [Офиц. сайт] // URL: http://asoftcrm.com/download/User_guide_pro.pdf (дата обращения: 05.04.2015)

22. Руководство пользователя ASoft CRM Standard [Офиц. сайт] // URL: http://asoftcrm.com/download/ASoft_CRM_Standard.pdf (дата обращения: 05.04.2015)

23. Тур по AmoCRM [Офиц. сайт] // URL: http://www.amocrm.ru/tour/ (дата обращения: 05.04.2015)

Проектирование информационной системы учета научных публикаций в среде Adobe Dreamweaver