Дипломная работа: Автоматизация приема заявок на ремонт и модернизацию ПК в ООО "СЕРВИС ПК"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
58
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы (ЖЦ ИС) - это непрерывный
процесс, который начинается с момента принятия решения о необходимости
его создания и заканчивается в момент его полного изъятия из эксплуатации.
Структура ЖЦ ИС по стандарту ISO/IEC 12207 базируется на трех
группах процессов:
1) основные процессы ЖЦ ИС (приобретение, поставка, разработка,
эксплуатация, сопровождение);
2) вспомогательные процессы, обеспечивающие выполнение
основных процессов (документирование, управление конфигурацией,
обеспечение качества, верификация, оценка, аудит, решение проблем);
3) организационные процессы (управление проектами, создание
инфраструктуры проекта, определение, оценка и улучшение ЖЦ, обучение).
В общем случае ЖЦ определяется моделью и описывается в форме
технологии разработки – технологического подхода.
Модель ЖЦ - структура, определяющая последовательность выполнения
процессов и их взаимосвязь на протяжении ЖЦ. Упоминание ЖЦ обычно
подразумевает указание конкретной модели ЖЦ.
Разработка включает в себя все работы по созданию ПО и его компонент
в соответствии с заданными требованиями, включая оформление проектной и
эксплуатационной документации, подготовку материалов, необходимых для
организации обучения персонала. Разработка включает в себя, как правило,
анализ, проектирование и реализацию (программирование).
Наибольшее распространение получили три модели жизненного цикла
информационных технологий: каскадная, поэтапная и спиральная.
Каскадная модель или «водопад» используется в технологиях,
ориентированных на переход к следующему этапу после полного окончания
работ на предыдущем этапе (рисунок 17).
59
Рисунок 17 – Каскадная схема разработки ПО
Недостатком такой модели является то, что реальный процесс создания
ИС обычно полностью не укладывается в такую жесткую схему. Практически
постоянно возникает потребность возвращаться к предыдущим этапам,
уточнять или пересматривать ранее принятые решения. В результате
затягиваются сроки получения результатов, а пользователи могут вносить
замечания лишь по завершению всех работ с системой. При этом модели
автоматизируемого объекта могут устареть к моменту их утверждения.
Поэтапная модель обычно включает промежуточный контроль на любом
этапе и межэтапные корректировки. Обеспечивает меньшую трудоемкость по
сравнению с каскадной моделью, но время жизни каждого этапа становится
равным всему ЖЦ. Межэтапные корректировки позволяют уменьшить
трудоемкость процесса разработки по сравнению с каскадной моделью
(рисунок 18).
Рисунок 18 – Поэтапная схема разработки ПО
60
Спиральная модель (рисунок 19) характеризуется тем, что на начальных
этапах ЖЦ осуществляются выработка стратегии, анализ требований и
предварительное детальное проектирование. При этом создаются прототипы
(макеты), позволяющие проверить и обосновать реализуемость технических
решений. Каждый виток спирали соответствует поэтапной модели создания
фрагмента или версии изделия. На нём уточняются цели и характеристики
проекта, определяется его качество, и планируются работы следующего витка
спирали. В результате выбирается обоснованный вариант, который и
реализуется.
Рисунок 19 – Спиральная модель
Каскадный метод хорошо подходит для построения систем, где в самом
начале разработки можно достаточно точно и полно сформулировать все
требования, с тем, чтобы предоставить разработчикам свободу реализовывать
их как можно лучше с технической точки зрения. Однако в случае, если в
середине разработки вскрываются ошибки, допущенные в начале, то
приходится прибегать к энтраверсии проекта и реальная схема каскадной
модели приобретает другой вид. Таким образом, каскадный метод более всего
подходит к конкретной разработке.
Основные процессы жизненного цикла:
- Приобретение (действия и задачи заказчика, приобретающего ИС).
- Поставка (действия и задачи поставщика, который снабжает заказчика
программным продуктом или услугой).
61
- Разработка (действия и задачи, выполняемые разработчиком: создание
ПО, оформление проектной и эксплуатационной документации, подготовка
тестовых и учебных материалов и т. д.).
- Эксплуатация (действия и задачи оператора — организации,
эксплуатирующей систему).
- Сопровождение (действия и задачи, выполняемые сопровождающей
организацией, то есть службой сопровождения). Сопровождение — внесений
изменений в ПО в целях исправления ошибок, повышения производительности
или адаптации к изменившимся условиям работы или требованиям.
При внедрении системы используются следующие подходы:
1. Внедрение осуществить полностью собственными силами.
Преимущества:
– Меньшие финансовые затраты,
– Знание бизнес-процессов,
– Независимость на этапе эксплуатации.
Недостатки:
– Требуются специалисты с хорошим знанием программного продукта,
– Требуются программисты,
– Требуется разработка методологии управления проектом и четкое
следование ей,
– Необходимость решения вопроса занятости сотрудников, выделенных
для реализации проекта.
2. Реализовать проект «под ключ» силами внешней компании-
консультанта.
Преимущества:
– Опыт управления проектами,
– Разработанная и «обкатанная» методология внедрения,
– Опыт внедрения системы на нескольких предприятиях,
62
– «Новый взгляд» на задачи предприятия Способность оказания услуг в
области оптимизации системы управления, владение современными методами
построения систем управления,
– Знание программного продукта,
– Штат опытных программистов.
Недостатки:
– Большие финансовые затраты,
– Сторонние консультанты не знают особенностей конкретного
предприятия, им требуется время на их изучение,
– Проблема поддержания системы на этапе эксплуатации.
3. Привлечь руководителя проекта от внешней компании-
консультанта.
Преимущества:
– Меньшие финансовые затраты,
– Опыт управления проектами,
– Опыт внедрения системы на нескольких предприятиях,
– Владение современными методами построения систем управления,
– Независимость на этапе эксплуатации.
Недостатки:
– Требуется разработка методологии управления проектом и четкое
следование ей,
– Необходимость решения вопроса занятости сотрудников, выделенных
(или нанятых) для реализации проекта,
– Требуются программисты.
4. Привлечь экспертов по продукту от внешней компании-
консультанта.
Преимущества:
– Меньшие финансовые затраты,
Источник: https://baza.diplomsite.ru/previewfile/1940