49
Продолжение таблицы 5
ODBC
Да
Да
JDBC
Да
Да
Различные типы
таблиц
Нет
Да
Данный проект отличается невысокими требованиями к СУБД, высокие
нагрузки не прогнозируются. Эксплуатация PostgreSQL же связана с
дополнительными финансовыми затратами. Поэтому в рамках данного проекта
целесообразно использовать СУБД MySQL.
При создании веб-ориентированных систем, основанных на динамических
страницах, есть несколько альтернатив в выборе интерпретатора языка
программирования: ASP, JSP, Perl, PHP, Ruby, Python. Все представленные
варианты предоставляют возможности, необходимые для реализации
приложения.
Однако, ASP — технология Microsoft, которая, прежде всего,
ориентирована на взаимодействие с другими продуктами Microsoft, а, кроме того,
является коммерческой технологией. Недостатки JSP, Ruby и Python – небольшая
распространенность в России, и, как следствие, отсутствие квалифицированных
специалистов на рынке труда. Perl уступает PHP по доле проектов и занимает
область классических скриптовых языков ОС семейства Unix.
PHP — скриптовый язык программирования, созданный для генерации
HTML-страниц на веб-сервере и работы с базами данных. Группа разработчиков
PHP состоит из множества людей, добровольно работающих над ядром и
расширениями PHP и смежными проектами, такими как PEAR или документация
языка. В настоящее время PHP поддерживается подавляющим большинством
представителей хостинга и входит в LAMP — «стандартный» набор для создания
веб-сайтов (Linux, Apache, MySQL, PHP) [29].
В области программирования для сети PHP — один из популярнейших
скриптовых языков (наряду с JSP, Perl и языками, используемыми в ASP)
благодаря своей простоте, скорости выполнения, богатой функциональности и
распространению исходных кодов на основе лицензии PHP.
50
PHP отличается наличием ядра и подключаемых модулей, «расширений»:
для работы с базами данных, сокетами, динамической графикой,
криптографическими библиотеками, документами формата PDF. Синтаксис PHP
подобен синтаксису языка Си. Некоторые элементы, такие как ассоциативные
массивы и цикл foreach, заимствованы из Perl.
Программирование в рамках данного проекта осуществляется на языке
PHP. Основные критерии выбора — распространенность (заменяемость
разработчиков), высокое качество документирования функций, отсутствие
необходимости устанавливать на веб-сервер дополнительное программное
обеспечение.
Для работы рассматриваемой АС нужен веб-сервер – специальное ПО,
принимающее HTTP-запросы от всех клиентов (браузеров) и выдающее из HTTP-
ответы, обычно вместе с HTML-страницей, файлом, изображением, медиа-
потоком или другими данными.
Под веб-сервером можно понимать как программное обеспечение, которые
выполняет функции веб-сервера, так и сам компьютер, на котором данное ПО
работает. Все клиенты имеют доступ к серверу по URL-адресу через веб-
интерфейс. Веб-сервер также обладает дополнительными функциями, например:
• Ведение записей обращений всех пользователей к ресурсам;
• Аутентификация пользователей;
• Поддержка протокола HTTPS для защищенных соединений с
клиентами;
• Поддержка динамически генерируемых страниц.
Сегодня существует два наиболее распространенных веб-сервера:
• Apache – веб-сервер с доступным исходным кодом, который часто
используется в Unix-подобных системах;
• IIS – веб-сервер от компании Microsoft, обычно применяется в ОС
семейства Windows.
Главные достоинства Apache заключаются в его гибкости и надежности
конфигурации. Он дает возможность подключать внешние модули для
предоставления информации, применять СУБД для аутентификации
51
пользователей, изменять сообщения об ошибках. К недостаткам можно отнести
отсутствие удобного интерфейса для администратора.
Преимуществами IIS является интеграция с другими продуктами от
Microsoft. Существенным минусом IIS следует выделить сложность интеграции
сервера с интерпретатором PHP, что в свою очередь значительно усложняет
настройку сервера.
Исходя из этого, логичнее использовать Apache.
Таким образом, для развертывания требуемой ИС требуется
дополнительное программное обеспечение, а именно:
• PHP (не ниже 5 версии);
• MySQL;
• Apache.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение - это персональный компьютер, оргтехника,
линии связи, оборудование сетей. Вид информационной технологии, зависящий
от технической оснащенности (ручной, автоматизированный, удаленный) влияет
на сбор, обработку и передачу информации.
Комплекс технических средств составляют:
компьютеры;
устройства сбора, накопления, обработки, передачи и вывода
информации –жесткие диски, устройства хранения данных, сканеры, принтеры,
факсимильные аппараты;
устройства передачи данных и линий связи – модемы;
эксплуатационные материалы – бумага, CD (DVD)- диски и т. п.
При выборе компьютера необходимо руководствоваться рядом
характеристик. К таким характеристикам относятся надежность, стоимостные
затраты, производительность, простота использования и др. От значения
указанных параметров зависит возможность работы с требуемыми
программными средствами, а следовательно, и успех создания системы.
52
Для каждого из элементов данной схемы выделяется перечень критериев,
наиболее важных при осуществлении выбора технического обеспечения. Эти
критерии таковы:
тактовая частота процессора;
разрешение монитора;
объем оперативной памяти.
Для решения поставленной задачи необходимо использовать персональный
компьютер с уровнем вычислительной мощности AMD 2000 Мгц, либо Intel 2000
Мгц, с объемом оперативной памяти от 2 Гб. Система оптимизирована для работы
в экранном разрешении 1024х768 на мониторе с диагональю 17 дюймов. Все эти
технические средства обладают достаточной для решения задачи конфигурацией.
Технические характеристики подходящих рабочих станций приведены в
таблице 6:
Таблица 6
Характеристики рабочих станций
TopComp PW 4576781
ТopComp PW 4467652
Процессор
Intel Core i3 2100
Intel Core i3 6100
Тактовая частота
процессора:
3.1 ГГц
3.7 ГГц
Чипсет:
Intel H61
Intel B150
Оперативная память
Объем памяти:
4 Гб
4 Гб
Тип памяти:
DDR3
DDR3
Частота памяти:
1333 МГц
1333 МГц
Жёсткий диск
Объем жесткого диска:
500 Гб
1000 Гб
Скорость вращения
жесткого диска:
7200 об/мин
7200 об/мин
Форм-фактор HDD:
3.5"
3.5"
Видеокарта:
NVIDIA Quadro K420 -
2048 Мб
NVIDIA Quadro K420 -
2048 Мб
В таблице приведены характеристики рабочих станций, но более
подходящей будет являться вторая станция, т.к. в ней мощнее процессор.
Для печати, сканирования и копирования документов должно
присутствовать соответствующее оборудование. Для обеспечения сохранности
53
данных при аварийном отключении электропитания персональный компьютер
должен быть оборудован блоком бесперебойного питания.
Источник бесперебойного питания подбирается исходя из мощности,
потребляемой компьютером, а также исходя из требуемого времени работы
компьютера от ИБП. Наиболее характерными значениями являются 600-800 Вт и
5—10 минут. Под эти параметры подходит ИБП APC Smart-UPS 750VA,
характеристики которого приведены в таблице 7.
Таблица 7
Технические характеристики ИБП APC Smart-UPS 750VA
Характеристика
Значение
Максимальная выходная мощность
500 Ватт / 750 ВА
Максимальное задаваемое значение
мощности
500 Ватт / 750 ВА
Номинальное выходное напряжение
230V
Номинальное входное напряжение
230V
Входная частота )
50/60 Hz +/- 3 Hz (auto sensing
Тип входного соединения
IEC-320-C14 inlet
Диапазон входного напряжения при
работе от сети
160 - 285В
Диапазон регулировки входного
напряжения при работе от сети
151 - 302В
Типовая продолжительность работы в
автономном режиме под половинной
нагрузкой
16.4 Минуты (250 Ватт)
Типовая продолжительность работы в
автономном режиме под полной
нагрузкой
4.8 Минуты (500 Ватт)
В данном виде информационная система будет готова к внедрению
автоматизированной системы взаимоотношений с клиентами.
54
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Методология проектирования ИС включает в себя описание процесса
создания и сопровождения систем в виде жизненного цикла (ЖЦ) ИС,
отождествляя его с некоторой последовательностью стадий и исполняемых на них
процессов. Для каждой стадии выявляется состав и последовательность
производимых работ, итоговые результаты, методы и средства, нужные для
реализации работ, ответственность и роль участников и т.д. Подобное
формальное описание ЖЦ ИС дает возможность спланировать и подготовить
процесс совместной разработки и поддерживать управление этим процессом.
Жизненный цикл (ЖЦ) ИС представляется, как ряд событий, случающихся
с системой с момента ее внедрения и до окончания использования.
Модель ЖЦ отражает различные состояния системы, от момента
возникновения необходимости в данной ИС и до момента ее окончательного
вывода из эксплуатации. Модель жизненного цикла представлена некой
структурой, которая содержит процессы, действия и задачи, реализуемые в ходе
создания, работы и сопровождения ПО в течение всей жизни системы, от
выявления требований до окончания ее использования.
Сегодня известны и применимы следующие модели жизненного цикла:
• Каскадная модель включает в себя последовательную реализацию
всех этапов проекта в заранее определенном порядке. Начало следующего этапа
говорит о полном завершении работ на предыдущем этапе.
• Поэтапная модель с периодичным контролем. Создание ИС
реализовано в виде итераций с циклами обратной связи между этапами.
Межэтапные проверки позволяют учесть реально существующее взаимовлияние
итогов разработки на различных этапах; ЖЦ каждого из этапов продлевается на
весь срок разработки.
• Спиральная модель. На любом витке спирали выполняется генерация
очередной версии продукта, корректируются требования проекта, выражается его
55
качество и планируются работы уже следующего витка. Особое внимание при
этом обращается на начальные этапы разработки - анализ и проектирование, где
возможность создания тех или иных технических решений обосновывается и
проверяется благодаря построению прототипов.
Каскадный подход отлично зарекомендовал себя в процессе создания
относительно простых ИС, когда в самом начале разработки можно с большой
точностью и полнотой составить все требования к системе. Главным недостатком
такого подхода является то, что основной процесс разработки системы не может
полностью уложится в такие жесткие рамки, постоянно есть потребность в
возврате к уже завершенным этапам для уточнения или изменения ранее
принятых решений. В итоге реальный процесс разработки ИС становится
соответствующим поэтапной модели с периодичным контролем.
Для разработки системы взаимоотношенйи с клиентами выбираем
каскадную модель жизненного цикла.
Все стадии создания системы предусматривают выполнение некоторого
объема работ, представляемых в виде процессов ЖЦ. Процесс выражается как
совокупность объединенных действий, изменяющих входные данные в выходные.
Описание любого процесса состоит из перечня решаемых задач, исходных данных
и итоговых результатов.
Есть целый ряд стандартов, определяющих ЖЦ ПО, а в отдельных случаях
и процессы разработки.
Среди самых известных стандартов выделяют следующие:
• ГОСТ 34.601-90 - распространяется на АИС и указывает в себе
стадии и этапы их создания. Также в нем имеется описание содержания работ на
всех этапах. Стадии и этапы работы, отраженные в стандарте, зачастую
соответствуют каскадной модели жизненного цикла.
• ISO/IEC 12207:1995 - стандарт на процессы и реализацию
жизненного цикла. Применяется ко всем видам заказного ПО. Стандарт не имеет
описания стадий, фаз и этапов.
• Custom Development Method по созданию прикладных ИС -
технологический материал, углублённый до уровня заготовок проектных
56
документов, которые рассчитаны на применение в проектах совместно с Oracle.
Используется CDM для типовой модели ЖЦ (имеются все работы/задачи и
этапы), а также для случаев "быстрой разработки" (Fast Track) или "облегченного
подхода", которые будут оптимальны в малых проектах.
• Rational Unified Process (RUP) включает в себя итеративную модель
разработки, имеющую четыре фазы: старт, анализ, создание и использование. Все
эти фазы могут быть разделены на этапы (итерации), по итогу которых имеется
версия для внутреннего или внешнего использования. Реализация четырех
основных фазы считается циклом разработки, и любой такой цикл завершается
созданием версии системы. В случае, если работа над проектом не прекращается
и после этого, полученный продукт продолжает оптимизироваться и снова
проходит те же фазы. Суть реализации в рамках RUP - это разработка и
сопровождение моделей на базе UML.
• Microsoft Solution Framework (MSF) похож на RUP, так же имеет
четыре фазы: исследование, построение, создание, стабилизация, является
итерационным, включает в себя применение объектно-ориентированного
моделирования. MSF в отличии от RUP в сильнее ориентирован на создание
бизнес-приложений.
• Extreme Programming (XP). Экстремальное программирование (самая
молодая среди остальных методологий) было реализовано в 1996 году. В основе
методологии лежит командная работа, четкая коммуникация между
исполнителем и заказчиком в течение всего срока проекта, а сама разработка
реализуется методом последовательной доработки прототипов.
• Стандарт ISO/IEC серии 15288.
При выборе стандарта основным определяющим фактором является более
полное и подробное описание работ на стадиях и этапах разработки
АС(автоматизируемых систем). Стандарт ISO/IEC 12207 не содержит подробное
описание работ на разных стадиях и этапах разработки АС. Стандарт CDM
рассчитан на использование в проектах с применением Oracle технологий,
который в данном проекте не используются. Стандарт MSF, как было ранее
сказано, в большей степени ориентирован на разработку бизнес-приложений.
57
Стандарт XP ориентирован на командную работу. В данном проекте будет
использоваться ГОСТ 34.601-90, так как он содержит описание работ на каждом
этапе разработки АС.
Стадии создания ИС.
1. Формирование требований к системе,
2. Разработка концепции,
3. Техническое задание,
4. Технический проект,
5. Оформление документации,
6. Внедрение.
На этапе “Формирование требований к системе”, производится следующие
работы: обследование объекта, формирование требований пользователя,
обоснование необходимости разработки системы. На данном этапе задействованы
следующее участники: IT-менеджер, начальник отдела по работе с клиентами.
После выполнения всех работ формируется отчет о проделанных работах -
характеристика объекта автоматизации, описание требований к системе,
определение затрат на разработку, введение в эксплуатацию и сопровождение,
ожидаемый эффект от системы и условия создания и эксплуатации системы.
После выполнения этапа “Формирования требований к системе”
разрабатываются варианты концепции. Производят разработку альтернативных
вариантов концепции и планов реализации, оценку необходимых ресурсов на
реализацию ИС и дальнейшее функционирование, оценка преимуществ и
недостатков каждого варианта, сопоставление требований пользователя и
характеристик предлагаемой системы. На этапе “Разработка концепции”
участвует IT-менеджер. После выполнения данных работ выбирается один из
подходящих вариантов концепции удовлетворяющий всем требованиям.
После этапа “Разработка концепции” разрабатывается ТЗ (техническое
задание) проекта автоматизации. После разработки и оформления ТЗ, необходимо
его согласовать и утвердить. Участники на данном этапе работ: IT-менеджер,
начальник отдела по работе с клиентами. В результате данный пункт определяет:
функции ИС, функции подсистем, состав комплекса задач и отдельных задач,
58
концепция информационной базы, функции систем управления базой данных, а
также функции и параметры программных средств.
Следующим этапом после разработки и утверждения ТЗ идет разработка
проектного решения. IT-менеджер, совместно с программистом, разрабатывают
физическую и логическую модель БД, определяют организацию базы данных. По
завершению этапа “Технический проект” IT-менеджером совместно с
программистом производится оформления рабочей документации, включающие
в себя: технические требования, программные требования, руководство
пользователя.
После выполнения всех работ и оформления рабочей документации
остается этап внедрения разрабатываемого проекта. На этапе внедрения
происходит: подготовка объекта автоматизации, обучение персонала,
производятся строительно-монтажные работы, пусконаладочные работы,
проведение предварительных испытаний, проведение опытной эксплуатации и
проведение приемочных испытаний. Участники данного этапа: IT-менеджер,
системный администратор, начальник отдела работы с клиентами.. После чего
анализируются испытания ИС, проверка на соответствие ТЗ, устраняются
неполадки и подписываются необходимые акты.
На этапе эксплуатации системы производится ее эксплуатация.
Работы, ожидаемые на этапе эксплуатации, можно разделить на две
группы: плановые и неплановые.
К плановым работам будут относятся такие работы, как:
инсталляция программного обеспечения;
базовая настройка и проверка работоспособности компонентов
устанавливаемой системы;
устранение недостатков в конфигурации системы;
проверка надежности работы системы;
окончательная донастройка.
Данные работы будут проводиться той же группой, что и на ранних этапах.
В состав этой группы входят сотрудники технического отдела — технические
специалисты и системные администраторы, сотрудники ИТ отдела.