Introduccin de estndares de calidad

Calidad trmino utilizado que ha adquirido gran relevancia con el paso del tiempo, considerada como uno de los principales activos con los que
se cuenta un desarrollador para mejorar su posicin competitiva global. Conseguir calidad en el software es esencial, de manera que se utilicen
modelos y mtodos apropiados para controlar el proceso de desarrollo.
Todo tipo de oftware, requiere que los analistas, dise!adores y desarrolladores apliquen caracter"sticas y elementos de calidad para lograr
productos que se adapten a las necesidades de los usuarios, el uso eficiente y eficaz de los recursos inform#ticos debe involucrar elementos que
produzcan soluciones como la planeacin, la administracin, y la utilizacin de mtodos que permitan un software de calidad.
$ediante la planeacin se determinan los recursos necesarios para el desarrollo de un proyecto, la factibilidad del mismo y el tiempo estimado
de desarrollo% a travs de la administracin se controla, eval&a y corrige la direccin de acuerdo a la contingencias y dem#s elementos que van
present#ndose durante su desarrollo y mediante una metodolog"a se busca lograr el acople de los participantes y la garant"a de una determinada
calidad.
'ara evaluar un software en su calidad debe ser eficaz, debe ser amigable, producir resultados confiables, realizar todas las operaciones que se
requieran ejecutar las operaciones en un tiempo aceptado, ser amigable y de f#cil uso por el grupo de usuarios a quien este dirigido. (ficiente, en
el sentido que su costo en el desarrollo y uso obtengan el m#)imo beneficio o condiciones aceptables en un tiempo establecido tanto para los
desarrolladores como las organizaciones involucradas, adem#s de considerar otros aspectos fundamentales como son* solidez, e)actitud,
completitud, mantenibilidad, reutilizabilidad, claridad en la documentacin entre otros.
+a influencias sobre est#ndares de calidad se basan sobre las ideas presentadas por ,obert -unn, 'hilip Crosby y ,oger . 'ressman,
referente a que la calidad del software se toma desde dos puntos de vista* la calidad en el proceso de desarrollo y la calidad en el producto final,
agrup#ndose en los est#ndares de confiabilidad, utilizabilidad, mantenibilidad y adaptabilidad seg&n 'ressman la calidad del software es la
concordancia con los requerimientos funcionales y de rendimiento explcitamente establecidos, con los estndares de desarrollo explcitamente
documentados y con las caractersticas implcitas que se espera de todo software desarrollado profesionalmente.
. continuacin se presentan los factores de calidad sobre las bases presentadas por ,obert -unn, 'hilip Crosby y ,oger . 'ressman*
Confiabilidad* (ste trmino es necesario sea separado en varios elementos que permiten darle al software el matiz de fiable. us componentes
son*
Completitud
Consistencia y precisin
olidez
implicidad
Calidad en los procesos de desarrollo
eguridad y /erificabilidad, estas dos &ltimas que se determinan con el sistema en uso.
0sabilidad* i bien es cierto que la confiabilidad es un factor muy importante en la calidad del software tambin lo es el hecho de que es
necesario considerar otros factores como los que se mencionan en esta seccin puesto que de nada sirve un software que funcione correcta y
confiablemente si el usuario prefiere no utilizarlo.
()actitud de los procesos
Claridad y e)actitud de la documentacin
Completitud
(ficiencia y verificabilidad del software
Claridad y amigabilidad de la interfaz
$antenibilidad* (ste aspecto de calidad involucra los elementos que simplifican la labor de prevencin, correccin o ampliacin del cdigo del
programa. ,etomar un cdigo escrito meses antes es un trabajo dispendioso y agobiante, en especial cuando las aplicaciones no cuentan con la
caracter"stica a la cual aqu" se hace referencia. e pueden considerar como atributos de este aspecto
()actitud y claridad en la documentacin
$odularidad acoplamiento
1acilidad de lectura
implicidad
'ortabilidad* (s la capacidad que posee un sistema de informacin que le permite funcionar en diferentes plataformas ya sean hardware o de
software.
. continuacin se describen cada uno de los aspectos de calidad mencionados* Calidad en los procesos de desarrollo. e resume en la frase
2bien planeado y cuidadosamente ejecutado2. (ste aspecto asegura la confiabilidad, puesto que el plan que se realice para desarrollar el sistema,
debe incluir pruebas bien seleccionadas que eval&en la confiabilidad del programa en cualquier situacin.
Claridad y amigabilidad de la interfaz* -e igual forma la interfaz debe ser clara y agradable al usuario, las interfaces complejas son causa de la
no utilizacin de los sistemas de informacin.
Claridad y e)actitud de la documentacin* 3ay que anotar que toda aplicacin requiere de una documentacin suficientemente clara con el fin de
que cualquier persona con conocimientos b#sicos en computacin pueda aprender la forma de operacin sin que requiera la asesor"a de los
desarrolladores o conocedores de la herramienta, a menos que se trate de eventualidades donde realmente sea necesario consultar al proveedor.
Completitud o adecuacin* e refiere a que los resultados de operaciones sean acordes al comportamiento del mundo real desde todos los
estados y condiciones permitidos por la aplicacin, es decir, el programa debe reflejar la realidad. 0n programa es inconsistente si presenta
respuestas errneas en algunos casos. 0na mala especificacin de rangos en un dominio sobre los cuales realizan diferentes operaciones
matem#ticas puede llevar a que algunos c#lculos se realicen dentro de l"mites inapropiados, obtenindose resultados errneos. 4tro caso de
inconsistencia se presenta cuando ocurren eventos que paran abruptamente la ejecucin del programa, slo un sistema de calidad podr#
conservar datos consistentes despus de una falla.
(ficiencia y verificabilidad del software* 4tro aspecto que no debe pasar por alto es el de la verificabilidad, puesto que es imprescindible contar
con los requerimientos, y sobre todo en aquellos sistemas donde se obtengan resultados que no sean visibles.
()actitud de los procesos* 0n programa no ser# utilizado por un usuario si sus resultados no son e)actos. Tampoco se puede garantizar el uso
de un programa que no presta las utilidades que el usuario requiere, es decir, que sea incompleto. .dem#s, un programa ineficiente que no cumpla
con los requerimientos de tiempo, memoria o fle)ibilidad no podr# satisfacer las e)pectativas de quienes lo utilizan.
,obustez o solidez* e refiere a la capacidad del software de defenderse de las acciones anormales que llevan al sistema a un estado no
deseado o por lo menos no previsto, causando un comportamiento inesperado, indeseado y posiblemente errneo. (l software de hoy, debe estar
en capacidad de analizar los datos que recibe para hacer cumplir requerimientos o condiciones del software y enfrentar de la mejor manera los
errores cometidos por un usuario al utilizar la aplicacin. (s importante resaltar, que la solidez no siempre es generada por la digitacin
inapropiada del usuario, sino tambin por un mal procesamiento o un mal encadenamiento de procesos. (l resultado de un proceso, aunque sea
correcto, puede estar fuera de los l"mites permitidos en los par#metros del mdulo que lo recibe y si este mdulo no controla los par#metros que le
entran caer# en un estado inesperado.
eguridad y auditabilidad* on importantes, puesto que un usuario no puede confiar en los datos de un sistema que no le ayude a controlar el
acceso de personas no autorizadas o a detectar errores de operacin en los que se introducen y generan datos errneos.
implicidad* 'romueve la utilizacin de estructuras de f#cil manipulacin con el fin de evitar que el programador se aleje del problema que desea
resolver. .dem#s, se reduce la probabilidad de cometer errores. .s" que, no es aconsejable hacer uso de estructuras complejas a menos que se
necesite cumplir con requerimientos de vital importancia tales como tiempos m#)imos de proceso u otros similares.
Construccin de un programa* (l desarrollo de software es un proceso por el cual, dado un problema, se encuentra un programa 5o un conjunto
de programas6 que lo resuelva eficientemente.
Forma de Trazabilizar un Algoritmo
+a traza de un .lgoritmo se puede definir como la ejecucin manual de forma secuencial de las sentencias que lo componen. +a funcin principal
que posee realizar la traza de un algoritmo es la de comprobar que ste funciona correctamente o para realizar la etapa de depuracin en la que
se intenta corregir errores, simplificar el algoritmo al m#)imo e incrementar su eficacia y velocidad.
'ara representar un algoritmo, antes de ser convertido a lenguaje de programacin, se utilizan algunos mtodos de representacin escrita,
grafica, o matem#tica. +os m#s conocidos son*
+enguaje 7atural
'seudocdigo
-iagramacin libre 5-iagramas de 1lujo6
+enguaje 7atural* Conocido tambin como lenguaje binario, en el &nico que entiende la computadora digital, pues es su lenguaje natural en el
cual solo se pueden utilizar dos s"mbolos* el cero 586 y el uno 596.
'seudocdigo* (s un lenguaje de programacin algor"tmico, es un lenguaje intermedio entre el lenguaje natural y cualquier lenguaje de
programacin especifico como el 1ortran, 'ascal, etc. (l 'seudocdigo describe un algoritmo utilizando una mezcla de frases en lenguaje com&n,
instrucciones de programacin y palabras clave que definen las estructuras b#sicas. u objetivo es permitir que el programador se centre en los
aspectos lgicos de la solucin a un problema.
-iagrama de 1lujo* on representaciones graficas de los pasos necesarios que conllevan a la solucin algor"tmica de un problema. on
conocidos tambin como 4rdinogramas el cual representa de manera grafica, el orden de los pasos o acciones de un algoritmo. 'ara dise!arlos se
utilizan determinados s"mbolos o figuras que representan una accin dentro del procedimiento. (stos s"mbolos se han normalizado o
estandarizado para representar los pasos del algoritmo, cada paso se representa a travs del s"mbolo adecuado, que van uniendo con flechas,
denominadas l"neas de flujo, que a su vez indican el orden en que los pasos deben ser ejecutados.
'ara la realizacin de un algoritmo se deben seguir los siguientes pasos*
9.e debe escribir de arriba hacia abajo, de izquierda a derecha.
:.iempre se utilizan flechas verticales y horizontales.
;.Cada paso e)presa una accin concreta
-e igual manera se sigue una secuencia en el flujo normal en su desarrollo*
9.0n inicio
:.0na lectura o entrada de datos.
;.'rocesamiento de datos.
<.0na salida de informacin.
=.0n final.
Formas y Tcnicas de Documentar Algoritmos y programas
-ocumentar el cdigo de un programa es a!adir suficiente informacin como para e)plicar lo que hace, punto por punto, de forma que no slo
los ordenadores sepan qu hacer, sino que adem#s los humanos entiendan qu est#n haciendo y por qu.
'orque entre lo que tiene que hacer un programa y cmo lo hace hay una distancia impresionante* todas las horas que el programador ha
dedicado a perge!ar una solucin y escribirla en el lenguaje que corresponda para que el ordenador la ejecute ciegamente.
-ocumentar un programa no es slo un acto de buen hacer del programador por aquello de dejar la obra rematada. (s adem#s una necesidad
que slo se aprecia en su debida magnitud cuando hay errores que reparar o hay que e)tender el programa con nuevas capacidades o adaptarlo a
un nuevo escenario. 3ay dos reglas que no se deben olvidar nunca*
9.todos los programas tienen errores y descubrirlos slo es cuestin de tiempo y de que el programa tenga )ito y se utilice frecuentemente.
:.todos los programas sufren modificaciones a lo largo de su vida, al menos todos aquellos que tienen )ito.
'or una u otra razn, todo programa que tenga )ito ser# modificado en el futuro, bien por el programador original, bien por otro programador
que le sustituya. 'ensando en esta revisin de cdigo es por lo que es importante que el programa se entienda* para poder repararlo y modificarlo.
>?u hay que documentar@
3ay que a!adir e)plicaciones a todo lo que no es evidente.
7o hay que repetir lo que se hace, sino e)plicar por qu se hace.
(l algoritmo trata de resolver problemas mediante programas.
1ases*
-efinicin o an#lisis del problema* /er que es lo que entra y que es lo que sale, las posibles condiciones o restricciones.
.n#lisis preliminar o evaluacin del problema* (studiar el problema en general y ver que parte nos interesa.
-ise!o del algoritmo* -ise!ar la solucin.
(l programa* Codificacin del algoritmo en un lenguaje de programacin.
(jecucin del programa y las pruebas* /er si el programa hace lo que quer"amos.
0n algoritmo es una frmula para resolver un problema. (s un conjunto de acciones o secuencia de operaciones que ejecutadas en un
determinado orden resuelven el problema. ()iste n algoritmos, hay que coger el m#s efectivo.
Caracter"sticas*
Tiene que ser preciso.
Tiene que estar bien definido.
Tiene que ser finito.
+a programacin es adaptar el algoritmo al ordenador. (l algoritmo es independiente seg&n donde lo implemente.
,esolucin -e 'roblemas* +a resolucin de un problema desde el punto de vista algor"tmico tiene ; fases*
.n#lisis del problema* Comprensin.
-ise!o del algoritmo* ,esolucin algor"tmica.
,esolucin en computadora* Amplantacin del algoritmo en un lenguaje de programacin.
.n#lisis -el 'roblema*
(l objetivo de sta fase es comprender el problema para lo cual como resultado tenemos que obtener la especificacin de las entradas y salidas
del problema. Tiene que quedar claro que entra y que sale.
-ise!o -el .lgoritmo* 0na vez comprendido el problema se trata de determinar qu pasos o acciones tenemos que realizar para resolverlo.
Como criterios a seguir a la hora de dar la solucin algor"tmica hay que tener en cuenta*
i el problema es bastante complicado lo mejor es dividirlo en partes m#s peque!as e intentar dividirlo en partes m#s peque!as e intentar
resolverlas por separado. (sta metodolog"a de Bdivide y vencer#sC tambin se conoce con el nombre de dise!o descendente.
+as ventajas de aplicar esto son*
.l dividir el problema en mdulos o partes se comprende m#s f#cilmente.
.l hacer modificaciones es m#s f#cil sobre un mdulo en particular que en todo el algoritmo.
(n cuanto a los resultados, se probar#n mucho mejor comprobando si cada mdulo da el resultado correcto que si intentamos probar de un
golpe todo el programa porque si se produce un error sabemos en que mdulo ha sido.
0na segunda filosof"a a la hora de dise!ar algoritmos es el refinamiento por pasos, y es partir de una idea general e ir concretando cada vez m#s
esa descripcin hasta que tengamos algo tan concreto para resolver. 'asamos de lo m#s complejo a lo m#s simple.
+a representacin de los algoritmos* 0na vez que tenemos la solucin hay que implementarla con alguna representacin. +as representaciones
m#s usadas son los flujo gramas, los diagramas 7 y el pseudocdigo.
Tambin la solucin se puede escribir en algunos casos en lenguaje natural pero no se hace porque es muy ambiguo, e incluso otras formas de
e)presin como frmulas matem#ticas.
(scritura del algoritmo* .l escribir el algoritmo hay que tener en cuenta*
+as acciones o pasos a realizar tienen que tener un determinado orden.
(n cada momento solo se puede ejecutar una accin.
-entro de las sentencias del algoritmo pueden e)istir palabras reservadas 5palabras propias del lenguaje de programacin que tienen para el
compilador un determinado significado6.
i estamos utilizando pseudocdigo tenemos tambin que usar la identacin 5aumenta la legibilidad del problema para que se pueda leer
mejor6.
,esolucin (n +a Computadora* (s hacer entender nuestro algoritmo a la computadora para que lo pueda hacer.
Codificamos el algoritmo en un leguaje de programacin.
(jecutar el programa antes compilado.
Comprobar los resultados y si no funciona, corregirlo.
1lujogramas* (s una notacin gr#fica para implementar algoritmos. e basa en la utilizacin de unos s"mbolos gr#ficos que denominamos cajas,
en las que escribimos las acciones que tiene que realizar el algoritmo.
+as cajas est#n conectadas entre s" por l"neas y eso nos indica el orden en el que tenemos que ejecutar las acciones.
(n todo algoritmo siempre habr# una caja de inicio y otra de fin, para el principio y final del algoritmo. on la representacin gr#fica de la solucin
algor"tmica de un problema. 'ara dise!arlos se utilizan determinados s"mbolos o figuras que representan una accin dentro del procedimiento.
0tilizan unos s"mbolos normalizados, con los pasos del algoritmo escritos en el s"mbolo adecuado y los s"mbolos unidos con flechas, denominadas
l"neas de flujo, que indican el orden en que los pasos deben ser ejecutados.
Antroduccin . +a (laboracin $anual -e 0suario
Manual De Usuario
()pone los procesos que el usuario puede realizar con el sistema implantado. 'ara lograr esto, es necesario que se detallen todas y cada una
de las caracter"sticas que tienen los programas y la forma de acceder e introducir informacin. 'ermite a los usuarios conocer el detalle de qu
actividades ellos deber#n desarrollar para la consecucin de los objetivos del sistema. ,e&ne la informacin, normas y documentacin necesaria
para que el usuario conozca y utilice adecuadamente la aplicacin desarrollada.
4bjetivos
?ue el usuario conozca cmo preparar los datos de entrada.
?ue el usuario aprenda a obtener los resultados y los datos de salida.
ervir como manual de aprendizaje.
ervir como manual de referencia.
-efinir las funciones que debe realizar el usuario.
Anformar al usuario de la respuesta a cada mensaje de error.
'asos a seguir para definir como desarrollar el manual de usuario.
Adentificar los usuarios del sistema* personal que se relacionar# con el sistema.
-efinir los diferentes tipos de usuarios* se presentan los diferentes tipos de usuarios que usar"an el sistema. (jemplo* usuarios directos, indirectos.
-efinir los mdulos en que cada usuario participar#* e describen los mdulos o procesos que se ejecutar#n por cada usuario en forma narrativa
breve y clara.
Amportancia -el $anual -e 0suario
(l $anual de 0suario facilita el conocimiento de*
+os documentos a los que se pueden dar entrada por computadora.
+os formatos de los documentos.
+as operaciones que utiliza de entrada y salida de los datos.
(l orden del tratamiento de la computadora con los datos introducidos.
(l momento en que se debe solicitar una operacin deseada.
+os resultados de las operaciones realizadas a partir de los datos introducidos.
.l elaborar el $anual de 0suario, hay que tener en cuenta a quin va dirigido es decir, el manual puede ser manejado desde el director de la
empresa hasta el introductor de datos. 'or consiguiente, debe redactarse de forma clara y sencilla para que lo entienda cualquier tipo de usuario.
Contenido
-iagrama general del sistema* $uestra en forma condensada el flujo general de la informacin y de las actividades que se realizan en el
sistema. 'roporciona una visin general del sistema. ,epresentar los diagramas utilizando para ello diagramas de bloques.
-iagrama particular detallado* 'resenta gr#ficamente todos los pasos que se efect&en dentro del departamento usuario a quien est# dirigido este
manual. -eben especificarse los archivos de entrada, salida, los resultados, revisiones y procesos manuales.
()plicacin Denrica -e +as 1ases -el istema* (n este punto se e)plica en forma espec"fica y detallada todas las operaciones que aparecen
representadas en forma gr#fica en el diagrama particular. e analizan cada una de las fases se!alando*
(l proceso principal que se desarrolla.
+a entrada de la informacin.
+a obtencin de un resultado parcial.
(l env"o de informacin a otra dependencia.
Anstalacin -el istema* +a instalacin del sistema proporciona detalles completos sobre la forma de instalar el sistema en un ambiente
particular.
Aniciacin .l 0so -el istema* (n este punto se e)plica cmo iniciarse en el sistema y cmo se pueden utilizar sus cualidades comunes. (sta
documentacin debe decir al usuario cmo salir de un problema cuando las cosas funcionan mal.
$anual -e ,eferencia* (s el documento definitivo de cara al usuario y debe ser completo. -escribe con detalle las cualidades del sistema y su
uso, los informes de error generados y las situaciones en que surgen esos errores.
-ependiendo del sistema, los documentos al usuario se pueden proporcionar por separado o reunidos en varios vol&menes. +os sistemas de
ayuda en l"nea evitan que el usuario pierda tiempo en consultas manuales.
Caducidad -e -ocumento 1uente E -estino 1inal* Como el usuario trabajar# con documentos fuentes, stos podr#n tener un per"odo de
retencin y un destino especificado.