Analisis y Diseño de Sistemas

Evaluación del proyecto


Horarios

La  revisión de los proyectos se llevará a cabo el día Miérrcoles 13 de Julio en los horarios siguientes:


Equipo

Integrantes

Horario

1. DRUGOS

3

09:30 - 10:00

2. PROSOFT

4

10:00 - 10:40

3. DINAMITA

4

10:40 - 11:20

4. ALFA OMEGA

4

11:20 - 12:00

5. UMBRELLA

4

12:00 - 12:40

6. WARAIMASU 

5

12:40 - 13:30

7. 213

2

13:30 - 13:50




Los miembros del equipo deben obligatoriamente presentarse 10 minutos antes de la hora asignada y traer el proyecto en una computadora propia, de no asistir en el horario previsto no aprobarán el proyecto.

Entregables

En el espacio de Google Docs, deben estar los siguientes documentos: (2 ptos)
  • Lista de integrantes del equipo
  • Documento de visión
  • Documento de procesos de negocio
  • Diagrama de casos de uso
  • Modelo de dominio
  • Documento de arquitectura
 Cada miembro deberá mostrar los siguientes elementos (de forma individual): (8 ptos)
  • Documentación de 2 casos de uso (incluye prototipo de interfaz de usuario) y de requerimientos funcionales
  • Diseño de casos de uso con diagrama de secuencia
  • Código de caso de uso integrado a proyecto
  • Una clase de prueba unitaria por integrante y dos casos de prueba de sistema de los dos casos de uso por integrante.
  • Ejecución del código (lo probamos usando el caso de prueba)

Criterios de calificación y penalizaciones

Ojo: donde dice (hasta) se refiere a que esa es la penalización máxima

Entregables de equipo:
  • Visión del producto 0.5 pto
    • Incompleto -0.5 pto
  • Procesos de negocio y diagrama de casos de uso  0.5 pto
    • Incompleto -0.5 pto
    • Los casos de uso no permiten soportar proceso de negocio -0.5 pto
  • Prototipo de interfaz de usuario 0.5 pto
    • Incompleto -0.5 pto
  • Modelo de dominio y documentode arquitectura 0.5 pto
    • Incompleto -0.5 pto
Entregables individuales:
  • Documentación de casos de uso 2 ptos
    • Secciones no llenas -0.5 ptos / sección
  • Diseño del caso de uso usando diagrama de secuencia 2 ptos
    • Diagrama no apegado a arquitectura -1 pto
    • Incoherencias en diagrama (hasta) -1 pto
    • Documentación de flujos alternativos (si no son simples) + 0.5 ptos
  • Código del caso de uso integrado en un proyecto 2 ptos
    • Código sin documentación -0.5 ptos
    • Código no apegado al diseño (hasta) -1.5 ptos
    • No se implementaron todos los requerimientos funcionales (hasta)  -1 pto
    • Código no integrado al proyecto -1 pto
    • No se tiene prueba unitaria -1 pto
  • Ejecución del código 2 ptos
    • No se realizan las validaciones relativas a RF en presentación -0.25 ptos
    • Código no se ejecuta (hasta) -1.5 ptos
    • No Funciona la persistencia con Derby (hasta) -1.5 ptos
    • No se tiene caso de prueba de sistema -1 ptos

Dudas: mandar un correo o ir a cubículo.


Ultima actualización: 8 Diciembre 2017
contacto: hcm@xanum.uam.mx
Homepage