caso de uso gestion clientes convenios_v2.2

20
Casos de Uso __________________________________________________________________ OUM RA.024 C ASO DE U SO Grupo Christus Muguerza Creación de Cientes ! Con"enios Autor# Grupo Christus Muguerza $os% Caros &ea Doria 'echa de Creación# (0 de )arzo de 20(4 *ti)a Actuaización#(+ de )arzo de 20(4 Docu)ento de Re,erencia# RA-02 /ersión# 2.2 Aprobadores: Apro1ador ( Apro1ador 2

Upload: visoftpc

Post on 05-Oct-2015

214 views

Category:

Documents


0 download

DESCRIPTION

casos de gestion de clientes y convenios

TRANSCRIPT

RA.023 Use Case Model

OUMRA.024 Caso de Uso Grupo Christus MuguerzaCreacin de Clientes y Convenios

Autor:Grupo Christus MuguerzaJos Carlos Leal DoriaFecha de Creacin:10 de marzo de 2014ltima Actualizacin:19 de marzo de 2014Documento de Referencia:RA_023Versin:2.2

Note: Title, Subject, Last Updated Date, Reference Number, and Version are marked by a Word Bookmark so that they can be easily reproduced in the header and footer of documents. When you change any of these values, be careful not to accidentally delete the bookmark. You can make bookmarks visible by selecting Tools->OptionsView and checking the Bookmarks option in the Show region.Aprobadores:

< Aprobador 2>

Note: To add additional approval lines, press [Tab] from the last cell in the table above.Note: You can delete any elements of this cover page that you do not need for your document.Note: Control del documentoRegistro de Cambios3FechaAutorVersinReferencia/Comentario

7 de marzo de 2014Jos Carlos Leal Doria1.0Creacin del documento.

14 de marzo de 2014Juan Alfredo Blancas Velzquez2.0Se realiza correccin a casos de uso con base en observaciones de equipo de desarrollo.

18 de marzo de 2014Juan Alfredo Blancas Velzquez2.1Se realiza correccin a casos de uso con base en observaciones de equipo de desarrollo.

19 de marzo de 2014Juan Alfredo Blancas Velzquez2.2Se realiza correccin a documento con base en las observaciones realizadas por Luz Del Carmen Muoz Hernndez.

Aprobadores

NombrePuesto de trabajo

Contenido1Control del documentoii1.1Registro de Cambiosii1.2Aprobadoresii2Introduccion12.1Alcance y propsito12.2Cmo Revisar13Definiciones, Acrnimos y abreviaciones24Actores34.1Actor 1: Vendedor34.2Actor 2: Analista de Clientes y Convenios35Paquetes del caso de uso45.1Diagrama de Paquetes de Caso de uso45.2P01: Gestin de la Oportunidad56Paquete Caso de Clientes y Convenios86.1Diagramas paquete caso de uso para Creacin de Clientes y Convenios86.2P01: Creacion de Clientes y Convenios Descripcin del Paquete97Temas Abiertos138Temas CERRADOS14

Note: To update the table of contents, put the cursor anywhere in the table and press [F9]. To change the number of levels displayed, select the menu option Insert>Index and Tables, make sure the Table of Contents tab is active, and change the Number of Levels to a new value.

Casos de Uso

__________________________________________________________________ Casos de Uso

Introduccion 1 of 15

IntroduccionAlcance y propsitoEl presente documento presenta las especificaciones de caso de uso y muestra la descripcin del comportamiento del sistema desde el punto de vista de los actores para los procesos de Creacin de Clientes y ConveniosUn modelo de casos de uso describe los requerimientos funcionales del sistema en trminos de casos de uso, este es un modelo que determinar la funcionalidad del sistema que se pretende implementar y su entorno, sirve como un contrato entre el cliente y los configuradores, debido a que es una herramienta de planeacin muy poderosa, y es usado a lo largo del desarrollo de todas las fases del ciclo de construccin.El modelo de caso de uso tiene como finalidad primaria identificar los actores que interactan en el sistema, estos representan los usuarios del sistema, ayudando a delimitar y dando una imagen clara de qu deben hacer los mismos. Los casos de uso se desarrollan con base en lo que los actores necesitan, asegurando as que el sistema se convierta en lo que el usuario final espera.En el presente documento se describe a alto nivel el Modelo de caso de uso que ser soportado con Oracle Siebel CRM para el proceso de Creacin de Clientes y Convenios con base en lo sealado por el personal del Grupo Christus Muguerza.Los casos de uso que no se encuentren especificados dentro del presente documento no hacen parte del alcance considerado y debern ser resueltos en los dominios dentro de la organizacin de Grupo Christus Muguerza.

Cmo Revisar Utilice los siguientes criterios cundo revise el modelo de caso de usoEs un modelo de caso de uso entendible?Al revisar el modelo de caso de uso, puede formarse una idea clara de la funcionalidad del sistema y como estn relacionadas? Se han identificado todos los requisitos funcionales?Contiene el modelo de caso de uso algn comportamiento superfluo?Se tienen todos los actores identificados? Cada actor est involucrado con al menos un caso de uso? Cada actor tiene realmente un rol?, Este rol puede fusionarse o dividirse? Dos actores juegan el mismo papel en relacin con un caso de usoLos actores tienen nombres intuitivos o descriptivos? Pueden los usuarios y los clientes entender estos nombres?Cada caso de uso es involucrado con al menos un actor?Algunos casos de uso tienen comportamiento similar?Los casos de uso tienen nombres intuitivos, nicos y explicativos?Definiciones, Acrnimos y abreviaciones

AcrnimoSignificado

CUCaso de Uso.

SiebelEs una aplicacin informtica de tipo CRM (Customer Relationship Management) que permite gestionar los procesos de negocio frontdesk.

GCMGrupo Christus Muguerza

ActoresUn Actor define el rol que el usuario desempeara cuando interacte con el sistema. Un usuario puede ser tambin un individuo u otro Sistema.

Note: List actors and provide a brief description.

The following questions may be useful when identifying actors:

- Who will supply, use, or remove information? - Who will use this functionality? - Who is interested in a certain requirement? - Where in the organization is the system used? - Who will support and maintain the system? - What are the systems external resources? - What other systems will need to interact with this one?

There are several different aspects of a system's surroundings that you will represent as separate actors.

- Users who execute the system's main functions - Users who execute the system's secondary functions - External hardware the system uses - Other systems interacting with the systemActor 1: VendedorEl personal perteneciente a la Fuerza de Ventas del GCM, encargado de establecer la comunicacin con el cliente, para formalizar Contratos y Convenios.Es aquella persona que tiene encomendada la venta o comercializacin de productos o servicios de una compaa.

Actor 2: Analista de Clientes y ConveniosEs el personal de GCM encargada de agregar los clientes tipo organizacin y generar los convenios correspondientes a los clientes generados.

Actor 3: Sistema CRMSistema informtico de apoyo a la gestin de las relaciones con los clientes, a la venta y al marketing.

Paquetes del caso de usoDiagrama de Paquetes de Caso de usoNote: Apply the following heuristics to organize UML Use Case diagrams into package diagrams:

1. Keep associated use cases together: included, extending, and inheriting use cases belong in the same package as the base/parent use case.

2. Group use cases based on the needs of the main actors.Note: Remove the example diagram provided with the template and replace it with a diagram for your project.

P01: Gestin de la OportunidadDescripcin del PaqueteEste paquete muestra el proceso de creacin y seguimiento de una oportunidad de Venta.

Note: A brief description explaining the package's function and role in the system. The description must be understandable to any developer who wants to use the package.Gestin de la Oportunidad

Note: A use-case diagram provides a view of a use-case model. Many use-case diagrams can be used to view and provide different perspectives on a single use-case model. A use-case diagram may contain only actors, only use cases, or any combination of the two.Note: Remove the example diagram provided with the template and replace it with a diagram for your project.Actores primarios y SecundariosTipoNombreDescripcin

PrimarioVendedorEncargado de la venta o comercializacin de productos o servicios.

Caso de UsoNombreDescripcinContexto

Gestin OportunidadEste caso inicia cuando se capturan los datos de un prospecto.El vendedor crea la oportunidad asociada a un prospecto, asocia el producto a la oportunidad, le da seguimiento a la oportunidad.Este caso finaliza cuando la oportunidad se cierra ya sea derivando en una venta o por desinters del cliente o prospecto.Este caso de uso se desarrolla cuando un cliente o prospecto se interesa en un producto o servicio.

Interesados DirectosNombreParticipacin

Supuestos Un Cliente o Prospecto est interesado en un Producto y/o Servicio.

Pre-CondicionesNA.

Post-CondicionesNA.

DisparadorCreacin de la Oportunidad.

Escenario PrincipalQu hace el actorQu hace el sistema

1. El Vendedor captura/actualiza la informacin del Cliente y/o Prospecto.

2. El sistema CRM permite guardar la informacin.

3. El vendedor genera registro de la oportunidad.

4. El sistema CRM guarda la informacin de la oportunidad.

5. El vendedor asocia los productos necesarios a la oportunidad.

6. El sistema CRM actualiza informacin de la oportunidad.

7. El vendedor realiza el seguimiento de la oportunidad, llevando a cabo la labor de venta necesaria con el cliente y/o prospecto, actualizando el registro de la oportunidad.

8. El vendedor realiza el cierre de la oportunidad.

9. El sistema CRM actualiza informacin de la oportunidad.

Flujos AlternosNA.

Flujos de excepcinNA.

Informacin RelacionadaNA.

DecisionesNA.

Paquete Caso de Clientes y ConveniosDiagramas paquete caso de uso para Creacin de Clientes y ConveniosNote: Apply the following heuristics to organize UML Use Case diagrams into package diagrams:

1. Keep associated use cases together: included, extending, and inheriting use cases belong in the same package as the base/parent use case.

2. Group use cases based on the needs of the main actors.Note: Remove the example diagram provided with the template and replace it with a diagram for your project.

P01: Creacion de Clientes y Convenios Descripcin del PaqueteDescripcin del PaqueteEste paquete muestra el proceso para la generacin de Clientes y Convenios asociados a los mismos.

Note: A brief description explaining the package's function and role in the system. The description must be understandable to any developer who wants to use the package.P01: Diagrama de Caso de UsoDiagrama Caso de Uso Creacin de Clientes y Convenios.

Note: A use-case diagram provides a view of a use-case model. Many use-case diagrams can be used to view and provide different perspectives on a single use-case model. A use-case diagram may contain only actors, only use cases, or any combination of the two.Note: Remove the example diagram provided with the template and replace it with a diagram for your project.

Note: A list of actors owned by the package, including the name and brief description (role involved) of each actor in this packageActores primarios y secundariosTipoNombreDescripcin

PrimarioAnalista de Clientes y ConveniosEmpleado colaborador encargado de realizar el registro del cliente y convenio.

PrimarioVendedorPersonal que se encarga de llevar a cabo el proceso de ventas.

Note: A list of use cases owned by the package, including the name and brief description of each use case in this packageCaso de UsoNombreDescripcinContexto

Gestin de Clientes y ConveniosEste caso de uso comienza cuando el Vendedor solicita el alta/modificacin de un cliente, para hacer valido un nuevo contrato generado, y con esto poder crear los convenios relacionados al cliente. Este caso de uso se emplea cuando se desea crear/modificar un cliente para ser utilizado en los respectivos convenios y facturacin.

Interesados DirectosNombreParticipacin

SupuestosNA.

Pre-CondicionesNA.

Post-CondicionesNA.

DisparadorEl Vendedor solicita modificacin o creacin de cliente y/o convenio.

Escenario PrincipalQu hace el actorQu hace el sistema

1. El Vendedor finaliza procedimiento de venta.

2. El Vendedor procede a enviar papelera e informacin necesaria para la validacin de checklist por parte de Analista de Clientes y Convenios.

3. El Analista de Clientes y Convenios procede a hacer el checklist necesario, para el alta o modificacin del Cliente.

4. El Analista de Clientes y Convenios procede a enviar la informacin al Departamento de Legal, para que se generen los contratos correspondientes.

5. El Analista de Clientes y Convenios procede a capturar datos del Cliente en el Sistema.

6. El sistema CRM permite captura de datos generales y datos requeridos para el alta o modificacin de Cliente.

7. El Analista de Clientes y Convenios revisa el tipo de convenio o convenios que deber contener el cliente.

8. El Analista de Clientes y Convenios procede a Capturar los convenios que deber contener el Cliente

9. El sistema CRM permite captura los convenios segn los anexos, y el documento de alta o modificacin de Cliente.

10. Analista de Clientes y Convenios procede a crear un comunicado para informar a la operacin, sobre la creacin/modificacin, exitosa del Cliente y/o Convenio.

Flujos AlternosPut here there extensions, one at a time, each referring to the step of the main scenario.The first step of the alternate path should explain the deviationThe first step has the same number as the step of the Main Success Scenario or basic flow that it came from.Steps should be numbered x.1, x.2, x.3 (x is the step number of the main flow that originated the alternate flowLast step of the alternate flow indicates which step in the Main Success Scenario that invoked this alternate flowPost-Conditions are in addition to those of the basic flow.

This is in the format:

< step altered>. :, followed by . , where step altered is the step at which condition occurs and we follow an alternative sequence of numbered steps. One possible action is "the use case continues at step ".

e.g., 3a. There are no matching customers: 3a1. System reports that no match was found

NA.

Flujos de excepcinNA.

Informacin RelacionadaNA.

Decisiones Si por alguna razn Departamento de Legal, rechazar o el cliente no firmase contratos finales, el Analista de Clientes y Convenios procedera a inactivar el cliente, y en caso de tener documentacin fsica, se lo devolvera al Vendedor con excepcin del formato de Alta o Modificacin.

La generacin del cliente actualmente se hace antes de que legar genere los documentos de contrato, para agilizar el proceso, con la carta de aceptacin de propuesta, se supone que lo restante a legal.

Temas Abiertos

Temas CERRADOS

iv

System

SistemaStatic Structure

Use Case

Gestin OportunidadProceso Gestin Oportunidad

Sistema CRMVendedor

ProspectoOCliente

System

SistemaStatic Structure

Use Case

Gestin de Clientes y ConveniosGestin de Clientes y Convenios

Sistema CRMAnalista de Clientes y Convenios

Vendedor

System

SistemaStatic Structure

Generacin de Clientes y ConveniosProceso de Generacin de Clientes y Convenios

Sistema CRMAnalista de Convenios y Clientes (ACyC)

Agente de Ventas (AV)

Use Case

Generacin de Clientes y Convenios

Analista de Convenios y Clientes

Vendedor

(Proceso de Ventas)

Se genera elCliente

Se revisa Checklistde Documentos

Se solicita generarcontratos a Dpto. Legal

Se genera elConvenio

Se enva Informe

Se genera informe, paraser enviado a NivelOperacin

Seenvainformacin de Cliente

Estructura esttica

Proceso de GeneracinProceso de Generacin Folios de Servicio

Sistema CRMRecepcionista CAT (ACF)

Solicitante (S)

System

SistemaStatic Structure

Generacin de Clientes y ConveniosProceso de Generacin de Clientes y Convenios

Sistema CRMAnalista de Convenios y Clientes (ACyC)

Agente de Ventas (AV)

Use Case

Generacin de Clientes y Convenios

Analista de Convenios y Clientes (ACyC)

Agente de Ventas (AV)

(Proceso de Ventas)

Se genera elCliente

Se revisa Checklistde Documentos

Se solicita generarContratos a Dpto. Legal

Se genera elConvenio

Se envia Informe

Se Finaliza CU

Se genera Informe, paraser enviado a NivelOperacion

Seenviainformacion de Cliente

Estructura esttica

Proceso de GeneracinProceso de Generacin Folios de Servicio

Sistema CRMRecepcionista CAT (ACF)

Solicitante (S)