52
каждого этапа характеризовалось полным выполнением всех запланированных
работ и документальным подтверждением этого факта.
Применение каскадного подхода имеет целый ряд положительных сторон, в
числе которых следующие:
· каждый этап характеризуется образованием полноценного комплекта
проектной документации, отвечающего критериям полноты и согласованности;
· логическая последовательность этапов работ позволяет создавать ориентиры
по срокам завершения всех работ в целом и планировать сопутствующие
расходы.
Как мы уже отмечали, лучше всего каскадный подход зарекомендовал себя
при построении достаточно простых ИС, когда уже на старте разработки есть
возможность исчерпывающе определить все требования к системе.
Основной минус этого подхода в том, что фактический процесс построения
достаточно сложной системы не может идти исключительно в рамках
изначально определенной жесткой схемы. все время появляется необходимость
возврата к более ранним этапам, переработка уже принятых решений. По факту,
таким образом, дело создания достаточно сложной ИС ложится в рамки
поэтапной модели с промежуточным контролем.
К сожалению, и эта модель не дает возможности быстро реагировать на те
или иные изменения и своевременно изменять набор требований к системе.
Обсуждение итогов разработки с пользователями осуществляется только по
окончании каждой фазы работ, а общие требования к ИС закреплены в виде ТЗ
на все время разработки. Вследствие этого, на выходе пользователи зачастую
получают систему, не отвечающую их реальным нуждам.
Цикличная модель жизненного цикла была разработана для решения
вышеперечисленных сложностей. На стадиях анализа и проектирования
возможность реализации технических решений и степень удовлетворения нужд
потребителя испытываются через создание прототипов. Каждому циклу
соответствует создание работоспособного фрагмента или версии системы. Это
дает возможность конкретизировать запросы, цели и атрибуты проекта,
обозначить качество разработки, грамотно запланировать работы дальнейшего
53
цикла. В результате детали проекта углубляются и последовательно уточняются,
в качестве итогового выбирается наиболее аргументированный вариант,
удовлетворяющий подлинным нуждам потребителя. Именно он и пускается в
работу.
Итеративная разработка соответствует объективно существующему циклу
создания сложных систем. Она дает возможность переключаться на следующий
этап, даже если работы на текущем цикле еще не завершены. Таким образом,
решается задача как можно скорее дать пользователям системы
работоспособный продукт, будируется процесс уточнения потребностей и
дополнения задач.
Главная проблема спирального цикла - установление точки перехода на
следующий этап. В целях ее решения устанавливаются временные ограничения
по всем этапам жизненного цикла и переход производится согласно плану, даже
если не вся запланированная работа завершена. Планирование осуществляется
на базе статистических данных, накопленных в ходе реализации предыдущих
проектов и в личном опыте разработчиков.[24]
В настоящее время действуют несколько наиболее распространенных
стандартов, описывающих жизненный цикл информационной системы, а
именно:
- ГОСТ 34.601-90 - стандарт относится к автоматизированным системам,
применяемым в разнообразных типах деятельности (исследование,
проектирование, управление и т.п.), включая их сочетания. Стандарт определяет
периоды и ступени формирования автоматизированной системы.
- ISO 12207 - стандарт действует при приобретении систем, программных
продуктов и оказании сопутствующих услуг (внедрение, сопровождение), равно
как и при поставке, разработке, эксплуатации и сопровождении программных
продуктов и программных компонентов программно-аппаратных средств как в
самой организации, так и вне нее.
- ISO 15288 - стандарт формирует базу процессов, комплектующих
жизненной цикл созданных человеком систем. Этот жизненный цикл включает в
54
себя теории идей вплоть до снятия системы с эксплуатации. Он обслуживает
процедуры для приобретения и поставки системы.
- RUP (Rational Unified Process - рациональный унифицированный процесс) -
методология разработки программного обеспечения, которая создана
корпорацией Rational Software и ею же распространяется. Стандарт очерчивает
упорядоченный подход к разделению задач и обязанностей в организации-
разработчике [8].
- XP (eXtreme Programming) - методология базируется на качественно иных
принципах, чем RUP. Основные черты - дефиниция четких кратковременных
планов (обычно недельных), регулярное перепланирование, плотный контакт с
клиентом. Данная методология хороша для полуисследовательских и
инновационных проектов [13].
- MSF (Microsoft Solutions Framework - методология создания программных
решений). Данная модель процессов содержит общее определение
последовательности работ над проектом по разработке и внедрению ИТ-
решений. Представляемая схема обладает большой гибкостью и применима к
самым разнообразным проектам в области информационных технологий. В
версии 3.1 разработчики расширили концепцию методологии и сейчас она
применима в любом цикле создания решений, от их обсуждения до
внедрения.[8].
- COBIT (Control Objectives for Information and Related Technology - цели
контроля для информационных и смежных технологий). Ключевая мысль
стандарта COBIT в том, что все ресурсы информационной системы управляются
набором естественно сгруппированных процессов, чтобы компания обладала
всей полнотой точной информации.
- Oracle CDM (Custom Development Method - методика разработки ИС под
заказ) - позволяет привести к единому стандарту процесс создания приложений.
CDM включает в себя цельный жизненный цикл разработки приложений,
определяя очередность и взаимную зависимость возникающих в ходе
разработки задач.
55
Поскольку была выбрана самостоятельная разработка информационной
системы, главный критерий выбора стандарта жизненного цикла не должен быть
основан на жестких нормативных критериях и должен соответствовать
современным требования к информационной системе.
Создание и испытания автоматизированных систем, к которым относятся и
информационные системы, в России регламентированы рядом ГОСТов, прежде
всего серии 34.[1]
При этом важно понимать, что ряд положений этих ГОСТов уже устарел, а
часть этапов жизненного цикла информационных систем предоставлена
недостаточно полно. Можно ориентироваться на международный стандарт
ISO/IEC 12207, который определяет структуру жизненного цикла, содержащую
процессы, которые должны быть осуществлены в ходе создания программного
обеспечения информационной системы.
Можно выделить три группы указанных процессов: основные (приобретение,
поставка, разработка, эксплуатация и сопровождение), вспомогательные
(документирование, управление конфигурацией, обеспечение качества,
верификация, аттестация, оценка, аудит и решение проблем) и организационные
(управление проектами, создание инфраструктуры проекта, определение, оценка
и улучшение самого жизненного цикла, обучение).
К сожалению, стандарт ISO/IEC 12207 не предлагает конкретной модели
жизненного цикла и методов разработки, его рекомендации являются общими
для любых моделей жизненного цикла. Стандарт нацелен на разработку ИС в
рамках предприятия. Другие стандарты более ориентированы на производителей
ИС и включают более жесткие требования.
На сегодняшний день максимально используемыми являются каскадная и
спиральная модели.
Спиральная модель жизненного цикла на каждом витке спирали
предусматривает создание очередной версии продукта, уточняются требования
проекта, определяется его качество и планируются работы следующего витка.
Особое внимание уделяется начальным этапам разработки - анализу и
проектированию, где реализуемость тех или иных технических решений
56
проверяется и обосновывается посредством создания прототипов
(макетирования).
Рисунок №8. Последовательность выполнения спирального метода.
Суть различий между спиральной и каскадной моделями в том, что в
каскадной модели информационная система является однородной и ее
программное обеспечение определяется как единое (с ней) целое. При
выполнении этих условий каскадный метод позволяет достичь хороших
результатов.
Преимущества применения каскадной модели заключаются в следующем:
· на каждой стадии формируется законченный набор проектной
документации, отвечающий критериям полноты и согласованности;
· выполняемые в логичной последовательности стадии работ
позволяют планировать сроки завершения всех работ и соответствующие
затраты.
57
Рисунок №9. Последовательность выполнения каскадного метода.
Каскадная модель может использоваться при создании информационных
систем, для которых в самом начале разработки можно достаточно точно и
полно сформулировать все требования, с тем, чтобы предоставить
разработчикам свободу реализовать их технически как можно лучше. В эту
категорию попадают, как правило, системы с высокой критичностью: сложные
системы с большим количеством задач вычислительного характера, системы
управления производственными процессами повышенной опасности и др.
Разработка информационной системы состоит из следующих этапов:
Этап «Анализ». Целью данного этапа является разработка
технического задания и выбор средств реализации. На данном этапе
составляется описание разрабатываемой систему, выбираются задачи, которая
она будет решать. Также программисты выбирают на основе поставленного
технического задания и собственного опыта инструменты, которыми они будут
пользовать для реализации. Выбор инструментов должен быть согласован с
руководством и обоснован.
Этап «Проектирование». Целью данного этапа является
проектирование базы данных, создание макета программы. На основе
технического задания, и с учетом выбранной СУБД (системы управления базами
Анализ
Проектиров
ание
Реализация Внедрение
Сопровожде
ние
58
данных) программисты выбирают набор необходимых сущностей базы данных,
и определяет, какими атрибутами эти сущности задаются. На основе
технического задания создаются графические формы, которые будут
использоваться для взаимодействия пользователя программы и встроенного в
программу обработчика действий.
Этап «Реализация». Целью данного этапа является реализация логики
программы, а также взаимодействия программы и базы данных. На данном этапе
происходит реализация в программе задач поставленных в техническом задании.
Также осуществляется подключение программы к базе данных, настройка
взаимодействиях двух этих объектов разрабатываемой программы.
Этапа «Внедрение». Целью данного этапа является тестирование
программного проекта и запуск реализованной автоматизированной
информационной системы в использование. После разработки программы
необходимо проверить правильно работы всех ее методов и процедур.
Выявленные на этапе ошибки будут исправлены и участки программы, где
выявлены ошибки будут снова протестированы. После того как программный
проект полностью протестировано, оно допускается к общему использованию.
Этап «Сопровождение». Целью данного этапа является сбор
отчетности о работе программы, а также взаимодействие с пользователями. Во
время работы информационной системы идет постоянный сбор отчетности.
Изучается поведение программы при больших нагрузках, выявляются ошибки,
наиболее часто используемые функции программы и т.д. Отчеты о работе
программного продукта рассматривается информационным отделом
предприятия, на основе этих отчетов принимается решение: каким образом
следует модифицировать программный проект.
Внедрение — это общее понятие, для него есть разные стратегии
осуществления, напрямую зависящие от сроков исполнения и качества ИС на
выходе.
Есть 4 основных стратегии внедрения:
59
"Параллельная" - когда вместе функционируют ручная (старая) и
новая системы, и сравниваются их выходные документы. Если они согласуются
продолжительное время, реализуется переход к новой системе.
"Скачок" - резкий переход к новой системе без каких-либо проверок
и с абсолютным отказом от старой.
"Пилотный проект" - эту стратегию применяют чаще всего.
"Пилотный проект" — это "скачок", но применяемый лишь к некоторым
процессам. Область применения тактики - небольшой участок работы. Этот
подход снижает риски, и он более надежный.
"Узкое место" - небольшая доля производства. При применении этого
подхода внедрение реализуется только в "узком месте" и для только для людей,
которые в нём участвуют.
В этой дипломной работе будет использована стратегия “Пилотный
проект”. Данные подход не затрагивает функционирование всей ИС, а только
автоматизирует часть работы.
Таблица №10. Этапы разработки ИС «Мониторинг инвестиционных
проектов и тендеров».
№
Наименование
задачи
Длительн
ость
задачи
Начало
Окончан
ие
Трудозатра
ты
1
Разработка
информационной
системы
120 дней
01.12.2018
28.03.2019
960 ч.
2
Анализ
предметной
области
10 дней
01.12.2018
10.12.2018
80 ч.
3
Выбор метода
решения задачи
2 дня
11.12.2018
12.12.2018
16 ч.
4
Разработка
функциональной
5 дней
13.12.2018
18.12.2018
40 ч.
60
структуры
5
Проектирование
базы данных
3 дня
21.12.2018
24.12.2018
24 ч.
6
Создание макета
программы
10 дней
21.12.2018
30.12.2018
80 ч.
7
Выбор средств
реализации
1 день
10.01.2019
11.01.2019
8 ч.
8
Программирован
ие интерфейсной
части
5 дней
05.01.2019
10.01.2019
40 ч.
9
Создание
программных
модулей
50 дней
15.01.2019
26.02.2019
400 ч.
10
Отладка
программных
модулей
4 дня
27.02.2019
02.03.2019
32 ч.
11
Тестирование
программы
20 дней
03.03.2019
23.03.2019
160 ч.
12
Внедрение
5 дней
23.03.2019
28.03.2019
80 ч
После основной работы над проектом, тестирования и составления
документации программа должна быть стабильной и четко соответствовать
выработанным параметрам успешности. Стабильность решения значит
готовность систем его сопровождения и эксплуатации.
Результаты:
• Конечный продукт;
• Документы выпуска;
• Материалы поддержки;
• Инструментарий и результаты тестирования;
• Исполнимый и исходный код приложений;
• Проектные документы;
61
• Анализ пройденного этапа.
Фаза внедрения - во время реализации данной фазы проектной группой
внедряются компоненты решения и технологии, стабилизируются внедренные
решения, и работа передаётся персоналу сопровождения и поддержки. По
окончанию фазы проектная группа анализирует выполненную работу и
удовлетворенность руководства ООО «Авангард».
К данному времени внедрённое решение должно начать выдавать
прогнозируемую бизнес-отдачу, а проектная группа завершить свою работу.
Результаты:
• Информационные системы поддержки и эксплуатации;
• Процессы и процедуры;
• Базы знаний, журналы протоколов, отчеты;
• Варианты проектных документов, программный код и массивы
данных, созданные во время реализации проекта;
• Отчет о окончании проекта;
• Окончательные варианты всех проектных документов;
• Показатели удовлетворенности потребителей и заказчика;
• Описание следующих шагов.
В процессе использования персонал организации должен соблюдать все
инструкции, которые относятся к внедрённой информационной системе. Если
возникают проблемы или вопросы, персонал должен обращаться в поддержку.
Эта служба проанализирует ситуацию, сделает всё возможное для быстрого их
устранения.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
В жизненном цикле информационной системы всегда могут появиться риски,
которые могут сорвать разработку. Чтобы их избежать проводится оценка
возможных рисков и разрабатываются методы, которые позволяют избежать
этих рисков или снизить до минимума их влияние.
Рассмотрим возможные риски по фазам жизненного цикла информационной
системы в соответствии с выбранным стандартом.