ARQUITECTURA DE SISTEMAS DE

INFORMACIÓN

Modelado de procesos del negocio:

Construcción de un S.I. y

Diagrama de casos de uso del negocio

CONSTRUCCIÓN DE UN S.I.

Una metodología de desarrollo de

software se refiere a una forma de

trabajo o un framework que es usado

para estructurar, planear y controlar el

proceso de desarrollo en sistemas de

información (Ciclo de vida de un S.I.).

Toda metodología está conformada

por:

Etapas o Fases (Conjunto de

actividades)

Actores

Documentos

Modelos

Etc.

REQUISITOS O REQUERIMIENTOS

•Analizando los problemas a resolver, necesidades de información y características del dominio.

OBTENCIÓN

•Documentos que describen:

•Qué es lo que el sistema debe resolver (Requerimientos funcionales).

•Otras propiedades del sistema a construir (Requerimientos no funcionales)

ESPECIFICACIÓN

•Validación de requisitos (Correcto, necesario, completo, no ambiguo, etc.)

VALIDACIÓN

DISEÑO DEL SISTEMA

¿Cómo resolver los requerimientos

analizados?

Se refinan las sub-partes del

sistema identificadas en el análisis.

Se toman decisiones tecnológicas.

Se define la arquitectura del sistema

(diseño de la arquitectura de

Soporte, diseño de la arquitectura

de Módulos del sistema y diseño

físico de datos).

Se usan un conjunto de modelos o

diagramas (Caso de uso, secuencia,

actividades, clases, etc..

IMPLEMENTACIÓN

• Se procede a programar el sistema de información.

• Para ello, debe seleccionarse la tecnología más

idónea según los requerimientos analizados, el

lenguaje de programación así como el motor de

base de datos.

VERIFICACIÓN

¿El sistema hace lo que debería hacer?

El software falla si:

No hace lo requerido

Hace algo que no debería

Razones

Especificaciones y/o requerimientos

Faltantes o incorrectos

No se pueden implementar

Defectos en diseño o código

IMPLANTACIÓN Y MANTENIMIENTO

• Luego de la verificación y aceptación por parte de los

clientes el sistema es puesto en producción.

• Capacitación de usuarios

• Tareas de mantenimiento para que el sistema siga

funcionando:

• Detección de fallas y reporte

• Corrección de fallas

CASO DE USO

Un caso de uso agrupa a un conjunto de actividades y ayuda a los desarrolladores a laborar con los usuarios para establecer la forma en el que se usará el sistema.

Cada caso de uso representa a una tarea que generaliza o agrupa actividades, lo primero que se debe hacer es identificar el escenario.

Con un conjunto de casos de uso se construyen los escenarios de un sistema de información, en términos de que los usuarios intenten hacer con él.

Para poder determinar los diagramas de Casos de Uso; se tiene que identificar los escenarios del negocio que modela, desde el punto de vista de quien usa el sistema y no de quien lo construye.

EJEMPLOS

1. Profesor llama a Alumno.

2. Alumno se acerca al llamado.

3. Profesor plantea preguntas.

4. Alumno responde preguntas.

5. Profesor determina nota.

6. Profesor registra nota.

A este conjunto de actividades las agruparía en el Caso de Uso “Evaluar Alumno”

1. Cliente visualiza precios.

2. Cliente evalúa precios.

3. Cliente determina adquisición de productos

4. Cliente lleva productos de vitrina.

A este conjunto de actividades las agruparía en el Caso de Uso “Seleccionar producto”

1. Vendedor registra precio de producto.

2. Vendedor calcula total de montos de productos seleccionados.

3. Vendedor elabora documento de venta.

A este conjunto de actividades las agruparía en el Caso de Uso “Crea documento de venta”

COMPONENTES DE UN DIAGRAMA

DE CASOS DE USO

ACTOR: Un actor es un agente, alguien o algo que solicita un servicio al

sistema o actúa como catalizador para que ocurra algo.

CASO DE USO: Es representado por una elipse y describe una situación de

uso del sistema interactuando con actores.

DOCUMENTACION DE CASO DE USO: Para cada caso de uso, en la mayoría de situaciones tendrá un formato que tiene

las siguientes características.

FORMATO1: DOCUMENTAR CASO DE USO

CASO DE USO Compra del producto en efectivo

Actores Cliente (Iniciador), Cajero

Propósito Capturar una venta y su pago en efectivo.

Resumen Un cliente llega a la caja registradora con artículos que desea comprar. El cajero registra los productos y recibe un pago en efectivo. Al terminar la operación el cliente se marcha con los productos comprados.

Tipo Primario esencial

Referencias cruzadas Caso relacionados de uso y funciones también relacionadas al sistema.

Curso Normal de eventos

CONTINUACIÓN…

Curso normal de eventos

Acciones del autor Respuesta del sistema

1. Este caso de uso comienza cuando un cliente llega a una caja TPDV (Terminal de punto de venta), con productos que desea comprar.

2. El cajero registra el indicador de cada producto, si hay varios productos de una misma categoría, el cajero también introduce la cantidad.

3. Determinar el precio del producto e incorporar a la transacción actual la información correspondiente, se presenta la descripción y el precio del producto actual.

4. La terminar de ingresar el producto el cajero indica TPDV que se concluyó la captura del producto.

5. Calcula y presenta el total de la venta.

6. El cajero indica el total al cliente

7. El cliente efectúa un pago en efectivo “el efectivo ofrecido” posiblemente mayor que la cantidad de la venta.

8. El cajero registra la cantidad de efectivo recepcionado.

9. Muestra al cliente la diferencia y genera recibo.

10. El cajero deposita el efectivo recibido y extrae el cambio del pago y después el cajero da al cliente el cambio y el recibo impreso,

11. Registra la venta concluida.

12. El cliente se marcha con los artículos comprados.

FORMATO2: DOCUMENTAR CASO DE USO

CASO DE USO Ver cartelera

Objetivo Identificar los pasos que sigue el Cliente al momento de ver la cartelera de películas.

Acores Cliente (C)

Pasos: 1. C. Determinar género de película a ver. 2. C. Analizar disponibilidad y cronograma de película. 3. C. Seleccionar película a ver.

Extensiones Variaciones Requisitos especiales

GENERALIZACIÓN DE ACTORES

Cuando existen varios actores que realizan el mismo caso de uso, lo generalizamos creando un actor que pueda determinar, que uno de los actores heredados y solo uno de ellos puede realizar la tarea o Caso de Uso.

CASO DE USO EXTENDIDO

En este estereotipo (característica que toman los elementos en la notación UML), se determina que el Caso de Uso base, “Cálculo de impuesto”, extiende al caso de uso “Cálculo de Impuesto a las transacciones financieras”, esto significa que este caso se disparará ocasionalmente, pero NO siempre se da.

CASO DE USO INCLUIDO

En este estereotipo incluir implica que el Caso de uso base es vértice, y los casos de uso incluido son “Ponerse pantalón”, ”Ponerse camisa”, “Ponerse zapatos”, se debe cumplir obligatoriamente.

GENERALIZACION DE CASO DE USO

La generalización de casos de uso, es cuando se tiene por ejemplo: el caso de uso “Ingreso a la Universidad”, se generalizan a los casos de Uso: “Rendir Examen por la Pre” o “Rendir Examen de Admisión”

EJEMPLO1: HOTEL

Escenario: Alquiler de habitación de hotel DESCRIPCIÓN DE PROCESO: El proceso comienza cuando el huésped y recepcionista interactúan en el caso de uso solicitud de habitación, dicho caso de uso incluye el caso de uso mostrar las características de la habitación, luego huésped interactúa con el botón para el caso de uso ubicar habitación, después el cliente y el recepcionista interactúan en el caso de uso crear documento de servicio, del cuál se extiende el caso de uso recargo por el uso de bar y recargo por daños; en el caso crear documento se incluye el caso de uso cancelar documento, que se puede pagar de dos formas representadas por los casos de Uso: efectivo y tarjeta de banco.

DIAGRAMA DE CASOS DE USO: ALQUILER

DE HABITACIÓN DE HOTEL

GRACIAS

CASOS PROPUESTOS:

CP01: CONSULTORIO DENTAL ESCENARIO: ATENCIÓN DE CLIENTE EN EL CONSULTORIO DENTAL. Descripción del proceso: La recepcionista se encarga de registrar las citas para los pacientes que se acercan a realizar consultas, luego el paciente vendrá para la atención y este interactuará con el doctor, este creará la ficha del paciente que incluye sacar muestra de la dentadura, después el doctor informa el diagnóstico del paciente, quien incluye informar plan de pagos y determinar cronograma de citas. CP02: EL CINE ESCENARIO: VER PELÍCULA EN EL CINE. Descripción: El proceso se inicia cuando el cliente hace el proceso de ver cartelera, luego conjuntamente con el vendedor interactúan en el proceso de atender el pedido, después los dos interactúan en la cancelación de la entrada al cual ocasionalmente comprende el calculo del descuento por promociones, a su vez, ellos realizan el proceso de determinar la forma de pago que puede ser solo una de las siguientes modalidades: pago con tarjeta o pago con efectivo.