95
Таким образом, разрабатываемая система состоит из базы данных
MySQL и приложения для взаимодействия с базой данных, реализованного на
языках программирования PHP, JavaScript и с использованием языка
гипертекстовой разметки HTML.
1.5.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение – это состав, формы и способности
эксплуатации различных технических устройств, необходимых для выполнения
информационных процедур: сбора, регистрации, передачи, хранения, обработки
и использования информации.
К элементам технического обеспечения относятся:
комплекс технических средств;
организационные формы использования технических средств;
персонал, который работает на технических средствах;
инструктивные материалы по использованию техники.
Комплекс технических средств - совокупность взаимосвязанных
технических средств, предназначенных для автоматизированной обработки
данных. [29]
Для работы разрабатываемой ИС необходим веб-сервер и клиентские
машины. В случае необходимости печати документов (например, отчётов),
необходим будет принтер или МФУ. Все данные технические средства в
компании уже есть, поэтому ничего дополнительно закупать не требуется.
96
Глава 2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) ИС характеризуется периодом времени от идеи
создания ИС и заканчивая моментом вывода её из эксплуатации и включает в
себя следующие стадии:
1. Предпроектное обследование.
2. Проектирование.
3. Создание информационной системы.
4. Ввод в эксплуатацию.
5. Эксплуатация информационной системы.
6. Вывод из эксплуатации. [10. стр.23]
Существует целый ряд стандартов, регламентирующих жизненный цикл
ИС, а в некоторых случаях и процессы разработки. Наиболее известные
стандарты приведены в таблице 22.
Таблица № 22
Стандарты жизненного цикла ИС
Стандарт
Описание
ГОСТ 34.601-90.
Информационная
технология. Комплекс
стандартов на
автоматизированные
системы.
Автоматизированные
системы. Стадии создания.
Распространяется на автоматизированные
системы, используемые в различных видах
деятельности (исследование, проектирование,
управление и т.п.), включая их сочетания,
создаваемые в организациях, объединениях и на
предприятиях. Стандарт устанавливает стадии и
этапы создания автоматизированной системы. [3]
ISO/IEC 12207:2008.
Systems and software
engineering — Software life
cycle processes
Устанавливает общую структуру процессов
жизненного цикла программных средств.
Определяет процессы, виды деятельности и
задачи, которые используются при приобретении
97
(российский аналог:
ГОСТ Р ИСО/МЭК 12207-
2010.
Информационная
технология. Системная и
программная инженерия.
Процессы жизненного
цикла программных
средств)
программного продукта или услуги, а также при
поставке, разработке, применении по назначению,
сопровождении и прекращении применения
программных продуктов.
Устанавливает также процесс, который может
использоваться при определении, управлении и
совершенствовании процессов жизненного цикла
программных средств. [5]
ISO 15288 - ISO/IEC
15288:2002.
System engineering - System
life cycle processes
(российский аналог:
ИСО/МЭК 15288:2002.
Системная инженерия.
Процессы жизненного
цикла систем)
Устанавливает общие основы для описания
жизненного цикла систем, созданных людьми,
определяет детально структурированные процессы
и соответствующую терминологию.
В данном стандарте представлены также
процессы, которые поддерживают определение,
контроль и совершенствование процессов
жизненного цикла внутри организации или в
рамках какого-либо проекта. Организации и
проекты могут применять эти процессы при
приобретении и поставке систем.
Данный стандарт распространяется на системы,
которые созданы человеком и состоят из одного
или нескольких следующих элементов:
технические средства, программные средства,
люди, процессы (например, процесс оценки),
процедуры (например, инструкции оператора),
основные средства и природные ресурсы
(например, вода, объекты живой природы,
минералы). [4]
Rational Unified Process
(RUP)
Предлагает итеративную модель разработки,
включающую четыре фазы: начало, исследование,
98
построение и внедрение. Каждая фаза может быть
разбита на этапы (итерации), в результате которых
выпускается версия для внутреннего или внешнего
использования. Прохождение через четыре
основные фазы называется циклом разработки,
каждый цикл завершается генерацией версии
системы. Если после этого работа над проектом не
прекращается, то полученный продукт продолжает
развиваться и снова минует те же фазы. Суть
работы в рамках RUP — это создание и
сопровождение моделей на базе UML. [8. стр.27]
Microsoft Solutions
Framework (MSF)
Сходна с RUP, так же включает четыре фазы:
анализ, проектирование, разработка, стабилизация,
является итерационной, предполагает
использование объектно-ориентированного
моделирования. MSF в сравнении с RUP в
большей степени ориентирована на разработку
бизнес-приложений. [8. стр.27]
Control Objectives for
Information and Related
Technologies (COBIT)
Методология управления информационными
технологиями, принадлежащая и разрабатываемая
некоммерческой организацией ISACA.
Представляет собой пакет открытых документов,
около 40 международных и национальных
стандартов и руководств в области управления IT,
аудита и IT-безопасности, основанных на анализе
и гармонизации существующих стандартов и
ведущих практик в области управления IT. [30]
Oracle CDM
Методика Oracle по разработке прикладных ИС —
технологический материал, детализированный до
уровня заготовок проектных документов,
рассчитанных на использование в проектах с
99
применением Oracle. Применяется CDM для
классической модели ЖЦ (предусмотрены все
работы/задачи и этапы), а также для технологий
«быстрой разработки» (Fast Track) или
«облегчённого подхода», рекомендуемых в случае
малых проектов. [8. стр.27]
XP (Extreme Programming)
Экстремальное программирование (самая новая
среди рассматриваемых методологий)
сформировалось в 1996 году. В основе
методологии командная работа, эффективная
коммуникация между заказчиком и исполнителем
в течение всего проекта по разработке ИС, а
разработка ведётся с использованием
последовательно дорабатываемых прототипов. [8.
стр.28]
Для разработки проекта автоматизации изначально необходимо
определить основные этапы ЖЦ будущей ИС. Из описанных выше стандартов
ЖЦ был выбран ISO/IEC 12207:2008, так как он более подробно описывает все
этапы ЖЦ (в сравнении с другими стандартами), и в то же время чётко не
регламентирует последовательность процессов на каждом этапе, что позволит
самостоятельно выбрать только те процессы, которые необходимы именно для
данного проекта, и позволит самостоятельно управлять жизненным циклом.
Набольшее распространение получили следующие модели ЖЦ ИС:
каскадная (классическая или водопадная), итерационная и спиральная. [10.
стр.32]
Каскадная модель. Переход на следующий этап осуществляется
после полного окончания работ по предыдущему этапу, при этом оформляется
полный комплект рабочей документации. Все этапы выполняются в строгой
последовательности с утверждёнными сроками и чёткими затратами. Это
основные достоинства каскадной модели ЖЦ ИС, которая применялась в
условиях полной определённости решаемых задач и совершенно не приемлема
100
когда и разработчики, и заказчики не имеют чёткого видения всех особенностей
проектируемой ИС. Кроме того, невозможно идти дальше, пока не сдан
предыдущий этап, а после сдачи нельзя возвращаться к нему для устранения
обнаруженных недочётов, что серьёзно затрудняет работы по
совершенствованию и доработке создаваемой ИС. Эта модель нравится и
заказчикам, и разработчикам по причине жёсткой дисциплины финансирования
этапов только после их предъявления. Но полностью отсутствует гибкость в
работе над созданием ИС. [10] Каскадная модель представлена на рисунке 20.
Анализ
Проектирование
Реализация
Внедрение
Эксплуатация
Рисунок 20. Каскадная (водопадная, классическая) модель жизненного цикла ИС
На практике, всё же приходится возвращаться к предыдущим этапам и в
этом случае, в последнее время наиболее востребованной стала итерационная
модель ЖЦ ИС.
Поэтапная модель с промежуточным контролем — итерационная
модель разработки ИС. Каждый этап имеет обратные связи в процессе
корректировки и создаёт условия для корректировки ранее созданных этапов.
При этом трудоёмкость работ и временные затраты существенно сокращаются
по сравнению с каскадной моделью жизненного цикла. [10]
Итерационная модель жизненного цикла ИС представлена на рисунке 21.
101
Анализ
Проектирование
Реализация
Внедрение
Эксплуатация
Рисунок 21. Итерационная модель жизненного цикла ИС
Создание ИС – это организованный процесс построения и
последовательного преобразования согласованных моделей на всех этапах ЖЦ.
При этом все разработанные модели находятся в репозитории проекта и
доступны всем разработчикам, что позволяет эффективно вести одновременную
работу над проектированием и созданием ИС.
Спиральная модель определяет, в основном стартовые этапы ЖЦ
ИС. При этом обосновывается и проверяется возможность реализации
спроектированных технических решений. На каждом витке создаётся прототип
проектируемой ИС, который на следующих витках спирали ЖЦ ИС
совершенствуется, дополняется и доводится до полного внедрения. При этом не
обязательно дожидаться окончания каждого этапа, данная модель позволяет
переходить на следующие витки спирали и решать проблемы или недоделки на
следующем уровне, что делает работу над проектом более эффективной, гибкой
и завершить в более сжатые сроки. Новый виток спирали соответствует
поэтапной модели создания фрагмента информационной системы.
При использовании спиральной модели ЖЦ происходит ориентация на
модернизацию ИС; осуществляется аккумулирование всех решений в процессе
проектирования и создания моделей и прототипов ИС; проводится анализ
издержек и всех рисков в процессе проектирования ИС.
102
Спиральный процесс состоит из следующей повторяющейся
последовательности:
1. Определение требований.
2. Анализ.
3. Проектирование.
4. Реализация и тестирование.
5. Интеграция.
6. Внедрение.
Этот многократный цикл, завершающийся созданием новой версии ИС
представлен на рисунке 22.
Рисунок 22. Спиральная модель жизненного цикла ИС
Основная задача спиральной модели ЖЦ ИС заключается в том, чтобы
на каждой итерации создавать очередную версию системы, используя
разработанный прототип предыдущих этапов. Такая модель позволяет более
гибко работать с заказчиком, постоянно учитывать его замечания и
предложения, совершенствовать проектируемую систему в процессе каждого
нового витка спирали. [10]
В данной диссертации была выбрана итерационная модель ЖЦ. Разберём
этапы жизненного цикла в соответствии с выбранной моделью.
1. Анализ.
103
Цель данного этапа - сформировать требования пользователей к
разрабатываемой ИС.
На данном этапе собирается информация о деятельности отдела
программно-технического обеспечения, какие заявки поступают в отдел, как
осуществляется приём и учёт заявок. Начальник отдела проводит анализ, какая
информация необходима в ИС: это данные о сотрудниках компании, отделах, о
сотрудниках техподдержки, виды проводимых работ, сроки выполнения заявок.
При необходимости проводит опрос среди сотрудников.
2. Проектирование.
Цель данного этапа - разработать проект ИС.
В рамках данного этапа на основании собранной информации и
предоставленной начальником отдела программно-технического обеспечения,
разрабатываются проектные решения по ИС и её части. Проектируется
архитектура ИС и БД.
3. Реализация.
Цель данного этапа - разработка и адаптация ИС.
На данном этапе происходит создание БД и приложения для работы с
ней, т.е. создаётся непосредственно сама ИС.
4. Внедрение.
Цель данного этапа - тестирование и ввод в действие разработанной ИС.
На данном этапе подготавливается объект автоматизации, персонал
компании. Проводятся предварительные испытания ИС, демонстрируется работа
ИС заказчику.
Подготавливается веб-сервер (т.к. он уже существует в компании, при
необходимости, проводится его проверка и настройка). На рабочих столах
персональных компьютеров сотрудников создаётся ярлык для быстрого доступа
к ИС.
Возможны четыре основных варианта внедрения ИС:
Параллельная.
Скачок.
Пилотный проект.
104
Узкое место.
Описание стратегий приведено в таблице 23.
Таблица № 23
Стратегии внедрения ИС
Стратегия
Описание
Параллельная
Данная стратегия предполагает одновременное
использование старой и новой системы, далее
результаты работы в обеих системах сравниваются,
и если в течение длительного времени результаты
работы новой системы будут лучше, тогда
происходит переход на новую технологию.
Скачок
Данная стратегия предполагает, что работа
проходит по старой технологии до определённого
момента, а затем происходит внедрение новой
системы, и после внедрения используется только
новая технология. Например, в пятницу все
работали ещё по старой схеме, а в понедельник
начали работать по новой технологии.
Пилотный проект
Данная стратегия - это тактика скачка, которая
применяется не ко всем бизнес-процессам
компании, а только к ограниченному участку
деятельности. То есть по новой технологии сначала
начинает работать определённый список лиц
(например, какой-нибудь один отдел компании), а
затем, в случае положительных результатов, новая
технология уже внедряется на всю компанию.
Узкое место
Данная стратегия предполагает, что внедрение
новой технологии будет проводиться только в
определённую часть производственного процесса,
то есть только для «узкого места», которое
определяется по критериям эффективности