Metodologías Estructurada
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
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). Implementa el Sistema de información.  Documenta el sistema. Funciones y responsabilidades
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
Documentadores Escribe los manuales  del sistema de información para la  operación de los mismos. Describe los  circuitos administrativos para la circulación de  la información.  Funciones y responsabilidades
P lanificación y Control de Gestión. Presupuesto y control. Administración de políticas, metodologías, normas y procedimientos. Investigación y desarrollo de nuevas tecnologías. Administración de requerimientos y contrataciones informáticas. Seguimiento de proyectos específicos por  decisión de la Dirección. Funciones y responsabilidades
Ciclo de Vida Clásico Relevamiento Análisis Diseño  Preliminar Prueba de  Sistema Prueba de unidad Prueba de Subsistema Estudio de  requisitos requerimientos del usuario Calendario, presupuesto pedido de requisitos especificación  funcional  necesidades de rendimiento especificación del sistema  configuración  final especificación del programa módulos codificados módulos probados subsistemas probados sistema  probado Diseño detallado Codificación
Ciclo de Vida Estructurado 1. Factibilidad 2. Análisis 3. Diseño 8. Conversión de Bases 6. Ctrol. de Calidad 4. Implemen- tación 9. Instalación Usuarios Directorio Operaciones 5. Pruebas de Aceptación 7. Desc. de  Proced. Directorio requerimientos del sistema políticas de usuario restricciones restricciones  operacionales base de datos existentes documento especificación estructurada especificación de diseño sistema  instalado Informe tentativo costo- beneficio restricciones reporte de costo-  beneficio conjunto de pruebas de control de calidad manual del sistema sistema integrado sistema aceptado base de datos convertidas
Prototipo Antes o después se dispondrá de un modelo gráfico completo del sistema, que será la vía para reemplazarlo por el sistema definitivo. Que pueda incurrirse peligrosamente en suponer que el prototipo es el sistema en producción. Inferimos No puede manejar altos volúmenes de transacciones. Carece de detalles operativos, tales como, recuperaciones de errores, rastreos de auditoría, facilidades de backups, documentación para el usuario y procedimiento de conversión.
Estrategia de modelado A partir del modelo físico actual Modificar Modelo Esencial Actual Usuario Modelar Sistema Físico Actual Derivar Esencia Sistema Actual Información del  sistema actual Nuevos requerimientos Modelo lógico actual Nuevo modelo lógico Modelo físico actual Usuario Modelar Sistema Físico Actual Modificar Modelo Esencial Actual Usuario Modelar Sistema Físico Actual Derivar Esencia Sistema Actual Modificar Modelo Esencial Actual Usuario Modelar Sistema Físico Actual
Estrategia de modelado Con abstracción de la encarnación actual Modificar Modelo Esencial Actual Usuario Modelar Esencia Sistema Actual Información del  sistema actual Nuevos requerimientos Nuevo modelo lógico Modelo lógico actual Modificar Modelo Esencial Actual Usuario Modelar Esencia Sistema Actual
1- Estudio de Factibilidad. 2- Análisis. 3- Diseño. 4- Implementación. 5- Generación de Test de Aceptación. 6- Control de Calidad. 7- Descripción de Procedimientos. 8- Conversión de Base de Datos. 9- Instalación. Ciclo de Vida de un Proyecto 1- Estudio de Factibilidad. 2- Análisis. 3- Diseño. 4- Implementación. 5- Generación de Test de Aceptación. 6- Control de Calidad. 7- Descripción de Procedimientos. 8- Conversión de Base de Datos. 9- 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. Ciclo de Vida de un Proyecto
2 Análisis 2.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
3 Diseño 3.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
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
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
6 Control de Calidad 6.1 Se decide si corresponde o no aceptar el sistema para su instalació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
7 Descripción de procedimiento Es 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
8 Conversión de Base de Datos Tiene 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
9 Instalación La 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
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
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 Etapas Tipos de usuarios
Etapas de la Entrevista: La Preparación. El Desarrollo. La Finalización. Técnicas de Relevamiento
Preparación: Dar conocimiento al personal. Confeccionar listado con nombres, funciones y tareas que efectúan las personas a entrevistar. Decidir la secuencia de entrevistas a efectuar. Confeccionar una lista de temas a tratar. Tomar conocimiento de las tareas que realizan. Técnicas de Relevamiento
Desarrollo Atmósfera. Prejuicios del analista. Actitud imparcial. Conducción de la entrevista. Abierta. Cerrada. Dirigida. Técnicas de Relevamiento
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
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
Técnicas de Relevamiento Tipos de usuarios Paciente. Confuso. Voluble. Autómata. Emperador. Obstruccionista. Suficiente. Desconfiado. Tímido. Limitado. Pedante. Simulador.
Técnicas de Relevamiento Tipos de Preguntas Reenvío (sugerencias) Por su forma de expresión Por su  naturaleza Despiertan confianza Informativas Investigación Despiertan desconfianza
Finalización Abrupta. (postergación de la entrevista) Normal. (charla y resumen) Técnicas de Relevamiento
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
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
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
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.
Modelo del Sistema Modelo Esencial Encarnación Modelo de Implementación
Modelo Esencial Ambiental de Comportamiento de  Act. Esenciales de 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 esenciales Actividades fundamentales:  son las que realizan las tareas que forman parte del sistema y permiten que el mismo cumpla con su propósito. Actividades custodiales:  tienen  por objeto establecer y mantener la memoria 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 datos Los 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 .
Diagrama de flujo de datos Flujo de datos: Un Flujo de datos es una interfase entre distintos  componentes de DFD. Remito
Diagrama de flujo de datos Proceso: Un proceso es una transformación de los flujos que ingresan, en los flujos que salen del mismo.  Cada burbuja requiere un nombre el cual  especifique lo que hace. Procesar  ventas
Diagrama de flujo de datos Almacenamiento: Es un repositorio temporal de datos, puede ser un formulario, diskette, etc.. Stock
Diagrama de flujo de datos Entidades Externas: Es una persona u organización perteneciente al contexto 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. Cliente
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.
Encarnación Comprende a las personas y elementos necesarios para que el sistema funcione y pueda llevar a cabo todos los procesos que deba elaborar para cumplimentar los requerimientos para lo cual fue creado.
Modelo Esencial Ambiental de Comportamiento de  Act. Esenciales de la Memoria 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 sistema Lista de eventos Diagrama de Contexto Componentes
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
Eventos Entidades Externas Estímulos Respuestas Tipo de Activación Tipo de Actividad Objetos esenciales Modelo Ambiental Elementos  de la Lista de eventos
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 Ambiental Concepto de evento
Activados por flujos Activados por el tiempo Modelo Ambiental Tipos 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 Ambiental Identificació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 Ambiental Ejemplo de Diagrama de Contexto Entidad  Externa 1 Entidad Externa 2 Sistema Estímulo 1 Estímulo 2 Respuesta 1
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 Ambiental Consideraciones
Modelo Esencial Ambiental de  Act. Esenciales de la Memoria Esencial de Comportamiento
Modelo de Comportamiento 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á. Características
Derivar el modelo de procesos (Act. esenciales) Derivar el modelo de datos (memoria esencial) Completar el modelo (Leveling) Modelo de Comportamiento Desarrollo
Modelo de Comportamiento DD Lista de eventos DC DFD DER
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 Comportamiento Modelo de las Act. esenciales
Diagrama de flujo de datos. Diccionario de datos. Especificaciones de procesos. Modelo de Comportamiento Modelo de las Act. esenciales Herramientas  utilizadas para el modelado
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. Derivar el modelo de procesos
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. Construcción del DFD preliminar y el 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 . Descomposición del Nivel 1
Modelo de Comportamiento Leveling
Modelo Esencial De las especificaciones mediante la verificación de las reglas de consistencia. Del comportamiento simular el comportamiento.   Verificación - Criterios
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. Modelo Esencial Verificación de las especificaciones
Nadie esta motivado para descubrir sus propios errores… No lo haga Ud. Mismo! Recomendación Esencial

Metodologia Estructurada - Análisis -

  • 1.
  • 2.
  • 3.
    Objetivos Brindar conceptosy 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
  • 4.
    Analista Interpretalos 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). Implementa el Sistema de información. Documenta el sistema. Funciones y responsabilidades
  • 5.
    Analista de organizacióny 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
  • 6.
    Documentadores Escribe losmanuales del sistema de información para la operación de los mismos. Describe los circuitos administrativos para la circulación de la información. Funciones y responsabilidades
  • 7.
    P lanificación yControl de Gestión. Presupuesto y control. Administración de políticas, metodologías, normas y procedimientos. Investigación y desarrollo de nuevas tecnologías. Administración de requerimientos y contrataciones informáticas. Seguimiento de proyectos específicos por decisión de la Dirección. Funciones y responsabilidades
  • 8.
    Ciclo de VidaClásico Relevamiento Análisis Diseño Preliminar Prueba de Sistema Prueba de unidad Prueba de Subsistema Estudio de requisitos requerimientos del usuario Calendario, presupuesto pedido de requisitos especificación funcional necesidades de rendimiento especificación del sistema configuración final especificación del programa módulos codificados módulos probados subsistemas probados sistema probado Diseño detallado Codificación
  • 9.
    Ciclo de VidaEstructurado 1. Factibilidad 2. Análisis 3. Diseño 8. Conversión de Bases 6. Ctrol. de Calidad 4. Implemen- tación 9. Instalación Usuarios Directorio Operaciones 5. Pruebas de Aceptación 7. Desc. de Proced. Directorio requerimientos del sistema políticas de usuario restricciones restricciones operacionales base de datos existentes documento especificación estructurada especificación de diseño sistema instalado Informe tentativo costo- beneficio restricciones reporte de costo- beneficio conjunto de pruebas de control de calidad manual del sistema sistema integrado sistema aceptado base de datos convertidas
  • 10.
    Prototipo Antes odespués se dispondrá de un modelo gráfico completo del sistema, que será la vía para reemplazarlo por el sistema definitivo. Que pueda incurrirse peligrosamente en suponer que el prototipo es el sistema en producción. Inferimos No puede manejar altos volúmenes de transacciones. Carece de detalles operativos, tales como, recuperaciones de errores, rastreos de auditoría, facilidades de backups, documentación para el usuario y procedimiento de conversión.
  • 11.
    Estrategia de modeladoA partir del modelo físico actual Modificar Modelo Esencial Actual Usuario Modelar Sistema Físico Actual Derivar Esencia Sistema Actual Información del sistema actual Nuevos requerimientos Modelo lógico actual Nuevo modelo lógico Modelo físico actual Usuario Modelar Sistema Físico Actual Modificar Modelo Esencial Actual Usuario Modelar Sistema Físico Actual Derivar Esencia Sistema Actual Modificar Modelo Esencial Actual Usuario Modelar Sistema Físico Actual
  • 12.
    Estrategia de modeladoCon abstracción de la encarnación actual Modificar Modelo Esencial Actual Usuario Modelar Esencia Sistema Actual Información del sistema actual Nuevos requerimientos Nuevo modelo lógico Modelo lógico actual Modificar Modelo Esencial Actual Usuario Modelar Esencia Sistema Actual
  • 13.
    1- Estudio deFactibilidad. 2- Análisis. 3- Diseño. 4- Implementación. 5- Generación de Test de Aceptación. 6- Control de Calidad. 7- Descripción de Procedimientos. 8- Conversión de Base de Datos. 9- Instalación. Ciclo de Vida de un Proyecto 1- Estudio de Factibilidad. 2- Análisis. 3- Diseño. 4- Implementación. 5- Generación de Test de Aceptación. 6- Control de Calidad. 7- Descripción de Procedimientos. 8- Conversión de Base de Datos. 9- Instalación.
  • 14.
  • 15.
    1 Estudio deFactibilidad 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
  • 16.
    2 Análisis 2.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
  • 17.
    3 Diseño 3.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
  • 18.
    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
  • 19.
    5 Generación deTest 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
  • 20.
    6 Control deCalidad 6.1 Se decide si corresponde o no aceptar el sistema para su instalació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
  • 21.
    7 Descripción deprocedimiento Es 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
  • 22.
    8 Conversión deBase de Datos Tiene 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
  • 23.
    9 Instalación Lainstalació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
  • 24.
    Establecer la horaadecuada 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
  • 25.
    Técnicas de RelevamientoLas 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.
  • 26.
    Técnicas de RelevamientoEntrevistas 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.
  • 27.
  • 28.
    Etapas de laEntrevista: La Preparación. El Desarrollo. La Finalización. Técnicas de Relevamiento
  • 29.
    Preparación: Dar conocimientoal personal. Confeccionar listado con nombres, funciones y tareas que efectúan las personas a entrevistar. Decidir la secuencia de entrevistas a efectuar. Confeccionar una lista de temas a tratar. Tomar conocimiento de las tareas que realizan. Técnicas de Relevamiento
  • 30.
    Desarrollo Atmósfera. Prejuiciosdel analista. Actitud imparcial. Conducción de la entrevista. Abierta. Cerrada. Dirigida. Técnicas de Relevamiento
  • 31.
    Desarrollo Situación delentrevistado. Coordinación de las entrevistas. Intercalación de temas de relajamiento. Pertenencia. Ausencia de crítica. Tiempo para pensar. Técnicas de Relevamiento
  • 32.
    Desarrollo Distracción externao 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
  • 33.
    Técnicas de RelevamientoTipos de usuarios Paciente. Confuso. Voluble. Autómata. Emperador. Obstruccionista. Suficiente. Desconfiado. Tímido. Limitado. Pedante. Simulador.
  • 34.
    Técnicas de RelevamientoTipos de Preguntas Reenvío (sugerencias) Por su forma de expresión Por su naturaleza Despiertan confianza Informativas Investigación Despiertan desconfianza
  • 35.
    Finalización Abrupta. (postergaciónde la entrevista) Normal. (charla y resumen) Técnicas de Relevamiento
  • 36.
    Toma de notasVentajas 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
  • 37.
    Conclusión No creertodo lo que oye. Comprobar todo. Desconfiar de necesidades artificiales. Importancia de recibir documentación. Distinguir informaciones emocionales y de hecho. Técnicas de Relevamiento
  • 38.
    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
  • 39.
    Entidades Definimosa la Entidad, como una familia de objetos con los mismos atributos. Las Entidades constituyen el interés principal del análisis de los datos.
  • 40.
    Atributos Los Atributosson 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.
  • 41.
    Modelo del SistemaModelo Esencial Encarnación Modelo de Implementación
  • 42.
    Modelo Esencial Ambientalde Comportamiento de Act. Esenciales de la Memoria Esencial
  • 43.
    Modelo Esencial Esuna representación de lo que el sistema debe hacer sin tener en cuenta los aspectos técnicos de como lo hará.
  • 44.
    Esencia Es lanaturaleza 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 .
  • 45.
    Tecnología perfecta Llevaa 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.
  • 46.
    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
  • 47.
    Actividades esenciales Actividadesfundamentales: son las que realizan las tareas que forman parte del sistema y permiten que el mismo cumpla con su propósito. Actividades custodiales: tienen por objeto establecer y mantener la memoria esencial del sistema. Esencia
  • 48.
    Esencia Almacenamiento Estímulo1 Estímulo 2 Respuesta Proceso 1 Proceso 2 Ejemplo de Actividades esenciales
  • 49.
    Diagrama de flujode 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.
  • 50.
    Diagrama de flujode datos Los 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 .
  • 51.
    Diagrama de flujode datos Flujo de datos: Un Flujo de datos es una interfase entre distintos componentes de DFD. Remito
  • 52.
    Diagrama de flujode datos Proceso: Un proceso es una transformación de los flujos que ingresan, en los flujos que salen del mismo. Cada burbuja requiere un nombre el cual especifique lo que hace. Procesar ventas
  • 53.
    Diagrama de flujode datos Almacenamiento: Es un repositorio temporal de datos, puede ser un formulario, diskette, etc.. Stock
  • 54.
    Diagrama de flujode datos Entidades Externas: Es una persona u organización perteneciente al contexto 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. Cliente
  • 55.
    Diagrama de flujode 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.
  • 56.
    Encarnación Comprende alas personas y elementos necesarios para que el sistema funcione y pueda llevar a cabo todos los procesos que deba elaborar para cumplimentar los requerimientos para lo cual fue creado.
  • 57.
    Modelo Esencial Ambientalde Comportamiento de Act. Esenciales de la Memoria Esencial
  • 58.
    Objetivos: Describir losrequerimientos 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
  • 59.
    Modelo Ambiental Propósitodel sistema Lista de eventos Diagrama de Contexto Componentes
  • 60.
    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á.
  • 61.
    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
  • 62.
    Eventos Entidades ExternasEstímulos Respuestas Tipo de Activación Tipo de Actividad Objetos esenciales Modelo Ambiental Elementos de la Lista de eventos
  • 63.
    Es una acciónproducida 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 Ambiental Concepto de evento
  • 64.
    Activados por flujosActivados por el tiempo Modelo Ambiental Tipos de eventos
  • 65.
    Los más trivialesde 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 Ambiental Identificación de eventos
  • 66.
    Debe contener unSujeto. Verbo. Objeto. Modelo Ambiental Descripción de los eventos
  • 67.
    Modelo Ambiental Ejemplode 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
  • 68.
    Tiene por objetodefinir 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
  • 69.
    Modelo Ambiental Ejemplode Diagrama de Contexto Entidad Externa 1 Entidad Externa 2 Sistema Estímulo 1 Estímulo 2 Respuesta 1
  • 70.
    Minimizar los erroresen 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 Ambiental Consideraciones
  • 71.
    Modelo Esencial Ambientalde Act. Esenciales de la Memoria Esencial de Comportamiento
  • 72.
    Modelo de ComportamientoDescribe 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á. Características
  • 73.
    Derivar el modelode procesos (Act. esenciales) Derivar el modelo de datos (memoria esencial) Completar el modelo (Leveling) Modelo de Comportamiento Desarrollo
  • 74.
    Modelo de ComportamientoDD Lista de eventos DC DFD DER
  • 75.
    Representa las funcionesesenciales 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 Comportamiento Modelo de las Act. esenciales
  • 76.
    Diagrama de flujode datos. Diccionario de datos. Especificaciones de procesos. Modelo de Comportamiento Modelo de las Act. esenciales Herramientas utilizadas para el modelado
  • 77.
    Modelo de ComportamientoConstruir un DFD preliminar en base a la lista de eventos. Desarrollar el DFD de Nivel 1. Desarrollar el leveling de cada actividad esencial. Derivar el modelo de procesos
  • 78.
    Modelo de ComportamientoDibujar 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. Construcción del DFD preliminar y el Nivel 1
  • 79.
    Modelo de ComportamientoLa 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 . Descomposición del Nivel 1
  • 80.
  • 81.
    Modelo Esencial Delas especificaciones mediante la verificación de las reglas de consistencia. Del comportamiento simular el comportamiento. Verificación - Criterios
  • 82.
    Todo flujo oalmacenamiento 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. Modelo Esencial Verificación de las especificaciones
  • 83.
    Nadie esta motivadopara descubrir sus propios errores… No lo haga Ud. Mismo! Recomendación Esencial