D 2 Análisis Del Sistema.pdf

Embed Size (px)

Citation preview

  • 7/21/2019 D 2 Anlisis Del Sistema.pdf

    1/11

    V. IMPLEMENTACION

    V.1 LENGUAJES DE ANALISIS Y DISEO.

    5.1.1 CARACTERISTICAS.

    Los lenguajes de programacin son un vehculo enre los humanos ! las compuadoras. Lascaracersicas de ingeniera de un lenguaje ienen un impaco imporane so"re el #$io de un pro!eco dedesarrollo de so%&are. Las caracersics #cnicas pueden in%luenciar la calidad del dise'o. A coninuacin semani%iesan algunas de ellas(

    Uniformidad:indica el grado en )ue un lenguaje usa una noacin consisene* aplica resriccionesaparenemene ar"irarias inclu!e e$cepciones a reglas sin+cicas sem+nicas. Ejemplo( uso de par#nesis !corchees.

    Ambi!"dad:de un lenguaje es perci"ida por el programador. ,n compilador siempre inerprea unasenencia de una -nica %orma* pero el lecor humano puede inerprear la senencia de %ormas di%erenes so"reodo arim#icas /.

    Com#a$%o:es un indicaivo de la canidad de in%ormacin orienada al cdigo )ue se de"e reener enla memoria humana. Enre los ari"uos del lenguaje )ue miden lo compaco )ue es* se encuenran( el grado en)ue sopora consrucciones esrucuradas* los ipos de pala"ras clave ! a"reviauras uili0adas* la variedad deipos de daos ! caracersicas implcias* el n-mero de operadores arim#icos ! lgicos* el n-mero de%unciones incorporadas.

    La memoria ! reconociieno humano se pueden dividir en campos &in"&%'%i$o ! &"$("n$ia). Lamemoria sines#ica nos permie recordar ! reconocer las cosas como un odo cara/. La memoria secuencialproporciona una %orma de reconocer el siguiene elemeno de una secuencia cancin/.

    Lo$a)i*a$i+n:es caracersica sines#ica de un lenguaje* se poencia cuando las senencias se puedencom"inar en "lo)ues* cuando las consrucciones esrucuradas se pueden implemenar direcamene ! cuando eldise'o ! el cdigo resulane son alamene modulares ! cohesivos. ,na caracersica )ue viola la locali0acines a)uella )ue apora o induce al manejo de e$cepciones.

    Lin"a)idad:se asocia con el concepo de manenimieno de un+m"io %uncional. a %acilidad al enconrarse secuencias lineales de operadores lgicos.

    Tradi$i+n:a%eca la capacidad de aprender un nuevo lenguaje* asi como al grado de innovacindurane el dise'o de un lenguaje de programacin.

    5.1.2 3,4AE4T6S.,n planeamieno de ingeniera del so%&are so"re las caracersicas de los lenguajes de programacinse cenra en las necesidades )ue puede ener un pro!eco espec%ico de desarrollo de so%&are. Se puedeesa"lecer el siguiene conjuno(1/ %acilidad de raduccin del dise'o al cdigo( proporciona una indicacin de como se apro$ima un lenguaje ala represenacin del dise'o.2/ e%iciencia del compilador.7/ pora"ilidad del cdigo %uene( considera si el cdigo %uene puede ser ransporado de un procesador a oro! un compilador a oro* sin ninguna o pocas modi%icaciones8 si el cdigo %uene permanece inalerado cuandocam"ia su enorno de %uncionamieno nuevo sisema operaivo/8 si el cdigo %uene puede ser inegrado endi%erenes pa)uees de so%&are sin re)uerir modi%icacin.9/ disponi"ilidad de herramienas de desarrollo( puede acorar el iempo re)uerido para la generacin delcdigo %uene ! puede mejorar la calidad del cdigo.

    5/ %acilidad de manenimieno.Enre los crierios para la eleccin de un lenguaje de programacin para un pro!eco espec%ico se

    ienen(1/ Area de aplicacin general.2/ Complejidad algormica ! compuacional.7/ Enorno en el )ue se ejecuar+ el so%&are.9/ Consideraciones de rendimieno.5/ Complejidad de las esrucuras de daos.:/ Conocimieno de la planilla de desarrollo de so%&are.

  • 7/21/2019 D 2 Anlisis Del Sistema.pdf

    2/11

    ;/ isponi"ilidad de un "uen compilador.La $a)idadde un dise'o de so%&are viene dada por su independencia de las caracersicas de los lenguajes deprogramacin. Sin em"argo* los ari"uos del lenguaje juegan su papel en la calidad de un dise'o aca"ado !a%ecan a la %orma de especi%icar el dise'o.

    5.1.7 E3ICIE4CIA.

    En los sisemas caalogados como "uenos "ajo el puno de visa de ingeniera* e$ise una endencianaural a usar los recursos cricos de %orma e%iciene. Los ciclos del procesador ! las posiciones de memoria* amenudo* se raan como recursos cricos ! el paso de codi%icacin se considera el -limo puno donde se lepueden arrancar segundos o "is al so%&are.

    Aun)ue la e%iciencia es un %in recomenda"le* se de"en esa"lecer res m+$imas. En primer lugar* lae%iciencia es un r",(i&i%o d" r"ndimi"n%o!* como al* se de"e esa"lecer durane el an+lisis de re)uerimienos.El so%&are de"e ser an e%iciene como se re)uiera* no an e%iciene como sea humanamene posi"le.

    En segundo lugar* la e%iciencia se incremena con un "uen dise'o. En ercer lugar* la e%iciencia delcdigo ! la simplicidad del mismo van de la mano. En general* no sacri%icar la claridad* legi"ilidad o correccinen pos de una mejor e%iciencia no esencial.

    E3ICIE4CIA E4 C6I

  • 7/21/2019 D 2 Anlisis Del Sistema.pdf

    3/11

    -. TECNICAS DE P/UE0AS DE SOT2A/E.

    5.2.1 @R,EAS EL S63TBARE.,na ve0 generado el cdigo el so%&are de"e ser pro"ado para descu"rir el m+$imo de errores

    posi"les anes de su enrega al cliene. El ingeniero crea una serie de casos de prue"a )ue inenan>demoler> el so%&are )ue ha sido consruido. Tiene como o"jeivos(

    1/ La prue"a es un proceso de ejecucin de un programa con la inencin de descu"rir un error.2/ ,n "uen caso de prue"a es a)uel )ue iene una ala pro"a"ilidad de mosrar un error nodescu"iero hasa enonces.7/ ,na prue"a iene #$io si descu"re un error no deecado hasa enonces.

    @or lo ano ha! )ue dise'ar prue"as )ue sa)ue a la lu0 di%erenes clases de errores* haci#ndolo con lamenor canidad de iempo ! es%uer0o. Inclusive iene como venaja ver hasa )u# puno las %unciones parecen%uncionar de acuerdo con las especi%icaciones ! cumplir as los re)uisios de rendimieno. Las #cnicas se%undamenas en los siguienes principios(

    1/ A odas las prue"as se les de"era poder hacer un seguimieno hasa los re)uisios del cliene2/ Las prue"as de"eran plani%icarse mucho anes de )ue empiecen7/ Las prue"as de"eran empe0ar por lo >pe)ue'o> ! progresar hacia >lo grande> mdulos /9/ 4o son posi"les las prue"as e$hausivas imposi"le ejecuar odas las com"inaciones de

    caminos /5/ @asa ser mas e%icaces* las prue"as de"erian ser reali0adas por un e)uipo independiene

    5.2.2 3ACILIA E @R,EA

    La %acilidad de prue"a es la %acilidad con )ue se puede pro"ar un programa de compuadora. Lascaracersicas )ue llevan a un so%&are %+cil de pro"ar son(

    a/ Operatividad:cuano mejor %uncione* mas e%icenemene se puede pro"ar* el sisema iene pocoserrores* ningun error "lo)uea la ejecucin de prue"as

    "/ Observabilidad:lo )ue ves es lo )ue prue"as* se genera una salida disina para cada enrada* losesados ! varia"les esan visi"les ! se pueden consular durane la ejecucion* un resulado incorrecose ideni%ica %+cilmene* se in%orma de los errores inernos* el codigo %uene es accesi"le

    c/ Controlabilidad:cuano mejor podamos conrolar el so%&are* mas se puede auomai0ar ! opimi0ar*odos los resulados posi"les se generan con alguna com"inacion de enrada* los %ormaos de enrada !

    resulados son consisenes ! esrucurados* las prue"as se pueden auomai0asd/ Capacidad de descomposicin : conrolando el am"io de las prue"as podemos aislas los pro"lemas !llevar a ca"o mejores prue"as* modularidad* se pueden pro"ar independienemene

    e/ Simplicidad : cuano menos ha!a )ue pro"ar* mas rapidamene podremos pro"arlo* minimo decaracerisicas para cumplir con los re)uisios* %uncional* esrucural ! codigo /

    %/ Estabilidad: cuano menos cam"ios* menos inerrupciones a las prue"as* los cam"ios sonin%recuenes* conrolados ! no invalidan las prue"as e$isenes* el so%&are se recupera "ien de los%allos

    g/ Facilidad de comprensin :cuana mas in%ormacion engamos* mas ineligenes seran las prue"as*enendi"le el dise'o* las dependencias* la documenacin* si es especi%ica* deallada ! e$aca

    5.2.7 CAS6S E @R,EA

    Cual)uier produco puede pro"arse de una de esas dos %ormas ( conociendo la %uncin espec%icapara la )ue %ue dise'ado el produco llevando a ca"o prue"as )ue demuesren )ue cada %uncin es operaiva !conociendo el %uncionamieno del produco llevando a ca"o prue"as )ue aseguren )ue odas las pie0as encajen.El so%&are de"e pro"arse desde dos perspecivas di%erenes(

    1/ la lgica inerna del programa uili0ando #cnicas de dise'o de casos de prue"a de >caja "lanca>2/ los re)uisios del so%&are uili0ando #cnicas de dise'o de casos de prue"a de >caja negra>5.2.7.1 @R,EA E LA CAA LA4CA.

  • 7/21/2019 D 2 Anlisis Del Sistema.pdf

    4/11

    Se "asa en el minucioso e$amen de los dealles procedimenales* de los caminos lgicos. ,ili0a laesrucura de conrol del dise'o procedural para derivar los casos de prue"a. Ese m#odo o"ienecasos de prue"a )ue(= garanicen )ue se ejercian por lo menos una ve0 odos los caminos independienes de cada mdulo.= ejercien odas las decisiones lgicas en sus verienes verdadera ! %alsa.= ejecuen odos los "ucles en sus lmies ! con sus lmies operacionales.

    = ! ejercien las esrucuras inernas de daos para asegurar su valide0.5.2.7.2 @R,EA E LA CAA 4E

  • 7/21/2019 D 2 Anlisis Del Sistema.pdf

    5/11

    El proceso de ingeniera del so%&are se puede ver como una espiral. Inicialmene* la ingeniera delsisema de%ine el papel del so%&are ! conduce al an+lisis de re)uisios* donde se esa"lece el campo dein%ormacin* la %uncin* el comporamieno* el rendimieno* las resricciones ! crierios de validacin delso%&are. Al movernos hacia adenro de la espiral* llegamos al dise'o ! por -limo a la codi%icacin.

    Las prue"as del so%&are aplican similar esraegia moviendonos de adenro hacia a%uera de la espiral.la #r("ba d" (nidadcomien0a en el v#rice de la espiral ! se cenra en cada unidad del so%&are* al como es+

    implemenada en cdigo %uene. La prue"a avan0a para llegar a la#r("ba d" in%"ra$i+n

    * donde el %oco deaencin es el dise'o ! consruccin de la ar)uiecura del so%&are. 6ra vuela hacia a%uera enconramos la#r("ba d" 5a)ida$i+n* donde se validadn los re)uisios esa"lecidos como pare del an+lisis de re)uisios delso%&are* compar+ndolos con el sisema )ue ha sido consruido. 3inalmene* llegamos a la #r("ba d") &i&%"maen la )ue se prue"an como un odo el so%&are ! oros elemenos del sisema.

    5.7.1 @R,EAS E ,4IA.

    La prue"a de unidad cenra el proceso de veri%icacin en la menor unidad del dise'o( el mdulo.,sando la descripcin del dise'o deallado como gua* se prue"an los caminos de conrol imporanes* con el%in de descu"rir errores denro del mdulo.

    Se prue"a la iner%ace para asegurar )ue la in%ormacin %lu!e de %orma adecuada hacia ! desde launidad del programa )ue es+ siendo pro"ada. Se e$aminan las esrucuras de daos locales para asegurar )uelos daos )ue se manienen emporalmene conservan su inegridad durane la ejecucin del algorimo. Seprue"an las condiciones lmie para asegurar )ue el mdulo %unciona correcamene con los lmiesesa"lecidos. Se ejercian odos los caminos independienes de la esrucura de conrol para asegurar )ue odaslas senencias del mdulo se ejecuen por lo menos una ve0. %inalmene se prue"an odos los caminos demanejo de errores.

    5.7.2 @R,EAS E I4TE

  • 7/21/2019 D 2 Anlisis Del Sistema.pdf

    6/11

    E. Resulados esperados para la su"%ase 4.IG. Resulados de prue"a o"enidos.G. Re%erencias.GI. Ap#ndices.

    El a)$an$" d" #r("ba resume las caracersicas %uncionales* de rendimieno ! dise'o inerno

    espec%icas a pro"ar. Se limia el es%uer0o de prue"a* se descri"en crierios de erminacin de cada %ase deprue"a ! se documenan las limiaciones del plan.El #)an d" #r("badescri"e la esraegia general para la inegracin. Se divide en %ases ! su"%ases. En

    odas las %ases se siguen los siguienes crierios( Inegridad de iner%ace* valide0 %uncional* conenido de lain%ormacin ! rendimieno.

    La seccin de #ro$"dimi"n%o d" #r("ba descri"e dealladamene el procedimieno de prue"are)uerido para llevar a ca"o el plan de prue"a* descri"iendo el orden de inegracin ! las prue"as de cada %ase.Asimismo se inclu!e un lisado de odos los casos de prue"a ! resulados esperados.

    Se regisran los r"&()%ado& r"a)"& d" #r("bao"enidos* pro"lemas ! peculiaridades. Esa in%ormacines vial para el manenimieno del so%&are.

    5.7.7 @R,EAS E GALIACI4.

    ,na ve0 ensam"lado como pa)uee pro"amos la validacin* la cual se logra cuando el so%&are%unciona de acuerdo con las e$pecaivas ra0ona"les del cliene. Esas especaivas es+n de%inidas en laespeci%icacin de re)uisios )ue descri"e los ari"uos del so%&are visi"les al usuario* "asado en los crierios devalidacin de dicho documeno.

    La prue"a de validacin se lleva a ca"o con prue"as de la caja negra )ue demuesran la con%ormidadcon los re)uisios. ,na ve0 pro"ado cada caso pueden darse dos condiciones( las caracersicas de%uncionamieno de rendimieno es+n de acuerdo con las especi%icaciones ! son acepa"les* se descu"re unadesviacin de las especi%icaciones ! se crea una lisa de de%iciencias.

    Se pueden reali0ar prue"as al%a "ea* la prue"a al%a es conducida por un cliene en el lugar dedesarrollo8 la prue"a "ea en uno m+s lugares de clienes ! usuarios %inales. Como resulado el e)uipo dedesarrollo de so%&are lleva a ca"o modi%icaciones ! as prepara una versin del produco de so%&are para odala "ase de clienes.

    5.7.9 @R,EAS E SISTEA.

    La prue"a del sisema es consiuida por una serie de prue"as di%erenes cu!o propsio es ejerciarpro%undamene el sisema "asado en compuadora. Enre prue"as de sisema enemos(

    Pr("ba d" r"$(#"ra$i+n:%or0a el %allo del so%&are de muchas %ormas ! veri%ica )ue la recuperacinse lleva a ca"o apropiadamene. Se eval-a la correccin de reiniciali0acin* mecanismos de recuperacin delesado del sisema* recuperacin de daos ! rearran)ue.

    Pr("ba d" &"(ridad:inena veri%icar )ue los mecanismos de proeccin del sisema lo proeger+nadecuadamene.

    Pr("ba d" r"&i&%"n$ia:es+ dise'ada para en%renar a los programas con siuaciones anormales* esdecir* ejecua un sisema de %orma )ue demande recursos en canidad* %recuencia vol-menes anormales. ,navariacin de esa prue"a es la prue"a de &"n&ibi)idad* uili0ando daos )ue produ0can inesa"ilidad procesamieno incorreco.

    Pr("ba d" r"ndimi"n%o:prue"a el rendimieno del so%&are en iempo de ejecucin. Se da en odoslos pasos del proceso de prue"a.

  • 7/21/2019 D 2 Anlisis Del Sistema.pdf

    7/11

    VI. TOPICOS DE INGENIE/IA DE SOT2A/E

    7.1 MANTENIMIENTO.

    :.1.1 A4TE4IIE4T6 E S63TBARE.

    El manenimieno de so%&are es mucha m+s )ue una correccin de errores. Se descri"e elmanenimieno descri"iendo las acividades despu#s de disri"uir un programa(

    La primer acividad es el man%"nimi"n%o $orr"$%i5o:proceso )ue inclu!e el diagnsico ! correccinde uno m+s errores.

    La segunda es el man%"nimi"n%o ada#%a%i5o: acividad )ue modi%ica el so%&are para )ueineraccione adecuadamene con su enorno cam"iane.

    La ercera es el man%"nimi"n%o #"rf"$%i5o:se produce cuando un so%&are ien #$io* se proponennuevas posi"ilidades* modi%icaciones de %unciones e$isenes ! mejoras en general.

    La cuara se da cuando se cam"ia el so%&are para mejorar una %uura %acilidad de manenimieno %ia"ilidad para proporcionar una "ase mejor para %uuras mejoras. Tam"i#n denominada manenimienoper%ecivo* pero se caraceri0a por uili0ar la in"ni"r8a in5"r&a 9 r"in"ni"r8a.

    :.1.2 @R6LEAS CARACTERXSTIC6S.

    Enre los pro"lemas cl+sicos asociados con el maneniieno se encuenran(= Es di%cil imposi"le seguir la evolucin del so%&are a rav#s de varias versiones. Los cam"ios noes+n adecuadamene documenados.= Es di%cil imposi"le seguir el proceso por el )ue se consru! el so%&are.= Es e$cepcionalmene di%cil comprender un programa ajeno.= Si e$isen menos elemenos de con%iguracin del so%&are documenos/* ma!or es la di%iculad.= Esa persona ajena no se encuenra cerca para e$plicar lo )ue hi0o.= 4o e$ise una documenacin apropiada es+ mal preparada.= La ma!ora del so%&are no ha sido dise'ado previendo el cam"io8 a menos )ue se prevea el cam"iouili0ando independencia %uncional clases de o"jeos* las modi%icaciones ser+n di%ciles ! propensas

    a errores.= El manenimieno no se ve como un ra"ajo aracivo. por %rusrane/

    :.1.7 A4TE4IILIA.

    Se de%ine como la %acilidad de comprender* corregir* adapar !?o mejorar el so%&are( %acilidad demanenimieno.

  • 7/21/2019 D 2 Anlisis Del Sistema.pdf

    8/11

    Las operaciones areas asociadas con el manenimieno comien0an mucho ans de )ue se haga unapeicin de manenimieno. Inicialmene se de"e esa"lecer una organi0acin de manenimieno8 se de"enprescri"ir procedimienos de evaluacin ! de in%ormacin* ! se de"e de%inir una secuencia es+ndar de sucesospara cada peicin de manenimieno. Adem+s de"e esa"lecerse un sisema de regisro de in%ormacin de lasacividades de manenimieno ! de%inir crierios de revisin ! de evaluacin.

    El regisro de in%ormacin comprenden los siguienes daos(1. Ideni%icacin del programa.2. 4-mero de senencias %uene.7. 4-mero de insrucciones en cdigo m+)uina.9. Lenguaje de programacin usado.5. 3echa de insalacin del programa.:. 4-mero de ejecuciones del programa desde la insalacin.;. 4-mero de %allas de procesamieno asociados con el puno anerior.Y. 4ivel e ideni%icacin de cam"ios so"re el programa.Z. 4-mero de senencias %uene a'adida en los cam"ios del programa.1Q. 4-mero de senencias eliminadas en los cam"ios del programa.11. 4-mero de personasDhora por cam"io.12. 3echa de cam"io del programa.17. Ideni%icacin del ingeniero de so%&are.19. Ideni%icacin del 3@ 3lujo del @roceso deanenimieno/.15. Tipo de manenimieno.1:. 3echas de comien0o ! %inal del manenimieno.1;. 4-mero de personas?hora acumuladas para el manenimieno.1Y. ene%icios neos asociados con el manenimieno reali0ado.

    :.1.5 E3ECT6S EL A4TE4IIE4T6.

    La documenacin del dise'o ! una cuidadosa prue"a de regresin a!udan a eliminar errores* peroseguir+n apareciendo e%ecos secundarios del manenimieno.

    E%ecos secundarios &obr" ") $+dio: un su"programa eliminado cam"iado* eliminacin

    modi%icacin de una senencia de ei)uea* eliminacin modi%icacin de un ideni%icador* cam"ios paramejorar el rendimieno en ejecucin* modi%icacin de operadores lgicos* cam"ios so"re las prue"as de lmies.E%ecos secundarios &obr" )o& da%o&:rede%inicin de consanes locales glo"ales* rede%inicin de

    %ormaos de regisros de archivos* aumeno disminucin del ama'o de arreglos de oras esrucuras dedaos de ma!or orden* modi%icacin de daos glo"ales* reiniciali0acin de indicadores de conrol deapunadores* reorgani0acin de argumenos de E?S de su"programas.

    E%ecos secundarios &obr" )a do$(m"n%a$i+n:siempre )ue se haga un cam"io en el %lujo de daos*ar)uiecura* procedimienos sisema* de"e acuali0arse la documenacin #cnica de sopore.

    :.1.: AS@ECT6S EL A4TE4IIE4T6.

    La in"ni"r8a in5"r&aes un proceso de an+lisis de un programa en un es%uer0o por crear unarepresenacin del programa de ma!or nivel de a"saccin )ue el cdigo %uene. Es un proceso de recuperacin

    de dise'o. Esas herramienas e$raen la in%ormacin del dise'o de daos* ar)uiecnico ! procedimenal de unprograma.4o slo recupera la in%ormacin* sino )ue usa esa in%ormacin para alerar reconsruir el sisema

    e$isene* en un es%uer0o de mejorar la calidad general. La ma!ora de los casos implemena la %uncin delsisema e$isene* pero am"i#n a'ade nuevas %unciones !?o mejora el rendimieno general.:.1.; C643I

  • 7/21/2019 D 2 Anlisis Del Sistema.pdf

    9/11

    Los elemenos )ue componen oda la in%ormacin producida como pare del proceso de ingeniera delso%&are se denominan colecivamene con%iguracin del so%&are. En %orma m+s realisa un Elemeno deCon%iguracin del So%&are ECS/ es un documeno* un conjuno compleo de casos de prue"a uncomponene de programa ideni%icado.

    @or lo ano los siguienes ECS son el o"jeo de las #cnicas de gesin de con%iguraciones ! %orman unconjuno de lneas "ase(

    1. Especi%icacin del sisema.2. @lan del pro!eco del so%&are.7. a. Especi%icacin de re)uisios del so%&are.

    ". @rooipo ejecua"le >en papel>.9. anual de usuario preliminar.5. Especi%icacin del dise'o.5. a. escripcin del dise'o de daos.

    ". escripcin del dise'o ar)uiecnico.c. escripciones del dise'o de los mdulos.d. escripciones del dise'o de las iner%aces.e. escripciones de los o"jeos.

    :. Lisados del cdigo %uene.;. a. @lan ! procedimieno de prue"a.

    ". Casos de prue"a ! resulados regisrados.Y. anuales de operacin ! de insalacin.Z. @rogramas ejecua"les.

    a. dulos* cdigo ejecua"le.". dulos enla0ados.

    1Q. escripcin de la "ase de daos.a. Es)uema ! esrucura de archivos.". Conenido inicial.

    11. anual de usuario %inal.12. ocumenos de manenimieno.

    a. In%ormes de pro"lemas del so%&are.". @eiciones de manenimieno.c. 6rdenes de cam"ios de ingeniera.

    17. Es+ndares ! procedimienos de ingeniera de so%&are.

    Consruir diversos dise'os de so%&are en "ase a un @ro!eco @ropueso por el alumno durane elcurso* aplicando di%erenes #cnicas de dise'o ! reali0ando la documenacin adecuada.

    7. CALIDAD.

    :.2.1 C64TR6L E CALIA.

    Los %acores )ue a%ecan a la calidad del so%&are se pueden clasi%icar en dos grandes grupos(

    1/ 3acores )ue pueden ser medidos direcamene ( errores?[LC?unidad de iempo.2/ 3acores )ue slo pueden ser medidos indirecamene( %acilidad de uso de manenimieno.

  • 7/21/2019 D 2 Anlisis Del Sistema.pdf

    10/11

    e"emos comparar el so%&are con alguna re%erencia ! llegar a una indicacin de la calidad. cCallpropone una clasi%icacin de los fa$%or"&de calidad del so%&are cenrados en res aspecos( caracersicasoperaivas* capacidad de soporar los cam"ios ! su adapa"ilidad a nuevos enornos. Los descri"e como(

    Corr"$%i5idad:el grado en )ue un programa sais%ace sus especi%icaciones ! consigue los o"jeivos de la

    misin encomendada por el cliene.iabi)idad:el grado en )ue se puede esperar )ue un programa lleva a ca"o sus %uncionese esperadas con laprecisin re)uerida.

    Efi$i"n$ia:la canidad de recursos de compuadora ! de cdigo re)ueridos por un programa para llevar a ca"osus %unciones.

    In%"ridad:el grado en )ue puede conrolarse el acceso al so%&are o a los daos* por personal no auori0ado.

    a$i)idad d" U&o:el es%uer0o re)uerido para aprender un programa* ra"ajar con #l* preparar su enrada einerprear su salida.

    a$i)idad d" Man%"nimi"n%o: el es%uer0o re)uerido para locali0ar ! arregalar un error en un programaSiguiene Capulo/.

    )"ibi)idad:el es%uer0o re)uerido para modi%icar un programa operaivo.

    a$i)idad d" #r("ba:el es%uer0o re)uerido para pro"ar un programa de %orma )ue se asegure )ue reali0a su%uncin re)uerida.

    Por%abi)idad:El es%uer0o re)uerido para rans%erir el programa desde un hard&are !?o un enorno de sisemasde so%&are a oro.

    /"(&abi)idad:El grado en )ue un programa se puede reusar en oras aplicaciones.

    a$i)idad d" in%"ro#"ra$i+n:El es%uer0o re)uerido para acoplar un sisema a oro.

    Es di%cil medir los %acores aneriores por lo )ue cCall propone una serie de m#ricas( %acilidad deaudiora* e$aciud* normali0acin de las comunicaciones* compleiud* concisin* consisencia*esandari0acin en los daos* olerancia de errores* e%iciencia en la ejecucin* %acilidad de e$pansin*generalidad* independencia del hard&are* modularidad* %acilidad de operacin* seguridad* auodocumenacin*simplicidad* independencia del sisema de so%&are* %acilidad de ra0a* %ormacin.

    :.2.2

  • 7/21/2019 D 2 Anlisis Del Sistema.pdf

    11/11

    La acividad cenral )ue permie garani0ar la calidad es la r"5i&i+n %'$ni$a forma). Es una reunin depersonal #cnico con el -nico propsio de descu"rir pro"lemas de calidad. La #r("ba d" &of%;ar"com"inauna esraegia de m-liples pasos con una serie de m#odos de dise'o de casos de prue"a )ue a!udan a aseguraruna e%eciva deeccin de errores.

    :.2.7 TEC4ICAS E REGISI64.Las revisiones son un >%ilro> para el proceso de ingeniera de so%&are. El "ene%icio de las revisiones

    es el descu"rimieno r+pido de los de%ecos del so%&are. Los o"jeivos de la revision #cnica %ormal RT3/ son(

    1/ escu"rir errores en la %uncin* la lgica la implemenacin de cual)uier represenacin delso%&are.2/ Geri%icar )ue el so%&are "ajo revisin alcan0a sus re)uisios.7/