CASO 7 Completo - Club nautico Atenas del Perú

Ingeniería de Software CASO 7: Club Náutico Atenas del Perú

Caso: Club Náutico Atenas del Perú El “Club Náutico Atenas del Perú”, ha decidido implementar un software dentro de su organización a fin de lograr el control d e las diferentes

actividades que realiza a favor de sus socios. En la actualidad el club no tiene un registro actualizado de sus socios lo que dificulta la emisión de los recibos de membresía (pago mensual por ser socio) y servicios que factura el club a sus socios. Asimismo se tiene problemas con el registro de salidas de embarcaciones

En la actualidad cada vez que alguien quiere inscribirse como socio del club, debe pedir una solicitud de inscripción a la secretaria del área de atención al cliente. Esta solicitud debidamente llenada es entregada por el postulante a la secretaria la cual verifica todos los datos requeridos y compara la información con la que se encuentra registrada en el Club, esto con la finalidad de evitar que un socio tenga doble inscripción hecho que ha sucedido anteriormente. Asimismo se hace una verificación telefónica con otros clubes similares a fin de saber la calidad de socio que pueda ser. Se ha generado para este efecto una clasificación clasificación (socio pagador, socio pagador esporádico, socio renuente a pago). La política del “Club Náutico Atenas del Perú”, es aceptar solo a socios del tipo “pagador

Una vez aceptada la solicitud esta es derivada al Jefe de atención al cliente con la finalidad de que la apruebe. En caso el Jefe de atención al cliente no apruebe la solicitud se genera un documento indicando los motivos de la desaprobación el cual se entrega al postulante con la finalidad de que subsane los motivos por la cual no fue aprobada su solicitud. En caso es aprobada la solicitud se le otorga el rango de “Socio” y se le hace entrega tantas fichas de “Registro de Embarcación” como embarcaciones posea el nuevo socio (debe llenar una fich a por cada embarcación). En esta ficha de “Registro de Embarcación” se registra los datos propios de la nave o naves que posea el socio, esto con la finalidad de asignarle una “rada” (lugar de amarre para la nave) apropiado según el tamaño y características de las naves. Esta información es regis trada por el Área

de Servicios Navieros previa verificación en los registros de la Dirección de Capitanías y Guardacostas de la Nación.

Caso: Club Náutico Atenas del Perú El “Club Náutico Atenas del Perú”, ha decidido implementar un software dentro de su organización a fin de lograr el control d e las diferentes

actividades que realiza a favor de sus socios. En la actualidad el club no tiene un registro actualizado de sus socios lo que dificulta la emisión de los recibos de membresía (pago mensual por ser socio) y servicios que factura el club a sus socios. Asimismo se tiene problemas con el registro de salidas de embarcaciones

En la actualidad cada vez que alguien quiere inscribirse como socio del club, debe pedir una solicitud de inscripción a la secretaria del área de atención al cliente. Esta solicitud debidamente llenada es entregada por el postulante a la secretaria la cual verifica todos los datos requeridos y compara la información con la que se encuentra registrada en el Club, esto con la finalidad de evitar que un socio tenga doble inscripción hecho que ha sucedido anteriormente. Asimismo se hace una verificación telefónica con otros clubes similares a fin de saber la calidad de socio que pueda ser. Se ha generado para este efecto una clasificación clasificación (socio pagador, socio pagador esporádico, socio renuente a pago). La política del “Club Náutico Atenas del Perú”, es aceptar solo a socios del tipo “pagador

Una vez aceptada la solicitud esta es derivada al Jefe de atención al cliente con la finalidad de que la apruebe. En caso el Jefe de atención al cliente no apruebe la solicitud se genera un documento indicando los motivos de la desaprobación el cual se entrega al postulante con la finalidad de que subsane los motivos por la cual no fue aprobada su solicitud. En caso es aprobada la solicitud se le otorga el rango de “Socio” y se le hace entrega tantas fichas de “Registro de Embarcación” como embarcaciones posea el nuevo socio (debe llenar una fich a por cada embarcación). En esta ficha de “Registro de Embarcación” se registra los datos propios de la nave o naves que posea el socio, esto con la finalidad de asignarle una “rada” (lugar de amarre para la nave) apropiado según el tamaño y características de las naves. Esta información es regis trada por el Área

de Servicios Navieros previa verificación en los registros de la Dirección de Capitanías y Guardacostas de la Nación.

Para efectos de facturación mensual para cada socio se considera los siguientes rubros: · Pago de Membresía. · Pago de Rada por cada embarcación del socio (amarre de embarcación). · Pago de servicios adicionales adicionales (limpieza de nave, cabotaje, traslado de nave, uso de cafetería, etc.). Uno de los problemas que se presenta en la actualidad es la demora de la cual se quejan los socios cuando requieren hacer uso de sus embarcaciones a fin de efectuar salidas de navegación. Para hacer uso de sus naves los socios tiene que solicitar el permiso respectivo al Área de Servicios Navieros vía telefónica o personalmente. La indicada solicitud solicitud debe indicar los datos de las personas abordaran abordaran la nave, la fecha de partida, la fecha de retorno, el itinerario de viaje y los datos de la tripulación especializada de la misma (se requiere que ésta –la tripulación- este debidamente registrada y autorizada). Ha existido problemas en este tema debido a que la muchas veces las embarcaciones son retenidas por la autoridad marítima ya que la documentación no se encontraba debidamente regularizada o los datos no eran correctos; creando malestar entre los pasajeros y dueños de las embarcaciones.

Cabe indicar que para ser socio del Club, no es necesario tener embarcación alguna. Es así que muchas personas se hacen socios con la única finalidad de acceder a las instalaciones del club el mismo que cuenta con piscinas, salones de relajación, cafeterías, salones de fiestas, etc., o hacer uso de sus servicios (instructores (instructores capacitados en natación, navegación, navegación, buceo, etc.). Estos servicios son facturados a fin de mes (pago en cuota única), pudiendo sin embargo generarse de ser el caso y a solicitud del socio un proceso de facturación diferida (pago por cuotas mensuales). En este último caso las cuotas no podrán ser mayores a 06 (seis). Cuando un socio quiera retirarse del C lub, presenta una “Solicitud de Retiro” con la c ual el área de atención al cli ente le genera una “Liquidación

Administrativa”, la misma que contiene los pagos pendientes que pudiera tener el socio saliente. Sólo si el socio cumple con esto s pagos se le da de baja como tal.

En caso el socio dejara de pagar sus cuotas mensuales, estas generan un interés cuyo monto es el mismo que el bancario (se toma en consideración la tasa de intereses de la Superintendencia de Banca y Seguro del Perú) el mismo que deberá pagar el socio cuando requiera hacer uso de su nave.

Se le solicita los siguientes artefactos: a) Construya un diagrama de casos de uso del negocio a partir de la situación anterior. b) Construya un diagrama de actividades que ilustre el flujo de trabajo de cada caso de uso del negocio c) Elabore el Modelo de Objetos del Negocio para cada proceso del negocio. d) Elabore el Diagrama del Dominio para el caso planteado e) Elabore el diagrama de casos de uso de requerimientos. f) Elabore los diagramas de colaboración. g) Elabore los diagramas de secuencia. h) Elabore el diagrama de clases del diseño. i) Elabore el modelo físico de la base de datos.

I.

MODELADO DEL NEGOCIO Diagrama Casos de Uso del Negocio

Gestionar Inscripción Socio

DIAGRAMA DE ACTIVIDADES GESTIONAR INSCRIPCIÓN SOCIO

DOCUMENTO DE ESPECIFICACIÓN CUN: GESTIONAR INSCRIPCIÓN SOCIO 1. INTRODUCCIÓN 1.1.Propósito El caso de uso de negocio Gestionar inscripción del socio tienen como propósito describir las actividades que se sigue en la inscripción de socios al club Náutica Atenas del Perú. 1.2.Alcance Este proceso compete al área de atención al cliente y al área de servicios navieros. 1.3. Definiciones, acrónimos y abreviaciones Membresía. Condición de miembro de una entidad. Dirección de Capitanías y Guardacostas de la Nación. La DICAPI, es la autoridad encargada de ejercer el control y vigilancia de todas las actividades que se realizan en el medio acuático, aplicando y haciendo cumplir la ley y reglamento de control y vigilancia de las actividades marítimas, fluviales y lacustres, los convenios internacionales, así como otros instrumentos internacionales relativos a las actividades acuáticas ratificados por el Estado y las regulaciones de los sectores competentes 1.4.Referencias Las referencias obtenidas para plantear este caso de uso fueron obtenidas por entrevistas a la secretaria del área de atención del cliente.  

1.5.Visión General El presente documento muestra el propósito, alcances, una descripción breve del caso de uso en cuestión, flujos de trabajo, requerimientos especiales que describen la inscripción de un socio al club Náutica Atenas del Perú. 2. DESCRIPCIÓN CASO DE USO DE NEGOCIO 2.1.Descripción Breve

El cliente llega y solicita una ficha de inscripción, la cual es otorgada por la secretaria del área de atención al cliente, la secretaria verifica los datos y es pasada al jefe de atención al cliente para que el cliente sea aprobado o no, si es aprobado como socio se hace un registro de sus embarcaciones si es que las tuviera por el área de asuntos navieros. 3. FLUJO DE TRABAJO 3.1.Pide solicitud de inscripción El cliente llega y pide una solicitud de inscripción. 3.2.Otorga solicitud de inscripción La secretaria hace entrega de la solicitud al cliente. 3.3.Llena solicitud de inscripción El cliente llena la solicitud. 3.4.Verifica Solicitud de inscripción La secretaria compara la información con la que se encuentra registrada en el Club, esto con la finalidad de evitar que un socio tenga doble inscripción. 3.5.Verifica membresía en otros clubes La secretaria hace una verificación telefónica con otros clubes similares a fin de saber la calidad de socio que pueda ser. 3.6.Rechaza solicitud Si el cliente no es socio pagador, la secretaria rechaza la solicitud. 3.7.Analiza aprobación Si el cliente es socio pagador, el jefe del área de atención al cliente analiza la aprobación del cliente. 3.8.Genera documento de denegación Si el cliente es desaprobado entonces el jefe de atención al cliente genera un documento indicando los motivos de la desaprobación el cual se entrega al postulante. 3.9.Aprueba solicitud El jefe del área de atención al cliente aprueba al cliente. 3.10. Registra datos en el club La secretaria registra los datos del cliente aprobado. 3.11. Recibe rango de socio El cliente aprobado recibe el rango de socio. 3.12. Entrega de fichas de registro de embarcación

La secretaria hace entrega de t antas fichas de “Registro de Embarcac ión” como embarcaciones posea el nuevo socio. 3.13. Llena fichas de registro de embarcación El cliente llena fichas de registro de embarcación. 3.14. Verifica en los Registros de la Dirección de Capitanías y Guardacostas de la Nación El área de asuntos navieros verifica en los Registros de la Dirección de Capitanías y Guardacostas de la Nación. 3.15. Registra Datos de Embarcación El área de asuntos navieros registra las embarcaciones. 3.16. Otorga una Rada apropiada a las características de la Embarcación El área de asuntos navieros le otorga una Rada apropiada a las características de la Embarcación. 4. REQUERIMIENTOS ESPECIALES 4.1.Facilidad de uso Interfaz amigable y manipulable 4.2.Confiabilidad El software de este proceso es confiable, para que no existan fallas o estas sean mínimas, además debe tener rápida recuperabilidad ante los fallos. 4.3.Soporte El software de este proceso debe poderse extender y adaptar de acuerdo a los cambios que puedan existir.

MODELO DE OBJETOS DE NEGOCIO

MODELO DE DOMINIO

II.

MODELADO DEL NEGOCIO DIAGRAMA CASOS DEL SISTEMA GESTIONAR INSCRIPCIÓN SOCIO

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: BUSCAR CLIENTE 1. Descripción Breve Este caso de uso es el que se encarga de las Búsquedas de los Clientes, esto ocurre cuando el cliente llega a querer asociarse al club, y la secretaria quiere verificar si ya está inscrito en el Club. 2. Flujo de eventos 2.1. Flujo Básico    

El caso de uso empieza cuando la Secretaria selecciona la opción Buscar Cliente. El sistema muestra el formulario Buscar Cliente. La Secretaria ingresa el número de Documento de Identidad del Cliente e indica Buscar. Si el cliente ya estaba registrado el sistema le muestra todos los datos del Cliente y el caso de uso termina

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por la Secretaria no se encuentre registrada el sistema informará al usuario con un mensaje. 3. Requerimientos Especiales 3.1. Rendimiento Al ingresar el número de Documento de Identidad del Cliente el sistema no deberá tardarse más de 3 segundos en realizar la búsqueda. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte  

Fácil de actualizar Fácil de instalar

3.4. Usabilidad  

Manual de ayuda al Usuario Interfaz amigable y manipulable

4. Pre-condiciones La secretaria debe haberse podido accesar al sistema correctamente. 5. Post-condiciones En caso de no estar registrados los datos del cliente, dentro del mensaje que informa al cliente que no los datos no están registrados, mostrar la opción Registrar Solicitud de Inscripción.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR SOLICITUD DE INSCRIPCIÓN 1. Descripción Breve Este caso de uso es el que se encarga del Registro de las Solicitudes de Inscripción de los Clientes, esto ocurre cuando el cliente llega a querer asociarse al club. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando la Secretaria selecciona la opción Registrar Solicitud de Inscripción. El sistema muestra el formulario Registrar Solicitud de Inscripción. La Secretaria ingresa los datos de la Solicitud de Inscripción e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina    

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por la Secretaria no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al registrar los datos de la solicitud de Inscripción no deberá tardarse más de 3 segundos en realizar dicho registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar Fácil de instalar  

3.4. Usabilidad Manual de ayuda al Usuario Interfaz amigable y manipulable  

4. Pre-condiciones La secretaria debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los datos de la nueva solicitud de inscripción han sido correctamente registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR SOLICITUD DE INSCRIPCIÓN RECHAZADA 1. Descripción Breve Este caso de uso es el que se encarga del Registro de las Solicitudes de Inscripción Rechazadas de los Clientes, esto ocurre cuando la Solicitud de Inscripción del Cliente no es aceptada. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando la Secretaria selecciona la opción Registrar Solicitud de Inscripción Rechazada. El sistema muestra el formulario Registrar Solicitud de Inscripción Rechazada. La Secretaria ingresa los datos de la Solicitud de Inscripción Rechazada e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina    

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por la Secretaria no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al registrar los datos de la solicitud de Inscripción Rechazada no deberá tardarse más de 3 segundos en realizar dicho registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar Fácil de instalar  


4. Pre-condiciones La secretaria debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los datos de la solicitud de inscripción rechazada han sido correctamente registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR SOLICITUD DE INSCRIPCIÓN APROBADA 1. Descripción Breve Este caso de uso es el que se encarga del Registro de las Solicitudes de Inscripción Aprobadas de los Clientes, esto ocurre cuando la Solicitud de Inscripción del Cliente es aceptada. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando la Secretaria selecciona la opción Registrar Solicitud de Inscripción Aprobada. El sistema muestra el formulario Registrar Solicitud de Inscripción Aprobada. La Secretaria ingresa los datos de la Solicitud de Inscripción Aprobada e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina    

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por la Secretaria no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al registrar los datos de la solicitud de Inscripción Aprobada no deberá tardarse más de 3 segundos en realizar dicho registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar Fácil de instalar  


4. Pre-condiciones La secretaria debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los datos de la solicitud de inscripción Aprobada han sido correctamente registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR CLIENTE 1. Descripción Breve Este caso de uso es el que se encarga del Registro de los Clientes, esto ocurre cuando el cliente es nuevo y su solicitud de Inscripción es aceptada. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando la Secretaria selecciona la opción Registrar Cliente. El sistema muestra el formulario Registrar Cliente. La Secretaria ingresa los datos del Cliente e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina    

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por la Secretaria no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al registrar los datos del Cliente no deberá tardarse más de 3 segundos en realizar dicho registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar Fácil de instalar  

3.4. Usabilidad

 


4. Pre-condiciones La secretaria debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los datos del Cliente han sido correctamente registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: EMITIR SOLICITUD DE INSCRIPCIÓN APROBADA 1. Descripción Breve Este caso de uso es el que se encarga de la Emisión de la Solicitud de Inscripción Aprobada, esto ocurre una vez se haya registrado dicha Solicitud. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando la Secretaria selecciona la opción Emitir Solicitud de Inscripción Aprobada. El sistema le muestra el Formulario Emitir Solicitud de Inscripción Aprobada. La Secretaria ingresa el código de Registro de la Solicitud de Inscripción Aprobada e indica Buscar. El sistema le muestra la Solicitud de Inscripción Aprobada. La Secretaria selecciona la opción Emitir. El sistema le muestra un mensaje de confirmación y el caso de uso termina      

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por la Secretaria no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al ingresar código del Registro de la Solicitud de Inscripción Aprobada no debe tardarse más de 3 segundos en realizar la búsqueda. Al emitir la Solicitud de Inscripción Aprobada no debería tardarse más de 3 segundos en comenzar a emitir. 



3.2. Confiabilidad

El sistema solamente debe permitir el ingreso de usuarios autorizados. 3.3. Usabilidad Manual de ayuda de usuario Interfaz amigable y manejable  

4. Pre-condiciones La Secretaria debe haberse podido accesar al sistema correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: EMITIR SOLICITUD DE INSCRIPCIÓN RECHAZADA 1. Descripción Breve Este caso de uso es el que se encarga de la Emisión de la Solicitud de Inscripción Rechazada, esto ocurre una vez se haya registrado la solicitud rechazada. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando la Secretaria selecciona la opción Emitir Solicitud de Inscripción Rechazada. El sistema le muestra el Formulario Emitir Solicitud de Inscripción Rechazada. La Secretaria ingresa el código de Registro de la Solicitud de Inscripción Rechazada e indica Buscar. El sistema le muestra la Solicitud de Inscripción Rechazada. La Secretaria selecciona la opción Emitir. El sistema le muestra un mensaje de confirmación y el caso de uso termina      

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por la Secretaria no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al ingresar código del Registro de la Solicitud de Inscripción Rechazada no debe tardarse más de 3 segundos en realizar la búsqueda. Al emitir la Solicitud de Inscripción Rechazada no debería tardarse más de 3 segundos en comenzar a emitir. 



3.2. Confiabilidad

El sistema solamente debe permitir el ingreso de usuarios autorizados. 3.3. Usabilidad Manual de ayuda de usuario Interfaz amigable y manejable  

4. Pre-condiciones La Secretaria debe haberse podido accesar al sistema correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR DOCUMENTO RAZONES DENEGACIÓN SOLICITUD 1. Descripción Breve Este caso de uso es el que se encarga del Registro del Documento de Razones de Denegación de Solicitud, esto ocurre cuando la Solicitud de Inscripción del Cliente no es aprobada por el Jefe de Atención al Cliente. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el Jefe de Atención al Cliente selecciona la opción Registrar Documento de Razones de Denegación de Solicitud. El sistema muestra el formulario Registrar Documento de Razones de Denegación de Solicitud. El Jefe de Atención al Cliente ingresa los datos del Documento de Razones de Denegación de Solicitud e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina 

  

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el Jefe de Atención al Cliente no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al registrar los datos del Documento de Razones de Denegación de Solicitud no deberá tardarse más de 3 segundos en realizar dicho registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar 



Fácil de instalar


4. Pre-condiciones El Jefe de Atención al Cliente debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los datos del Documento de Razones de Denegación de Solicitud han sido correctamente registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: EMITIR DOCUMENTO RAZONES DENEGACIÓN SOLICITUD 1. Descripción Breve Este caso de uso es el que se encarga de la Emisión del Documento de Razones de Denegación de Solicitud, esto ocurre cuando haya sido registrado dicho Documento. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el Jefe de Atención al Cliente selecciona la opción Emitir Documento de Razones de Denegación de Solicitud. El sistema le muestra el Formulario Emitir Documento de Razones de Denegación de Solicitud. El Jefe de Atención al Cliente ingresa el código del Registro del Documento de Razones de Denegación de Solicitud e indica Buscar. El sistema le muestra el Documento de Razones de Denegación de Solicitud. El Jefe de Atención al Cliente selecciona la opción Emitir. El sistema le muestra un mensaje de confirmación y el caso de uso termina 

 

  

2. Flujos Alternativos 2.1. Información no válida En caso de que la información ingresada por el Jefe de Atención al Cliente no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al ingresar código del Registro del Documento de Razones de Denegación de Solicitud no debe tardarse más de 3 segundos en realizar la búsqueda. Al emitir el Documento de Razones de Denegación de Solicitud no debería tardarse más de 3 segundos en comenzar a emitir. 3.2. Confiabilidad El sistema solamente debe permitir el ingreso de usuarios autorizados. 



3.3. Usabilidad Manual de ayuda de usuario Interfaz amigable y manejable  

4. Pre-condiciones El Jefe de Atención al Cliente debe haberse podido accesar al sistema correctamente. Se debe haber registrado previamente el Documento de Razones de Denegación de Solicitud.  

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: BUSCAR SOLICITUD DE INSCRIPCIÓN 1. Descripción Breve Este caso de uso es el que se encarga de las Búsquedas de las Solicitudes de Inscripción de los Clientes, esto ocurre cuando el jefe de Atención al Cliente antes de registrar los Datos de Embarcación quiere verificar si el Cliente está inscrito. 2. Flujo de eventos 2.1 Flujo Básico El caso de uso empieza cuando el jefe de Atención al Cliente selecciona la opción Buscar Solicitud de Inscripción. El sistema muestra el formulario Buscar Solicitud de Inscripción. El jefe de Atención al Cliente ingresa el número de Documento de Identidad del Cliente e indica Buscar. El sistema le muestra la Solicitud de Inscripción y el caso de uso termina    

2.2

Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el jefe de Atención al Cliente no se encuentre registrada el sistema informará al usuario con un mensaje.

3. Requerimientos Especiales 3.1. Rendimiento Al ingresar el número de Documento de Identidad del Cliente el sistema no deberá tardarse más de 3 segundos en realizar la búsqueda. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 4. Usabilidad

 


5. Pre-condiciones El jefe de Atención al Cliente debe haberse podido accesar al sistema correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: BUSCAR CLIENTE 1. Descripción Breve Este caso de uso es el que se encarga de las Búsquedas de los Clientes, esto ocurre cuando el encargado del área de Servicios Navieros antes de registrar los Datos de Embarcación quiere verificar si el Cliente está inscrito. 2. Flujo de eventos 2.1. Flujo Básico    

El caso de uso empieza cuando el encargado del área de Servicios Navieros selecciona la opción Buscar Cliente. El sistema muestra el formulario Buscar Cliente. El encargado del área de Servicios Navieros ingresa el número de Documento de Identidad del Cliente e indica Buscar. Si el cliente ya estaba registrado el sistema le muestra todos los datos del Cliente y el caso de uso termina

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Servicios Navieros no se encuentre registrada el sistema informará al usuario con un mensaje. 3. Requerimientos Especiales 3.1. Rendimiento Al ingresar el número de Documento de Identidad del Cliente el sistema no deberá tardarse más de 3 segundos en realizar la búsqueda. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte 

Fácil de actualizar



Fácil de instalar



4. Pre-condiciones

El encargado del área de Servicios Navieros debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Cuando el sistema le muestre los datos del Cliente, también mostrará la Opción Registrar Embarcación.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR EMBARCACIÓN 1. Descripción Breve Este caso de uso es el que se encarga del Registro de las Embarcaciones Embarcaciones de los Clientes, esto ocurre cuando el Cliente ya es socio y desea registrar su(s) embarcación(es). embarcación(es). 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Asuntos Navieros selecciona la opción Registrar Embarcación. El sistema muestra el formulario Registrar Embarcación. El encargado del área de Asuntos Navieros ingresa los datos de la Embarcación e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina    

2.2. Flujos Alternativos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Asuntos Navieros no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Requerimientos Especiales 3.1. Rendimiento Al registrar los datos de la Embarcación no deberá tardarse más de 3 segundos en realizar dicho registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar Fácil de instalar  


4. Pre-condiciones El encargado del área de Asuntos Navieros debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los datos la Embarcación han sido correctamente registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR DOCUMENTO PROPIEDAD EMBARCACIÓN 1. Descripción Breve Este caso de uso es el que se encarga del Registro de los Documentos de Propiedad de las Embarcaciones Embarcaciones de los Clientes, esto ocurre cuando el Cliente ya tiene registrada su Embarcación y desea tener un Documento que corrobore que dicha embarcación es suya. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Asuntos Navieros selecciona la opción Registrar Documento de Propiedad de Embarcación. El sistema muestra el formulario Registrar Documento de Propiedad de Embarcación. El encargado del área de Asuntos Navieros ingresa los datos de la Embarcación y su propietario e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina 

  

2.2. Flujos Alternativos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Asuntos Navieros no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Requerimientos Especiales 3.1. Rendimiento Al registrar los datos de la Embarcación Embarcación y su Propietario Propietario no deberá tardarse más de 3 segundos en realizar dicho registro. registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar 



Fácil de instalar


4. Pre-condiciones El encargado del área de Asuntos Navieros debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los datos del Documento de Propiedad de Embarcación han sido correctamente registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: EMITIR DOCUMENTO PROPIEDAD EMBARCACIÓN 1. Descripción Breve Este caso de uso es el que se encarga de la Emisión del Documento de Propiedad de Embarcación de los Clientes, esto ocurre cuando ha registrado su Embarcación y su Documento de Propiedad de Embarcación. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Servicios Navieros selecciona la opción Emitir Documento de Propiedad de Embarcación de los Clientes. El sistema le muestra el Formulario Emitir Documento de Propiedad de Embarcación de los Clientes. El encargado del área de Servicios Navieros ingresa el código de Registro del Documento de Propiedad de Embarcación de los Clientes e indica Buscar. El sistema le muestra El Documento de Propiedad de Embarcación de los Clientes. El encargado del área de Servicios Navieros selecciona la opción Emitir. El sistema le muestra un mensaje de confirmación y el caso de uso termina 

 

  

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Servicios Navieros no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al ingresar código del Registro del Documento de Propiedad de Embarcación de los Clientes no debe tardarse más de 3 segundos en realizar la búsqueda. Al emitir el Documento de Propiedad de Embarcación de los Clientes no debería tardarse más de 3 segundos en comenzar a emitir. 



3.2. Confiabilidad El sistema solamente debe permitir el ingreso de usuarios autorizados. 3.3. Usabilidad Manual de ayuda de usuario Interfaz amigable y manejable  

4. Pre-condiciones El encargado del área de Servicios Navieros debe haberse podido accesar al sistema correctamente. 



Se debe haber registrado previamente el Documento de Propiedad de Embarcación

DIAGRAMA DE COLABORACIÓN: BUSCAR CLIENTE

DIAGRAMA DE COLABORACIÓN: REGISTRAR SOLICITUD DE INSCRIPCIÓN

DIAGRAMA DE COLABORACIÓN: REGISTRAR SOLICITUD DE INSCRIPCIÓN RECHAZADA

DIAGRAMA DE COLABORACIÓN: REGISTRAR SOLICITUD DE INSCRIPCIÓN APROBADA

DIAGRAMA DE COLABORACIÓN: REGISTRAR CLIENTE

DIAGRAMA DE COLABORACIÓN: EMITIR SOLICITUD DE INSCRIPCIÓN APROBADA

DIAGRAMA DE COLABORACIÓN: EMITIR SOLICITUD DE INSCRIPCIÓN RECHAZADA

DIAGRAMA DE COLABORACIÓN: REGISTRAR DOCUMENTO RAZONES DENEGACIÓN SOLICITUD

DIAGRAMA DE COLABORACIÓN: EMITIR DOCUMENTO RAZONES DENEGACIÓN SOLICITUD

DIAGRAMA DE COLABORACIÓN: BUSCAR SOLICITUD DE INSCRIPCIÓN

DIAGRAMA DE COLABORACIÓN: BUSCAR CLIENTE

DIAGRAMA DE COLABORACIÓN: REGISTRAR EMBARCACIÓN

DIAGRAMA DE COLABORACIÓN: REGISTRAR DOCUMENTO PROPIEDAD EMBARCACIÓN

DIAGRAMA DE COLABORACIÓN: EMITIR DOCUMENTO PROPIEDAD EMBARCACIÓN

Gestionar Embarcaciones

DIAGRAMA DE ACTIVIDADES GESTIONAR EMBARCACIONES

DOCUMENTO DE ESPECIFICACIÓN CUN: GESTIONAR EMBARCACIONES 1. INTRODUCCIÓN 1.1.Propósito El caso de uso de negocio Gestionar Embarcaciones tiene como propósito describir las actividades que sigue el cliente al querer hacer uso de s u embarcación. 1.2.Alcance Este proceso compete al área de servicios navieros y área de cobranzas. 1.3. Definiciones, acrónimos y abreviaciones Ninguna 1.4.Referencias Las referencias obtenidas para plantear este caso de uso fueron obtenidas por entrevistas a los mismos trabajadores involucrados en el proceso. 1.5.Visión General El presente documento muestra el propósito, alcances, una descripción breve del caso de uso en cuestión, flujos de trabajo, requerimientos especiales que describen el querer hacer uso de su embarcación de los socios del club Náutica Atenas del Perú. 2. DESCRIPCIÓN CASO DE USO DE NEGOCIO 2.1.Descripción Breve El cliente solicita el permiso el permiso respectivo al Área de Servicios Navieros vía telefónica o personalmente. La indicada solicitud debe indicar los datos de las personas abordaran la nave, la fecha de partida, la fecha de retorno, el itinerario de viaje y los datos de la tripulación especializada de la misma (se requiere que ésta –la tripulación- este debidamente registrada y autorizada).

3. FLUJO DE TRABAJO 3.1.Solicita Permiso de Salida vía teléfono o personal Para hacer uso de sus naves los socios tiene que solicitar el permiso respectivo al Área de Servicios Navieros. 3.2.Recibe Solicitud de Permiso de Salida El área de servicios navieros recibe la solicitud. 3.3.Consulta con el Área de Cobranzas si está al día en sus pagos El área de servicios navieros hace la consulta al área de cobranzas para saber si el cliente está al día en sus pagos. 3.4.Verifica si está al día en sus pagos El área de cobranzas verifica si el cliente está al día en sus pagos. 3.5.Comunica al Cliente que se acerque a cancelar Si en caso el cliente no esté al día en sus pagos el área de cobranzas da aviso al cliente. 3.6.Se acerca a cancelar lo que debe El cliente va al área de cobranzas a cancelar lo que debe. 3.7.Recibe Dinero El área de cobranzas recibe dinero. 3.8.Registra Pagos Cliente El área de cobranzas registra pagos cliente. 3.9.Revisa si la tripulación especializada está debidamente registrada El área de servicios navieros revisa el registro de la tripulación especializada. 3.10. Revisa si los documentos de la embarcación están regularizados El área de servicios navieros revisa si los documentos de la embarcación están regularizados. 3.11. Registra datos de Salida El área de servicios navieros registra la salida de las embarcaciones. 3.12. Hace uso de su Embarcación El cliente hace uso de su embarcación. 4. REQUERIMIENTOS ESPECIALES 4.1.Facilidad de uso

Interfaz amigable y manipulable 4.2.Confiabilidad El software de este proceso es confiable, para que no existan fallas o estas sean mínimas, además debe tener rápida recuperabilidad ante los fallos. 4.3.Soporte El software de este proceso debe poderse extender y adaptar de acuerdo a los cambios que puedan existir.


MODELO DE DOMINIO

I.

MODELADO DEL NEGOCIO DIAGRAMA CASOS DEL SISTEMA GESTIONAR EMBARCACIONES

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR SOLICITUD PERMISO SALIDA 1. Descripción Breve Este caso de uso es el que se encarga del Registro de las Solicitudes para la Salida de las Embarcaciones de los Clientes, esto ocurre cuando el Cliente desea usar su Embarcación. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Asuntos Navieros selecciona la opción Registrar Solicitud Permiso Salida. El sistema muestra el formulario Registrar Solicitud Permiso Salida. El encargado del área de Asuntos Navieros ingresa los datos de la Solicitud de Permiso de Salida e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina 

  

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Asuntos Navieros no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al registrar los datos de la Solicitud de Permiso de Salida no deberá tardarse más de 3 segundos en realizar dicho registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar 



Fácil de instalar


4. Pre-condiciones El encargado del área de Asuntos Navieros debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los datos de la Solicitud de Permiso de Salida han sido correctamente registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR SALIDA EMBARCACIÓN 1. Descripción Breve Este caso de uso es el que se encarga del Registro de las Salidas de las Embarcaciones de los Clientes, esto ocurre cuando el Cliente ha realizado todos los requisitos para su salida. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Asuntos Navieros selecciona la opción Registrar Salida Embarcación. El sistema muestra el formulario Registrar Salida Embarcación. El encargado del área de Asuntos Navieros ingresa los datos de la Salida e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina    

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Asuntos Navieros no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al registrar los datos de la Salida no deberá tardarse más de 3 segundos en realizar dicho registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar Fácil de instalar  


4. Pre-condiciones El encargado del área de Asuntos Navieros debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los datos de la Salida han sido correctamente registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: BUSCAR PAGOS CLIENTE 1. Descripción Breve Este caso de uso es el que se encarga de las Búsquedas de los Pagos de los Clientes, esto ocurre cuando el encargado del área de Cobranzas quiere verificar si el cliente está al día en sus pagos para que le puedan permitir la Salida a su Embarcación. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Cobranzas selecciona la opción Buscar Pagos Cliente. El sistema muestra el formulario Buscar Pagos Cliente. El encargado del área de Cobranzas ingresa el código del Cliente e indica Buscar. El sistema muestra los pagos del cliente y el caso de uso termina.    

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Cobranzas no sea válida el sistema informará con un mensaje y volverá a pedir que se ingresen nuevos datos. 3. Requerimientos Especiales 3.1. Rendimiento Al ingresar el código del Cliente el sistema no deberá tardarse más de 3 segundos en realizar la búsqueda. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado.

3.3. Usabilidad

 


4. Pre-condiciones

El encargado del área de Cobranzas debe haberse podido accesar al sistema correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR PAGOS CLIENTE 1. Descripción Breve Este caso de uso es el que se encarga del Registro de los Pagos del Cliente, esto ocurre después que el Cliente se acerque a cancelar para que pueda recibir el Permiso de Salida de Embarcación. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Cobranzas selecciona la opción Registrar Pagos Cliente. El sistema muestra el formulario Registrar Pagos Cliente. El encargado del área de Cobranzas ingresa los Pagos que el Cliente ha realizado e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina    

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Facturación no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al registrar Pagos que el Cliente ha realizado no deberá tardarse más de 3 segundos en realizar dicho registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar Fácil de instalar  


4. Pre-condiciones El encargado del área de Cobranzas debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los Pagos que el Cliente ha realizado han sido correctamente registrados en el sistema.

DIAGRAMA DE COLABORACIÓN: REGISTRAR SOLICITUD PERMISO SALIDA

DIAGRAMA DE COLABORACIÓN: REGISTRAR SALIDA EMBARCACIÓN

DIAGRAMA DE COLABORACIÓN: BUSCAR PAGOS CLIENTE

DIAGRAMA DE COLABORACIÓN: REGISTRAR PAGOS CLIENTE

Gestionar Pago Socio

DIAGRAMA DE ACTIVIDADES GESTIONAR PAGO SOCIO

DOCUMENTO DE ESPECIFICACIÓN CUN: GESTIONAR PAGO SOCIO 1. INTRODUCCIÓN 1.1.Propósito El caso de uso de negocio Gestionar Pago Socio tiene como propósito describir las actividades que sigue proceso de pago de servicios tomado por el socio del club Náutica Atenas del Perú. 1.2.Alcance Este proceso compete al área de facturación y al área de cobranzas. 1.3. Definiciones, acrónimos y abreviaciones Ninguna 1.4.Referencias Las referencias obtenidas para plantear este caso de uso fueron obtenidas por entrevistas a los mismos trabajadores involucrados en el proceso. 1.5.Visión General El presente documento muestra el propósito, alcances, una descripción breve del caso de uso en cuestión, flujos de trabajo, requerimientos especiales que describen el proceso de pago de servicios tomado por el socio del club Náutica Atenas del Perú. 2. DESCRIPCIÓN CASO DE USO DE NEGOCIO 2.1.Descripción Breve El área de facturación revisa y analiza los servicios tomados por el socio para hacer la facturación correspondiente y así posteriormente el socio pueda realizar el pago al área de cobranzas. 3. FLUJO DE TRABAJO 3.1. Consulta forma de pago

3.2. 3.3. 3.4.

3.5.

3.6. 3.7. 3.8. 3.9. 3.10. 3.11. 3.12. 3.13. 3.14. 3.15.

El área de facturación hace la consulta al socio sobre el método de pago que va a tomar. Elige forma de pago El socio elige la forma de pago. Revisa si tiene servicios extra El área de facturación lista costos de los servicios extra que ha tomado el socio. Lista costos de Membresia, Rada y S.A. Si el socio no ha tomado servicios extras, entonces el área de facturación lista los costos de Membresia, Rada (por cada embarcación que posea) y S.A. Lista costos de S.E. Membresia, Rada y S.A. Si el socio ha tomado servicios extras, entonces el área de facturación lista los costos de S.E. Membresia, Rada (por cada embarcación que posea) y S.A. Consulta si el cliente tiene deuda atrasada pendiente El área de facturación consulta si el cliente tiene deuda atrasada pendiente. Agrega Costos de la deuda más interés Si el cliente tiene deudas pendientes, se le agrega costos más interés. Genera Factura para pago instantáneo Si no escoge el pago mensual, entonces el área de facturación le genera una factura para el pago instantáneo. Entrega Factura Pago Instantáneo El área de facturación le entrega al socio la factura. Recibe Factura Pago Instantáneo El cliente recibe la factura para el pago instantáneo. Genera Factura Diferida Si escoge el pago mensual, el área de facturación genera factura diferida. Entrega Factura Diferida El área de facturación entrega factura diferida. Recibe Factura Diferida El cliente recibe factura diferida. Entrega Dinero El cliente entrega el dinero que se le facturó. Recibe Dinero

El área de cobranzas recibe el dinero. 3.16. Registra Pago realizado El área de cobranzas registra el pago realizado. 4. REQUERIMIENTOS ESPECIALES 4.1.Facilidad de uso Interfaz amigable y manipulable 4.2.Confiabilidad El software de este proceso es confiable, para que no existan fallas o estas sean mínimas, además debe tener rápida recuperabilidad ante los fallos. 4.3.Soporte El software de este proceso debe poderse extender y adaptar de acuerdo a los cambios que puedan existir.


MODELO DE DOMINIO

I.

MODELADO DEL NEGOCIO DIAGRAMA CASOS DEL SISTEMA GESTIONAR PAGO SOCIO

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR SERVICIO 1. Descripción Breve Este caso de uso es el que se encarga del Registro de los Servicios en los que se puede inscribir un Cliente. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Facturación selecciona la opción Registrar Servicio. El sistema muestra el formulario Registrar Servicio. El encargado del área de Facturación ingresa los datos del Servicio e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina    

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Facturación no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al registrar los datos del Servicio no deberá tardarse más de 3 segundos en realizar dicho registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar Fácil de instalar  

3.4. Usabilidad

 


4. Pre-condiciones El encargado del área de Facturación debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los datos del Servicio han sido correctamente registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: BUSCAR SERVICIO 1. Descripción Breve Este caso de uso es el que se encarga de las Búsquedas de los Servicios, esto ocurre cuando el encargado del área de Facturación quiere registrar el Documento de Consumo de Servicios de cada Cliente. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Facturación selecciona la opción Buscar Servicio. El sistema muestra el formulario Buscar Servicio. El encargado del área de Facturación ingresa el código del Servicio e indica Buscar. El sistema le muestra al usuario el Servicio.    

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Facturación no sea válida el sistema informará al usuario con un mensaje. 3. Requerimientos Especiales 3.1. Rendimiento Al ingresar el código del Servicio el sistema no deberá tardarse más de 3 segundos en realizar la búsqueda. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado.

3.3. Usabilidad Manual de ayuda al Usuario 



Interfaz amigable y manipulable

4. Pre-condiciones

El encargado del área de Facturación debe haberse podido accesar al sistema correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR DOCUMENTO CONSUMO SERVICIOS 1. Descripción Breve Este caso de uso es el que se encarga del Registro de los Documentos de Consumo de Servicios de cada Cliente. Esto ocurre cuando el Cliente se inscribe en un Servicio Extra. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Facturación selecciona la opción Registrar Documento de Consumo Servicios. El sistema muestra el formulario Registrar Documento de Consumo Servicios. El encargado del área de Facturación ingresa el(los) Servicio(s) en que está inscrito el Cliente e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina 

  

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Facturación no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al registrar los datos del Documento de Consumo Servicios no deberá tardarse más de 3 segundos en realizar dicho registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar 



Fácil de instalar


4. Pre-condiciones El encargado del área de Facturación debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los datos del Documento de Consumo Servicios han sido correctamente registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: BUSCAR DOCUMENTO CONSUMO SERVICIOS 1. Descripción Breve Este caso de uso es el que se encarga de las Búsquedas de los Documentos de Consumo de los Clientes, esto ocurre cuando el encargado del área de Facturación quiere revisar qué servicios está inscrito el Cliente para posteriormente facturarlos. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Facturación selecciona la opción Buscar Documento de Servicios. El sistema muestra el formulario Buscar Documento de Servicios. El encargado del área de Facturación ingresa el código del Cliente e indica Buscar. El sistema le muestra al usuario los Servicios en los que está inscrito el Cliente.    

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Facturación no sea válida el sistema informará al usuario con un mensaje. 3. Requerimientos Especiales 3.1. Rendimiento Al ingresar el código del Cliente el sistema no deberá tardarse más de 3 segundos en realizar la búsqueda. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado.

3.3. Usabilidad

 


4. Pre-condiciones


ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: BUSCAR PAGOS CLIENTE 1. Descripción Breve Este caso de uso es el que se encarga de las Búsquedas de los Pagos de los Clientes, esto ocurre cuando el encargado del área de Facturación quiere verificar si el cliente está al día en sus pagos. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Facturación selecciona la opción Buscar Pagos Cliente. El sistema muestra el formulario Buscar Pagos Cliente. El encargado del área de Facturación ingresa el código del Cliente e indica Buscar. El sistema muestra los pagos del cliente y el caso de uso termina.    

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Facturación no sea válida el sistema informará con un mensaje y volverá a pedir que se ingresen nuevos datos. 3. Requerimientos Especiales 3.1. Rendimiento Al ingresar el código del Cliente el sistema no deberá tardarse más de 3 segundos en realizar la búsqueda. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado.

3.3. Usabilidad

 


4. Pre-condiciones


ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR FACTURA PAGO INSTANTÁNEO 1. Descripción Breve Este caso de uso es el que se encarga del Registro de la Factura de Pago Instantáneo, esto ocurre cuando el encargado del Área de Facturación procede a facturar los Pagos que debe realizar el Cliente en un pago único. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Facturación selecciona la opción Registrar Factura Pago Instantáneo. El sistema muestra el formulario Registrar Factura Pago Instantáneo. El encargado del área de Facturación ingresa los Pagos que debe realizar el Cliente e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina    

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Facturación no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al registrar los datos de la Factura de Pago Instantáneo no deberá tardarse más de 3 segundos en realizar dicho registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar Fácil de instalar  


4. Pre-condiciones El encargado del área de Facturación debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los datos de la Factura de Pago Instantáneo han sido correctamente registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: EMITIR FACTURA PAGO INSTANTÁNEO 1. Descripción Breve Este caso de uso es el que se encarga de la Emisión de la Factura de Pago Instantáneo, esto ocurre después del registro de dicha Factura. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Facturación selecciona la opción Emitir Factura Pago Instantáneo. El sistema le muestra el Formulario Emitir Factura Pago Instantáneo. El encargado del área de Facturación ingresa el código del Registro de Factura Pago Instantáneo e indica Buscar. El sistema le muestra la Factura Pago Instantáneo. El encargado del área de Facturación selecciona la opción Emitir. El sistema le muestra un mensaje de confirmación y el caso de uso termina      

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Facturación no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al ingresar código del Registro de Factura de Pago Instantáneo no debe tardarse más de 3 segundos en realizar la búsqueda. Al emitir la Factura de Pago Instantáneo no debería tardarse más de 3 segundos en comenzar a emitir.  

3.2. Confiabilidad El sistema solamente debe permitir el ingreso de usuarios autorizados.


4. Pre-condiciones  

El encargado del área de Servicios Navieros debe haberse podido accesar al sistema correctamente. Se debe haber registrado previamente la Factura de Pago Instantáneo

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR FACTURA DIFERIDA 1. Descripción Breve Este caso de uso es el que se encarga del Registro de la Factura Diferida, esto ocurre cuando el encargado del Área de Facturación procede a facturar los Pagos que debe realizar el Cliente en pagos diferidos. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Facturación selecciona la opción Registrar Factura Diferida. El sistema muestra el formulario Registrar Factura Diferida. El encargado del área de Facturación ingresa los Pagos que correspondan a la Factura Diferid e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina    

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Facturación no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al registrar los datos de la Factura Diferida no deberá tardarse más de 3 segundos en realizar dicho registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar Fácil de instalar  


4. Pre-condiciones El encargado del área de Facturación debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los datos de la Factura Diferida han sido correctamente registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: EMITIR FACTURA DIFERIDA 1. Descripción Breve Este caso de uso es el que se encarga de la Emisión de la Factura Diferida, esto ocurre después del registro de dicha Factura. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Facturación selecciona la opción Emitir Factura Diferida. El sistema le muestra el Formulario Emitir Factura Diferida. El encargado del área de Facturación ingresa el código del Registro de Factura Diferida e indica Buscar. El sistema le muestra la Factura Diferida. El encargado del área de Facturación selecciona la opción Emitir. El sistema le muestra un mensaje de confirmación y el caso de uso termina      

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Facturación no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al ingresar código del Registro de Factura Diferida no debe tardarse más de 3 segundos en realizar la búsqueda. Al emitir la Factura Diferida no debería tardarse más de 3 segundos en comenzar a emitir.  

3.2. Confiabilidad El sistema solamente debe permitir el ingreso de usuarios autorizados. 3.3. Usabilidad Manual de ayuda de usuario 



Interfaz amigable y manejable


El encargado del área de Servicios Navieros debe haberse podido accesar al sistema correctamente. Se debe haber registrado previamente la Factura Diferida.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR PAGOS CLIENTE 1. Descripción Breve Este caso de uso es el que se encarga del Registro de los Pagos del Cliente, esto ocurre después que el Cliente se acerque a cancelar. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Cobranzas selecciona la opción Registrar Pagos Cliente. El sistema muestra el formulario Registrar Pagos Cliente. El encargado del área de Cobranzas ingresa los Pagos que el Cliente ha realizado e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina    


3.4. Usabilidad

 



DIAGRAMA DE COLABORACIÓN: REGISTRAR SERVICIO

DIAGRAMA DE COLABORACIÓN: BUSCAR SERVICIO

DIAGRAMA DE COLABORACIÓN: REGISTRAR DOCUMENTO CONSUMO SERVICIOS

DIAGRAMA DE COLABORACIÓN: BUSCAR DOCUMENTO CONSUMO SERVICIOS


DIAGRAMA DE COLABORACIÓN: REGISTRAR FACTURA PAGO INSTANTÁNEO

DIAGRAMA DE COLABORACIÓN: EMITIR FACTURA PAGO INSTANTÁNEO

DIAGRAMA DE COLABORACIÓN: REGISTRAR FACTURA DIFERIDA

DIAGRAMA DE COLABORACIÓN: EMITIR FACTURA DIFERIDA


Gestionar Retiro

DIAGRAMA DE ACTIVIDADES GESTIONAR RETIRO

DOCUMENTO DE ESPECIFICACIÓN CUN: GESTIONAR RETIRO 1. INTRODUCCIÓN 1.1.Propósito El caso de uso de negocio Gestionar Retiro tiene como propósito describir las actividades que sigue proceso de desafiliación como socio al Club Náutico del Perú. 1.2.Alcance Este proceso compete al área atención al cliente. 1.3. Definiciones, acrónimos y abreviaciones Ninguna 1.4.Referencias Las referencias obtenidas para plantear este caso de uso fueron obtenidas por entrevistas a los mismos trabajadores del área de atención al cliente. 1.5.Visión General El presente documento muestra el propósito, alcances, una descripción breve del caso de uso en cuestión, flujos de trabajo, requerimientos especiales que describen el proceso de desafiliación de los socios del club Náutica Atenas del Perú. 2. DESCRIPCIÓN CASO DE USO DE NEGOCIO 2.1.Descripción Breve El área de atención al cliente recibe la solicitud del socio para retirarse del club, se analiza si no tiene pagos pendientes y el socio es dado de baja.

3. FLUJO DE TRABAJO 3.1.Presenta Solicitud de Retiro El cliente se dirige a la secretaria y presenta una solicitud de retiro. 3.2.Recibe Solicitud de Retiro La secretaria de atención al cliente recibe la solicitud hecha por el cliente. 3.3.Entrega Sol. de Retiro al Jefe de Atención al Cliente La secretaria hace llegar la solicitud de retiro al Jefe de Atención al Cliente. 3.4.Consulta con el área de cobranza si tiene deudas pendientes El jefe de atención al cliente consulta con el área de cobranza si tiene deudas pendientes 3.5.Verifica si tiene deudas pendientes El área de atención al cliente verifica si tiene deudas pendientes 3.6.Genera Liquidación Administrativa El jefe de atención al cliente genera una “Liquidación administrativa”.

3.7.Cancela Liquidación Administrativa En caso tenga deudas pendientes, para ser desafiliado el socio tiene que cancelarlas. 3.8.Recibe Dinero En caso de tener deudas, el área de cobranzas recibe el dinero. 3.9. Registra Pago Realizado El área de cobranzas registra el pago realizado. 3.10. Le da de baja como Socio El jefe de atención al cliente le da de baja como socio. 4. REQUERIMIENTOS ESPECIALES 4.1.Facilidad de uso Interfaz amigable y manipulable 4.2.Confiabilidad El software de este proceso es confiable, para que no existan fallas o estas sean mínimas, además debe tener rápida recuperabilidad ante los fallos. 4.3.Soporte El software de este proceso debe poderse extender y adaptar de acuerdo a los cambios que puedan existir


MODELO DE DOMINIO

I.

MODELADO DEL NEGOCIO DIAGRAMA CASOS DEL SISTEMA GESTIONAR RETIRO

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR SOLICITUD DE RETIRO 1. Descripción Breve Este caso de uso es el que se encarga del Registro de las Solicitudes de Retiro de los Clientes, esto ocurre cuando el cliente desea retirarse del Club. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando la Secretaria selecciona la opción Registrar Solicitud de Retiro. El sistema muestra el formulario Registrar Solicitud de Retiro. La Secretaria ingresa los datos de la Solicitud de Retiro e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina    

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por la Secretaria no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al registrar los datos de la solicitud de Retiro no deberá tardarse más de 3 segundos en realizar dicho registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar Fácil de instalar  


4. Pre-condiciones La secretaria debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los datos de la solicitud de retiro han sido correctamente registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: EMITIR SOLICITUD DE RETIRO 1. Descripción Breve Este caso de uso es el que se encarga de la Emisión del Documento de Razones de Denegación de Solicitud, esto ocurre cuando haya sido registrado dicho Documento. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el Jefe de Atención al Cliente selecciona la opción Emitir Documento de Razones de Denegación de Solicitud. El sistema le muestra el Formulario Emitir Documento de Razones de Denegación de Solicitud. El Jefe de Atención al Cliente ingresa el código del Registro del Documento de Razones de Denegación de Solicitud e indica Buscar. El sistema le muestra el Documento de Razones de Denegación de Solicitud. El Jefe de Atención al Cliente selecciona la opción Emitir. El sistema le muestra un mensaje de confirmación y el caso de uso termina 

 

  

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el Jefe de Atención al Cliente no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al ingresar código del Registro del Documento de Razones de Denegación de Solicitud no debe tardarse más de 3 segundos en realizar la búsqueda. Al emitir el Documento de Propiedad de Embarcación de los Clientes no debería tardarse más de 3 segundos en comenzar a emitir. 



3.2. Confiabilidad El sistema solamente debe permitir el ingreso de usuarios autorizados. 3.3. Usabilidad Manual de ayuda de usuario Interfaz amigable y manejable  

4. Pre-condiciones El Jefe de Atención al Cliente debe haberse podido accesar al sistema correctamente. Se debe haber registrado previamente el Documento de Razones de Denegación de Solicitud.  

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR LIQUIDACIÓN ADMINISTRATIVA 1. Descripción Breve Este caso de uso es el que se encarga del Registro de la Liquidación Liquidación Administrativa, Administrativa, esto ocurre cuando el jefe de Atención al Cliente procede a facturar las deudas pendientes que el Cliente debe cancelar. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el jefe de Atención al Cliente selecciona la opción Registrar Liquidación Administrativa. El sistema muestra el formulario Registrar Liquidación Administrativa. El jefe de Atención al Cliente ingresa los Pagos que debe realizar el Cliente e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina    

2.2. Flujos Alternativos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el jefe de Atención al Cliente no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Requerimientos Especiales 3.1. Rendimiento Al registrar los Pagos que debe realizar el Cliente no deberá tardarse más de 3 segundos en realizar dicho registro. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado. 3.3. Soporte Fácil de actualizar Fácil de instalar  


4. Pre-condiciones El jefe de Atención al Cliente debe haberse podido accesar al sistema correctamente. 5. Post-condiciones Los datos de la Liquidación Administrativa han sido correctamente registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: EMITIR LIQUIDACIÓN ADMINISTRATIVA 1. Descripción Breve Este caso de uso es el que se encarga de la Emisión de la Liquidación Administr Administrativa, ativa, esto ocurre después del registro de dicha Liquidación. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el jefe de Atención al Cliente selecciona la opción Emitir Liquidación Administrativa. El sistema le muestra el Formulario Emitir Liquidación Administrativa. El jefe de Atención al Cliente ingresa el código del Registro de Liquidación Liquidación Administrativa e indica Buscar. El sistema le muestra la Liquidación Administrativa. El jefe de Atención al Cliente selecciona la opción Emitir. El sistema le muestra un mensaje de confirmación y el caso de uso termina      

2.2. Flujos Alternativos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el jefe de Atención al Cliente no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Requerimientos Especiales 3.1. Rendimiento Al ingresar el código de registro de Liquidación Administrativa no debe tardarse más de 3 segundos en realizar la búsqueda. Al emitir la de Liquidación Administrativa no debería tardarse más de 3 segundos en comenzar a emitir.  

3.2. Confiabilidad El sistema solamente debe permitir el ingreso de usuarios autorizados.



El jefe de Atención al Cliente debe haberse podido accesar al sistema correctamente. Se debe haber registrado previamente la de Liquidación Administrativa.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: BUSCAR PAGOS CLIENTE 1. Descripción Breve Este caso de uso es el que se encarga de las Búsquedas de los Pagos de los Clientes, esto ocurre cuando el encargado del área de Cobranza quiere verificar si el cliente tiene deudas pendientes. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Cobranza selecciona la opción Buscar Pagos Cliente. El sistema muestra el formulario Buscar Pagos Cliente. El encargado del área de Cobranza ingresa el código del Cliente e indica Buscar. El sistema muestra los pagos del cliente y el caso de uso termina.    

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Cobranza no sea válida el sistema informará con un mensaje y volverá a pedir que se ingresen nuevos datos. 3. Requerimientos Especiales 3.1. Rendimiento Al ingresar el código del Cliente el sistema no deberá tardarse más de 3 segundos en realizar la búsqueda. 3.2. Confiabilidad El sistema debe permitir el ingreso solo a personal autorizado.

3.3. Usabilidad

 


4. Pre-condiciones

El encargado del área de Cobranza debe haberse podido accesar al sistema correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR PAGOS CLIENTE 6. Descripción Breve Este caso de uso es el que se encarga del Registro de los Pagos del Cliente, esto ocurre después que el Cliente se acerque a cancelar sus deudas pendientes antes de retirarse del Club. 7. Flujo de eventos 7.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Cobranzas selecciona la opción Registrar Pagos Cliente. El sistema muestra el formulario Registrar Pagos Cliente. El encargado del área de Cobranzas ingresa los Pagos que el Cliente ha realizado e indica Registrar. El sistema le muestra un mensaje de confirmación y el caso de uso termina    




ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: EMITIR PAGOS CLIENTE 1. Descripción Breve Este caso de uso es el que se encarga de la Emisión de los Pagos de los Clientes, esto ocurre cuando el cliente desea retirarse del Club. 2. Flujo de eventos 2.1. Flujo Básico El caso de uso empieza cuando el encargado del área de Cobranzas selecciona la opción Emitir Pagos Cliente. El sistema le muestra el Formulario Emitir Documento de Propiedad de Embarcación de los Clientes. El encargado del área de Cobranzas ingresa el código del Cliente e indica Buscar. El sistema le muestra los Pagos del Cliente. El encargado del área de Cobranzas selecciona la opción Emitir. El sistema le muestra un mensaje de confirmación y el caso de uso termina      

2.2. Flujos Alternativos 2.2.1. Información no válida En caso de que la información ingresada por el encargado del área de Cobranzas no sea válida el sistema informará al usuario con un mensaje y volverá a pedir que se ingrese nuevamente los datos 3. Requerimientos Especiales 3.1. Rendimiento Al Buscar el código del Cliente no debe tardarse más de 3 segundos en realizar la búsqueda. Al emitir los Pagos del Cliente no debería tardarse más de 3 segundos en comenzar a emitir. 3.2. Confiabilidad El sistema solamente debe permitir el ingreso de usuarios autorizados.  


Manual de ayuda de usuario Interfaz amigable y manejable

4. Pre-condiciones El encargado del área de Cobranzas debe haberse podido accesar al sistema correctamente. 



Se debe haber registrado previamente los Pagos del Cliente.

DIAGRAMA DE COLABORACIÓN: REGISTRAR SOLICITUD DE RETIRO

DIAGRAMA DE COLABORACIÓN: EMITIR SOLICITUD DE RETIRO

DIAGRAMA DE COLABORACIÓN: REGISTRAR LIQUIDACIÓN ADMINISTRATIVA

DIAGRAMA DE COLABORACIÓN: EMITIR LIQUIDACIÓN ADMINISTRATIVA



DIAGRAMA DE COLABORACIÓN: EMITIR PAGOS CLIENTE

DIAGRAMA DE CLASES

MIGRACIÓN AL SQL

CASO 7 Completo - Club nautico Atenas del Perú

Recommend Documents