Diseño (Design)

Introducción:

Al terminar la realización y validación de la etapa de análisis de requisitos, llega la siguiente etapa llamada 'Diseño'. En esta etapa se transforman los requisitos recopilados en la etapa anterior, exactamente en el documento SRS, en un plan arquitectónico y técnico detallado.

El diseño final no solo debe de cumplir con los requisitos definidos, también es importante que sea principalmente funcional y por supuesto, que sea un diseño eficiente y fácil de mantener. Si no se asegura ninguno de estos puntos, se llega a ineficiencia del sistema y a los sobrecostos que se darán a la hora de implementar el sistema y darle mantenimiento.

Así que se describirá a continuación sobre la descripción de la etapa, los roles claves y sus responsabilidades, los artefactos producidos y las herramientas. Para examinar a detalle la fase de diseño.

Descripción de la etapa.

La etapa de diseño desarrolla un plan que describa la arquitectura, interfaz de usuario y la estructura general del software. Qué cumplirá con los requisitos documentados en el documento SRS. Generalmente se divide en dos sub-fases:

Diseño de alto nivel, que define la estructura global de sistema. Y el diseño de bajo nivel, el cual se centra en la estructura interna de cada componente.

Por el nombre de las dos sub-fases, se entiende que una es mucho más completa mientras que la otra no.

Roles claves.

En la fase de diseño es importante que estén incluidos roles que traduzcan los requisitos en un plan arquitectónico. Los más importantes son:

Arquitecto de sistemas, diseñador UX/UI, administrador de bases de datos (DBA) y líder técnico.

Responsabilidades.

Arquitecto de sistemas.

Su responsabilidad es diseñar la arquitectura general del sistema que satisfaga las necesidades del cliente. La arquitectura debe de incluir bases de datos servidores y componentes del software.

Líder técnico.

Proporciona dirección técnica y supervisa las decisiones de codificación, además del de arquitectura.

Diseñador UX/UI

Se encarga de diseñar la experiencia del usuario (UX) y la interfaz de usuario (UI) del software, asegurando que sea intuitiva y visualmente atractiva.

Administrador de bases de datos (DBA).

Encargado de diseñar y gestionar los sistemas de bases de datos, asegurándose que los datos estén organizados, sean seguros y sean fácilmente accesibles.

Artefactos producidos.

Los artefactos producidos son los subproductos de diseño y sirven como una guía técnica para el equipo de desarrollo, describiendo cómo se construirá el software.

• Documento de Diseño del Sistema (SDD, System Design Document).

Este documento formal contiene toda la documentación del diseño técnico. Se incluye:

Arquitectura del sistema, los diagramas que demuestren la estructura. Y el diseño de la base de datos, es un esquema que detalla las tablas, relaciones e índices de la base datos.

• Diseño de interfaz de usuario (UX/UI).

Es la documentación detallada de todos los elementos de la (UX/UI), incluyendo maquetas y guías de estilo que muestran la apariencia y la experiencia del usuario.

•Prototipos.

Versiones visuales o funcionales iniciales del software para demostrar su concepto.

•Planes de prueba.

Son las estrategias iniciales para probar los diferentes componentes y la funcionalidad del software. Aunque no sea la etapa apropiada, es necesario para validar el cumplimiento del sistema con el SRS.

Herramientas.

Facilitadores a la hora de desarrollar la etapa de diseño, los cuales son:

Herramientas de Diseño de Bases de Datos.

El estándar de la industria. Se utiliza para crear diagramas clave:

Diagrama de Clases, muestra la estructura estática del sistema.

Diagrama de Secuencia, Muestra la interacción dinámica y el orden de los mensajes entre los objetos.

Herramientas de Diseño de Bases de Datos.

Software como SQL Developer o MySQL Workbench para diseñar, modelar y generar el esquema físico de la base de datos.