Дипломная работа: Автоматизация и обеспечение безопасности учета посещений клиентов в организации "Чудо Доктор"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
58
2.2 Разработка проекта автоматизации
2.2.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл разработки программного обеспечения - это метод,
который охватывает все стандарты и процедуры, что влияют на
планирование, сбор и анализ требований, разработку проектов, создание и
внедрение программных систем.
Рассмотрим каскадную модель жизненного цикла разработки ПО. Его
основной характеристикой является расщепление всей разработки на этапы, а
переход от одного этапа к другому происходит только после завершения
работы над текущим (рис. 9).
Рисунок 9. Графическое представление каскадной модели
жизненного цикла разработки ПО
Каждый этап заканчивается разработкой полного комплекта
документации.
Положительные аспекты применения каскадной модели заключаются в
следующем:
1. На каждом этапе формируется полный комплект проектных
документов, который соответствует критериям полноты и
последовательности;
2. Этапы работы выполняются в логической последовательности.
Каскадный подход позволяет сформулировать все требования точно и
59
полностью, чтобы дать разработчикам свободу выбора. Эта категория
включает в себя сложные системы расчета, системы реального времени и
другие подобные задачи. Однако в процессе использования этого подхода
имеется ряд недостатков, вызванный тем, что реальный процесс создания
программного обеспечения несовместим с такой жесткой схемой полностью.
Основным недостатком каскадного подхода является значительная
задержка с получением результатов. Результаты согласовываются с
пользователями только в точках, планирование которых происходит после
завершения каждого этапа работы, требования к программному обеспечению
«заморожены» в виде технического задания в течение всего времени его
создания. Таким образом, пользователи могут делать свои комментарии
только после завершения работы над системой. В случае неточного
представления требований или их изменений в течение длительного периода
разработки программного обеспечения пользователи получают систему,
которая не отвечает их потребностям. Модели (как функциональные, так и
информационные) автоматизированного объекта могут быть устаревшими
одновременно с их утверждением.
В процессе создания ПО постоянно возникает потребность в возврате к
предыдущим этапам и уточнении или пересмотре ранее принятых решений.
В данном случае итерационная модель является наиболее подходящей
для этого. Развитие системы предполагает возвращение к предыдущим
этапам проектирования системы.
Итерационная модель разработки ПО представлена на рисунке 10.
60
Рисунок 10. Графическое представление итерационной модели
жизненного цикла разработки ПО
Итерационную модель применяют в ситуациях, когда требования к ПО
и их реализация очень четко определены и понятны.
Преимущества итерационной модели:
1. Модель хорошо известна потребителям, не связанным с разработкой
программного обеспечения и конечным пользователям.
2. Аккуратность, чтобы справиться со сложностями и хорошо подходит
для проектов, которые достаточно ясны.
3. Она очень легко понятна.
4. Ее легко и удобно использовать, так как процесс развития
осуществляется поэтапно.
5. Ее структура может быть понятна даже плохо обученному в
техническом плане персоналу.
6. Стабильные требования.
7. Она хорошо работает, когда требования к качеству доминируют над
требованиями к стоимости и графику реализации проекта.
8. Способствует осуществлению строгого контроля в управлении
проектами.
9. Облегчает работу менеджера проектов по планированию и
завершению работ.
Итерационная модель функционирует хорошо, когда ее применяют в
циклах разработки программного обеспечения, которое использует
непреложное определение продукта и понятные технические приемы.
Выбор модели жизненного цикла разработки программного
обеспечения является важной вехой. Поэтому выбор модели жизненного
цикла проекта разработки программного обеспечения основывается на
анализе всех требований проекта, характеристике команды разработчиков и
конечных пользователей, а также на типе проекта и рисках.
После подсчета количества ответов, которые были учтены, создана
таблица моделей жизненного цикла с общим баллом (Приложение 1). По
результатам выбрана та модель жизненного цикла, у которой наибольший
суммарный балл (таблица 9).
61
Таблица 10
Определение приемлемой модели ЖЦ
Модель ЖЦ
Вес в баллах
Каскадная модель ЖЦ
5
Итерационная модель ЖЦ
14
В данном случае суммарный балл итерационной модели ЖЦ
наибольший. Таким образом, при реализации проекта разработки ПО
необходимо применить итерационную модель жизненного цикла
программного обеспечения.
Итерационная модель хорошо зарекомендовала себя в построении
информационных систем, которые в начале развития точно и полно
формулируют все требования для того, чтобы дать разработчикам свободу
реализовать их как можно лучше с технической точки зрения.
Она имеет следующие этапы:
1. Определение требований;
2. Спецификация требований;
3. Проектирование;
4. Реализация;
5. Тестирование и отладка;
6. Эксплуатация и сопровождение.
Цель этапа «Определение требований» - формирование требований к
информационной системе.
«Спецификация требований» - определение технических
спецификаций. Стадия делится на подстадии, задачи: определение функций
ИС и стратегии автоматизации, обоснование проектных решений по
техническому, информации и программного обеспечения. Основная
информация - эта документация по техническому заданию.
Цель этапа «Проектирование» - разработка проекта автоматизации и
разработка задач информационной поддержки. Разработка проекта
автоматизации включает в себя разработку схемы, архитектуры проекта,
анализ рисков и оценку стоимости проекта. Разработка информационной
поддержки задачи включает в себя разработку информационной модели,
классификаторов и прототипы экранов. Эффективная информация - это
проектная документация.
Цель этапа «Реализация» - разработка программного обеспечения. Этап
включает в себя подготовку к разработке программного обеспечения и
62
разработку программного обеспечения. Эффективная информация - это
документация программного обеспечения.
Цель этапа «Тестирование и отладка» включает в себя установку
элементов ИС и технической поддержки, а также тестирование и устранение
выявленных ошибок.
Цель этапа «Эксплуатация и обслуживание» - мониторинг и
обслуживание программных и аппаратных средств, а также работа с
пользователями.
В данном случае итерационная модель является наиболее подходящей
для этого. Развитие системы предполагает возвращение к предыдущим
этапам проектирования системы.
Современные информационные системы являются достаточно
сложными и комплексными решениями и их реализация, как правило,
требует значительных затрат со стороны предприятия. Перечислим
некоторые типичные причины рисков в реализации ИТ-проектов:
1.Недоступность топ-менеджмента к изменениям бизнес-процессов и
организационной структуры.
2.Незаинтересованность руководителей основных департаментов и их
непосредственных подчиненных.
3.Изменение в ходе проекта.
4.Отсутствие квалифицированного менеджера проекта и ответственных
исполнителей.
5.Отсутствие четких и точных методологических основ этого процесса.
Исходя из этих факторов, проект по управлению рисками для
внедрения информационных технологий (ИТ-проектов) должен заранее
определить все возможные риски и проводить комплексные
профилактические меры, с тем, чтобы избежать серьезных проблем в ходе
реализации проекта.
Управление рисками в современных организациях является тщательно
спланированным процессом. Процесс управления рисками не
рассматривается как свободно стоящая проблема, которая должна быть
решена, но как часть изменений в общей системе корпоративного
управления.
Управление рисками ИТ-проектов - определение, оценка и мониторинг
воздействия, внутренние и внешние факторы, которые могут негативно
повлиять на цену и процесс внедрения новых информационных технологий в
Источник: https://baza.diplomsite.ru/previewfile/1765