Lic. Susana Daldin 1
Metodologías
Lic. Susana Daldin 2
Análisis
Lic. Susana Daldin 3
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
Lic. Susana Daldin 4
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
Lic. Susana Daldin 5
GerenteGerente
Planifica, presupuesta, optimiza
recursos,
trata con proveedores
Funciones y responsabilidades
Lic. Susana Daldin 6
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.
Funciones y responsabilidades
Lic. Susana Daldin 7
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.
Funciones y responsabilidades
Lic. Susana Daldin 8
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.
Funciones y responsabilidades
Lic. Susana Daldin 9
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.
Funciones y responsabilidades
Lic. Susana Daldin 10
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.
Funciones y responsabilidades
Lic. Susana Daldin 11
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.
Funciones y responsabilidades
Lic. Susana Daldin 12
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.
Funciones y responsabilidades
Lic. Susana Daldin 13
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
Lic. Susana Daldin 14
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
Funciones y responsabilidades
Lic. Susana Daldin 15
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.
Funciones y responsabilidades
Lic. Susana Daldin 16
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
Funciones y responsabilidades
Lic. Susana Daldin 17
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.
Funciones y responsabilidades
Lic. Susana Daldin 18
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
Funciones y responsabilidades
Lic. Susana Daldin 19
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
Funciones y responsabilidades
Lic. Susana Daldin 20
Redes yRedes yComunicacionesComunicaciones
RedesRedes ComunicacionesComunicaciones
Funciones y responsabilidades
Lic. Susana Daldin 21
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)
Funciones y responsabilidades
Lic. Susana Daldin 22
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
Lic. Susana Daldin 23
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
Lic. Susana Daldin 24
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
Lic. Susana Daldin 25
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.
Lic. Susana Daldin 26
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
UsuarioModelarSistemaFísicoActual
ModificarModeloEsencialActual
UsuarioModelarSistemaFísicoActual
DerivarEsenciaSistemaActual
ModificarModeloEsencialActual
UsuarioModelarSistemaFísicoActual
Lic. Susana Daldin 27
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
Lic. Susana Daldin 28
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.
Lic. Susana Daldin 29
Factibilidad
Operativa
Técnica
Económica
Legal
Lic. Susana Daldin 30
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.
Ciclo de Vida de un Proyecto
Lic. Susana Daldin 31
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.
Ciclo de Vida de un Proyecto
Lic. Susana Daldin 32
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.
Ciclo de Vida de un Proyecto
Lic. Susana Daldin 33
4 Implementación
4.1 Seleccionar el próximo módulo.4.2 Codificar módulo.4.3 Testear el Esqueleto del sistema.
Ciclo de Vida de un Proyecto
Lic. Susana Daldin 34
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.
Ciclo de Vida de un Proyecto
Lic. Susana Daldin 35
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.
Ciclo de Vida de un Proyecto
Lic. Susana Daldin 36
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.
Ciclo de Vida de un Proyecto
Lic. Susana Daldin 37
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.
Ciclo de Vida de un Proyecto
Lic. Susana Daldin 38
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.
Ciclo de Vida de un Proyecto
Lic. Susana Daldin 39
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 .......
Ciclo de Vida de un Proyecto
Lic. Susana Daldin 40
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.
Lic. Susana Daldin 41
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.
Lic. Susana Daldin 42
Entrevista
EtapasEtapas
Tipos de usuariosTipos de usuarios
Lic. Susana Daldin 43
Etapas de la Entrevista:
La Preparación.La Preparación. El Desarrollo.El Desarrollo. La Finalización.La Finalización.
Técnicas de Relevamiento
Lic. Susana Daldin 44
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.
Técnicas de Relevamiento
Lic. Susana Daldin 45
Desarrollo
Atmósfera. Prejuicios del analista. Actitud imparcial. Conducción de la entrevista.
Abierta. Cerrada. Dirigida.
Técnicas de Relevamiento
Lic. Susana Daldin 46
Desarrollo
Situación del entrevistado. Coordinación de las entrevistas. Intercalación de temas de relajamiento. Pertenencia. Ausencia de crítica. Tiempo para pensar.
Técnicas de Relevamiento
Lic. Susana Daldin 47
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.
Técnicas de Relevamiento
Lic. Susana Daldin 48
Técnicas de Relevamiento
Tipos de usuarios
Paciente. Confuso. Voluble. Autómata. Emperador. Obstruccionista
.
Suficiente. Desconfiado. Tímido. Limitado. Pedante. Simulador.
Lic. Susana Daldin 49
Técnicas de Relevamiento
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
Lic. Susana Daldin 50
Finalización
Abrupta. (postergación de la
entrevista)
Normal. (charla y resumen)
Técnicas de Relevamiento
Lic. Susana Daldin 51
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.
Técnicas de Relevamiento
Lic. Susana Daldin 52
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.
Técnicas de Relevamiento
Lic. Susana Daldin 53
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.
Técnicas de Relevamiento
Lic. Susana Daldin 54
Modelo De Datos
El modelo de datos tiene por objeto capturar la información referida a los datos y su significado.
Lic. Susana Daldin 55
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.
Lic. Susana Daldin 56
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
Lic. Susana Daldin 57
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
Lic. Susana Daldin 58
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.
Lic. Susana Daldin 59
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.
Lic. Susana Daldin 60
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.
Lic. Susana Daldin 61
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.
Lic. Susana Daldin 62
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.
Lic. Susana Daldin 63
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.
Lic. Susana Daldin 64
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
Lic. Susana Daldin 65
Vinculaciones
Podemos distinguir dos tipo:
Vinculaciones entre entidades.
Vinculaciones entre atributos de una
entidad.
Lic. Susana Daldin 66
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.
Lic. Susana Daldin 67
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).
Lic. Susana Daldin 68
Modelo del Sistema
Modelo Esencial
Encarnación
Modelo de Implementación
Lic. Susana Daldin 69
Modelo Esencial
AmbientalAmbiental de Comportamientode Comportamiento
de Act. Esencialesde Act. Esenciales de la Memoria Esencialde la Memoria Esencial
Lic. Susana Daldin 70
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á.
Lic. Susana Daldin 71
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.
Lic. Susana Daldin 72
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.
Lic. Susana Daldin 73
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
Lic. Susana Daldin 74
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
Lic. Susana Daldin 75
Esencia
Almacenamiento
Estímulo 1 Estímulo 2
Respuesta
Proceso 1
Proceso 2
Ejemplo de Actividades esenciales
Lic. Susana Daldin 76
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.
Lic. Susana Daldin 77
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.
Lic. Susana Daldin 78
Diagrama de flujo de datos
Flujo de datos:
Un Flujo de datos es una interfase entre distintos
componentes de DFD.
RemitoRemito
Lic. Susana Daldin 79
Diagrama de flujo de datos
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
Lic. Susana Daldin 80
Diagrama de flujo de datos
Almacenamiento:
Es un repositorio temporal de datos, puede ser
un formulario, diskette, etc..
StockStock
Lic. Susana Daldin 81
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
Lic. Susana Daldin 82
Diagrama de flujo de datos
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.
Lic. Susana Daldin 83
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.
Lic. Susana Daldin 84
Modelo de Implementación
Es una representación de como
construiremos el sistema una
vez que comprendimos lo que
debe hacer y definimos la
encarnación a utilizar.
Lic. Susana Daldin 85
Modelo de Implementación
de Imp. del Sistemade Imp. del Sistema
de Programasde Programasde Tareasde Tareasde Procesadoresde Procesadores
Lic. Susana Daldin 86
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
Lic. Susana Daldin 87
Modelo Esencial
AmbientalAmbiental de Comportamientode Comportamiento
de Act. Esencialesde Act. Esenciales de la Memoria Esencialde la Memoria Esencial
Lic. Susana Daldin 88
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
Lic. Susana Daldin 89
Modelo Ambiental
Propósito del sistemaPropósito del sistema
Lista de eventosLista de eventos
Diagrama de ContextoDiagrama de Contexto
ComponentesComponentes
Lic. Susana Daldin 90
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á.
Lic. Susana Daldin 91
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
Lic. Susana Daldin 92
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
Lic. Susana Daldin 93
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
Lic. Susana Daldin 94
Activados por flujos
Activados por el tiempo
Modelo AmbientalTipos de eventos
Lic. Susana Daldin 95
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
Lic. Susana Daldin 96
Debe contener un Sujeto.
Verbo.
Objeto.
Modelo Ambiental
Descripción de los eventos
Lic. Susana Daldin 97
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
Lic. Susana Daldin 98
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
Lic. Susana Daldin 99
Modelo AmbientalEjemplo de Diagrama de Contexto
Entidad Externa 1
EntidadExterna 2
Sistema
Estímulo 1
Estímulo 2
Respuesta 1
Lic. Susana Daldin 100
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.
Lic. Susana Daldin 101
Modelo Esencial
AmbientalAmbiental
de Act. Esencialesde Act. Esenciales de la Memoria Esencialde la Memoria Esencial
de Comportamientode Comportamiento
Lic. Susana Daldin 102
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á.
Lic. Susana Daldin 103
Derivar el modelo de procesos (Act. esenciales)
Derivar el modelo de datos (memoria esencial)
Completar el modelo (Leveling)
Modelo de Comportamiento
Desarrollo
Lic. Susana Daldin 104
Modelo de Comportamiento
DDDD
Lista deeventos
DCDC
DFDDFD
DERDER
Lic. Susana Daldin 105
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 Comportamiento
Lic. Susana Daldin 106
Modelo de las Act. esenciales
Herramientas utilizadas
para el modelado
Diagrama de flujo de datos.
Diccionario de datos.
Especificaciones de procesos.
Modelo de Comportamiento
Lic. Susana Daldin 107
Derivar el modelo de procesos
Modelo de Comportamiento
Construir un DFD preliminar en base a la lista de eventos.
Desarrollar el DFD de Nivel 1. Desarrollar el leveling de cada
actividad esencial.
Lic. Susana Daldin 108
Construcción del DFD preliminar y el Nivel 1
Modelo de Comportamiento
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.
Lic. Susana Daldin 109
Descomposición del Nivel 1
Modelo de Comportamiento
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.
Lic. Susana Daldin 110
Leveling
Modelo de Comportamiento
Lic. Susana Daldin 111
Verificación - Criterios
Modelo Esencial
De las especificaciones mediante la
verificación de las reglas de consistencia.
Del comportamientosimular el
comportamiento.
Lic. Susana Daldin 112
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
Lic. Susana Daldin 113
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
Lic. Susana Daldin 114
Nadie esta motivado para descubrir sus propios errores…
No lo haga Ud. Mismo!
Recomendación Esencial
Lic. Susana Daldin 115
Modelo Esencial
AmbientalAmbiental de Comportamientode Comportamiento
de Act. Esencialesde Act. Esenciales de la Memoria Esencialde la Memoria Esencial
Lic. Susana Daldin 116
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.
Lic. Susana Daldin 117
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.
Lic. Susana Daldin 118
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.
Lic. Susana Daldin 119
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.
Lic. Susana Daldin 120
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)
Lic. Susana Daldin 121
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
Lic. Susana Daldin 122
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.
Lic. Susana Daldin 123
¿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.
Lic. Susana Daldin 124
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.
Lic. Susana Daldin 125
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.
Lic. Susana Daldin 126
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.
Lic. Susana Daldin 127
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).
Lic. Susana Daldin 128
¿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..
Lic. Susana Daldin 129
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.
Lic. Susana Daldin 130
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}
Lic. Susana Daldin 131
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
Lic. Susana Daldin 132
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
Lic. Susana Daldin 133
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:
No aplicableNo aplicable
3FN/ A4:3FN/ A4:
No aplicableNo aplicable
Lic. Susana Daldin 134
Matriz de Claves
A3 A4 A5 A6
C_Alumno
X X
C_materia
X X
C_Carrera
O X
Lic. Susana Daldin 135
Diagrama de Entidad Relación
A3A3A3A3 A4A4A4A4
A6A6A6A6 A5A5A5A5
C_materiaC_materiaC_materiaC_materia
C_carreraC_carreraC_carreraC_carrera
Lic. Susana Daldin 136
Diseño
Lic. Susana Daldin 137
Modelo de Implementación
del Usuariodel Usuario
de Imp. del Sistemade Imp. del Sistema
de Programasde Programas
de Tareasde Tareasde Procesadoresde Procesadores
Lic. Susana Daldin 138
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
Lic. Susana Daldin 139
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
Lic. Susana Daldin 140
Modelo de Implementación
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.
Lic. Susana Daldin 141
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.
Lic. Susana Daldin 142
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.
Lic. Susana Daldin 143
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
Lic. Susana Daldin 144
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).
Lic. Susana Daldin 145
Modelo de Implementación
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)
Lic. Susana Daldin 146
Modelo de Imp. del Sistema
de Imp. del Sistemade Imp. del Sistema
de Programas
de Tareasde Procesadores
del Usuario
Lic. Susana Daldin 147
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.
Lic. Susana Daldin 148
Modelo de ProcesadoresTipos de ProcesadoresTipos de Procesadores
Hardware
Software
Humanos
Lic. Susana Daldin 149
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.
Lic. Susana Daldin 150
Modelo de Procesadores
Composición
P1P1
P2P2
P3P3
Lic. Susana Daldin 151
Modelo de Procesadores
Relación con el Diagrama de Contexto
P1P1
P2P2
P3P3
SistemaSistemaXXXXXX
Lic. Susana Daldin 152
Modelo de Procesadores
Relación con el Diagrama de Contexto
Si todo el sistema fuera atendido por un únicoprocesador ambos modelos deben coincidir.
Lic. Susana Daldin 153
Modelo de Procesadores
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.
Lic. Susana Daldin 154
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.
Modelo de Procesadores
Alcance de la implementación
Lic. Susana Daldin 155
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.
Modelo de Procesadores
Restricciones
Lic. Susana Daldin 156
Restringir los requerimientos, implementando parcialmente el modelo esencial.
Levantar las restricciones, posibilitando la implementación total del modelo esencial.
Modelo de Procesadores
Alternativas ante las Restricciones
Lic. Susana Daldin 157
Modelo de Imp. del Sistema
de Imp. del Sistemade Imp. del Sistemade Imp. del Sistemade Imp. del Sistema
de Programasde Programasdel Usuariodel Usuario
de Tareasde Tareasde Procesadoresde Procesadores
Lic. Susana Daldin 158
Describir las tareas a efectuar por los distintos
procesadores.
Modelo de Tareas
Objeto
Lic. Susana Daldin 159
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
Lic. Susana Daldin 160
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
Lic. Susana Daldin 161
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
Lic. Susana Daldin 162
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
Lic. Susana Daldin 163
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
Lic. Susana Daldin 164
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
Lic. Susana Daldin 165
Modelo de Tareas
Descripción del Flujo de Control
Flujo deFlujo deControlControl
ProcesoProcesodede
ControlControl
Lic. Susana Daldin 166
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
Lic. Susana Daldin 167
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
Lic. Susana Daldin 168
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
Lic. Susana Daldin 169
Modelo de Tareas
Diagrama de Transición de Estado
Enfatiza el comportamiento dependiente del tiempo del sistema.
Lic. Susana Daldin 170
Modelo de Tareas
Diagrama de Transición de Estado
Notación
Estados
Cada rectángulo representa un estado en el que se puede encontrar el sistema.
Lic. Susana Daldin 171
Modelo de Tareas
Diagrama de Transición de Estado
Un conjunto de circunstancias o atributos que
caracterizan a una persona o cosa en un
tiempo dado; forma de ser; condición.
Lic. Susana Daldin 172
Modelo de Tareas
Diagrama de Transición de Estado
Notación
Flechas
Que representan los cambios de estado.
Lic. Susana Daldin 173
Modelo de Tareas
Diagrama de Transición de Estado
Condiciones y acciones
Condiciones que causan un cambio de estado.
Acciones que el sistema toma cuando cambia de estado.
Lic. Susana Daldin 174
Modelo de Tareas
Diagrama de Transición de Estado
ESTADO 1ESTADO 1
ESTADO 2ESTADO 2
Condición
Acción
Lic. Susana Daldin 175
Modelo de Tareas
Relación entre un DFD y un DTE
1111
33332222
XX
YY
ESTADO 1ESTADO 1ESTADO 1ESTADO 1
ESTADO 2ESTADO 2ESTADO 2ESTADO 2
Señal XSeñal X
Activar Burbuja 2Activar Burbuja 2
ESTADO 3ESTADO 3ESTADO 3ESTADO 3
Señal YSeñal Y
Activar Burbuja 3Activar Burbuja 3
Lic. Susana Daldin 176
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.
Lic. Susana Daldin 177
Modelo de Tareas
Diagrama de Transición de Estado
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
Lic. Susana Daldin 178
Modelo de Implementación
de Procesadoresde Procesadores
de Programasde Programasdel Usuariodel Usuario
de Imp. del Sistemade Imp. del Sistemade Imp. del Sistemade Imp. del Sistema
de Tareasde Tareas
Lic. Susana Daldin 179
Describir una tarea computarizada en función de los módulos de software que
interactúan para poder ejecutarla.
Modelo de Programas
Objeto
Lic. Susana Daldin 180
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
Lic. Susana Daldin 181
Modelo de Programas
Diagrama de flujo de datos
Baja deBaja declientecliente
clientesclientesCancelarCancelarcta. delcta. delclientecliente
pedidospedidos
Lic. Susana Daldin 182
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
Lic. Susana Daldin 183
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
Lic. Susana Daldin 184
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
Lic. Susana Daldin 185
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
Lic. Susana Daldin 186
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
Lic. Susana Daldin 187
Es la fuerza de interconexión entre módulos, es
decir de que manera se relacionan los distintos
módulos.
Modelo de Programas
Acoplamiento
Lic. Susana Daldin 188
Agregar detalle de acoplamiento y
cohesión.
FAN IN - FAN OUT.
Modelo de Programas
Lic. Susana Daldin 189
Por estructura Global Común.
Por Contenido.
Por Control.
Por Datos.
Modelo de Programas
Tipos de acoplamiento
Lic. Susana Daldin 190
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
Lic. Susana Daldin 191
Por Coincidencia. Lógica. Temporal. Por Procedimiento. Por Comunicación. Secuencial. Funcional.
Modelo de Programas
Tipos de cohesión
Lic. Susana Daldin 192
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
Lic. Susana Daldin 193
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