| | 61 | Acceptability е важно затоа што самата причина заради која го градиме системот е да задоволи се поголемата потреба на луѓето да можат да споделат кои мултимедиски содржини, книги и стрипови ги конзумирале или пак планираат да ги конзумираат.\\ |
| | 62 | |
| | 63 | Availability исто сметам дека е исто важно како за секој систем во денешно време. Особено затоа што потребата да се сподели листата може да се појави во било кое време.\\ |
| | 64 | |
| | 65 | Cohesiveness е само потребна при оценување на содржините на системот, заради потоа агрегација на објективна оценка.\\ |
| | 66 | |
| | 67 | Compatibility не е важно, затоа што ќе имаме само еден систем.\\ |
| | 68 | |
| | 69 | Documentation нема да биде многу потребна затоа што целиот систем ќе биде доста интуитивен, а функционалностите не се многу сложени.\\ |
| | 70 | |
| | 71 | Ease of learning сметам дека е важно со цел да не се појави аверзија кон користење на системот кај корисниците.\\ |
| | 72 | |
| | 73 | Economy е многу важен аспект кај сите продукти и софтверски системи. Надминување на буџетот може да претставува сериозен проблем.\\ |
| | 74 | |
| | 75 | Effectiveness е важен фактор затоа што наша желба е системот да може да работи најдобро што може, што поголем дел од времето.\\ |
| | 76 | |
| | 77 | Efficiency не е многу важно за видот на нашиот систем.\\ |
| | 78 | |
| | 79 | Fast development rate е еден од помалку важните фактори, затоа што опфатот или големината на базата на податоци која што ќе ја користи системот, ќе биде многу голема и врз неа се темели сите останати функционалности. Што значи дека ако сакаме да изградиме добра апликација ќе треба да посветиме значително време на развој на базата на податоци, но сепак не премногу за да не ги постигнеме одредените рокови.\\ |
| | 80 | |
| | 81 | Flexibility е еден од факторите кој можно е да биде потребен во иднината, откако некое време системот ќе биде завршен и достапен за корисниците.\\ |
| | 82 | |
| | 83 | Functionality е нормално да биде еден од најважните фактори за системот, затоа што доколку не го исполниме, тоа значи дека не сме ја реализирале нашата идеја успешно.\\ |
| | 84 | |
| | 85 | Implementability не би бил многу важен фактор во сегашноста, затоа што би го изградиле системот со најновите технологии. Но, за 10,15 години кога би сакале да имплементираме нови технологии, важно е да бидеме спремни.\\ |
| | 86 | |
| | 87 | Low coupling односно модуларност на системот е многу корисна одлика која ќе ни помогне при одржување на системот.\\ |
| | 88 | |
| | 89 | Maintainability не е важен фактор во блиската иднина, но може да стане во иднината.\\ |
| | 90 | |
| | 91 | Portability е многу важно затоа сакаме нашиот систем да биде пристаплив од било кој уред кој корисниците можат да го користат.\\ |
| | 92 | |
| | 93 | Reliability ни е важно, затоа што подразбирливо да сакаме да имаме што е можно помалку грешки.\\ |
| | 94 | |
| | 95 | Robustness сметаме дека не многу важно затоа што не предвидуваме можноста за многу и чести грешки.\\ |
| | 96 | |
| | 97 | Security освен персоналните информации на корисниците како емаил адреса и платежна картичка, нема други сензитивни податоци во нашиот систем. А, нормално е дека ќе се погрижеме персоналните податоци да бидат безбедни.\\ |
| | 98 | |
| | 99 | Simplicity не е многу важен фактор, затоа што во самиот старт нашиот систем нема да служи за вршење на некои многу комплексни функции.\\ |
| | 100 | |
| | 101 | Testability како кај секој софтверски систем е важен процес, за кој би се погрижиле да биде возможен при самата изградба на системот и понатаму.\\ |
| | 102 | |
| | 103 | Timeliness е важно за да бидеме сигурни дека корисниците ќе бидат задоволни со нашиот систем и нема да имаат поплаки.\\ |
| | 104 | |
| | 105 | Visibility не е многу важно за типот на нашиот систем. |
| | 106 | |
| | 107 | |
| | 108 | |
| | 109 | |
