52237792 curso-de-analisis-y-diseno-de-sistemas-de-informacion

1

Análisis y Diseño de Sistemas – PA763

CURSO DE ANÁLISIS Y CURSO DE ANÁLISIS Y DISEÑO DE SISTEMAS DISEÑO DE SISTEMAS

INFORMACIÓNINFORMACIÓN

Ing. Luis Zuloaga Rotta


Conceptos generalesConceptos generales

• Sistema– Conjunto de entidades u objetos relacionados entre si,

conformando una estructura con un fin común.

• Sistema de Información – SI– Sistema cuya finalidad es procesar datos de entrada para

producir como salida información oportuna, relevante y confiable .

2


Conceptos generalesConceptos generales

• Análisis de SI– Análisis de las reglas del negocio (actividades) y

de las necesidades de soporte de información.

• Diseño de SI– Especificación de los procedimientos de trabajo

y de la plataforma tecnológica sobre la que se implementará el SI.


SistemaSistemaInputInput OutputOutput

RequerimientosRequerimientos

ResultadosResultados

TransformacionesTransformaciones(procesos recursos)

(inputs)

(Outputs)

3


Procesos de NegocioProcesos de Negocio• Conjunto de actividades completamente

informales o rigurosamente estructuradas, que definen la forma en la cual el trabajo es realizado dentro de la organización y con su entorno.

• Los Procesos de Negocio son diseñados para producir un resultado usando los recursos disponibles del negocio y que tiene un valor para este.


Recurso de NegocioRecurso de Negocio

• El material, energía e información que es consumida y producida por una organización.

• Incluyen a la gente, dinero, equipamiento, tecnología y Know-How. También se incluyen agentes externos a la organización como proveedores, clientes, contratistas, autoridades reguladoras, y otros.

4


Cadena de ValorCadena de Valor

• Un negocio entrega valor a sus clientes en la forma de productos o servicios, los cuales son el resultado de uno o mas procesos.

• Cada proceso requiere de uno o mas recursos, los cuales en su momento debe proveer o soportar uno o mas procesos


Procesos, Recursos y ValorProcesos, Recursos y Valor• Los procesos tienden a ser medidos por el flujo

de valor y por el valor que ellos adicionan, mientras los recursos tienden a ser medidos por el nivel de valor que ellos representan.

• Los procesos son diseñados para adicionar valor, y con recursos que almacenan este valor. El valor no es necesariamente medido en términos monetarios.

5


Datos e InformaciónDatos e Información

• Los DATOS se transforman en INFORMACION al momento de ser presentada y revisada por los directivos, gerentes u operadores de la organización, quienes interpretan la forma de presentación de los datos y toman las decisiones de su responsabilidad.


Sistema de Información Sistema de Información -- SISI

• Conjunto de personas, datos y procedimientos que trabajan juntos para proveer información útil.

James Senn

6


Punto de Vista de NegociosPunto de Vista de Negocios

• Un SI es una solución de organización y administración basada en tecnología de información como respuesta a una necesidad del negocio de mejorar su productividad, calidad y competitividad.


Descripción de los SIDescripción de los SI• Alimentación : captura o entrada de datos

• Procesamiento : proceso para organizar los datos y realizado en una computadora

• Almacenamiento : disco o base de datos

• Comunicación : medio de transmisión de datos

• Salida : consultas o reportes impresos

7


TIPO DE SITIPO DE SI GRUPO ATENDIDOGRUPO ATENDIDONivelNivelEstratégicoEstratégico

NivelNivelAdministraciónAdministración

NivelNivelConocimientoConocimiento

Nivel Nivel OperativoOperativo

Directivos oDirectivos oadministradoresadministradoresNivel SuperiorNivel Superior

Gerentes oGerentes oadministradoresadministradoresNivel MedioNivel Medio

Profesionales Profesionales de Organización de Organización y Sistemasy Sistemas

Jefes Jefes OperativosOperativos

ComercializaciónComercializaciónManufacturaManufactura

FinanzasFinanzasContabilidadContabilidad

LogísticaLogística PersonalPersonal


CompetidoresCompetidores

|BDBD

ProcesamientoClasificarOrdenarCalcular

Reportes

Sistema de Información

Almacenamientode Datos

Consultas

Datosinsumo

EntornoClientesClientes ProveedoresProveedores

Entidades Supervisión y ControlEntidades Supervisión y Control

Requeri-mientos

Otros SI

UsuariosUsuarios

8


División de los SistemasDivisión de los Sistemas

• Sistemas on-line• Sistemas de tiempo real• Sistemas de soporte a las decisiones–DSS• Sistemas basados en el conocimiento


Sistemas Sistemas onon--lineline

• Aquel que registra sus inputs directamente del área donde se crean.

• Una característica común de los sistemas on-line es que registran o leen los datos de entrada/salida en forma remota.

9


Procesamiento por Lotes u Procesamiento por Lotes u OnOn LineLine

• Lotes o Batch : las operaciones se acumulan y almacenan hasta un momento determinado cuando es conveniente o necesario procesarlas conjuntamente.

• Línea : las operaciones entran directamente al sistema de cómputo y se procesan de inmediato.


Sistemas en tiempo realSistemas en tiempo real

• Aquel que controla un ambiente de registro de datos, proceso y respuesta de información, con la suficiente rapidez como para influir en el momento en dicho ambiente.

• Las características mas comunes entre estos sistemas son :– Procesan simultáneamente muchas actividades.– Se interrumpen tareas antes de concluirse para comenzar otra

de mayor prioridad.– Existe acceso simultáneo a datos comunes, tanto en memoria

como en almacenamiento secundario.

10


DecisionDecision SupportSupport SystemsSystems --DSSDSS

• Ayudan a los funcionarios y ejecutivos del negocio a tomar decisiones dado que consolidan datos de un periodo especifico de tiempo o porque permiten construir escenarios futuros.


Sistemas basados en Sistemas basados en conocimientoconocimiento

• Son sistemas basados en las reglas del negocio y que ayudan a mejorar el criterio de un trabajador en la ejecución de una tarea. Se les suele llamar sistemas expertos.

• Los sistemas expertos por lo general se construyen de tal manera que sean capaces de explicar las líneas de razonamiento que llevaron a las decisiones que tomaron.

11


Retos de los SIRetos de los SI• Reto de los Negocios: ¿Cómo pueden los

negocios emplear TI para diseñar organizaciones que sean competitivas y eficientes ?

• Reto de la Globalización: ¿Cómo pueden entender las empresas los requerimientos de negocios y de SI dentro de un entorno económico global ?


Retos de los SIRetos de los SI

• Reto de la Arquitectura de Información: ¿Cómo las organizaciones desarrollan una arquitectura de información que dé soporte a sus metas ?

• Reto de la Inversión en los SI: ¿ Cómo pueden las organizaciones determinar el valor de negocio de sus SI ?

12


Retos de los SIRetos de los SI

• Reto de la Responsabilidad y Control: ¿Cómo pueden las organizaciones diseñar SI que las personas puedan entender y controlar ? ¿Cómo pueden asegurar las organizaciones que sus SI sean usados éticamente y responsablemente?


Análisis de Sistemas Análisis de Sistemas InformaciónInformación

• Identificar, relacionar y evaluar las reglas de negocio actuales, a través de los objetivos, metas, planes, funciones y procesos de negocio.

• Aprender sobre el funcionamiento del negocio a través de una descomposición jerárquica de funciones y procesos.

• Establecer los requerimientos de información como soporte al funcionamiento del negocio.

13


FUNCION 02 ...

...PROCESO 01

PROCESOELEMENTAL 01 EBP 02 ... ...

ENT 1 ... ...

db1

OBJETIVOS

META 01 ...META 02 META 03 META n

FUNCION 02 FUNCION 03 FUNCION m

PROCESO 02 PROCESO 03 PROCESO 04 PROCESO 05 PROCESO 06 PROCESO n

EBP 03 EBP 04 EBP 05 EBP 06

ENT 2 ENT 3 ENT 4 ENT 5 ENT 6 ENT 7 ENT 8

db2 db3Base Datos

Entidades


PROCESOELEMENTAL 01 EBP 02 ... ...

ENT 1 ... ...

db1

EBP 03 EBP 04 EBP 05 EBP 06

ENT 2 ENT 3 ENT 4 ENT 5 ENT 6 ENT 7 ENT 8

db2 db3Base Datos

Entidades

Stma.Información 1

Stma.Información 2

Stma.Información 3

Stma.Información 4

DFD’s

14


Diseño de Sistemas Diseño de Sistemas InformaciónInformación

• Especificar los procedimientos de trabajo vía formularios y formas de registro.

• Especificar la plataforma tecnológica :– Sistema operativo – OS– Arquitectura– DBMS– Lenguaje de desarrollo– Comunicaciones– GUI’s (interfaces y pantallas)


Base de DatosBase de Datos

• Colección de datos organizados para dar servicio a muchas aplicaciones al mismo tiempo al combinar los datos de manera que parezcan estar en una sola ubicación.

15


Sistema de Administración de Sistema de Administración de Base Datos Base Datos -- DBMSDBMS

• Software para crear y mantener una base de datos y permitir que aplicaciones individuales del negocio puedan extraer los datos que necesitan sin tener que crear archivos de datos por separado.


Red de ComputadorasRed de Computadoras

• Un conjunto de computadoras relacionadas entre si por un medio de un canal de comunicación con la finalidad de registrar, consultar o procesar eficientemente los datos del negocio.

16


Elementos de una RedElementos de una Red

• Canal de Comunicación : los enlaces por medio de los cuales la voz y los datos son transmitidos en una red entre dispositivos emisores y receptores.

• Protocolo : Conjunto de reglas y procedimientos que gobiernan la transmisión entre dos puntos de una red identificando cada dispositivo y verificando la recepción.


Elementos ...Elementos ...

• Modem : MOdulador/DEModulador. Dispositivo para traducir señales digitales en en analógicas y viceversa.

• Concentrador : o también llamado repetidor o HUB . Dispositivo que captura y almacena temporalmente los mensajes desde los terminales y los pasa a la computadora principal en una topología estrella.

17



• Multiplexor : dispositivo que permite un solo canal de comunicación para llevar a cabo la transmisión de datos desde diversas fuentes de manera simultánea.

• Switch : o conmutador. Dispositivo que ofrece a cada usuario conectarse a su propia red LANdedicada. También permite crear grupos de trabajo lógicos o virtuales.



• Router : dispositivo que ayuda a crear , mantener y diseminar información en rutas a través de una red conmutada, permitiendo el intercambio de información entre redes remotas.

18


InternetworkingInternetworking

• Es el campo dentro de las redes de datos que se encarga de integrar o comunicar una red LAN con otra, constituyendo redes WAN, logrando así una mayor capacidad de transferencia, acceso a datos, servicios de otras redes, etc..


Arquitectura Cliente/ServidorArquitectura Cliente/Servidor

• Es un modelo para construir sistemas de información que se sustenta en la idea de repartir el procesamiento de datos entre todos los usuarios involucrados, permitiendo mejorar la eficiencia del sistema total.

19



Internet

Digired

Interlan

20


ProyectoProyecto

Desarrollo de un Desarrollo de un Sistema InformaciónSistema Información


BA

C

INICIO DELINICIO DELPROYECTOPROYECTO

PLANEACIÓN PLANEACIÓN Y CONTROL Y CONTROL PROYECTOPROYECTO

ESTUDIO DEESTUDIO DEFACTIBILIDADFACTIBILIDAD

ADMINISTRACIONADMINISTRACIONDE ACTIVIDADESDE ACTIVIDADESY DE PERSONALY DE PERSONAL

• El responsable del proyecto debe dominar aquellashabilidades que le permitan desarrollar con éxito unproyecto.

21


IInicionicio deldel PProyectoroyecto

• Los proyectos surgen de numerosas fuentes diferentes, y se inicia su evaluación preparando un perfil del mismo.

• Algunos proyectos solo sobrevivirán algunas etapas de su evaluación, pero otros deberán trascender.

• Los responsables sugieren los proyectos principalmente por :– experimentación de problemas– identificación de oportunidades de mejorar


Para identificar problemas Busque los siguientes indicios

Compare las salidas con loscriterios de desempeño.

Observe la conducta de losempleados.

Escuche la retroalimentaciónexterna de los :

- usuarios- vendedores- clientes- proveeedores

1. Demasiados errores.2. Lento desarrollo del trabajo.3. Desarrollo incorrecto del

trabajo.4. Trabajo inconcluso.

1. Alto ausentismo.2. Insatisfacción en desempeño.3. Alta rotación.

1. Quejas.2. Sugerencias.3. Pérdida de ventas.4. Baja en las ventas.

22


Criterios para Seleccionar Criterios para Seleccionar un Proyectoun Proyecto

• Respaldo de la Dirección.• Programación en disponibilidad de tiempo.• Posibilidad de mejorar las metas y objetivos de

la organización.• Viabilidad en cuanto a disponibilidad de

recursos y capacidad técnica.• Analizar ventajas respecto a otros proyectos de

la empresa.


EEstudiostudio dede FFactibilidadactibilidad

• Los proyectos en general se apoyan en tres principios básicos :– Técnico– Económico– Operativo

• Un proyecto debe satisfacer los tres principios para merecer su desarrollo posterior.

• La información para el estudio puede obtenerse a partir de entrevistas o del registro de ocurrencias.

23


Factibilidad significaFactibilidad significa• Que el compromiso de la Dirección sólo es

con la realización del estudio, mas no con la aceptación del proyecto.

• Que el proyecto auxilia a la organización a lograr sus metas y objetivos.

• Evaluar si la organización puede mejorar sus sistemas de trabajo con los recursos actuales y/o con una inversión disponible.


Factibilidad TécnicaFactibilidad Técnica

• Posibilidad de actualizar o complementar para mejorar el sistema actual.

• Analizar disponibilidad de la tecnología que satisfaga las necesidades del usuario.

24


Factibilidad EconómicaFactibilidad Económica

• Costo estimado de equipos.• Costo desarrollo/adquisición software• Costo estudio del sistema de trabajo.• Costo personal para elaborar el proyecto, en

función del tiempo estimado.


Factibilidad OperativaFactibilidad Operativa

• Si se dispone de los recursos humanos que garanticen que el sistema de trabajo operará cuando se instale.

• Si los usuarios están comprometidos con el sistema actual, y no le ven problema alguno.

• Si los usuarios aceptarán el sistema trabajo propuesto y si lo utilizarán.

25


PPlaneaciónlaneación yy CControlontrol deldelPProyectoroyecto

• La planeación incluye a todas las actividades que se requieren para la selección del equipo de técnico/profesional, la asignación de tareas a los miembros del equipo, la estimación de tiempos, la definición de resultados, y la programación del proyecto.


Control del ProyectoControl del Proyecto

• El control denota definir el uso de la retroalimentación para realizar el seguimiento al proyecto. Esto incluye comparar el plan con lo realizado hasta el momento.

• Significa tomar las acciones adecuadas para acelerar o reprogramar las actividades.

26


Técnicas para la Técnicas para la programación de Proyectosprogramación de Proyectos

• Diagrama Gant.– Diagrama de barras en la que se representa la

realización de las actividades vrs. tiempo duración

• Gráficos Pert.– Un proyecto se representa por una red de nodos y

flechas, que se evalúan para determinar cuales son las actividades críticas, y para revisar el avance del proyecto una vez iniciado.


Plan de actividadesPlan de actividades

Actividad Duración PreceedenciaAA 4 Ning.BB 2 Ning.CC 5 ADD 3 BEE 6 C, D

27


A

B

C

DE

1

2

4

3

0 5

A,4

B,2 D,3

C,5

E,6

2 4 6 10

GANT

PERT

Actividad

Tiempo


Técnica PertTécnica Pert

• Definir la precedencia de las actividades es importante para determinar la duración del proyecto.

• Los nodos de eventos que representan la finalización de las flechas de actividades se acompañan con el registro de las holguras.

• Evaluar las holguras cuando entra o surge de un nodo mas de una actividad.

28


Actividades Típicas para un Actividades Típicas para un Proyecto de SistemasProyecto de Sistemas

• Actividades Estratégicas• Actividades de Desarrollo de Sistemas• Planeamiento Físico• Obtención del Equipo• Planeamiento de Software


Actividades EstratégicasActividades Estratégicas• Definir Políticas y Objetivos• Nombrar Comités• Nombrar Grupo de Sistemas• Capacitar Grupo de Sistemas

– Técnicos– Administrativos– Gerencia del Negocio

• Definir Requerimientos• Delinear Organización

29


Actividades EstratégicasActividades Estratégicas

• Establecer presupuestos• Preparar Estándares• Definir Prioridades• Asignar Personal• Definir Funciones• Preparar Plan de Implementación• Entrenar Gerencia y Usuarios


Actividades del Desarrollo de Actividades del Desarrollo de SistemasSistemas

• Realizar Estudios de Factibilidad (técnica/económica/operativa)

• Definir proyectos• Contratar Analistas y Programadores• Preparar especificaciones técnicas• Especificar requerimientos funcionales/no funcionales• Planear conversión/migración de datos

• Construir Sistemas (análisis, diseño y programación)• Realizar Pruebas• Contratar Personal Operativo• Definir Procedimientos Operativos

30


Actividades de Desarrollo Actividades de Desarrollo de Sistemasde Sistemas

• Definir Data Entry - entrada de datos

• Entrenar Usuarios• Convertir/migrar datos• Iniciar cambio• Implementar Sistemas


Planeamiento FísicoPlaneamiento Físico• Obtener locales temporales• Definir requerimientos para nuevo local• Seleccionar local• Preparar Layout del local• Verificar y acondicionar local• Realizar mudanza• Instalación de muebles y equipos

31


Obtención de EquiposObtención de Equipos

• Colocar orden para servidor, PC clientes, equipo auxiliar (impresoras, scaner, etc), de oficina (desktop, laptop), equipo de comunicaciones, y de Data Entry.

• Seguir el trámite de la orden• Instalar, configurar y probar equipo• Entrenar personal en su uso


Planeamiento Herramientas Planeamiento Herramientas de Softwarede Software

• Analizar Requerimientos de software básico, paquetes de software• sistema operativo,• antivirus• productividad (control proyectos, texto, flujo, etc)• modelamiento,• base datos, y• programación

• Probar y seleccionar Software• Colocar orden compra de software• Entrenar a usuarios• Actualizar releases o “parches”

32


Presupuestos y CostosPresupuestos y Costos

• Dpto. Procesamiento Datos o Informática debe ser un centro de costos.

• Costo Total debe ser conocido por la Gerencia

• Debe diseñarse una metodología de asignación de costos a las áreas usuarias

• Debe realizarse un control presupuestal periódico.


InversiónInversión• Equipo

– Computadoras– Data Entry– Muebles y equipo de oficina– Instalación telefónica– Discos y cintas

• Software– Básico– Especializado

• Local– Acondicionamiento/Construcción– Alimentación Eléctrica– UPS

33


Costos y GastosCostos y Gastos• Contratación y Selección• Sueldos y salarios• Viajes y manuntención• Entrenamiento• Consultores• Contratos de programación• Arquitectura del Local• Costos Administrativos• Materiales• Conversión inicial• Electricidad• Teléfono• Mantenimiento y equipo• Seguros• Back-Up• Mantenimiento Programas


Ambientes de Trabajo en la Ambientes de Trabajo en la Construcción de SistemasConstrucción de Sistemas

• Ambiente de Desarrollo– Modelado y programación

• Ambiente de Calidad– Prueba de interfaces y de procesos

• Ambiente de Producción– Carga y migración de datos– Registro de transacciones

34


AAdministracióndministración dede laslasAActividadesctividades y dely del PPersonalersonal

• Hay que administrar el tiempo, los recursos, y al personal.

• Establecer una correcta comunicación entre los integrantes del equipo.

• Identificarse con lo que el equipo produce.• Integrar equipo en la organización.• Motivación de los integrantes del equipo.


Id Nombre de tarea Duración1 Planificación de requisitos 120h2 Revisión de los sistemas existentes 3d

3 Efectuar análisis de flujo de trabajo 3d

4 Diseño del proceso 2d

5 Identificar requisitos de los usuarios 2d

6 Identificar requisitos de rendimiento 2d

7 Identificar requisitos de la interfaz 2d

8 Preparar especificación de requisitos del software 1d

9 Revisión de los requisitos del software 0d

10 Diseño preliminar 80h11 Preparar diseños funcionales 24h

12 Segmento de diseño nº1 3d



15 Preparar documentos de la interfaz de control 16h

16 Documento de la interfaz nº1 2d

17 Documento de la interfaz nº2 2d

18 Preparar plan de pruebas del software 40h

0%

0%

0%

0%

0%

0%

0%

0%

0%

0%

L M M J V S D L M M J V S D L M M J V S D L Mmay 30 '94 jun 6 '94 jun 13 '94

GANT Utilizando el Microsoft Project

35


Paradigmas de Desarrollo de Paradigmas de Desarrollo de SoftwareSoftware


Usuarios, beneficiarios o Usuarios, beneficiarios o stakeholdersstakeholders

• Son aquellos que utilizan y se benefician directamente del sistema o para quienes se construye el sistema.

• Usuario es la persona a la que se tendrá que entrevistar, a menudo con gran detalle ("sonsacándoles" la información), a fin de conocer sus requerimientos para el nuevo sistema.

• También se les suele denominar clientes internos. Pueden clasificarse por su categoría de trabajo en : usuarios operacionales, usuarios supervisores y usuarios ejecutivos.

36


AdministradoresAdministradores• Son los que tienen que ver con la asignación

de recursos al proyecto y su supervisión.

• Suelen conformar un comité directivo que velará por que el proyecto se desarrolle dentro de los márgenes y los requerimientos establecidos en la documentación aprobada.


Analista de SistemasAnalista de Sistemas• Es el papel o rol que jugará usted. Es

responsable de determinar y especificar los requerimientos del sistema a construir desde los usuarios.

• A veces representa a un arqueólogo o a un mediador o a un innovador o a un jefe de proyecto.

• Esto significa que como analista de sistemas se necesita más que una habilidad para dibujar diagramas, se requiere facilidad para el manejo de personas durante las entrevistas, mediar en desacuerdos comunes en todo proyecto, poseer conocimientos de computación y una mente lógica y organizada que le permita analizar los sistemas desde distintas perspectivas.

37


DiseDiseññador de ador de Sistemas y Sistemas y ProgramadoresProgramadores

• Diseñador es el responsable de especificar las características de la arquitectura del sistema y que servirá de base para el trabajo de los programadores. En muchos casos, el analista y el diseñador son la misma persona.

• Programador es la persona responsable de pasar a un lenguaje de programación de aplicaciones las características de diseño del sistema especificadas por el diseñador. A menudo es el que descubre errores y ambigüedades en la propuesta de requerimientos entregada por el analista.


- Económica- Técnica- Operativa

- GUI’s- Forms- Pantallas

- Pruebas- Capacitación

- Entrevistas- Visitas de observación

- Revisión dedocumentos

- Módulos- Base datos- Programación- Migración

- Configuración- Producción

38


Paradigmas de Paradigmas de DDesarrolloesarrollode de SSoftwareoftware

• Un paradigma es un conjunto de reglas que aceptamos como ciertas, que nos ponen ciertos límites y que nos dicen como actuar. Los paradigmas de desarrollo de software aceptados desde los años 70 son :

• Ciclo de vida clásico• Prototipeo• Espiral• Evolucionario


O EN CASCADA

39


El paradigma del El paradigma del CCiicloclo de de VVida ida CClláásicosico y de y de PrototipeoPrototipeo

• La cascada involucraba a los usuarios sólo en la etapa de análisis y especificación de los requerimientos. Sólo al finalizar el proyecto, los usuarios podían revisar si el sistema entregado satisfacía sus requerimientos. Generalmente no los cumplía.

• El paradigma de prototipeo buscó involucrar mas a los usuarios, mediante su participación en la construcción previa de un prototipo del sistema final. Como un prototipo "soporta todo" se prometían una funcionalidad que luego no se podía implementar.


Usuario

Definición deRequerimientos

Diseño deldetalle

Instalaciónprueba y

Mantenimiento

Diseño dePrototipo

Refinamiento

Análisis de Resultados

Feedbackdel usuario

Uso delPrototipo

Codificacióny Depuración

Modelo de ciclo de vida para el desarrollo de Software con

requerimientos para el prototipo

Proceso de prototipeo típico

40


Paradigma de Desarrollo en Paradigma de Desarrollo en Espiral y el Espiral y el EvolucionableEvolucionable

• El paradigma de desarrollo en espiral incluyo lo mejor de los dos paradigmas anteriores e introdujo el concepto de evaluación del riesgo del proyecto, el cual incluía el riesgo de culminar en el tiempo programado, de no gastar mas de lo presupuestado y de lograr satisfacer los requerimientos de los usuarios. Mas no se entregaba nada concreto a los usuarios sino hasta la finalización del proyecto.

• El paradigma evolucionable planteó que el desarrollo debía ser evolutivo en la medida que se entregaba algo concreto y ejecutable para los usuarios.


Desarrollo en espiral

41


RiesgoRiesgo

IncepciónIncepción

ElaboraciónElaboración

ConstrucciónConstrucción

PreliminaryIteration

Architect.Iteration

Architect.Iteration

Developm. Iteration

Developm. Iteration

Developm. Iteration

TransitionIteration

TransitionIteration

Post-deployment

DesarrolloDesarrolloen cascadaen cascadao o WaterfallWaterfall

TiempoTiempo

TransiciónTransición

Perfil de Riesgo del Desarrollo Iterativo Perfil de Riesgo del Desarrollo Iterativo vrsvrs ClásicoClásico

ProcesoUnificadoRational - RUP


Riesgos Iniciales ProyectoRiesgos Iniciales ProyectoAlcance Inicial ProyectoAlcance Inicial Proyecto

Revisar Plan Proyecto Revisar Plan Proyecto CompletoCompleto•• CostoCosto•• ProgramaciónProgramación•• Alcance/ContenidoAlcance/Contenido

Planear Iteración NPlanear Iteración N•• CostoCosto•• ProgramaciónProgramación

Evaluar Iteración NEvaluar Iteración N

Riesgos eliminadosRiesgos eliminadosRevisar Riesgos ProyectoRevisar Riesgos Proyecto•• RepriorizarRepriorizar

Desarrollar Iteración NDesarrollar Iteración N•• Acumular costos yAcumular costos y

medidas calidadmedidas calidad

Delimitar escenarios Delimitar escenarios para para direccionardireccionaraltos riesgosaltos riesgos

Iteración NIteración N

Iteraciones conducen a la Iteraciones conducen a la

Reducción delReducción del RiesgoRiesgo

42


IncepciónIncepción ElaboraciónElaboración ConstrucciónConstrucción TransiciónTransición

Iteración 1 Iteración 2 Iteración 3

Planeamiento IteraciónCaptura Rqmts

Análisis & DiseñoImplementación

TestPreparar Release

Proceso “MiniProceso “Mini--Waterfall”Waterfall”

Desarrollo IterativoDesarrollo Iterativo


Preguntas ?Preguntas ?

Documents

52237792 curso-de-analisis-y-diseno-de-sistemas-de-informacion