Fase de Diseño

La fase de Diseño se divide en dos etapas:

Diseño Conceptual

El diseño conceptual tiene por objetivo la construcción de una descripción abstracta y completa del

problema. Comienza con el análisis de requerimientos de los usuarios y de reglas de negocio, y finaliza con la construcción de un esquema conceptual expresado en términos de un modelo conceptual.

Diseño Físico

La etapa de diseño lógico toma como entrada un esquema conceptual y genera un esquema lógico

relacional o multidimensional. La dificultad principal es encontrar un esquema lógico que satisfaga no sólo los requerimientos funcionales de información, sino también requerimientos de performance en la realización de consultas complejas de análisis de datos. Esto tiene particular impacto en el caso de usarse bases relacionales, ya que las consultas de análisis de datos incluyen operaciones muy costosas para DBMS relacionales.  En esta sección de la construcción del sistema surgen las siguientes interrogantes:

• ¿Cómo puede determinar cuán grande será el sistema de DW/BI? 
• ¿Cuáles son los factores de uso que llevarán a una configuración más grande y más compleja? 
• ¿Cómo se debe configurar el sistema? 
• ¿Cuánta memoria y servidores se necesitan? ¿Qué tipo de almacenamiento y procesadores? 
• ¿Cómo instalar el software en los servidores de desarrollo, prueba y producción? 
• ¿Qué necesitan instalar los diferentes miembros del equipo de DW/BI en sus estaciones de trabajo? 
• ¿Cómo convertir el modelo de datos lógico en un modelo de datos físicos en la base de datos relacional? 
• ¿Cómo conseguir un plan de indexación inicial? 
• ¿Debe usarse la partición en las tablas relacionales? 

Fase de Análisis de Requerimientos

Es el conjunto de técnicas y procedimientos que nos permiten  conocer los elementos necesarios para definir un proyecto de software. Es una tarea de  ingeniería del software que permite especificar las características operacionales del  software, indicar la interfaz del software con otros elementos del sistema y establecer las restricciones que debe cumplir el software.

La especificación de requerimientos suministra al técnico y al cliente, los medios para valorar el cumplimiento de resultados, procedimientos y datos, una vez que se haya construido. 

La tarea de análisis de los requerimientos es un proceso de descubrimiento y refinamiento, el cliente y el desarrollador tienen un papel activo en la ingeniería de requerimientos de software. El cliente intenta plantear un sistema que en muchas ocasiones es confuso para él, sin embargo, es necesario que describa los datos, que especifique las funciones y el comportamiento del sistema que desea. El objetivo es que el desarrollador actúe como un negociador, un interrogador, un consultor, o sea, como persona que consulta y propone para  resolver las necesidades del cliente. 

 El análisis de requerimientos proporciona una vía para que los clientes y lo  desarrolladores lleguen a un acuerdo sobre lo que debe hacer el sistema. La especificación,  producto de este análisis proporciona las pautas a seguir a los diseñadores del sistema.  “La carencia de buenos requisitos ha sido la causa del fracaso de proyectos con presupuestos de millones de dólares, ha impedido el desarrollo productivo, y ha sido el mayor contribuyente de los costes elevados del mantenimiento del software” (Dr. Raymond Yeh).