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

Подробности

Опубликовано: 10.07.2020 11:29

Автор: Катасонова Наталья Сергеевна

Просмотров: 23

Аннотация: в работе реализуется.
Скачать: PDF, PPT.
Ключевые слова: спиральная модель жизненного цикла. 

Введение

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

• анализ требований, предъявляемых пользователями;
• проектирование структуры приложения;
• разработка приложения в среде MS FoxPro;
• тестирование разработанной программы.

Раздел 1. Спиралевидная модель внедрения программных продуктов  

1.2. Спиралевидная модель и ее особенности

Существует множество различных моделей жизненного цикла ПО, одна из них – спиральная модель. В ней делается упор на начальные этапы ЖЦ системы: анализ и проектирование. Спиральная модель – классический пример применения эволюционной стратегии разработки [4]. Особенность данной модели заключается в том, что прикладное программное обеспечение создается не сразу, а по частям (модулям) с использованием метода прототипирования. В данной модели прототип – действующее программное обеспечение, реализующее отдельные функции и внешний интерфейс пользователя [5]. Как показано на рис. 1.1, модель определяет четыре действия, каждое из которых соответствует своему квадранту спирали:

• подготовка – сбор требований и ограничений;
• планирование – формирование плана проекта и анализ рисков;
• моделирование и конструирование (разработка) – подготовка моделей и реализация продукта следующего уровня;
• развертывание – оценка заказчиком текущей версии продукта.  

2.3. Список требований 

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

Таблица 2.1. Матрица отслеживания требований 

 Заключение

В процессе работы были проанализированы пользовательские требования (15 требований), полученные путем опроса и изучения документации. После этого были определены приоритеты полученных требований с помощью метода MuSCoW. На основе пользовательских требований были составлены функциональные требования, которые должны быть реализованы в разрабатываемом приложении. Составлен список требований, связывающий вместе пользовательские, функциональные требования, их приоритет, а также программные компоненты, отвечающие за реализацию данных требований; список обеспечивал удобство отслеживания выполнения требований разработчиком на всех этапах проектирования.  

Список литературы

1. Чистякова Ю. А., Мартюгов А. С., Селяничев О. Л. Информационная система автоматизации работы медицинского учреждения // Новые информационные технологии в науке нового времени: сборник статей международной научно-практической конференции. – 2016. – С. 63-65.
2. Калиниченко В. И. Комплексная автоматизация услуги «Запись на прием к врачу» // II симпозиума «Информационные технологии для здравоохранения юга России. Сочи 2011». – С. 28.
3. ГОСТ Р ИСО/МЭК 12207-2010. Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств.

Выходные данные

Катасонова Н.С. Применение каскадной, итерационной и спиралевидной моделей внедрения информационных систем при реализации ключевых бизнес-процессов городской больницы: диплом магистра / МИРЭА. – М., 2020. – 45 с. – URL: https://stepanovd.com/training/20-vkr/103-vkrm-2020-3-katasonova.