Добрый день. Подскажите пожалуйста документ, по окончанию курса, выдается государственного образца? |
Этапы проектирования ИС с применением UML
Разработка модели бизнес-прецедентов
Модель бизнес-прецедентов описывает бизнес-процессы с точки зрения внешнего пользователя, т.е. отражает взгляд на деятельность организации из вне.
Проектирование системы начинается с изучения и моделирования бизнес-деятельности организации. На этом этапе вводится и отображается в модели ряд понятий, свойственных объектно-ориентированному подходу:
Исполнитель (Действующее лицо, Actor) – личность, организация или система, взаимодействующая с ИС; различают внешнего исполнителя (который использует или используется системой, т.е. порождает прецеденты деятельности) и внутреннего исполнителя (который обеспечивает реализацию прецедентов деятельности внутри системы). На диаграмме исполнитель представляется стилизованной фигуркой человека.
Прецедент – законченная последовательность действий, инициированная внешним объектом (личностью или системой), которая взаимодействует с ИС и получает в результате некоторое сообщение от ИС. На диаграмме представляется овалом с надписью, отражающей содержание действия.
Класс — описание совокупности однородных объектов с их атрибутами, операциями, отношениями и семантикой. На диаграмме представляется прямоугольником, содержащим описания атрибутов и операций класса.
Ассоциация – связь между двумя элементами модели. На диаграмме представляется линией.
Обобщение – связь между двумя элементами модели, когда один элемент (подкласс) является частным случаем другого элемента (суперкласса). На диаграмме представляется стрелкой.
Агрегация – отношение между элементами модели, когда один элемент является частью другого элемента (агрегата). На диаграмме представляется стрелкой с ромбовидным концом.
Для иллюстрации этапов разработки проекта использованы адаптированные материалы проекта ИС медицинского центра [ рис. 12.2]. Назначение ИС – автоматизация ведения и использования клинических записей о пациентах. В настоящее время эта работа производится вручную персоналом центра. На рис. 12.2 представлена общая модель деятельности центра в виде диаграммы прецедентов. Прецедент " Обслуживание пациента " реализуется через множество других, более ограниченных прецедентов ( рис. 12.3), отражающих детализацию представления функционирования центра.
Для включения в диаграмму выбранные прецеденты должны удовлетворять следующим критериям:
- прецедент должен описывать, ЧТО нужно делать, а не КАК ;
- прецедент должен описывать действия с точки зрения ИСПОЛНИТЕЛЯ ;
- прецедент должен возвращать исполнителю некоторое СООБЩЕНИЕ ;
- последовательность действий внутри прецедента должна представлять собой одну НЕДЕЛИМУЮ цепочку.
Исходя из цели создания системы, для дальнейшего исследования и моделирования отбираются только те бизнес-прецеденты, которые связаны с использованием клинических записей.
Выполнение прецедента описывается с помощью диаграмм видов деятельности, которые отображают исполнителей и последовательность выполнения соответствующих бизнес-процессов ( рис. 12.4).
Несмотря на то, что оказание медицинской помощи предусматривает множество разнообразных действий исполнителей, для нашей задачи существенными являются только процессы обмена информацией между этими исполнителями, и именно они отображаются в создаваемых моделях. Поэтому на диаграмме отражен процесс оценки состояния пациента на основании имеющейся в центре информации о нем.
Общее поле диаграммы деятельности делится на несколько " плавательных дорожек ", каждая из которых содержит описание действий одного из исполнителей. Основными элементами диаграмм видов деятельности являются обозначения состояния (" начало ", " конец "), действия (овал) и момента синхронизации действий (линейка синхронизации, на которой сходятся или разветвляются несколько стрелок).
Диаграмма подходит для описания действий как внешнего, так и внутреннего специалиста центра.
Этап завершается после разработки диаграмм видов деятельности для всех выделенных в модели бизнес-прецедентов. Естественно, на последующих этапах анализа и проектирования будут выявлены какие-то важные подробности в описании деятельности объекта автоматизации. Поэтому разработанные на данном этапе модели будут еще неоднократно корректироваться.