![23.07.2025 П9: 44/63
10.1. Основни појмови у моделовању случајева употребе у ПП
Детаљна докумантација случајева употребе
Пример: Случај употребе „РегиструјеПацијената“
7. Систем проверава податке (А2).
8. Администратор пита пацијента да ли је јавни или приватни пацијент.
9. Пацијент даје одговор. [Јавни или приватни]
[Јавни]
9.1a Администратор пита јавног пацијента за број осигурања.
9.2a Пацијент даје број осигурања.
9.3a Администратор уноси број у систем.
9.4a Систем проверава идентитет пацијента у државном здравственом
регулаторном систему (А3).
[Приватни]
9.1b Администратор пита приватног пацијента за податке о осигурању.
9.2b Пацијент даје податке о осигурању.
9.3b Администратор уноси податке о осигурању (осигуравајућа компанија, број
осигурања пацијента) у систем.
9.4б Систем проверава идентитет пацијента у систему ПЗО компаније (А4).
10. Систем снима податке о пацијенту.
11. Систем потврђује регистрацију пацијента.
10. Дијаграми језика UML –
дијаграм случајева коришћења](https://image.slidesharecdn.com/is-p10-l1-250723070743-562184b0/75/IS-P10-L1-pptx-44-2048.jpg)
IS-P10-L1.pptx
- 1. П10: Дијаграми језикаUML – дијаграм случајева употребе Информациони системи Универзитет у Нишу Педагошки факултет у Врању ИАС Мастер професор технике и информатике Наставник: Доц. др Александар Спасић, дипл.инж.ел.
- 2. 23.07.2025 П9: 2/63 Садржајтеме: Дијаграми језика UML – дијаграм случајева употебе 10.1. Основни појмови у моделовању случајева употребе у простору проблема – актери и случајеви употребе 10.2. Дијаграм случајева употребе 10.3. Контролна питања
- 3. 23.07.2025 П9: 3/63 10.Дијаграми језика UML – дијаграм случајева коришћења 10.1. Основни појмови у моделовању случајева употребе у простору проблема Случајеви употребе се заснивају на корисницима (актерима) и њиховој сврси (циљевима) у коришћењу система. Случајеви употребе документују захтеве из перспективе корисника, отуда и њихов назив. Случајеви употребе такође помажу у моделирању пословних процеса. Објектно оријентисано софтверско инжењерство са случајевима употребе први су представили Џејкобсон и др. (1992). Од тада, популарност случајева употребе је порасла до тачке у којој су сада популаран начин забележавања захтева у било којој врсти пројекта (укључујући пројекте који нису софтверски, нпр. побољшања пословних процеса и управљање услугама).
- 4. 23.07.2025 П9: 4/63 10.1.Основни појмови у моделовању случајева употребе у простору проблема Актери Моделирање случајева употребе почиње идентификацијом и документовањем корисника или актера. Главна сврха развоја софтверског решења јесте да се задовоље потребе ових корисника. Актер такође указује на то како ће се систем користити (отуда и термин случајеви употребе). Актери пружају основну почетну тачку за остатак моделирања, пројектовања и развоја у софтверском пројекту. Актер је улога коју игра особа или ствар која је спољашња у односу на софтверски систем. Актер (корисник система) интерагује са системом како би постигао пословне циљеве. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 5. 23.07.2025 П9: 5/63 10.1.Основни појмови у моделовању случајева употребе у ПП Актер је: • Улога коју игра типичан корисник система (напомена: актер је улога, а не стварна особа која игра ту улогу) • Улога која покреће интеракцију са системом (као што је пацијент, који можда не интерагује увек са системом, али чије присуство изазива акције и одговоре) • Време се сматра актером јер догађаји изазвани временом покрећу интеракцију или процес унутар система • Улога која извлачи корист (остварује циљеве) из система • „Спољашњи систем“ са којим ће систем у развоју интераговати (као што је јавно доступна база података или услуга) • Спољашњи уређај са којим ће систем у развоју интераговати (као што је штампач или ручни телефон) • Било шта што шаље поруку систему (као што је спољни ентитет) • Било шта што прима поруку од система (као што је други систем) • У суштини све што је ван система. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 6. 23.07.2025 П9: 6/63 10.1.Основни појмови у моделовању случајева употребе у ПП Актер може учествовати у вишеструким случајевима употребе јер је сваки актер способан да покрене вишеструке процесе унутар система и има вишеструке циљеве које жели да постигне из система. Актер може послужити као основа за добре класе (међутим, актер, као сам пословни корисник, није класа). Као и са свим осталим у итеративном и инкременталном животном циклусу, први верзија актера се креира од оних корисника који ће покренути трансакцију са системом или који ће имати неку корист од система. Иако су корисници увек актери, нису сви актери људски корисници. Спољашњи системи и уређаји су такође представљени као актери. Актери су оно са чиме су програмери одговорни за „интеракцију“, док случајеви употребе, о којима ће се касније говорити, представљају оно што је „имплементирано“. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 7. 23.07.2025 П9: 7/63 10.1.Основни појмови у моделовању случајева употребе у ПП У UML-у, актер је представљен „фигуром од штапића“. Слика приказује ову репрезентацију за ActorPatient за болнички домен. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 8. 23.07.2025 П9: 8/63 10.1.Основни појмови у моделовању случајева употребе у ПП Како одредити актере? Проналажење добрих актера је прва и најважнија активност током анализе у проблемском простору. Често недостатак разумевања актера узрокује прераду, кашњења у испоруци решења и опште незадовољство међу корисницима. Током почетне итерације моделирања случајева употребе, креира се листа актера. Не треба покушавати да се попуни ова листа из првог покушаја. Идентификација и документовање случајева употребе, цртање дијаграма активности и накнадна идентификација класа ће неизбежно довести до прецизирања ове листе актера. Итеративно додавање на листу актера или модификовање неких од актера је у складу са итеративним и инкременталним (агилним) процесом. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 9. 23.07.2025 П9: 9/63 10.1.Основни појмови у моделовању случајева употребе у ПП Како одредити актере? Нека од питања која се могу поставити приликом моделирања случајева употребе како би се дошло до прелиминарне листе актера: • Ко ће бити главни и секундарни корисници система? • Ко ће имати примарне користи од интеракција са системом? • Ко ће бити примарни иницијатори интеракција са системом? • Са којим спољним системима и уређајима ће систем у развоју морати да се повеже? • Да ли постоји процес заснован на времену у систему? 10. Дијаграми језика UML – дијаграм случајева коришћења
- 10. 23.07.2025 П9: 10/63 10.1.Основни појмови у моделовању случајева употребе у ПП Како одредити актере? Потенцијална листа актера за информациони систем здравствене установе је приказана на слици. Постоје три категорије актера на овом дијаграму. То су улоге које играју људски актери који интерагују са системом, спољним системима и уређајима. Ове категорије актера су грубо раздвојене на слици ради бољег разумевања. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 11. 23.07.2025 П9: 11/63 10.1.Основни појмови у моделовању случајева употребе у ПП Како одредити актере? Варијације актера Поред три групе актера приказаних на слици, постоји и низ варијација у типовима актера који се могу појавити у систему. У већини практичних аналитичких радова, где се пословни процеси и токови рада моделирају у проблемском простору, ове варијације актера немају велики утицај на решење. Свест о варијацијама актера је корисна како би се спречила потенцијална забуна током моделирања. Те варијација могу да буду: • Примарни наспрам секундарних актера • Директни наспрам индиректних актера • Апстрактни наспрам конкретних актера 10. Дијаграми језика UML – дијаграм случајева коришћења
- 12. 23.07.2025 П9: 12/63 10.1.Основни појмови у моделовању случајева употребе у ПП Примарни наспрам секундарних актера Примарни актери су они због којих систем постоји. То су главни актери који имају користи од система - на пример, пацијент, лекар или медицинска сестра у систему. Секундарни актери су улоге индиректног значаја. На пример, ако је лабораторијски асистент укључен у обраду узорка крви, али није укључен у стварно извршење било ког од случајева употребе, онда је он индиректни актер. Ова варијација примарних наспрам секундарних актера зависи од перспективе система. На пример, ако систем има случајеве употребе који се директно баве уносом узорака крви и резултата тестова, онда ће лаборант постати примарни актер. Уобичајени пример из банкарског домена је пример клијента и благајника. Чак и ако клијент, која стоји преко пута шалтера да подигне готовину, не користи директно рачунар, она је и даље примарни актер. То је зато што систем постоји због овог актера и управо тај актер покреће интеракцију. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 13. 23.07.2025 П9: 13/63 10.1.Основни појмови у моделовању случајева употребе у ПП Директни наспрам индиректних актера Директни актери су они који заправо користе систем. На пример, администратор који уноси податке о пацијенту је директни актер, док је пацијент, који стоји преко пута шалтера и даје своје податке, индиректни актер. То је зато што пацијент никада не користи систем директно. У претходном примеру из банкарског домена, клијент је индиректни актер, док је благајник директни актер. И директни и индиректни актери су важни и појављују се у случајевима употребе. Разумевање да ли је актер примарни или секундарни, директан или индиректан, у потпуности зависи од контекста коришћења система од стране актера. На пример, пацијент који је индиректан док стоји преко пута шалтера постао би директан актер када приступа својим подацима на интернету. Често нема посебне потребе да се актери помињу као примарни/секундарни или директни/индиректни. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 14. 23.07.2025 П9: 14/63 10.1.Основни појмови у моделовању случајева употребе у ПП Апстрактни наспрам конкретних актера Ова варијација актера је важнија од претходне две и може се посебно приказати на дијаграмима случајева употребе. UML дозвољава генерализацију актера. То значи да актер може наследити дефиницију другог актера. На пример, „приватни пацијент“ и „јавни пацијент“ могу наследити све карактеристике пацијента. Као резултат тога, актер пацијент ће постати апстрактни, а приватни и јавни пацијенти ће постати конкретни актери. Генерализација/специјализација пружа могућности за смањење сложености дијаграма случајева употребе. Апстрактни актери могу моделирати уобичајено понашање система, као што је пријављивање особља у систем. Конкретни актери моделирају специфично понашање система, као што је лекар који проверава распоред консултација на лицу места. Пошто лекар наслеђује од особља, нема потребе за одвојеним моделирањем поступка пријављивања за лекаре ако је већ моделован за особље. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 15. 23.07.2025 П9: 15/63 10.1.Основни појмови у моделовању случајева употребе у ПП Слика приказује две одвојене хијерархије актера: хијерархију пацијената и хијерархију особља. Aктери који нису људи не могу бити приказани на дијаграму хијерархије актера осим ако нису повезани наслеђивањем. Однос између апстрактних и конкретних актера је однос наслеђивања. Апстрактни актери A10-Пацијент и A50-Особље су приказани курзивом - као што је потребно за апстрактне ентитете у UML-у. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 16. 23.07.2025 П9: 16/63 10.1.Основни појмови у моделовању случајева употребе у ПП Имена актера су представљена са префиксом A10-, A20- итд. Ово нумерисање актера, иако није обавезно од стране UML-а, добар је начин за груписање и документовање актера. Штавише, додавање префикса актерима или термином „актер“ или једноставним системом нумерације помаже у избегавању још једне потенцијалне забуне, а то је забуна између актера и класе. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 17. 23.07.2025 П9: 17/63 10.1.Основни појмови у моделовању случајева употребе у ПП Документација актера Након што је идентификована листа актера, потребно је документовати их. Иако ова документација актера није обавезна, у пракси је увек корисно документовати барем главне (или важне) актере. Ова документација побољшава разумевање актера и корисна је у идентификовању случајева употребе. Иако алати за моделирање пружају могућност документовања актера, за неке примарне актере то се може урадити у посебном Word документу и повезати са нотацијом актера. Документација за актера не сме се завршити у једном покушају. Прво се даје име актера и кратак опис. Затим се документује неколико случајева употребе који одговарају овом актеру. Као резултат тога, више детаља о актеру се додаје у документацију актера. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 18. 23.07.2025 П9: 18/63 10.1.Основни појмови у моделовању случајева употребе у ПП Документација актера Следећи шаблон пружа почетну тачку за документацију актера Приказ актера <Име актера. Опционо, број се додаје испред имена ради олакшавања груписања актера. Префикс такође разликује актера од могуће класе са истим именом.> Тип актера и стереотип <Описује тип актера. Ово може укључивати да ли је у питању примарни или секундарни актер, особа или спољни систем или уређај, или да ли је актер апстрактан или конкретан. Тип актера може бити описан уопштено или може бити формални стереотип.> Опис актера <Кратак опис актера и шта он/она/оно ради. Заједно са приказом актера, ово може бити једина ствар документована за актере у првој итерацији.> 10. Дијаграми језика UML – дијаграм случајева коришћења
- 19. 23.07.2025 П9: 19/63 10.1.Основни појмови у моделовању случајева употребе у ПП Документација актера Односи актера <Прикази других релевантних актера или случајева употребе у систему са којима овај актер интерагује. Ако постоји хијерархија наслеђивања, овде се могу навести и прикази генерализованих/специјализованих актера.> Спецификације интерфејса <Пошто, по дефиницији, актер мора да интерагује са системом, овде наводимо детаље интерфејса преко којег актер врши ову интеракцију. Ово ће бити листа бројева и имена спецификација графичког корисничког интерфејса које се односе на овог актера.> Аутор и историја <Оригинални аутор и модификатори овог описа актера> Референтни материјал <Релевантне референце, као и извори одакле је материјал уметнут/доступан за овог актера.> 10. Дијаграми језика UML – дијаграм случајева коришћења
- 20. 23.07.2025 П9: 20/63 10.1.Основни појмови у моделовању случајева употребе у ПП Пример1: Документација актера за „А10-Пацијент“ 1/2 Приказ актера Актер: А10-Пацијент Тип актера и стереотип Ово је апстрактни актер који представља све типове пацијената у систему. Опис актера Актер пацијент је примарна улога која интерагује са системом како би обављао све функције везане за пацијента. Овај актер ће првенствено користити систем за ажурирање својих података, проверу доступности лекара, заказивање консултација са лекарима и тражење савета надаље. Да би обављао ове функције, овај актер ће морати да се региструје и да се идентификује сваки пут када се приступи систему. Овај актер може бити приватни пацијент или пацијент који припада јавном здравственом систему (јавни пацијент). Ова разлика између приватног и јавног се прави само током процеса регистрације, тако што пацијент даје или податке о свом приватном осигурању или податке о свом државном осигурању. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 21. 23.07.2025 П9: 21/63 10.1.Основни појмови у моделовању случајева употребе у ПП Пример1: Документација актера за „А10-Пацијент“ 2/2 Односи актера Из овог актера изведене су две различите врсте конкретних актера: A20-ЈавниПацијент A30-ПриватниПацијент Актер ће се повезати са следећим случајем употребе (примери): UC01-Пријаве UC10-РегистреДетаљиПацијента Спецификације интерфејса UI010-Пријава UI020-ДетаљиПацијента I900-ВладинЗдравствениСистем Аутор и историја Јанко Јанковић Референтни материјал Законска правила у вези са регистрацијом пацијената у болници могу се наћи на веб страници владиног здравственог система. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 22. 23.07.2025 П9: 22/63 10.1.Основни појмови у моделовању случајева употребе у ПП Пример2: Документација актера за „A60-Доктор“ 1/2 Приказ актера Актер: A60-Доктор Тип актера и стереотип Овај актер представља лекаре у систему. Опис актера Актер лекар интерагује са системом како би обављао већину медицинских, као и неке административне функције. Ове функције укључују проверу заказивања пацијената, ажурирање дијагноза за пацијенте, писање рецепата, резервисање одсуства и пружање савета приликом праћења пацијената. Лекар је регистрован као члан особља и стога му је потребно важеће корисничко име и лозинка за приступ систему. Лекар је даље специјализован као хирург или лекар. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 23. 23.07.2025 П9: 23/63 10.1.Основни појмови у моделовању случајева употребе у ПП Пример2: Документација актера за „A60-Доктор“ 2/2 Односи актера Овај актер наслеђује од: A50-Особље. Овај актер је специјализован за: A62-Хирург и A64-Лекар. Актер ће се повезивати са следећим случајевима употребе (као што је приказано на слици 6.3 у поглављу 6): UC14-КреираМедицинскиПрофилПацијента; UC16- АжурираМедицинскиПрофилПацијента; UC32-ПрегледаПацијента Спецификације интерфејса UI10-ОбразацЗаРегистрацијуПацијента; I900-I900- ВладинЗдравствениСистем Аутор и историја Јанко Јанковић Референтни материјал Лични број за лекаре је наведен у документу „Пословна политика болнице“. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 24. 23.07.2025 П9: 24/63 10.1.Основни појмови у моделовању случајева употребе у ПП Случајеви употребе (Use Cases) Шта је случај употребе? Случај употребе документује низ интеракција актера са системом. Ова интеракција је намењена да пружи неке конкретне, мерљиве резултате од вредности актеру. Случајеви употребе описују шта систем ради, али не прецизирају како систем то ради. Случајеви употребе не само да документују интеракције актера и система кроз низ корака, већ додају и детаље попут претходних и пост-услова за случај употребе, референци корисничког интерфејса и алтернативних токова. Случај употребе је представљен елипсом у систему, као на слици. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 25. 23.07.2025 П9: 25/63 10.1.Основни појмови у моделовању случајева употребе у ПП Случајеви употребе Случајеви употребе, као и актери, могу бити различитих типова. На пример, случајеви употребе могу бити на пословном нивоу (што је најчешће) или могу бити на системском нивоу. Случајеви употребе такође могу бити апстрактни или конкретни. Проналажење случајева употребе Почетна листа актера је добра полазна тачка за идентификацију случајева употребе. Случајеви употребе се најбоље откривају кад се откривају и актери. Документација актера такође води до откривања случајева употребе. То је зато што документација актера пружа информације о односима између актера и случајева употребе. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 26. 23.07.2025 П9: 26/63 10.1.Основни појмови у моделовању случајева употребе у ПП Случајеви употребе Случајеви употребе се прикупљају на следећи начин: • Интервјуи и дискусије са корисницима и стручњацима из домена • Глумљење различитих сценарија или „прича“ које корисници причају о томе како би користили систем • Идентификовање и документовање актера, што води до разумевања њихових циљева или сврхе коришћења система • Поновно разматрање резултата анализе захтева • Формалне и неформалне изјаве о проблемима • Извршавање постојећих система (посебно наслеђених апликација), ако су доступне • Истраживање постојеће корисничке документације, ако је доступна • Истраживање постојеће „помоћи“ за систем, ако је доступна • Истраживање проблемског домена, посебно на интернету за релевантне моделе анализе • Истраживање и коришћење објављене литературе, као што су обрасци анализе 10. Дијаграми језика UML – дијаграм случајева коришћења
- 27. 23.07.2025 П9: 27/63 10.1.Основни појмови у моделовању случајева употребе у ПП Случајеви употребе Документација случајева употребе Оквирна листа случајева употребе се креира како се откривају. Случајеви употребе се затим итеративно документују. Пошто не постоји специфичан формат за документацију случајева употребе који је прописао OMG, у пракси постоји много различитих формата. Шаблон документације случаја употребе Приказ случаја употребе: <Ово је број и назив случаја употребе и, опционо, број верзије. Нумерација може бити у облику UC10-, UC20-, где UC означава случај употребе, а нумерација пружа заједнички механизам груписања, слично актерима.> Опис случаја употребе: <Ово је кратак опис случаја употребе. Овај опис се креће од кратког „једноредног“ до пасуса који описује његову сврху и употребу. Понекад, за мали пројекат са једном итерацијом, ово може бити једини опис случаја употребе.> 10. Дијаграми језика UML – дијаграм случајева коришћења
- 28. 23.07.2025 П9: 28/63 10.1.Основни појмови у моделовању случајева употребе у ПП Случајеви употребе Документација случајева употребе Стереотип и пакет: <Опис стереотипа и пакета којем овај случај употребе припада. Ово је опционална информација и не мора увек бити документована, и лако ће унети у алат за моделирање.> Актери: <Овде је документована листа актера укључених у овај случај употребе. > Предуслови: <Предуслови су услови који морају бити испуњени пре него што извршење описано у случају употребе може да почне.> Постуслови: <Постуслови су услови који морају бити испуњени на крају случаја употребе.> Односи случајева употребе: <Прикази других случајева употребе који су укључени, проширени или наслеђени.> 10. Дијаграми језика UML – дијаграм случајева коришћења
- 29. 23.07.2025 П9: 29/63 10.1.Основни појмови у моделовању случајева употребе у ПП Случајеви употребе Документација случајева употребе Текст случаја употребе (основни ток): 1.0 <опис корака> 2.0 <опис корака> (A1, E1, E2) 3.0 <опис корака> (A2, E3) ≪include < ≫ Приказ укључених случајева употребе> ≪extend < ≫ Приказ проширених случајева употребе> Алтернативни ток: <A1—Опциони описи овде су алтернативни токови под условима наведеним у корацима у основном току.> Изузеци: <E1 Опциони описи овде наводе радње предузете под условима „изузетка“ који се јављају током основног тока случаја употребе. Технички, ово може представљати акције које треба предузети у случају грешке.> Ограничења: <Овде су документована посебна ограничења или ограничења која су релевантна за случај употребе.> 10. Дијаграми језика UML – дијаграм случајева коришћења
- 30. 23.07.2025 П9: 30/63 10.1.Основни појмови у моделовању случајева употребе у ПП Случајеви употребе Документација случајева употребе Спецификације корисничког интерфејса: <Број/и и назив/имена спецификација корисничког интерфејса које се односе на случај употребе. Ово нису дизајни корисничког интерфејса, већ једноставно референце на вероватне екране/обрасце које ће актер користити у интеракцији са системом.> Метрике (Сложеност): <Све што треба измерити, а што је повезано са случајевима употребе, биће овде наведено - на пример, сложеност случаја употребе: једноставна/средња/сложена. Сложеност може бити заснована на броју актера, односима са другим случајевима употребе, па чак и техничким проблемима за сваки случај употребе.> Приоритет: <Важност функционалности коју описује овај случај употребе: висок/средњи/низак. Ово би могло бити засновано на анализи и разумевању ризика и важности случајева употребе.> 10. Дијаграми језика UML – дијаграм случајева коришћења
- 31. 23.07.2025 П9: 31/63 10.1.Основни појмови у моделовању случајева употребе у ПП Случајеви употребе Документација случајева употребе Статус: <Стање потпуности документације овог случаја употребе: почетни/главни/коначни. Ово ће указати на ниво зрелости случаја употребе.> Аутор и историја: <Оригинални аутор и модификатори овог случаја употребе.> Референтни материјал: <Релевантне референце, као и извори одакле је случај употребе изведен. Било која велика документација и материјал који не чине део „тока“ у случају употребе (као што су математичке формуле, правни документи и материјали о политикама).> 10. Дијаграми језика UML – дијаграм случајева коришћења
- 32. 23.07.2025 П9: 32/63 10.1.Основни појмови у моделовању случајева употребе у ПП Пример: Случајеви употребе у систему управљања болницама 10. Дијаграми језика UML – дијаграм случајева коришћења
- 33. 23.07.2025 П9: 33/63 10.1.Основни појмови у моделовању случајева употребе у ПП Пример: Случајеви употребе у систему управљања болницама 10. Дијаграми језика UML – дијаграм случајева коришћења
- 34. 23.07.2025 П9: 34/63 10.1.Основни појмови у моделовању случајева употребе у ПП Пример: Случајеви употребе у систему управљања болницама 10. Дијаграми језика UML – дијаграм случајева коришћења
- 35. 23.07.2025 П9: 35/63 10.1.Основни појмови у моделовању случајева употребе у ПП Пример: Случајеви употребе у систему управљања болницама 10. Дијаграми језика UML – дијаграм случајева коришћења
- 36. 23.07.2025 П9: 36/63 10.1.Основни појмови у моделовању случајева употребе у ПП Пример: Случајеви употребе у систему управљања болницама Кратка документација случајева употребе за болнички систем (приказ случаја употребе, актери, опис случаја употребе) Приказ случаја употребе: UC10-РегиструјеПацијената Актери: A10-Пацијент, A80-Администратор, A90- ДржавниЗдравствениРегулаторниСистем, A95-ПриватниОсигуравач Опис случаја употребе Овај случај употребе се бави регистрацијом нових пацијената. Ови детаљи регистрације укључују име, адресу, датум рођења и повезане детаље о пацијенту, његову здравствену картицу и статус, као што је приватни или јавни пацијент. А10- Пацијент пружа све детаље, а А80-Администратор их уноси у систем. А90- ДржавниЗдраствени Систем је интерфејс ка екстерном систему, који обезбеђује Министарство здравља, ради провере података. А95-ПриватниОсигуравач је интерфејс ка екстерном систему за појединачне приватне компаније за здравствено осигурање, ради провере података о осигурању приватних пацијената. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 37. 23.07.2025 П9: 37/63 10.1.Основни појмови у моделовању случајева употребе у ПП Пример: Случајеви употребе у систему управљања болницама Приказ случаја употребе: UC12-ОдржаваПодаткеПацијента Актери: А10-Пацијент Опис случаја употребе Овај случај употребе описује како А10-Пацијент одржава одабране личне податке (као што су адреса, телефон и статус) користећи систем. Ове детаље директно ажурира пацијент. Приказ случаја употребе: UC14-КреираПацијентовМедицинскиПрофил Актери: A60-Лекар, A10-Пацијент, A80-Администратор Опис случаја употребе Овај случај употребе описује креирање медицинског профила (записа) за пацијента. Овај запис креира A60-Лекар, уз унос од A10-Пацијент. Овај профил садржи детаље као што су крвна група, претходне болести, крвни притисак и рендгенски снимци. Медицински профил се креира након процеса регистрације. A80-Администратор помаже у креирању и верификацији података о пацијенту и није потребан за одржавање профила. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 38. 23.07.2025 П9: 38/63 10.1.Основни појмови у моделовању случајева употребе у ПП Пример: Случајеви употребе у систему управљања болницама Приказ случаја употребе: UC16-АжурираПацијентовМедицинскиПрофил Актери: A60-Лекар, A10-Пацијент Опис случаја употребе Овај случај употребе описује како се ажурира медицински профил пацијента. Ову модификацију врши А60-Доктор уз унос од А10-Пацијент. Приказ случаја употребе: UC22-Одржава календар Актери: А50-Особље Опис случаја употребе Сваки члан особља болнице који има одговарајуће овлашћење за пријаву у систем може да уноси и мења детаље свог календара. Ови детаљи календара укључују датуме, датуме одмора, дане, времена и статусе (као што су доступност и заказивање консултација и операција). Неки случајеви, као што је резервисање одмора путем система, захтеваће овлашћење супервизора особе. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 39. 23.07.2025 П9: 39/63 10.1.Основни појмови у моделовању случајева употребе у ПП Пример: Случајеви употребе у систему управљања болницама Приказ случаја употребе: UC30-ЗаказујеКонсултације Актери: А10-Пацијент Опис случаја употребе Овај случај употребе описује процес којим А10-Пацијент може да закаже консултације са лекаром. Овај процес захтева да А10-Пацијент тражи информације о доступности лекара, релевантних за одређене болести, одређеног дана и времена. Систем пружа алтернативе, а пацијент бира између тих алтернатива. Приказ случаја употребе: UC36-УправљаРаспоредомКонсултација Актери: A60-Доктор Опис случаја употребе Овај случај употребе описује како лекар може да прегледа и промени свој распоред консултација. Ово управљање и ажурирање распореда консултација од стране лекара омогућава свим осталим актерима у систему да буду упознати са доступношћу лекара. Лекар може да дода, откаже или измени заказане процедуре по потреби. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 40. 23.07.2025 П9: 40/63 10.1.Основни појмови у моделовању случајева употребе у ПП Пример: Случајеви употребе у систему управљања болницама Приказ случаја употребе: UC50-ПлаћањеРачуна Актeри: A10-Пацијент Опис случаја употребе Овај случај употребе описује процес којим пацијенти плаћају своје медицинске рачуне. Овде је описан основни поступак потребан за плаћање рачуна. То укључује верификацију рачуна, одговарајући поступак који се изводи у болници и податке о пацијенту. Међутим, стварни начин плаћања је приказан одвојено у другим случајевима употребе који проширују овај случај употребе. Приказ случаја употребе: UC56-ПлаћањеРачунаПрекоИнтернета ≪extends UC50- ≫ ПлаћањеРачуна Актери: A10-Пацијент Опис случаја употребе Овај случај употребе проширује случај употребе UC50- UC50-ПлаћањеРачуна по томе што описује процес плаћања рачуна онлајн. Плаћање рачуна путем интернета захтеваће од пацијента да се идентификује на интернету, идентификује рачун који треба да се плати и плати рачун. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 41. 23.07.2025 П9: 41/63 10.1.Основни појмови у моделовању случајева употребе у ПП Пример: Случајеви употребе у систему управљања болницама Приказ случаја употребе: UC57- ПлаћањеГотвиномЧеком ≪extends U50- ≫ ПлаћањеРачуна Актери: A10-Пацијент, A00-Штампач Опис случаја употребе Овај случај употребе проширује случај употребе UC50- ПлаћањеРачуна по томе што описује процес плаћања рачуна готовином или чеком. Очекује се да ће ово плаћање бити извршено преко шалтера у болници, иако чекове могу поштански слати и пацијенти. A00-Штампач ће се користити за штампање и слање рачуна. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 42. 23.07.2025 П9: 42/63 10.1.Основни појмови у моделовању случајева употребе у ПП Детаљна докумантација случајева употребе Детаљна документација случајева употребе такође није завршена у једном покушају. Моделари би требало да планирају и очекују да ће ову документацију итеративно завршавати док пролазе кроз друге делове процеса анализе, као што су креирање дијаграма активности и идентификација класа. Пример: Случај употребе „РегиструјеПацијената“ Овај пример је раније приказан у скраћеном облику. Овде је документовано коришћењем детаљног формата случаја употребе. Приказ случаја употребе: UC10-РегиструјеПацијента Опис случаја употребе: Овај случај употребе описује процес регистрације новог пацијента у болничком систему. Пацијент мора бити регистрован и његови подаци верификовани са државним здравственим системом пре него што се било која од болничких услуга може пружити. Стереотип и пакет: Пацијент ≪ ≫ 10. Дијаграми језика UML – дијаграм случајева коришћења
- 43. 23.07.2025 П9: 43/63 10.1.Основни појмови у моделовању случајева употребе у ПП Детаљна докумантација случајева употребе Пример: Случај употребе „РегиструјеПацијената“ Предуслови: Пацијент не сме бити већ регистрован у болници. Постуслови: Пацијент је регистрован у болничком систему. Актери: A10-Пацијент; A80-Администратор; A90-ДржавниРегулаторниЗдравствени систем, A95-ПриватниСистемЗдравственогОсигурања Односи случаја употребе: Повезано са актерима: A10-Пацијент, A80-Администратор. Основни ток (текст): 1. Пацијент долази у болницу на медицински третман. 2. Администратор пита пацијента да ли је претходно лечен у овој болници. 3. Пацијент даје одговор (А1). 4. Администратор тражи од пацијента личне податке као што су име, адреса, телефон, датум рођења и контакт за хитне случајеве. 5. Пацијент даје тражене податке. 6. Администратор уноси податке у систем. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 44. 23.07.2025 П9: 44/63 10.1.Основни појмови у моделовању случајева употребе у ПП Детаљна докумантација случајева употребе Пример: Случај употребе „РегиструјеПацијената“ 7. Систем проверава податке (А2). 8. Администратор пита пацијента да ли је јавни или приватни пацијент. 9. Пацијент даје одговор. [Јавни или приватни] [Јавни] 9.1a Администратор пита јавног пацијента за број осигурања. 9.2a Пацијент даје број осигурања. 9.3a Администратор уноси број у систем. 9.4a Систем проверава идентитет пацијента у државном здравственом регулаторном систему (А3). [Приватни] 9.1b Администратор пита приватног пацијента за податке о осигурању. 9.2b Пацијент даје податке о осигурању. 9.3b Администратор уноси податке о осигурању (осигуравајућа компанија, број осигурања пацијента) у систем. 9.4б Систем проверава идентитет пацијента у систему ПЗО компаније (А4). 10. Систем снима податке о пацијенту. 11. Систем потврђује регистрацију пацијента. 10. Дијаграми језика UML – дијаграм случајева коришћења
- 45. 23.07.2025 П9: 45/63 10.1.Основни појмови у моделовању случајева употребе у ПП Детаљна докумантација случајева употребе Пример: Случај употребе „РегиструјеПацијената“ Алтернативни ток: <А1 – Ако је пацијент претходно посетио болницу, подаци се региструју у систему болнице. Администратор обавештава пацијента о постојећој регистрацији. <А2 – Ако су дати недовољни или нетачни подаци, од пацијента се тражи да их поново достави. <А3 – Пацијент не може бити верификован у државном систему здравствене регулације, па администратор поново тражи од пацијента податке са здравствене картице. Ако верификација није могућа, пацијент се условно региструје или као пацијент који плаћа пуну накнаду или као онај који ће касније дати податке о осигурању. <А4 – Пацијент не може бити верификован у систему приватне здравствене осигуравајуће компаније, па администратор поново тражи од пацијента податке о приватном здравственом осигурању. Ако верификација није могућа, пацијент се условно региструје као пацијент који плаћа пуну накнаду, а његови подаци код здравственог осигурања се проверавају касније.> 10. Дијаграми језика UML – дијаграм случајева коришћења
- 46. 23.07.2025 П9: 46/63 10.1.Основни појмови у моделовању случајева употребе у ПП Детаљна докумантација случајева употребе Пример: Случај употребе „РегиструјеПацијената“ Изузеци: Нема. Ограничења: Нема. Спецификације корисничког интерфејса: UI10-PatientRegistrationForm Метрике: Сложене Приоритет: Висок Статус: Главни Аутор и историја: Сима Симић Референтни материјал: Подаци о пацијенту који су прописани законом наведени су у документу о политици пацијената болнице који је доступан у административном одељењу. Видите <patientpolicy.doc>. 10. Дијаграми језика UML – дијаграм случајева коришћења