wiki:Критериуми за избор на решение

Критериуми за избор на решение

КритериумНаш системOdoo
Acceptability 2 4
Availability 4 5
Cohesiveness 4 5
Compatibility 1 ?
Documentation 2 5
Ease of learning 3 3
Economy 3 ?
Effectiveness 5 5
Efficiency 5 5
Fast development rate 2 2
Flexibility 3 4
Functionality 3 5
Implementability 1 ?
Low coupling 4 5
Maintainability 4 ?
Portability 1 ?
Reliability 5 4
Robustness 3 5
Security 5 5
Simplicity 4 3
Testability 2 ?
Timeliness 3 3
Visibility 1 ?


Најважните критериуми се: effectiveness, efficiency, low coupling, cohesiveness, maintainability, availability, reliability, security и simplicity и добија оценка 4 односно 5 бидејќи сите овие критериуми се директно поврзани со крајниот корисник и неговото искуство во процесот на нарачката.
Системот треба да има највисоки effectiveness и efficiency за најголема сатисфакција кај корисникот од искористеноста на системот. Односно, да биде системот ефективен и ефикасен значи да добиеме квалитетна услуга од системот.
Low coupling често значи дека имаме добро структуриран компјутерски систем, добар дизајн кој во комбинација со висока cohesiveness доведуваат и до исполнување на целта за високо maintainability.
Reliability - затоа што за Гринери е неопходно да работи точно и да презентира точни податоци. А, сето тоа директно ќе влијае на користењето на информацискиот систем од корисниците и нивното задоволство од тоа.
Availability - затоа што е важно и точно да работи, но и да работи и да е достапен постојано.
Security, квалитетот на безбедносните мерки на системот е од суштинско значење за Гринери. Треба да бидеме сигурни дека сме заштитени од неовластен пристап, битно е да се заштити системот и крадењето лични информации на клиентите од типот на имиња, адреси, телеонски броеви, платежни картички.
Simplicity - со премногу сложен систем доаѓаме во ситуација каде никој не го разбира во целост системот во одреден момент, а тоа сакаме да го избегнеме поради понатамошното одржување на системот.

Гринери како систем кој всушност треба да му олесни на корисникот во својот домен, потребно е да бидат исполнети сите критериуми кои го олеснуваат процесот на нарачка. Секоја компликација или недоволна посветеност на горе наведените критериуми, ќе доведе до усложнето искуство кај корисникот, а тоа не е во прилог на самиот систем и бизнисот сам по себе.

Најмалку важните критериуми се: compatibility, implementability, portability, visibility, testability, acceptability, fast development rate и documentation и добија оценка 2 односно 1.
Testability е активност која мислам дека може да се искомуницира интерно меѓу развивачите на софтверот, па дури тоа да значи и вложување повеќе време.
Истото важи и за documentation.
Acceptability - Гринери ќе биде едноставен систем, нема да биде комплициран, комплексен и преполн со функционалности, барем од кориснички аспект. Високота оцена на критериумот simplicity го гарантира тоа, така што ќе биде прифатен од сите корисници кои ќе го користат.

Критериумите кои добија оценка 3 се: ease of learning, economy, flexibility, functionality, robustness, timeliness.
Со зголемување на flexibility на системот, се зголемува и комплексноста, што не води кон висок simplicity (и кога станува збор за софтверот, а и за оперативно користење на апликацијата), а тоа не е во наша полза за систем со многу крајни корисници.
Што се однесува на timeliness, сметам дека кога се нуди добра услуга преку систем кој ги задоволува критериумите кои се тесно поврзани со крајните корисници, пазарот никогаш нема да биде преполн за таквиот тип на услуга. Луѓето генерално ја сакаат добрата услуга, така што ќе биде препознаена дури и да не е прва на пазарот. Секогаш има место за понуда на добар квалитет.
Robustness - во Гринери, како систем кој не е претерано комплициран, доволно е да биде покриен со робустност 3.
Economy - најчесто е тешко да се балансираа помеѓу економичноста на системот од аспект на трошење на финансии и време, така што овој критериум ќе биде со пониска оцена на конто на ефикасноста и доследноста на системот.

Last modified 3 years ago Last modified on 02/04/21 15:21:27
Note: See TracWiki for help on using the wiki.