Забелешки од четвртата средба на 21.12.2017

• Да нема администратор како корисник.
• Корисничките сценарија произлегуваат од потребите на корисниците.
• За сите набројани функционалности да се размисли и да се наведат причините - на кој корисник и зошто тоа му е потребно.
• Од ова потоа ќе се дефинираат сценаријата.
• Може да има правно лице кое ќе одобрува кога некој вработен ќе сака да смени податоци за себе.
• Payroll ќе биде корисничко сценарио на вработениот бидејќи тој има потреба да докаже некаде дека е вработен.
• Правното лице да внесува нови вработени на барање на директорот.
• За пациентите има кориснички сценарија за лечење, дијагноза, можеби снимање или некоја комбинација од нив, но не и закажување како посебно сценарио бидејќи тоа е пропратно и н може да биде посебно корисничко сценаио бидејќи тоа не е корисничка потреба.
• Исто и за фармацевтите кои имаат преглед на лековите.
• Исто и за докторите кои немаат потреба да гледаат статиситики за болестите и сл.
• За докторите имаат потреба да можат да додадат дијагноза, но немаат потреба да ја изменат истата или да ја избришат... ако имаат зошто?
• Корисничкото сценарио е на корисникот кој има потреба од него, така што откако ќе дефинираме за сите поединечно кој зошто има потреба од одредена работа да иницира - нему ќе му го ставиме тоа use case.