Metodología Estructurada

1. Integrante
Reny vielma

2. Metodologías Estructuradas
 Definición de metodología
En la literatura sobre este tema existen muchas
definiciones sobre lo que es una metodología. Más o menos
todas ellas coinciden en que debería tener al menos las
siguientes características:
Define como se divide un proyecto en fases y las tareas a
realizar en cada una.
Para cada una de las fases está especificado cuales son las
entradas que reciben y las salidas que producen.
Tienen alguna forma de gestionar el proyecto.
Teniendo esto en cuenta establecemos la siguiente
definición: Metodología es un modo sistemático de
producir software.

3.  Metodología estructurada
Tiene como objetivo emplear las metodologías de análisis y
diseño estructurado para su uso con herramientas CASE,
incrementando la productividad en el desarrollo e
implantación de sistemas de información y entre ellas
podemos encontrar a Kendall & Kendall entre otras.
Crea los modelos de forma descendente. Son las orientadas
a procesos, a datos y las mixtas. Intentan aplicar formas
ingenieriles para solucionar problemas técnicos al obtener
un sistema de información, proponen la creación de
modelos, flujos y estructuras mediante un top-down.

4. Esla primera aproximación al problema. Está orientada a
procesos, es decir, se centra en especificar y descomponer la
funcionalidad del sistema. Se utilizan varias herramientas:
Diagramas de flujo de datos (DFD): Representan la forma
en la que los datos se mueven y se transforman. Incluye:
Procesos
Flujos de datos
Almacenes de datos
Los procesos individuales se pueden a su vez descomponer
en otros DFD de nivel superior.
Especificaciones de procesos: Es lo que se escribe para uno
de los procesos definidos en el DFD cuando no se puede
descomponer más. Puede hacerse en pseudocódigo, con
tablas de decisión o en un lenguaje de programación.

5. Metodología Kendall & Kendall
El ciclo de vida de vida del desarrollo de sistemas (SºDLC,
Sistemas Development life cycle) es un enfoque por fases para el
análisis y el diseño cuya premisa principal consiste en que los
sistemas se desarrollan mejor utilizando un ciclo especifico de
actividades del analista y el usuario.” (Kendall & Kendall)
Según la metodología de Kendall & Kendall el ciclo de vida de un
sistema consta de siete partes: siendo la primera la identificación
del problema, la segunda identificación de requisitos de
información, la tercera es el análisis de las necesidades del
sistema, la cuarta es el diseño del sistema recomendado, la
quinta desarrollo y documentación del sistema, la sexta prueba y
mantenimiento y la última implementación y evaluación. Cada
fase se explica por separado pero nunca se realizan como pasos
aislados, más bien es posible que algunas actividades se realicen
de manera simultánea, y algunas de ellas podrían repetirse.

6. Metodología de Administración de Relaciones
La RMM o Relationship Management Metodología se
define como un proceso de análisis, diseño y desarrollo de
aplicaciones hipermedia. Los elementos principales de este
método son el modelo E-R (Entidad-Relación) y el modelo
RMDM (Relationship Management Data Model) basado en
el modelo HDM. La metodología fue creada por Isakowitz,
Stohr y Balasubramanian. Esta metodología es apropiada
para dominios con estructuras regulares (es decir, con
clases de objetos bien definidas, y con claras relaciones
entre esas clases). Por ejemplo, catálogos o "frentes" de
bases de datos tradicionales. Según sus autores, está
orientada a problemas con datos dinámicos que cambian
con mucha frecuencia, más que a entornos estáticos.

7. El modelo propone un lenguaje
que permite describir los objetos
del dominio, sus interrelaciones
y los mecanismos de navegación
hipermedia de la aplicación. Los
objetos del dominio se definen
con la ayuda de entidades,
atributos y relaciones asociativas.
El modelo introduce el concepto
de slice (trozo) con el fin de
modelizar los aspectos unidos a
la presentación de las entidades.
Un slice corresponde a un
subconjunto de atributos de una
misma entidad destinados a ser
presentados de forma agrupada

8.  Primera etapa: representar los objetos del dominio con la ayuda
del modelo Entidad-Relación ampliado con relaciones asociativas
(aquéllas que permiten representar caminos navegacionales entre
entidades puestos en evidencia en la fase de análisis).
 Segunda etapa: determinar la presentación del contenido de las
entidades de la aplicación así como su modo de acceso. El esquema
obtenido como resultado de esta etapa se denomina esquema E.R+.
Se trata de un esquema Entidad-Relación en el que cada entidad ha
sido reemplazada por su esquema de entidad. Un esquema de
entidad está constituido por nodos (los trozos o slides) unidos por
relaciones estructurales.
 Tercera etapa: definir los caminos de navegación inducidos por
las relaciones asociativas del esquema E-R+. A continuación, es
posible definir estructuras de acceso de alto nivel (agrupaciones), lo
que permite dotar a la aplicación de accesos jerárquicos a niveles
diferentes de los trozos de información. El esquema RMDM
resultante se obtiene añadiendo al esquema E-R+ las agrupaciones
y caminos navegacionales definidos en esta etapa.

9. Veamos con más detalle algunos
ejemplos del modelo de datos
RMDM (Relationship Management
Data Model), que se genera a partir
de un diagrama entidad-relación.
Con él se describirá no sólo la
información referente a las clases de
objetos, sino también a la navegación
entre ellos. Así, hay definidas unas
primitivas para modelar los dominios
o datos (clases de objetos) y otras
para el acceso a tales objetos. De
entre las primeras, la más típica es la
entidad (se representa mediante un
recuadro y su nombre). Como en la
teoría relacional una entidad está
compuesta por varios
atributos. Además, en RMDM se
incorpora una nueva primitiva
denominada "slice", que define
conjuntos de atributos de una
entidad que se agrupan de forma
lógica.

10. Diagrama RMDM