Competencia del certificado:

Aplica métodos y métricas de ingeniería de software para la construcción de modelos y aplicaciones para diferentes dispositivos.

Instrucciones:

En la organización “Parquímetros Entornos Seguros” requieren realizar el levantamiento de requerimientos de una solución que permita a administradores de estacionamientos y usuarios a automatizar de forma innovadora la administración del estacionamiento.

Entrevista con los administradores de estacionamientos:

• Yo como administrador de estacionamiento requiero que el sistema emita un boleto con código QR cuando un usuario ingrese al estacionamiento con su vehículo en una máquina de atención antes de la pluma. 
  
• Yo como administrador de estacionamiento requiero que el sistema registre el número de placa por medio de una cámara instalada frente a las plumas, así como la hora de ingreso.
  
• Yo como administrador de estacionamiento requiero que el sistema me permita tener una cuenta con la seguridad mínima para las operaciones que realizo (usuario y contraseña)
  
• Yo como administrador de estacionamiento requiero que el sistema genere un reporte del ingreso de autos, salida de autos por medio de una tabla con los siguientes campos: Numero, Placa, Hora de ingreso, Hora de salida (en caso de salida de autos), Pago recibido. Los reportes deben ser en formato PDF y Excel.
  
• Yo como administrador de estacionamiento requiero que el sistema me permita visualizar y atender las quejas ingresadas por los usuarios.
  
• Yo como administrador de estacionamiento requiero que el sistema me permita actualizar la tarifa por hora del estacionamiento que se utilizará para los cobros de los clientes.
  
• Yo como administrador de estacionamiento requiero que el ingreso al sistema sea desde mi equipo de cómputo con conexión a internet por medio de algún navegador (Edge, Chrome u Safari) y una URL.
  
• Yo como usuario del estacionamiento requiero que el sistema sea estáticamente agradable, rápido, comprensible y de fácil acceso.
  
• Yo como administrador de estacionamiento requiero que el sistema tenga una paleta de colores en tonos azul cielo, azul marino y blanco.

Entrevista con los usuarios del estacionamiento:

• Yo como usuario del estacionamiento requiero que el sistema me permita tener una cuenta con la seguridad mínima para las operaciones que realizo (usuario y contraseña)
  
• Yo como usuario del estacionamiento requiero que el sistema me permita hacer el pago del costo del estacionamiento a través de la aplicación móvil por medio de los medios de pagos electrónicos (tarjeta de debido y tarjeta de crédito)
  
• Yo como usuario del estacionamiento requiero que el sistema me permita registrar una queja del servicio y recibir la repuesta que el administrador me envíe.
  
• Yo como usuario del estacionamiento requiero que el sistema me permita hacer el pago del costo del estacionamiento a través de la maquina física por medio de moneda física.
  
• Yo como usuario del estacionamiento requiero que el sistema sea estáticamente agradable, rápida, comprensible y de fácil acceso.
• Yo como usuario del estacionamiento requiero que mis operaciones se realicen a través de mi móvil Android.
  
• Yo como usuario del estacionamiento requiero que mis operaciones se realicen a través de mi móvil Apple iOS.

Instrucciones:

Paso 1: Describe 15 requerimientos del sistema.

1. Elaborar una tabla con los requerimientos funcionales.
   
2. Elaborar una tabla con los requerimientos no funcionales categorizados por rendimiento, seguridad y usabilidad.

Paso 2: Presentar la especificación de requerimientos de software en un documento en formato Word.

1. Historial de versiones
   
2. Glosario de términos
   
3. Requerimientos funcionales (utilizar la tabla del punto 1)
   
4. Requerimientos no funcionales (utilizar la tabla del punto 1
   
5. Supuestos
   
6. Restricciones

Paso 3: Presentar un plan de la etapa con al menos 20 actividades, 4 ingenieros de requerimientos, indicando las fechas inicio y fecha fin.

1. El plan debe tener actividades para indagar requerimientos, por ejemplo: entrevistas, revisión de fuentes de información, bocetos, prototipo, mapas mentales, especificación de casos de uso y diagramas.  
   
2. El plan no debe tener una duración mayor a mes y medio de duración.

Paso 4: Presentar el número de functional points requeridos para desarrollar la totalidad de los requerimientos funcionales. 

1. Puntos de función de Entradas.
   
2. Puntos de función de Salidas.
   
3. Puntos de función de Consultas
   
4. Puntos de función de Interfaces
   
5. Puntos de función de Archivos

Paso 5: Presentar una tabla de costos del software para el cliente.

1. Costo total.
   
2. Costo del esfuerzo para construirlo
   
3. Costos administrativos y telecomunicaciones
   
4. Costos de renta y telecomunicaciones.

Nota: Agregar los cálculos de cómo se hicieron los cálculos y se llegaron a los costos descritos. 

Paso 6: Seleccionar 3 requerimientos funcionales y desarrollar 3 especificaciones de casos de uso.

1. Flujo principal
   
2. Flujos alternos
   
3. Flujos de excepción.
   
4. Información General.

Nota: Los requerimientos funcionales seleccionados no debe ser el de autenticación.

Paso 7: Presentar el diseño de datos del sistema.

1. Identificación de sustantivos y verbos en los requerimientos.
   
2. Diagrama de clases con atributos y cardinalidad.

Paso 8: Seleccionar los dos casos de uso desarrollados y presentar un diagrama de estados. 

Paso 9: Describir la arquitectura más conveniente para el sistema solicitado.

1. Descripción de la arquitectura.
   
2. Diagrama de clases y secuencia del requerimiento con mayor complejidad mostrando la arquitectura propuesta.

Paso 10: Presentar las interfaces de las tres Especificaciones de Casos de Uso desarrollados en el paso seis utilizando las características que indican los requerimientos no funcionales y los conceptos de usabilidad, estética visual, internacionalización, accesibilidad y otros aprendidos.

Paso 11: Presentar una matriz de gestión de riesgos del proyecto

1. Descripción del riesgo
   
2. Probabilidad
   
3. Impacto
   
4. Prioridad
   
5. Plan de mitigación
   
6. Plan de contingencia

Paso 12: Presentar un plan de validación para validar los requerimientos indicados en el problema.

1. Listado de elementos que serán validados.
   
2. Alcance de las pruebas, es decir, qué incluye y qué se excluye de las pruebas de validación.
   
3. Características del ambiente de pruebas.
   
4. Roles y responsabilidades de cada actividad de validación.
   
5. Cronograma

Paso 13: Presentar las tablas de ejecución (diseño de matrices de prueba) para validar las 3 Especificaciones de Casos de Uso desarrollados en el paso seis.

Cada tabla de ejecución debe tener:

1. Caso de prueba
   
2. Precondiciones
   
3. Entradas
   
4. Comportamiento esperado

Criterios de evaluación:

• 15 requerimientos del sistema.
• Requerimientos de software en un documento en formato Word.
• Plan de la etapa con al menos 20 actividades, cuatro ingenieros de requerimientos, indicando las fechas inicio y fecha fin.
• Functional points requeridos para desarrollar la totalidad de los requerimientos funcionales. 
• Tabla de costos del software para el cliente.
• Tres requerimientos funcionales y desarrollar.
• Diseño de datos del sistema.
• Selección de la arquitectura más conveniente para el sistema solicitado.
• Selección de interfaces de las tres especificaciones de casos de uso.
• Matriz de gestión de riesgos del proyecto.
• Plan de validación para validar los requerimientos indicados en el problema.
• Tablas de ejecución para validar las tres especificaciones de casos de uso.