27
ANALISIS Y DISEÑO DE SISTEMAS Ingeniería de Sistemas e Informática Ciclo 2014-1 Clase 3 1

Analisis y Diseño UDH

Embed Size (px)

DESCRIPTION

Analisis y Diseño de sistemas UDH

Citation preview

Page 1: Analisis y Diseño UDH

ANALISIS Y DISEÑO DE SISTEMAS

Ingeniería de Sistemas e Informática

Ciclo 2014-1

Clase 3

1

Page 2: Analisis y Diseño UDH

Agenda

• Análisis Preliminar de Sistemas y formulación del proyecto.

• Proceso de Análisis: (Software BPWin.). Metodología IDEF0)

2

Page 3: Analisis y Diseño UDH

Integración de frameworks

3

INICIO DESARROLLO TRANSICION EVOLUCION

PLANIFICACIÓN

CONTROL

MODELAMIENTO

IMPLEMENTACIÓN

3.1 Modelamiento del Negocio

3.2 Análisis del Sistema

3.3 Diseño del Sistema

4.1 Construcción y pruebas del Sistema

4.2 Implantación del Sistema

ACTIVIDADES

FASES

METODOLOGIA DE GESTION DE PROYECTOS

METODOLOGIA DE DESARROLLO DE SISTEMAS

Page 4: Analisis y Diseño UDH

Fases de la MSDI

1. Modelamiento del Negocio

2. Análisis del Sistema

3. Diseño del Sistema

4. Construcción y pruebas

5. Implantación del Sistema

4

Page 5: Analisis y Diseño UDH

Análisis Preliminar

• Procesos

• Sistemas

• Datos

• Infraestructura tecnológica

5

P1

P2

P3

P4

P5

P6

S1

S2

S3

S4

S5

S6

Page 6: Analisis y Diseño UDH

Análisis Preliminar

6

OBJETIVOSMISION

PLANES ESTRATEGIAS

POLITICAS PROYECTOS ORGANIZACIONPROCEDIMIENTOS

Page 7: Analisis y Diseño UDH

Formulación del proyecto

1. Nombre del proyecto

2. Objetivos

3. Alcances

4. Funciones principales

5. Factores críticos de éxito

6. Restricciones

7. Evaluación del riesgo

8. Evaluación del tiempo

7

Page 8: Analisis y Diseño UDH

Proceso de Análisis

Objetivo de la Fase

• Determinar los procesos de negocio de la organización bajo estudio y como interactúan entre si.

8

Page 9: Analisis y Diseño UDH

Proceso de Análisis

9

Page 10: Analisis y Diseño UDH

Proceso de AnálisisRequerimientosRequerimiento?

• Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo.

10

Page 11: Analisis y Diseño UDH

Proceso de AnálisisRequerimientos• Los requerimientos funcionales definen las funciones

que el sistema será capaz de realizar. Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas.

• Los requerimientos no funcionales tienen que ver con características que de una u otra forma puedan limitar el sistema, como por ejemplo, el rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad (robustez del sistema, disponibilidad de equipo), mantenimiento, seguridad, portabilidad, estándares, etc.

11

Page 12: Analisis y Diseño UDH

Proceso de AnálisisCaracterísticas de los Requerimientos Necesario: Un requerimiento es necesario si su omisión provoca una deficiencia en el sistema a construir, y además su capacidad, características físicas o factor de calidad no pueden ser reemplazados por otras capacidades del producto o del proceso.

Conciso: Un requerimiento es conciso si es fácil de leer y entender. Su redacción debe ser simple y clara para aquellos que vayan a consultarlo en un futuro.

Completo: Un requerimiento está completo si no necesita ampliar detalles en su redacción, es decir, si se proporciona la información suficiente para su comprensión.

Consistente: Un requerimiento es consistente si no es contradictorio con otro requerimiento.

No ambiguo: Un requerimiento no es ambiguo cuando tiene una sola interpretación.

Verificable: Un requerimiento es verificable cuando puede ser cuantificado de manera que permita hacer uso de los siguientes métodos de verificación: inspección, análisis, demostración o pruebas.

12

Page 13: Analisis y Diseño UDH

Proceso de Análisis

13

PROCESO PROCESO

Conjunto de actividades relacionadas y secuenciales, que convierte losfactores iniciales (inputs) en bienes o servicios (outputs), al tiempo queañade valor a los mismos. Un proceso describe “quién hace qué y cómo”

PROCESO SUBPROCESO

PROCESO

SUBPROCESO

ACTIVIDADES: Acciones que componen un proceso.TAREAS: Acciones que forman una actividad

SUBPROCESOACTIVIDADES Y TAREAS

ACTIVIDADES Y TAREAS

Procesos de segundo nivel, pueden ser desplegados enactividades

No se puede mostrar la imagen en este momento.

No se puede mostrar la imagen en este momento.

No se puede mostrar la imagen en este momento.

Page 14: Analisis y Diseño UDH

Proceso de AnálisisIDEF 0Definición Integral para el Modelado de Funciones (IDEF 0)

• Es una metodología parar representar de una manera estructurada y jerárquica las actividades que conforman un sistema o empresa y los objetos y datos que soportan la interacción de las actividades.

• La metodología IDEF 0 proporciona un marco de trabajo para poder representar y entender los procesos, determinando el impacto de los diferentes sucesos y definiendo como los procesos interactúan unos con los otros permitiéndoles identificar actividades poco eficientes o redundates.

14

Page 15: Analisis y Diseño UDH

Proceso de Análisis Representación IDEF 0

15

IDEF0 representa lo que se hace en la empresa

Page 16: Analisis y Diseño UDH

Proceso de Análisis Representación IDEF 0

16

Las entradas (material o información consumida o transformada por una actividad para producir “salidas”) siempre se representan en la parte izquierda de la caja de función/actividad

Los controles (objetos que gobiernan o regulancómo, cuándo y si una actividad se ejecuta ono, ej: procedimientos, normativa, presupuesto,calendario, etc.) en la parte superior

Las salidas (objetos, productos, servicios

producidos por la actividad o proceso) en

la parte derecha

Los mecanismos (Recursos necesarios para ejecutar un proceso, ej: personal, máquinas, sistemas de información, instalaciones, etc.) en la parte inferior

Page 17: Analisis y Diseño UDH

Proceso de Análisis Representación IDEF 0

17

Actividad: Preparar un pastel Representación en IDEF0

Prepararpastel

Pastel

Receta

Ingredientes

Utensilios

Page 18: Analisis y Diseño UDH

Proceso de AnálisisVentajas de usar IDEF 01. Se pueden determinar los procesos bajo los cuales se desarrolla el

sistema

2. Se determinan los mecanismos que controlarán cada uno de los procesos, delimitando las funciones que realizará cada uno de los procesos así como los mecanismos

3. Se determinan los controles bajo los que está sujeto cada uno de los procesos

4. Se determinan las entradas de los procesos, restringiendo de esta manera la información para cada uno de los procesos

5. Se determinan las salidas que cada uno de los procesos arrojará

6. La descomposición en niveles jerárquicos facilita la rapidez en la determinación del mapa de procesos y posibilita visualizar al nivel mas alto relaciones de cambio con los factores de éxito

7. Remontar a contracorriente la cadena/flujo de imputs / outputs permite determinar facilmente los elementos que no agregan valor, o detectar limitaciones y cuellos de botella

18

Page 19: Analisis y Diseño UDH

Proceso de AnálisisNotación de procesos EPC

19

Evento de inicioo disparador

Función /Subproceso /

Actividad

Documento deingreso

Documento de salida

Rol

Sistema deInformación

Evento deresultado o de

salida

(1) Evento disparador del proceso (denotado como hexágono de color anaranjado)(2) Las entradas y salidas (denotadas como rectángulos grises)(3) La organización que ejecuta el proceso (denotada en rectángulo amarillo)(4) Los sistemas informáticos de apoyo (denotados en rectángulos celestes)(5) Los eventos de resultado del proceso (denotados como hexágonos de color anaranjado)

“Cadena de proceso gestionadaspor eventos”

Los diagramas EPC son unatécnica de modelado de procesosde negocio, principalmenteutilizada para el análisis deprocesos con la intención deimplementar una planificaciónempresarial de recursos (ERP –Sistema usado para gestionar ycoordinar todos los recursos,información y funciones de unnegocio).

Page 20: Analisis y Diseño UDH

Proceso de AnálisisNotación de procesos EPC

20

Page 21: Analisis y Diseño UDH

Proceso de AnálisisNotación BPMN

21

Page 22: Analisis y Diseño UDH

Proceso de AnálisisNotación BPMN

22

Page 23: Analisis y Diseño UDH

Fabricación de AUTOS – DIAGRAMA DE NIVEL 1

04 Ejemplo

Page 24: Analisis y Diseño UDH

Fabricación de AUTOS – DIAGRAMA DE NIVEL 2 (i)

04 Ejemplo

Piezas estánpreparadas para lacadena de montaje

Ensamblaje

Preparación de laCarrocería clase B

Piezas cortadas yensambladas

Piezas soldadas ypintadas para autos

de clase B

Preparación de laCarrocería clase A

Piezas soldadas ypintadas para autos

de clase A

¿Tipo de clase?

Clase A Clase B

Planificación deProducción

Robots de grandesprensas

Manual de ensamblaje

Robots

Guía de preparaciónclase A RobotsGuía de preparación

clase B

Reportes decarrocería clase A

Reportes decarrocería Clase B

Personal deestampación

Personal montajecarrocería A

Personal montajecarrocería B

Page 25: Analisis y Diseño UDH

Fabricación de AUTOS - DIAGRAMA DE NIVEL 2 (ii)

04 Ejemplo

Preparación de losmotores Clase A

Piezas soldadas ypintadas para autos

de clase B

Motor y caja decambios encajados

Piezas soldadas ypintadas para autos

de clase A

Maquinaria

Guía de Motores clase A

Manual Cajas de cambiosclase A

Reportes de instalación demotor clase A

Preparación de losmotores Clase B

Motor y caja decambios encajados

Maquinaria

Guía de Motores clas...

Manual de Cajas decambios clase B

Reportes de instalaciónde motor clase B

Personal motoresclase A

Personal motoresclase B

Page 26: Analisis y Diseño UDH

Fabricación de AUTOS - DIAGRAMA DE NIVEL 2 (iii)

04 Ejemplo

Montaje

Control de Calidad

Auto con lunas,salpicaderos ysuspensiones

montados

Maquinaria decadena de montaje

Reportes de montaje

Normativa de Calidad BBDD de calidad

Informe control decalidad

Auto listo para sudistribución

Personal de montaje

Personal Calidad

Manual de montaje

Page 27: Analisis y Diseño UDH

Preguntas?

27