Antes que nada el proyecto que nos toco revisar es un sistema de directorio telefónico en línea desarrollado en servicio social y presentado como tesina para la titulación en licenciatura en informática. En general es un sistema que permite tener información de contactos del personal de la facultad de contaduría y administración.
La tesina está compuesta por:
- Marco referencial y modelo de negocio
- Análisis
- Diseño
- Pruebas
- Conclusiones
- Apéndices
- Manual de usuario
A continuación describiremos algunos de los puntos que creemos no están bien estructurados en la tesina:
En el primer apartado se muestra la idea general de lo que era el proceso en la facultad, el objetivo del proyecto, y las necesidades de contar con dicho sistema. No explica que metodología siguió para desarrollar el proyecto.
Maneja un diagrama de contexto y lista de eventos (lo cual no sabemos muy bien que es) y duración del proyecto.
En la etapa de análisis: muestra de forma directa el diagrama de casos de uso cuando debería de mostrar antes contenido acerca del análisis del proyecto como que modelo de proceso utilizara, investigación preliminar, estudios de viabilidad, etc. Después del diagrama muestra la descripción de los actores y la especificación de los casos de uso que no es tan específica como debería ser.
En la etapa de diseño: se muestran diagramas de nivel (no sabemos bien para que sirvan) pero tienen flechas que no apuntan a nada y al parecer muestran el flujo de datos del sistema junto con las acciones que vaya haciendo la persona que interactué con el sistema. Hablando del diseño de la base de datos muestra un diagrama el cual lleva por título “Diagrama entidad relación” cuando en realidad es un modelado hibrido entre entidad relación y modelo lógico. El diccionario de datos si mas no me equivoco es una especificación completa de todos los objetos de la base de datos cosa que se presenta hasta la especificación de las tablas de forma independiente en el apartado consecutivo. A continuación se muestran diagramas por módulos y su contenido (altas bajas y cambios) los cuales pensamos que están de más ya que estos debieron ser presentados en la especificación de casos de uso. Para finalizar el apartado de diseño se muestran un montón de pantallazos del sistema y la interacción con el mismo y creemos que eso debe ser presentado en el manual de usuario.
En el apartado de pruebas: antes que nada, no se especifica que tipos de pruebas se están siguiendo para el sistema (integrales, unitarias, etc.).
Las conclusiones: solo se muestran dos párrafos que no ocupan siquiera una cuartilla.
En los apéndices: se describen detalles que se necesitaron para el proyecto cuando todo esto se debe especificar al inicio del proyecto, creemos que en la etapa de análisis preliminar.
Finalmente en el manual de usuario se muestran un montón de pantallas de cómo funciona el sistema de igual forma que en apartado de diseño.
De esta forma pensamos que el proyecto no lleva una estructura adecuada aparte de no ser tan específico como debiera.
