Процессы состоят из отдельных видов деятельности. Всего в стандарте
определено 74 вида деятельности, связанных с разработкой и сопровождением
программного обеспечения. Каждый из данных видов деятельности, в свою оче-
редь, имеет направленность на выполнение одной или нескольких задач.
Основной процесс жизненного цикла состоит из пяти видов деятельности:
1) порядок;
2) Доставка;
3) развитие;
4) эксплуатация;
5) Поддержка.
Каждый процесс определяет основного исполнителя и действия, которые
должны быть выполнены в течение указанного периода времени.Процесс заказа
является основным исполнителем организации-заказчика в информационной си-
стеме. На этом этапе определяется потребность заказчика в информационной си-
стеме, выбирается поставщик / разработчик, и заказ непосредственно управляется
до тех пор, пока готовая система не будет принята.
Процесс поставки-подрядная организация поставщика. Данный этап начина-
ется с подписания соответствующего контракта на поставку системы. Далее опре-
деляются процедуры и ресурсы, необходимые для обеспечения реализации данно-
го проекта. Он заканчивается сдачей готовой системы и подписанием актов.
Организация-разработчик несет ответственность за процесс разработки.
Данный процесс разработки включает в себя анализ требований заказчика, проек-
тирование продукта, программирование, сборку, тестирование и ввод в эксплуата-
цию программного продукта.
Процесс работы определяет задачи оператора. Она охватывает работу про-
граммного продукта и поддержку пользователей в процессе его использования.
Процесс технического обслуживания состоит из задач и работы персонала,
ответственного за техническое обслуживание программного продукта. Этот про-
цесс реализуется, когда изменения программного продукта и его документации
вызваны изменениями, вызванными улучшениями или исправлениями ошибок.
Цель процесса – это изменение существующего программного продукта при со-
хранении его целостности.
В соответствии с выбранным стандартом вы можете выбрать следующие ша-
ги:
Подготовка проектов
• Анализ деятельности
* Проведение предпроектного обследования;
* Разработка плана проекта
Развитие
* Создание таблиц и связей базы данных
• Создание шаблонов файлов отчетов
* Создание процедур сбора, обработки и хранения информации;
• Создание процедуры фильтрации
* Разработка пользовательского интерфейса
Настройки системы тестирования
* Настройка словарей и справочников
* Тестирование эффективности системы
* Регулировка системы в соответствии с результатами испытаний
* Подготовка документации для внедрения
* Оперативный план
* Документация по установке и настройке программного обеспечения
* Подготовка плана реализации проекта;
Интеграция
* Установка на сервер СУБД
* Установка серверных компонентов системы отслеживания приложений
* Установка клиентских приложений системы отслеживания приложений
* Настройка серверной и клиентской частей
• Тестирование производительности
* Демонстрация работы системы
* Подготовка плана обучения пользователей
* Проведение обучающего семинара по работе с системой
* Обучение эксплуатационному обслуживанию
Операция
* Подготовка оперативного плана;
* Ввод системы в опытную эксплуатацию
• По результатам опытной эксплуатации система вводится в промышленную
эксплуатацию
• Поддержка пользователей
* Проведение обучающих лекций для пользователей
* Подготовка отчетов о работе системы
Свита
* Анализ ошибок и устранение неполадок
* Подготовка отчетов об изменениях и дополнениях
* Обновление операционных систем
На начальном этапе, после анализа деятельности организации, необходимо
поставить цели и задачи по автоматизации и разработать план проекта. После до-
кументирования начинается сам процесс разработки. На данном этапе создается
база данных, а также формы отчетности, пишется программный код для сбора, об-
работки и хранения информации, а также создаются процедуры фильтрации. По-
сле того как система разработана, она проходит стадию тестирования. По завер-
шении тестирования составляется план работы и документация для внедрения, а
также различная пользовательская документация. Процесс будет протекать следу-
ющим образом. Поскольку организация уже имеет локальную сеть и функциони-
рует стабильно, нет необходимости ее настраивать. Первоначально устанавливает-
ся серверная часть системы отслеживания приложений, затем на рабочих станциях
устанавливаются и настраиваются клиентские приложения системы отслеживания
приложений и СУБД. Производительность проверяется, и система демонстрирует-
ся руководству и персоналу. Последним этапом станет проведение семинаров для
сотрудников компании. Цель - связать всех сотрудников, которые ответственны за
обработку документов, в единую сеть. Для этого клиентские приложения будут
устанавливаться в четкой последовательности для конкретных подразделений
Оператор будет нести ответственность за работу готовой системы. Его зада-
ча будет включать в себя:
1. Разработка операционного плана и определение набора операционных
стандартов.
2. Получение и документирование информации о возникающих проблемах,
их решение и мониторинг их возникновения, обеспечение обратной связи с поль-
зователями.
3. Тестирование системы в операционной среде, сотрудничество со службой
поддержки для устранения неполадок и модернизации системы.
4. Поддержка и консультации пользователей.
Далее выбираем модель жизненного цикла информационной системы.
В настоящее время наиболее распространенными моделями являются:
* Каскадирование;
• Спиральный;
• Повторяющийся.
Рассмотрим каскадный подход. Он достаточно хорошо зарекомендовал себя
при создании простых информационных систем, когда в самом начале проекта
можно четко сформулировать необходимые требования к системе. Однако, глав-
ным минусом такого подхода является то, что процесс создания реальной системы
не может полностью вписаться в такую жесткую схему, всегда возникает необхо-
димость вернуться к предыдущим этапам и просмотреть или изменить ранее при-
нятые решения. В результате фактический процесс разработки ИС подобен поша-
говой модели с промежуточным управлением.
Давайте рассмотрим следующие положительные аспекты использования
каскадного подхода:
• Каждый шаг (этап) включает в себя полный комплект проектной докумен-
тации, который отвечает установленным критериям согласованности и полноты;
• Работы, которые выполняются в логической последовательности, поз-
воляют планировать сроки завершения всех работ и рассчитать затраты.
Для преодоления вышеуказанных проблем была создана циклическая модель
ЛК. На этапах анализа и проектирования степень создания технических решений и
удовлетворенности потребителя оценивалась методом создания опытных образ-
цов. Каждый цикл характеризовался созданием функционального фрагмента или
версии программы. Такой подход позволил уточнить требования, цели и парамет-
ры проекта, оценить качество разработки, а также выделить работу следующего
цикла. Таким образом, детали проекта углубляются и обсуждаются, и в результате
применяется разумный вариант, отвечающий всем требованиям заказчика, кото-
рый затем доводится до окончательной реализации.
Но даже такая схема не позволяет быстро учесть возникающие улучшения и
изменения в системных требованиях. Согласование требований разработки с поль-
зователями производится только в определенные моменты, которые планируются
после завершения объема работ. Что касается общих требований к ИС, они отра-
жаются в техническом задании на все время его создания. По этой причине поль-
зователи зачастую получают систему, которая не полностью отвечает их реальным
потребностям.
Итеративное развитие показывает объективно существующий цикл развития
сложных систем. Данный факт дает возможность перейти к следующему этапу, не
дожидаясь окончательного завершения работы на текущем этапе и решить глав-
ную задачу, а именно: быстро и оперативно представить рабочий продукт пользо-
вателям, тем самым запустив процесс уточнения и корректировки требований как
можно быстрее.
Основная задача спирального цикла-определить момент перехода на другую
стадию. Для того, чтобы решить эту задачу применяются ограничения по времени
на все этапы жизненного цикла, а переход на следующий уровень осуществляется
в соответствии с планом, даже если работа на предыдущем этапе еще не заверше-
на. Планирование основывается на статистических данных, полученных при под-
готовке других проектов, а также на личном опыте разработчиков.
Принимая во внимание вышесказанное, для разработки системы целесооб-
разно выбрать каскадную модель, потому что она позволяет работать на несколь-
ких этапах разработки одновременно.
Есть 4 основных способа начать использовать новую систему
* Параллельная стратегия;
• Гонки;
• Горлышко бутылки или узкое место;
* Пилотная эксплуатация пилотного проекта.
Стратегия "пилотная эксплуатация пилотного проекта" не подходит, так как
компания не располагает достаточными ресурсами для долгосрочной эксплуата-
ции проекта с целью выявления всех возможных ошибок. Что касается следующей
упомянутой стратегии гонок, то необходимо заметить, что данная стратегия не
позволяет плавно переключиться на прикладную разработку. Стратегия «узкое
место» больше подходит для использования в крупных международных компани-
ях. Принимая во внимание вышесказанные описания, в качестве стратегии внедре-
ния информационной системы целесообразно выбрать параллельную стратегию.
Таким образом, разрабатываемая информационная система будет использо-
ваться параллельно с используемой технологией до тех пор, пока последняя не бу-
дет полностью заменена.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Жизненные циклы информационной системы имеют различные риски .Такие
риски могут привести к штрафным санкциям как во время развития системы, так и
в ее функциональных рабочих качествах[1].
Рассмотрим данные риски в зависимости от стадий жизненного цикла, а
также приведем методы их предотвращения.
Этап подготовки проекта
Кадровые риски
Рискует:
* Набор неподготовленного персонала для реализации проекта ; ;
* Привлечение "случайных" сотрудников в составе разработчиков, а не ос-
новных участников автоматизированных бизнес-процессов;;
* Отсутствие разработанной стратегии автоматизации.
* Отсутствие общих целей и задач проекта;;
* Отсутствие мотивационных стимулов для сотрудников;;
* Нежелание персонала участвовать в проекте;
* Хаотичный план работы.
Методы предотвращения:
* необходимость в постоянном взаимодействии с руководством в течение
всего проекта, а также оперативное принятие решений[15];
* к проекту необходимо привлекать ведущих специалистов и консультан-
тов;;
* изложение целей и задач в четкой и логичной форме;
* разработка и внедрение единой стратегии автоматизации компании;
* в ходе подготовки проекта не допускается смена рабочей группы.
Управление рисками проекта
Рискует:
* Неверное определение объема и сферы охвата проекта;;
* Неправильное распределение системных функций;
* Выбор неправильных технологий и методов решения проблем;;
* Несоблюдение требований, установленных заказчиком.
Предлагаемые методы профилактики:
* стабильность границ проекта необходимо поддерживать, то есть границы
определяются на начальном этапе и остаются неизменными до конца проекта;
* Точное и четкое планирование выполняемых работ;
* в проект должны быть включены необходимые ресурсы;
* проектное решение должно быть согласовано и утверждено;
* высокий порог для принятия изменений.
Риск ошибок в планировании
Рискам подвергается:
* Неэффективный план организации развития системы;
* Несоблюдение сроков поэтапного завершения работ.
Метод профилактики:
• На начальных этапах проекта ведение бухгалтерского учета, организация
командной работы, распределение ролей и стимулирование;
* Описание и хранение всех выполненных работ и открытый доступ к этим
данным для всех участников проекта.
Фаза развития
Кадровые риски
Рискует:
* Увольнение сотрудников, ответственных за проведение разработок;;
• Отсутствие координации между участниками проекта из-за слабых систем
связи;;
* Ошибочное представление проектной задачи;
* Устанавливается разработчиком, не имеющим опыта работы с аналогич-
ными системами.
Метод профилактики:
* Грамотный подбор сотрудников, участвующих в проекте;
* Внедрение четкой системы коммуникаций между сотрудниками, постоян-
ное документирование изменений в системе.
Технический риск
Рискует:
* Остановка разработки из-за ошибок в используемом программном обеспе-
чении;
* Документация пользователя не содержит описания всех функций системы.
Метод профилактики: