Durante este proceso se describirán los principales aspectos técnicos del proyecto a partir de los artefactos obtenidos en el proceso de Análisis. Se realizará el diseño de los componentes que tendrá el software mediante la especificación de la arquitectura tecnológica; los diagramas de arquitectura de software realizados en notación UML, principalmente a través de los diagramas de clase y los diagramas de secuencia; los diseños de las interfaces que ofrecen cada uno de los módulos; los diseños de pantalla que tendrán los módulos y los flujos de navegación entre los mismos.
Para la realización de este proceso, será necesario consultar los artefactos resultados de la disciplina de requisitos, así como los artefactos que son el resultado de la fase de Análisis.
Los siguientes son los roles participantes en este proceso:
Rol | Tareas que interviene | ||
---|---|---|---|
Arquitecto | |||
MDA-TR-1.0-ANA-Crear documento de Diseño del Proyecto | |||
MDA-TR-1.0-ANA-Definir Arquitectura Tecnológica del Módulo | |||
MDA-TR-1.0-ANA-Diseñar Modelo de Clases | |||
MDA-TR-1.0-ANA-Identificar Interfaz Servicios Módulo | |||
Diseñador Interfaz | |||
MDA-TR-1.0-ANA-Diseñar Interfaz de Usuario del Módulo | |||
Analista de Datos | |||
MDA-TR-1.0-ANA-Crear Modelo Lógico de Datos |
Para esta tarea se deben de dar de alta JIRAs con los siguientes datos, y registrar las horas de trabajo en ellas:
Tipo | Descripción | Disciplina | Proceso | Label | Version Fijada | ||
---|---|---|---|---|---|---|---|
Tarea | Crear documento de Diseño | Análisis y Diseño | ANA-Diseñar los componentes del proyecto | [Versión del proyecto] |
2.1. Iniciar la creación de un nuevo Documento de Diseño.
Utilizaremos el siguiente documento maestro:
Plantilla del Artefacto | SIGLAS | Nomenclatura | Ubicación | ||
---|---|---|---|---|---|
DocumentoDiseño | DIS | XXX-DIS-1.2.3-DocumentoDiseno.odm | /Proyecto/Documentacion/3.AnalisisYDiseno |
2.2. Escribir la siguiente sección del Documento de diseño:
NOTA:Como resultado del proceso de Análisis, se habrán identificado el número de módulos que será necesario construir. En la fase de diseño será necesario realizar las siguientes tareas tantas veces como módulos se hayan identificado en dicha fase. |
---|
Para esta tarea se deben de dar de alta JIRAs con los siguientes datos, y registrar las horas de trabajo en ellas:
Tipo | Descripción | Disciplina | Proceso | Label | Version Fijada | ||
---|---|---|---|---|---|---|---|
Tarea | Escribir Arquitectura Tecnológica Módulo | Análisis y Diseño | ANA-Diseñar los componentes del proyecto | [Versión del proyecto] |
2.1. Iniciar la creación de un nuevo Documento de Diseño Modulo.
Tenemos dos plantillas, según sea un Modulo Web o un Modulo de Servicios. Lo único que cambia en esas plantillas es el diagrama de arquitectura tecnológica del módulo.
Plantilla | Siglas | Nomenclatura | Ubicación | ||
---|---|---|---|---|---|
DiseñoModuloWeb | DISM | XXX-DISM-1.2.3-DocumentoDisenoModulo.odt | /Proyecto/Documentacion/3.AnalisisYDIseno | ||
DiseñoModuloServicio | DISM | XXX-DISM-1.2.3-DocumentoDisenoModulo.odt | /Proyecto/Documentacion/3.AnalisisYDIseno |
*Las plantillas hacen uso de los gráficos Diagrama de Arquitectura Tecnológica de Módulo Web y Diagrama de Arquitectura Tecnológica de Módulo de Servicios que también pueden ser descargados y modificados.
NOTA:En esta sección se refinará la arquitectura definida en la fase de Análisis, añadiendo las tecnologías concretas / productos en los que se basará este módulo. El resultado será un diagrama de arquitectura tecnológica completo del módulo. |
---|
De manera similar a la fase de análisis, podemos partir de dos plantillas web proporcionadas por MEDEA con los tipos de módulos mas comunes.
3.1. Para un proyecto basado en Web, podemos utilizar la plantilla que contiene esta arquitectura estándar:
- Documento de Diseño de Modulo Web con su correspondiente:
- Diagrama de Arquitectura Tecnológica de Módulo Web.
3.2. Si no se utiliza esa arquitectura por defecto, o se necesita hacer modificaciones, tendremos que escribir los siguientes apartados en el Documento de Diseño del Modulo.
NOTA: X = Número de Modulo en el Documento de Diseño |
---|
El gráfico será insertado como objeto OLE (Insertar → Objeto → Objeto OLE), pudiendo arrastrar directamente el documento odg modificado.
En esta tarea se definirá cómo van a estar implementados los distintos Casos de Uso / Historias de nuestro sistema. Este diseño tendrá una parte estática y otra dinámica. No es obligatorio hacer un diseño completo, pero sí hacerlo como mínimo de las historias / casos de uso fundamentales del sistema. Se podrá referenciar a la arquitectura por defecto de un proyecto Fundeweb.
Para esta tarea se deben de dar de alta JIRAs con los siguientes datos, y registrar las horas de trabajo en ellas:
Tipo | Descripción | Disciplina | Proceso | Label | Version Fijada | ||
---|---|---|---|---|---|---|---|
Tarea | Diseñar Modelo UML | Análisis y Diseño | ANA-Diseñar los componentes del proyecto | [Versión del proyecto] |
2.1. Escribir la siguiente sección del Documento de Diseño de Modulo:
* El diagrama se realizará con la herramienta Astah. Para más información de cómo realizarlo seguir el siguiente manual, en el apartado Diagramas de Diseño
3.1. Escribir la siguiente sección del Documento de Diseño de Modulo:
Cada participante en esta tarea DEBE crear un JIRA con los siguientes datos, y registrar las horas de trabajo en ella:
Tipo | Sumario | Disciplina | Proceso | Label | Version Fijada | ||
---|---|---|---|---|---|---|---|
Tarea | Identificar Interfaces de Servicio del Módulo | Análisis y Diseño | ANA-Diseñar los componentes del proyecto | [Versión del proyecto] |
La creación de las interfaces del servicio, será necesario hacerla cuando el proyecto vaya a proporcionar al exterior (aunque sea para utilizarlo dentro sólo de ATICA por otros proyectos), funcionalidad. Ya sea a través de Servicios SOA, Ejbs remotos, Servlet o PAOs.
La forma más eficiente de tenerlo es através de la wiki, ya que los cambios serán visibles instantánemente por todos los usuarios potenciales de la funcionalidad.
En caso de que no exista se deberá crear una entrada en la Wiki del programador, con los servicios del grupo de trabajo.
Por cada servicio publicado, habrá que especificar la información que indicamos a continuación. Ditinguiremos entre una interfaz RMI y otra SOAP, se rellenará la que convenga en cada caso.
/** * Devuelve un sello de tiempo calculado sobre los datos que se proporcionan. No incluye el certificado de la TSA. * @param claimedIdentity Identificación de la aplicación invocadora * @param resumenDigital Resumen digital SHA-1 de los datos sobre los que se desea calcular el sello de tiempo. * @return Sello de tiempo calculado sobre los datos proporcionados. No incluye el certificado de la TSA * @throws ServicioFirmaUMUException No se ha podido generar el sello de tiempo */ public byte [] generaSelloDeTiempo (ClaimedIdentity claimedIdentity, byte [] resumenDigital) throws ServicioFirmaUMUException;
Nombre JNDI del servicio: "ejb/ServicioFirmaUMU". Utilizar el siguiente código para recuperar una referencia al servicio: ServicioFirmaUMU servicioFirmaUMU = (ServicioFirmaUMU) BuscadorServiciosAtica.obtenerServicio(ServicioFirmaUMU.ID);
Para el acceso al servicio a través del Servicio Web. Servidor de desarrollo: http://eadmin2testpruebas.um.es/eadmin2test/services/ServicioValidacionAvanzadaCertificadosUMU Servidor de explotación: http://eadmin2.um.es/eadmin2/services/ServicioValidacionAvanzadaCertificadosUMU
Cada participante en esta tarea DEBE crear un JIRA con los siguientes datos, y registrar las horas de trabajo en ella:
Tipo | Sumario | Disciplina | Proceso | Label | Version Fijada | ||
---|---|---|---|---|---|---|---|
Tarea | Crear Modelo Lógico de Datos | Análisis y Diseño | ANA-Diseñar los componentes del proyecto | [Versión del proyecto] |
2.1. Escribir la siguiente sección del Documento de Diseño de Modulo:
Para incluir el manual usar la opción File → Print Diagram → To Image File. Luego importarla como imagen.
¿Cuando es beneficioso definir la interfaz usuario del sistema ?
Tampoco va a ser siempre necesario que aparezcan absolutamente TODAS las pantallas de la aplicación. Deberíamos de centrarnos en las que tengan más complejidad y sean más propensas a errores entre la comunicación CLIENTE/ANALISTA DE REQUISITOS , ANALISTA DE REQUISITOS / DESARROLLADORES.
Cada participante en esta tarea DEBE crear un JIRA con los siguientes datos, y registrar las horas de trabajo en ella:
Tipo | Sumario | Disciplina | Proceso | Label | Version Fijada | ||
---|---|---|---|---|---|---|---|
Tarea | Definir Interfaz Usuario del Sistema | Análisis y Diseño | ANA-Diseñar los componentes del proyecto | [Versión del proyecto] |
2.1. Escribir la siguiente sección del Documento de Diseño de Modulo:
¿Con qué herramientas hacer esas imagenes de pantalla?
Incluso es posible simplemente dibujarla en papel y más tarde incluirla en el documento, haciendoles una foto. Lo importante NO es la herramienta.
Plantilla del Artefacto | SIGLAS | Nomenclatura | Ubicación | ||
---|---|---|---|---|---|
PrototipadoPantalla | PRT | XXX-PRT-1.2.3-PrototipadoPantalla[NombrePantalla] | /Proyecto/Documentacion/3.AnalisisYDiseno/3.4 Prototipado |
3.1. Escribir la siguiente sección del Documento de Diseño de Modulo:
Plantilla del Artefacto | SIGLAS | Nomenclatura | Ubicación | ||
---|---|---|---|---|---|
NavegacionDePantallas | NAV | XXX-NAV-1.2.3-NavegacionPantallas | /Proyecto/Documentacion3.AnalisisYDiseno/3.4 Prototipado |
Plantilla del Artefacto | SIGLAS | Nomenclatura | Ubicación | ||
---|---|---|---|---|---|
DocumentoDeRequisitos | DRQ | XXX-DRQ-1.2.3-DocumentoRequisitos | /Proyecto/Documentacion/2.Requisitos | ||
DocumentoDeAnálisisDeMódulo | ANM | XXX-ANA-1.2.3-Arquitectura–[NombreMódulo] | /Proyecto/Documentacion/3.AnalisisYDiseno |
Plantilla del Artefacto | SIGLAS | Nomenclatura | Ubicación | ||
---|---|---|---|---|---|
DocumentoDiseño | DIS | XXX-DIS-1.2.3-DocumentoDiseño.odm | Proyecto/Documentacion/3.AnalisisYDiseno | ||
DocumentoDiseñoModulo | DISM | XXX-DISM-1.2.3-DocumentoDisenoModulo.odt | Proyecto/Documentacion/3.AnalisisYDiseno | ||
DiagramaArquitecturaTecnológica | DART | XXX-DART-1.2.3-ArquitecturaNombreModulo | Proyecto/Documentacion/3.AnalisisYDiseno/3.1.Arquitectura | ||
PrototipadoPantalla | PRT | XXX-PRT-1.2.3-PrototipadoPantalla[NombrePantalla] | Proyecto/Documentacion/3.AnalisisYDiseno/3.4 Prototipado | ||
NavegacionDePantallas | NAV | XXX-NAV-1.2.3-NavegacionPantallas | Proyecto/Documentacion/3.AnalisisYDiseno/3.4 Prototipado | ||
ModeloLogicoDeDatos | MDT | XXX-MDT-1.2.3-ModeloDatos | Proyecto/Documentacion/3.AnalisisYDiseno/3.3.BaseDatos | ||
DiagramaClasesDiseño | UML | Diagrama de Clases Diseño | Proyecto/Documentacion/3.AnalisisYDiseno/XXX-UML-1.2.3.-DiagramasUmlAnalisisDiseno.asta/Diseno | ||
DiagramaSecuenciaDiseño | UML | Diagrama de Secuencia Diseño | Proyecto/Documentacion/3.AnalisisYDiseno/XXX-UML-1.2.3.-DiagramasUmlAnalisisDiseno.asta/Diseno |
Herramienta | Version | Utilizada en | Descarga | ||
---|---|---|---|---|---|
Astah UML | 6.4 | Modelado UML (Diagrama de Clases y Secuencia) | Lista de Herramientas propuestas en MEDEA | ||
OpenOffice Writer | 3.3 | Documento Análisis, Documento Diseño | Novell | ||
OpenOffice Draw | 3.3 | Diagrama de Navegación de Páginas | Novell | ||
Evolus Pencil | 1.2 | Prototipado de pantallas | http://pencil.evolus.vn/en-US/Home.aspx | ||
Oracle Data Modeler | 3.0 | Modelo Logico de datos | http://www.um.es/atica/oracle-data-modeler |
Las métricas del proyecto se guardarán dentro de la carpeta del proyecto en Proyecto/Documentacion/1.Gestionproyecto/1.4.Metricas. Las métricas de este proceso en concreto se almacenan en la Hoja ANA.
NOTA: Todos los tiempos se miden en horas, salvo que se indique expresamente lo contrario. |
---|
- Cuenta el numero de clases que cuelgan de la carpeta Diseño.
- Por cada Servicio ir a la página de Definición de la Interfaz y contar el número de mñetodos a desarrollar / modificar.