Actividad 3. Documentación de los requerimientos para diseñar un programa
Tekst Storyboardowy
- Slajd: 1
- VIÑETA 1. Conociendo el problema
- Buenos días, Roberto. Antes de comenzar a diseñar el sistema, quiero conocer bien qué necesita la nueva central.
- Claro. Queremos que el sistema nos ayude a organizar los viajes, horarios, autobuses y operadores, porque actualmente toda esa información puede volverse difícil de controlar.
- También tendremos que tomar en cuenta las necesidades de taquillas, operaciones, mantenimiento y gerencia.
- Oficina del director de Transportes Alazanas.
- Slajd: 2
- VIÑETA 2. Estudio de viabilidad
- Sí. Nos ayudaría a organizar mejor los viajes, consultar información y atender mejor a los pasajeros.
- Adelante
- Para comenzar con el estudio de viabilidad, quiero hacerte dos preguntas importantes.
- Primera pregunta: ¿El sistema contribuye a los objetivos generales de la organización o empresa?
- Considero que sí, siempre que primero definamos bien qué funciones necesitamos y qué recursos tenemos disponibles.
- Entonces podemos continuar con el análisis de los requerimientos.
- La misma oficina, frente a una computadora.
- Slajd: 3
- VIÑETA 3. Requerimientos de usuario
- ¿Y qué otra necesidad tienen?
- Sí, porque en taquillas los pasajeros preguntan constantemente por horarios, destinos y lugares disponibles.
- Desde el punto de vista de los usuarios, necesitamos que el sistema sea fácil de utilizar.
- ¿Qué funciones consideran más importantes?
- Primero, necesitamos consultar los horarios, destinos y lugares disponibles de cada viaje.
- Perfecto. Esos serán dos requerimientos de usuario importantes.
- También necesitamos consultar si un autobús está disponible para realizar un viaje, para evitar ofrecer información incorrecta a los pasajeros.
- Taquilla de la nueva central.
- Slajd: 4
- VIÑETA 4. Requerimientos del sistema
- Entonces podemos establecer que el sistema debe validar que el operador tenga vigente su licencia y certificado médico antes de asignarlo a un viaje.
- Para nosotros es importante que el sistema también controle a los operadores.
- Exactamente. Tampoco queremos que un autobús que está en mantenimiento aparezca disponible.
- Entonces agregamos otro requerimiento: el sistema no debe permitir que una unidad en mantenimiento sea asignada a un viaje.
- Área de operaciones.
- Slajd: 5
- VIÑETA 5. Requerimientos de hardware
- Y en operaciones necesitamos otro equipo para organizar los viajes, autobuses y operadores.
- También debemos pensar en el equipo necesario para utilizar el sistema.
- En taquillas necesitamos una computadora para consultar los horarios y la disponibilidad de lugares.
- Entonces podemos considerar estos dos requerimientos de hardware.
- Área de taquillas y oficina de operaciones.
- Slajd: 6
- VIÑETA 6. Requerimientos funcionales y no funcionales
- Un requerimiento funcional sería que el sistema permita consultar los horarios, destinos y lugares disponibles.
- Ahora tenemos que separar lo que el sistema debe hacer de las condiciones que debe cumplir.
- ¿Y otro?
- Y otro podría ser que el sistema sea fácil de usar para el personal de taquillas y operaciones.
- Que el sistema permita generar reportes sobre rutas solicitadas, boletos vendidos y autobuses en servicio.
- Uno sería que solo el personal autorizado pueda modificar la información.
- ¿Por ejemplo?
- ¿Y los no funcionales?
- Oficina de sistemas, con los tres personajes revisando una lista.
- Slajd: 7
- VIÑETA 7. Validación de los requerimientos
- ¿Qué debemos revisar?
- Ya tenemos los requerimientos, pero antes de continuar tenemos que validarlos.
- Sí. Nos ayudaría a organizar mejor los viajes, consultar información y atender mejor a los pasajeros.
- Primero preguntaría: ¿Están incluidas todas las funciones requeridas por el cliente?
- También debemos preguntar: ¿Existen conflictos en los requerimientos?
- Considero que sí, siempre que primero definamos bien qué funciones necesitamos y qué recursos tenemos disponibles.
- Exactamente. Por eso debemos revisar los requerimientos antes de iniciar el desarrollo.
- Eso es importante, porque no tendría sentido que el sistema mostrara un autobús como disponible cuando está en mantenimiento.
- Revisando lo que tenemos, sí aparecen los horarios, viajes, autobuses, operadores, mantenimiento y reportes. Pero sería bueno confirmar si falta alguna función.
- Reunión de revisión de requerimientos.
- Slajd: 8
- VIÑETA 8. Cierre del análisis
- Exactamente. Primero debemos documentar y validar los requerimientos. Después podremos pasar al diseño del sistema con una idea mucho más clara.
- Entonces revisemos una última vez el documento y, si todos estamos de acuerdo, podemos continuar.
- Ahora entiendo mejor por qué debemos revisar todo antes de comenzar a programar.
- Así evitamos comenzar el desarrollo con información incompleta o con cosas que después tengamos que cambiar.
- También nos ayuda a dejar claro qué información necesitamos para atender a los pasajeros y organizar los viajes.
- Los tres personajes frente a una computadora con el documento de requerimientos terminado.