Metodología de Diseño Estructurado

1. Es el proceso de decidir que componentes, y la interconexión entre los mismos, para solucionar
un problema bien especificado".
Frecuentemente analista y diseñador son la misma persona, sin embargo es necesario que se
realice un cambio de enfoque mental al pasar de una etapa a la otra.
Al abordar la etapa de diseño, la persona debe quitarse el sombrero de analista y colocarse el sombrero de
diseñador.
Una vez que se han establecido los requisitos del software (en el análisis), el diseño del
software es la primera de tres actividades técnicas: diseño, codificación, y prueba. Cada actividad
transforma la información de forma que finalmente se obtiene un software para computadora
válido.

2. Los diagramas representan una parte fundamental en el
desarrollo de sistemas, en general, se utilizan para definir las
especificaciones de un programa y representar el diseño de los
sistemas (programas). Proporcionan el proyecto original para
la implantación del diseño en código y además son partes
esenciales para la documentación del sistema y posteriormente
para su mantenimiento.
Los diagramas claros son una parte fundamental en el diseño de sistemas y en el desarrollo de
programas durante el ciclo de vida del software. Una técnica de diagramación pobre puede provocar
la inhibición en el razonamiento, en cambio, una buena puede acelerar el trabajo y aumentar la calidad
de los resultados. Por ejemplo, si solo hay una persona que desarrolla el diseño de un sistema , los
diagramas ayudaran al racionamiento claro. Cuando hay varias personas que participan en el
desarrollo del sistema los diagramas sin una poderosa herramienta esencial para la comunicación y el
desarrollo del sistema.

3. Una buena documentación de un sistema informático, incluyendo los programas, es un componente de lo que se
conoce como filosofía estructurada. De lo anterior, una buena documentación cumple con los siguientes puntos:
• Proporciona una visión de alto nivel del sistema (programa), explicando su propósito y las
relaciones entre los diversos componentes ( datos y procedimientos)
• Mejora la compresión de los sistemas y, en general, del software producido.
• Describe detalladamente los componentes de los datos y procedimientos que forman el
sistema.
• Es fácil y poco costosa de realizar y actualizar, y existe la posibilidad de producirse
automáticamente.
• Proporciona una forma de representar los requerimientos de diseño de un sistema y del
trabajo del diseño al código de programa.

4. El objetivo de la interfaz es actuar como capa de aislamiento del esquema conceptual (tablas y relaciones) de la
base de datos real. El flujo de datos entre el interfaz y el sistema es transparente para el usuario. Además, el
DBMS permite establecer restricciones de seguridad a nivel de grupo y usuario. Con estas restricciones nos
aseguramos de que determinados usuarios puedan acceder a determinadas partes del sistema con unos
privilegios determinados. Por ejemplo, un usuario del grupo "Lexicógrafos" no puede modificar el diseño de
consultas, formularios o informes comunes, pero sí está autorizado a crear nuevos formularios o informes
personalizados.
Del mismo modo, la modificación de las tablas, consultas, formularios, informes y módulos sólo le está permitida
a los usuarios del grupo "Administradores", es decir, los DBAs. El conjunto de restricciones de seguridad puede
ser tan complejo como queramos. Por ejemplo, es posible permitir acceder a parte de los datos al grupo de
usuarios "Invitados" o es posible establecer usuarios que pueden modificar los datos de un determinado idioma
únicamente, aunque puedan consultar los datos del resto.

5.  El diseño estructurado ofrece dos estrategias para conseguir una creación rápida de un diseño a partir de una
ER
 *Diseño por transmisión: los datos entran en el sistema mediante caminos que se denominan flujos de entrada.
En el núcleo se produce una transformación de los datos, y finalmente, los datos se mueven por caminos que
conducen a la salida.
 Diseño por transacción: Existe un centro de transacción que es el centro de flujo, desde el que emanan muchos
caminos alternativos de forma exclusiva.
El diseño estructurado permite una transición del DFD
a una descripción de diseño de la estructura del
programa. Se definen unos pasos que están en función
del tipo de flujo de información de que se trate.

8. En cada proyecto se deben decidir cuales son los requisitos de calidad a cumplir, y decidir los mas importantes.
Para asegurar y evaluar la calidad del software, ésta se debe poder medir. Para ello se emplean las Métricas del software.
Las métricas que miden la calidad estructural son:
 *Cohesión.
 *Acoplamiento.
Acoplamiento Cohesión
Es el grado de interdependencia entre los módulos. Indica la relación que existe entre los elementos de un
mismo módulo. Es la medida de la relación funcional de
Un buen diseño se caracteriza por un acoplamiento los elementos de un módulos.
mínimo, es decir, unos módulos tan independientes los
unos a los otros como sea posible. El objetivos es organizar estos elementos de manera que
los que tengan una mayor relación a la hora de realizar
una tarea pertenezcan al mismo modulo, y los elementos
no relacionados, se encuentren en módulos separados.

9. Es el grado de interpedencia entre los módulos.
Un buen diseño se caracteriza por un acoplamiento mínimo, es decir, unos módulos tan
independientes los unos de los otros como sea posible.

10. La metodología de un diseño permite conseguir una estructura jerárquica del programa tomando
como punto de partida una especificación detallada de la entrada, la salida y los algoritmos del
programa a construir.