Identificacion de Stakeholders

4. Identificación de Stakeholders

En este caso los stakeholders (personas interesadas) son:

1. Desarrolladores equipo e2a1
2. Desarrolladores equipo e2a2
3. Administrador del Sistema
4. Agentes
5. Operarios
6. Profesores de la asignatura

Así pues, la lista de stakeholders queda:

Código	Stakeholder	Intereses (Módulos)
ST-01	Desarrolladores equipo e2a1	Los 4 submódulos
ST-02	Desarrolladores equipo e2a2	Los 4 submódulos
ST-03	Administrador de sistemas	Carga de ficheros
ST-04	Agentes	Creación de avisos
ST-05	Operarios	Comprobaciones de los datos, trámite de incidencias y cuadro de mandos
ST-06	Profesores de la asignatura	Los 4 submódulos

Posteriormente se pasa a describir en más detalle cada uno.

4.1 Desarrolladores equipo e2a1.

Se trata del equipo de desarrollo e2a1.

Entre sus objetivos están:

• Utilizar tecnologías y metodologías conocidas, minimizando los riesgos relacionados con el aprendizaje de las nuevas.
• Aprender técnicas de desarrollo de software de forma colaborativa y profesional.
• Utilización de tecnologías similares a las del grupo e2a2 con quien deberán integrarse posteriormente para evitar incompatibilidades.
• Implementación del módulo de carga de ficheros a la base de datos (Loader).
• Documentación del módulo encargado de tramitar las incidencias (InciManager).
• Implementación del módulo encargado de visualizar y gestionar las incidencias en un cuadro de mandos (InciDashboard).

4.2 Desarrolladores equipo e2a2.

Se trata del equipo de desarrollo e2a2.

Entre sus objetivos están:

• Utilizar tecnologías y metodologías conocidas, minimizando los riesgos relacionados con el aprendizaje de las nuevas.
• Aprender técnicas de desarrollo de software de forma colaborativa y profesional.
• Utilización de tecnologías similares a las del grupo con quien deberán integrarse posteriormente para evitar incompatibilidades.
• Implementación del módulo encargado de consultar los datos de los agentes del sistema (Agents).
• Documentación del módulo encargado de visualizar y gestionar las incidencias en un cuadro de mandos (InciDashboard).
• Implementación del módulo encargado de tramitar las incidencias (InciManager).

4.3 Administrador del Sistema

Es la persona que carga los ficheros de datos. Entre sus objetivos están:

• Tecnologías sencillas de los ficheros de entrada.
• Ficheros que puedan leerse por los humanos.
• Ser capaz de automatizar el proceso de carga de listas de agentes.
• Ser capaz de depurar el proceso de carga en caso de errores.

4.4 Agentes

Son un grupo de los usuarios finales. Están formados por ciudadanos, entidades, sensores, etc. Entre sus objetivos están:

• Sencillez de acceso a los datos.
• Ser capaz de acceder desde sus respectivos puntos de acceso de una forma segura.
• Ser capaz de enviar incidencias al sistema.
• Ser capaz de consultar el historial de sus incidencias.

4.5 Operarios

Son el otro grupo de usuarios finales. Está formado por el equipo que se encarga de recoger los datos proporcionados para los agentes y tratar de solucionarlos.

Entre sus objetivos están:

• Disponer de los datos de las incidencias tan pronto como sea posible y resolverlas.
• Consultar el tipo de agente que ha registrado la incidencia para comprobar su veracidad.
• Visualizar la lista de incidencias que hay en el sistema.
• Utilizar tecnologías fáciles de usar e interoperables con otros sistemas.
• Realizar comentarios sobre las incidencias que tienen asignadas.

4.6 Profesores de la asignatura

Son los responsables de los resultados de la práctica. Entre sus objetivos están:

• Proponer tecnologías que ayuden a los estudiantes a adquirir habilidades relacionadas con la arquitectura del software mediante el desarrollo de un proyecto práctico.
• Introducir a los estudiantes en el desarrollo de software de forma colaborativa y profesional, mediante desarrollo basado en pruebas (TDD, test-driven design)
• Proponer un trabajo de desarrollo a partir de una documentación que pueda realizarse en el tiempo asignado por los estudiantes de la asignatura
• Mostrar a los estudiantes un ejemplo de documentación de arquitectura.