CIS-425: Análisis y diseño de sistemas Semana 3 Dr. Jesús Borrego Lead Faculty, COS Regis University

Agenda Vocabulario Clave Capítulo 4 – Model de Requisitos Actividad 1 Capítulo 5 – Model de datos y procesos Actividad 2

Vocabulario clave Federation Methodology Systems Development LifeCycle Federación Metodología Ciclo vitalicio del desarrollo de sistemas

Capítulo 4 – Modelo de Requisitos El análisis de sistemas es la segunda de las 5 fases del SDLC Usaremos el modelo de requisitos, datos, procesos y objectos para representar el sistema Consideraremos varias estrategias para el nuevo sistema y el plan de transición a las tareas del diseño del sistema

Objetivos Describir las actividades de la fase de análisis del sistema Explicar el desarrollo de aplicación conjunta (joint application development - JAD), desarrollo rápido de aplicaciones (rapid application development -RAD), y métodos ágiles Usar un diagrama de descomposición funcional (functional decomposition diagram -FDD) para modelar las funciones y procesos del negocio

Objetivos Describir el Lenguaje de Modelado Unificado (Unified Modeling Language - UML) y estudiar ejemplos de diagramas UML Enumerar y describir requisitos del sistema, incluyendo salidas, entradas, procesos, requirements, including outputs, inputs, processes, desempeño y controles Explicar el concepto de escalabilidad

Objetivos Usar técnicas de determinación de los hechos, incluyendo entrevistas, revisión de documentos, observación, cuestionarios, toma de muestras e investigación Definir el costo total de propiedad (total cost of ownership - TCO) Llevar a cabo una entrevista exitosa Desarrollar métodos eficaces de utilizar durante el desarrollo del sistema

Introducción En este capítulo se describen técnicas de modelado de requisitos de modelado y métodos apropiados para el equipo que los analistas de sistemas usan para visualizar y documentar nuevos sistemas También se discuten los requisitos del sistema y las técnicas de investigación que incluyen entrevistas, revisión de documentos, observación, encuestas y cuestionarios, muestreo e investigación

Fase del Análisis del Sistema El objectivo de la fase del análisis del sistema es comprender el proyecto propuesto, asegurar que se apoyen los requisitos empresariales, y construír una base sólida para desarrollar el sistema Usaremos modelos y otras herramientas para documentar y visualizar el sistema propuesto

Fase del Análisis del Sistema Tareas de la fase del análisis de sistemas Actividades del Análisis del Sistema Modelar requisitos Salidas Entradas Procesos Rendimiento Securidad Modelo de Requisitos Modelo de Procesos y Datos Modelo de Objetos Estrategias de desarrollo

Fase del Análisis del Sistema Actividades del Análisis de Sistemas Modelar datos y procesos Modelar Objectos Estrategias de Desarrollo Documento de requisitos del sistema

Fase del Análisis del Sistema Habilidades del Analista de Sistemas Habilidades analiticas Habilidades Interpersonales Métodos y técnicas orientadas a equipos Desarrollo de aplicación conjunta (Joint application development - JAD) Desarrollo rápidas de aplicaciones (Rapid application development - RAD) Métodos Agiles

Desarrollo de aplicación conjunta Participa el usuario Usuarios tienen sumo interés en el sistema de información y deben participar completamente Los sistemas de éxito deben ser orientados al usuario y los usuarios deben participar Una estrategia muy popular es el desarrollo de aplicación conjunta (JAD)

Desarrollo de aplicación conjunta JAD Participants and Roles

Desarrollo de aplicación conjunta JAD ventajas y desventajas Mas cara y puede ser difícil si el group es granda con relación al tamaño del proyecto Permite que los usuarios participen efectivamente Si se usa debidamente, JAD resulta en la declaración mas precisa de los requisitos del sistema, un mejor entendimiento de los objetivos comunes y un mayor compromiso para el éxito del sistema nuevo

Desarrollo de aplicación conjunta Es una técnica basada en el equipo que acelera el desarrollo del sistema y produce un sistema de información funcional Depende en gran medida en la creación de prototipos y participación de los usuarios El proceso interactivo continua hasta que el sistema es completamente desarrollado y los usuarios estan satisfechos

Desarrollo rápido de aplicaciones

Desarrollo rápido de aplicaciones Objectivos de RAD Reducir el tiempo y costo por To cut development time and expense mediante a la participación de los usuarios en todas las fases del desarrollo del sistema Para tener éxito, el equipo rAD deve tener los recursos de informática, habilidades y apoyo de los ejecutivos Permite al equipo diseñar un sistema que requiere sistemas complejos visuales

Desarrollo rápido de aplicaciones Ventajas y desventajas Los sistemas pueden ser desarrollados más rápidamente con gran ahorro de costos Enfoque en detalles del sistema y no hace hincapié en las necesidades estratégicas de la empresa Podría permitir menos tiempo para desarrollar la calidad, consistencia y estándares de diseño

Métodos Agiles Intenta desarrollar un sistema graduálmente Herramienta Agilian incluye apoyo de muchas herramientas de modelos Varios programadores ágiles prefieren no usar herramientas electrónicas y usan pizarrones y notas pegadas en la pared

Métodos Agiles Scrum es un término de rugby (página 149) Cerdos y pollos: Cerdos: dueño del producto, facilitador, equipo de desarrollo Pollos: usuarios, gerentes, y otros individuos con interés en el proyecto http://www.youtube.com/watch?v=WPoBA18Q_3g Sesiones de scrum tienen reglas específicas que hacen hincapié en bloques de tiempo, interacción y actividades del equipo que producen software que puede entregarse al cliente

Métodos Agiles Ventajas y desventajas Flexibles y eficientes para acomodar cambios Entregas frequentes constantemente validan el proyecto y reducen riesgos Los miembros del equipo necesital altas habilidades técnicas e inteacción personal Pueden tener cambios enormes en alcance

Herramientas y técnicas de models Involucra métodos gráficos y lenguaje no técnico que representa el sistema en varias etapas de desarrollo Se pueden usar varias herramientas Diagramas de descomposición Funcional Functional decomposition diagram - FDD Modelan funciones del negocio y demuestran como se organizan en procesos a niveles bajos

Herramientas y técnicas de modelos Modelo del procesos del negocio (p.151) Business process model (BPM) Notación ded modelo de negocios Business process modeling notation (BPMN) Alberca (Pool) Carriles de natación (Swim lanes)

Carril de natación (Swimlane)

Herramientas y técnicas de modelos Diagramas de flujo de datos Data flow diagram (DFD) Demuestra como el sistema almacena, procesa y transforma datos Niveles adicionales de información y detalles se muestran en DFDs relacionados

Herramientas y técnicas de modelos Lenguaje de modelo unificado (Unified Modeling Language – UML) Usado ampliamente para visualizar y documentar el diseño de software Diagrams “Use case” Actor Diagramas de sequencia

Lista de verificación de requerimientos del sistema Cinco categorias: Salidas – p. 153 Entradas – p.154 Procesos – p.154 Rendimiento (performance) – p.154 Control – p.154-155

Crecimiento futuro, costos y beneficios Escalabilidad Un sistema escalable ofrece un mejor retorno de la inversión inicial Para evaluar la escalabilidad, se necesita información sobre el volúmen futuro proyectado para todas las salidas, entradas, y procesos

Crecimiento futuro, costos y beneficios Costo Total de Propiedad Total cost of ownership (TCO) es especialmente importante si se estan consideranto alternativas Un problema es que el costo estimado tiende a subestimar costos indirectos

Investigación de hechos Descripción general de investigación Primero se identifica la información necesaria Desarrolle el plan de investigación ¿Quien, que, donde, cuando, como, porque? La diferencia entre preguntar que se hace y que puede o debe hacerse

Investigación de hechos El Marco Zachman Zachman Framework for Enterprise Architecture Ayuda a gerentes y usuarios aentender el model y asegura que las metas del negocio se traducen en proyectos con éxito

Entrevistas Paso 1: Determine a quien entrevistar Estructuras informales Paso 2: Establecer objectivos para la entrevista Buscar las áreas generales para discutir Enumere los datos que se desean obtener

Entrevistas Paso 3: Desarrolle las preguntas de la entrevista Creación de una lista estándar de preguntas de la entrevista ayuda a mantener el rumbo y evitar tangentes innecesarias Evite preguntas capciosas Preguntas abiertas - p. 160 Preguntas cerradas - p. 160 Alcance de las respuestas a las preguntas

Entrevistas Paso 4: Prepárese para la entrevista La preparación cuidadosa es esencial para la entrevista ya que la entrevista es una reunión importante y no una plática casual Limite la entrevista a menos de una hora Mande la lista de temas Pregunte si se pueden obtener muestras disponibles

Entrevistas Paso 5: Realizar la entrevista Desarrolle plan específico para le reunión Empieze por presentarse, describir el proyecto y explicar los objetivos de la entrevista Escuchar con atención Proporcione tiempo para pensar acerca de la pregunta a la persona Después de la entrevista, debe resumir la sesión y buscar confirmación

Entrevistas Paso 6: Documentar la entrevista Tomar notas deben mantenerse al mínimo Después de realizar la entrevista, se debe captar la información de forma rápida Después de la entrevista, envíe una nota al entrevistado para expresar su aprecio Especifique la fecha, hora, lugar, propósito de la entrevista y los puntos mayores discutidos para que el entrevistado tenga un documento donde pueda agregar o corregir datos

Entrevistas Paso 7: Evaluar la entrevista Entrevistas sin éxito Aparte de captar los hechos obtenidos en la entrevista, trate de identificar posibles sesgos (biases) Entrevistas sin éxito No importa lo bien que se prepare para las entrevistas, algunos no tienen éxito

Otras técnicas de determinación de los hechos Revisión de documentos Al ver el sistema en acción se da una perspectiva adicional y una mejor comprensión de los procedimientos del sistema Planee sus observaciones por adelantado Efecto Hawthorne (Western Electric, 1920)

Other Fact-Finding Techniques Questionnaires and Surveys When designing a questionnaire, the most important rule of all is to make sure that your questions collect the right data in a form that you can use to further your fact- finding Fill-in form

Otras técnicas de determinación de los hechos Investigación Se puede incluír el Internet, revistas de IT magazines y libros para obtener información, material técnico, y noticias sobre desarrollo y actualización Visita de planta

Otras técnicas de determinación de los hechos Entrevistas o cuestionarios Entrevista es mas familiar y personal Cuestionarios le dan a mas personas la oportunidad de proveer comentarios y sugerencias Brainstorming Brainstorming estructurado Brainstorming sin estructura

Documentación Necesidad de Registro de los Datos Registrar la información lo mas rápido posible Use el método mas simple Registre la información de manera que sea entendida por otros Organize su documentación de manera que el material relacionado se localize fácilmente

Documentación Herramientas CASE Tools Software de Productividad Proceso de datos, Word processing, hojas de cálculo, bases de manejo de datos, software de presentación, y programas de colaboración Histogramas

Vista previa de modelos lógicos Después de modelar los requisitos, los diseñadores deben de tener un entendimiento claro de los procesos del negocio y los requerimientos del sistema El siguiente paso es construír un modelo lógico del sistema Los profesionales de informática tienen puntos de vista diferentes acerca de métodos de desarrollo de sistemas y no existe una manera universalmente aceptada por todos

Resúmen del capítulo El análisis del sistema incluye 3 actividades: modelar requisitos, datos y procesos También incluye considerar la s estrategias de desarrollo El objetivo principal es entender el proyecto propuesto, asegurarse que apoyará los requerimientos del negocio y formará la base para la fase del desarrollo del sistema

Resúmen del capítulo Los procesos de investigación de requisitos incluyen entrevistas, revisar documentos, observaciones, cuestionarios, investigaciones Los analistas de sistemas deben captar cuidadósamente la información obtenida en cuanto de captura Hay varias herramientas que ayudan al analista a visualizar y documentar el sistema de información

Actividad 1 Diagrama de flujo de datos (8:35 min): http://www.youtube.com/watch?v=5iNUye_- nFk Modelado de negocios (8:16 min.): http://www.youtube.com/watch?v=M_V_0EI5z Go Análisis de sistemas y DFDs (9:22 min.) – Inglés: http://www.youtube.com/watch?v=X9MyqHGP DaI

Capítulo 5: Modelar datos y procesos Describir conceptos y herramientas para modelar datos y procesos Incluye diagramas de flujo de datos, diccionario de datos, y descripción de procesos Describir los símbolos usados en los diagramas de flujo y explicar las reglas para su uso Dibujar los diagramas de flujo en secuencia, de nivel general a específico Explicar como balancear y nivelar un conjunto de diagramas de flujo de datos.

Objetivos Describir como usar el diccionario de datos y lo que contiene Usar herramientas de descripción de procesos, incluyendo inglés estructurado, tablas de decisiones, y árboles de lógica Describir la relación entre modelos lógicos y físicos

Introducción En los capítulos 5 y 6, se desarrollará un model0 lógico de un sistema incluyendo la documentación de los requerimientos El modelo lógico muestra lo que debe hacer el sistema El modelo físico muestra como se debe construír el sistema

Vista de herramientas para modelar datos y procesos Hay varias técnicas visuales que usan los analistas de sistemas para describir sistemas de información El diagrama de flujo de datos (data flow diagram - DFD) usa varios símbolos para mostrar como el sistema transforma entradas en información útil

Diagramas de flujo de datos Un diagrama de flujo de datos muestra como los datos traversan el sistema de información, pero no muestra la lógica o los pasos del procesos El conjunto de diagrama de flujo de datos provee modelos lógicos que demuestran lo que el sistema hace, pero no como lo hace

Diagramas de flujo de datos Símbolos

Diagramas de flujo de datos Símbolos Proceso Recibe datos de entrada y produce salidas que tiene contenido diferente y/o forma diferente Contiene la lógica del negocio, también llamada reglas del negocio Se refiere como una caja negra (black box)

Diagramas de flujo de datos Símbolos Flujo de datos Representa uno o mas s one or more detalles de datos El símbolo es una línea fon una o doble flecha Se genera espontáneamente

Diagramas de flujo de datos Símbolos Almacén de datos Representa datos que el sistema almacena Las características físicas del almacén no son importantes pues estamos trabajando con un modelo lógico

Diagramas de flujo de datos Símbolos Símbolo de Entidad El nombre aparece dentro del símbolo Terminadores Fuente (source) Lavabo (sink)

Creando diagramas de flujo de datos Crea un modelo gráfico del sistema de información basado en los resultados obtenidos Primero, revisa las reglas para crear DFDs. Luego aprenderás como aplicar las reglas para crear DFDs usando on proceso de tres pasos

Creando diagramas de flujo de datos Pasos Dibuja el diagrama de contexto que ocupe una página Usa el nombre del sistema de información como el nombre del proceso en el diagrama de contexto Cada símbolo debe tener un nombre único

Creando diagramas de flujo de datos Reglas No crucen líneas Provee un nombre distinto y un número de referencia para cada proceso Obtener los mas posibles comentarios y retroalimentación del usuario

Creando diagramas de flujo de datos Paso 1: Dibujar el diagrama de contexto

Creando diagramas de flujo de datos Paso 2: Dibujar el DFD

Creando diagramas de flujo de datos Paso 2: Dibujar el DFD Si los datos fluyen en ambas direcciones, se puede usar una flecha con dos cabezas Diagrama 0 es una vista explotada del proceso o Diagrama del padre Diagrama de los hijos Funciones primitivas

Creando diagramas de flujo de datos Paso 3: Dibujar los diagramas de bajos niveles Se debes usar las técnicas de nivel y balance Ejemplos de nivel Usa series de niveles cada vez mas detallados para ilustrar el sistema de información Explotar, partir, o descomponer

Creando diagramas de flujo de datos Paso 3: Dibujar niveles bajos Ejemplos de balanceo Asegura que entradas y salidas del diagrama del padre se mantengan en los diagramas de los hijos

Diccionario de datos El diccionario de datos, o repositorio de datos, es el almacén central de información de datos del sistema El analista usa el diccionario para acumular, documentar y organizar los datos específicos del sistema También define y describe todos los datos importantes y combinaciones significativas de los elementos de los datos

Diccionario de datos Un elemento de datos, también llamado elemento o campo, es el elemento mas pequeño con significado Elementos de datos se combinan en archivos, también llamados estructuras de datos Un archivo es una combinación significativa de elementos relacionados que se incluyen en el flujo de datos o guardados en el almacén de datos

Diccionario de datos Usando herramientas CASE para documentar Lo mas complejo el sistema, lo mas difícil mantener documentación completa y precisa Herramientas CASE modernas simplifican nuestra tarea El repositorio CASE asegura consistencia de datos

Diccionario de datos Documentando los elementos de datos Deben documentar cada elemento en el diccionario de datos El objectivo es el mismo: proveer información clara y comprensiva acerca de los procesos que conforman el sistema

Diccionario de datos Documentando los elementos de datos Los siguientes atributos se capturan y describen: Nombre del elemento de dato y etiqueta Alias Tipo y tamaño Valor predeterminado Valores aceptables – Reglas de dominio y validez

Diccionario de datos Documentando los elementos de datos También se captura lo siguiente Fuente de datos Seguridad Usuario(s) responsables Descripción y comentarios

Diccionario de datos Documentando los elementos de datos Atributos típicos Nombre del flujo de datos o etiqueta Descripción Nombre alterno Fuente de datos Destino Archivo Volúmen y frequencia

Diccionario de datos Documentando los almacenes de datos Caracteristicas típicas Nombre o etiqueta del almacén Descripción Nombres alternos Atributos Volúmen y frequencia

Diccionario de datos Documentando los procesos Caracteristicas típicas Nombre o etiqueta del proceso Número del proceso Descripción del proceso

Diccionario de datos Documentando las entidades Caracteristicas típicas Nombre o etiqueta de las entidades Descripción Nombres alternos Datos de flujo de salida Datos de flujo de entrada

Diccionario de datos Documentando los registros Características típicas de registros incluyen: Registro o nombre de la estructura de datos Definición o descripción Nombres alternos Atributos

Diccionario de datos Reportes del diccionario de datos Varios reportes valiosos Una lista en orden alfabético de todos los elementos de datos por nombre Un reporte que describe cada elemento de datos y que indica el usuario o departamento responsable por entrada de datos, actualización o supresión Un reporte de todos los datos de flujo y almacenes que utilizan el elemento de datos particular Reportes detallados mostrando todas las características de los elementos de datos, registros, flujos de datos, procesos u otros elementos seleccionados para guarder en el almacén

Herramientas de descripción de procesos La descripción del proceso documenta los detalles de primitivas funcionales, las que representan un conjunto específico de pasos de proceso y lógica de negocios Se nota que este capítulo trata con el análisis estructurado, pero las herramientas de descripción de procesos también se pueden usar en desarrollo orientado a objetos (Capítulo 6)

Herramientas de descripción de procesos Diseño modular Basado en una combinación de tres estructuras lógicas, las cuales sirven como bloques de construcción del proceso Secuencia Selección Iteración - repetición

Herramientas de descripción de procesos Inglés estructurado Debe cumplir con las siguientes reglas Solo usa los tres bloques de secuencia, selección y repetición Desliza texto para facilitar entendimiento Usa un vocabulario limitado , incluyendo términos estándard usados en el diccionario de datos y palabras específicas que describen las reglas del proceso

Herramientas de descripción de procesos Inglés estructurado Será muy familiar a los estudiantes de programación porque resembla pseudocódigo El propósito principal del inglés estructurado es la descripción de la lógica de negocios

Herramientas de descripción de procesos Tablas de decisión Muestra la estructura lógica, con todas las combinaciones posibles y acciones de condiciones y acciones resultantes Es importante considerar cada posible resultado para asegurar que nada se olvide

Herramientas de descripción de procesos Tablas de decisión El número de reglas se dobla cada vez que se agrega una condición Puede tener mas de dos resultados posibles Normalmente son la mejor manera de explicar condiciones complejas

Herramientas de descripción de procesos Arboles de decisión

Modelos logical o físicos Aunque las herramientas de análisis estructurado se usan para desarrollar un modelo lógico para el sistema de información nuevo, también se pueden usar para desarrollar modelos físicos Un modelo físico muestra como se implementan los requerimientos

Modelos logical o físicos Modelos de secuencia Muchos analistas de sistemas crean modelos físicos del sistema actual y luego desarrollan un modelo lógico del mismo antes de crear el modelo lógico del sistema nuevo Realizar este paso extra les permite entender mejor el sistema

Modelos logical o físicos Enfoque de cuatro modelos Desarrollo del modelo físico del sistema actual, el modelo lógico del mismo, un modelo lógico del sistema nuevo y un modelo físico del sistema nuevo La única desventaja del enfoque de cuatro modelos es el tiempo y costo adicional

Resúmen Durante el proceso de modelos de datos y procesos, el analista de sistemas desarrolla modelos visuales para demostrar como el sistema transforma datos en información útil El producto final del modelo de datos y procesos es un modelo lógico que apoya operacions de negocios para satisfacer las necesidades del usuario Modelos de datos y procesos requiere tres herramientas básicas: diagramas de flujo de datos, un diccionario de datos y descripciones de procesos

Resúmen Diagramas de flujo de datos (DFDs) muestran gráficamente el movimiento y transformación de datos del sistema de información DFDs usan cuatro símbolos El grupo de DFDs es como una pirámide con el diagrama de contexto en el punto mas alto

Resúmen El diccionario de datos es la herramienta central para el análisis estructurado Cada proceso primitivo funcional se documenta con inglés estructurado, tablas de deicsión y árboles de decisión Herramientas de análisis estructurado se pueden usar para desarrollar un modelo lógico durante la fase del análisis del sistema y un modelo físico durante la fase del diseño del sistema

Actividad 2 Presentar requerimientos al cliente

¿Preguntas?

Proyecto Escenario del proyecto final Caso de estudio Asignaciones del proyecto para el resto del curso Nuestro cliente

Escenario del proyecto final Ustedes son miembros del equipo de desarrollo y trabajan para mi empresa Son expertos en redes, bases de datos, diseño Web, comercio electrónico, desarrollo de software y gestión de proyectos Van a tener una entrevista con el cliente para documentar sus requerimientos Trabajarán como equipo pero su grado será basado en su participación. Van a dividir su trabajo cada semana. Documenten su trabajo cada semana.

Proyecto Clase 1: Conocen al cliente Clase 2: Clase 3: Clase 4: Antes de la siguiente semana, preparen su ‘Problem Statement’ en inglés Clase 2: Preparen una lista de preguntas para captar los requerimientos – antes de la clase Van a entrevistar al cliente basado en el proyecto Clase 3: Preparen un reporte documentando los requisitos en español Presentarán el documento al cliente, en clase Obtandrán aprobación verbal y prepararán el documento de la especificación Clase 4: Preparen documento de viabilidad y especificaciones – antes de la clase Presentarán al cliente – en inglés Obtandrán firma del cliente

Proyecto - II Clase 6: Clase 7: Clase 8: Clase 5: Preparen diseño de alto nivel y presentar al cliente Incluír red, base de datos, pantallas, reportes, costo, etc. Presenten al cliente en clase Obtengan apruebo del cliente Clase 6: Preparen diseño detallado y presentar al cliente Clase 7: Entragan el proyecto final Se presentará en la última clase Clase 8: Presentación final al cliente

Proyecto Final Contenido – en inglés: Vean el ejemplo en la página Web Management Summary Existing System Proposed System Impact of proposed system Analysis of proposed system Implementation Schedule Project Presentation Vean el ejemplo en la página Web

¿Preguntas? Manden correo electrónico a jborrego@regis.edu