Documento de casos de uso

Introdución

To be written

Purpose of Document

The Purpose of this Document is to define the Use Case for    ...

This is to be a standard paragraph to layout that the Business Logic and the elements within the package which are laying out the Use Cases for the package under development.    This text is definable as a template by the user and stored locally.    The system variables are filled in by EA via the RTF Document Generator.

Glossary

Group	Term	Definition
Business	Accounting Periods	A defined period of time whereby performance    reports may be extracted. (normally 4 week periods).
Technical	Association	A relationship between two or more entities. Implies a connection of some type - for example one entity uses the services of another, or one entity is connected to another over a network link.
Technical	Class	A logical entity encapsulating data and behaviour. A class is a template for an object - the class is the design, the object the runtime instance.
Technical	Component Model	The component model provides a detailed view of the various hardware and software components that make up the proposed system. It shows both where these components reside and how they inter-relate with other components. Component requirements detail what responsibilities a component has to supply functionality or behavior within the system.
Business	Customer	A person or a company that requests An entity to transport goods on their behalf.
Technical	Deployment Architecture	A view of the proposed hardware that will make up the new system, together with the physical components that will execute on that hardware. Includes specifications for machine, operating system, network links, backup units &etc.
Technical	Deployment Model	A model of the system as it will be physically deployed
Technical	Extends Relationship	A relationship between two use cases in which one use case 'extends' the behavior of another. Typically this represents optional behavior in a use case scenario - for example a user may optionally request a list or report at some point in a performing a business use case.
Technical	Includes Relationship	A relationship between two use cases in which one use case 'includes' the behaviour. This is indicated where there a specific business use cases which are used from many other places - for example updating a train record may be part of many larger business processes.
Technical	Use Case	A Use Case represents a discrete unit of interaction between a user (human or machine) and the system. A Use Case is a single unit of meaningful work; for example creating a train, modifying a train and creating orders are all Use Cases. Each Use Case has a description which describes the functionality that will be built in the proposed system. A Use Case may 'include' another Use Case's functionality or 'extend' another Use Case with its own behaviour. Use Cases are typically related to 'actors'. An actor is a human or machine entity that interacts with the system to perform meaningful work.

Application Overview

Some text on the application Overview…

Define the Scope

Definition of the Scope of the application …

Context

    -------

This is to give a brief definition of the context in which of the application will be implemented.    Specifying the relationship this system will have to existing systems within the environment.

Technical Environment

This is to give a brief definition of any applications relevant to the system being implemented.    There needs to be a definition of the relationship between these as well as any aspects that this system is reliant upon.

Casos de uso

Modelo de casos de uso

Actores

Dispositivo

Paciente

Personal Administrativo

Personal IT

Personal Médico

Casos de Uso

Monitor

001: Alarmas

CU_001_001: Visualizar Alarmas

El objetivo de caso de uso es la visualización de los parámetros de alarmas

Camino básico

1. El Personal Médico abre la aplicación.
2. El Monitor muestra todas las alarmas configuradas.

Pre-condición	Estado
Monitor conectado al datakeeper	Aprobada
Dispositivo conectado al sistema	Aprobada
Internación cargada Ubicación Paciente Dispositivo	Aprobada

Post-condición	Estado
Conocimiento del estado real de las alarmas	Aprobada

Camino alternativo 1: visualización de alarmas desde historial de internación:

1. El Personal Médico pica sobre el Botón de Datos Históricos.
2. El sistema muestra la pantalla "HistoricalDateWindows" con los valores y escalas de colores asociado a situación de alarma.

Pre-condición	Estado
Monitor conectado al datakeeper	Aprobada
Dispositivo conectado al sistema	Aprobada
Internación cargada Ubicación Paciente Dispositivo	Aprobada

Post-condición	Estado
Conocimiento del estado real de las alarmas	Aprobada

Excepciones: falla de comunicación 1

1. El Sistema muestra al Personal Médico mensaje de error.
2. El Personal Médico acepta mensaje de error y comunica al Personal IT.

Excepciones: falla de comunicación 2

1. El Sistema muestra al Personal Médico mensaje de error.
2. El Personal Médico acepta mensaje de error y comunica al Personal IT.

---

CU_001_002: Configurar Alarmas

El objetivo del CU es la configuración de los niveles de disparo

Camino básico

1. El PM abre la aplicación.
2. El PM pica el botón de configuración de alarmas.
3. La aplicación muestra una interfaz para ajustar los parámetros.
4. El PM modifica los valores.
5. El PM acepta los valores.
6. El sistema acepta los cambios.

Pre-condición	Estado
Monitor conectado al datakeeper	Aprobada
Dispositivo conectado al sistema	Aprobada
Internación cargada Ubicación Paciente Dispositivo	Aprobada

Post-condición	Estado
Niveles de disparo de alarma modificados	Aprobada

Excepción 1: los niveles de disparo no pueden ser recuperados

1. El sistema emite un error.
2. El PM contacta al personal de IT.

Excepción 2: los nuevos niveles de disparo no son aceptados por el sistema.

1. El sistema informa al PM que los valores fueron modificados en el lapso de tiempo entre que se los solicitó y se enviaron las modificaciones (otro usuario modificó antes los valores)
2. El PM vuelva a la pantalla principal.

---

CU_001_003: Silenciar alarmas locales

El objetivo del CU es el silenciado de las alarmas sonoras locales, es decir, las emitidas por la instancia activa del monitor.

Camino básico

1. El PM abre la aplicación.
2. El PM pica sobre el botón de silenciado de una variable en particular de una internación en particular.
3. El sistema deja de emitir alarmas sonoras para el valor en particular de la internación seleccionada.

Pre-condición	Estado
Monitor conectado al datakeeper	Aprobada
Dispositivo conectado al sistema	Aprobada
Internación cargada Ubicación Paciente Dispositivo	Aprobada

Post-condición	Estado
Alarma sonora silenciada.	Aprobada

002: DISPOSITIVOS

Figure 7: DISPOSITIVOS

003: INTERNACIONES

Figure 8: INTERNACIONES

004: REPORTES

CU_004_001: Generar un reporte

El objetivo del CU es generar un reporte en formato PDF de una internación.

Camino básico

1. El Personal Médico abre la aplicación
2. El PM pica el botón de generación de reporte de una internación.
3. El PM elige el rango de fecha-hora para el cual se generará el reporte.
4. El sistema genera el reporte y abre una aplicación que visualice el PDF.

Pre-condición	Estado
Monitor conectado al datakeeper	Aprobada
Dispositivo conectado al sistema	Aprobada
Internación cargada Ubicación Paciente Dispositivo	Aprobada

Post-condición	Estado
Reporte generado y mostrado en pantalla.	Aprobada

Excepción 1: no se puede generar el reporte

1. El sistema emite un mensaje de error.
2. El PM contacta al personal de IT.

---

ABM

001: Consultar dispositivos

CU_001_001

El objetivo de caso de uso es la visualización de los dispositivos conocidos por el sistema.

Camino básico

1. El PA abre la aplicación.
2. El PA pica el botón "Dispositivos".
3. La aplicación muestra datos sobre los dispositivos.

Pre-condición	Estado
ABM conectado a la base de datos	Aprobada
Dispositivo cargado en el sistema	Aprobada

Post-condición	Estado
Se muestra un listado de dispositivos conocidos por el sistema	Aprobada

Excepción 1: la aplicación no puede conectarse a la base de datos

1. La aplicación muestra un mensaje de error.
2. El PA contacta al personal de IT.

002: CRUD ubicaciones

CU_002_001

El objetivo de caso de uso es realizar CRUD sobre las ubicaciones.

Camino básico

1. El PA abre la aplicación.
2. El PA pica el botón "Ubicaciones"
3. La aplicación muestra la lista de ubicaciones ya cargadas en el sistema.
4. El PA puede agregar, cambiar o borrar ubicaciones.

Pre-condición	Estado
ABM conectado a la base de datos	Aprobada

Post-condición	Estado
Se pudo realizar crear, leer, actualizar o borrar una ubicación	Aprobada

Excepción 1:

1. El sistema no deja borrar una ubicación ya asociada a una internación.

003: CRUD pacientes

CU_003_001

El objetivo de caso de uso es realizar CRUD sobre los pacientes.

Camino básico

1. El PA abre la aplicación.
2. El PA pica el botón "Pacientes"
3. La aplicación muestra la lista de pacientes ya cargados en el sistema.
4. El PA puede agregar, cambiar o borrar pacientes.

Pre-condición	Estado
ABM conectado a la base de datos	Aprobada

Post-condición	Estado
Se pudo realizar crear, leer, actualizar o borrar un paciente	Aprobada

Excepción 1:

1. El sistema no deja borrar un paciente ya asociado a una internación.

004: CRUD internaciones

CU_004_001

El objetivo de caso de uso es realizar CRUD sobre las internaciones.

Camino básico

1. El PA abre la aplicación.
2. El PA pica el botón "Internaciones"
3. La aplicación muestra la lista de internaciones ya cargadas en el sistema.
4. El PA puede agregar, cambiar o borrar internaciones.

Pre-condición	Estado
ABM conectado a la base de datos	Aprobada

Post-condición	Estado
Se pudo realizar crear, leer, actualizar o borrar una internación	Aprobada