Автоматизация и информационная безопасность при работе с электронными медицинскими картами

47

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

2.1 Разработка проекта автоматизации и информационной безопасности при работе с электронными медицинскими картами в региональном сегменте медицинской информационной системы ОГБУЗ «Магаданский родильный дом»

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

«Жизненный цикл» - это одно из базовых понятий методологии разработки информационной системы. Жизненный цикл ИС являет собой непрерывный процесс, которые начинается с момента принятия решения о создании ИС и заканчивается в момент её полного изъятия из эксплуатации [8].

Жизненный цикл (далее – ЖЦ) ИС охватывает все этапы и стадии ее создания, сопровождения и развития:

• исследование предметной области с дальнейшим формированием информационной и функциональной моделей объекта, для которого ИС предназначена;

• проектированиесистемы(разработкапроектныхрешений,

удовлетворяющих требованиям ТЗ);

− разработку системы (в т.ч. программирование и дальнейшее тестирование прикладного ПО на основании проектных спецификаций подсистем, выбранных на стадии проектирования);

• тестирование ИС, а также выявление, анализ и устранение ошибок;

• эксплуатацию и сопровождение ИС;

• развитие системы.

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

ПО, а в отдельных случаях – и процессы разработки. Из самых популярных стандартов можно выделить такие:

1. ГОСТ 34.601-90 (стандарт на автоматизированные системы – устанавливает этапы и стадии их создания; в стандарте также имеется описание содержания работ,

48

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

1. ISO/IEC 12207:1995 (стандарт на организацию и процессы и жизненного цикла; не содержит описания фаз, стадий, этапов и распространяется на все виды программного обеспечения, разрабатывающегося по чьему-либо заказу) [10]

1. Методика Oracle, или Custom Development Method (стандарт на разработку прикладных ИС; это, по сути, технологический материал, который детализирован до уровня заготовок проектных документов для использования в проектах с применением Oracle; CDM используется как для классической модели жизненного цикла [предусмотрены все этапы, задачи, работы], так и для технологий Fast Track ["быстрой разработки"] или "облегченного подхода" – для малых проектов).

1. RUP, или Rational Unified Process (стандарт основывается на итеративной модели разработки, включающей в себя четыре фазы: начало, исследование,

построение и внедрение – на базе UML; каждая из фаз может разбиваться на этапы (или итерации), в результате которых создается версия для внутреннего / внешнего использования; прохождение через ключевые фазы именуется циклом разработки, а каждый цикл заканчивается генерацией новой версии системы; если работа над проектом не завершается после прохождения указанных фаз, то полученный продукт должен продолжать своё развитие и пройти заново все фазы).

1. MSF, или Microsoft Solution Framework (стандарт, как и RUP, на итеративной модели и включает четыре основные фазы: анализ, проектирование, разработку,

стабилизацию; в отличии от RUP, MSF больше ориентирована на разработку рабочих-приложений) [13].

1. XP, или Extreme Programming («экстремальное программирование»; в основе методологии данного стандарта лежит командная работа, эффективное взаимодействие между исполнителем и заказчиком в течение всего периода разработки ИС, а сама разработка ведется при помощи последовательно дорабатываемых прототипов).

• стандарте ISO/IEC 12207 отсутствует конкретная модель жизненного цикла и методы разработки, его рекомендации – это общие рекомендации для любых моделей

49

жизненного цикла. Под моделью, как правило, подразумевается структура, которая на

протяжении жизненного цикла определяет

последовательность выполнения и взаимосвязи действий, процессов и задач.

Сегодня существует две распространенные модели жизненного цикла – спиральная и каскадная.

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