Checklist de Revisión del Diseño

Revisión del Diseño

CONTROL DE CAMBIOS DEL DOCUMENTO

Registro de cambios

Autor	Versión	Referencia de cambios	Fecha
Gerardo García	v01r00	Creación del documento	25/01/2016

Revisores

Nombre	Versión Aprobada	Posición	Fecha
Ángel Miralles
Coordinador área

Propiedades del documento

Propiedad	Detalle
Título	Checklist de Revisión del Diseño
Proyecto	Oficina de Calidad
Autor	Oficina de Calidad
Nombre fichero	OC_Revision_Diseño_v01r00.docx
Fecha de creación	25/01/2016 12:04
Última actualización	26/01/2016 9:36
Plantilla base

INDICE

1.	Introducción	4

1.1.	Objetivos	4

1.2.	Alcance	4

1.3.	Condiciones de uso	4

2.	Verificaciones	4

2.1.	Disponibilidad del modelo físico de datos	4

2.2.	Disponibilidad de la arquitectura lógica del sistema	4

2.3.	Modelo físico de datos	5

2.4.	Arquitectura lógica del sistema	6

2.5.	Módulos del sistema	7

2.6.	Interfaz de servicios	8

2.7.	Navegabilidad	8

2.8.	Reutilización	9

Introducción

Objetivos

El objetivo de este documento es especificar las verificaciones y comprobaciones a realizar sobre el diseño de los sistemas, por parte de la Oficina de Calidad.

Alcance

El presente documento aplica a todos los proyectos que impliquen nuevos desarrollos o modificaciones funcionales de sistemas existentes.

El documento va dirigido a los siguientes actores:

Equipos de desarrollo de proveedores.

Jefes de proyecto y desarrollo.

Oficina de calidad (OCA).

Condiciones de uso

Las normas y recomendaciones recogidas en esta guía son de obligado cumplimiento. La STIC podrá estudiar los casos excepcionales. Asimismo cualquier aspecto no recogido en este documento deberá regirse según las normas establecidas en el marco de desarrollo de la Junta de Andalucía (MADEJA), debiendo ser puesto de manifiesto ante la STIC por el equipo de desarrollo.

La STIC se reserva el derecho a la modificación de estas verificaciones sin previo aviso, tras lo cual, notificará del cambio a los actores implicados para su adopción inmediata.

En el caso de que algún actor considere conveniente y/o necesario el incumplimiento de alguna de las normas y/o recomendaciones, deberá aportar previamente la correspondiente justificación fehaciente documentada de la solución alternativa propuesta, así como toda aquella documentación que le sea requerida por la STIC para proceder a su validación técnica.

Verificaciones

Disponibilidad del modelo físico de datos

Código	Comprobación	Descripción
DS-MD-001	¿Dispone la Oficina de Calidad del modelo físico de datos del sistema?	Se debe hacer entrega del 'Modelo Físico de Datos del Sistema'.

Disponibilidad de la arquitectura lógica del sistema

Código	Comprobación	Descripción
DS-AL-001	¿Dispone la Oficina de Calidad de la arquitectura lógica del sistema?	Se debe hacer entrega de la 'Arquitectura Lógica del Sistema'.

Modelo físico de datos

Código	Comprobación	Descripción
DS-MF-001	¿Se recoge y referencia el modelo de físico de datos?	Inclusión y referencia al modelo físico de datos.
DS-MF-002	¿Se han incluido y descrito los distintos diagramas de datos del modelo?	Inclusión y descripción de los diagramas de datos, en general diagramas entidad-relación.
DS-MF-003	¿El modelo cubre todo el sistema y está acorde al modelo lógico de la fase de análisis?	El modelo físico debe estar acorde al modelo lógico de la fase de análisis. El modelo debe estar diseñado para almacenar la totalidad de la información del sistema.
DS-MF-004	¿Los diagramas se encuentran correctamente conformados con todos sus elementos?	Los diagramas deben estar conformados por:

Tablas identificadas.

Campos identificados como quedarán representados en base de datos.

Para cada campo indicar tipo de dato, tamaño, obligatoriedad y valores por defecto.

Identificación de las claves primarias y foráneas dentro de cada tabla.

Identificación de claves únicas.

Relaciones entre las tablas.

Al menos un diagrama debe contener la representación completa de todo el sistema, y posteriormente diagramas con la representación de cada subsistema. Se debe referenciar también el documento electrónico que los contiene.
DS-MF-005	¿Se incluye el diccionario de datos del modelo físico?	Inclusión del diccionario de datos del modelo físico.
DS-MF-006	¿Se incluye un listado general con la definición de todas las tablas en el diccionario?	Inclusión de un listado general de todas las tablas con su definición en el diccionario.
DS-MF-007	¿Se incluye el detalle de la definición de cada tabla?	Por cada tabla del modelo físico, un cuadro con la siguiente información (una fila para cada campo):

Nombre del campo.

Tipo de dato, tamaño, obligatoriedad y valores por defecto.

Si es clave y tipo.

Obligatoriedad.

Valor por defecto.

Descripción.
DS-MF-008	¿Se han identificado todos los elementos de datos además de las tablas?

- Vistas.

- Paquetes.

- Procedimientos almacenados.

- Funciones.

- Triggers.

- Secuencias.	Identificación y descripción detallada de todos los elementos de diseño físico que sean necesarios para la completa definición del modelo.

Arquitectura lógica del sistema

Código	Comprobación	Descripción
DI-AR-001	¿Se han definido y descrito las diferentes capas del sistema?	Definición y descripción detallada de las capas del sistema.
DI-AR-002	¿Los diagramas incluyen todas las clases necesarias para la implementación de las diferentes capas?	Representación en los diagramas de todas las clases necesarias para implementar las capas definidas.
DI-AR-003	¿Están acompañados los diagramas de descripciones breves que expliquen el funcionamiento de estos?	Los diagramas deben estar acompañados de descripciones que muestren su funcionamiento.
DI-AR-004	¿Se muestran los diagramas de los paquetes?	Representación de los diagramas de los paquetes que almacenan las clases.
DI-AR-005	¿Los nombres de clases, métodos y atributos son autoexplicativos?	La nomenclatura de clases, métodos y atributos debe ser autoexplicativa.
DI-AR-006	¿Las clases son representadas correctamente?	Las clases son representadas siempre con las 3 partes: Nombre, Atributos y Métodos.
DI-AR-007	¿Las clases se encuentran correctamente documentadas?	Para cada clase indicar:

Nombre.

Versión (opcional).

Descripción.

Modificadores (abstract, public, ...).

Cubierta por Junit (Si/No).

Subsistema asociado.

Implementaciones/Herencias.

Atributos (visibilidad tipo nombre).

Operaciones (visibilidad retorno nombre).

Relaciones (asociación, realización, generalización).

DI-AR-008	¿Se representan elementos de funcionalidad básica?	Los diagramas clases, métodos y atributos correspondientes a funcionalidades básicas no deben incluirse (get, set, Comparators, etc).
DI-AR-009	¿Se representa la multiplicidad en las asociaciones?	Representación obligatoria de la multiplicidad en las asociaciones.
DI-AR-010	¿Se indican roles en las asociaciones recursivas?	Indicación de los roles en las asociaciones recursivas.
DI-AR-011	¿Se incluye el catálogo de mensajes de error y/o excepciones?	Inclusión del catálogo completo de mensajes y/o excepciones, indicando: nombre de la clase, descripción, causa y mensaje del error.

Módulos del sistema

Código	Comprobación	Descripción
DI-MS-001	¿Se reflejan y describen todos los módulos del sistema y subsistemas?	Inclusión de los diagramas de los módulos del sistema de información, junto con su interactuación y la descripción de los mismos. Para cada uno de los subsistemas específicos, debe diseñarse la estructura modular de los procesos que lo integran.
DI-MS-002	¿Se definen los subsistemas de soporte?	Inclusión los subsistemas de soporte: acceso a las bases de datos, ficheros gestión de errores, llamadas a otros módulos, etc.
DI-MS-003	¿Se detalla un catálogo de excepciones asociadas?	Inclusión de la relación de excepciones asociadas a los diferentes módulos y a las interfases entre los mismos.

Interfaz de servicios

Código	Comprobación	Descripción
DI-IS-001	¿Se ha definido una especificación a alto nivel de la interfaz de provisión de servicios?	Representación de un diagrama de provisión de servicios del sistema que contenga las interfaces y los servicios que estas proveen.
DI-IS-002	¿Se presenta la información solicitada para cada servicio?	Para cada servicio definir los siguientes valores:

Nombre.

Versión (opcional).

Descripción.

Caso de uso asociado.

Operaciones (nombres de los parámetros de entrada/salida).
DI-IS-003	¿Se ha definido una especificación a alto nivel de la interfaz de consumo de servicios?	Representación de un diagrama de consumo de servicios del sistema que contenga las interfaces con las que se conectará el sistema y los servicios que se consumirán de éstas.
DI-IS-004	¿Se presenta la información solicitada para cada servicio?	Para cada servicio a consumir definir los siguientes valores:

Nombre.

Versión (opcional).

Descripción.

Sistema que lo proporciona.

Organismo propietario del sistema.

Caso de uso asociado.

Operaciones (nombres de los parámetros de entrada/salida).

Navegabilidad

Código	Comprobación	Descripción
DI-NA-001	¿Se reflejan todas las pantallas?

Descripción de todas las pantallas.
DI-NA-002	¿Se reflejan todos los caminos entre las pantallas?	Inclusión del diagrama de navegabilidad entre las pantallas, indicando como mínimo para cada pantalla su Nombre. Mediante flechas se establece la navegabilidad.

Reutilización

Código	Comprobación	Descripción
DI-RE-001	¿Se han definido componentes reutilizables?	Identificación de posibles componentes reutilizables.
DI-RE-002	¿Se han descrito los componentes reutilizables?	Descripción de los componentes reutilizables identificados, detallando cómo usarlos.
DI-RE-003	¿Se han definido servicios reutilizables?	Identificación de posibles servicios reutilizables.
DI-RE-004	¿Se han descrito los servicios reutilizables?	Descripción de los servicios reutilizables identificados, detallando cómo usarlos.

Checklist de Revisión del Diseño

Revisión del Diseño

v01r00

Oficina de Calidad

Subdirección de Tecnologías de la Información

OC_Revision_Diseño_v01r00.docx	Página 2 de 10

Oficina de Calidad

Subdirección de Tecnologías de la Información y Comunicación

Versión: v01

Fecha: 26/01/2016

Checklist de Revisión del Diseño

Revisión del Diseño

Revisión del Diseño

Oficina de Calidad

2018-11-27

Torres Barranco, O.

Oficina de Calidad

Servicio Andaluz de Salud