56
с cookie-наборами.
Стоимость. Распространяется пакет РНР бесплатно.
Изучение РНР. Синтаксис РНР базируется на остальных языках
программирования, на Perl и С в первую очередь.
Переносимость. Использовать пакет РНР можно под управлением многих
различных ОС. Можно создавать код РНР в среде следующих бесплатных Unix-
схожих операционных системах, FreeBSD и Linux , коммерческих версий Unix
типа Solaris и IRIX либо разных версий Microsoft Windows. Обычно, программы
будут действовать без возможных изменений в разных средах с установленным
пакетом РНР [24].
Исходный код. Пользователю разрешен доступ к исходному коду РНР.
Если есть необходимость в этом языке что-то изменить или добавить, то в отличие
от закрытых коммерческих программных продуктов, то это можно сделать всегда.
Таким образом, для создания автоматизированной системы
документооборота предприятия в виде веб-приложения больше всего подходит
язык программирования РНР.
В данном проекте к СУБД предъявляются такие специфические требования
[2,22]:
- поддержка транзакций,
- поддержка внешних ключей,
- корректная работа с русским языком,
- наличие инструмента администрирования с графическим интерфейсом,
- способность доступа к данным при помощи языка запросов SQL,
- способность резервного копирования базы данных.
Проектируемую базу данных необходимо использовать для хранения,
обработки и накопления данных. Слабым местом при проектировании БД ИС -
хранение различных вариантов решений (большое количество элементов).
Оптимизацией глобального поиска в ИС и наличия небольшого количества
запросов от пользователей ИС позволяет избежать установки строгих требований
к решениям задач производительности систем управления базами данных. Из
этого вытекают следующие требования к системам управления базами данных [2]:
- абсолютная совместимость с выбранной средой разработки (PHP);
57
- кроссплатформенность СУБД;
- простота в использовании и при внедрении;
- распространенность и популярность СУБД. При пользовании
малораспространенной СУБД в будущем времени могут возникнуть трудности с
поддержкой и развитием ИС, что так же приведет к дополнительным затратам на
перенос накопленных данных.
- надежность, которая позволит гарантировать решение задачи постоянного
наполнения и обеспечит сохранность данных.
Сравнение СУБД по вышеперечисленным критериям представлено в
таблице 7.
Таблица 7
Сравнение СУБД
Критерии\СУБД
PostgreSQL
MySQL
MS
SQL
Server
Oracle
DB2
Поддержка транзакций
3
5
4
4
5
Поддержка внешних
ключей
5
4
5
3
5
Корректная работа с
русским языком
3
4
5
4
5
Наличие инструмента
администрирования с
графическим
интерфейсом
4
5
4
4
4
Способность доступа к
данным при помощи
языка запросов SQL
3
5
4
3
3
Способность
резервного
копирования базы
данных
5
4
5
5
4
58
Абсолютная
совместимость с
выбранной средой
разработки (PHP)
4
5
3
2
5
Кроссплатформенность
СУБД
3
5
5
3
5
Простота в
использовании и при
внедрении
3
5
3
4
5
Распространенность и
популярность СУБД
3
5
5
5
4
Надежность
4
4
4
5
3
Общая оценка
40
51
48
42
48
Принимая к сведению вышеприведенные варианты, в качестве СУБД была
избрана среда MySQL –многопользовательская, многопоточная СУБД,
существенными преимуществами которой считаются надежность, быстрота и
простота в использовании. Невзирая на то, что, MySQL не располагает таким
широким набором возможностей как Oracle, применение MySQL оправдывает
себя из-за гораздо меньших требований, предъявляемых к мощности
оборудования и к большей скоростью работы в процессе работе со средним
объемом данных БД. Применяя связку PHP+MySql, появляется возможность
организовывать принцип мультиплатформенности более гибко.
Чтобы функционировала создаваемая автоматизированная система
необходим веб-сервер. Веб-сервер — это специальное ПО (сервер), который
принимает HTTP-запросы от пользователей, как правило, браузеров, и выдает им
HTTP-ответы, вместе с HTML-страницей, файлом, изображением, медиа-потоком
или др. данными [17].
Веб-сервером называют как ПО, которое выполняет функции веб-сервера,
так и персональный компьютер, на котором действует данное ПО. Через веб-
интерфейс по URL адресу пользователи получают доступ к серверу.
Вспомогательными опциями многих веб-серверов считается:
-·ведение журнала сервера про обращения пользователей к ресурсам;
59
-·идентификация пользователей;
-·поддержка HTTPS для защищенных соединений с пользователями,
-·поддержка динамически генерируемых страниц.
Имеется два наиболее популярных в использовании веб-сервера:
-·Apache –– веб-сервер с открытым исходным кодом, который часто
применяется в Unix-аналогичных операционных системах;
-·IIS –– веб-сервер производства компании Microsoft обычно, применяется
на ОС семейства Microsoft Windows.
Основными преимуществами Apache являются надёжность и гибкость
конфигурации. Этот веб-сервер дает возможность подключения внешних модулей
для предоставления данных, трансформировать сообщения об ошибках,
применять СУБД для идентификации пользователей. Недостатком очень часто
называют отсутствие стандартного удобного интерфейса для администратора.
Преимуществом IIS считается интеграция с остальными продуктами
компании Microsoft. Существенный недостаток IIS заключается в сложности
интеграции данного сервера с интерпретатором PHP, что соответственно
усложняет настройку и использования этого веб- сервера.
Следовательно, наиболее логично использовать веб-сервер Apache.
Для использования системы на рабочих станциях пользователей должен
быть установлен веб-браузер. На сегодняшний день наибольшую популярность
получили браузеры: Firefox, Chrome, Opera, Internet Explorer.
В создаваемой системе используется технология асинхронного обмена
данными AJAX и JavaScript код, выполняемый на стороне клиента, поэтому
основным требованием к браузеру является его скорость обработки JavaScript код.
Среди описанных выше браузеров, самым быстрым при работе с JavaScript
оказался Opera, что доказывают результаты многочисленных тестирований в
различных бенчмарках. Именно этим браузером рекомендуется заменить
используемый в настоящее время.
В качестве операционных систем рабочих станций и серверов будут
использоваться уже использующие на данном предприятии.
60
1.4.3. Обоснование проектных решений по техническому обеспечению
Для компании предлагается создать систему, созданной на клиент-
серверной архитектуре, соответственно требованиям, которые предъявляются к
техническому обеспечению. Они включают в себя требования, как к серверной,
так и к клиентской части. Все компьютеры компании объединяются в локальную
сеть, что позволяет удовлетворить все потребности информационного обмена. На
рабочих местах сотрудников компании находятся принтеры для печати разных
отчётов, счетов, списков, и других документов.
Так как задачи предполагается решать при помощи веб-ориентированной
системы, необходимы будут веб-сервер и компьютеры для рабочих мест.
Характерные свойства архитектуры «клиент-сервер» и прочие специфичности
веб-ориентированных систем дают возможность им работать на ЭВМ с низкими
системными требованиями. Сдерживающим фактором являются запросы
операционной системы, потому что современные браузеры к ресурсам
нетребовательны.
Поскольку создаваемый модуль будет функционировать на базе клиент -
серверной технологии, все без исключения вычисления будут выполняться на
стороне сервера, а значит, системные запросы к ПК будут минимальными.
Вышеописанные технические характеристики ПК относятся к
компьютерам, имеющих среднюю производительность, откуда следует, что их
замена или модернизация не требуется для выполнения установленной задачи.
Также не требуют улучшения технические характеристики серверов,
поскольку сейчас применяемые модели серверов обладают возможностью
наращивания своей производительности для реализации автоматизируемой
задачи, не причиняя ущерба другим выполняемым ими задачам.
Соединительным линиям ЛВС дают оценку по потенциальной пропускной
способности. Поскольку в процессе работы создаваемого модуля и обмена
информацией с сервером видео или голосовой трафик не передается, либо
остальные данные большие по объему, то и особенных запросов к пропускной
способности не предъявляют. Поскольку пропускная способность линий связи на
данный момент составляет до 100 мбит/сек, то им также модернизация или замена
не требуются.
61
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл проекта начинается с момента принятия решения о начале
создания и заканчивается только в момент выведения его из эксплуатации.
Современные IT проекты разрабатываются с учётом принятых стандартов, но так
как проект разрабатывается собственными силами предприятия, то стандарт
жизненного цикла должен отвечать ряду требований:
- стандарт не должен содержать жёстких нормативных критериев;
- при использовании стандарта не должно быть излишней бюрократической
нагрузки;
- стандарт должен содержать общую структуру жизненного цикла, а также
действия, процессы, а также задачи, которые необходимо реализовать в процессе
создания проекта;
- стандарт должен быть актуален и соответствовать современным
требованиям к ИС.
Жизненный цикл проекта регламентируют ГОСТы серии 34. Но в
настоящее время отдельные положения данных ГОСТов очень сильно устарели, к
тому же, некоторые этапы из жизненного цикла регламентированы не в полной
мере.
Другим стандартом считается международный стандарт ISO/IEC
12207:1995 «Information Technology — Software Life Cycle Processes». Данный
стандарт больше подходит для описания жизненного цикла проекта,
представленного в предоставленной работе, так как он ориентирован прежде
всего на разработку ИС в рамках предприятия и даёт общие рекомендации для
любого жизненного цикла, в тоже время позволяя определить его структуру и
сформулировать процессы, действия и задачи в рамках каждого этапа.
Для предоставленного проекта выделены следующие стадии жизненного
цикла:
- анализ;
- проектирование;
62
- внедрение;
- сопровождение.
Первая стадия «Анализ». Эта стадия начинается с подэтапа «Определение
запросов к будущему сайту». Все задачи в рамках стадии «Анализ» выполняет
ответственный сотрудник от управления информационных проектов.
Первой задачей является «Анализ бизнес-процессов предприятия "КАК
ЕСТЬ"». В рамках данной задачи необходимо выяснить все необходимые данные
у участников бизнес-процесса и проанализировать его. В процессе выполнения
задачи формируется структурно - функциональная диаграмма бизнес-процессов
предприятия «КАК ЕСТЬ» в нотации IDEF0. По результатам выполненного
анализа выбирается совокупность задач автоматизации. Завершающая задача
подэтапа состоит в «Определении свойств сайта, которые необходимы для
решения задачи».
Следующим подэтапом в стадии «Анализ» считается определение функций
будущего сайта и подбор стратегии автоматизации. В данном подэтапе помимо
специалиста управления информационных проектов участвуют и сотрудники
отдела документооборота, предоставляющие соответствующие рекомендации и
пожелания.
Первая задача подэтапа состоит в анализе существующих разработок в
области создания веб сайтов. Следующей задачей подэтапа считается «Выбор
метода приобретения ИС». Далее следует задача - «Подбор стратегии
автоматизации». Завершающая задача подэтапа состоит в «Определении задач и
целей автоматизации». Необходимо отметить, что данная задача является
ключевой для составления технического задания на разработку веб сайта.
Предпоследним подэтапом стадии «Анализ» считается «Аргументация
проектных решений». Этот подэтап включает в себя из три ключевые задачи:
- аргументация проектных решений по ПО;
- аргументация проектных решений по техническому обеспечению;
- аргументация проектных решений по ИО.
Целью данных задач является формирование необходимые требования к
вышеперечисленным видам обеспечения ИС сайта предприятия.
63
Заключительным подэтапом стадии «Анализ» является создание
документации по техническому заданию на разработку сайта.
Следующая стадия «Проектирование». На данной стадии необходимо
выполнить следующие задачи:
- оценить риски проекта;
- разработать информационную модель будущего сайта;
- охарактеризовать всю нормативно-справочную информацию, которая
необходима для функционирования сайта;
- охарактеризовать входные и выходные данные, а также алгоритмы их
расчёта;
- перечислить необходимое программное и техническое обеспечение для
функционирования веб сайта;
- охарактеризовать дерево функций, сценарии диалога, структуру базы
данных проектируемого веб сайта;
- разработать пользовательские интерфейсы;
Данную работу выполняет сотрудник управления информационных
проектов. Выходной информацией является проектная документация.
После проектирования наступает стадия реализации проекта. Данная
стадия начинается с подготовки к разработке ПО. Первый подэтап состоит из
следующих задач:
- установка локального сервера Apache;
- скачивание и установка дистрибутива MODx на локальный сервер;
- скачивание и установка дополнительного модуля составления расписания;
- создание всех модулей сайта согласно ТЗ;
- разработка интерфейса на основе созданных модулей;
Все работы выполняет разработчик. Конечным результатом данной стадии
является готовый сайт, размещённый на локальном сервере.
Главной целью стадии Внедрения является размещение в глобальной сети
интернет веб сайта предприятия и его тестирование. Ключевые стратегии
внедрения системы представлены ниже.
1. Стратегия “Параллельное применение”. Параллельное применение -
синхронно выполняются новая и старая технология решения задачи, итоги их
64
подлежат сравнению. Ежели полученные результаты согласуются довольно-таки
продолжительное время, то выполняется переход на новую технологию.
Достоинства системы:
- наименьший риск ошибок в виде новых технологий;
- управление введения ИС будет выполняться независимо от обычного
операционного планирования компании.
Недостатки системы:
- удвоение загрузки персонала;
- требуется удвоенные мощности серверов;
- необходимо постоянно сверять результаты работы двух технологий.
2. Стратегия “Скачок”. Скачок - старая технология действует до
конкретного момента, потом осуществляется введение новой технологии, а после
ее введения реализуется исключительно новая технология
Достоинства стратегии:
- минимальная продолжительность переходного периода;
- отсутствуют двойные затраты на деятельность компании;
- новые процессы считаются более оптимальными по причине отсутствия
длительного переходного периода.
Недостатки стратегии:
- большие риски несоответствия характеристик ИС требованиям компании;
- высокие запросы к действиям по планировании перехода на новую
технологию;
3. Стратегия “Пилотный проект”. Данная стратегия – это стратегия скачка,
применяемая к ограниченному количеству процессов, областью внедрения, как
правило, является небольшой участок компании.
Достоинства стратегии:
- малый риск выбора неправильного решения, которое не приведёт к
долгому простою всей компании;
- наличие возможности изменять планируемую технологию в ходе
внедрения ИС на участке;
- отсутствуют двойные затраты на внедрение технологии.
Недостатки стратегии:
65
- сложно интегрировать информационные потоки создаваемых по новой и
старой технологии;
- необходимо одновременно управлять новой и старой ИС.
4. Стратегия “Узкое место”. Данная стратегия -это автоматизация
минимальной доли производственного процесса, который избирается согласно
критериям их эффективности, которые приводят к увеличению качества
выполнения процессов исключительно в конкретном узком месте.
Достоинства стратегии:
- после внедрения автоматизации любого узкого места есть возможность
прерывать автоматизацию;
- минимальные запросы к уровню планирования работ по внедрению.
Недостатки стратегии:
- внедрение полного завершённого цикла планирования на любом из узких
мест - вследствие способности прерывания процесса автоматизации, может и не
завершиться никогда;
- независимость автоматизации узких мест даст возможность к
формированию большого количества лишних программно-аппаратных решений.
В качестве основной стратегии внедрения используется «Пилотный
проект». Такой подход снижает риски и наиболее надёжен при внедрении на
узком участке предприятия.
Во время этапа внедрения разработчиком производится:
- регистрация доменного имени предприятия по согласованию с
генеральным директором;
- установка всех необходимых программных средств на веб-сервер
предприятия;
- перенос готового сайта с локального сервера на веб-сервер;
- проведение тестирование веб сайта;
- устранение ошибок, выявленных в процессе тестирования.
Стадия эксплуатации предусматривает наблюдение за работой ИС, ее
поддержку, доработку технической и программной архитектур, учитывая новые
программные и технические возможности. В процессе выполняется доработка
имеющихся программных модулей, а также доработка проектной и технической