760 likes | 1.11k Views
CIS-425: Análisis y diseño de sistemas Semana 1. Dr. Jesús Borrego Lead Faculty, COS Regis University. Agenda. Instructor Introducción al curso Programa de estudios Capítulo 1 – Contexto de métodos de análisis y diseño Capítulo 2 – Bloques de construcción de informática
E N D
CIS-425: Análisis y diseño de sistemasSemana 1 Dr. Jesús Borrego Lead Faculty, COS Regis University
Agenda Instructor Introducción al curso Programa de estudios Capítulo 1 – Contexto de métodos de análisis y diseño Capítulo2 – Bloques de construcción de informática Capítulo3 – Desarrollo de sistemas de informática Proyecto Siguientesclases
Instructor • Dr. Jesús Borrego • Educación • PhD 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
Introducción • Prerequisitos • CS 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
Programa de estudios Página Web del instructor: http://academic.regis.edu/jborrego Página del curso: http://academic.regis.edu/jborrego/CIS_425.htm 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.
Página Web • http://academic.regis.edu/jborrego • Clic CIS425
Libro de texto Whitten, Jeffrey L., and Bentley, Lonnie D. (2007) Systems Analysis and Design. (7th edition). Boston: Irwin/McGraw-Hill. ISBN 13: 978-0-07-305233-5 (REQUERIDO) NOTA: 6a o 8a edición no debe usarse
Método de evaluación ASIGNACION VALOR Tarea 25% Participación 10% Presentaciones 25% Proyecto final 40% ---------- TOTAL 100 %
Horario tentativo de clases Página Web
Vocabulario clave • Federation • Methodology • Systems Development LifeCycle • Federación • Metodología • Ciclo vitalicio del desarrollo de sistemas
Cap. 1 – Contexto de los métodos de análisis y diseño Suponganque son programadores y sucliente les preguntaque le hagan un programa. ¿Pordondeempiezan? ¿Como se aseguranque el clientereciba lo quenecesita? ¿Como previenendesacuerdos entre lo que el clientequería y lo que se le entregó?
Interesados • Dueños del sistema • Usuarios del sistema • Internos y externos • Diseñadores • Constructores • Analistas • Proveedores externos de servicios • Gerente del proyecto
Organización Típica– Fig. 1-2 1 – Dueños del sistema 2 – Diseñadores/ Constructores 3 – Analiistas 4 – Diseñadores 5 – Analistas
Analistas de sistemas • Interfaz entre clientes y diseñadores • Traducen 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
Analista de sistemas - Habilidades Habilidades técnicas Habilidades de comunicación Habilidades de solución de problemas Habilidades interpersonales Flexibilidad Adaptabilidad Paciencia
Evolución de los negocios que impactan a los sistemas • Economía global • Internet • eCommerce • Seguridad y privacidad • Leyes y Reglamentos • Tecnología • Dispositivos móviles • Dispositivos inteligentes • Aplicationes empresariales
Simple proceso Identificar el problema Analizar y entender el problema Buscar 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
Actividad 1 Análisis de sistemas (12:59): http://www.youtube.com/watch?v=36EnmQk1uxM
Cap. 2 – Bloques de construcción • Sistemas de negocios • Oficina delantera • Mercadotecnia • Ventas • Gestión de clientes • Oficina trasera • Recursos humanos • Finanzas • Fábrica • Inventario
Aplicaciones de sistemas de información – Fig. 2-2 • Responds 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
Bloques de construcción de los sistemas de información – Fig. 2-3
Bloques de construcción de los sistemas de información – Fig. 2-4 Bases de datos
Bloques de construcción de los sistemas de información – Fig. 2-5 Software
Bloques de construcción de los sistemas de información – Fig. 2-6 Interfaces
Actividad 2 Buscar métodos para entrevistar al cliente Preparen una lista de preguntas para el cliente
Cap. 3 – Desarrollo de sistemas Proceso de desarrollo de sistemas Ciclo vital Metodología Fases FAST Alternativas RAD Automatización CASE ADE
Ciclo de vida Idea nace Especificación es preparada Solució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
Metodología Un proceso estándar para construír y mantener un sistema Contiene la receta para seguir cuando se desarrollan los sistemas Metodología FAST (Framework for Application of Systems Thinking)
Metodologias SDLC Cascada Prototipos Incremental Desarrollo espiral Prototipo rápido Desarrollo de aplicaciones rápidas (Rapid Application Development) Otras
Características de la metodología Participació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
DOD-STD-2167A • Defense System Software Development • Usado 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)
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