Metricas para la evaluacin de software La garanta de calidad del software, aplicada a lo largo de topo el proceso de ingeniera del software,

engloba a los mtodos y herramientas de anlisis, diseo, codificacin y prueba, al control de la documentacin y de los cambios, a los proce-dimientos para asegurar el ajuste a los estndares, y a los mecanismos de medida (mtricas) e informes. Para aplicar el sistema de calidad al ciclo de vida es necesario la utilizacin de mtricas adecuadas que permitan medir la calidad del proyecto (en realidad, comparamos los parmetros de calidad de ste con estimaciones realizadas mediante el uso de estndares o datos que aporta la experiencia en otros pro-yectos). En el contexto en que no encontramos, aten-deremos principalmente a las mtricas de productividad y de calidad. Las mtricas se utilizan para evaluar y controlar el proceso de desarrollo del software, de forma que permitan: - Indicar la calidad del producto. - Evaluar la productividad de los desarrolladores. - Evaluar los beneficios (en cuanto a calidad y productividad) - derivados del uso de nuevos mtodos y herramientas de ingeniera del software. - Establecer una lnea base para la estimacin. - Justificar el uso de nuevas herramientas o de formacin adicional. Pero es necesario utilizar las mtricas ms adecuadas para conseguir el control, seguimiento y mejora de la calidad, y para ello es necesario determinar los factores de calidad ms importantes dentro del proyecto. Prueba Programas Y Sistema La verificacin, prueba y mantenimiento de los programas es esencial para minimizar los riesgos por el uso de tecnologa. Es conveniente realizar la verificacin y prueba antes de utilizar el sistema; Despus de una prueba exitosa, se requiere darle a los programas el debido mantenimiento para garantizar su buen funcionamiento cuando se les requiera. El nivel de importancia de la tecnologa impactar el grado de rigor aplicado a los programas de verificacin, prueba y mantenimiento de los programas. Verificacin de los programas Para un sistema de gran importancia, como uno de votacin electrnica, es conveniente que una autoridad independiente lleve a cabo las pruebas de verificacin. Para sistemas de menor importancia, la verificacin puede realizarse internamente.

Las pruebas de verificacin de los programas (tambin conocidas como pruebas de calidad) pueden comprender lo siguiente: Probar los programas para asegurar que renen los estndares exigidos y ejecutan las tareas esperadas, incluyendo auditoras de cdigo. Asegurar que la documentacin del sistema es la adecuada y est completa. Verificar que el sistema es capaz de funcionar bajo las condiciones normales esperadas y potenciales condiciones adversas. Garantizar que se cuenta con medidas de seguridad y que estas se ajustan a los estndares establecidos. Asegurar que se cuenta con las debidas medidas de control de calidad. Puede ser necesario realizar auditoras a los cdigos de los programas, particularmente cuando estos se utilicen para sistemas cruciales. Generalmente estas auditoras son ms efectivas cuando las llevan a cabo expertos independientes de los autores del cdigo. Una auditora de programas puede incluir medidas como las siguientes: Verificar que el cdigo es lgicamente correcto. Asegurar que el cdigo tiene un diseo modular (es decir, est conformado por mdulos que pueden ser probados y evaluados por separado). Revisar que no existan cdigos ocultos que puedan ejecutar funciones no autorizadas. Verificar que todos los cdigos sean directos y relativamente fciles de entender. Asegurar que el cdigo est diseado para ser probado fcilmente -es decir, que permite probar los flujos de informacin dentro y entre los mdulos. Verificar que el cdigo incluya mecanismos correctores de errores que permitan su deteccin inmediata y prevenir prdidas de informacin. Asegurar que el cdigo cuenta con mecanismos de seguridad para impedir accesos no autorizados. Constatar que el sistema es utilizable sin necesidad de procedimientos complejos u obscuros. Asegurar que los programas pueden ser instalados fcilmente. Verificar que se les puede dar fcil mantenimiento a los programas y que, una vez instalados, pueden identificarse y corregirse errores o defectos con facilidad. Revisar si los programas pueden ser modificados fcilmente para agregarles nuevas caractersticas.

Prueba de los programas Una vez que los programas han sido verificados, requieren ser rigurosamente probados para asegurar que cada componente opere como es debido y que el sistema funcione exactamente de acuerdo con los requerimientos locales especficos. Entre las medidas de prueba se pueden considerar las siguientes: Desarrollar un conjunto de criterios para la prueba. Aplicar pruebas funcionales para determinar si se han satisfecho los criterios de prueba. Aplicar evaluaciones de calidad para determinar si se han satisfecho los criterios de prueba. Conducir pruebas en condiciones de laboratorio y en una variedad de condiciones reales Conducir pruebas durante un periodo prolongado, para cerciorarse que los sistemas pueden funcionar de manera consistente. Conducir pruebas de carga, simulando tanto como sea posible una variedad de condiciones reales utilizando o excediendo los volmenes de informacin que se pueden esperar en una situacin concreta. Verificar que lo que entra es lo que sale, introduciendo informacin conocida y verificando que el resultado sea consecuente con ella. Mantenimiento de los programas Despus de que los programas han sido verificados, probados e implantados, se les debe seguir dando mantenimiento. Las rutinas de mantenimiento variarn de acuerdo con el tipo y complejidad de la tecnologa. Los fabricantes o proveedores suelen indicar en muchos productos el programa o calendario de mantenimiento requerido. El mantenimiento tambin puede ser realizado por el fabricante o el proveedor como parte del acuerdo de compra. A los sistemas se les debe dar mantenimiento para asegurar que continen operando en el nivel mostrado durante la etapa de prueba. Si los sistemas se deterioran, existe el riesgo de que no se desempeen conforme a los estndares requeridos. Puede ser necesario instalar sistemas de monitoreo o prueba para asegurar que las necesidades de mantenimiento sean identificadas y satisfechas cuando resulte necesario. Cuando los sistemas son de uso prolongado, se puede establecer un mecanismo para recibir retroalimentacin de los usuarios como otra forma de determinar las necesidades de mantenimiento y modificacin. Cuando se realicen modificaciones a los programas como resultado de ejercicios de mantenimiento o actualizacin, puede ser necesario promover rondas adicionales de verificacin y prueba del sistema para asegurarse que siguen cumpliendo las normas exigidas.

Implementacion Es la ultima fase del desarrollo de Sistemas. Es el proceso instalar equipos o Software nuevo, como resultado de un anlisis y diseo previo como resultado de la sustitucin o mejoramiento de la forma de llevar a cavo un proceso automatizado. Al Implantar un Sistema de Informacin lo primero que debemos hacer es asegurarnos que el Sistema sea operacional o sea que funcione de acuerdo a los requerimientos del anlisis y permitir que los usuarios puedan operarlo. Existen varios enfoques de Implementacin: Es darle responsabilidad a los grupos. Uso de diferentes estrategias para el entrenamiento de los usuarios. El Analista de Sistemas necesita ponderar la situacin y proponer un plan de conversin que sea adecuado para la organizacin. El Analista necesita formular medidas de desempeo con las cuales evaluar a los Usuarios. Debe Convertir fsicamente el sistema de informacin antiguo, al nuevo modificado. En la preparacin de la Implantacin, aunque el Sistema este bien diseado y desarrollado correctamente su xito depender de su implantacin y ejecucin por lo que es importante capacitar al usuario con respecto a su uso y mantenimiento.

Manual de Usuario: Esta parte se divide en dos manuales distintos, uno por cada aplicacin cliente. Se explicar todas las posibles opciones que puede realizar el usuario con estas aplicaciones de manera detallada, y mediante el uso de capturas de pantalla. Este documento est dirigido al usuario final. Pasos del manual del usuario: 1. Portada: De que se trata el documento y quien lo elaboro? 2. Introduccin: Describe el uso del documento (para que sirve?) y de que habla? 3. Anlisis y requerimientos del sistema (que se ocupa para poder instalarlo y usarlo?) 3. Explicacin del funcionamiento: Debes de poner paso a paso y con pantallas bien explicadas como funciona el programa

4. Glosario Debe ser escrito de tal manera, que cualquier persona pueda entenderlo con la menor dificultad posible. Es recomendable, detallar todos aquellos pasos que se llevan a cabo para usar el programa. Especificar los alcances y las limitaciones que tiene el programa. Un buen punto de partida para un manual de usuario, es hacer de cuenta que las personas que lo van a leer no tienen el mas mnimo conocimiento sobre computadores. Manual de administracion Recabados los elementos preliminares para llevar a cabo el manual, se debe preparar el documento de partida para concretarlo, el cual debe quedar integrado por:
y

Propuesta tcnica, (que debe de incluir):

-Antecedentes: recuento de todos los manuales o esfuerzos anlogos preparados con anterioridad. -Naturaleza: tipo de manual que se pretende realizar. -Justificacin: demostracin de la necesidad de efectuarlo en funcin de las ventajas que ello reportar a la organizacin. Objetivos: logros que se pretenden alcanzar. -Acciones: iniciativas o actividades necesarias para su consecucin.

-Resultados: beneficios que se esperan obtener en cuanto a mejorar el funcionamiento de la organizacin, sus productos y/ o servicios, clima organizacional y relaciones con el entorno. -Alcance: rea de aplicacin que cubre el estudio en trminos de ubicacin en la estructura orgnica y/ o territorial. -Recursos: requerimientos humanos, materiales y tecnolgicos necesarios para desarrollarlo. -Costo: estimacin global y especfica de recursos financieros que demanda su ejecucin. -Estrategia: ruta fundamental necesaria para orientar los recursos de accin y asignacin de recursos.

-Informacin complementaria: material e investigaciones que pueden servir como elementos de apoyo. Manual Tecnico Este documento contiene toda la informacin sobre los recursos utilizados por el proyecto, llevan una descripcin muy bien detallada sobre las caractersticas fsicas y tcnicas de cada elemento. Por ejemplo: caractersticas de procesadores, velocidad, dimensiones del equipo, garantas, soporte, proveedores y equipo adicional. Su extensin depende de la cantidad de recursos y equipo utilizado y generalmente se presenta en forma de fichas tcnicas en donde se describe en cada una las caractersticas de cada recurso. CONSIDERACIONES GENERALES PARA LA DESARROLLO DE APLICACIONES INFORMTICAS: DOCUMENTACIN DE EL

1. Toda documentacin que se genere para un proyecto especfico, que haya sido revisada y aprobada, debe poseer lo siguiente: A) Identificacin del documento Este documento debe incorporar la siguiente informacin: Logotipo de la organizacin. Nombre oficial de la organizacin. Denominacin y extensin. De corresponder a una unidad en particular debe anotarse el nombre de la misma. Lugar y fecha de elaboracin. Nmero de revisin (en su caso). Unidades responsables de su elaboracin, revisin y/o autorizacin. Clave de la forma. En primer trmino, las siglas de la organizacin, en segundo lugar las siglas de la unidad administrativa donde se utiliza la forma y, por ltimo, el nmero de la forma. Entre las siglas y el nmero debe colocarse un guin o diagonal. (en su caso) B) Estructura del documento. 2. Por cada documento final deber entregarse copias al personal involucrado en el proyecto. 3. Una vez concluido el desarrollo de un sistema, considerando para esto los posibles cambios que se efecten durante la etapa de garanta de que lo cubre (si as fuera el caso), el usuario final del sistema debe recibir una versin actualizada final del documento manual tcnico.

Estructura del documento MANUAL TCNICO 1. ndice Relacin de los captulos y pginas correspondientes que forman parte del documento 2. Introduccin. Se debe presentar una breve descripcin del sistema desarrollado, que contemple el mbito abarcado, cual es su funcin principal y un detalle de las funciones macros o partes que lo componen. Puede incluir un mensaje de la mxima autoridad de las reas comprendidas en el manual. 2.1. Objetivo general del sistema Se debe de describir el objetivo general del sistema. 2.2. Objetivos especficos Se deben describir brevemente los objetivos especficos que se cumplieron con el desarrollo del sistema. 3. Contenido tcnico 3.1. Definicin de reglas del negocio implementadas en el sistema desarrollado. 3.2. Diagramas de flujo de datos, junto con su respectivo diccionario de datos. 3.3. Controles de auditoria implementados en el sistema. 3.4. Descripcin de campos requeridos por pantalla con presentacin de pantallas. 3.5. Diagrama de navegacin del sistema. 3.6. Requerimientos de interfase con otros sistemas. 3.7. Modelo lgico de datos, diagrama entidad-relacin. 3.8. Modelo de datos fsico, junto con su respectivo diccionario de datos. 3.9. Matriz de procesos versus organizacin. 3.10. Matriz de programas versus entidades. 3.11. Plataforma de usuario. Aqu se describen los requerimientos mnimos que se deben tener tanto de hardware como de software para que el sistema se pueda instalar y ejecutar correctamente (en caso de que se considere necesario).

3.12. reas de aplicacin y/o alcance de los procedimientos. Esfera de accin que cubren los procedimientos 4. Responsables. Para iniciar los trabajos que conducen a la integracin de un manual, es indispensable prever que no queda diluida la responsabilidad de la conduccin de las acciones en diversas personas, sino que debe designarse a un coordinador, auxiliado por un equipo tcnico, al que se le debe encomendar la conduccin del proyecto en sus fases de diseo, implantacin y actualizacin. De esta manera se logra homogeneidad en el contenido y presentacin de la informacin. Por lo que respecta a las caractersticas del equipo tcnico, es conveniente que sea personal con un buen manejo de las relaciones humanas y que conozca a la organizacin en lo que concierne a sus objetivos, estructura, funciones y personal. Para este tipo de trabajo, una organizacin puede nombrar a la persona que tenga los conocimientos y la experiencia necesarios para llevarlo a cabo. Por la naturaleza de sus funciones puede encargarlo al titular de el rea especfica. Asimismo, puede contratar los servicios de consultores externos. 4.1. Mapa de navegacin. muestra de forma grfica la interconexin entre cada una de las pantallas del sistema, lo que servira para saber como llegar a determinada parte de la aplicacin. En este se muestran los mens, submens y pantallas a las que nos lleva cada uno de ellos 4.2. Descripcin grfica del mapa de navegacin. En el anterior aparece de forma de diagrama de flujo y en esta seccin deber aparecer ya con las respectivas pantallas. 4.3. Describe paso a paso los procesos, as como pantallas, botones, cuadros de texto, etc., pero tambin se muestra el cdigo de cada rutina, pantalla, botn, etc. es decir, se muestra lo que hay detrs de la interfaz del usuario