metodologia estructurada

Lic. Susana Daldin 1

Metodologías


Análisis


Objetivos

Brindar conceptos y herramientas actualmente utilizadas en el Desarrollo de Sistemas de

Información.

Compartir el valor agregado de la investigación y la experiencia de los

docentes y alumnos


Jefe de infocenter

Analistas Programadores

Sistem as

Analistas Docum entadores

Org. y Métodos

Jefe de desarrollo

Operadores

Jefe de centro decó m pu tos

Gerente

Funciones y responsabilidades


GerenteGerente

Planifica, presupuesta, optimiza

recursos,

trata con proveedores



Jefe de SoporteMantiene el hardware de PC’s, estudia

nuevos productos, atiende requerimientos

de usuarios, aplica estándares de seguridad

de los datos (resguardos de acceso-veracidad

de los datos). Implementa sistemas de

backup.



Jefe de Desarrollo

Optimiza recursos humanos y técnicos.

Planifica. Realiza seguimiento y control de

proyectos, administra base de datos.

Implementa sistemas de seguridad para

los datos. Controla interconectividad entre

los diferentes sistemas.



Analista Interpreta los requerimientos de los usuarios,

emplea técnicas adecuadas para traducir a

términos adecuados el valor que el usuario

asigna a dichos requerimientos. Modela.

Controla (prueba). Instala. Documenta el

sistema.



Programador

Convierte en programa de operación los

requerimientos planteados por el analista,

para ello debe recibir información precisa del

analista para cada módulo o acción del

proceso: Datos de ingreso, tratamiento, datos

de salida.



Analista de organización y métodos

Análisis de la circulación de la información,

optimización de circuitos administrativos,

diseño de formularios. Estudios de la

información legal para los distintos tipos de

negocios.



Documentadores

Escribe los manuales de usuario para la

operación de los sistemas. Describe los

circuitos administrativos para la circulación de

la información. Escribe los manuales del

sistema.



Jefe de Centro de Cómputos

Organiza recursos. Prueba corridas de

sistemas. Controla estándares. Planifica

sistemas de backups. Organiza y administra

soportes magnéticos.



Dirección deDirección de InformáticaInformática

ProgramaciónProgramacióny Control de y Control de

GestiónGestión

Comité de Comité de UsuariosUsuarios

de Sistemas de de Sistemas de InformaciónInformación

Redes y Redes y ComunicacionesComunicaciones

Servicios de Servicios de Tecnología de Tecnología de

InformaciónInformación

Planificación y Planificación y Desarrollo de Desarrollo de Sistemas de Sistemas de InformaciónInformación

Funciones y responsabilidadesEjemplo Ejemplo


ProgramaciónProgramacióny Control de y Control de

GestiónGestión

PlanificaciónPlanificacióny Controly Control

Políticas, Políticas, Normas Normas y Proced.y Proced.

InvestigaciónInvestigacióny Desarrolloy DesarrolloNuevas Tec.Nuevas Tec.

AdministraciónAdministraciónRecursosRecursos

InformáticosInformáticos



Programación y Control de Gestión

PPlanificación y Control de Gestión.lanificación y Control de Gestión. Presupuesto y control.Presupuesto y control. Administración de políticas, metodologías, Administración de políticas, metodologías, normas y procedimientos.normas y procedimientos.

Investigación y desarrollo de nuevas Investigación y desarrollo de nuevas tecnologías.tecnologías.

Administración de requerimientos y Administración de requerimientos y contrataciones informáticas.contrataciones informáticas.

Administración del parque Informático.Administración del parque Informático. Seguimiento de proyectos específicos por Seguimiento de proyectos específicos por decisión de la Dirección.decisión de la Dirección.



PlanificaciónPlanificacióny Desarrollo y Desarrollo de Sistemas de Sistemas

de Informaciónde Información

Líderes de Líderes de ProyectosProyectos

AnalistasAnalistasProgramadoresProgramadores

Adm. de Adm. de DatosDatos



Planificación y Desarrollo de Sist. de Planificación y Desarrollo de Sist. de InformaciónInformación

Planificación de Proyectos y asignación de Planificación de Proyectos y asignación de recursos en acuerdo con el Comité de recursos en acuerdo con el Comité de Usuarios .Usuarios .

Desarrollo de Aplica. Estadísticas Desarrollo de Aplica. Estadísticas Sociodemográficas. Sociodemográficas.

Desarrollo de Aplicaciones EconómicasDesarrollo de Aplicaciones Económicas .. Desarrollo de Aplicaciones de Gestión Interna.Desarrollo de Aplicaciones de Gestión Interna. Desarrollo de Aplicaciones AdministrativasDesarrollo de Aplicaciones Administrativas.. Desarrollo de Aplicaciones InternetDesarrollo de Aplicaciones Internet.. Integración con el Área Metodológica para el Integración con el Área Metodológica para el serv. a c/ área temáticaserv. a c/ área temática

Adm. de las DB (Lógico) y del diccionario único.Adm. de las DB (Lógico) y del diccionario único.



Servicios de Servicios de Tecnología de Tecnología de

InformaciónInformación

AdministraciónAdministraciónde Servidoresde Servidores ProducciónProducción

Soporte a Soporte a UsuariosUsuarios

Centro de IngresoCentro de IngresoOperacionesOperaciones

Help DeskHelp DeskSoporte de HardSoporte de HardSoporte de SoftSoporte de Soft

UnixUnixNetwareNetware

Windows XPWindows XP



Servicios de Tecnología de Información

Adm. y Operación de los servidores de Adm. y Operación de los servidores de Producción.Producción.

Implementación de actual. de versiones de Hard y Implementación de actual. de versiones de Hard y Soft.Soft.

Soporte técnico a Usuarios. Soporte técnico a Usuarios. Administración del Help Desk.Administración del Help Desk. Coordinación de los Centros de Ingreso.Coordinación de los Centros de Ingreso. Implementación del Plan de Contingencias.Implementación del Plan de Contingencias. Implementación y control de políticas de Implementación y control de políticas de

resguardo y seguridad de acceso a datos y resguardo y seguridad de acceso a datos y aplicacionesaplicaciones

Instalación de nuevas Tecnologías relativas a Instalación de nuevas Tecnologías relativas a Servidores, Redes LAN, S.O. y herramientas de Servidores, Redes LAN, S.O. y herramientas de escritorio escritorio



Redes yRedes yComunicacionesComunicaciones

RedesRedes ComunicacionesComunicaciones



Redes y ComunicacionesRedes y Comunicaciones

Administración de la Red física y lógica.Administración de la Red física y lógica. Monitoreo del Sistema Nacional de Monitoreo del Sistema Nacional de

Comunicaciones.Comunicaciones. Administración de los servicios de Red.Administración de los servicios de Red. Administración de los accesos a Internet e Administración de los accesos a Internet e

IntranetIntranet Administración de los sistemas de control de Administración de los sistemas de control de

acceso a la Red (Firewall - Proxy)acceso a la Red (Firewall - Proxy)



Ciclo de Vida Clásico

Relevamiento

Análisis

Diseño Preliminar

Prueba de Sistema

Prueba deunidad

Prueba deSubsistema

Estudiode

hardware

requerimientos delusuario

Calendario,presupuesto

pedido dehardware

especificación funcional

necesidades de rendimiento

especificacióndel sistema

configuración final

especificación delprograma

móduloscodificados

módulosprobados

subsistemasprobados

sistema probado

Diseñodetallado

Codificación


Ciclo de Vida Estructurado

1.Factibilidad

2.Análisis

3.Diseño

8.Conversión

deBases

6.Ctrol. deCalidad

4.Implemen-

tación

9.Instalación

Usuarios Directorio Operaciones

5.Pruebas deAceptación

7.Desc. de Proced.

Directorio

requerimientosdel sistema

políticasde usuario

restricciones

restricciones operacionales

base de datosexistentes

documento

especificaciónestructurada

especificaciónde diseño

sistema instalado

Informetentativocosto-beneficio

restricciones

reportede costo- beneficio

conjunto depruebas decontrol decalidad

manual delusuario

sistemaintegrado

sistemaaceptado

base dedatosconvertidas


Diferencias de los Ciclos

secuencialsecuencial

descriptivasdescriptivas

sistemas implementadossistemas implementados

pobrepobre

mínimosmínimos

Bottom-UpBottom-Up

mucho plan con poco mucho plan con poco resultadoresultado

paralelaparalela

gráficasgráficas

por modelo por modelo

exhaustivosexhaustivos

constantes y suficienteconstantes y suficiente

Top-DownTop-Down

plan + resultadoplan + resultado

ACTIVIDADACTIVIDAD

HERRAMIENTASHERRAMIENTAS

EVALUACIONEVALUACION

ANALISISANALISIS

CONTROLESCONTROLES

DESARROLLODESARROLLO

CONCLUSIONCONCLUSION

CLASICOCLASICO ESTRUCTURADOESTRUCTURADO


Prototipo

Se asemeja a una implementación TOP-DOWN Radical.Se asemeja a una implementación TOP-DOWN Radical. DiferenciaDiferencia

antes o después se dispondrá de un modelo gráfico completo antes o después se dispondrá de un modelo gráfico completo

del sistema, que será la vía para reemplazarlo por el sistema del sistema, que será la vía para reemplazarlo por el sistema

definitivo.definitivo. Implica Implica

que pueda incurrirse peligrosamente en suponer que el que pueda incurrirse peligrosamente en suponer que el

prototipo es el sistema en producción.prototipo es el sistema en producción. InferimosInferimos

No puede manejar altos volúmenes de transacciones. Carece de No puede manejar altos volúmenes de transacciones. Carece de

detalles operativos, tales como, recuperaciones de errores, detalles operativos, tales como, recuperaciones de errores,

rastreos de auditoría, facilidades de backups, documentación rastreos de auditoría, facilidades de backups, documentación

para el usuario y procedimiento de conversión.para el usuario y procedimiento de conversión.


Estrategia de modelado

A partir delmodelo

físico actual

ModificarModeloEsencialActual

UsuarioModelarSistemaFísicoActual

DerivarEsenciaSistemaActual

Información del sistema actual

Nuevos requerimientos

Modelo lógico actual

Nuevo modelo lógico

Modelo físico actual




DerivarEsenciaSistemaActual




Estrategia de modelado

ConConabstracciónabstracciónde lade laencarnaciónencarnaciónactualactual

ModificarModificarModeloModeloEsencialEsencialActualActual

UsuarioUsuarioModelarModelarEsenciaEsenciaSistemaSistemaActualActual

Información del Información del sistema actualsistema actual

NuevosNuevosrequerimientosrequerimientos

Nuevo modelo lógicoNuevo modelo lógico

Modelo lógico actualModelo lógico actualModificarModeloEsencialActual

UsuarioModelarEsenciaSistemaActual


1-1- Estudio de Factibilidad.Estudio de Factibilidad.

2-2- Análisis.Análisis.

3-3- Diseño.Diseño.

4-4- Implementación.Implementación.

5-5- Generación de Test de Aceptación.Generación de Test de Aceptación.

6-6- Control de Calidad.Control de Calidad.

7-7- Descripción de Procedimientos.Descripción de Procedimientos.

8-8- Conversión de Base de Datos.Conversión de Base de Datos.

9-9- Instalación.Instalación.

Ciclo de Vida de un Proyecto

1-1- Estudio de Factibilidad.Estudio de Factibilidad.

2-2- Análisis.Análisis.

3-3- Diseño.Diseño.

4-4- Implementación.Implementación.

5-5- Generación de Test de Aceptación.Generación de Test de Aceptación.

6-6- Control de Calidad.Control de Calidad.

7-7- Descripción de Procedimientos.Descripción de Procedimientos.

8-8- Conversión de Base de Datos.Conversión de Base de Datos.

9-9- Instalación.Instalación.


Factibilidad

Operativa

Técnica

Económica

Legal


1 Estudio de Factibilidad

1.1 Identificar las deficiencias actuales.1.2 Establecer nuevas metas del

sistema.1.3 Generar escenarios aceptables.1.4 Preparar un esquema de proyecto.



2 Análisis2.1 Desarrollar el modelo ambiental.

2.2 Desarrollo del modelo de comportamiento.2.3 Establecer fronteras hombre/máquina.2.4 Realizar el análisis de costo/beneficio.2.5 Seleccionar la opción.

2.6 Determinar las restricciones físicas del sistema.

2.7 Empaquetar especificaciones.



3 Diseño3.1 Asignar especificaciones de proceso.3.2 Asignar especificaciones a tareas.3.3 Derivar Diagrama Estructurado.3.4 Evaluar diagrama de Estructura.3.5 Diseñar Módulos.3.6 Diseñar Base de Datos.3.7 Empaquetar Diseño.



4 Implementación

4.1 Seleccionar el próximo módulo.4.2 Codificar módulo.4.3 Testear el Esqueleto del sistema.



5 Generación de Test de Aceptación

5.1 Generar plan de test.5.2 Preparar test de performance.5.3 Preparar test normal.5.4 Preparar test de errores.5.5 Empaquetar test.



6 Control de Calidad6.1 Se decide si corresponde o no aceptar el sistema para suinstalación. 6.2 Examinar la documentación asociada con el proyecto para asegurar que es completa, acorde a los estándares establecidos.6.3 Examinar la codificación de los programas. para asegurar que han seguido los estándares de programación.6.4Examinar todo el sistema desde el punto de vista de seguridad y su auditoría.



7 Descripción de procedimientoEs la descripción de procedimientos, en la misma se

vuelcan todas las especificaciones consideradas para le análisis y el diseño, en un manual del usuario. Es importante enfatizar que tanto los

productos obtenidos del análisis como del diseño deben ser descriptos. En esta etapa se describen

las entradas, salidas, pantallas y procedimientos de todo el sistema para dejar documentado la totalidad

del mismo.



8 Conversión de Base de DatosTiene por objeto convertir las bases de datos del sistema actual al formato de las nuevas bases de

datos, esto comprende también archivos que por su organización no sean bases de datos y además cuando se trata de un sistema nuevo el cual no

estuviese computarizado, es decir que contare de almacenamientos físicos no magnéticos, se requiera incorporar la información que se lleva en papel a la

nueva base de datos.



9 InstalaciónLa instalación cierra el ciclo de vida del proyecto, se

pone en funcionamiento el sistema en manos del usuario, se lo declara oficialmente operativo. En

pequeños proyectos esta actividad se realiza normalmente en un clima de tranquilidad, lo contrario sucede cuando se instalan grandes

sistemas, este es el momento de la realidad, de los nervios y las tensiones, en consecuencia, se debe

tener en cuenta aspectos que dificulten llevar a cabo esta actividad.



Establecer la hora adecuada para la instalación... Determinar el momento oportuno para

desmantelar el viejo sistema, definir la duración del procesamiento en paralelo....

Determinar si el sistema debe ser implementado en forma integral o parcial de acuerdo al nivel de complejidad del mismo y a las restricciones operativas ......

Decidir el momento y forma adecuada para capacitar al usuario .......



Técnicas de Relevamiento Las técnicas más utilizadas en análisis son:

Entrevista. Observación personal y directa. Revisión, lectura y estudio de

documentación y antecedentes. Cuestionarios (puestos a puesto, por

procedimientos). Muestreo.


Técnicas de Relevamiento

Entrevistas Finalidad:

Obtener la información relacionada con el sistema actual, y los nuevos requerimientos.

Áreas de aplicación:

Todas las etapas que conforman el análisis de sistema.


Entrevista

EtapasEtapas

Tipos de usuariosTipos de usuarios


Etapas de la Entrevista:

La Preparación.La Preparación. El Desarrollo.El Desarrollo. La Finalización.La Finalización.



Preparación:Preparación: Dar conocimiento al personal.Dar conocimiento al personal. Confeccionar listado con nombres, Confeccionar listado con nombres,

funciones y tareas que efectúan las funciones y tareas que efectúan las personas a entrevistar.personas a entrevistar.

Decidir la secuencia de entrevistas a Decidir la secuencia de entrevistas a efectuar.efectuar.

Confeccionar una lista de temas a tratar.Confeccionar una lista de temas a tratar. Tomar conocimiento de las tareas que Tomar conocimiento de las tareas que

realizan.realizan.



Desarrollo

Atmósfera. Prejuicios del analista. Actitud imparcial. Conducción de la entrevista.

Abierta. Cerrada. Dirigida.



Desarrollo

Situación del entrevistado. Coordinación de las entrevistas. Intercalación de temas de relajamiento. Pertenencia. Ausencia de crítica. Tiempo para pensar.



Desarrollo

Distracción externa o interna. Evitar el sarcasmo y el humor. Animar el razonamiento. Preguntas del entrevistado. Mostrar interés. Manejar desacuerdos. Personalidad del entrevistado.




Tipos de usuarios

Paciente. Confuso. Voluble. Autómata. Emperador. Obstruccionista

.

Suficiente. Desconfiado. Tímido. Limitado. Pedante. Simulador.



Tipos deTipos dePreguntasPreguntas

ReenvíoReenvío(sugerencias)(sugerencias)

Por su formaPor su formade expresiónde expresión

Por su Por su naturalezanaturaleza

DespiertanDespiertanconfianzaconfianza

InformativasInformativas

InvestigaciónInvestigación

DespiertanDespiertandesconfianzadesconfianza


Finalización

Abrupta. (postergación de la

entrevista)

Normal. (charla y resumen)



Toma de notas Ventajas

Mantener la mente en el asunto. Centrar la entrevista en el tema. Recordar hechos. Registrar detalles.

Desventajas Demasiado tiempo. Vacilación del entrevistado.



Conclusión

No creer todo lo que oye. Comprobar todo. Desconfiar de necesidades artificiales. Importancia de recibir documentación. Distinguir informaciones emocionales y

de hecho.



Conclusión Diferenciar entre:

Dato: información no verificada. Hecho: dato verificado informal con

pruebas. Opinión: comentario sin certeza. Deducción: afirmaciones que

surgen indirectamente de la observación de los hechos.



Modelo De Datos

El modelo de datos tiene por objeto capturar la información referida a los datos y su significado.


Modelo de Datos: Clasificación No Semánticos: reconocen solo las siguientes

clases de objetos: Entidades y Asociaciones. Atributos. Vinculaciones. Valores y dominio de valores.

Semánticos: Además de reconocer las clases de objetos mencionados anteriormente, permite tipificarlos e identificar ROLES que desempeñan en el negocio que estemos considerando.


Elementos para su construcción:

1-Elementos Primarios

Los elementos primarios sirven de base para la construcción de estructuras de datos de mayor nivel, estos elementos son:

- Datos Elementales

- Vinculaciones

Modelo De Datos


Elementos para su construcción:Elementos para su construcción: 2 – Elementos Estructurados.2 – Elementos Estructurados.

Es el conjunto de datos elementales Es el conjunto de datos elementales relacionados entre si con un objeto común. relacionados entre si con un objeto común. Los datos elementales informan acerca del Los datos elementales informan acerca del objeto, calificándolo o especificando algo objeto, calificándolo o especificando algo sobre el mismo. La información referida al sobre el mismo. La información referida al objeto, esta determinada por una serie de de objeto, esta determinada por una serie de de ATRIBUTOS que caracterizan al objeto.ATRIBUTOS que caracterizan al objeto.

Modelo De Datos


Entidades

Definimos a la Entidad, como una familia de

objetos con los mismos atributos. Las

Entidades constituyen el interés principal

del análisis de los datos.


Atributos

Los Atributos son los datos elementales que nos pueden brindar información de interés de una Entidad.

Los atributos de acuerdo al rol que desempeñan pueden clasificarse en atributos que: Identifican a la entidad (N° de documento). Describen a la entidad (Marca). Vinculan a la entidad con otra entidad.


Valores

Un atributo puede tomar un valor de un

conjunto de valores posible, denominado su

Dominio de Valores (un color del conjunto de

colores).

Cada atributo tiene un dominio de valores.

Atributos de la misma u otras entidades

pueden tener el mismo dominio de valores

comunes.


Identificador Único

Es un atributo que identifica unívocamente a cada miembro (atributo) de una entidad. Una entidad puede tener uno, varios o ningún identificador único. Cuando no existe un identificador se suele asignar uno artificialmente, el cual recibe el nombre de TAG. El valor TAG es asignado manual o automáticamente por el sistema.

De los identificadores únicos que puede tener una entidad se elige uno como principal, denominado CLAVE PRIMARIA de la entidad.


Consideraciones sobre las claves

Las claves deben responder a las Las claves deben responder a las siguientes propiedades:siguientes propiedades:

Identificar unívocamente a cada Identificar unívocamente a cada miembro de la entidad.miembro de la entidad.

Ningún atributo de la clave puede ser Ningún atributo de la clave puede ser desechado sin destruir la propiedad de desechado sin destruir la propiedad de identificación unívoca.identificación unívoca.


Claves Candidatas

Algunas entidades pueden tener más de Algunas entidades pueden tener más de

un atributo que cumpla con las un atributo que cumpla con las

propiedades mencionadas, a esos propiedades mencionadas, a esos

atributos se los denomina claves atributos se los denomina claves

candidatas.candidatas.


Elección de la clave primaria

La elección de la clave primaria de entre las claves candidatas debe realizarse teniendo en cuenta que: No se puedan dar valores indefinidos para

la misma Sea la de uso más natural para los

usuarios La cantidad de atributos que la componen

sea la menor. La cantidad de caracteres que la

componen sea la menor posible


Vinculaciones

Podemos distinguir dos tipo:

Vinculaciones entre entidades.

Vinculaciones entre atributos de una

entidad.


Vinculaciones entre entidades

Las vinculaciones entre dos conjuntos de información pueden ser: Uno a Uno: A cada elemento de un conjunto le

corresponde un único elemento del otro asociado y viceversa.

Uno a Varios: Un elemento de un conjunto tiene uno, varios o ningún elemento asociado del otro conjunto con cada elemento del segundo.

Varios a Varios: Un elemento de un conjunto tiene uno, varios o ningún elemento asociado del otro conjunto y viceversa.


Vinculaciones entre atributos

Las vinculaciones entre atributos pueden ser Las vinculaciones entre atributos pueden ser de:de: Dependencia Directa:Dependencia Directa: En una entidad se En una entidad se

considera que los atributos que la describen considera que los atributos que la describen DEPENDEN de los que la identifican.DEPENDEN de los que la identifican.

Dependencia Transitiva:Dependencia Transitiva: Esto significa que un Esto significa que un

atributo dependiente puede depender de otro atributo atributo dependiente puede depender de otro atributo dependiente (Ej: Precio depende del modelo de la dependiente (Ej: Precio depende del modelo de la entidad moto).entidad moto).


Modelo del Sistema

Modelo Esencial

Encarnación

Modelo de Implementación


Modelo Esencial

AmbientalAmbiental de Comportamientode Comportamiento

de Act. Esencialesde Act. Esenciales de la Memoria Esencialde la Memoria Esencial


Modelo Esencial

Es una representación de lo que el

sistema debe hacer sin tener en cuenta

los aspectos técnicos de como lo hará.


Esencia

Es la naturaleza de las cosas, lo permanente e invariable en ellas.

Todas las características de un sistema de respuesta planificada que existirían si el sistema hubiese sido implementado con tecnología perfecta.


Tecnología perfecta

Lleva a cabo una cantidad infinita de tareas en cantidades infinitas y en forma instantánea.

No consume energía. No ocupa espacio. No genera costo. No comete errores. No deja de prestar servicio.


Componentes

Actividades esenciales: son aquellas que el sistema debería realizar considerando que el mismo pudiera ser implementado con tecnología perfecta.

Memoria esencial: son los datos mínimos necesarios para llevar a cabo las actividades esenciales.

Esencia


Actividades esencialesActividades esenciales

Actividades fundamentales:Actividades fundamentales: son las son las que realizan las tareas que forman parte que realizan las tareas que forman parte del sistema y permiten que el mismo del sistema y permiten que el mismo cumpla con su propósito.cumpla con su propósito.

Actividades custodiales:Actividades custodiales: tienen por tienen por objeto establecer y mantener la memoria objeto establecer y mantener la memoria esencial del sistema. esencial del sistema.

Esencia


Esencia

Almacenamiento

Estímulo 1 Estímulo 2

Respuesta

Proceso 1

Proceso 2

Ejemplo de Actividades esenciales


Diagrama de flujo de datos

Diagrama de flujo de datos es una representación

gráfica de un sistema en forma de red.

Herramienta gráfica. Particionamiento de actividades en diferentes niveles. Multidimensional.


Diagrama de flujo de datosLos elementos de un DFD son cuatro:

Flujo de datos, representados por un vector con nombre. Procesos, representados por un círculo o “burbujas”. Almacenamientos, representados por dos líneas paralelas. Terminales, también denominados, Entidades Externas.



Flujo de datos:

Un Flujo de datos es una interfase entre distintos

componentes de DFD.

RemitoRemito



Proceso:Proceso:

Un proceso es una transformación de los flujosUn proceso es una transformación de los flujosque ingresan, en los flujos que salen del mismo. que ingresan, en los flujos que salen del mismo. Cada burbuja requiere un nombre el cual Cada burbuja requiere un nombre el cual especifique lo que hace.especifique lo que hace.

Procesar Procesar ventasventas



Almacenamiento:

Es un repositorio temporal de datos, puede ser

un formulario, diskette, etc..

StockStock


Diagrama de flujo de datosEntidades Externas:

Es una persona u organización perteneciente alcontexto del sistema, la cual, origina o recibe datos del mismo. No esta comprendido dentro del ámbito del sistema, sino que Interactúa con el sistema por medio de los estímulos que genera y por las respuestas que a dichos Estímulos produce el sistema.

ClienteCliente



Guías para dibujar DFD.:

Identificar todos los flujos de datos de entrada y salida y dibujarlos en la parte externa del diagrama.

Dibujar los procesos uniendo entradas con salidas o viceversa.

Asignar cuidadosamente, nombres a los flujos de datos. Asignar nombres a las burbujas de acuerdo a sus entradas y

salidas. Ignorar las E.E. Omitir las referencias a errores. No mostrar flujos de control ni información referida al

mismo.


Encarnación

Comprende a las personas y Comprende a las personas y elementos necesarios para que elementos necesarios para que el sistema funcione y pueda el sistema funcione y pueda llevar a cabo todos los llevar a cabo todos los procesos que deba elaborar procesos que deba elaborar para cumplimentar los para cumplimentar los requerimientos para lo cual fue requerimientos para lo cual fue creado.creado.



Es una representación de como

construiremos el sistema una

vez que comprendimos lo que

debe hacer y definimos la

encarnación a utilizar.



de Imp. del Sistemade Imp. del Sistema

de Programasde Programasde Tareasde Tareasde Procesadoresde Procesadores


Herramientas

MODELO LE DC DD DFD DER MINI DIAL. DE LIS PANT ESENCIAL Ambiental X X X Comportamiento X X - Act. esenciales X X - Memoria esencial X X X X IMPLEMENTACION Usuario X X X X X Imp. del Sistema X X - Procesadores X X X - Tareas X X - Programas X X X

MODELO LE DC DD DFD DER MINI DIAL. DE LIS PANT ESENCIAL Ambiental X X X Comportamiento X X - Act. esenciales X X - Memoria esencial X X X X IMPLEMENTACION Usuario X X X X X Imp. del Sistema X X - Procesadores X X X - Tareas X X - Programas X X X


Modelo Esencial




Objetivos: Describir los requerimientos de interacción

del sistema con su contexto (entorno). Visualizar las personas, organizaciones y

otros sistemas con los que debe interactuar, los eventos a los cuales debe dar respuesta y los flujos de datos que intercambia el sistema con el contexto.

Fijar el alcance del sistema.

Modelo Ambiental


Modelo Ambiental

Propósito del sistemaPropósito del sistema

Lista de eventosLista de eventos

Diagrama de ContextoDiagrama de Contexto

ComponentesComponentes


Modelo Ambiental

Propósito:

Debe ser una descripción breve y concisa en la que se indique para que existe el sistema y reflejar claramente el entorno y alcance del mismo.

No expresa lo que el sistema hará, mucho menos como lo hará.


Lista de evento:

Muestra las cosas que ocurren en el entorno

y a las cuales debe dar respuesta el

sistema.

Muestra que o quien inicia los eventos.

Modelo Ambiental


Modelo Ambiental

Eventos Entidades

Externas Estímulos Respuestas Tipo de Activación Tipo de Actividad Objetos esenciales

Elementos Elementos de la Lista de de la Lista de

eventoseventos


Es una acción producida en el contexto por las entidades externas, las cuales originan un estímulo que activa el sistema para que este genere una respuesta planificada.

Modelo AmbientalConcepto de evento


Activados por flujos

Activados por el tiempo

Modelo AmbientalTipos de eventos


Los más triviales de determinar, analizando para c/uno de los determinados

si existen variaciones significativas si es opuesto si hay eventos que deban precederlos si hay eventos que deban sucederlos

Modelo AmbientalIdentificación de eventos


Debe contener un Sujeto.

Verbo.

Objeto.

Modelo Ambiental

Descripción de los eventos


Modelo Ambiental

Ejemplo de Lista de eventos

Evento Entidad

externa

Estímulo Respuesta Tipo de

activac.

Tipo de

activid.

Objetos

esenciales

Un cliente

envía un pedido

de cotización

cliente pedido de

cotización

cotización

de la

mercadería

F F

clientes,

pedidos,

cotizaciones

Ventas informa

datos de

nuevos clientes

ventas datos

nuevos

clientes

---------------- F C

clientes

A fin del día ------------ ---------------- Lista de

deudores

T F clientes


Tiene por objeto definir que esta afuera de

los límites del sistema e interactúa con él,

es decir, delinear el dominio del sistema.

Modelo Ambiental

Diagrama de Contexto


Modelo AmbientalEjemplo de Diagrama de Contexto

Entidad Externa 1

EntidadExterna 2

Sistema

Estímulo 1

Estímulo 2

Respuesta 1


Modelo Ambiental

Consideraciones

Minimizar los errores en la determinación de los eventos del sistema.

Balancear el Diagrama de contexto con la lista de eventos. Debe existir en ambos, la misma cantidad de estímulos y respuestas.


Modelo Esencial

AmbientalAmbiental


de Comportamientode Comportamiento


Modelo de ComportamientoCaracterísticas

Describe la forma en que el sistema debe reaccionar ante los distintos estímulos.

Muestra las funciones que deben ser llevadas a cabo por el mismo, con tecnología perfecta.

Muestra lo que debe hacer el sistema pero no como lo hará.


Derivar el modelo de procesos (Act. esenciales)

Derivar el modelo de datos (memoria esencial)

Completar el modelo (Leveling)

Modelo de Comportamiento

Desarrollo



DDDD

Lista deeventos

DCDC

DFDDFD

DERDER


Representa las funciones esenciales del sistema.

Describe ante cada evento como responde el sistema.

Muestra los procesos de transformación necesarios para elaborar las respuestas generadas por cada actividad fundamental.

Modelo de las Act. esenciales



Modelo de las Act. esenciales

Herramientas utilizadas

para el modelado

Diagrama de flujo de datos.

Diccionario de datos.

Especificaciones de procesos.



Derivar el modelo de procesos


Construir un DFD preliminar en base a la lista de eventos.

Desarrollar el DFD de Nivel 1. Desarrollar el leveling de cada

actividad esencial.


Construcción del DFD preliminar y el Nivel 1


Dibujar una burbuja por c/actividad esencial.

Conectar los estímulos y respuestas que corresponden a cada actividad esencial.

Conectar los almacenamientos necesarios para cada actividad esencial.

Conectar las actividades esenciales entre sí a través de los almacenamientos.


Descomposición del Nivel 1


La descripción del comportamiento esta dada

por la descomposición de las actividades

esenciales hasta llegar a las primitivas

funcionales.

La transformación de un DFD puede ser

expandida en otro DFD o ser descripta

mediante una especificación de procesos.


Leveling



Verificación - Criterios

Modelo Esencial

De las especificaciones mediante la

verificación de las reglas de consistencia.

Del comportamientosimular el

comportamiento.


Todo flujo o almacenamiento debe estar definido en el D.D.

Toda transformación debe tener un DFD de nivel inferior o una especificación de procesos.

Toda transformación descripta debe cumplir con el balanceo.

Las entidades en el modelo de datos deben figurar como almacenamientos en el modelo de procesos.

Verificación de las especificaciones

Modelo Esencial


Se simula la ocurrencia de cada evento para verificar la respuesta del sistema.

Reglas: dar valores iniciales a los

almacenamientos. dar valores a los flujos de datos entrantes. recorrer las transformaciones siguiendo las especificaciones de procesos.

Verificación del comportamiento

Modelo Esencial


Nadie esta motivado para descubrir sus propios errores…

No lo haga Ud. Mismo!

Recomendación Esencial


Modelo Esencial




Modelo de la Memoria esencial

Modelo Esencial

Representar los datos esenciales del sistema

Los datos que componen los flujos de datos del diagrama de contexto.

Para que un elemento de datos pueda ser extraído, primero deberá ser introducido en el almacenamiento.


Derivar el Modelo de datos

Modelo Esencial

Describir la composición de los flujos del Diagrama de contexto.

Normalizar los datos identificando las entidades y relaciones.

Construir el Diagrama de Entidad Relación.


Particionamiento de la memoria Sentido Común.Sentido Común. Identificación de:Identificación de:

Objetos con existencia independiente Objetos con existencia independiente

sobre el que se almacenan datos.sobre el que se almacenan datos. Relaciones: asociación de entre objetos.Relaciones: asociación de entre objetos. Rangos y Significados de valores.Rangos y Significados de valores.

Normalización.Normalización.


NormalizaciónLa normalización es un conjunto de reglasEstructuradas que se aplican a atributos asociados a entidades. Se aplican originalmente al conjunto de datos que se quieren almacenar en la base de datos y que luego será dividido en distintas tablas. Cada forma normal hace que la información esté más organizada que en la anterior. Las formas normales deben ser aplicadas en orden correlativo.


Notación específica

Símbolo/Codificación Significado Ejemplo

# Número #calle (número de calle)

T Texto T_calle (texto de calle)

C Código C_Postal (código postal)

D Fecha D_nacimiento (fecha de nac.)

{} Indica grupos repetitivos {c_materia + T_materia}

[ ] Campo opcional, puede o no estar completo

[e_mail]

( ) Opciones Sexo(M/F)


Primera Forma Normal

Una entidad esta en primera forma normal siUna entidad esta en primera forma normal si

no contiene grupos repetitivosno contiene grupos repetitivos


Primera Forma Normal

Si aplicamos la 1ra forma normal, extraeremos

los grupos repetitivos y los colocaremos en otra entidad nueva, arrastrando además la clave de la entidad original y agregando

algún otro atributo que permita una

identificación unívoca de cada registro.


¿Porqué aplicar la PFN?

Si quisiéramos guardar la información de un gruporepetitivo dentro de la tabla original, deberíamosgenerar una tabla que tenga tantas veces repetidoslos campos que se repiten como el máximo de

vecesque se puedan repetir. De esa manera, si tenemosregistros con menos repeticiones desperdiciamosespacio ya que fue reservado, pero no contieneinformación. Además sería una estructura rígida y

si se presentara algún caso con mas repeticiones se debe modificar la tabla.


Segunda Forma Normal

Una entidad esta en segunda forma normal siUna entidad esta en segunda forma normal si

todos sus atributos dependen de la totalidad todos sus atributos dependen de la totalidad

de la clave primaria y no solo de una parte. de la clave primaria y no solo de una parte.


Segunda Forma Normal

Si aplicamos la 2da forma normal, extraeremos aquellos atributos que dependen de solo parte de la clave primaria y los colocaremos en otra entidad nueva, arrastrando además la parte de la clave de la cual dependen, este ultimo campo será la clave primaria de la nueva entidad. Esta forma normal se da solamente en aquellas entidades cuya clave primaria esta compuesta por más de un campo.


Tercera Forma Normal

Una entidad esta en tercera forma normal sUna entidad esta en tercera forma normal siino contiene atributos que dependan deno contiene atributos que dependan de

atributos que no formen parte de la clave. atributos que no formen parte de la clave.


Tercera Forma Normal

Si aplicamos la 3ra forma normal, extraeremos aquellos atributos que dependen de atributos no clavey los colocaremos en otra entidad nueva, arrastrandoademás el campo del cual dependen, este ultimocampo será la clave primaria de la nueva entidad, peroquedará en la entidad primera, como campo relacionante con la nueva entidad o foreign key (se indica con línea punteada).


¿Porqué aplicar la 2da. y 3tra. FN?

Porque ahorramos espacio por la cantidad de Porque ahorramos espacio por la cantidad de información que se información que se guarda yguarda y facilita el facilita el

mantenimiento de la informaciónmantenimiento de la información..


Matriz de Claves Una vez que hemos finalizado la normalización, (no se puede normalizar más la información). Tomamos las entidades que nos quedan (las que quedaron completamente normalizadas) y también los campos claves y generamos una matriz. En la matriz,marcaremos con una X los campos que son claves principales en una entidad y con una O los campos que son claves relacionales para esa entidad.


Ejemplo

Alumno:Alumno: C_alumno + C_carrera + T_carrera C_alumno + C_carrera + T_carrera

+ T_NomApellido + T_calle + #_calle + #_piso + T_NomApellido + T_calle + #_calle + #_piso

+ T_dpto + C_postal + T_TelefonoPart ++ T_dpto + C_postal + T_TelefonoPart +

T_telCelular + T_email + D_nacimiento + T_telCelular + T_email + D_nacimiento +

{C_materia{C_materia + T_Materia + #_NotaFinal} + T_Materia + #_NotaFinal}


1ra Forma Normal

1FN/Alumno1FN/Alumno

A1:A1: C_alumno + C_carrera + T_carrera + C_alumno + C_carrera + T_carrera +

T_NomApellido + T_calle + #_calle + #_piso T_NomApellido + T_calle + #_calle + #_piso

+ T_dpto + C_postal + T_TelefonoPart + + T_dpto + C_postal + T_TelefonoPart +

T_telCelular + T_email + D_nacimientoT_telCelular + T_email + D_nacimiento

A2:A2: C_alumno + C_materia + T_Materia + C_alumno + C_materia + T_Materia +

#_NotaFinal#_NotaFinal


2da Forma Normal

2FN/ A1:2FN/ A1:

No aplicableNo aplicable

2FN/A2:2FN/A2:

A3:A3: C_alumno + C_materia + #_NotaFinalC_alumno + C_materia + #_NotaFinal

A4:A4: C_materia + T_MateriaC_materia + T_Materia


3ra Forma Normal3 FN/ A1:3 FN/ A1:

A5:A5: C_alumnoC_alumno + C_carrera +T_NomApellido + + C_carrera +T_NomApellido +

T_calle + #_calle + #_piso + T_dpto + C_postal T_calle + #_calle + #_piso + T_dpto + C_postal

+T_TelefonoPart + T_telCelular + T_email + +T_TelefonoPart + T_telCelular + T_email +

D_nacimientoD_nacimiento

A6:A6: C_carrera C_carrera + T_carrera+ T_carrera

3FN/ A3:3FN/ A3:


3FN/ A4:3FN/ A4:



Matriz de Claves

A3 A4 A5 A6

C_Alumno

X X

C_materia

X X

C_Carrera

O X


Diagrama de Entidad Relación

A3A3A3A3 A4A4A4A4

A6A6A6A6 A5A5A5A5

C_materiaC_materiaC_materiaC_materia

C_carreraC_carreraC_carreraC_carrera


Diseño



del Usuariodel Usuario


de Programasde Programas

de Tareasde Tareasde Procesadoresde Procesadores


HerramientasMODELO LE DC DD DFD DER MINI DIAL. DE LIS PANT

ESENCIALAmbiental X X XComportamiento X X- Act. esenciales X X- Memoria esencial X X X X

iMPLEMENTACIONUsuario X X X X XImp. del Sistema X X- Procesadores X X X- Tareas X XProgramas X X X


Representar un sistema que cumpla con el

comportamiento deseado.

Previamente, debe definirse la encarnación.

Si bien para un problema puede haber

múltiples soluciones, es conveniente

desarrollar una.

Modelo de ImplementaciónObjetivo y

características



Encarnación

Definir la encarnación significa decidir con

que tecnología se quiere implementar el

sistema.

Comprende todos los recursos necesarios

para que el sistema funcione y lleve a cabo

todos los procesos para poder cumplimentar

los requerimientos del mismo.


Modelo de ImplementaciónEncarnación

Definir la arquitectura del sistema de Definir la arquitectura del sistema de

computación.computación.

Definir el equipamiento.Definir el equipamiento.

Definir los procedimientos.Definir los procedimientos.

Definir el modo de procesamiento.Definir el modo de procesamiento.

Definir los procesadores a utilizarDefinir los procesadores a utilizar.


Modelo de Imp. del Sistema

Muestra los procesadores que deben llevar

a cabo las distintas actividades del sistema.

Muestra lo que debe hacer el sistema y

como lo hará.

Describe la forma en que el sistema

reaccionará ante los distintos estímulos.


Modelo de ImplementaciónInforme Técnico Situaciones

1. existencia de equipamiento usable 2. existencia de equipamiento obsoleto o

fuera de contexto 3. combinación de las dos anteriores 4. no existencia de equipamiento

Entornos Condicionante (Económico, Técnico) No condicionante


Modelo de ImplementaciónInforme Técnico Arquitectura completa del sistema que

soporta al proyecto. Volumen de Información (general). Volumen de Transacciones (general, por

puesto). Tipo de Interfaces requerida (gráfica o

textual, por puesto). Volumen y tipo de info. manejada (por

puesto).



Informe Técnico

Ubicación del procesamiento

(local/remoto/centralizado, por puesto )

Modalidad del procesamiento (transaccional,

analítico, ambas, por puesto )

Tipo de confidencialidad (alta/acotada/nula, por

puesto)




de Programas

de Tareasde Procesadores

del Usuario


Modelo de Procesadores

ObjetoObjeto

Muestra quien o que ejecutará cadaMuestra quien o que ejecutará cada

transformación descripta en el Modelo de Comportamiento.transformación descripta en el Modelo de Comportamiento.


Modelo de ProcesadoresTipos de ProcesadoresTipos de Procesadores

Hardware

Software

Humanos


Modelo de ProcesadoresComposición

Se representa por medio de un solo D.F.D.

Cada burbuja del D.F.D. representa a

alguien o algo (procesador) que ejecutará

una parte del procesamiento requerido

para poder implementar el sistema.



Composición

P1P1

P2P2

P3P3



Relación con el Diagrama de Contexto

P1P1

P2P2

P3P3

SistemaSistemaXXXXXX



Relación con el Diagrama de Contexto

Si todo el sistema fuera atendido por un únicoprocesador ambos modelos deben coincidir.



Completamiento del Modelo Descripción de las características tecnológicas de cada

procesador incluido. Descripción de la configuración de cada procesador incluido. Descripción de la red física que une los procesadores. Descripción de los flujos de datos externos e

intraprocesadores. Descripción del soporte tecnológico de los flujos de datos

(pantallas, listados, documentos, protocolos de comunicación, etc....)

Incorporar la versión del modelo, en los casos que corresponda.


Así como el Modelo Ambiental fija el alcance del sistema, el Modelo de Procesadores fija el alcance de la Implementación.

Puede ser útil presentar al usuario varios modelos, mostrando así varias alternativas de implementación y encarnación.


Alcance de la implementación


Las restricciones que se impongan a la implementación del sistema pesan sobre la decisión de cómo construirlo.

Es posible llegar a un punto en el cual las restricciones no sean compatibles con los requerimientos.


Restricciones


Restringir los requerimientos, implementando parcialmente el modelo esencial.

Levantar las restricciones, posibilitando la implementación total del modelo esencial.


Alternativas ante las Restricciones



de Imp. del Sistemade Imp. del Sistemade Imp. del Sistemade Imp. del Sistema

de Programasde Programasdel Usuariodel Usuario

de Tareasde Tareasde Procesadoresde Procesadores


Describir las tareas a efectuar por los distintos

procesadores.

Modelo de Tareas

Objeto


El Modelo de Tareas es al Modelo de Procesadores, lo que el de Comportamiento es al Ambiental.

Cada burbuja del Modelo de Procesadores representa el contexto propio de un procesador.

Modelo de Tareas

Características


Modelo de Tareas

Relación con el Modelo de Procesadores

F1F1

F2F2

F4F4

F5F5F3F3PaPa

PbPb

PcPc

TareaTarea11 TareaTarea

22

F1F1

F4F4

F5F5

A2A2

A1A1

Nivel 1 del Procesador aNivel 1 del Procesador a


En el Modelo de Comportamiento figuran las

transformaciones que el sistema debe

ejecutar. En el Modelo de Tareas figura

como se ejecutan las transformaciones.

El comportamiento describe la esencia y las tareas su implementación.

Modelo de Tareas

Diferencias con el Modelo de Comportamiento


Para la descripción de tareas se aplica la misma técnica que para las funciones: Desagregación.

Cada procesador se expande en un D.F.D de nivel 1, y estos en D.F.D. de nivel 2 y así sucesivamente.

Los modelos diferirán del Modelo de Comportamiento en función de las restricciones tecnológicas de cada procesador.

Modelo de Tareas

Desarrollo del Modelo de Tareas


La distribución de transformaciones entre procesadores obliga también a distribuir los datos.

La representación de los datos en cada procesador estará ligada al soporte físico que se utilice.

El diagrama de entidad-relación puede no ser una herramienta válida para la representación de los datos.

Modelo de Tareas

Desarrollo del Modelo de Datos


El D.F.D. describe que transformaciones se

efectúan en un sistema.

La especificación de procesos describe como se

efectúa una transformación. En algunos casos

puede ser necesario describir cuando tiene lugar

una transformación. Este es el objetivo que

persigue el agregado del Flujo de Control en los

D.F.D.

Modelo de Tareas

Agregado del Flujo de Control


Modelo de Tareas

Descripción del Flujo de Control

Flujo deFlujo deControlControl

ProcesoProcesodede

ControlControl


Los flujos de control no acarrean datos, solo indican que algo ha ocurrido.

Pueden provenir del entorno o de una transformación de los datos.

Las transformaciones de control procesan estos flujos y generan otros que activan o desactivan la ejecución de procesos.

Modelo de Tareas

El Flujo de Control


Cuando la implementación requiere que se controle la posibilidad de ejecutar o no una transformación en un momento dado.

Esto se da cuando Un proceso no puede ser activado durante la

ejecución de otro. Un proceso puede ser activado solo si otro

esta activado. Un proceso puede ser activado solo durante

un período de tiempo.

Modelo de Tareas

Cuando modelar el Control


Modelo de Tareas

Descripción de las transformaciones de Control

PEDIDOSPEDIDOSCONTROLARCONTROLARRECEPCIÓN RECEPCIÓN

DEDEPEDIDOSPEDIDOS

PRODUCTOSPRODUCTOS

HABILITARHABILITAR

DESHABILITARDESHABILITARRECIBIRRECIBIRPEDIDOSPEDIDOS

PREPARARPREPARARENTREGASENTREGAS

ENTREGASENTREGAS

PEDIDOSPEDIDOSCLIENTESCLIENTES

HABILITARHABILITAR

DESHABILITARDESHABILITAR

ENTREGAS ENTREGAS PREPARADASPREPARADAS

SON LAS 8:00SON LAS 8:00

SON LAS 18:00SON LAS 18:00


Modelo de Tareas

Diagrama de Transición de Estado

Enfatiza el comportamiento dependiente del tiempo del sistema.


Modelo de Tareas


Notación

Estados

Cada rectángulo representa un estado en el que se puede encontrar el sistema.


Modelo de Tareas


Un conjunto de circunstancias o atributos que

caracterizan a una persona o cosa en un

tiempo dado; forma de ser; condición.


Modelo de Tareas


Notación

Flechas

Que representan los cambios de estado.


Modelo de Tareas


Condiciones y acciones

Condiciones que causan un cambio de estado.

Acciones que el sistema toma cuando cambia de estado.


Modelo de Tareas


ESTADO 1ESTADO 1

ESTADO 2ESTADO 2

Condición

Acción


Modelo de Tareas

Relación entre un DFD y un DTE

1111

33332222

XX

YY

ESTADO 1ESTADO 1ESTADO 1ESTADO 1


Señal XSeñal X

Activar Burbuja 2Activar Burbuja 2


Señal YSeñal Y

Activar Burbuja 3Activar Burbuja 3


Modelo de Tareas

Relación entre un DFD y un DTE

En la mayoría de los casos, el DTE representa

una especificación de proceso para una

burbuja de control en un DFD. Note que la

condiciones en un DTE corresponden a los

flujos de control entrantes en un DFD y las

acciones en el DTE corresponden a los flujos

de control de salida en el DFD.


Modelo de Tareas


Espera

Recibiendopedidos

Preparandoentregas

Entregaspreparadas

Son las 8

Activar recibir pedidos

Son las 18

Desactivar recibir pedidosActivar preparar entregas

Son las 8

Desactivar prepararentregas yActivar recibirpedidos



de Procesadoresde Procesadores

de Programasde Programasdel Usuariodel Usuario

de Imp. del Sistemade Imp. del Sistemade Imp. del Sistemade Imp. del Sistema

de Tareasde Tareas


Describir una tarea computarizada en función de los módulos de software que

interactúan para poder ejecutarla.

Modelo de Programas

Objeto


En los modelos de tareas que corresponden a ambiente computarizado, las tareas se implementan a través de programas.

Estas tareas requieren un nivel más de modelado.

La herramienta utilizada para modelar los programas es el diagrama de estructura.

Modelo de Programas

Desarrollo


Modelo de Programas


Baja deBaja declientecliente

clientesclientesCancelarCancelarcta. delcta. delclientecliente

pedidospedidos


Modelo de Programas

DiagramaDiagrama de estructurade estructura

CancelarCancelarCta. de Clte.Cta. de Clte.

Recibir bajaRecibir baja de clientede cliente

RegistrarRegistrarcausa de bajacausa de baja

CancelarCancelarpedidos pend.pedidos pend.

LeerLeerclientecliente

ActualizarActualizarclientecliente

Leer pedidosLeer pedidosde clientede cliente

Cancelar Cancelar pedidopedido

Baja de clte.Baja de clte. # clte.# clte.Baja deBaja de

clte.clte.

# clte.# clte.clte.clte.

clte.clte.

estadoestado# clte.# clte. # pedido# pedido

finfin# pedido# pedidofinfin


Disminuir los costos de programación Tener una visión clara de la estructura de

los programas. Facilitar la construcción. Facilitar la prueba. Facilitar el mantenimiento.

Modelo de Programas

Razones para modelar programas


En todo sistema existen tareas que ejecutan rutinas comunes organizadas de forma diferente. El modelar los programas permite ubicar esas rutinas y construirlas por única vez para todo el sistema.

El mayor costo de desarrollo se recupera con creces al momento de mantener el sistema.

Modelo de Programas

Rutinas comunes


Si la transformación será implementada

utilizando algún utilitario de software

disponible.

Si el grado de complejidad es tan bajo que una

especificación de procesos de la transformación

es suficiente.

Modelo de Programas

Cuando NO modelar la estructura


Desarrollar la implementación del modelo de datos.

Desarrollar los módulos comunes a distintas tareas.

Desarrollar los módulos propios de cada tarea.

Cargar el modelo de datos. Probar las tareas unitariamente. Probar el sistema en su conjunto.

Modelo de Programas

Organización de la construcción


Es la fuerza de interconexión entre módulos, es

decir de que manera se relacionan los distintos

módulos.

Modelo de Programas

Acoplamiento


Agregar detalle de acoplamiento y

cohesión.

FAN IN - FAN OUT.

Modelo de Programas


Por estructura Global Común.

Por Contenido.

Por Control.

Por Datos.

Modelo de Programas

Tipos de acoplamiento


El diseño modular intenta minimizar la relación entre elementos que no están en el mismo módulo. Esto se logra minimizando las relaciones entre módulos y maximizando entre elementos del mismo módulos.

La cohesión nos indica la relación entre elementos internos.

Modelo de Programas

Cohesión


Por Coincidencia. Lógica. Temporal. Por Procedimiento. Por Comunicación. Secuencial. Funcional.

Modelo de Programas

Tipos de cohesión


Dividir la Decisión. Estructura del Sistema. Reporte de Errores. Edición. Estado de la Memoria. Matcheando la Estructura del

Programa a la Estructura de Datos.

Modelo de Programas

Recomendaciones para el diseño


Módulo de Derechos Exclusivos. Inicialización y Finalización de Módulos. Generalidad y Restricción. Redundancia. FAN-IN. FAN-OUT.

Modelo de Programas

Recomendaciones para el diseño

metodologia estructurada

Documents