Innholdsfortegnelse
Beregningene som kan brukes er definert og standardisert i ISO 9126 kvalitetsmodell.ISO 9126 -standarden er en internasjonal standard for programvareevaluering, denne modellen angir retningslinjer for å evaluere forskjellige aspekter ved programvareutvikling, for eksempel:
- Funksjonalitet: at programvaren oppfyller de funksjonelle kravene
- Brukervennlighet: Det er innsatsen eller tiden som kreves av brukeren for å bruke programvaren eller nettet generelt, så vanskeligheten ved navigering og introduksjon av data kan måles.
- Pålitelighet: her måler vi evnen til å reagere på ugunstige situasjoner, vi vurderer sikkerhet, evnen til å beskytte data, stabilitet og evnen til å komme seg etter feil.
- Vedlikehold: Disse beregningene indikerer hvor enkelt det er for programvaren å legge til nye funksjoner eller tilpasse seg mulige endringer.
- Bærbarhet: måler hvor enkelt det er å endre webserveren eller flytte hele programvaren til et annet datamiljø eller maskinvarekonfigurasjon.
Noen beregninger som vi kan bruke i webutvikling er:
KRAV VARIASJONSINDEKS
Målet med denne beregningen er å indikere hvordan og hvor mye kravene varierer i hver fase av byggearbeidet til et nettsted for å sikre at vi har tatt hensyn til alle kravene før vi fortsetter med neste fase.
Kravene anses som stabile når det ikke er noen tillegg eller slettinger i dem som innebærer endringer i programmets hovedfunksjoner.
IVR: endringshastighet i krav.
TRD: totale krav definert i fasen som vi skal evaluere.
MR: antall krav som er endret eller fjernet fra den opprinnelige planen.
IVR = (TRD - MR / TRD) x 100
Hvis denne indeksen gir oss en verdi på 100, vil det indikere at det ikke er noen endringer, hvis verdien er nær null, indikerer det at det er mange endringer og kravene ikke er bevisste eller upålitelige, så prosjektet kan bli kaotisk.Noen beregninger som vi kan bruke i webutvikling er:
SYSTEMINTEGRITETSINDEKS
For å måle integritet må vi definere to parametere:
- Mulige trusler
- Antall ganger som skjer og sikkerheten eller antall ganger nettet kan gjenopprette fra en trussel.
Denne standarden tilhører Institute of Electrical and Electronic EngineeringIEEE 982.1-2005-standarden foreslår en programvaren modenhetsindeks (IMS) som en beregning for å indikere helsetilstanden til nettet eller programvaren.
For å beregne denne indeksen vil vi etablere følgende variabler og mengder
MV = antall moduler i gjeldende versjon.
MM = antall moduler i den nåværende versjonen som er endret.
MN = antall moduler i den nåværende versjonen som er lagt til.
Jeg = antall moduler fra den forrige versjonen som er fjernet i den nåværende versjonen.
Når programvaren modenhetsindeks (IMS) nærmer seg 1, indikerer det at det er færre og færre modifikasjoner og nettet eller programvaren er mer stabil og robust, derfor vil det kreve mindre vedlikehold og arbeidstid for å rette opp en annen feil eller legge til ny funksjonalitet.
FEILDETEKSJON OG ELIMINERING EFFEKTIVITETSINDEKS
Denne indeksen lar oss bestemme hvor effektivt utviklingsteamet er for å oppdage og rette feil i alle stadier, vi grupperer feiloppdagelsen i to kategorier Før vi leverer programvaren til nettet og etter at vi har levert programvaren eller websiden.
EAS = er antall feil som oppdages før programvaren leveres, i test- eller feilsøkingsfasen
EDS = er antall feil som oppdages etter at programvaren er levert til kunden.
EDE = EAS / - (EAS + EDS)
Merk følgendeHvis indeksen for feiloppdagelse og elimineringseffektivitet er lik 1, indikerer det at det ikke ble funnet noen feil, noe som symboliserer at de ikke ble funnet. Når EAS øker, indikerer det at det fungerer med kvalitet siden vi klarte å oppdage feil før vi leverte programvaren eller nettet.Det er flere programvarekvalitetsberegninger som kan brukes på webutvikling, siden en webside også er programvare.
ONLINE VERKTØY FOR Å VURDERE WEBKVALITET
TAW er et verktøy som gjør det mulig å måle og evaluere tilgjengeligheten til et nettsted vi kan få tilgang til fra nettadressen
http://www.tawdis.net
Når du får tilgang til dette verktøyet, må vi angi nettadressen for å analysere, og det vil presentere oss for en gruppe faner som er følgende:
Kategorien Sannsynlighet:
Den presenterer informasjon og komponentene og elementene i webdesignet og HTM -koden, anslår at feil påvirker brukerens synlighet og hvilke forbedringer vi kan gjøre. Her vil det vise oss feilen, definisjonen av W3C -standarden på http://www.w3.org/, antall ganger feilen vises og antall linjer i koden der hendelsen blir funnet.
Fanen som kan brukes
Her vil vi se på komponentaspektene ved brukergrensesnittdesign og navigasjon for å avgjøre hvor enkelt det er å bruke eller betjene nettet. Her evalueres det om det er noe innhold som beveger seg eller som blokkerer skjermen, lastetiden, forholdet mellom tekstinnhold, titler og om navigasjonen presenterer en logisk rekkefølge, inkludert rekkefølgen som datafeltene fokuserer på.
Forståelig fane
Her evalueres hendelser og brukerinteraksjon med nettet, hvis det er språkendringer, hvis det er elementer som produserer interaksjon som lic i knapper, jquery -hendelser, popup -vinduer, hovedsakelig de hendelsene som produseres av javascript -kode, evalueres onclic, onchange, onload, onfocus, som vil vise en slags endring på nettet og bør være like forståelig for brukeren.
Robust fane
Her er innholdet vurdert til å være robust nok til å bli tolket pålitelig av forskjellige nettlesere og brukerenheter. Stilark og html -kode valideres her. Målet er å unngå mulige uklarheter på nettsider eller gjentakelse av kodeblokker. Du kan også avgjøre om forskjellige versjoner av for eksempel css1 og css3 eller html4 og html5 sameksisterer i koden
Det tjener også til å bestemme hvordan lagene er plassert, om de er faste, flytende eller absolutte. En interessant faktor er en evaluering av sanseegenskapene, det vil si hvordan farge og kontrast påvirker brukerens sanseoppfatning, husk at Google straffer nettsteder med lav kontrast, det vil si svart bakgrunn og grå tekst, hvis kontrasten hindrer synet Det kan påvirke SEO -posisjonering. Den evaluerer også den semantiske delen for eksempel i en knapp i et skjema som sier Send, det ville være bedre å sette at vi sender, eksempel Send ordre.
Liste -alternativet i menyen viser oss de samme fanene, men viser hver kvalitetsretningslinje definert av w3c, slik at vi kan gå til w3d -nettstedet og se hvilken feil som ikke oppfyller standarden.Likte og hjalp du denne opplæringen?Du kan belønne forfatteren ved å trykke på denne knappen for å gi ham et positivt poeng