1 CIS-425: Análisis y diseño de sistemas Semana 1Dr. Jesús Borrego Lead Faculty, COS Regis University
2 Agenda Instructor Introducción al curso Programa de estudiosCapítulo 1 – Contexto de métodos de análisis y diseño Capítulo 2 – Bloques de construcción de informática Capítulo 3 – Desarrollo de sistemas de informática Proyecto Siguientes clases
3 Instructor Dr. Jesús Borrego Educación Ubicado: Casado, 5 hijosPhD MIS; MS CS; BS CS; BS EE Ubicado: Colorado Springs Casado, 5 hijos Maestro desde 1989, a nivel de Asociado, Licenciado y Maestría En Regis U. desde 1995
4 Introducción Prerequisitos Materiales del cursoCS 362 – Estructuras de datos Materiales del curso Libro de texto Acceso a computadora personal MS Project y Visio – copias de evaluación disponibles por Microsoft
5 Programa de estudios Página Web del instructor: Página del curso: Estudia el análisis y diseño de sistemas informáticos basados en el computador. Considera procesos de transformación y diseño integral. Incluye la tecnología avanzada, enfatizando sistemas expertos y basados en el conocimiento. Considera recursos humanos, comunicaciones y computadoras en un marco sistémico.
6 Página Web Clic CIS425
7 Libro de texto Whitten, Jeffrey L., and Bentley, Lonnie D. (2007) Systems Analysis and Design. (7th edition). Boston: Irwin/McGraw- Hill. ISBN 13: (REQUERIDO) NOTA: 6a o 8a edición no debe usarse
8 Método de evaluación ASIGNACION VALOR Tarea 25% Participación 10%Presentaciones % Proyecto final 40% TOTAL %
9 Horario tentativo de clasesPágina Web
10 Vocabulario clave Federation Methodology Systems Development LifeCycleFederación Metodología Ciclo vitalicio del desarrollo de sistemas
11 Cap. 1 – Contexto de los métodos de análisis y diseñoSupongan que son programadores y su cliente les pregunta que le hagan un programa. ¿Por donde empiezan? ¿Como se aseguran que el cliente reciba lo que necesita? ¿Como previenen desacuerdos entre lo que el cliente quería y lo que se le entregó?
12 Interesados Dueños del sistema Usuarios del sistema DiseñadoresInternos y externos Diseñadores Constructores Analistas Proveedores externos de servicios Gerente del proyecto
13 Fig 1-1
14 Organización Típica– Fig. 1-21 – Dueños del sistema 2 – Diseñadores/ Constructores 3 – Analiistas 4 – Diseñadores 5 – Analistas
15 Analistas de sistemas Interfaz entre clientes y diseñadoresTraducen requisitos del negocio y requisitos técnicos Se comunica con los clientes en su propio lenguaje Se comunica con los programadores en su propio lenguaje El lenguaje es diferente ¿Que es un usuario? Típicamente proviene del mundo de negocios
16 Analista de sistemas– Fig. 1-3
17 Analista de sistemas - HabilidadesHabilidades técnicas Habilidades de comunicación Habilidades de solución de problemas Habilidades interpersonales Flexibilidad Adaptabilidad Paciencia
18 Agentes de cambio– Fig. 1-5
19 Evolución de los negocios que impactan a los sistemasEconomía global Internet eCommerce Seguridad y privacidad Leyes y Reglamentos Tecnología Dispositivos móviles Dispositivos inteligentes Aplicationes empresariales
20 Applicaciones de negocios - Fig 1-9
21 Cadena de suministro – Fig 1-10
22 Integrando aplicaciones de negocios– Fig 1-11
23 Desarrollo de sistemas y solucionando problemas
24 Simple proceso Identificar el problema Analizar y entender el problemaBuscar soluciones y definir las expectativas Encontrar alternativas y decidir en el curso de acción Diseñar la solución elegida Implementar la solución Evaluar los resultados
25
26 Actividad 1 Análisis de sistemas (12:59): xM
27 Cap. 2 – Bloques de construcciónSistemas de negocios Oficina delantera Mercadotecnia Ventas Gestión de clientes Oficina trasera Recursos humanos Finanzas Fábrica Inventario
28 Federación de sistemas de Información
29 Aplicaciones de sistemas de información – Fig. 2-2
30 Aplicaciones de sistemas de información – Fig. 2-2Responds to inputs (orders) Produces outputs (invoices) Produces Reports Produces operational management info Relies on multiple databases Populates data warehouse Provides read only access to warehouse Captures business intelligence Monitors problem spots Includes personal automation systems Provides access to office automation
31 Bloques de construcción de los sistemas de información – Fig. 2-3
32 Bloques de construcción de los sistemas de información – Fig. 2-4Bases de datos
33 Bloques de construcción de los sistemas de información – Fig. 2-5Software
34 Bloques de construcción de los sistemas de información – Fig. 2-6Interfaces
35 Tecnología de redes electrónicas – Fig. 2-7
36 Todo junto
37 Actividad 2 Buscar métodos para entrevistar al clientePreparen una lista de preguntas para el cliente
38 Cap. 3 – Desarrollo de sistemasProceso de desarrollo de sistemas Ciclo vital Metodología Fases FAST Alternativas RAD Automatización CASE ADE
39 Ciclo de vida Idea nace Especificación es preparadaSolución es diseñada Solución es desarrollada Solución es revisada Solución es implementada Solución se pone en servicio Solución se mantiene Solución es retirada
40 Metodología Un proceso estándar para construír y mantener un sistemaContiene la receta para seguir cuando se desarrollan los sistemas Metodología FAST (Framework for Application of Systems Thinking)
41 Metodologias SDLC Cascada Prototipos Incremental Desarrollo espiralPrototipo rápido Desarrollo de aplicaciones rápidas (Rapid Application Development) Otras
42 Ciclo vital
43 Características de la metodologíaParticipación de usuarios Enfoque de resolución de problemas Fases y actividades de establecimiento (plan) Documentar a través del proyecto Gestión del proceso y proyecto Informática como inversión capital Cancelar o revisar el alcance Dividir y conquistar Diseño para crecimiento y cambios
44 Marco PIECES– Fig 3-4
45 Vista del proceso de desarrollo de sistemas
46 Bloques de construcción del desarrollo de sistemas– Fig 3.6
47 Documentación, repositorio y presentación – Fig. 3-7
48 Metodología de cascadaAnálisis de requisitos Diseño Desarrollo Revisión Entrega
49 DOD-STD-2167A Defense System Software DevelopmentUsado por el Departamento de Defensa para definir el proceso de desarrollo de software Revisiones formales entre las fases Componente de software se llama Computer Software Configuration Item (CSCI) Cada CSCI consiste de módulos llamados Computer Software Components (CSC) Componente de equipo se llama Hardware Configuration Items (HWCI)
50 Prototipo Un modelo del software se construye cuando los requisitos son definidos Util cuando los requisitos no son firmes o bien entendidos Retroalimentación de los clientes permiten mejorar el prototipo Dos tipos: Fin cerrado: se desperdicia cuando se termina Fin abierto: evolucionario, se entrega al final Modelos son construídos, se muestran al cliente para evaluar, retroalimentación se recibe y el prototipo se actualiza
51 Prototipo Soluciones de intercambio de ideas Escuchar al cliente CrearModel Evaluación del cliente
52 Incremental Parecido al prototipo evolucionarioLa entrega inicial es creada con funcionalidad mínima para demonstrar ‘look and feel’ La versión es probada y se enseña al cliente Retroalimentación es recibida y funciones nuevas son definidas La nueva versión es probada y se enseña al cliente El ciclo se repite hasta que el modelo final se termina Cada ciclo es una mini-cascada
53 Espiral Originalmente propuesto por Barry Boehm en 1988Incluye los conceptos de prototipos con conceptos controlados de cascada Consiste de mini ciclos de cascada rápidos sobre varias iteraciones Iteraciones iniciales pueden ser modelos de papel Iteraciones posteriores pueden ser modelos útiles de funcionalidad limitada Iteraciones finales son mas estables Requiere interacción del usuario en cada fase
54 Espiral Definición Riesgo Plan RevisiónMitigación de riesgos Alternativas Definición Riesgo Prototipos Evaluar Preparar siguiente Plan Revisión
55 Prototipo Rápido Parecido al prototipoAnálisis de requerimientos y definición de objetivos inicia el proceso y define características de la aplicación El desarrollo del prototipo construye un simple prototipo basado en requerimientos y objetivos Iteraciones posteriores refinan el prototipo Cuando el prototipo cumple con los requisitos, la aplicación pasa a producción y mantenimiento
56 Prototipo Rápido Análisis Objectivos Desarrollo de PrototipoInvestigación de Prototipo Instalación y Mantenimiento
57 RAD Hace hincapié en el rápido desarrollo de software similar a la metodología incremental Usa ciclos de metodología de cascada corriendo en paralelo Cada equipo construye un componente que se integra a ciertos puntos en el plan de trabajo El desarrollo rápido se debe a la implementación en paralelo Requiere comunicación y planeamiento adecuado para tener éxito
58 RAD Team #1 Team #2 Team #3 Business Modeling Data Modeling ProcessApplication Generation Test & Cutover Short Project Schedule
59 RAD – Fig 3-11
60 Agil Kent Beck inventó el concepto Extreme Programming (XP) en el año 2000 En el año 2001, Beck y otros formaron la Alianza Agil (Agile Alliance) El grupo publicó el manifiesto para el desarrollo de software La idea fué para formar la filosofía de software que se concentra en satisfacción del cliente, equipos pequeños y motivados, métodos informales, desarrollo simple y productos de software funcionales
61 Desarrollo Agil Una alternativa de procesos de desarrollo de software convencionales Hace hincapié en el tiempo de comercialización y la calidad Hace hincapié en comunicación del equipo y colaboración, incluyendo clientes Usa principios de SDLC, prototipos y desarrollo evolucionario Metodologías múltiples
62 Agil Release Design User Stories Values Acceptance Test CriteriaRefactoring Pair Programming Continuous Integration Collective Ownership Coding Standards Design User Stories Values Acceptance Test Criteria Iteration Plan Simple Design CRC Cards Spike Solutions Prototypes Refactoring Planning Coding Test Release
63 Enfoque iterativo
64 Incremental
65 Otros Cleanroom OOA/OOD/OOP CMM – Capability Maturity ModelTrata de incluír exactitud en el proceso OOA/OOD/OOP Metodologías diferentes con enfoque a objetos CMM – Capability Maturity Model CMU/SEI, 5 niveles de madurez CMMI – CMM Integration La mejora de procesos y procedimientos eficaces RUP: basado en el proceso unificado (Unified Process -UP) Ivar Jacobson, Grady Booch, y James Rumbaugh
66 Actividades de desarrollo de sistemas
67 Mantenimiento de sistemas
68 CASE Tools
69 Arquitectura de herramientas CASE
70 ¿Preguntas?
71 Proyecto Escenario del proyecto final Caso de estudioAsignaciones del proyecto para el resto del curso Nuestro cliente
72 Escenario del proyecto finalUstedes 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.
73 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 Obtandrán firma del cliente
74 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
75 Proyecto Final Contenido – en inglés: Vean el ejemplo en la página WebManagement 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
76 ¿Preguntas? Manden correo electrónico a