« Предыдущая Следующая »

2 ПРОЕКТНАЯ ЧАСТЬ

2.1 Разработка проекта автоматизации

2.1.1 Этапы жизненного цикла проекта автоматизации

Методология проектирования информационных систем описывает процесс создания и сопровождения систем в виде жизненного цикла (ЖЦ) ИС, представляя его как некоторую последовательность стадий и выполняемых на них процессов.

Для каждого этапа определяются состав и последовательность выполняемых работ, получаемые результаты, методы и средства, необходимые для выполнения работ, роли и ответственность участников и т.д. Такое формальное описание ЖЦ ИС позволяет спланировать и организовать процесс коллективной разработки и обеспечить управление этим процессом.

Жизненный цикл ИС можно представить как ряд событий, происходящих с системой в процессе ее создания и использования.

Модель жизненного цикла отражает различные состояния системы, начиная с момента возникновения необходимости в данной ИС и заканчивая моментом ее полного выхода из употребления.

Модель жизненного цикла - структура, содержащая процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта в течение всей жизни системы, от определения требований до завершения ее использования.

В настоящее время известны и используются следующие модели жизненного цикла:

  • Каскадная модель (рис. 2.1.1) предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе.
  • Поэтапная модель с промежуточным контролем (рис. 2.1.2). Разработка ИС ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки.
Каскадная модель ЖЦ ИС

Рис. 2.1.1 Каскадная модель ЖЦ ИС

  • Спиральная модель (рис. 2.3). На каждом витке спирали выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество и планируются работы следующего витка. Особое внимание уделяется начальным этапам разработки - анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования).
Поэтапная модель с промежуточным контролем

Рис. 2.1.2 Поэтапная модель с промежуточным контролем

Каскадный подход хорошо зарекомендовал себя при построении относительно простых ИС, когда в самом начале разработки можно достаточно точно и полно сформулировать все требования к системе. Основным недостатком этого подхода является то, что реальный процесс создания системы никогда полностью не укладывается в такую жесткую схему, постоянно возникает потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. В результате реальный процесс создания ИС оказывается соответствующим поэтапной модели с промежуточным контролем.

Спиральная модель ЖЦ ИС

Рис. 2.1.3 Спиральная модель ЖЦ ИС

Каждая из стадий создания системы предусматривает выполнение определенного объема работ, которые представляются в виде процессов ЖЦ. Процесс определяется как совокупность взаимосвязанных действий, преобразующих входные данные в выходные. Описание каждого процесса включает в себя перечень решаемых задач, исходных данных и результатов.

Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в некоторых случаях и процессы разработки.

Среди наиболее известных стандартов можно выделить следующие:

  • ГОСТ 34.601-90 - распространяется на автоматизированные системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится описание содержания работ на каждом этапе. Стадии и этапы работы, закрепленные в стандарте, в большей степени соответствуют каскадной модели жизненного цикла .
  • ISO/IEC 12207:1995 - стандарт на процессы и организацию жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз, стадий и этапов .
  • Custom Development Method (методика Oracle) по разработке прикладных информационных систем - технологический материал, детализированный до уровня заготовок проектных документов, рассчитанных на использование в проектах с применением 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 серии 15288 в структуру ЖЦ следует включать следующие группы процессов:

  1. Договорные процессы:
    • приобретение (внутренние решения или решения внешнего поставщика);
    • поставка (внутренние решения или решения внешнего поставщика).
  2. Процессы предприятия:
    • управление окружающей средой предприятия;
    • инвестиционное управление;
    • управление ЖЦ ИС;
    • управление ресурсами;
    • управление качеством.
  3. Проектные процессы:
    • планирование проекта;
    • оценка проекта;
    • контроль проекта;
    • управление рисками;
    • управление конфигурацией;
    • управление информационными потоками;
    • принятие решений.
  4. Технические процессы:
    • определение требований;
    • анализ требований;
    • разработка архитектуры;
    • внедрение;
    • интеграция;
    • верификация;
    • переход;
    • аттестация;
    • эксплуатация;
    • сопровождение;
    • утилизация.
  5. Специальные процессы:
    • определение и установка взаимосвязей исходя из задач и целей.

В связи с небольшим объемом разрабатываемой автоматизированной системы и ее характером необходимо использовать именно эту модель. Для создаваемой системы  перечень стадий, участники этапов, требования к входной информации  и основные результаты, которые должны быть достигнуты к моменту их завершения, приведены в таблице 2.1.1.

Задача внедрения информационной системы включает в себя создание (адаптацию) и запуск в продуктивную эксплуатацию элементов информационной системы. Так как разработка информационной системы будет осуществляться своими силами, то и внедрение будет происходить без привлечения посторонних специалистов.

Этап внедрения планируется разбить на следующие подэтапы:

  1. Предпроектное обследование. В ходе обследования выявляются основные информационные потоки на предприятии и сверяется база основной нормативно-справочной документации. Главным требованием в данном случае является наличие всех необходимых для функционирования корпоративных информационных систем справочников и классификаторов и соответствие принципових организации требованиям системы. В ходе выполнения этапа обязательно должны быть проанализированы на полноту корпоративные стандарты учета и отчетности. На данном этапе также производится диагностирование проблем, которые могут возникнуть при внедрении, разрабатывается и согласовывается настройка справочников и классификаторов системы в соответствии с сформулированными требованиями. При необходимости, принимаются решения об изменении существующих практик учета или функциональных моделей. По результатам этапа формируется подписываемый всеми участниками проекта внедрения документ, который описывает все выявленные проблемы и намечает пути их ликвидации.
  2. Построение информационно-функциональной модели деятельности предприятия, описание и оптимизация процессов, подвергающихся автоматизации. Моделирование должно проводиться хорошо обученными сотрудниками рассматриваемого предприятия с привлечением высококвалифицированных консультантов и с привязкой созданной модели к стандартам бизнеса и к будущей системе.
  3. Адаптация ИС на предприятии. В ходе этапа производится настройка системы тестирование отдельных модулей и функций группой внедрения. На данном этапе также очень важно наличие корпоративных стандартов, так как именно они являются основой настроек системы.
  4. Опытная эксплуатация информационной системы. Осуществляется для тестирования полного соответствия функциональности, полученной в результате настройки системы, требованиям предприятия. На этом этапе сохраняется двойной ввод данных в старую и новую системы. В ходе опытной эксплуатации: генерируются стандартные отчеты (с помощью ИС и обычными способами) и производится верификация данных; система постепенно вводится в эксплуатацию, по отдельным участкам учета; документируются инструкции по ведению рабочих мест и корректируются должностные инструкции участников учетного процесса. В отдельных подразделениях предприятия в систему вводятся фактические данные (в ограниченном объеме) и последовательно тестируются бизнес-функции путем моделирования реальных ситуаций деятельности предприятия (в условиях, максимально приближенных к действительности). Отрабатывается взаимная работа подразделений на основе тестовых пилотных примеров. Конечные пользователи (сотрудники отдела ИТ) обучаются работе с настроенной системой непосредственно на своих рабочих местах. После обучения конечных пользователей отрабатывается интегрированный пилотный пример и полностью моделируется деятельность предприятия. На основе результатов выполнения пилотного примера руководством предприятия принимается решение о переводе ИС в промышленную эксплуатацию.

Этап эксплуатации подразумевает под собой непосредственное использование информационной системы для выполнения ею тех функций, для которых она предназначена.

Работы, ожидаемые на этапе эксплуатации, можно разделить на две группы: плановые и неплановые.

Таблица 2.1.1

Стадии создания автоматизированной системы (в соответствии с ISO/IEC 15288)

№ п/п Стадия Ключевые участники Требования к входной информации Результаты
1 Формирование концепции Разработчик, начальник отдела ИТ, программист Описание бизнес-процессов организации, форм входных и выходных документов, общие требования к системе Анализ потребностей, выбор концепции и проектных решений
2 Разработка Начальник отдела ИТ, разработчик, программист Требуемые функции системы Проект системы
3 Реализация программист Проект системы, требования к программному, информационному и техническому обеспечению Готовая информационная система, комплект документации
4 Эксплуатация Администратор системы, пользователи Руководство администратора и пользователя системы Ввод в эксплуатацию и использование системы
5 Поддержка Администратор системы, разработчик Статистика отказов, ошибок в работе информационной системы Обеспечение функционирования системы
6 Снятие с эксплуатации Начальник отдела ИТ Обоснование прекращения использования системы Прекращение использования, демонтаж, архивирование системы

К плановым работам будут относятся такие работы, как:

  • инсталляция программного обеспечения;
  • базовая настройка и проверка работоспособности компонентов устанавливаемой системы;
  • устранение недостатков в конфигурации системы;
  • проверка надежности работы системы;
  • окончательная донастройка.

Данные работы будут проводиться той же группой, что и на ранних этапах. В состав этой группы входят сотрудники технического отдела - технические специалисты и системные администраторы, сотрудники ИТ отдела.

В соответствии с данными этапами был разработан план. указывающий временные характеристики каждого этапа и всего проекта в целом. Схема, характеризующая весь проект, представлена на рис. 2.1.4., схемы каждого этапа – в Приложении 1.

Характеристика этапов проекта разработки Интернет-магазина

Рис. 2.1.4  Характеристика этапов проекта разработки Интернет-магазина

Однако на этапе эксплуатации с неизбежностью возникают и аварийные, или нештатные ситуации, которые могут повлечь за собой потерю используемых данных. В этом случае у данной группы должен  иметься план возврата  системы в исходное состояние.

В случае полного повреждения  производится реинсталляция системы на рабочее место пользователя   с обеспечением содержания всей необходимую информацию для продолжения работы, документы и обновленные справочники на дату создания дистрибутива.

2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание

Любой проект по созданию информационной системы предприятия всегда включает множество задач, связанных с общим управлением проектом, разработкой ПО, проектированием ИС, внедрением, каждая из которых сама по себе является проектом с присущими ему особенностями. Поэтому в ходе разработки существуют различные риски.

Риски заказчика связаны с неполным достижением целей проекта и не эффективно израсходованными средствами, а риски исполнителя - с возможностью резкого превышения фактической себестоимости работ по сравнению с плановой. Необходимость ведения параллельных и подчас принципиально отличающихся по своему характеру работ приводит к тому, что многократно возрастает уровень риска проекта.

Наиболее характерные риски и методы из минимизации при разработке Интернет-магазина приведены в таблице 2.1.2

Выше были перечислены риски, характерные для разработки любой информационной системы. Однако Интернет-магазин имеет свои особенности, так как в первую очередь является бизнес-системой, предназначенной для повышения уровня получаемой прибыли и расширении рынка. Поэтому для такой информационной системы также могут возникнуть следующие риски:

  1. Интернет-магазин разработан не на должном профессиональном уровне.
  2. Малое количество посетителей Интернет-магазина.
  3. Интернет-магазин посещает не та целевая аудитория, на которую он был рассчитан изначально.
  4. Товары или услуги, представленные в Интернет-магазине, не представляют интереса для посетителей.
  5. Сбои в поставках товаров от поставщиков.
  6. Появление новых конкурентов на данном сегменте рынка.
  7. Повышение активности конкурентов на данном сегменте рынка.
  8. Несоответствие ожидаемых показателей деятельности Интернет-магазина реальным.
  9. Сбои с доставкой товаров или оказываемых услуг клиентам, обратившимся на фирму через Интернет-магазин.
  10. Вынужденные отступления от задуманной системы приема платежей от посетителей Интернет-магазина.
  11. Создание Интернет-магазина поручено веб-дизайнеру, не обладающему должным профессиональным уровнем.
  12. Отсутствие тщательно обоснованного бизнес-плана создания Интернет-магазина.
  13. Отсутствие поставленных задач, которые должен решать Интернет-магазин.
  14. Отступление от оптимального размера инвестиций в разработку Интернет-магазина.
  15. Отсутствие квалифицированного персонала на фирме, способного на должном уровне обслуживать бесперебойную работу Интернет-магазина (сайта).
  16. Отсутствие квалифицированного персонала на фирме, способного на должном уровне работать с посетителями Интернет-магазина, заинтересовавшимися предлагаемыми товарами или услугами.
  17. Отсутствие разработанных правил приема платежей от посетителей Интернет-магазина в различных ситуациях.
  18. Отсутствие представления о реальной "зоне обслуживания" Интернет-магазина и др.

Для минимизации вышеперечисленных рисков необходимо:

  • Необходимо провести тщательные конъюнктурные (маркетинговые) исследования.
  • Необходимо определить круг основных задач, решаемых Интернет-магазином.
  • Необходимо определиться с тем, каким Интернет-магазин должен быть в идеале, по замыслу заказчика.
  • Необходимо найти компромиссное решение между "идеальным" Интернет-магазином и тем, каким он может быть создан за имеющиеся средства.

Таблица 2.1.2

Возможные риски проекта и способы их минимизации

Виды рисков/варианты менеджмента рисков Снижение видов риска Снижение вероятности возникновения риска
Риски, связанные с масштабом проекта Детальный анализ каждого этапа работ, взаимодействия участников, организации работ Детально проработанная программа качества, отработанное управление конфигурацией проекта, специальные процедуры взаимодействия участников
Риски, связанные с недостаточным опытом в сфере ИТ Проведение обучения пользователей, включая руководство, соблюдение технологий работы Разработка и утверждение концепции проекта на возможно более ранней его стадии
Технические риски проекта Строгий отбор проектной команды по квалификационным критериям. Обучение участников проекта технологии проектных работ, инструментальным средствам Использование стандартов предприятия на проектные работы, разработка стандартов проекта
Организационные риски проекта Обучение участников проекта (курс "управление проектом"), тренинги команды, как можно более полная формализация деятельности Включение в команду администратора проекта, детальное распределение ролей в проекте
Операционные риски проекта Многократное тестирование созданных продуктов, тщательная экспертиза документов Строгое выполнение процедур программы качества
  • Необходимо составить подробный бизнес-план или технико-экономическое обоснование создания Интернет-магазина.
  • Необходимо выбрать того разработчика Интернет-магазина (веб-студию), который сможет реализовать задуманный Интернет-магазин на высоком профессиональном уровне.
  • Определить срок разработки Интернет-магазина.
  • Определить целесообразность и возможную стоимость поддержки Интернет-магазина как собственными силами, там и силами разработчика Интернет-магазина.
  • Определить, какие дополнительные расходы для фирмы потребует ввод в эксплуатацию Интернет-магазина.
« Предыдущая Следующая »
Похожие публикации
Роль психологических и биологических факторов в исследовании женской преступности
Дипломная работа по теме "Роль психологических и биологических факторов в исследовании женской преступности" состоит из 65 страниц.
Проектная деятельность как эффективная форма экологического воспитания младших школьников
Дипломная работа по теме "Проектная деятельность как эффективная форма экологического воспитания младших школьников" состоит из 62 страниц.
Вопросы духовно-нравственного воспитания младшего школьника
Диплом "Вопросы духовно-нравственного воспитания младшего школьника" состоит из 80 страниц. Содержит таблицы, задания, игры, упражнения.
Разработка методики реинжиниринга архитектурных и промышленных комплексов с целью создания информационных моделей для систем управления данными объектами
Диплом «Разработка методики создания информационных моделей для систем управления гражданскими и промышленными строительными объектами» содержит 125 страниц, 30 рисунков, 22 таблицы.
Целостное развитие творческого воображения в дидактической игре «необитаемый остров»
Дипломная работа "Целостное развитие творческого воображения в дидактической игре «необитаемый остров»" по специальности «Педагогическая психология».