Listas de chequeo Technologies DEV Lista de Chequeo para Anlisis de requerimientos Requerimiento Analizado Revisado Listo Creacin de Usuarios

ios Administracin de encuesta Administracin Resultados de Encuesta Administrar Preguntas Visualizar Reportes Administrar Formularios Administrar Mdulos del Sistema Verificacin de requerimientos Comentarios Se realiz la debida inspeccin a todos los requerimientos durante el anlisis.

Lista de Chequeo para Casos de Uso Lista de Chequeo Para Casos de Uso Caso Descri Tiene Tiene Tiene de be una definid defini definido Uso tarea o el do los los del flujo actore requerim negoci normal s o ientos o que y los casos que sirva a flujos de uso satisface una alterno que las meta s, con hacen necesida de un nivel uso de des del negoci apropia l. cliente. o. do del detalle. 01 Si No Si Si 02 Si Si Si Si 03 Si No Si No Est represen tado en el diagrama de casos de uso. Ha sido entendid o y analizad o por el cliente. Ha tenido correcci ones debido a observac iones del cliente.

Si Si Si

Si Si Si

Si No Si

04 05 06 07 08 09 10 11 12 13

Si Si Si Si Si Si Si Si Si Si

No No Si No Si Si Si Si Si Si

Si Si Si Si Si Si Si Si Si Si

Si Si Si No Si No Si Si Si Si

Si Si Si Si Si Si Si Si Si Si

Si Si Si Si Si Si Si Si Si Si

Si No Si No Si No No Si No Si

Lista de Chequeo para Diagrama de Clases Criterio Si/No (Observaciones) Las clases tienen nombres Si significativos Las clases tienen definidos los atributos Si Las clases tienen definidas las No operaciones Los atributos tienen definido el tipo de Si dato Las operaciones tienen nombres Si significativos Las operaciones tienen definido los Si parmetros Las operaciones tienen definidos el tipo No de retorno Las relaciones entre las clases son del Si tipo adecuado Se especifican valores de multiplicidad Si (1,01,*,1*,) sobre las relaciones que aparecen en el diagrama? Las relaciones entre las clases son Si lgicas y correctas Ha sido entendido, analizado y revisado Si por el cliente Ha tenido correcciones debido a Si observaciones del cliente. Lista de Chequeo Para Diagramas de Secuencia

Lista de Chequeo para Diagramas de Secuencia Diagrama Indica Visualiza Las Las de el caso actores y interacci operacio secuencia de uso clases ones se nes (tipo y el involucra muestran de escena das. de retorno rio que manera y hace temporal. parmetr referen os) cia. utilizada s para el envo de mensaje s estn definida s en el diagram a de clases. Administr Si Si No Si ar Requerimi ento Encuesta Administr No Si No Si ar Matriz Encuesta Administr Si Si Si No ar Matriz de Calificaci n Administr No Si No No ar Resultado s de Encuesta Visualizar Si No Si Si Reportes

Ha sido entendi do, analiza do y revisad o por el cliente.

Ha tenido correccion es debido a observaci ones del cliente.

Si

Si

Si

Si

Si

Si

Si

Si

Si

Si

Lista de Chequeo de Requerimientos Criterio de chequeo Criterios de Forma Cumple con el formato establecido para definicin de requerimientos Cumple con estndares de ortografa Cuenta con una redaccin consistente Tiene un ndice que detalle su contenido Cumple (S/N/N.A) Si Comentarios Tipo defecto

Si

Si No

Se cumple con el formato definido para los requerimientos. Cumple con los estndares de ortografa. Posee una redaccin acorde. No posee un ndice de contenido.

Ninguno

Ninguno

Ninguno Ninguno

Criterios de Requerimientos funcionales Cubre en su totalidad Si con las necesidades expuestas por el cliente No expone No necesidades adicionales a la expuestas por el cliente No existen No necesidades duplicadas Todos los Si requerimientos son expuestos en un lenguaje amigable y comprensible No se especifican No trminos tcnicos en la definicin de un requerimiento.

Cubre el 100% de Ninguno los requerimientos del cliente. No aplica No aplica

No se encuentran No aplica requerimientos duplicados en los requerimientos Los Ninguno requerimientos usan palabras conocidas para el cliente. No se utilizan Ninguno trminos tcnicos que no se han entendidos por el cliente.

Todos los requerimientos detallan una necesidad o funcionalidad del sistema y no caractersticas especiales de ambientes o dems temas no funcionales Criterios de Requerimientos funcionales Los requerimientos aqu plasmados estn enfocados a caractersticas no cubiertas en la funcionalidad de la aplicacin tales y como: concurrencia, desempeo, seguridad, usabilidad, etc Cada uno de estos requerimientos tiene una mtrica establecida de cumplimiento en los casos que sea necesario (Ej: 200 usuarios concurrentes) Es identificado claramente por el cliente

Si

Los Ninguno requerimientos se encuentran detallados y hacen referencia a las necesidades.

Si

Se trazan los Ninguno requerimientos no funcionales para ser plasmados en el sistema.

Si

Se observan las Bajo mtricas de acuerdo al cumplimiento de los requerimientos.

Si

Puede ser medido o Si evaluado con tcnicas establecidas (Ej: pruebas de carga, de estrs o de autorizacin) No es ambigua ni est No cubierto por otro requerimiento.

El cliente Ninguno identifica claramente los requerimientos El sistema puede Ninguno ser sometido a diferentes tcnicas de prueba. El sistema no Medio posee ambigua des que no

Es identificable como Si una restriccin del sistema Criterios de Pseudo Requerimientos Es un requerimientos Si expuesto explcitamente por el cliente Es una restriccin No impuesta por el cliente que influye temas como lenguajes, plataformas o hardware.

Ninguno entienda el cliente. Se identifican No aplica posibles restricciones por parte del cliente.

Se exponen los Ninguno requerimientos expuestos por el cliente No hay Ninguno restricciones para la ejecucin por parte del cliente.

Lista de Chequeo para el Modelo de la Base de Datos Lista de Chequeo para Modelo de Base de Datos Criterio Si/No Se utiliza notacin CamelCase para Si nombres de tablas y campos. El diagrama se encuentra en la tercera Si forma normal segn las reglas de normalizacin de bases de datos. Utilizacin de campos varchar(MAX) en No vez de campos Text. Se utilizan solamente llaves numricas. Si Ha sido entendido, analizado y revisado Si por el cliente. Ha tenido correcciones debido a Si observaciones del cliente.

Lista de chequeo para Documentos Entregables Lista de chequeo para Documentos Entregables Criterio Si/No Utilizacin de la Letra Si Arial Portada con logo de la Si empresa del cliente, etapa del proyecto, nombre del documento fecha y numero de versin. Tabla para el control de No las versiones del documento: Fecha, Autor, Versin, Referencia a cambios. Ortografa Revisada. Si Listas de chequeo plan de pruebas Listas de chequeo plan de pruebas Criterio Contienen una breve descripcin de las actividades a desarrollarse en el plan de pruebas Menciona Que mdulos del software se van a probar Lista las personas participantes en el plan de pruebas Define los objetivos generales del plan de pruebas Define los objetivos especficos del plan de pruebas Mencin una secuencia de ejecucin para las pruebas que dependen de otras Aclara cuales son pruebas independientes Se especifica un formato estndar para la especificacin de las pruebas Se especifica un formato estndar para registrar los resultados de las pruebas Se especifica quien es el responsable de la preparacin de los datos de Si/No Si

Si Si Si Si No

No Si Si Si

entrada con los que se deben realizar las pruebas Se tienen en cuenta pruebas de No concurrencia Lista de Chequeo de Diseo Criterio de chequeo-> Cumple (S/N/N.A) Contiene un diagrama Si de paquetes Comentarios Se detalla un diagrama de paquetes a partir de los requerimientos. Los paquetes de detallan para establecer su contenido. Se describe el diagrama de clase de acuerdo es ESR. El diagrama de clase cumple los estndares establecidos. Las clases poseen descripciones de sus responsabilidades. Existen diagramas de secuencia que narra las acciones paso a paso frente al sistema. Tipo defecto Ninguno

Cada paquete tiene la descripcin de lo que va a contener Contiene un diagrama de clases

Si

Bajo

Si

No aplica

Cada clase tiene un nombre claro y que identifica claramente sus responsabilidades Cada clase tiene asociada una descripcin de sus responsabilidades Existe al menos un diagrama de secuencia por cada caso de uso o uno que aplique para todos, enfocndose en mostrar el paso de mensajes entre las clases definidas

Si

Bajo

Si

Ninguno

Si

Ninguno

Listas de chequeo de Codificacin Criterio de chequeo Cumple (S/N/N.A) Cumple estndares Si de codificacin Comentarios Cumple con los estndares de codificacin implantados. Se plasman los diferentes diagramas realizados en la parte de diseo. Se establecen mtodos no mayor a 100 LOC No se incluyen imports Se documentan cada uno de los mtodos. Se plasman los requerimientos establecidos en los casos de uso. Todas las lneas de cdigo significativas se encuentran documentadas. Se establece un readme que detalla la implementacin del sistema El cdigo se encuentra indexado debidamente. Los modificadores se encuentran visibles correctamente Tipo defecto Ninguno

Cumple con el diseo asociado diagrama de clases, diagrama de colaboracin, etc. Mtodos no mayor a 100 lneas Mtodos no tienen imports innecesarios Documentacin de los mtodos La funcionalidad especificada por el caso de uso est totalmente abarcada en la codificacin Todos los mtodos y clases se encuentran documentados segn estndar javaDoc Existe documentacin interna que guie el flujo de la implementacin

Si

Ninguno

Si

Ninguno

No Si

No aplica Ninguno

Si

Ninguno

Si

No aplica

Si

Ninguno

El cdigo se Si encuentra correctamente indexado Los modificadores de Si acceso de variables tanto de mtodos estn definidos correctamente segn si visibilidad

No aplica

Ninguno

Inicializaciones y declaraciones Los atributos se encuentran declarados con el tipo de dato correcto las variables se encuentran declaradas en el mbito correcto (de instancia, de mtodo) Todos las variables son inicializadas antes de ser usadas Comparaciones lgicas y de referencias Todas las instancias de objetos se comparan con el operador equals y no con == Control de flujos Todos los ciclos estn formados correctamente con el fin de evitar ciclos infinitos Manejo de excepciones Todas las excepciones son atrapadas y manejadas correctamente En el caso de que recursos como conexiones, archivos, etc.. Sean manejados en un bloque try catch, son estos liberados en el bloque finally.

Si

Si

Los tipos se encuentran debidamente asociados Las variables se encuentran declaradas de forma correcta. Las variables se inicializan antes de su utilizacin.

No aplica

Bajo

Si

Medio

No

Todas las instancias no se comparan de esta forma.

No Aplica

Si

Los ciclos estn conformados con un inicio y un fin.

Bajo

No

Se encontraron excepciones no manejadas adecuadamente. Se manejaron de acuerdo a la utilizacin de archivos necesarios para la ejecucin.

Ninguno

Si

Ninguno

INSPECCION CODIGO FUENTE articles.php

articles.php No 1 FECHA 25-072013 IMPACTO DESCRIPCION DEL ALTO BAJO DEFECTO No est documentado todo el cdigo No Si ROL RESPONSABLE Lder proyecto-Lder de Calidad SEGUIMIENTO solucionado completamente

Identificador: articles.php - Perfil de usuario Revisor: Hctor Arias- Mateo Quintero Puntos claves de chequeo: Si/No/No Aplica Cdigo en General 1. Est definida una clase pblica por cada archivo de clase php? 2. El cdigo est sangrado a por lo menos dos espacios? 3. El cdigo, en su totalidad, est escrito en un slo un idioma? 4. El cdigo est escrito utilizando un estndar de nombramiento adecuado? 5. El cdigo est contenido en una estructura de paquetes que concuerda con el diseo del sistema? Variables 1. Estn ordenadas alfabticamente las constantes y las variables? 2. Est definida slo una constante o variable por lnea? 3. Se usan todas las variables, constantes y parmetros declarados? 4. La asignacin de valores a las variables, constantes y parmetros tiene un propsito? Condiciones y Excepciones 1. En el cdigo, los errores que se puedan generar en la aplicacin se manejan por medio de excepciones? 2. Se manejan todas las posibles excepciones? 3. Son correctas las validaciones de condiciones? Por ejemplo: cdigo no alcanzable, ciclos infinitos, divisin por cero, verificacin de rangos, redondeos. Documentacin 1. Estn la clase, las variables de clase, las constantes y los mtodos de la clase documentados? 2. Est toda la documentacin en una lnea diferente al cdigo que se est documentando? 3. Comprende la documentacin de mtodos/operaciones tres partes: una descripcin general de lo que hace el mtodo, la descripcin de los parmetros de entrada y la descripcin de los posibles valores de retorno? Si Si Si No No Si Si Si Si Si Si Si Si Si Si

INSPECCION CODIGO FUENTE

Identificador: news.php- registrar Usuario Revisor: Hctor Arias Puntos claves de chequeo: Si/No/No Aplica Cdigo en General 1. Est definida una clase pblica por cada archivo de clase PHP? Si

2. El cdigo est sangrado a por lo menos dos espacios? 3. El cdigo, en su totalidad, est escrito en un slo un idioma? 4. El cdigo est escrito utilizando un estndar de nombramiento adecuado? 5. El cdigo est contenido en una estructura de paquetes que concuerda con el diseo del sistema? Variables 1. Estn ordenadas alfabticamente las constantes y las variables? 2. Est definida slo una constante o variable por lnea? 3. Se usan todas las variables, constantes y parmetros declarados? 4. La asignacin de valores a las variables, constantes y parmetros tiene un propsito? Condiciones y Excepciones 1. En el cdigo, los errores que se puedan generar en la aplicacin se manejan por medio de excepciones? 2. Se manejan todas las posibles excepciones? 3. Son correctas las validaciones de condiciones? Por ejemplo: cdigo no alcanzable, ciclos infinitos, divisin por cero, verificacin de rangos, redondeos. Documentacin 1. Estn la clase, las variables de clase, las constantes y los mtodos de la clase documentados? 2. Est toda la documentacin en una lnea diferente al cdigo que se est documentando? 3. Comprende la documentacin de mtodos/operaciones tres partes: una descripcin general de lo que hace el mtodo, la descripcin de los parmetros de entrada y la descripcin de los posibles valores de retorno?

Si Si Si Si si Si Si Si

No No Si

Si Si Si

INSPECCION CODIGO FUENTE modificar_perfil.php

modificar_perfil.php No FECHA 26-071 2013 DESCRIPCION DEL DEFECTO IMPACTO ALTO BAJO ROL SEGUIMIENTO RESPONSABLE Lder de Desarrollo solucionado completamente

Se present problema al actualizar la base SI de datos no modificaba los datos

No

Identificador: modificar_perfil.php - Perfil de usuario Revisor: HECTOR FABIO PEJENDINO Puntos claves de chequeo: Si/No/No Aplica Cdigo en General 1. Est definida una clase pblica por cada archivo de clase PHP? 2. El cdigo est sangrado a por lo menos dos espacios? 3. El codigo, en su totalidad, est escrito en un slo un idioma? 4. El cdigo est escrito utilizando un estndar de nombramiento adecuado? 5. El cdigo est contenido en una estructura de paquetes que concuerda con el diseo del sistema? Variables Si Si Si Si Si

1. Estn ordenadas alfabticamente las constantes y las variables? 2. Est definida slo una constante o variable por lnea? 3. Se usan todas las variables, constantes y parmetros declarados? 4. La asignacin de valores a las variables, constantes y parmetros tiene un propsito? Condiciones y Excepciones 1. En el cdigo, los errores que se puedan generar en la aplicacin se manejan por medio de excepciones? 2. Se manejan todas las posibles excepciones? 3. Son correctas las validaciones de condiciones? Por ejemplo: cdigo no alcanzable, ciclos infinitos, divisin por cero, verificacin de rangos, redondeos. Documentacin 1. Estn la clase, las variables de clase, las constantes y los mtodos de la clase documentados? 2. Est toda la documentacin en una lnea diferente al cdigo que se est documentando? 3. Comprende la documentacin de mtodos/operaciones tres partes: una descripcin general de lo que hace el mtodo, la descripcin de los parmetros de entrada y la descripcin de los posibles valores de retorno?

Si Si Si Si

No No Si

Si Si Si

INSPECCION CODIGO FUENTE

Identificador: index.php - Iniciar Sesin Revisor: ERICKSON DIAZ Puntos claves de chequeo: Si/No/No Aplica Cdigo en General 1. Est definida una clase pblica por cada archivo de clase PHP? 2. El cdigo est sangrado a por lo menos dos espacios? 3. El codigo, en su totalidad, est escrito en un slo un idioma? 4. El cdigo est escrito utilizando un estndar de nombramiento adecuado? 5. El cdigo est contenido en una estructura de paquetes que concuerda con el diseo del sistema? Variables 1. Estn ordenadas alfabticamente las constantes y las variables? 2. Est definida slo una constante o variable por lnea? 3. Se usan todas las variables, constantes y parmetros declarados? 4. La asignacin de valores a las variables, constantes y parmetros tiene un propsito? Condiciones y Excepciones 1. En el cdigo, los errores que se puedan generar en la aplicacin se manejan por medio de excepciones? 2. Se manejan todas las posibles excepciones? 3. Son correctas las validaciones de condiciones? Por ejemplo: cdigo no alcanzable, ciclos infinitos, divisin por cero, verificacin de rangos, redondeos. Documentacin 1. Estn la clase, las variables de clase, las constantes y los mtodos de la clase documentados? Si No No Si NO Si Si Si Si Si Si Si Si

2. Est toda la documentacin en una lnea diferente al cdigo que se est documentando? 3. Comprende la documentacin de mtodos/operaciones tres partes: una descripcin general de lo que hace el mtodo, la descripcin de los parmetros de entrada y la descripcin de los posibles valores de retorno?

Si Si

INSPECCION CODIGO FUENTE Eliminar_usuario.php

Eliminar_usuario.php No 1 FECHA 25-072013 IMPACTO DESCRIPCION ROL ALTO BAJO SEGUIMIENTO DEL DEFECTO RESPONSABLE Se present variable repetida No Si Lder planeacin El problema est solucionado

Identificador: Eliminar_usuario.php Revisor: JUAN DAVID FAJARDO Puntos claves de chequeo: Si/No/No Aplica Cdigo en General 1. Est definida una clase pblica por cada archivo de clase PHP? 2. El cdigo est sangrado a por lo menos dos espacios? 3. El codigo, en su totalidad, est escrito en un slo un idioma? 4. El cdigo est escrito utilizando un estndar de nombramiento adecuado? 5. El cdigo est contenido en una estructura de paquetes que concuerda con el diseo del sistema? Variables 1. Estn ordenadas alfabticamente las constantes y las variables? 2. Est definida slo una constante o variable por lnea? 3. Se usan todas las variables, constantes y parmetros declarados? 4. La asignacin de valores a las variables, constantes y parmetros tiene un propsito? Condiciones y Excepciones 1. En el cdigo, los errores que se puedan generar en la aplicacin se manejan por medio de excepciones? 2. Se manejan todas las posibles excepciones? 3. Son correctas las validaciones de condiciones? Por ejemplo: cdigo no alcanzable, ciclos infinitos, divisin por cero, verificacin de rangos, redondeos. Documentacin 1. Estn la clase, las variables de clase, las constantes y los mtodos de la clase documentados? 2. Est toda la documentacin en una lnea diferente al cdigo que se est documentando? 3. Comprende la documentacin de mtodos/operaciones tres partes: una descripcin general de lo que hace el mtodo, la descripcin de los parmetros de entrada y la descripcin de los posibles valores de retorno? Si Si Si No No Si Si Si Si Si Si Si Si Si Si