CIS-425: Análisis y diseño de
sistemas
Semana 1
Dr. Jesús Borrego
Lead Faculty, COS
Regis University
1
scis.regis.edu ● [email protected]
Agenda
•
•
•
•
•
•
•
•
2
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
Capítulo 3 – Desarrollo de sistemas de informática
Proyecto
Siguientes clases
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
3
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
4
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.
5
Página Web
• http://academic.regis.edu/jborrego
• Clic CIS425
6
Libro de texto
Whitten, Jeffrey L., and
Bentley, Lonnie D. (2007)
Systems Analysis and
Design. (7th edition).
Boston: Irwin/McGrawHill.
ISBN 13: 978-0-07305233-5 (REQUERIDO)
NOTA: 6a o 8a edición no
debe usarse
7
Método de evaluación
ASIGNACION
Tarea
Participación
Presentaciones
Proyecto final
TOTAL
8
VALOR
25%
10%
25%
40%
---------100 %
Horario tentativo de clases
• Página Web
9
Vocabulario clave
• Federation
• Methodology
• Systems
Development
LifeCycle
10
• Federación
• Metodología
• Ciclo vitalicio del
desarrollo de
sistemas
Cap. 1 – Contexto de los métodos
de análisis y diseño
• Supongan 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ó?
11
Interesados
• Dueños del sistema
• Usuarios del sistema
▫ Internos y externos
•
•
•
•
•
12
Diseñadores
Constructores
Analistas
Proveedores externos de servicios
Gerente del proyecto
Fig 1-1
13
Organización Típica– Fig. 1-2
1 – Dueños del sistema
2 – Diseñadores/
Constructores
3 – Analiistas
4 – Diseñadores
5 – Analistas
14
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
15
Analista de sistemas– Fig. 1-3
16
Analista de sistemas - Habilidades
•
•
•
•
•
•
•
17
Habilidades técnicas
Habilidades de comunicación
Habilidades de solución de problemas
Habilidades interpersonales
Flexibilidad
Adaptabilidad
Paciencia
Agentes de cambio– Fig. 1-5
18
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
19
Applicaciones de negocios - Fig 1-9
20
Cadena de suministro – Fig 1-10
21
Integrando aplicaciones de
negocios– Fig 1-11
22
Desarrollo de sistemas y solucionando
problemas
23
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
24
25
Actividad 1
• Análisis de sistemas (12:59):
http://www.youtube.com/watch?v=36EnmQk1u
xM
26
Cap. 2 – Bloques de construcción
• Sistemas de negocios
▫ Oficina delantera
 Mercadotecnia
 Ventas
 Gestión de clientes
▫ Oficina trasera




27
Recursos humanos
Finanzas
Fábrica
Inventario
Federación de sistemas de
Información
28
Aplicaciones de sistemas de
información – Fig. 2-2
29
Aplicaciones de sistemas de
información – Fig. 2-2
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
30
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
31
Bloques de
construcción de
los sistemas de
información –
Fig. 2-4
Bases de datos
32
Bloques de
construcción de
los sistemas de
información –
Fig. 2-5
Software
33
Bloques de
construcción de
los sistemas de
información –
Fig. 2-6
Interfaces
34
Tecnología de redes electrónicas –
Fig. 2-7
35
Todo
junto
36
Actividad 2
• Buscar métodos para entrevistar al cliente
• Preparen una lista de preguntas para el cliente
37
Cap. 3 – Desarrollo de sistemas
•
•
•
•
•
•
•
•
•
38
Proceso de desarrollo de sistemas
Ciclo vital
Metodología
Fases FAST
Alternativas
RAD
Automatización
CASE
ADE
Ciclo de vida
•
•
•
•
•
•
•
•
•
39
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)
40
Metodologias
•
•
•
•
•
•
•
SDLC
Cascada
Prototipos
Incremental
Desarrollo espiral
Prototipo rápido
Desarrollo de aplicaciones rápidas (Rapid
Application Development)
• Otras
41
Ciclo vital
42
Características de la metodología
•
•
•
•
•
•
•
•
•
43
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
Marco
PIECES– Fig
3-4
44
Vista del proceso de
desarrollo de
sistemas
45
Bloques de
construcción
del desarrollo
de sistemas–
Fig 3.6
46
Documentación, repositorio y
presentación – Fig. 3-7
47
Metodología de cascada
Análisis de
requisitos
Diseño
Desarrollo
Revisión
Entrega
48
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)
49
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
50
Prototipo
Soluciones de
intercambio de
ideas
Escuchar al
cliente
Crear
Model
Evaluación
del cliente
51
Incremental
• Parecido al prototipo evolucionario
• La 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
52
Espiral
• Originalmente propuesto por Barry Boehm en
1988
• Incluye 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
53
Espiral
54
Prototipo Rápido
• Parecido al prototipo
• Aná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
55
Prototipo Rápido
Análisis
Objectivos
Desarrollo de Prototipo
Investigación de Prototipo
Instalación y Mantenimiento
56
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
57
RAD
Team #1
Business
Modeling
Team #2
Team #3
Data
Modeling
Process
Modeling
Application
Generation
Test &
Cutover
Short Project Schedule
58
RAD –
Fig 3-11
59
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
60
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
61
Agil
• User Stories
•Values
• Acceptance
Test Criteria
• Iteration
Plan
62
• Refactoring
• Pair
Programming
• Continuous
Refactoring
• Simple Design
Integration
CRC Cards
••Collective
• Spike Solutions
Ownership
Prototypes
••Coding
Standards
Enfoque iterativo
63
Incremental
64
Otros
• Cleanroom
▫
Trata 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)
▫
65
Ivar Jacobson, Grady Booch, y James Rumbaugh
Actividades de desarrollo de sistemas
66
Mantenimiento de
sistemas
67
CASE
Tools
68
Arquitectura de herramientas CASE
69
¿Preguntas?
70
Proyecto
•
•
•
•
71
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.
72
Proyecto
• Clase 1: Conocen al cliente
▫ 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
73
Proyecto - II
• 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
▫ Obtengan apruebo del cliente
• Clase 7:
▫ Entragan el proyecto final
 Se presentará en la última clase
• Clase 8:
▫ Presentación final al cliente
74
Proyecto Final
• Contenido – en inglés:
▫
▫
▫
▫
▫
▫
▫
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
75
¿Preguntas?
• Manden correo electrónico a
[email protected]
76
Descargar

ABET