42
• возможность использования на различных платформах (Unix,
Windows, др.).
Специальное (прикладное) программное обеспечение предназначено для
решения прикладных задач. Рассмотрим основное программное обеспечение,
используемое при реализации проекта.
Для реализации приложения пользователя выбран язык
программирования PHP.
PHP — это язык программирования для динамической генерации HTML
кода со стороны сервера. В нём имеется встроенная поддержка базы данных
MySQL, что позволяет считать выбранную связку MySQL-PHP наиболее
оптимальной. PHP-скрипты интерпретируется и выполняются на сервере[3].
Предпочтение PHP было отдано по следующим характеристикам:
• в модулях PHP все запускается в области памяти, выделенной
программе операционной системой. ASP загружает для различных действий
соответствующие СОМ-модули, чем сильно загружает оперативную память и
процессор;
• интеграция PHP с выбранной СУБД MySQL значительно более
полная, чем у ASP. Существует множество утилит на PHP для работы с базами
данных MySQL, где реализуется набор свойств наиболее полный в сравнении с
другими базами данных. Есть очень полезные встроенные функции,
недоступные для других баз данных. Одним из значительных преимуществ PHP
является поддержка широкого круга баз данных: Oracle, Microsoft SQL server,
MySQL;
• несомненное достоинство PHP — это отсутствие временных
проблем с исправлением внутренних ошибок, что позволяет оперативно
реагировать и исправлять недоработки.
Выбор системы управления баз данных (СУБД) представляет собой
сложную многопараметрическую задачу и является одним из важных этапов при
разработке приложений баз данных. Выбранный программный продукт должен
удовлетворять как текущим, так и будущим потребностям предприятия, при
этом следует учитывать финансовые затраты на приобретение необходимого
43
оборудования, самой системы, разработку необходимого программного
обеспечения на ее основе, а также обучение персонала. Кроме того, необходимо
убедиться, что новая СУБД способна принести предприятию реальные
выгоды[3].
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение - совокупность технических средств,
компьютерной техники, средств передачи информации, используемых в
автоматизированных системах управления и в информационных системах. В
состав комплекса входят электронные вычислительные машины,
осуществляющие обработку экономической информации, средства подготовки
данных на машинных носителях, средства сбора и регистрации информации,
средства передачи данных по каналам связи, средства накопления и хранения
данных и выдачи результатной информации, вспомогательное оборудование и
оргтехника. Поскольку автоматизацию планируется осуществить на основе
клиент-сервер, то архитектура технической части будет делиться на серверную и
клиентскую части.
Для достижения наилучшего результата, серверную и клиентскую часть
необходимо объединить в единую локальную сеть, а для обеспечения желаемого
результата связь необходимо осуществить на основе технологии Ethernet,
пропускная способность сети должна быть не менее 100 Мб/сек.
Техническое обеспечение серверной части.
Выбор предлагается произвести из серверов средней ценовой категории.
Интересующие характеристики:
• процессор IntelCore 2 2.2 GHz или выше;
• оперативная память не менее 4.00 Гб;
• Жесткие диски не менее двух с объёмом от 500 Гб;
• Материнская плата с технологией RAID;
• Цена до 1500 у.е.
Выбор сервера предложен в таблице 1.6.
44
Таблица 1.6
Выбор сервера
Фирма
Процессор
ОЗУ
Жесткий
диск
RAID
Цена($)
ASUS
2.4
4.00
2*500Гб
+
1270
HP
2.2
4.00
2*1Тб
+
1490
Gigabyte
2.6
4.00
2*1Тб
+
1241
Был выбран сервер фирмы Gigabyte, так как он полностью отвечает
требованиям для внедрения системы обработки заявок.
Техническое обеспечение клиентской части.
Для организации рабочей станции понадобятся:
• Процессор не ниже Pentium 4 1,2 Ghz;
• Материнская плата со встроенной видеокартой и Lan;
• Жесткий диск не менее 40 Гб;
• Оперативная память не менее 512 Мб;
• Монитор LCD с диагональю 19 дюймов;
• Мышь;
• Клавиатура.
Рабочими станциями со сходными параметрами сотрудники компании
уже оснащены, поэтому закупка дополнительных клиентских рабочих мест не
потребуется. Также в наличии есть и многофункциональные устройства, что
позволяет не закупать новое оборудование этого типа.
45
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) информационной системы - период времени,
который начинается с момента принятия решения о необходимости создания ИС
и заканчивается в момент ее полного изъятия из эксплуатации.
Ниже приведено описание основных стандартов жизненного цикла:
ГОСТ 34.601-90 – стандарт распространяется на автоматизированные
системы и определяет стадии и этапы их создания. Также в стандарте
содержится описание состава работ по каждому этапу.
ISO 12207 – стандарт устанавливает общую структуру процессов
жизненного цикла. Так же определяет процессы, работы и задачи, которые
используются: при приобретении системы в целом или отдельного программного
продукта; при оказании программной услуги, а также при поставке, разработке,
эксплуатации и сопровождении программных продуктов.
Oracle CDM (Custom Development Method) - стандарт по разработке
прикладных ИС, детализированный до уровня заготовки проектной
документации. Стандарт применяется при разработке с применением Oracle и
рекомендуется в случае малых проектов.
RUP (Rational Unified Process) – предполагает итеративную модель
разработки согласно четырем фазам: начало, исследование, построение и
внедрение. Каждая фаза может подразделяться на этапы, в результате
выполнения которых выпускается версия для внутреннего или внешнего
использования.
MSF (Microsoft Solution Framework) – стандарт, сходный с RUP. Включает
в себя четыре фазы: анализ, проектирование, разработка и стабилизация. Также
как и RUP предполагает итеративную модель с использованием объектно-
ориентированного моделирования. MSF в отличии от RUP ориентирована более
на разработку бизнес-приложений.
XP (Extreme Programming) – стандарт «экстремальное программирование»
разработан в 1996 года, в его основе лежат следующие принципы: командная
46
работа, эффективная коммуникация между заказчиком и исполнителем и также
ведение разработок с использованием последовательно дорабатываемых
прототипов.
Для реализации проектного решения, необходимо первоначально
выделить основные этапы жизненного цикла будущей системы. Из всех
имеющихся стандартов, наиболее оптимальным будет ISO ISO 12207 [2]. Выбор
пал именно на этот стандарт, в связи со следующими факторами: Во-первых,
стандарт четкое не регламентирует последовательность процессов в каждом
этапе, что позволяет самостоятельно выбирать подходящие для себя процессы.
Во-вторых, стандарт охватывает все этапы более полно, нежели остальные
стандарты. В-третьих, ISO 12207 не указывает на этапы, а лишь регламентирует
их, что позволит разработчику самостоятельно управлять жизненным циклом.
Стандарт ISO 12207 включает всего 16 процессов, которые объединяются
в 3 группы (рисунок 2.1).
3.1
Управление 3.2 Создание инфраструктуры
3.3 Усовершенствование
3.4 Обучение
1.1 Заказ
1.2 Поставка
1.4 Эксплуатация
1.3 Разработка
1.5
Сопровождение
2.1 Документирование
2.2 Управление конфигурацией
2.
3 Обеспечение качества
2.4
Верификация
2.
5 Совместный анализ
2.6 Аудит
2.7 Решение проблем
1. Основные процессы жизненного
цикла
3. Организационные процессы жизненного цикла
2. Вспомогательные процессы
жизненного цикла
Рисунок 2.1 Структура стандарта ISO 12207-99
Процессы состоят из отдельных видов деятельности. Всего стандартом
определенно 74 вида деятельности, связанной с разработкой и поддержкой ПО.
47
Каждый вид деятельности в свою очередь нацелен на выполнение одной или
нескольких задач.
Основной процесс жизненного цикла состоит из пяти видов деятельности:
1) Заказ;
2) Поставка;
3) Разработка;
4) Эксплуатация;
5) Сопровождение.
Каждый процесс определяет основного исполнителя и действия, которые
необходимо выполнить в назначенные сроки. Процесс заказа – основной
исполнитель организация заказчик информационной системе. На данном этапе
определяется потребность заказчика в информационной системе, происходит
выбор поставщика / разработчика и непосредственно управление заказом вплоть
до приемки готовой системы.
Процесс поставки – исполнитель организация поставщик. Этап
начинается с подписания договора на поставку системы, продолжается
определением процедур и ресурсов, необходимых для обеспечения выполнения
проекта. И заканчивается поставкой готовой системы и подписанием актов.
За процесс разработки отвечает организация разработчик. Процесс
включает в себя работы по анализу требований, проектированию,
программированию, сборке, тестированию и вводу в действия программного
продукта.
Процесс эксплуатации определяет задачи оператора. Он охватывает
эксплуатацию программного продукта и поддержку пользователей в процессе
его использования.
Процесс сопровождения состоит из задач и работы персонала,
ответственного за сопровождение программного продукта. Этот процесс
реализуется при модификациях программного продукта и документации к нему,
вызванных изменениями в связи с улучшением или устранением ошибок. Целью
процесса является изменение существующего программного продукта при
сохранении его целостности.
48
Согласно выбранному стандарту следует выделить следующие этапы:
Подготовка проекта
• Анализ деятельности
• Проведение предпроектного обследования
• Разработка плана проекта
Разработка
• Создание таблиц и связей БД
• Создание шаблонов отчетных файлов
• Создание процедур по сбору, обработке и хранению информации
• Создание процедур фильтрации
• Разработка пользовательского интерфейса
Тестирование настроек системы
• Настройка словарей и справочников
• Тестирование работоспособности системы
• Корректировка системы по результатам тестирования
• Подготовка документации для внедрения
• План эксплуатации
• Документация по установки и настройки ПО
• Подготовка плана внедрения
Внедрение
• Установка на сервер СУБД
• Установка серверных компонентов системы учета заявок
• Установка клиентских приложений системы учета заявок
• Настройка серверной и клиентских частей
• Тестирование работоспособности
• Демонстрация работы системы
• Подготовка плана по обучению пользователей
• Проведение семинара по обучению работе с системой
• Обучение службы эксплуатации
Эксплуатация
• Подготовка плана по эксплуатации
49
• Ввод системы в опытную эксплуатацию
• По результатам опытной эксплуатации перевод системы в
промышленную эксплуатацию
• Поддержка пользователей
• Проведение обучающих лекция для пользователей
• Подготовка отчетов о работе системы
Сопровождение
• Анализ ошибок и их устранение
• Подготовка отчетов по модификациям и изменениям
• Обновление функционирующих систем
За эксплуатацию готовой системы, будет отвечать оператор. В его задачу
будет входить:
1. Разработка плана эксплуатации и определения набора стандартов
эксплуатации.
2. Получение и документирование сведений о возникающих проблемах, их
решение и контроль за возникновением, обеспечение обратной связи с
пользователями.
3. Тестирование системе в эксплуатационной среде, кооперация со
службой сопровождения для устранения возникших проблем и модернизации
системы.
4. Поддержка и консультация пользователей.
Далее выберем модель жизненного цикла информационной системы.
В настоящее время наиболее распространены следующие модели:
• Каскадная;
• Спиральная;
• Итеративная.
Каскадный подход неплохо зарекомендовал себя при создании
относительно простых ИС, когда в самом начале проекта можно очень точно и
емко сформулировать нужные требования к системе. Главным недостатком
такого подходя можно назвать то, что процесс реального создания системы не
может полностью уложится в такую жесткую схему, постоянно есть потребность
50
в возвращении к предыдущим этапам и просмотре или изменении ранее
принятых решений. В итоге реальный процесс разработки ИС оказывается похож
на поэтапную модель с промежуточным контролем.
Выделяют следующие положительные стороны использования каскадного
подхода:
• Каждый этап включает в себя законченный набор проектной
документации, отвечающий критериям согласованности и полноты;
• Реализуемые в логической последовательности работы дают
возможность планировать сроки завершения всех работ и подсчитывать затраты.
Цикличная модель ЖЦ создавалась для преодоления вышеперечисленных
проблем. На этапах анализа и проектирования степень создания технических
решений и удовлетворенность потребностей заказчика оценивалась методикой
создания прототипов. Каждый цикл характеризовал создание работоспособного
фрагмента или версии программы. Такой подход позволял уточнить требования,
цели и параметры проекта, оценить качество разработки, выделить работы
следующего цикла. Таким образом, углубляются и оговариваются детали
проекта, и в результате применяется обоснованный вариант, удовлетворяющий
всем требованиям заказчика, который затем уже доводится до финальной
реализации.
Но и такая схема не дает возможности оперативно учитывать
возникающие доработки и изменения требований к системе. Согласование
параметров разработки с пользователями делается только в отдельных точках,
планируемых после завершения некоторого объема работ, а общие требования к
ИС отражены в техническом задании на все время ее создания. Поэтому
пользователи часто получают систему, которая не полностью удовлетворяет их
реальным потребностям.
Итеративная разработка показывает объективно существующий цикл
разработки сложных систем. Она дает возможность переходить на следующий
этап, не дожидаясь окончательного завершения работы на текущем этапе и
решить главную задачу – оперативное и быстрее представить пользователям
51
работоспособный продукт, тем самым, заранее начиная процесс уточнения
корректировки требований.
Главная проблема спирального цикла в определении момента перехода на
другой этап. Для ее решения внедряются временные ограничения на все этапы
жизненного цикла, и переход производится в соответствии с планом, даже если
работы по прошлому этапу еще не завершены. Планирование производится на
базе статистических сведений, полученных при подготовке других проектов, а
также из личного опыта разработчиков.
Для разработки системы выбираем каскадную модель, так как она
позволяет работать над несколькими этапами разработки одновременно.
Существует 4 основных способа начала использования новой системы
• Параллельная стратегия;
• Скачок;
• Узкое место;
• Опытная эксплуатация пилотного проекта.
Стратегия «Опытная эксплуатация пилотного проекта »не подходит, так
как компания не располагает достаточными ресурсами для длительной
эксплуатации проекта с целью выявления всех возможных ошибок. Стратегия
Скачек не позволяет плавно перейти на использование разработки, узкое место
больше подходит для использования в крупных компаниях. Поэтому в качестве
стратегии внедрения информационной системы выбираем параллельную
стратегию, то есть разработанная информационная система будет использоваться
параллельно с используемой технологией до полного вытеснения последней.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
При разработке и внедрении ИС существует много причин, приводящих к
возникновению рисков: ошибки в выборе стратегии проекта, нечетко
поставленные цели и задачи, изменение внешних и внутренних требований,
низкая квалификация персонала и т. д.