Aqui podreis encontrar una explicación de lo que se a realizado durante cada sesión relacionada con el proyecto.
Sesión 1:
Durante esta sesión hemos consensuado el nombre que adaptará nuestra empresa, así como aportar posibles ideas para el logotipo. Finalmente se optó por un logotipo sencillo, que a su vez se utilizará como encabezado en los documentos.
Se repartieron y definieron los diferentes roles que iba a necesitar la empresa para la elaboración de software de calidad, repartiéndolos en función de las especialidades de cada uno de los trabajadores.
También, en esa misma sesión, se asentaron las bases de la política interna que se iba a adoptar.
Por último, decidimos cuales serían los medios de comunicación que íbamos a usar, tanto internos como externos. Ello implicaba tanto el software que estábamos dispuestos a usar para estar al día de las novedades sobre los proyectos que tenemos pendientes, así como definir el software a utilizar para las diferentes partes de nuestro proyecto (documentos, programas, diseño, etc.).
Todas las decisiones (excepto la de los roles) se tomaron a grosso modo, dejando lugar a posibles modificaciones en el periodo establecido hasta la siguiente sesión.
Sesión 2:
Para esta sesión, quedaron ya asentadas las bases de nuestra política interna, al igual que se terminó el diseño del logotipo de la empresa. Los asuntos que nos ocuparon en esta sesión fueron la creación del blog, definición de los colores de la empresa, de los nombres de los diferentes archivos que vamos a manejar, y la creación de las diferentes plantillas.
Primero, creamos diversos blogs (utilizando diversas compañías), para comparar cual nos ofrecía unos resultados más satisfactorios (nuestra elección se basó en la mayor capacidad de personalización que nos ofrecía el servicio elegido). La confección del diseño final del blog fue trabajo del Community Manager de la empresa.
Para la elección de los colores de la empresa nos basamos en el logotipo que ya teníamos creado, así como el diseño a modo de prototipo que teníamos del blog.
Durante esa sesión también definimos los archivos y plantillas que usaremos, otorgándoles in situ el nombre con el cual serán referidos.
Para terminar la segunda sesión procedimos a la creación de las diferentes plantillas que se van a usar durante los proyectos, para facilitar los procesos involucrados en la creación de software, así como para obtener una ordenación adecuada de los documentos.
Sesión 3:
En dicha sesión se cogió el documento informativo de la gestión hospitalaria para la identificación de los stakeholders y la preparación de cuestiones relacionadas con situaciones que pudieran llevar a duda a la hora de realizar el sistema. También se empezó la identificación de los requisitos del sistema.
Documento de la gestión hospitalaria:
Descargar
Sesión 4:
Durante esta sesión se ha completado el documento de la acta de reunión con las preguntas y respuestas hechas en la sesión anterior. En dicha acta de reunión estan presentes los asistentes a la reunión, los temas o cuestiones tratadas y los acuerdos a los que se ha llegado.
Tambien se ha realizado el documento de especificación de requisitos en el que se ha hecho una descripción del sistema, se han identificado los stakeholders y se han listado los requerimientos de usuario (tanto funcionales como no funcionales).
Documento de la acta de reunión:
BK_DOC_AR_GH_V03
Documento de requisitos:
BK_DOC_R_GH_V04
Sesión 5:
Dicha sesión está dedicada a la fase de modelado del sistema. En ella distinguimos claramante dos partes, el modelado de casos de uso y el diagrama de clases.
Modelado de casos de uso
Realizamos uno o más casos de uso utilizando la herramineta 'Gliffy' y hacemos la especificación para cada uno. Los stakeholders són los actores en los casos de uso donde actuan como usuarios finales. Y los escenarios representan la secuancia de acciones e interacciones entre los usuarios y el sistema (en cada sentencia el sujeto es o un actor o un sistema).
Diagrama de clases
Elaboramos el modelo de clases del sistema indicando las clases, los atributos de cada clase y sus relaciones de multiplicidad.
Documento del modelado de casos de uso:
BK_DOC_CU_GH_V03
Documento del diagrama de clases:
BK_DOC_DC_GH_V01
Sesión 6:
Para finalizar, procedimos a la elaboración de los esquemas básicos de las interfaces gráficas. Se elaboraron ventanas, mensajes de error, facturas e informes de ejemplo basados en los casos de uso que se realizaron en la sesión anterior. El documento que recopila dichos bocetos, así como comentarios explicativos acerca de los mismos se puede ver a continuación:
Interfaz Grafica:
Interfaz Grafica
Sesión 7:
Tras hablar con el cliente y saber su opinión sobre la interfaz mostrada, procedemos a cambiar algunos aspectos de la misma, al igual que revisar si todo lo hecho anterior mente es correcto. Una vez comprobado, se juntará todo y se procederá a la entrega. Toda la documentación final se adjunta al final de esta entrada.
Descargar documentación:
Documentación