Changes between Version 2 and Version 3 of Notes2

Timestamp:

12/23/17 21:59:23 (6 years ago)

Author:

Dajana Stojchevska

Comment:

--

Notes2

@@ -1 +1 @@
 = Забелешки од втората средба на 02.11.2017
 
-Во табелите 3.3 и 3.4 треба да има исти stakeholders.[[br]]
-Да не пишуваме корисници - кои корисници? Може да ги наречеме пациенти, посебно доктори итн.[[br]]
-Во 3.5 и 3.6 посебен детален профил за секој корисник и stakeholder. Треба да бидат опфатени сите засегнати страни од системот, дури и оние кои не се директни корисници на системот (пр. хигиеничари кои добиваат распоред за чистење на соби според некоја пресметка што ќе ја прави системот). [[br]]
+Во 3.2 табелата да стои само која е улогата на тие stakeholders во развивањето на системот, пр. какви податоци им требаат за пациентите (за да се знае каков изглед му треба на документот).[[br]]
+Во табелите 3.2 и 3.3 треба да има исти stakeholders.[[br]]
+Да не пишуваме „корисници“ - кои корисници? Може да ги наречеме пациенти, посебно доктори итн.[[br]]
+Во 3.5 и 3.6 посебен детален профил за секој корисник и stakeholder, use cases не детално опишани. Треба да бидат опфатени сите засегнати страни од системот, дури и оние кои не се директни корисници на системот (пр. хигиеничари кои добиваат распоред за чистење на соби според некоја пресметка што ќе ја прави системот). [[br]]
 Треба да се направи операциска анализа, за неа се потребни детални чекори од сите кориснички сценарија.[[br]]
-Во 3.6.7 Листа на потреби и во 3.7 решенија на тие потреби да се наведат за сите...[[br]]
+Во 3.6 Листа на потреби на секој корисник, тука use cases детално опишани - на кој што и зошто му треба[[br]]
+Во 3.7 главни проблеми - потреби кои се и секако за сите тие потреби да се наведат решенија...[[br]]
 Во 3.8 да се објасни што имаат конкурентските софтвери и како сме ние подобри.[[br]]
 Во 4.1, а и никаде на друго место да не наведуваме модули. Потребно е до модулите да дојдеме преку оваа анализа.[[br]]
-Во 4.2 Capabilities што кој ќе добие, пр. на корисниците им треба да работи системот во одреден момент не им треба 24/7.[[br]]
+Во 4.2 Конкретни барања од корисничките профили, Capabilities што кој ќе добие, пр. на корисниците им треба да работи системот во одреден момент не им треба 24/7, или др. пр. пациент има закажан термин и тој треба да е резервиран за него (да се чува), решението на ова ќе биде софтверот да ограничува нови закажувања. Всушност, од сите овие customer benefits ќе произлезат use cases.[[br]]
 Во корисничките сценарија: во Description да ја нема првата реченица за модулот, да нема by clicking и др. имплементациски детали, само кои податоци треба да ги внесе корисникот. Не треба да се гледа замислата за структура, само комуникацијата на луѓето и системот, односно што ќе бара системот како влез и што ќе враќа како одговор.[[br]]
 Глаголот asks да се смени со нешто како sends request или initiates.[[br]]