| | 1 | = Забелешки од четвртата средба на 21.12.2017 |
| | 2 | |
| | 3 | * Да нема администратор како корисник. |
| | 4 | * Корисничките сценарија произлегуваат од потребите на корисниците. |
| | 5 | * За сите набројани функционалности да се размисли и да се наведат причините - на кој корисник и зошто тоа му е потребно. |
| | 6 | * Од ова потоа ќе се дефинираат сценаријата. |
| | 7 | * Може да има правно лице кое ќе одобрува кога некој вработен ќе сака да смени податоци за себе. |
| | 8 | * Payroll ќе биде корисничко сценарио на вработениот бидејќи тој има потреба да докаже некаде дека е вработен. |
| | 9 | * Правното лице да внесува нови вработени на барање на директорот. |
| | 10 | * За пациентите има кориснички сценарија за лечење, дијагноза, можеби снимање или некоја комбинација од нив, но не и закажување како посебно сценарио бидејќи тоа е пропратно и н може да биде посебно корисничко сценаио бидејќи тоа не е корисничка потреба. |
| | 11 | * Исто и за фармацевтите кои имаат преглед на лековите. |
| | 12 | * Исто и за докторите кои немаат потреба да гледаат статиситики за болестите и сл. |
| | 13 | * За докторите имаат потреба да можат да додадат дијагноза, но немаат потреба да ја изменат истата или да ја избришат... ако имаат зошто? |
| | 14 | * Корисничкото сценарио е на корисникот кој има потреба од него, така што откако ќе дефинираме за сите поединечно кој зошто има потреба од одредена работа да иницира - нему ќе му го ставиме тоа use case. |
