ANALISIS Y DISEÑO DE SISTEMA

RTF 1

PRESENTADO POR:

LEIDY PAOLA VASQUEZ RUIZ

JEISON ENRIQUE BEDOYA BOLIVAR
ELIAS DE VARGAS CUETER
JHONATAN MONA

Profesora:

Luz Viviana Cobaleda E.

UDEA
29/03/2011
 Modelo de análisis

1. Introducción

En un proceso de software una de las partes importantes es en la cual se toman los

diagramas de secuencias y se mira el sistema como una caja negra, el modelado de
domino, los contratos de operaciones esto me permite empezar a conocer y a desarrollar
clases de mi sistema y también saber que objeto hace que mi domino para poder
cambiar o modificar de forma útil. los contratos de operaciones que se hacen parte de
los diagramas de secuencias donde se analiza mas fondo las operaciones mas
importantes del el diagrama de secuencias, también son evaluadas cada uno de los
estados por los cuales pasan algunas de las clases que hacen parte del sistema esto nos
permite analizar mas de cerca como operar el sistema.

1.1. Propósito

El propósito del presente trabajo es tener una vista mas especifica del trabajo a
realizar, por medio de diagramas de estado y diagramas de secuencias a partir de
los casos de uso, con estos tendremos detalladamente los estados por los que
podrá pasar un objeto durante todo el proceso además de las de indicarnos la
comunicación que tendrán los objetos entre si y los mensajes que dispararan estas
comunicaciones, a partir de esta información llegaremos al como será e desarrollo
de nuestro sistema

1.2. Vista General

1.3. Referencias.

*http://es.scribd.com/doc/36837598/Applying-UML-and-Patterns-3rd-Ed-Craig-Larman
2004

*https://sites.google.com/site/analisisydisenoii

1.4. Definición de Términos, Abreviaturas y Siglas

2. Diseño de la estructura estática del sistema

2.1 Modelo conceptual refinado (modelo del dominio)

class Domain Obj ects

Paciente actualiza
Realiza Secretaria
PagoPorServ icio
+ cedula Registra 1..3
1 + nombre + Servicio + cedula
1..* 1..3 + nombre Registra Gasto
1..*
1..3 + descripcion
1...3
+ valor
solicita

Requiere Solicita
generar
Usuario

1..* Es un + id requiere actualizar

- pass
Serv icio
1..4
+ codigo es realizado por Administrador Administra
+ nombre RecursoHumano
+ valor 1 1..4 1..* Administra 1 - nombre 1
+ cargo RegistroNominaGasto
Ve
1..* + cedula
+ nombre 1 + descripci on
solicita 1 1 + fecha
- tipovinculacion
generar + pagoa
Ve + registradoPor
Administra 1..*
+ total
Realiza + valor
Solicita
1..* 1..*

FacturaPago FacturaNomina 1..* PagoNomina

RegistroDePagos
+ paciente + nombreRhumano + nombreRhumano
Requiere + fecha
+ servicio + valor
+ registradoPor
+ servicio
+ total
+ valor

Factura
Registro
+ cambio
+ fecha
+ facturo
+ registradopor
+ fecha
+ valor
+ recibio
+ valor

< Realice un modelo conceptual e ilústrelo en notación UML. Muestre

conceptos, asociaciones y atributos. Use un diagrama de clases de alto nivel.
Si considera necesario, puede especificarlo por paquetes.>

2.2 Explicación de conceptos

class Domain Obj ects

Serv icio

+ codigo
+ nombre
+ valor

Servicio es la atención que sele brinda o es solicitado por un paciente.

class Domain Obj ects

Paciente

+ cedula
+ nombre

Es la persona solicitante de un servicio la cual puede ser una persona no

entidad.
 class Domain Obj ects

RecursoHumano

+ cargo
+ cedula
+ nombre
- tipovinculacion

El recurso humano el grupo de personar vinculadas con el centro medico es

decir el personal en servicio.

class Domain Obj ects

PagoPorServ icio

+ Servicio

Es la tarifa que sele cobra al paciente por la atención realizada.

class Domain Obj ects

FacturaPago

+ paciente
+ servicio

Es el registro que se hace del pago echo por el paciente.

class Domain Obj ects

Factura

+ cambio
+ facturo
+ fecha
+ recibio
+ valor

Es la prueba fisca de pago puede ser por: puede ser por nomina o por servicio.
 class Domain Obj ects

FacturaNomina

+ nombreRhumano

Es el registro que se hace del pago de un empleado cada periodo de tiempo.

class Domain Obj ects

PagoNomina

+ nombreRhumano
+ valor

Es la liquidación del que se le realiza al empleado cada periodo de tiempo.

class Domain Obj ects

RegistroDePagos

+ fecha
+ registradoPor
+ servicio
+ total
+ valor

Es la información que se tiene de los pagos hecho por los pacientes.

class Domain Obj ects

Registro

+ fecha
+ registradopor
+ valor

La información almacenada de los procesos contables que pueden ser de

nomina y de gastos.
 class Domain Obj ects

RegistroNominaGasto

+ descripcion
+ fecha
+ pagoa
+ registradoPor
+ total
+ valor

Es la información que se tiene de los pagos hechos a los empleados.

class Domain Obj ects

Usuario

+ id
- pass

Es la entidad encargada de ser identificada por el sistema.

class Domain Obj ects

Gasto

+ descripcion
+ valor

Son las salidas contables.

class Domain Obj ects

Secretaria

+ cedula
+ nombre

Es la encargada de atender al paciente y de hacer registros de gastos.

<Por cada concepto usado en el modelo conceptual, brinde su explicación>

<Concepto1: Explicación>
<Concepto2: Explicación>
…
<Concepto N: Explicación>
3. Comportamiento del Sistema

3.1 Módulos del Sistema

3.1.1. Refinamiento de los Paquetes y Casos de Uso

Este diagrama de paquetes muestra la relación de diferentes actores con los

casos de uso, también muestra la relación o asociación entre los paquetes de
casos de uso.
Este nos permite tener una vista mas genera y ordenada por medio de
agrupaciones de casos de uso que tengan algo en común por ejemplo en el
paquete de registros estos están agrupados por que como el paquete lo dice
son registro de diferentes tipos pero registro es lo que tienen en común.

3.1.2. Casos de Uso de Requisitos.

3.1.2.1 Casos de Uso del Módulo Facturación

 uc Facturacion

Sistema

Factuarar pago de
nomina

Administrador

Facturar pagos por

serv icio

Secretaria

<Grafica con el diagrama de casos de uso del primer paquete>

3.1.2.1.1 Facturar pago de nomina.

3.1.2.1.1.1 Descripción del Casos de Uso Facturar pago de nomina.

Nombre del Caso de UC-<001> Facturar pago de nomina

Uso
Administrador (actor principal).
Actor(es)
Sistema (secundario)
Este caso de uso describe los pasos que se llevan a cabo para
Descripción
realizar una factura sobre un pago de nomina a realizar.
El administrador ha sido logueado. Se cumplió la fecha de
Precondición
pago de nomina (quincenal).
Flujo Principal Actor Sistema
Facturación de pago (1)Selecciona el tipo de
de nomina vinculación del personal al cual
se le realizará el pago de nomina.
(2)Muestra la lista de
empleados o
profesionales, según la
vinculación elegida.
(3)Elige de la lista a quien se le
realizara pago de nomina
(empleado o profesional).
 (3)Muestra el valor
correspondiente de su
pago.
(4)Ingresa el valor que se
pagará y confirma.
(5) Valida y ordena la
impresión de factura.
(6) Actualiza los
movimientos financieros.
Se realizó el pago de nomina del empleado o contratista con
Pos condición
éxito.
Frecuencia 10 veces Cada 15 días.
Comentarios

3.1.2.1.1.2 Diagramas de Secuencia para Facturar pago de nomina.

sd Factuirar pago de nomina

:Sistema

:Administrador

1. vinculacion(tipoVinculacion)

1.1. muestraVinculados()

2. pagoA(vinculado)

2.1. muestraSaldo()

3. ingresaPago(valor)

3.1.
imprimirFactura()

3.2. actualizarNominas(vnculado, valor, fecha, usuario)

3.1.2.1.1.3 Contratos de operaciones para Facturar pago de nomina.

Nombre: actualizarNominas(vnculado, valor, fecha, usuario).

Referencias cruzadas: Caso de uso Facturar pago de nomina.

Responsabilidades: Es la operación encargada de actualizar la información

sobre los pagos de nomina realizados en el centro médico.

Precondiciones: El tiempo establecido para pagar nomina se ha cumplido y el

pago está en curso.

Pos condiciones:
- Una instancia de FacturaNomina ha sido creada.

- Se asocio una instancia de PagoNomina con una instancia de

RecursoHumano.

- Una nueva instancia de RegistroNominaGasto.

3.1.2.1.2 Facturar pagos por servicios.

3.1.2.1.2.1 Descripción del Casos de Uso Facturar pagos por servicios.

Nombre del Caso de UC-<002> Facturar pagos por servicios
Uso
Secretaria (actor principal).
Actor(es)
Sistema (secundario)
Este caso de uso describe los pasos que se llevan a cabo para realizar una
Descripción
factura sobre un pago recibido por préstamo de servicio.
El usuario ha sido logueado y el paciente ha solicitado a la secretaria el
Precondición
préstamo de un servicio.
Actor Sistema
(1)Informa que se realizará una
factura por un servicio prestado.

(2) Solicita ingreso de la información

para la factura.

(3) Registra los datos del

paciente.

(4)Selecciona el tipo de consulta

solicitada por el paciente.
(5)Selecciona el tipo de
vinculación del paciente.
Flujo Principal (6)Muestra los empleados o
profesionales, según la vinculación
elegida.
(7)Elige el empleado o
profesional quien atenderá al
paciente.
(8)Muestra el precio de la consulta.
(9)Cobra el precio de consulta.
(10)Ingresa el monto recibido.
(11)Calcula y muestra el cambio que será
devuelto.
(12)Confirma la operación.
(13) Da la orden de impresión de la
factura.
(14) Actualiza los movimientos
financieros.

A partir del flujo principal (9):

Informa que el paciente no tiene
para pagar el precio exacto del
servicio.

Flujo Alternativo: (2)Pide una contraseña para realizar la

El paciente es de operación.
escasos recursos y no (3) Ingresa contraseña.
puede pagar el precio (4) Solicita realizar un comentario acerca
exacto de la consulta. del suceso.
(5) Ingresa el comentario acerca
de la razón por la cual se realiza
ésta operación.
(6) Ingresa el monto recibido.
(7) vuelve al flujo principal
(11)
Pos condición La factura fue realizada y entregada al paciente.
Frecuencia 3 por día.
Comentarios
3.1.2.1.2.2 Diagramas de Secuencia para Facturar pagos por servicios.

sd Facturar pago por serv icios

: Sistema

: Secretaria

1. solicitarPagoServicio()

1.1. solicitarDatos()

2. redistrarDatos(nombre,servici o,tipoPaciente)

3.selecci onarTipoVinculacion(tipoVinculacion)

3.1. mostrarListaVinculados()

4. seleccionarVinculado(vinculado)

4.1. mostrarPrecio()

5. registrarRecibido(recibido)

5.1.calcularCambio(recibido,precioServicio)

5.2. mostrarCambio(cambio)

6. confirmarOperacion()

6.1. imprimirFactura(servici o,recibido,cambio,fecha,nombrepaciente)

6.2. actualizarPagoServi cio(usuario,servicio, atendio,fecha)

3.1.2.1.2.3 Contratos de operaciones para Facturar pagos por servicios.

3.1.2.2 Casos de Uso del Módulo Facturar pagos por servicios.

Nombre: actualizarPagoServicio(usuario, servicio, atendio, fecha).

Referencias cruzadas: Caso de uso Facturar pagos por servicios.

Responsabilidades: es la operaion encargada actualizar la información sobre

los pagos recibidos por servicios realizados en el centro médico.

Precondiciones: se han registrado satisfactoriamente los datos para la

facturación de pago por servicio.

Pos condiciones:
- Una instancia de FacturaPago ha sido creada.
 - Secretaria ha sido asociada con FacturaPago.

- Una nueva instancia de RegistroNominaGasto.

uc Informacion

Sistema

Administrar serv icios

Administrador Administrar recursos

humanos

3.1.2.2.1 Administrar Servicios

3.1.2.2.1.1 Descripción del Casos de Uso Administrar Servicios

Nombre del Caso de UC-<003> Administrar Servicios

Uso
Administrador (actor primario).
Actor(es)
Sistema (secundario).
Este caso de uso describe operaciones sobre los servicios del
Descripción centro médico, tales como: crear, eliminar y modificar
servicios.
Precondición El usuario administrador ha sido logueado.
Flujo Principal Actor Sistema
Crear nuevo servicio
(1)Selecciona la opción para
crear un Servicio Nuevo
(2) Muestra los campos
correspondientes para la
creación de un nuevo
servicio.
 (3) Ingresa los datos acerca del
nuevo servicio, como: nombre,
precio, código a nivel nacional y
código local (asignado por el
centro médico)
(4)Valida datos de entrada
y actualiza servicios.
A partir del flujo principal (1):
(1) Selecciona la opción para
eliminar un servicio.
(2) Muestra la lista de los
servicios para su
eliminación.
Flujo Alternativo 1
(3)Selecciona servicio a
Eliminar servicio
eliminar y confirma la
operación.
(4)Valida la eliminacion.
(5)Actualiza la
información de los
servicios.
A partir del flujo principal (1):
(1) Selecciona la opción para
modificar un servicio.
(2) ) Muestra la lista de
los servicios para su
modificación.
(3) Selecciona servicio.
Flujo Alternativo 2
(4) Muestra la
Modificar datos de un
información del servicio
servicio
elegido y permite que éste
sea editado.
(5) Edita información del
servicio y confirma la
operación.
(6) Actualiza la
información del servicio.
En la lista de servicios de la ventana “Pagos” debe aparecer
Pos condición
el nuevo servicio.
Frecuencia Una vez por servicio al mes.
Comentarios No podrán existir dos servicios con el mismo nombre.

3.1.2.2.1.2 Diagramas de Secuencia para Administrar Servicios.

sd Administrar serv icios

: Sistema

: Administrador
seleccionarOpcion ()

opt
[seleccion == "crear"] 1. nuevoServicio(nombre,codigoLocal,codigoNacional, valor)

1.1 solicitarIngresoInformacion()

1.2 validaDatos(nombre,codLocal,codNacional,valor)

1.3 nuevoServicio(nombre, codLocal, codNacional, valor)

alt
2. mostrarListaServicios()
[seleccion=="eliminar"]

2.1. seleccionarServicio(servicio)

2.1.1. validarEliminacion(servicio) :boolean

2.1.2. EliminarServicio(servicio)

opt
[seleccion=="modificar"]
3. modificarServicio(servicio)

3.1 muestraInformacionServicio(servicio)

3.2 modificacion(nombre, codLocal, codNacional, valor)

3.3 validaDatos(nombre, codLocal, codNacional, valor)

3.4 ModificarServicio(servicio, nombre, codLocal, codNacional, valor)

3.1.2.2.1.3 Contratos de operaciones para Administrar Servicios.

Nombre: NuevoServicio(nombre, codLocal, codNacional, valor).

Referencias cruzadas: Administrar servicios.

Responsabilidades: Es la operación encargada de crear un nuevo servicio del

centro médico.

Precondiciones: Todos los datos ingresados acerca del nuevo servicio están
correctos.

Pos condiciones:
- Una instancia de Servicio ha sido creada.
3.1.2.2.2 Administrar recursos humanos.

3.1.2.2.2.1 Descripción del Casos de Uso Administrar recursos humanos.

Nombre del Caso de UC-<004> Administrar recursos humanos

Uso
Usuario administrador (actor primario).
Actor(es)
Sistema del programa (secundario).
Este caso de uso describe operaciones sobre los recursos
Descripción
humanos, tales como: vincular, desvincular y modificar.
Precondición El usuario administrador ha sido logueado.
Actor Sistema

(1)Selecciona operación.

(2)Solicita vincular un nuevo

empleado o profesional.

(3)Muestra la información
para la vinculación de un
empleado o profesional.
(4)Ingresa los datos personales
Flujo Principal (nombre, cedula, tipo de
Vincular contrato y saldo) de la
persona que será vinculada.

(5)Ingresa el porcentaje que

recibirá el nuevo vinculado por
consulta o su sueldo, según el
tipo de contrato seleccionado.
(6)Confirma la operación.
(7)Valida los datos
ingresados
(8)Actualiza la
información de recursos
humanos
A partir del flujo principal (1):
Flujo Alternativo 1 (1) Solicita desvincular un
Desvincular empleado o profesional.
(2) muestra la lista de
empleados o profesionales
para la desvinculación.
(3)Selecciona a quien será
desvinculado y confirma
operación.
 (4)Valida selección.
(5) Regresa al flujo
principal (8).
A partir del flujo principal (1):
(1) Solicita modificar los datos
de un vinculado.
(2) Muestra la lista para la
modificación de un
vinculado.
(3) Selecciona vinculado.
(4) Muestra la
Flujo Alternativo 2
información del vinculado
Modificar datos de un
elegido y permite que ésta
vinculado
sea editada.
(5) Edita información del
vinculado y confirma la
operación.
(6)Valida la información
editada.
(7) Regresa el flujo
principal (8)
Pos condición En la listas de servicios son actualizadas.
Frecuencia Dos veces por cada empleado o contratista al mes.
Los campos de sueldo no podrán ser modificados en una
Comentarios
misma quincena más de una vez.

3.1.2.2.1.2 Diagramas de Secuencia para Administrar recursos humanos.

Nombre: vincullar (nombre, cedula, cargo, saldo).

Referencias cruzadas: Administrar recursos humanos.

Responsabilidades: Es la operación encargada de registrar un nuevo recurso

humano.
Precondiciones: La creación de recurso humano esta en proceso.

Pos condiciones:
- Se ha creado una nueva instancia de RecursoHumano.

- Se ha asociado un Servicio al recurso humano.

Nombre: desvincular(vinculado).

Referencias cruzadas: Administrar recursos humanos.

Responsabilidades: Es la operación encargada de borrar una instancia de

RecursoHumano existente.

Precondiciones: El proceso de desvinculación está en curso y se permite

desvincular al vinculado elegido.

Pos condiciones:
- Se ha eliminado una instancia de RecursoHumano.

Nombre: ModificarRhumanos (vinculado, nombre, cedula, cargo, sueldo).

Referencias cruzadas: Administrar recursos humanos.}

Responsabilidades: Es la operación encargada de realizar una modificación

en una instancia de RecursoHumano.

Precondiciones: El proceso de modificación de un RecursoHumano está en

curso.

Pos condiciones:
- Se ha modificado una instancia de RecursoHumano.
sd Administrar recursoshumanos

:Sistema

:Administrador

1. seleccionarOperacion(seleccion)

opt
1.1 pedirDatos()
[seleccion=="vincular"]

1.2. IngresarDatosVincular(nombre, cedula, cometario)

1.3. SeleccionarTipocontrato(tipocontrato)

1.4. ingresarValor(valor)

1.5 confirmar()

1.5.1. validarDatos(nombre, cedula, cargo, sueldo)

1.5.2. actualizarInfoRhumanos(nombre, cedula, cargo, saldo)

opt

[seleccion=="desvincular"]

2. solicitarDesvincualar()

2.1. mostrarListaVinclados()

2.3. seleccionaVinculado(nombre)

2.3.1 validarSeleccion() :boolean

2.3.2. actualizarInfoRhumanos(nombre)

opt
[seleccion=="modificar"] 3.1. mostrarListaVinculados()

3.2. seleccionarVincualdo()

3.3 mostrarInfoVinculado()

3.4. editarInfoVinculado(nombre, cedula, cargo, saldo)

3.4.1. validarDatos(nombre, cedula, cargo, sueldo)

3.4.2. actualizarInfoRhumanos(nombre, cedula, cargo, sueldo)

3.1.2.2.1.3 Contratos de operaciones para Administrar recursos humanos.

3.1.2.3 Casos de Uso del Módulo Registros.

uc Registros

Sistema

Registrar gasto

Secretaria

Ver registros de
nomina y gastos

v er registros de
pagos recibidos por
Administrador serv icio

3.1.2.3.1 Registrar gasto.

3.1.2.3.1.1 Descripción del Casos de Uso Registrar gasto.

Nombre del Caso de UC-<005> Registrar gasto

Uso
Secretaria (actor principal).
Actor(es)
Sistema (secundario)
Este caso de uso describe los pasos que se llevan a cabo para
realizar una factura sobre un gasto hecho por el centro
Descripción
médico (ya sean activos o pasivos). Además este caso de uso
es de bajo nivel ya que no posee alta complejidad.
El usuario ha sido logueado y el gasto ha sido se ha
Precondición
efectuado.
Flujo Principal Actor Sistema
Facturación del gasto
(1) Informa que se registrara un
gasto efectuado.

(2) Solicita ingreso de la

información del gasto.

(3) Describe el gasto realizado y

su valor.
(4) Confirma la operación.
 (5) Valida la descripción
del gasto.

(6) Actualiza los

movimientos financieros
realizados.
Pos condición Se registró el nuevo gasto.
Frecuencia 90 veces al mes
Se permitirá hacer facturas de gastos con valores negativos
Comentarios para cancelar una errónea. Todo movimiento financiero,
incluido éste será guardado.

3.1.2.3.1.2 Diagramas de Secuencia para Administrar recursos humanos.

sd Registrar gasto

: Sistema

: Secretaria

1. registrarGasto(descripcion,valor)

1.1. validaDatos(descripcion,valor)

1.2. actualizaFinanzas(descripcion,valor, usuario,fecha)

3.1.2.3.1.3 Contratos de operaciones para Administrar recursos humanos.

3.1.2.3.2 Ver registros de nomina y gastos.

3.1.2.3.2.1 Descripción del Casos de Uso Ver registros de nomina y gastos.

Nombre del Caso de UC-<006> Ver registros de nomina y gastos

Uso
Administrador (actor principal).
Actor(es)
Sistema (secundario)
Este caso de uso describe los pasos que se llevan a cabo para
Descripción visualizar los movimientos financieros correspondientes a
pagos de nomina y gastos realizados.
Precondición El usuario administrador ha sido logueado.
Flujo Principal Actor Sistema
 (1) Selecciona la opción
Registros de salidas.
(2) Solicita ingreso del
intervalo de fecha en la
cual se mostraran los
registros.
(3) Ingresa el intervalo de fecha
para ver los registros de nomina
y gasto.
(4) Busca los registros de
los movimientos
financieros
correspondientes.
(5) Muestra los registros
financieros de gastos y
nomina en el intervalo de
tiempo solicitado.
Pos condición Se han mostrado los registros correspondientes.
Frecuencia 2 veces por día.

3.1.2.3.2.2 Diagramas de Secuencia para Ver registros de nomina y gastos.

sd Ver registros de nomina y gastos

:Sistema

:Administrador

1. SeleccionarRegistrosSalidas()

1.1. SolicitarFechas()

2. IngresarFechas(desde, hasta)

2.1. BuscarRegistrosFinancieros(desde, hasta) :

2.2 ArrayList
MostrarRegistrosFinancieros()

3.1.2.2.2.3 Contratos de operaciones para Ver registros de nomina y gastos.

Nombre: buscarRegistrosDeSalida(desde, hasta) : String.

Referencias cruzadas: Ver registros de nomina y gastos.

Responsabilidades: Es la operación encargada de buscar los registros

financieros correspondientes a los de nomina y gastos realizados por el centro
médico en un intervalo de fechas.

Precondiciones: La actividad esta en curso y se ha elegido las fechas para

las cuales se desean ver los registros.

Pos condiciones:
- Se han creado instancias de RegistroNominaGasto.

Nombre: buscarRegistrosDeEntrada().

Referencias cruzadas: ver registros de nomina y gastos.

Responsabilidades: Es la operación encargada de buscar los registros

financieros correspondientes a los de pagos recibidos por servicios en un
intervalo de fechas.

Precondiciones: La actividad esta en curso y se ha elegido las fechas para

las cuales se desean ver los registros.

Pos condiciones:
- Se han creado instancias de RegistroDePago.

3.1.2.3.3 Ver registros de pagos por servicios.

3.1.2.3.3.1 Descripción del Casos de Uso Ver registros de pagos por servicios.

Nombre del Caso de UC-<007> Ver registros de pagos por servicios

Uso
Administrador (actor principal).
Actor(es)
Sistema (secundario)
Este caso de uso describe los pasos que se llevan a cabo para
Descripción visualizar los movimientos financieros correspondientes a
pagos recibidos por prestaciones de servicio.
El usuario ha sido logueado y tiene privilegios de
Precondición
administrador.
Flujo Principal Actor Sistema
(1) Selecciona la opción
Registros de entradas.
 (2) Solicita ingreso del
intervalo de fecha en la
cual se mostraran los
registros.
(3) Ingresa el intervalo de fecha
para ver los registros de nomina
y gasto.
(4) Busca los registros de
los registros de entrada
correspondientes.
(5) Muestra los registros
de los pagos recibidos
por servicios.
Pos condición Los registros serán mostrados en una tabla según su fecha.
Frecuencia 2 veces por día.

3.1.2.3.3.2 Diagramas de Secuencia para Ver registros de pagos por servicios.

sd Ver registros de pagos por serv icios

:Sistema

:Administrador

1. SeleccionarRegistrosEntradas()

1.1. SolicitarFechas()

2. IngresarFecha(desde, hasta)

2.1. BuscarRegistrosEntradas(desde, hasta) :Arraylist

2.2. MostrarRegistosEntradas()

3.1.2.3.3.3 Contratos de operaciones para Ver registros de pagos por servicios.

3.1.2.4 Casos de Uso del Módulo Cuentas.

 uc Cuentas

Sistema

Administrar cuentas

Administrador

3.1.2.4.1 Administrar cuentas.

3.1.2.4.1.1 Descripción del Casos de Uso Administrar cuentas.

Nombre del Caso de UC-8<Administrar cuentas de usuario>

Uso
Usuario administrador (actor primario).
Actor(es)
Sistema del programa (secundario).
Este caso de uso describe operaciones sobre cuentas de
Descripción
usuarios, tales como: crear, eliminar y modificar contraseña.
Precondición El usuario administrador ha sido logueado.
Actor Sistema

(1) Solicita crear un usuario.

(3) solicitas datos para la

Flujo Principal cuenta que se crea.
Crear usuario
(2) Muestra la información
correspondiente para la
creación de nuevo usuario.
(3) Ingresa datos (nombre y
contraseña de usuario).
(4) Valida datos y actualiza
la información de usuarios.
(5) informa que el usuario a
sido creado exitosamente.
A partir del flujo principal (1),
Flujo Alternativo 1 Solicita eliminar usuario.
Eliminar usuario (2) Muestra la lista de los
 usuarios.
(3) Selecciona usuario a
eliminar y confirma la
operación.
(4) Actualiza la
información de usuarios.
A partir del flujo principal (1),
(1) Solicita modificar usuario.
(2) Muestra la lista de los
Flujo Alternativo 2
usuarios.
Modificar contraseña
(3) Modifica datos del usuario
de un usuario
seleccionado.
(4) Actualiza la
información de usuarios.
Pos condición La cuenta se creó y puede ser utilizada.
Frecuencia 4 veces al mes.
Si un usuario se mantiene inactivo por más de un mes, este
Comentarios
será borrado automáticamente.

3.1.2.4.1.2 Diagramas de Secuencia para Administrar cuentas.

sd Administra cuentas de usuario

:Sistema

:Administrador

opt
[seleccion==crearUsuario]
1. solicitarCrearUsuario()

1.1. solicitarDatos()

2.1Mostrarinformacioncracion()

3.ingresardatos(String nom, String contra)

3.1Validadatosyactualizainfo()

3.2notificarCreacion()

opt

[seleccion=="eliminar"] 4.Seleccionaropcioneliminar()

4.1Muestralistausuarios()

5.Seleccionarusuarioeliminar()

6.Confirmaroperacioj()

opt 7.Seleccionarmodificarusuario()
[seleccion=="modificar"]

7.1Mostrarinformacionparamodificacion()

8.Ingresarusuarioynuevacontraseña()

8.1Actualizarinfouauiario()

3.1.2.4.1.3 Contratos de operaciones para Ver registros de pagos por servicios.

Nombre: CrearUsuario (id, pass, nombre).

Referencias cruzadas: Administrar cuentas.

Responsabilidades: Es la operación encargada de la creación de un nuevo

usuario del sistema.

Excepciones: Si el nombre del usuario no esta en una instancia de

RecursoHumano no se puede crear.
Si ya existen 4 usuarios incluyendo el administrador no se puede crear uno
nuevo.

Precondiciones: El proceso de creación de un nuevo usuario esta en curso.

Los datos ingresados para la creación del nuevo usuario son validos.

Pos condiciones:
- Una instancia de Secretaria ha sido creada.

- La instancia de Secretaria ha sido asociada con RecursoHumano.

3.2. Clases Reactivas

class Domain Obj ects

Usuario

+ id
- pass

class Domain Obj ects

PagoNomina

+ nombreRhumano
+ valor

3.2.1. Transición de estados de Usuario.

El usuario ingresa al sistema (ingresa su usuario y contraseña), realiza procesos en su

estado activo y cuando cierra sesión cambia su estado a no activo

3.2.1.1. Diagrama de estados de Usuario.

 class Usuario Diagrama de estados

Activ o
[ingreso al sistema]

Initial

[cerrar sesion]

No activ o

Final

3.2.2. Transición de estados de pago de nomina.

El pago de nomina se realiza quincenal, transcurrido este tiempo se activa una

vez realizado el pago de monina se desactiva

3.2.2.1. Diagrama de estados de pago de nomina.

class Pago de nomina Diagrama de estados

Activ o
[15 dias transcurridos]

Initial

[Pago realizado]

No Activ o

Final