Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Proyecto Final
Marzo 2006
Universidad de los Andes
Ingeniería de Sistemas y Computación
ECOS - Especialización en Construcción de Software
4 GLOSARIO DE TÉRMINOS
Término Descripción
Actor Administrador
• Administrador_CU001: Exportar Información de Inmuebles a aplicación Web
• Administrador_CU002: Reporte Mensual de arrendatarios
Formato UA-RF-002
Identificador Nombre
Formato UA-RF-002
Identificador Nombre
Precondición Postcondición
Caminos alternativos
Ninguno
Caminos de excepción
Evento 6. Si la información no puedo ser ingresada en el sistema se desplegara un mensaje informando la situación.
Puntos de extensión
Evento 4. Para un nuevo propietario el sistema permitirá crear el propietario (ver Caso de Uso: Crear Propietario
UsuRecepcion_CU001) y regresar al evento 2.
Autor Fecha Creación / Modificación
Nubia Noguera C. 2006/02/12 Creación del requerimiento.
Andrea Linares R. 2006/02/12 Creación del requerimiento.
Poseidon Co. 2006/02/18 Verificación y complemento de información
Formato UA-RF-002
Identificador Nombre
Tipo y número de identificación del propietario o Nombre Listado con los datos del inmueble de un propietario.
del Propietario
Código del Inmueble (Opcional)
Precondición Postcondición
Existe propietario creado en el sistema El sistema muestra la información del propietario y de los
inmuebles que tiene registrados, en caso de que se haya
ingresado código del inmueble, mostrará la información del
inmueble específico.
Suposiciones
Ninuguna
Flujo normal de eventos
Acción del actor Respuesta del sistema
1 El usuario de recepción de inmuebles ingresa a la 2 El sistema solicita la siguiente información:
opción de consultar inmuebles por propietario
Tipo y número de identificación o Nombre del
propietario, y como información opcional el código del
inmueble
3 El usuario de recepción de inmuebles ingresa el 4 El sistema valida los datos ingresados y consulta y
código o nombre del propietario. despliega el resultado con la información de todos los
inmuebles del propietario: Dirección del inmueble, tipo
de Inmueble, tamaño en metros cuadrados, tipo
Consignación (Venta o Arrendamiento), descripción
del tipo de inmueble, valor inmueble, foto del
inmueble, Datos Escritura: Número Fecha Escritura y
Notaria.
Caminos alternativos
Paso 4. Si el usuario de recepción de inmuebles ingresa un código de inmueble especifico solo se mostrará la
información de ese inmueble en particular
Caminos de excepción
Paso 4 Si el código o nombre del propietario no son validos, el sistema mostrara un mensaje de error y volverá al paso
2
Paso 4 Si el código del inmueble no es valido, el sistema mostrara un mensaje de error y volverá al paso 2
Puntos de extensión
Ninguno
Autor Fecha Creación / Modificación
Nubia Noguera C. 2006/02/12 Creación del requerimiento.
Andrea Linares R. 2006/02/12 Creación del requerimiento.
Poseidon Co. 2006/02/18 Verificación y complemento de información
Formato UA-RF-002
Identificador Nombre
Precondición Postcondición
Ninguno
Ninguno
Autor Fecha Creación / Modificación
Andrea Linares R. 2006/02/12 Creación del requerimiento.
Poseidon Co. 2006/02/18 Verificación y complemento de información
Andrea Linares R. 2006/03/04 Se abre crear cliente en cliente arrendatario y cliente comprador
Formato UA-RF-002
Identificador Nombre
Ninguno
Caminos de excepción
Paso 4. Si ya existe un cliente con el mismo numero y tipo de identificación, el sistema mostrara el respectivo mensaje
y volverá al paso 2.
Puntos de extensión
Ninguno
Autor Fecha Creación / Modificación
Andrea Linares R. 2006/03/04 Se abre crear cliente en cliente arrendatario y cliente comprador
Formato UA-RF-002
Identificador Nombre
Precondición Postcondición
El inmueble debe existir en el sistema y debe estar El sistema actualiza el estado del inmueble y la relación con
disponible para la venta el cliente, genera un consecutivo e ingresa el pago del
negocio si es venta
El cliente debe existir en el sistema.
Suposiciones
Ninguna
Flujo normal de eventos
Acción del actor Respuesta del sistema
1 El usuario de selección de clientes ingresa por la 2 El sistema solicita el código del inmueble y el tipo y
opción de registrar venta. número de identificación del cliente, la fecha y el valor
de la venta
Caminos de excepción
Paso 4 Si el código del inmueble no existe, el sistema mostrará un mensaje indicando el error y volverá al paso 2
Paso 4 Si el tipo y numero de identificación del cliente que compró no existe, el sistema mostrará el mensaje indicando
el error y volverá al paso 2.
Puntos de extensión
Ninguno
Autor Fecha Creación / Modificación
Andrea Linares R. 2006/02/13 Creación del requerimiento.
Poseidon Co. 2006/02/18 Verificación y complemento de información
Nubia Noguera 2006/03/04 Se separa para registrar venta y registrar arriendo aparte.
Formato UA-RF-002
Identificador Nombre
Precondición Postcondición
El inmueble debe existir en el sistema y debe estar El sistema actualiza el estado del inmueble y la relación con
disponible para arriendo. el cliente, genera un consecutivo e ingresa el pago del
negocio si es venta
El cliente debe existir en el sistema.
Paso 4 Si no esta registrada la información adicional (Codeudor, Salario, Empleador) el sistema desplegara un mensaje
de error y termina el flujo de eventos.
Paso 4 Si el código del inmueble no existe, el sistema mostrará el mensaje correspondiente mensaje y volverá al paso 2
Paso 4 Si el tipo y numero de identificación del cliente arrendó no existe, el sistema mostrará el mensaje
correspondiente y volverá al paso 2.
Puntos de extensión
Ninguno
Autor Fecha Creación / Modificación
Nubia Noguera 2006/03/04 Creación para registrar arriendo aparte de venta.
Formato UA-RF-002
Identificador Nombre
Código del inmueble Cheque por valor a pagar al propietario del inmueble
Valor por venta
El inmueble debe estar vendido en el sistema, se registro Se genera el cheque por venta del inmueble seleccionado,
el negocio en el sistema almacena la fecha de generación en que se realizó el pago.
El pago se actualiza en el sistema, se actualiza el estado
correspondiente y se crea el movimiento contable
respectivo
Suposiciones
Ninguna
Flujo normal de eventos
Acción del actor Respuesta del sistema
1 El usuario de selección de clientes ingresa a la 2 El sistema solicita la siguiente información:
opción de generar pagos por venta
Código del inmueble y valor
3 El usuario de selección de clientes ingresa el código 4 El sistema valida la información ingresada, busca el
del inmueble y el valor de la venta propietario del inmueble, calcula el valor y despliega
en pantalla la información que se va a mostrar en el
cheque: código de inmueble, nombre y tipo y número
de identificación propietario, valor neto a pagar por la
venta y un mensaje esperando confirmación para
generar el cheque.
5 El usuario de selección de cliente confirma la 6 El sistema genera el cheque, actualiza el estado de
operación de generación del cheque pago en el sistema, almacena la fecha de generación,
genera el movimiento contable correspondiente y
genera un mensaje indicando si la operación fue
exitosa o no.
Caminos alternativos
Paso 4. Si el código o nombre del propietario no son validos, el sistema mostrará un mensaje de error y volverá al
paso 2
Paso 4. Si el cheque no se pudo generar el sistema mostrara un mensaje y volverá al paso 2.
Puntos de extensión
Ninguno
Autor Fecha Creación / Modificación
Nubia Noguera C. 2006/02/12 Creación del requerimiento.
Poseidon Co. 2006/02/18 Verificación y complemento de información
Formato UA-RF-002
Identificador Nombre
Tipo y número de identificación del propietario Listado con la información de pagos a propietarios
Código del inmueble
Número del negocio (Opcional)
Precondición Postcondición
Ninguna
Flujo normal de eventos
Acción del actor Respuesta del sistema
1 El usuario de selección de clientes ingresa a la 2 El sistema solicita el tipo y número de identificación
opción de consultar pagos a propietarios del propietario, código del inmueble y número de
negocio
3 El usuario de selección de clientes ingresa el tipo y 4 El sistema valida la información ingresada y genera un
número de identificación del propietario, código del listado con todos los pagos efectuados al propietario
inmueble y número del negocio por venta o arrendamiento de un inmueble
5 6
Caminos alternativos
Ninguno
Caminos de excepción
Paso 4. Si los datos ingresados no se pudieron procesar, el sistema mostrara con un mensaje y volverá al paso 2
Puntos de extensión
Ninguno
Autor Fecha Creación / Modificación
Nubia Noguera C. 2006/02/14 Creación del requerimiento.
Poseidon Co. 2006/02/18 Verificación y complemento de información
Formato UA-RF-002
Identificador Nombre
Formato UA-RF-002
Identificador Nombre
Ninguna
Flujo normal de eventos
Acción del actor Respuesta del sistema
1 El usuario ingresa a la opción de generación de 2 El sistema solicita la siguiente información: Fecha
reporte mensual inicial y fecha final
3 El usuario administrador ingresa la fecha de inicio y 4 El sistema valida las fechas ingresadas y solicita
fecha final confirmación para generar reporte mensual de
arrendatarios
5 El usuario administrador confirma la generación del 6 El sistema genera el reporte mensual de arrendatarios
reporte mensual de arrendatario
Caminos alternativos
Paso 5: El usuario administrador cancela el proceso de generación de reporte mensual, el sistema genera un mensaje
de cancelación y el proceso termina
Caminos de excepción
Paso 4: El sistema detecta que las fechas son inválida, el sistema genera un mensaje de fecha incorrecta y retorna al
paso 2 para continuar con el flujo de eventos
Paso 6: Si no existen movimientos para el rango de fechas se genera un mensaje indicando al usuario que no hay
información y se termina el flujo de eventos.
Puntos de extensión
Ninguno
Autor Fecha Creación / Modificación
Giovanny Bravo 2006/02/18 Creación
Poseidon Co. 2006/02/18 Verificación y complemento de información
Formato UA-RF-002
Identificador Nombre
Precondición Postcondición
El código del inmueble existe y además el inmueble se Se genera el recibo con su respectivo identificador y se
encuentra arrendado registra que se genero el cobro para el inmueble
Suposiciones
Ninguna
Flujo normal de eventos
Acción del actor Respuesta del sistema
1 El usuario selecciona la opción de generar cobro de 2 El sistema solicita al usuario que seleccione el periodo
arrendamiento para el cual desea genera el cobro y el inmueble
correspondiente.
3 El usuario selecciona el periodo y el inmueble 4 El sistema calcula el valor a cobrar teniendo en cuenta
el valor del arrendamiento, los meses pendientes y los
intereses generados por los mismos. El sistema
muestra el valor a cobrar y pide confirmación para
generar el cobro.
5 El usuario confirma la generación del cobro 6 El sistema genera el cobro con el identificador
respectivo.
Caminos alternativos
Caminos de excepción
Paso 4. si el periodo que se esta cobrando es invalido se retorna el sistema despliega una pantalla informado el evento
y retorna al punto 2 de solicitud de datos
Puntos de extensión
Ninguno
Autor Fecha Creación / Modificación
Ciro Fernando Ibáñez 2006/02/18 Creación
Poseidon Co. 2006/02/18 Verificación y complemento de información
Formato UA-RF-002
Identificador Nombre
Actor Prioridad
Precondición Postcondición
El recibo con el identificador dado se ha generado, el El pago se actualiza en el sistema, y se actualiza el estado
arrendatario lo recibió y ya fue cancelado correspondiente, se genera el movimiento contable
correspondiente y se almacena la fecha en que se registro
el pago por arrendamiento.
Suposiciones
Ninguna
Flujo normal de eventos
Acción del actor Respuesta del sistema
1 El usuario selecciona la opción de registro de pago 2 El sistema despliega una lista con los inmuebles que
de arrendamiento tienen cobro de arrendamiento pendiente.
3 El usuario selecciona el inmueble para el que desea 4 El sistema pide confirmación del pago
registrar el pago
5 El usuario confirma el pago 6 El sistema registra el pago, genera el movimiento
contable y actualiza el estado correspondiente
Caminos alternativos
Ninguno
Puntos de extensión
Formato UA-RF-002
Identificador Nombre
Tipo y número de identificación del propietario del (los) Cheque por valor a pagar al propietario del (los)
inmueble(s) inmueble(s)
Precondición Postcondición
Al menos uno de los inmuebles del propietario esta Se genera cheque para del inmueble seleccionado y se
arrendado y para al menos uno de los inmuebles el genera el movimiento contable correspondiente.
arrendatario correspondiente canceló el cobro del mes y
el pago del mismo se ha registrado.
Suposiciones
Ninguna
Flujo normal de eventos
Acción del actor Respuesta del sistema
1 El usuario ingresa a la opción de generar pagos por 2 El sistema muestra la lista de los propietarios de
arrendamiento inmuebles que tienen inmuebles en arriendo, para los
cuales se ha recibido algún pago y no se ha generado
el recibo correspondiente; se solicita al usuario que
seleccione el propietario al cual va a generar el pago.
3 El usuario selecciona el propietario al cual desea 4 El sistema calcula el monto total a pagar lo muestra al
genera el cheque de pago usuario y pide confirmación para generar el cheque
5 El usuario confirma la operación de generación del 6 El sistema genera el cheque, actualiza el estado del
cheque pago al propietario, genera el movimiento contable
correspondiente y genera un mensaje indicando si la
operación fue exitosa o no.
Caminos alternativos
Formato UA-RF-002
Identificador Nombre
Número de Identificación del cliente Reporte con el monto cancelado por el cliente en el
intervalo de tiempo especificado
Fecha inicial y fecha final del reporte
Precondición Postcondición
El cliente existe en el sistema y se ha registrado algún Se genera un reporte con el monto cancelado por el cliente
pago a la agencia inmobiliaria dentro del intervalo de
tiempo especificado
Suposiciones
Ninguna
Flujo normal de eventos
Acción del actor Respuesta del sistema
1 El usuario selecciona la opción de reporte de pagos 2 El sistema solicita el ingreso del periodo para el cual
hechos por un cliente se desea el reporte así como la selección del cliente
3 El usuario ingresa el intervalo de tiempo y 4 El sistema calcula el monto que ha cancelado el
selecciona el cliente cliente en dicho intervalo de tiempo y genera el
reporte correspondiente.
Caminos alternativos
Ninguno
Caminos de excepción
En el punto 4 el cliente NO tiene movimientos para el intervalo especificado; en este caso se muestra un mensaje
informado del evento y se finaliza el flujo de eventos.
Puntos de extensión
Ninguno
Autor Fecha Creación / Modificación
Ciro Fernando Ibáñez 2006/02/18 Creación
Poseidon Co. 2006/02/18 Verificación y complemento de información
Formato UA-RF-002
Identificador Nombre
El propietario existe en el sistema y se le ha realizado un Se genera un reporte con el monto cancelado al propietario
pago en el intervalo de tiempo especificado
Suposiciones
Ninguna
Flujo normal de eventos
Acción del actor Respuesta del sistema
1 El usuario selecciona la opción de reporte de pagos 2 El sistema solicita el ingreso del periodo para el cual
hechos a un propietario se desea el reporte así como la selección del
propietario
3 El usuario ingresa el intervalo de tiempo y 4 El sistema calcula el monto que se ha cancelado al
selecciona el propietario propietario en dicho intervalo de tiempo y genera el
reporte correspondiente.
Caminos alternativos
Ninguno
Caminos de excepción
Paso 4: El propietario NO tiene movimientos para el intervalo especificado; en este caso se muestra un mensaje
informado del evento y se finaliza el caso
Puntos de extensión
Ninguno
Autor Fecha Creación / Modificación
Ciro Fernando Ibáñez 2006/02/18 Creación
Poseidon Co. 2006/02/18 Verificación y complemento de información
Formato UA-RF-002
Identificador Nombre
Usu_JuridicoCU001 Generación de cobros Jurídicos
Resumen:
Permite generar los cobros jurídicos a los arrendatarios atrasados en el pago de sus cánones
Actor Prioridad
Usuario de Cobros Jurídico Alta
Entradas Salidas
Se han registrado los pagos de los arrendatarios del mes Se debe generar la información de los cobros jurídicos de
arrendatarios en mora
Suposiciones
Ninguna
Flujo normal de eventos
Acción del actor Respuesta del sistema
1 El usuario ingresa a la opción de generación de 2 El sistema solicita la siguiente información: Fecha de
cobros jurídicos generación
3 El usuario de cobros jurídicos ingresa la fecha de 4 El sistema valida la fecha ingresada y solicita
generación confirmación para generar los cobros jurídicos
5 El usuario de cobros jurídicos confirma la generación 6 El sistema genera los cobros jurídicos de los
de los cobros. arrendatarios que deban más de dos meses de
arriendo y genera un mensaje de generación exitosa
de los cobros
Caminos alternativos
Paso 5: El usuario de cobros jurídicos cancela el proceso de generación de cobros jurídicos, el sistema genera un
mensaje de cancelación y el proceso termina
Caminos de excepción
Paso 4: El sistema detecta que la fecha es inválida, el sistema genera un mensaje de un mensaje de fecha incorrecta y
retorna al paso 2 para continuar con el flujo de eventos
Puntos de extensión
Ninguno.
Autor Fecha Creación / Modificación
Giovanny Bravo 2006/02/15 Creación
Poseidon Co. 2006/02/18 Verificación y complemento de información
Formato UA-RF-002
Identificador Nombre
Tipo y número de Identificación del cliente Mensaje que indique que el pago ha sido ingresado
Valor del pago
Fecha de pago
Precondición Postcondición
Los cobros jurídicos fueron generados Los pagos de cobros jurídicos se ingresan al sistema
Los cobros jurídicos se marcan como pagados
Se genera el movimiento contable correspondiente
Suposiciones
Ninguna
Flujo normal de eventos
Acción del actor Respuesta del sistema
1 El usuario de cobros jurídicos ingresa a la opción de 2 El sistema solicita la siguiente información:
recepción de pagos de cobros jurídicos
Tipo y número de Identificación del cliente
Valor del pago
Fecha de pago
3 El usuario de cobros jurídicos ingresa los datos de: 4 El sistema valida que el arrendatario tenga cobros
tipo y número de Identificación del cliente, valor jurídicos pendientes y solicita confirmación para
pagado, fecha de pago. ingresar el pago
5 El usuario de cobros jurídicos acepta el ingreso. 6 El sistema almacena los datos, genera el movimiento
contable correspondiente y muestra un mensaje
notificando que se ha realizado la operación.
Caminos alternativos
Paso 5. El usuario de cobros jurídicos cancela el registro de pago de cobros jurídicos, el sistema genera un
mensaje de cancelación y el proceso termina.
Caminos de excepción
Paso 4: El sistema detecta que hay algún dato invalido se genera un mensaje de error y retorna al paso 2
para continuar con el flujo de eventos
Puntos de extensión
Ninguno
Autor Fecha Creación / Modificación
Agencia Inmobiliaria Sánchez & Ortega - POSEIDON CO
- 25 -
Giovanny Bravo 2006/02/15 Creación
Poseidon Co. 2006/02/18 Verificación y complemento de información
Formato UA-RF-002
Identificador Nombre
Los cobros jurídicos se han generado Listado con los cobros jurídicos actuales
Suposiciones
Ninguna.
Flujo normal de eventos
Acción del actor Respuesta del sistema
1 El usuario de cobro jurídico selecciona la opción 2 El Sistema muestra una ventana con las opciones de
consultar cobro jurídico. ejecución de la consulta:
Fecha de Generación
3 El usuario de cobro jurídico ingresa la información 4 El Sistema consulta y despliega el resultado con la
solicitada información detallada de los cobros jurídicos
pendientes: código del inmueble, nombre del cliente,
valor de la deuda.
Caminos alternativos
Ninguno
Caminos de excepción
Paso 4: Si no existe información de cobros jurídicos con los datos ingresados, el sistema despliega un mensaje de
información no existente y regresa al punto 3
Puntos de extensión
Ninguno
Autor Fecha Creación / Modificación
Giovanny Bravo 2006/02/16 Creación
Poseidon Co. 2006/02/18 Verificación y complemento de información
Giovanny Bravo 2006/08/04 Modificación
Formato UA-MC-002
Observaciones:
Ninguna.
Formato UA-MC-002
Característica / Atributo Descripción del modelaje, restricciones, información para diseño, suposiciones
Identificación Número de identificación del cliente
Tipo Identificación Tipo de identificación: Cédula, Nit
Nombre Nombre del Cliente
Apellido Apellido del cliente
Dirección Dirección del cliente
Teléfono Teléfono del cliente
Observaciones:
Las clases hijas especializan los comportamientos
Formato UA-MC-002
Característica / Atributo Descripción del modelaje, restricciones, información para diseño, suposiciones
RecibirInmuebles Se recibe del propietario la información del inmueble para vender o arrendar
Observaciones:
Formato UA-MC-002
Característica / Atributo Descripción del modelaje, restricciones, información para diseño, suposiciones
Salario Corresponde al salario que gana el arrendatario
Empleador Es el nombre del empleador del arrendatario
Codeudor Nombre del codeudor del arrendatario
Formato UA-MC-002
Característica / Atributo Descripción del modelaje, restricciones, información para diseño, suposiciones
Observaciones:
Formato UA-MC-002
Característica / Atributo Descripción del modelaje, restricciones, información para diseño, suposiciones
Identificación Corresponde al código único del inmueble
Dirección Dirección del inmueble
Tamaño Tamaño en metros cuadrados del inmueble
Tipo de Consignación Indica si el inmueble es para la venta o para arriendo
Valor Valor del inmueble,
Dirección Dirección del cliente
Teléfono Teléfono del cliente
Foto Foto del inmueble
Número Escritura Corresponde al número de la escritura
Fecha Escritura Corresponde a la Fecha de escritura
Notaria Notaria
Formato UA-MC-002
Característica / Atributo Descripción del modelaje, restricciones, información para diseño, suposiciones
Piso Corresponde al número del piso en el que se encuentra el apartamento
Tiene Ascensor Indica si tiene ascensor (S/N)
Es Exterior Indica si es exterior (S/N)
Número de Garajes Número de garajes que tiene disponible el apartamento
Observaciones:
Formato UA-MC-002
Característica / Atributo Descripción del modelaje, restricciones, información para diseño, suposiciones
Numero Pisos Indica el número de pisos que tiene la casa
Observaciones:
Formato UA-MC-002
Característica / Atributo Descripción del modelaje, restricciones, información para diseño, suposiciones
Recursos Contiene la lista de recursos que tiene disponible el depósito
Observaciones:
Formato UA-MC-002
Característica / Atributo Descripción del modelaje, restricciones, información para diseño, suposiciones
Observaciones:
Formato UA-MC-002
Característica / Atributo Descripción del modelaje, restricciones, información para diseño, suposiciones
Observaciones:
Formato UA-MC-002
Característica / Atributo Descripción del modelaje, restricciones, información para diseño, suposiciones
Concepto Concepto por el cual se genera el pago (Arriendos periodo “x” ó venta inmueble
“y”)
Fecha Fecha en la que se registra el pago
valorPago Cantidad por la que se registra el pago
descuentosComisiones Porcentaje de descuentos o comisiones que se generan por el concepto
Observaciones:
Formato UA-MC-002
Característica / Atributo Descripción del modelaje, restricciones, información para diseño, suposiciones
Valor Monto por el cual se realizo la venta
Observaciones:
Formato UA-MC-002
Característica / Atributo Descripción del modelaje, restricciones, información para diseño, suposiciones
Tipo Es el código del concepto por el que se registro el movimiento
Valor Es el monto por el que se registra el movimiento
Observaciones:
Formato UA-MC-002
Característica / Atributo Descripción del modelaje, restricciones, información para diseño, suposiciones
Fecha Arriendo Fecha en que se arrendó el inmueble.
Formato UA-MC-002
Descripción de la clase:
Representa los cobros de arriendo que se hacen a los arrendatarios. En ella se manejan los históricos de los
cobros de arriendo.
Formato UA-MC-002
Descripción de la clase:
Representa los cobros jurídicos que se generan cuando un arrendamiento presenta un atraso de más de dos
meses en su pago.
Descripción:
• La empresa quiere construir un sistema al cual los distintos empleados se puedan conectar utilizando un browser
Criterios de Aceptación:
Documentación:
2 OPERACIÓN
Descripción:
• Se debe evitar en lo posible que el usuario deba teclear información que el sistema ya tiene registrada. Es mejor que pueda
buscar y señalar en el sistema.
Criterios de Aceptación:
• El sistema debe proveer listas desplegables en reemplazo de cuadros de texto, para cuando la información requerida en los
procesos se encuentre registrada en el sistema, siempre y cuando los posibles valores sean menos de 40 valores
• El sistema debe proveer ventanas de filtro para buscar información requerida en los procesos que se encuentre registrada en el
sistema siempre y cuando los valores posibles superen 40 posibilidades.
Documentación:
• Se debe usar combobox, checkbox, listas en reemplazo de cuadros de texto para entrada de datos.
Descripción:
• Todas las pantallas del sistema deben estar basadas en las mismas plantillas para garantizar uniformidad. Las pantallas
estarán divididas en tres grandes secciones la primera será el encabezado, la segunda donde se presenta el contenido
relevante de la pantalla y la tercera será el área de los botones de proceso de acciones. Los colores de la aplicación deben
estar dentro de la gama de grises y azules, y los colores de los iconos deben ser llamativos. Los botones deben tener un icono
significativo asociado que pueda diferenciar unos de otros.
Los mensajes de error siempre se desplegaran en ventanas emergentes con una plantilla predefinida en cuanto a forma y color.
Criterios de Aceptación:
• Se verificaran todas las pantallas de la aplicación, garantizando que tengan la misma estructura y los colores sean los
definidos.
Documentación:
4 INTERACCIÓN
• El sistema debe proveer retroalimentación inmediata a cada acción del usuario, mediante mensajes claros.
Criterios de Aceptación:
• Para cada acción realizada por el usuario el sistema debe despliega un mensaje claro de información, confirmación o alerta.
Documentación:
• EI software debe ser fácil de utilizar para una persona sin ningún entrenamiento. Esto quiere decir que no debe ser necesario
ningún manual y que la operación, los mensajes, los iconos y la estructura de la interfaz deben garantizar que la intuición
(sentido común) sea suficiente para operarla.
Criterios de Aceptación:
• El sistema no debe permitirle al usuario ingresar a opciones que no aplican en una situación determinada, como mantener
activa una opción de procesamiento cuando se esta en modo consulta
• El sistema debe indicarle con mensajes claros la ocurrencia de algún error
• Las opciones presentadas por el sistema deben ser muy especificas y utilizar el lenguaje del negocio, para asegurar que el
usuario entienda cual es la función de cada opción
Documentación:
6 DESEMPEÑO
Descripción:
• EI tiempo de respuesta de toda consulta, independiente del numero de usuarios conectados, no puede exceder los 3 segundos
Criterios de Aceptación:
• Se acepta realizando una prueba de estrés del sistema con 100 usuarios simultáneos y el sistema conserva el tiempo de
respuesta en las consultas
Documentación:
Descripción:
Criterios de Aceptación:
Documentación
Descripción:
• EI sistema debe funcionar 24/24 horas, 365 días al ano, lo cual implica que toda operación de mantenimiento del sistema, se
debe hacer con la aplicación en ejecución.
Criterios de Aceptación:
• La realización del mantenimiento debe ser una tare transparente para el usuario.
• El sistema debe ser capaz de recuperarse en el menor tiempo posible en el caso que por mal mantenimiento el sistema se
caiga.
Documentación:
Descripción:
Criterios de Aceptación:
Documentación:
10 CONTROL DE ACCESO
Descripción:
• El sistema debe proveer control de acceso de los usuarios mediante un “login” y un “password” como mecanismo de
autenticación.
Criterios de Aceptación:
Documentación:
Documentación:
11 INTEGRACIÓN
Descripción:
Criterios de Aceptación:
Documentación:
Descripción:
Toda la información que se pueda considerar delicada, debe viajar encriptada con protocolos de comunicación seguros
Criterios de Aceptación:
La información que viaja por la red no debe ser legible a través de un analizador de protocolos
Documentación:
Se puede utilizar HTTPS para garantizar el envío de información de forma segura para transacciones que lo requieran
REQUERIMIENTOS FUNCIONALES
Formato UA-RF-002
Identificador Nombre
• Paso 3. ó Paso 5. El administrador cancela la creación del usuario; en este caso se termina el caso de uso en
este punto.
Caminos de excepción
• Paso 4. Si faltan datos para la creación del usuario, en este caso se informa que faltan los datos y se vuelve al
punto 2.
• Paso 4. Si el usuario ya existe, en este caso se informa que el usuario ya existe y se termina el caso de uso.
Puntos de extensión
Ninguno
Autor Fecha Creación / Modificación
Ciro Fernando Ibáñez B. 2006/02/11 Creación
Poseidon Co. 2006/02/18 Verificación y complemento de información
Formato UA-RF-002
Identificador Nombre
Ninguna
Flujo normal de eventos
Acción del actor Respuesta del sistema
1 El usuario ingresa a la opción de eliminar usuario 2 El sistema solicita la siguiente información:
• Nombre del usuario
• Id del usuario
3 Ingresa la información solicitada por el sistema y la 4 El sistema valida que se haya ingresado la información
envía solicitada y solicita confirmación para eliminar el
usuario
5 El usuario confirma la operación de eliminación 6 El sistema elimina el usuario y genera un mensaje de
operación exitosa.
Caminos alternativos
Ninguno
Autor Fecha Creación / Modificación
Giovanny Bravo 2006/02/18 Creación
Poseidon Co. 2006/02/18 Verificación y complemento de información