Metricas de Calidad 1.1

Pgina 1 de 18
Simoncito Jos ngel Moya Malav
[Sistema de Gestin y Control Administrativo para la Escuela de Educacin Inicial Simoncito Jos ngel Moya Malav] (SIGECAS)
Mtricas de Calidad
Versin [1.1]
Mtricas de Calidad SIGECAS Elaborado por: Pereira Mario, La Rosa Jeranny, Mundarain Jean, Lpez Jos, Martnez Luis.
Versin [1.1] Revisado por:
Fecha: 23/07/2011 Aprobado por:
Pgina 2 de 18
Historial de Revisiones
Versin 1.0
Fecha 13/07/2011
Autor Jeranny La Rosa, Mario Pereira, Luis Martnez, Jean Mundarain y Jos Lpez. Jeranny La Rosa, Mario
Descripcin Primera versin, por lo cual no tiene correcciones.
1.1
23/07/20011
Pereira, Luis Martnez, Jean Mundarain y Jos Lpez.
Segunda versin del documento.
Pgina 3 de 18
ndice de contenido Contenido 1. Informacin General 1.1 Gerencias Solicitantes 1.2 Cdigo del Proyecto 1.3 Nombre del Proyecto 1.4 Beneficiario Pg. 4 4 4 4 4
2. Introduccin 2.1 Propsito 2.2 Alcance 2.3 Referencias
4 4 4 4
3 Mtricas De Calidad
Pgina 4 de 18
Mtricas de Calidad
1. Informacin General 1.1 Gerencia del Solicitante: Simoncito Jos ngel Moya Malav, ubicado en Calle La Paz, Sector El Espejo, Municipio Bermdez, Carpano Estado Sucre. 1.2 Nombre del Proyecto Sistema de Gestin y Control Administrativo para la
Escuela de Educacin Inicial Simoncito Jos ngel Moya MalavCdigo del Proyecto: SISGECAS
1.3 Beneficiario Simoncito Jos ngel Moya Malav ubicado en Calle La Paz Sector Los Molinos.
2. Introduccin Las mtricas del Software comprenden un amplio rango de actividades diversas tales como Aseguramiento y control de calidad, Modelos de abilidad, Modelos y evaluacin de ejecucin, as como los Modelos y medidas de productividad. Este documento tiene como finalidad cumplir con las mtricas que se plantean a continuacin para as tener como producto final un sistema de calidad.
2.1 Propsito El propsito de esta documentacin es aplicar continuamente mediciones en el proceso de desarrollo del software y sus productos para suministrar informacin relevante a tiempo, para as mejorar tanto el proceso como el producto.
Pgina 5 de 18
CATEGORIA
CARACTERISTICA
DESCRIPCIN DE LA METRICA
APLICA PARA ESTE PROYECTO (S/N)?
PUNTAJE
CONFORMIDAD SEGURIDAD
El sistema cumple con los estndares exigidos en los Trminos de Referencia (utilizar el sitio de la W3C para comprobar esto) El sistema emplea software libre y estndares abiertos (Decreto 3390) Nivel de detalle con que el sistema maneja los permisos sobre los elementos manipulables de la interfaz (mdulos, pantallas, grficos, documentos, botones) (ALTO es POSITIVO, BAJO es NEGATIVO) Nivel de detalle con que el sistema maneja los permisos sobre los elementos no manipulables de la interfaz (archivos, documentos, acciones, eventos, tareas, procesos). (ALTO es POSITIVO, BAJO es NEGATIVO) El sistema maneja sesiones de usuario las sesiones de administrador, Todo usuario es fcilmente identificado a travs de un cdigo de acceso (login) y una contrasea (password). El sistema permite la eliminacin de usuarios. El sistema permite la desactivacin de usuarios El sistema exige complejidad de las contraseas. El sistema cifra las contraseas antes de su almacenamiento en la base de datos. El sistema lleva un registro de los intentos de acceso al sistema. El sistema es accedido a travs de un tnel SSL/TLS (Aplicacin de capa de cifrado de los datos).
SI SI NO SI SI NO ALTO MEDIO ALTO MEDIO BAJO BAJO ALTO MEDIO ALTO MEDIO BAJO BAJO SI SI SI NO SI NO SI SI SI SI SI SI NO SI NO SI NO SI NO SI NO SI SI NO
SI
SI
Pgina 6 de 18
El sistema utiliza una infraestructura (Public Key Infraestructure) PKI para garantizar la seguridad a nivel de servicios Web (WS) ofrecidos. El sistema verifica las entradas de los usuarios antes de enviar un formulario, con Javascript del lado del usuario (evitando inyeccin SQL, etc). El sistema verifica las entradas de los usuarios despus de recibir un formulario, en lenguaje nativo del lado del servidor (evitando inyeccin SQL, etc). El sistema verifica que las acciones son invocadas slo por los medios definidos para ello (Por ejemplo, en un sistema WEB, el nico URL que se puede invocar desde la barra de navegacin es la pgina principal, o pgina de autenticacin. El sistema (Web) utiliza/soporta el cifrado (https) de las URL (URI) visualizadas en el Navegador Web. El sistema utiliza un usuario/grupo/rol distinto al usuario administrador de base de datos por defecto. Existe una clara trazabilidad entre los requerimientos de diseo y las funcionalidades ofrecidas por el sistema (Ver Cdigo fuente contra los Diagramas de Secuencia). En que medida el sistema ofrece mecanismos internos para continuar con un flujo alternativo despus de sucedido un error. (Permite cancelar el proceso que dio un error).
SI SI NO
SI
SI NO
SI
SI NO
SI SI NO SI SI NO SI SI NO ALTO MEDIO ALTO MEDIO BAJO BAJO ALTO SI MEDIO ALTO MEDIO BAJO BAJO SI SI NO ALTO SI MEDIO ALTO MEDIO BAJO BAJO
ESPECFICO TOLERANTE A FALLAS
SI
El sistema manejador de base de datos (SMBD) soporta la replicacin de datos en forma nativa. (Replicacin de datos automtica) Capacidad del sistema de generar alarmas (por pantalla, por correo electrnico, por telfono, SMS, por base de datos, etc) segn la severidad del error ocurrido.
Pgina 7 de 18
Capacidad del sistema para llevar en una bitcora eventos relacionados con la seguridad de las operaciones con la base de datos (Conexiones establecidas rechazadas, etc) El sistema usa trminos afines al rea de estudio propia de los usuarios finales (administracin, finanzas, gerencia, recursos humanos, etc.) El sistema utiliza imgenes fcilmente reconocibles de forma intuitiva. Los nombres o texto de las funcionalidades representan las operaciones que realizan (explcitamente). El sistema esta diseado como un portal Web de contenidos dinmicos. En que nivel se puede considerar al sistema como amigable al usuario. (ALTO es POSITIVO, BAJO es NEGATIVO)
ALTO SI MEDIO ALTO MEDIO BAJO BAJO SI SI NO SI SI NO SI SI SI NO SI NO ALTO SI MEDIO ALTO MEDIO BAJO BAJO ALTO SI MEDIO ALTO MEDIO BAJO BAJO ALTO MEDIO ALTO MEDIO BAJO BAJO SI SI NO
FCIL DE APRENDER INTERFAZ GRFICA
En que nivel se puede considerar al sistema como fcilmente manipulable por el usuario. (ALTO es POSITIVO, BAJO es NEGATIVO)
En qu grado los manuales de usuario son de fcil lectura y estn enfocados en los aspectos funcionales del sistema (pantallas, procesos, eventos, errores de alto nivel, consideraciones, advertencias, etc). Existe material multimedia (dinmica) que ayude al proceso de adiestramiento de los usuarios (videos de cursos, ejemplos de operaciones, etc.). La pantalla o pgina principal del sistema permite el acceso a todas sus funcionalidades dependiendo de los permisos del usuario en el sistema.
SI
SI
SI NO
Pgina 8 de 18
En que grado el sistema organiza el contenido a mostrar al usuario (por pestaas, por ventanas, paginacin, entre otros) (ALTO es POSITIVO, BAJO es NEGATIVO) El sistema usa iconos descriptivos para la presentacin de las funcionalidades granulares (exportacin de documentos, impresin, ordenamiento, etc). Grado de fluidez de la interfaz de navegacin que permite ir de lo general a lo especifico a travs de un cuadro de mando sencillo (i.e. mens desplegables o hipervnculos (ejemplo:: Inicio :: Compras :: Ordenes de Compra :: Solicitar) (ALTO es POSITIVO, BAJO es NEGATIVO) El sistema permite a los usuarios el acceso a su informacin a travs de una bandeja de entrada estandarizada (INBOX). El sistema resuelve las funcionalidades especificadas en el Documento de Especificacin de Requerimientos (Se tomarn las especificaciones descritas en el TDR). En que grado el sistema proporciona una interfaz estndar y generalizada para la utilizacin del sistema, adaptada a los usuarios.(ALTO es POSITIVO, BAJO es NEGATIVO) EFECTIVO En que grado el usuario puede ser capaz de realizar las tareas comunes con un esfuerzo razonable (Mximo en pasos). (ALTO es NEGATIVO BAJO es POSITIVO) Tiempo de respuesta para la visualizacin de datos.
ALTO SI MEDIO ALTO MEDIO BAJO BAJO SI SI NO ALTO MEDIO ALTO MEDIO BAJO BAJO SI SI NO ALTO SI MEDIO ALTO MEDIO BAJO BAJO ALTO MEDIO ALTO MEDIO BAJO BAJO ALTO SI MEDIO ALTO MEDIO BAJO BAJO ALTO SI MEDIO ALTO MEDIO BAJO BAJO
SI
SI
COMPORTAMIE NTO CON RESPECTO AL TIEMPO
EFICIENCIA
Pgina 9 de 18
Tiempo de respuesta para la ejecucin de los procesos (eventos). SI
ALTO MEDIO ALTO MEDIO BAJO BAJO SI NO SI SI SI NO SI NO ALTO SI MEDIO ALTO MEDIO BAJO BAJO ALTO SI MEDIO ALTO MEDIO BAJO BAJO SI SI NO BAJO SI NO SI SI NO ALTO MEDIO ALTO MEDIO BAJO BAJO SI NO
El sistema utiliza adecuadamente la memoria ram El sistema utiliza adecuadamente la memoria virtual (SWAP) El sistema utiliza adecuadamente el procesador. Grado de Reductibilidad del Sistema (capacidad del sistema para ejecutar y operar con slo algunos mdulos). (ALTO es POSITIVO, BAJO es NEGATIVO) Grado de Escalabilidad del sistema (capacidad para crear/integrar nuevos mdulos nativos o externos). ALTO es POSITIVO, BAJO es NEGATIVO).
SI
ACOPLADO
COHESIVO
COMPORTAMIEN TO CON RESPECTO A LOS RECURSOS FACIL DE MODIFICAR
La programacin del sistema es orientado a objetos.
El diseo del sistema permite realizar fcilmente pruebas de caja blanca por parte de los programadores del sistema. El diseo del sistema permite realizar fcilmente pruebas de caja negra por parte de los implementadores del sistema. En que grado los mdulos del sistema estn dbilmente acoplados (ALTO es POSITIVO, BAJO es NEGATIVO)
SI
SI
En que grado las operaciones de un modulo del sistema estn altamente relacionadas (ALTO es POSITIVO, BAJO es NEGATIVO)
SI
Pgina 10 de 18
El sistema se basa en una arquitectura de 3 capas (datos, lgica y presentacin). MODULAR Grado de delimitacin de las funcionalidades y responsabilidades de cada uno de los mdulos que componen al sistema. (ALTO es POSITIVO, BAJO es NEGATIVO) Esfuerzo y modificaciones requeridas en los parmetros de configuracin del sistema para que pueda ser ejecutado en distintos sistemas operativos Linux (compatibles con Debian). ADAPTABILIDAD El sistema depende de una plataforma distinta al sistema operativo Linux (i.e. Windows, Solaris, etc.) para garantizar la eficacia, eficiencia o existencia de todas las funcionalidades que ofrece en una instalacin recomendada. (SI ES NEGATIVO o 0, NO es POSITIVO o 100) El sistema puede ser accedido y operado desde cualquier navegador Web libre o comercial sin afectar las funcionalidades o requerimientos de ajustes internos. Es inductivo el procedimiento de instalacin del sistema. Grado de complejidad del proceso de instalacin. (BAJO es POSITIVO, ALTO es NEGATIVO ) FCIL INSTALACIN
SI
SI NO ALTO
SI
MEDIO ALTO MEDIO BAJO BAJO ALTO MEDIO ALTO MEDIO BAJO BAJO
SI
SI SI NO
SI SI
PORTABILIDAD
SI NO SI NO ALTO MEDIO ALTO MEDIO BAJO BAJO ALTO
SI
Tiempo estimado para la instalacin del sistema. (ALTO es NEGATIVO, BAJO es POSITIVO)
SI
MEDIO ALTO MEDIO BAJO BAJO ALTO
Grado de documentacin del proceso de instalacin del portal con joomla. (BAJO es NEGATIVO , ALTO es POSITIVO )
SI
MEDIO ALTO MEDIO BAJO BAJO
Pgina 11 de 18
Existe un modulo o ncleo de administracin de los mdulos que son visibles al usuario. A que nivel debe ser configurado el sistema para su correcto funcionamiento en mltiples plataformas? (ALTO NIVEL es POSITIVO a travs de scripts, wizards, etc. BAJO NIVEL es NEGATIVO modificando los .conf, .ini, xml, etc.) En qu grado el sistema debe ser parametrizado para que pueda funcione correctamente? (ALTO es NEGATIVO y BAJO es POSITIVO). El licenciamiento del sistema cumple con los lineamientos establecidos en el Decreto 3390 (Software Libre, las cuatro libertades, etc.) El fabricante contempla la transferencia tecnolgica del sistema como producto. El fabricante contempla la transferencia tecnolgica del proceso de desarrollo del sistema. El fabricante contempla la transferencia tecnolgica del proceso de implantacin del sistema. El fabricante contempla la transferencia del ciclo completo de vida del sistema. Dependencia de terceros (empresas de servicios) al adquirir o implantar el sistema. Existe una metodologa propuesta por el fabricante para la implantacin del sistema en sus clientes. El proveedor utiliza una metodologa de desarrollo de software iterativa (entregas parciales), centrada en la arquitectura, orientada en casos de uso y fuertemente documentada. En que grado los documentos generados en el proceso de desarrollo son de fcil entendimiento. (ALTO es POSITIVO, BAJO es NEGATIVO)
NO
SI NO ALTO
PARAMETRIZADO
NO
MEDIO ALTO MEDIO BAJO BAJO ALTO MEDIO ALTO MEDIO BAJO BAJO SI NO SI NO SI NO
NO
SI
SI SI
CLIENTE PROVEEDOR
DESARROLLO METODOLOGIA
ADQUISICIN DOCUMEN TADO
SI
SI NO
SI SI
SI NO SI NO
SI
SI NO SI
SI NO ALTO SI MEDIO ALTO MEDIO BAJO
Pgina 12 de 18
BAJO El sistema tiene un manual de usuario por mdulo. La documentacin del sistema esta acorde con la versin del sistema. Existe documentacin de los ajustes del sistema (Historial de revisiones). Calidad de la documentacin sobre los procesos de parametrizacin tcnica del sistema. (Manual de Sistemas) SI SI SI SI NO SI NO SI NO ALTO SI SI Calidad de la documentacin sobre los procesos de parametrizacin funcional del sistema. (Manual de Usuario) MEDIO ALTO MEDIO BAJO BAJO ALTO SI SI Documentacin sobre los errores presentados por las distintas versiones del sistema y cul es la solucin de los mismos. NOTA: porqu esta mtrica est ponderada como SI/NO, cuando las anteriores a esta estn como ALTO, MEDIO ALTO, MEDIO BAJO, BAJO) Documentacin sobre los errores presentados por las distintas versiones del sistema y cul es la solucin de los mismos. NOTA: porqu esta mtrica est ponderada como SI/NO, cuando las anteriores a esta estn como ALTO, MEDIO ALTO, MEDIO BAJO, BAJO) El sistema tiene documentacin sobre el flujo de los procesos modelados dentro del mismo. El Modelo de Dominio presenta los cambios identificados durante el refinamiento de los requerimientos MEDIO ALTO MEDIO BAJO BAJO
SI NO NO
SI
ALTO MEDIO ALTO MEDIO BAJO
SI SI
BAJO SI NO
SI SI NO
ERS
Pgina 13 de 18
Usa UML 2.0 para la representacin del modelo de dominio Los actores del sistemas estn claramente definidos, es decir, se identifica el tipo de actor (Simple - Medio - Complejo) Se realiza la diagramacin de todos los CU Usa UML 2.0 para la representacin de los CU Existe correspondencia entre la tabla Resumen y los diagramas de CU El documento fue entregado en la fecha pautada El plan de desarrollo cubre, a travs de sus fases, todos los requerimientos funcionales del sistema Cada fase, o iteracin menciona claramente los objetivos a cumplir, los requerimientos funcionales o casos de uso que debe cubrir El plan de desarrollo va en funcin de las prioridades definidas por el usuario y asegura la mitigacin temprana de los riesgos tecnolgicos (si los hay) El documento fue entregado en la fecha pautada El estilo arquitectnico seleccionado corresponde con los componentes representados en el punto 4 del documento (Componentes significativos de la AS) Grado en que los componentes describen su utilidad (Descripcin) (ALTO es POSITIVO, BAJO es NEGATIVO) PLAN DE DESARROLLO DE SOFTWARE DAS
SI SI
SI NO SI NO
SI SI SI SI SI
SI NO SI NO SI NO SI NO SI NO
SI
SI NO
SI
SI NO SI NO SI NO
SI
SI
ALTO SI SI SI SI MEDIO ALTO MEDIO BAJO BAJO SI NO SI NO

Se describe el por qu de los componente, es decir, de que requerimientos se derivan Los requerimientos del componente son claros, precisos y/o concisos
Pgina 14 de 18
Los componente posee interfases de conexin Especifica conexin todas las interfaces de
SI SI SI SI SI SI SI SI SI
SI NO SI NO SI NO SI NO SI NO SI NO SI NO SI NO SI NO SIEMPRE FRECUENTE MENTE OCACIONAL MENTE NUNCA SIEMPRE FRECUENTE MENTE OCACIONAL MENTE NUNCA SIEMPRE FRECUENTE MENTE OCACIONAL MENTE NUNCA SI NO
Usa UML 2.0 para la representacin del modelo de CU El modelo de CU se encuentra refinado El modelo de CU abarca todo los casos de uso del sistema Usa UML 2.0 para la representacin del diagrama de paquetes El diagrama de paquetes muestra claramente las dependencias existentes El diagrama de paquetes muestra claramente las relaciones existentes Los paquetes significativos se muestran en el Diagrama de Paquetes Los paquetes describen claramente su utilidad (Descripcin)
SI
Se describe el por qu de los paquete, es decir, de que caso de uso se deriva SI
Se encuentran listadas en su totalidad las clases que conforman los paquetes SI
Usa UML 2.0 para la representacin del diagrama de clases
SI
Pgina 15 de 18
El diagrama agrupa por paquete las clases En el diagrama se refleja los nombres de las clases En el diagrama se refleja los atributos de las clases En el diagrama se refleja los mtodos de las clases Se identifican claramente las relaciones de las clases Se identifican claramente dependencias de las clases Se identifican claramente cardinalidades entre clases las las
SI SI SI SI SI SI SI SI
SI NO SI NO SI NO SI NO SI NO SI NO SI NO SI NO SI
El diagrama de clases refleja la correspondencia con el diagrama de dominio (O con el Modelo de Dominio ?) En lineas generales los diagramas de secuencia corresponden con los casos de usos de prioridad alta del documento ERS En lineas generales los diagramas de secuencia corresponden lgicamente con el diagrama de clases Usa UML 2.0 para la representacin del diagrama de secuencia Los diagrama de secuencia para cada CU representa la solucin de los mismos
SI
NO SI
SI SI
NO SI NO SIEMPRE FRECUENTE MENTE OCACIONAL MENTE NUNCA SI NO SI
SI
En los diagrama de secuencia se muestran todos los actores involucrados En los diagrama de secuencia los mensajes son acordes a los mtodos y atributos de las clases correspondientes. Usa UML 2.0 para la representacin del diagrama de componentes
SI
SI SI
NO SI NO
Pgina 16 de 18
El diagrama de componentes se reflejan todos los componentes significativos especificados para el sistema El diagrama de componentes muestra claramente las interfaces existentes para cada componente. Por componente se especifica claramente la integracin con los dems componentes del sistema.
SI
SI NO
SI
SI NO SIEMPRE FRECUENTE MENTE OCACIONAL MENTE NUNCA SI NO SIEMPRE
SI
Se especifica algn beneficio de la arquitectura del sistema Los beneficios realmente son soportados por la arquitectura del sistema
SI
SI
SI Usa UML 2.0 para la representacin del diagrama de despliegue El diagrama de despliegue se reflejan los componentes significativos del sistema El diagrama de despliegue se reflejan los protocolos de conexin entre nodos El diagrama muestra aquellos atributos y operaciones que son necesarios para comprender su significado dentro del contexto del sistema. El diagrama de despliegue define el dominio de la solucin En el diagrama de despliegue se especifican las caractersticas de los nodos El diagrama de ER representa las tablas entidades de la Base de datos El diagrama de ER representa las tablas relaciones de la Base de datos SI SI SI
FRECUENTE MENTE OCACIONAL MENTE NUNCA SI NO SI NO SI NO SI NO SI NO SI NO SI NO SI NO
SI SI SI SI SI
Pgina 17 de 18
En el diagrama de ER se representan las cardinalidades de las relaciones de la Base de datos En el diagrama de ER se muestran los campos de las tablas En el diagrama de ER se muestran los campos claves, forneos e indices de las tablas. El diccionario de datos hace referencia con lo especificado en el diagrama
SI
SI NO
SI
SI NO SI
SI
NO SIEMPRE FRECUENTE MENTE OCACIONAL MENTE NUNCA SI NO SI NO SI NO SI NO SI NO
SI
El documento fue entregado en la fecha pautada Existe un documento de Casos de Prueba para cada caso de uso El nmero de pruebas especificadas en los casos de uso COMPLEJOS es representativo (min. 10 CP) El nmero de pruebas especificadas en los casos de uso de complejidad MEDIA es representativo (min. 7 CP) El nmero de pruebas especificadas en los casos de uso de complejidad SIMPLE es representativo (min. 5 CP) Cada caso de prueba presenta o utiliza al menos un conjunto de datos "normales" (datos que el usuario estara usando frecuentemente), y datos que esperamos que nunca use , o que representen condiciones de borde (ejemplo nmeros negativos, fechas de vencimiento o expiracin menores a la fecha actual, strings de caracteres no vlidos segn la naturaleza de un dato de entrada) Los pasos a ejecutar apoyan la aplicacin de la prueba La ejecucin de las pruebas fue satisfactorio para los porcentajes establecidos ( 30% de las pruebas ejecutadas satisfactoriamente para los CU prioridad ALTA y 10% para el resto de los CU)
SI SI SI SI SI
CASOS DE PRUEBA
SI
SI NO SI SI NO
SI
SI NO
Pgina 18 de 18
El documento fue entregado en la fecha pautada El Plan de Pruebas especifica el tipo de pruebas a realizar y las tcnicas utilizadas Para aquellas pruebas que no se han realizado, o no se podrn realizar, se especifica una justificacin El plan de pruebas especifica claramente las herramientas que deben utilizarse para realizar las pruebas El plan de pruebas especifica claramente la configuracin (hardware y software) necesaria para realizar las pruebas (software adicional a la configuracin mnima de operacin, navegadores en los cuales deben realizarse las pruebas) El estado actual del producto obtenido (sistema) evidencia que el desarrollador (UP) ha realizado las pruebas mencionadas en el Plan de Prueba y Plan de Evaluacin de la Calidad Las funcionalidades previamente probadas an trabajan como se espera luego de que se han realizado cambios a la aplicacin (pruebas de regresin) El documento (Plan de Pruebas) fue entregado en la fecha pautada
SI SI SI
SI NO SI NO SI NO SI NO
SI
PLAN DE PRUEBAS
SI
SI NO
ALTO SI SI MEDIO ALTO MEDIO BAJO BAJO SI SI NO SI NO
SI

Metricas de Calidad 1.1

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Metricas de Calidad 1.1

Transféré par

Droits d'auteur :

Formats disponibles

Pgina 1 de 18

Simoncito Jos ngel Moya Malav

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

Descripcin Primera versin, por lo cual no tiene correcciones.

Pereira, Luis Martnez, Jean Mundarain y Jos Lpez.

Segunda versin del documento.

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

2. Introduccin 2.1 Propsito 2.2 Alcance 2.3 Referencias

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

APLICA PARA ESTE PROYECTO (S/N)?

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

ESPECFICO TOLERANTE A FALLAS

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

FCIL DE APRENDER INTERFAZ GRFICA

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

COMPORTAMIE NTO CON RESPECTO AL TIEMPO

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

Tiempo de respuesta para la ejecucin de los procesos (eventos). SI

COMPORTAMIEN TO CON RESPECTO A LOS RECURSOS FACIL DE MODIFICAR

La programacin del sistema es orientado a objetos.

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

SI NO SI NO ALTO MEDIO ALTO MEDIO BAJO BAJO ALTO

MEDIO ALTO MEDIO BAJO BAJO ALTO

MEDIO ALTO MEDIO BAJO BAJO

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

ADQUISICIN DOCUMEN TADO

SI NO ALTO SI MEDIO ALTO MEDIO BAJO

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

ALTO MEDIO ALTO MEDIO BAJO

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

ALTO SI SI SI SI MEDIO ALTO MEDIO BAJO BAJO SI NO SI NO

Versin [1.1] Revisado por:

Se describe el por qu de los paquete, es decir, de que caso de uso se deriva SI

Se encuentran listadas en su totalidad las clases que conforman los paquetes SI

Usa UML 2.0 para la representacin del diagrama de clases

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

NO SI NO SIEMPRE FRECUENTE MENTE OCACIONAL MENTE NUNCA SI NO SI

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

SI NO SIEMPRE FRECUENTE MENTE OCACIONAL MENTE NUNCA SI NO SIEMPRE

FRECUENTE MENTE OCACIONAL MENTE NUNCA SI NO SI NO SI NO SI NO SI NO SI NO SI NO SI NO

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

NO SIEMPRE FRECUENTE MENTE OCACIONAL MENTE NUNCA SI NO SI NO SI NO SI NO SI NO

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por:

ALTO SI SI MEDIO ALTO MEDIO BAJO BAJO SI SI NO SI NO

Versin [1.1] Revisado por:

Fecha: 23/07/2011 Aprobado por: