Файл: 12.pdf

UMLобеспечиваетподдержкувсехэтаповжизненногоциклаИСипредоставляетдляэтих целейрядграфическихсредств–диаграмм.

Наэтапесоздания концептуальноймодели дляописаниябизнес-деятельностииспользуются моделибизнес-прецедентов идиаграммывидовдеятельности, дляописаниябизнес-объектов– моделибизнес-объектов идиаграммыпоследовательностей.

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

Наэтапесозданияфизическмойделидетальноепроектированиевыполняется использовандиаграммемклассов, диаграммкомпонентов, диаграммразвертывания.

Нижеприводятсяопределенияописываетсяназначениеперечисленныхдиаграммоделей применительнокзадачампроектированияИС( скобкахприведеныальтернативныеназвания диаграмм, использующиесявсовременнойлитературе).

Диаграммыпрецедентов(диаграммывариантовиспользования, use case diagrams)это – обобщеннаямодельфункционированиясистемывокружающейсреде.

Диаграммывидовдеятельности(диаграммыдеятельностей, activity diagrams)модельбизнес– - процессаилиповеденсистемыяврамкахпрецедента.

Диаграммывзаимодействия(interaction diagrams)модельпроцесса– обменасообщениями междуобъектами, представляетсявидедиаграммпоследовательностей(sequence diagrams) иликооперативныхдиаграмм(collaboration diagrams).

Диаграммысостояний(statechart diagrams)модельдинамическ– поведенгосистемыяее компонентовприпереходеизодногосостояниявдругое.

Диаграммыклассов(class diagrams)логическая– модельбазовойструктурысистемы, отражаетстатическуюструктурусистемысвязимеждуееэлементами.

Диаграммыбазыданных(database diagrams)модельструктуры— базыданных, отображает таблицы, столбцы, ограниченият.п.

Диаграммыкомпонентов(component diagrams)модельиерархии– подсистем, отражает физическоеразмещениебазданных, приложенинтерфейсовИС.

Диаграммыразвертыван(диаграммыяразмещения, deployment diagrams)модель– физическойархитектурысистемы, отображаппаратнуюетконфигурациюИС.

На рис. 12.1 показаныотношениямеждуразличнымивидамидиаграммUMLУказатели. стрелокможноинтерпретироватькакотношение"являетсяисточникомвходныхданных для..."например( , диаграммапрецедентовявляетсяисточникомданныхдлядиаграммвидов деятельностипоследовательности).Приведеннаясхемаявляетсянагляднойиллюстрацией итеративногохарактераразработкимоделейсиспользованиемUML.

Рис. 12.1. ВзаимосвязимеждудиаграммамиUML

НижеприводятсяописанияпоследовательныхэтаповпроектированияИСсиспользованием

UML.

Разработкамоделибизнес-прецедентов

Модельбизнес-прецедентов описываетбизнес-процессточкиызрениявнешнего пользователя, . . отражаетвзгляднадеятельнорганизациистьвне.

Проектированиесистемыначинаетсяизученимоделированиябизнес-деятельности организации. Наэтомэтапевводитсяотображаетсявмоделирядпонятий, свойственных объектно-ориентированномуподходу:

Исполнитель(Действующеелицо, Actor)личность– , организацияилисистема, взаимодействующаяИС;различаютвнешнегоисполнителя(которыйиспользуетили используетсясистемой, . . порождаетпрецедентыдеятельности) внутреннегоисполнителя (которыйобеспечиваетреализациюпрецедентовдеятельностивнутрисистемы).Надиаграмме исполнительпредставляетсястилизованнойфигуркойчеловека.

Прецедент–законченнаяпоследовательностьдейств,инициированй внешнимаяобъектом (личностьюилисистемой),котораявзаимодействуетИС получаетврезультатенекоторое сообщениеотИС. Надиаграммепредставляетсяоваломснадписью, отражающейсодержание действия.

Класс—описаниесовокупноднородныхстиобъектовсихатрибутами, операциями, отношениямисемантикой. Надиаграммепредставляетсяпрямоугольником, содержащим описанияатрибутовоперацийкласса.

Ассоциация–связьмеждудвумяэлементамимодели. Надиаграммепредставляетсялинией.

Обобщение–связьмеждудвумяэлементамимодели, когдаодинэлемент(подкласс)является частнымслучаемдругогоэлемента(суперкласса).Н диаграммепредставляетсястрелкой.

Агрегация–отношениемеждуэлементамимодели, когдаодинэлементявляетсячастью другогоэлемента(агрегата).Надиаграммепредставляетсястрелкойромбовиднымконцом.

Дляиллюстрацииэтаповразработкипроектаиспользовадаптированныематериалы проектаИСмедицинскогоцентра[ рис. 12.2 ].НазначениеИС–автоматизацияведения

использованклияническихзаписейопациентах. Внастоящеевремяэтаработапроизводится

Рис. 12.2. Общаядиаграммадеятельностимедицинскогоцентрапообслуживаниюпациента

Рис. 12.3. Модельбизнес-прецедент, составляющихобслуживаниепациента

Длявключениядиаграммувыбранныепрецедентыдолжныудовлетворятьследующим критериям:

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

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

Рис. 12.4. Диаграммавидовдеятельностидляпрецедента"Оказанием дицинскпомощий"

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

изкоторыхсодержитописаниедействийодногоизисполнителей. Основнымиэлементами диаграммвидовдеятельностиявляютсяобозначениясостояния(" начало ", " конец "), действия(овал)имоментасинхронизациидействий(линейкасинхронизации, накоторой сходятсяилиразветвляютнесяколькострелок).

Диаграммаподходитдляописаниядействийкаквнешнего, такивнутреннегоспециалиста центра.

Этапзавершаетсяпослеразработкидиаграммвидовдеятельностидлявсехвыделенных моделибизнес-прецедентов . Естественно, напоследующихэтапаханализапроектирования будутвыявленыкакие-товажныеподробностивописаниидеятельностиобъекта автоматизации. Поэтомуразработанныенаданномэтапемоделибудутещенеоднократно корректироваться.

Разработкамоделибизнес-объектов

Рис. 12.5. Модельбизнес-объектовпрецедента"Ответназапрос"

Вэтойдиаграммепоявилосьновоедействующеелицо–отправительзапроса. Насамомделес запрососостояниимпациентамогутобращатьвсистеямногиеуиздействующихлиц: юрист, страховаякомпания, техническийперсоналидажесампациент. Такимобразом, понятие" Отправитель запроса "служитдляобобщенногопредставлениявсехэтих

запроса "становитсясуперкласспоотношениюмкобобщаемымпонятиям(подклассам).

Рис. 12.6. Обобщениеклассов

Длядетальногописаниявыполненбизнеся-процессовобычноиспользуютсядиаграммы последовательностей( рис. 12.7 ).

бытьипустым.

Посколькупациентможетпредварительнопроходитьлечениевдругихучрежден,ияхли несколькоразпроходитьлечениевцентре, появляютсядополнительныеразновидности (подклассы)клиническихзаписей:внешние, старыевнутренние, новыевнутренние.

Этотэтапзавершаетпроцедурыбизнес-моделированияпозволяетпредставитькоманде проектировщиковединомформатуеинформацию, котораябудетнеобходимадлясоздания системы. Разработанныедиаграммыявляютсяотправнточкойвпроцессахпроектирования базданныхиприложенсистемый, обеспечиваютсогласованностьдействийбизнесаналитиковразработчиковпроцесседальнейшейработынадсистемой. Этидиаграммы, конечноже, будутпретерпеватьизменениявпроцессепоследующегопроектирования, однако этиизменениябудутфиксироватьсяформате, ужепривычномдлявсейкоманды разработчиков, будутавтоматическиотражатьсявпоследующихмоделях.

Разработребованийкаксистеме

Наэтапеформированиятребований, преждевсего, необходимоопределитьобластьдействия разрабатываемойсистемыполучитьточноепредставлениеожелаемыхвозможностях системы.

•краткое описание прецедента;

•ограничения;

• предусловия( необходимоесостояние системы или условия, при которых должен выполнятьсяпрецедент);

•постусловия(возможныесостояниясистемыпослевыполненияпрецедента);

•предположения;

•основная последовательностьдействий;