Metodologia y Tecnicas para el diseño de software

1. Miguel Uzcategui
CI .- 16534910

2. Introducción
Una metodología de desarrollo de software se refiere a un esqueleto que es
usado para estructurar, planear y controlar el proceso de desarrollo en sistemas de
información. A lo largo del tiempo, una gran cantidad de métodos han sido
desarrollados diferenciándose por su fortaleza y debilidad. La estructura para
metodología de desarrollo de software consiste en una filosofía de desarrollo de
software con el enfoque del proceso de desarrollo de software ó herramientas,
modelos y métodos para asistir al proceso de desarrollo de software
Estas estructuras son a menudo vinculadas a algún tipo de organización, que
además desarrolla, apoya el uso y promueve la metodología. La metodología es a
menudo documentadas en algún tipo de documentación formal.
En la actualidad para muchas organizaciones, los sistemas de información
basados en computadoras son el corazón de las actividades cotidianas y objeto de
gran consideración en la toma de decisiones, las empresas consideran con mucho
cuidados las capacidades de sus sistemas de información cuando deciden ingresar
o no en nuevos mercados o cuando planean la respuesta que darán a la
competencia.

3. Método De Desarrollo Por Análisis Estructurado
Muchos especialistas en sistemas de información reconocen la dificultad de
comprender de manera completa sistemas grandes y complejos. El método de
desarrollo del análisis estructurado tiene como finalidad superar esta dificultad
por medio de:
1). La división del sistema en componentes
2). La construcción de un modelo del sistema.
El análisis estructurado se concentra en especificar lo que se requiere que
haga el sistema o la aplicación. Permite que las personas observen los elementos
lógicos (lo que hará el sistema) separados de los componentes físicos
(computadora, terminales, sistemas de almacenamiento, etc.). D Después de
esto se puede desarrollar un diseño físico eficiente para la situación donde será
utilizado.
El análisis estructurado es un método para el análisis de sistemas manuales o
automatizados, que conduce al desarrollo de especificaciones para sistemas
nuevos o para efectuar modificaciones a los ya existentes. Éste análisis permite
al analista conocer un sistema o proceso en una forma lógica y manejable al
mismo tiempo que proporciona la base para asegurar que no se omite ningún
detalle pertinente.

4. Diseño Estructurado
El diseño Estructurado es otro elemento del Método de Desarrollo por
Análisis Estructurado que emplea la descripción gráfica, se enfoca en el
desarrollo de especificaciones del software.
El objetivo del Diseño Estructurado es programas formados por módulos
independientes unos de otros desde el punto de vista funcional.
La herramienta fundamental del Diseño Estructurado es el diagrama
estructurado que es de naturaleza gráfica y evitan cualquier referencia
relacionada con el hardware o detalles físicos. Su finalidad no es mostrar la
lógica de los programas (que es la tarea de los diagramas de flujo).
Los Diagramas Estructurados describen la interacción entre módulos
independientes junto con los datos que un módulo pasa a otro cuando
interacciona con él.

5. Características deseables de una metodología
• 1. Existencia de regalas predefinidas
• 2. Cobertura total del ciclo de desarrollo
• 3. Verificaciones intermedias
• 4. Planificación y control
• 5. Comunicación efectiva
• 6. Utilización sobre un abanico de proyectos
• 7. Fácil formación
• 8. Herramienta CASE
• 9. La metodología debe contener actividades que mejoren el proceso de
desarrollo
• 10. Soporte de mantenimiento
• 11. Soporte de la reutilizacion de softw.

6. Clasificación de las Metodológias
• Debe tener en cuenta tres punto de vista o dimensiones.
Enfoque Tipo de Formalidad
Sistema
• Estructurado Gestión No formal
1. Orientado
proc.
2. Orientado
datos
• Jerarquico
• no jerarquico
3. Mixtos
• Orientado a obj. Tiempo Real Formal

7. Metodologías Estructuradas
• Propone la creación de modelos de sistemas que representan los procesos,
los flujos y la estructura de los datos de manera descendente top down
• Se pasa de una visión general del problema (nivel alto de abstracción)
hasta llegar a niveles mas sencillos de abstracción
• Da lugar a los siguientes tipos de metodológias:
– orientado a procesos
– orientado a datos
• orientado a estruc. Datos jerárquico
• orientado a estruc. Dato no jerárquico
– mixtos

8. Metodologías Orientados a datos Jerárquicos
• En el mod. Basico Entrada / Proceso/Salida, esta Metodologia se orienta a
las entradas y salidas.
• Primero se define la estructura del dato, a partir de estos se dividen los
componentes procedimentales. Se destaca que:
• La estructura de control del programa debe ser jerárquica
• el proceso de diseño define primero la estructura de los datos de E/S.
Mezclar todos en una estructura jerárquica de programa y luego ordenar
la lógica procedimental para que se ajuste a la estructura.
• El diseño lógico precede y esta separado del físico
Metodologías De Diseño De Programas
Permiten 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.
Las más conocidas son la de Jackson y la de Warnier

9. MODELO JACKSON
􀀑 Se basa en el principio de que la base inicial del diseño del
programa son los datos del problema y no los requisitos
funcionales exigidos.
􀀑 Permite una mayor objetividad.
􀀑 Partir de una buena especificación del problema que queremos
resolver: datos de entrada,datos de salida y algoritmos aplicables.
Una vez obtenida una estructura objetiva del problema, que constituye
un
reflejo del mundo real con el que trata el programa, resulta más fácil
asignar las distintas funciones a realizar.

10. Fases del Modelo de Jackson
• Formar las estructuras de datos de salida (estructura lógica de salida) y de
entrada (estructura lógica de entrada) a partir de los datos del problema.
• Determinar las correspondencias (o los elementos comunes) entre ambas
estructuras de datos.
• En función de las correspondencias obtener una estructura única para el
programa, que puede traducirse fácilmente a un diagrama de flujo de control.
• Asignar a la estructura del programa las operaciones ejecutables de programa
derivadas de las especificaciones funcionales
• Traducir el conjunto estructura-operaciones a un formato de pseudocódigo
(lógica esquemática) cuya codificación resulta bastante sencilla.

15. METODOLOGIA WARNIER
Se basa en la aplicación de dos principios:
1. El principio de la ordenación jerárquica de los conjuntos
de información (salida, entrada y programa).
2. El principio de correspondencia en la organización de los
conjuntos de información
METODOLOGIA WARNIER
• Secuencia, representada por diversos elementos que se suceden
de arriba a abajo en un mismo nivel.
• Repetición de ocurrencias dentro de un mismo conjunto, que se
representan en los diagramas indicando el número mínimo y
máximo de las mismas: por ejemplo, (0,n).
• Selección entre ocurrencias de un conjunto, se efectúa la
subdivisión en subconjuntos cuya presencia es aleatoria y
excluyentes entre sí, y se representa por medio del símbolo +

16. METODOLOGIA WARNIER
• La organización jerárquica de los datos de entrada
determinada por los datos de salida
• La organización del programa viene determinada por
los datos de entrada
• El control del programa se realiza a partir de los datos
de salida
• Determinación de la estructura de los datos de salida
• Determinación de la estructura de los datos de entrada en
función de la salida deseada
• Determinación de la estructura óptima del programa basada
en el estructura de entrada
• Creación de una lista de pseudo instrucciones
• Asignación de las mismas a cada elemento de la estructura
del programa

18. TECNICA DE DISEÑO ESTRUCTURADO
OBJETIVOS DE LA TECNICA
• Obtener la estructura modular y los detalles de proceso del sistema, partiendo
solamente de
los «productos» obtenidos en la fase de Análisis del Sistema.
• Cambiar la atención del QUE al COMO.
• Obtener un diseño que no sólo «funcione», sino que también sea mantenible,
mejore la
reutilización y se pueda probar y entender fácilmente.
• Utilizar herramientas gráficas (Diagramas de Estructura de Cuadros) para
representar la
estructura modular del sistema.

19. Se trata por tanto, de conseguir que cada módulo de la estructura en árbol que se
obtenga cumpla las siguientes características:
o Módulos de pequeño tamaño.
El impacto de un cambio a realizar puede ser perfectamente aislado. Si el tamaño de
los módulos es reducido, una determinada modificación afectará a un número mayor
de módulos, sin embargo, la cantidad de código a considerar será menor.
o Independencia modular.
Cuanto mayor es la independencia de un módulo es más sencillo trabajar con él, por
tanto, el diseño debe reducir la compartición de ficheros, de datos, la de dispositivos,
las interfases comunes con el Sistema Operativo y las llamadas, desde o hacia otros
módulos.
o Características de Caja Negra.
La característica de Caja Negra se aplica a cualquier sistema, programa o módulo, para
dar una visión exclusiva de sus entradas y salidas, sin tener en cuenta los detalles de
cómo se realiza el proceso. El uso de la Caja Negra permite una visión más fácil del
conjunto, posponiendo la consideración de los detalles para una etapa posterior.

20. o Modelización conceptual.
Un sistema será más fácil de mantener si el modelo utilizado en su diseño se ha basado en
los
conceptos lógicos de la organización, los cuales serán más familiares y comprensibles para
el
personal de mantenimiento que las descripciones físicas (equipo, organización de la
unidad, cómo se realiza el trabajo en la actualidad,...).
o Aislamiento de los detalles.
En un sistema existen partes que reflejan la filosofía y otras partes que reflejan los detalles.
Debido a que los detalles son más susceptibles de cambiar, ambas partes deben diseñarse
por separado para evitar que una variación en los detalles afecte a la filosofía del sistema.

21. DISEÑO DE PROCESOS
Una vez finalizada la Fase de Análisis del Sistema, se dispondrá, al iniciar la Fase de
Diseño de un conjunto de especificaciones funcionales que describan, con términos
precisos:
o Las entradas que suministran al sistema las entidades externas.
o Las salidas aportadas por el sistema a dichas entidades externas.
o Las funciones descompuestas que se han de realizar por ese sistema.
o El modelo de datos lógico del sistema.
o Toda esta información estará almacenada en el diccionario del proyecto, mediante la
descripción de Diagramas de Flujo de Datos, Procesos, Flujos de Datos, Diagramas de
Estructuras de Datos, Entidades y Atributos. Para pasar a construir el nuevo sistema, es
necesario convertir toda esta información en especificaciones de programas.
Las tareas a realizar son:
o Determinar qué módulos implantarán los procesos terminales obtenidos en la Fase
Análisis
del Sistema.
o Organizar la estructura de estos módulos y definir las conexiones entre los mismos.
o Describir el pseudocódigo para cada módulo.
Para ello se seguirá el método propuesto por CONSTANTINE: el Diagrama de Estructura
de
Cuadros, que permite definir cuándo, bajo qué condiciones y cuántas veces se tienen que
realizar los tratamientos identificados en los PROCESOS. Los datos se contemplan como
la interfase entre tratamientos sucesivos.

22. Conclusión
El análisis de sistemas se realiza en una serie de pasos formales
llamados Ciclo de Vida en el Desarrollo de Sistemas, los cuales son
utilizados típicamente para construir un sistema desde la raíz o para
hacer cambios notables en el mismo.
Existen diversas denominaciones para cada uno de estos pasos o
fases del ciclo de vida de los sistemas entre las cuales se encuentra la
de Llorens Fabregas que nos permite desarrollar sistemas de
información en organizaciones de cualquier tipo a través de sus
cinco fases (requerimientos, análisis/diseño, construcción, pruebas,
producción/mantenimiento). Esta metodología ésta orientada a
proyectos medianos y grandes que ameriten la integración de grupos
de desarrollo conformados por tres o más personas y que puedan
requerir, para su desarrollo, varios meses.