Changes between Version 59 and Version 60 of MarketAssessmentUseCaseModel
- Timestamp:
- 06/01/18 23:58:11 (6 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
MarketAssessmentUseCaseModel
v59 v60 81 81 }}} 82 82 {{{#!box type=bad 83 Нема образложение зошто е направено вакво нешто. Самата идејата е проблематична, бидејќи идејата ги поистоветува концептите Корисник и Најава. Но, знаеме од пракса дека Корисникот и неговата Најава на систем не се исто нешто, бидејќи секој Корисник може реално да има повеќе Најави на системот низ својата историја, па со вакво решение фактички во еден „удар“ го губиме и концептот на Корисник и концептот на Најава, а го губиме и историјатот на Најавите бидејќи се чува само последната. 83 Самата идејата е проблематична, бидејќи идејата ги поистоветува концептите Корисник и Најава. Но, знаеме од пракса дека Корисникот и неговата Најава на систем не се исто нешто, бидејќи секој Корисник може реално да има повеќе Најави на системот низ својата историја, па со вакво решение фактички во еден „удар“ го губиме и концептот на Корисник и концептот на Најава, а го губиме и историјатот на Најавите бидејќи се чува само последната. ''Тоа се проблемите, па треба да се дискутира.'' 84 84 }}} 85 85 … … 101 101 {{{#!box type=question 102 102 Во Услуги е додаден атрибут Дата * за да се опфатат сите времиња сегашно/минато. 103 За пракса не направивме посебен ентитет бидејки е прикажан како тип на услуга. 103 }}} 104 {{{#!box type=bad 105 Еден ентитет е една услуга, па ќе има само една дата - последната. 106 }}} 107 108 {{{#!box type=question 109 За пракса не направивме посебен ентитет бидејки е прикажан како тип на услуга.\\ 104 110 Додадени се и Обука и Работа како типови во услуга ( бидејки пракса веќе беше ставено како тип а обука и работа би требало да одат во иста група со пракса, така да или сите одат како тип на услуга или за сите би требало нов ентитен? мислиме дека доколку се чуваат истите информации за сите три типа тогаш е ок вака само што ке бидат тргнати како посебни врски и ке остане само врската x бара/нуди услуга ) 105 111 }}} 112 {{{#!box type=comment 113 Треба да се дискутира попрецизно за сите различни UC - кој на кого ја нуди како услуга праксата, па дали воопшто може да се решат на еден начин сите ситуации. 114 }}} 115 116 117 106 118 107 119 Врски: 108 * 109 * 110 * 111 * 112 * 113 * 114 * 115 * 116 * 117 * 118 * 119 * 120 * Поединец се регистрира 121 * Поединец се најавува 122 * Поединец бара услуга 123 * Поединец нуди услуга 124 * Поединец ажурира податоци 125 * Поединец пребарува информации 126 * Организација се регистрира 127 * Организација се најавува 128 * Организација бара услуга 129 * Организација нуди услуга 130 * Организација ажурира податоци 131 * Организација пребарува информации 120 132 121 133 {{{#!box type=question … … 133 145 }}} 134 146 135 {{{#!box type= question147 {{{#!box type=important 136 148 Повеќе од пола од врските ви се недефинирани. Поврзуваат постоечки со непостоечки работи. Пример: „Поединец **се** регистрира“, постои множество ентитети Поединци, ама не постои множество ентитети “Регистрации“ за да имате меѓу нив врска „се“. Пример: „Организација нуди услуга“, а не постои множество ентитети „Услуги“. Ова треба да се запрашате за буквално сите врски, бидејќи самата недефинираност на дел од врските укажува дека можеби не сте ги наведувале доволно прецизно и останатите, па можеби и тие не се баш коректни. 137 149
