| 91 | | {{{#!box type=bad |
| 92 | | Во Услуги е додаден атрибут Дата * за да се опфатат сите времиња сегашно/минато. |
| 93 | | * Одговор: Еден ентитет е една услуга, па ќе има само една дата - последната. |
| 94 | | }}} |
| 95 | | |
| 96 | | {{{#!box type=question |
| 97 | | За пракса не направивме посебен ентитет бидејки е прикажан како тип на услуга. |
| 98 | | Додадени се и Обука и Работа како типови во услуга ( бидејки пракса веќе беше ставено како тип а обука и работа би требало да одат во иста група со пракса, така да или сите одат како тип на услуга или за сите би требало нов ентитен? мислиме дека доколку се чуваат истите информации за сите три типа тогаш е ок вака само што ке бидат тргнати како посебни врски и ке остане само врската x бара/нуди услуга ) |
| 99 | | * Одговор: Треба да се дискутира попрецизно за сите различни UC - кој на кого ја нуди како услуга праксата, па дали воопшто може да се решат на еден начин сите ситуации. |
| 100 | | }}} |
| | 80 | Врски: |
| | 81 | * Поединец се регистрира |
| | 82 | * Поединец го администрира корисник |
| | 83 | * Поединец објавува услуга |
| | 84 | * Организација се регистрира |
| | 85 | * Организација ја администрира корисник |
| | 86 | * Организација објавува услуга |
| 115 | | |
| 116 | | {{{#!box type=question |
| 117 | | Врските се променети како резултат на тоа што пракса/работа/обука се тип на услуга. |
| 118 | | * Одговор: Треба да се дискутира, исто како за погоре. |
| 119 | | }}} |
| 120 | | |
| 121 | | {{{#!box type=question |
| 122 | | 2.Идеја што со оваа забелешка " Треба да размислувате поформално, како бара услуга некоја организација? Дали објавува оглас, пушта јавно соопштение, праќа мејл до некого? Тие работи треба да се евидентираат" ( мислиме дека ако го додадиме ова многу ќе се искомплицираат работите. |
| 123 | | |
| 124 | | * Одговор: Обично работите се комплицираат кога имате мултимодални концепти. Нешта кои за еден значат едно, а за друг значат друго. Потешки се за процесирање, потешки се за пребарување, потешко е за програмирање. |
| 125 | | }}} |
| 126 | | |
| 127 | | {{{#!box type=important |
| 128 | | Ова останува: за сите врски кои изгледаат како коректни неопходна е проверка дали се баш такви какви што сте ги навеле, односно дали тоа што го поврзуваат е доволно или е потребна покомлексна структура да се репрезентираат. |
| 129 | | * На пример велите “Организација **бара** услуга“, но со самото тоа што кажувате „бара“ во сегашно време, е исто како да велите “Организацијата Х сега бара услуга за К“. Но, што правиме кога некоја организација барала услуги и во минатото, а тој податок ни е потребен за да може да се прават различните анализи. Наведената врска, не е доволна да репрезентира и сегашна и мината состојба, бидејќи една врска вклучува само еден пар од една Организација и една Услуга - не може да вклучи повеќекратно учество - со други зборови не може да покрие “Организацијата Х сега бара услуга за К1“ и “Организацијата Х лани барала услуга за К2“ и “Организацијата Х преклани барала услуга за К2“ и “Организацијата Х пред 3 години во април барала услуга за К3“. |
| 130 | | За ова да се реши е неопходно да се размислувате поформално. |
| 131 | | * Пример: како бара услуга некоја организација? Дали објавува оглас, пушта јавно соопштение, праќа мејл до некого? Тие работи треба да се евидентираат |
| 132 | | Вакво размислување треба да спроведете за сите врски за кои потенцијално треба да се чува историјат. |
| 133 | | }}} |
| 134 | | |
| 135 | | |
| 136 | | |
