Scribd
Cargar
99 vistas

Ejemplo Practico UML

El documento describe el desarrollo de una aplicación web para sistematizar los procesos de prospección de clientes nuevos e inactivos de una empresa automotriz. Se detallan los objetivos, el problema a resolver, la justificación y la metodología a seguir. La metodología consiste en 6 fases: análisis de requerimientos, diseño, desarrollo, pruebas, implementación y mantenimiento. Se describen los requerimientos funcionales referidos a usuarios y la aplicación, los cuales incluyen generar reportes de trá

Cargado por

Luis Alberto Aguilar Muñoz
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
99 vistas

Ejemplo Practico UML

El documento describe el desarrollo de una aplicación web para sistematizar los procesos de prospección de clientes nuevos e inactivos de una empresa automotriz. Se detallan los objetivos, el problema a resolver, la justificación y la metodología a seguir. La metodología consiste en 6 fases: análisis de requerimientos, diseño, desarrollo, pruebas, implementación y mantenimiento. Se describen los requerimientos funcionales referidos a usuarios y la aplicación, los cuales incluyen generar reportes de trá

Cargado por

Luis Alberto Aguilar Muñoz
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
Está en la página 1/ 8

Contenido

Descripción del problema o la necesidad ....................................................................... 2


Justificación: ................................................................................................................. 3
Metodologia.................................................................................................................. 3
1. Analisis de requerimientos ................................................................................................ 3
2. Diseño del sistema ............................................................................................................ 3
3. Desarrollo y codificación de la aplicación ........................................................................... 4
4. Pruebas ............................................................................................................................ 4
5. Fase de implementación: .................................................................................................. 4
6. Mantenimiento:................................................................................................................ 4

Fase 1 ............................................................................................................................ 5
Requistos funcionales .................................................................................................... 5
Referidos a los usuarios ........................................................................................................ 5
Referidos a la aplicación ....................................................................................................... 6

Requerimientos no funcionales ..................................................................................... 7


Nombre del proyecto: Sistematización de los procesos de prospección de
clientes nuevos e inactivos Gasme automotriz.

Objetivo: Desarrollar de una aplicación web que permita la sistematización de los


procesos de prospección de clientes de nuevos e inactivos de gasme automotriz,
facilitando la recolección de información y la consulta de esta.

Objetivos Especificos:

Descripción del problema o la necesidad

Nissan Gasme desea implementar una aplicación que permita la gestión y control
de la información de sus clientes prospectos, los cuales se divividen en prospectos
inactivos y nuevos, los prospectos inactivos son los clientes que adquirieron alguna
unidad o servicio en años pasados, y que por tal motivo pudieran estar interesados
en adquirir nuevamente unidades. Los prospectos nuevos son todos aquellos que
ingresan por medio de la afluencia a piso y que no cuentan con historial de
adquisición de unidades o servicios.

Por parte de los prospectos inactivos su informacion de contacto esta almacenada


dentro de una base de datos la cual operaba en conjunto con el antiguo DMS, el
cual fue sustituido a finales del año 2014, por lo que esta información no puede ser
consultada por parte del los RMD, los cuales son los encargados de contactar por
medio de llamadas telefonicas o email a los prospectos. Una vez concretada una
llamada el RMD debera registrar los incidentes que se hayan presentado durante el
tiempo que se efectuo la llamada y tambien actualizar la información de contacto
del cliente en caso de que haya cambiado.

El proceso de afluencia a piso por otro lado es llevado a cabo de manera manual,
la información del cliente es capturada en formatos los cuales son almacenados a
manera de archivo, esto dificulta la consulta de dicha información en el futuro.
Despues de ser registrado el prospecto es asigando con APS (Asesor de venta)
para concretar la adquisición de una unidad, por lo que es importante para al
empresa poder conocer el numero de prospectos por alfuencia a piso y las acciones
que deriven de ellos.
De los dos procesos ateriores la empresa necesita obetenr datos estadisticos que
le permitan ejecutar mejores campañas de marketing para incrementar la ventas y
aumentar el nivel de satisfacción de los clientes.

Justificación:

De los procesos anteriores la dirección de la empresa busca en primer lugar


contactar con nuevos y antiguos clientes y a si concretar la venta de unidades o
servicios, y en segundo lugar la empresa necesita generar datos estadisticos que le
permitan elaborar mejores campañas de publicidad que le permitan aunmentar las
ventas de unidades y servicios.

La aplicación web tendrá la función de generar reportes en difrentes lapsos de


tiempo (bimestral, mensual, semanal, etc.) la cual pueda ser consultada por la
dirección y Mercadotecnia. Los reportes de prospección de clientes son llevados a
cabor por parte del departamento de MKT los cuales son presentados en hojas de
calculo en primera parte y despues son mostrados en presentaciónes.

Metodologia.

La metodologia escogida par el desarrollo de la aplicación es UWE, UWE es una


metodología basada en el Proceso Unificado y UML(Lenguaje Unificado de
Modelado) para el desarrollo de aplicaciones Web, cubre todo el ciclo de vida de las
aplicaciones Web. UWE cubre todo el ciclo de vida de este tipo de aplicaciones
centrando además su atención en aplicaciones personalizadas o adaptativas.

El modelo que propone UWE es esta compuesto por 6 etapas o sub-modelos:

1. Analisis de requerimientos: Fija los requisitos funcionales de la aplicación


web para reflejarlos en un modelo de casos de uso. Se adquieren, reúnen y
especifican las características funcionales y no funcionales que deberá cumplir la
aplicación web.

 Requerimientos funcionales
 Requerimientos no funcionales.
 Usuarios registrados.
 Usuarios no registrados.

2. Diseño del sistema: Se basa en la especificación de requisitos producido


por el análisis de los requerimientos, el diseño define como estos requisitos se
cumplirán.
 Herramientas de diseño.
 Mapa de bavegación.
 Diagrama de clases.
 Diseño de BD.
 Diseño de las interfaces de usuario.

3. Desarrollo y codificación de la aplicación: Se refiere al desarrollo de


la aplicación y de las base de datos, utilizando lenguajes de programación y
lenguajes de consultas previamente definidos, se pretende llevar a cabo la
programacion de todo lo diseñado en la fase anterior.

 Lenguajes de programacion.
 Gestores de base de datos.

4. Pruebas: Se medi la funcionalidad de la aplicación, mediante pruebas.


 Pruebas entre navegadores.
 Accesibilidad.
 Seguridad.
 Funcionalidad.
 Concurrencia.

5. Fase de implementación: Representa el aspecto que tienen las actividades


que se conectan con cada clase de proceso.

 Requisitos de Hardware.
 Sistema operativo.
 Servidor web.
 Servicios y configuraciones de red.

6. Mantenimiento:
 Correción errores.
 Depuración.
 Control periódico.
 Actualizaciones.
Fase 1

Entregables de la fase 1

ID Nombre Descripcion

1 Diagramas de casos de Diagrama que representan los casos de


uso uso para cada actor.

2 Documentación de los Explicacion detallada para cada caso de


casos de uso uso.

Requistos funcionales

Referidos a los usuarios


Existen 4 tipos de usurios registrados:

Administrador:

 El administrador puede registrar, modificar o eliminar usuarios de las tablas


relacionadas con clientes inactivos.
 El administrador puede consultar modificar o eliminar registros, de las tablas
relacionadas con la afluencias de nuevos clientes.
 El administrador puede consultar el registro de actividad de afluencia a piso
y RMD.
 El administrador puede visualizar reportes de actividad de afluencia a piso y
RMD.

Director:

 Puede visualizar los reportes por el sistema de acuerdo a las actividades


generadas periodicamente por los RMD.
 Puede visualizar los reportes de afluencia a piso generados por el sistema
de acuerdo a las actividades registradas periodicamente por el hostess.

Hostess:

 Consulta usuarios.
 Registra usuarios nuevos (prospectos).
 Llena tarjeta de asiganacion de prospecto a vendedor.
 Realiza encuesta de satisfaccion al cliente.
 Registra control del numero de visitas y la información generada a partir de
estas (Revisar documentacion detallada de caso de uso).

RMD:

 Consulta información de contacto de clientes


 Actualiza información del cliente en caso de ser necesario.
 Envia información por correo electronico al usuario.
 Realiza control del numero de llamadas realizadas y la informacion generada
a partir de ella(Revisar documentacion detallada de caso de uso).

Mercadotecnia.

 Analisa la información recabada por los RMD y hostess.


 Puede visualizar y editar los reportes de alufencia apiso y RMD

Nota: Todas las funciones de la aplicación tanto generales como especificas solo
podrán ser ejecutadas por usuarios registrados.

Referidos a la aplicación

El sistema genera reportes del trafico de clientes en piso y clientes contactados por
los rmd. Basados en los soguientes parametros:

RMD

 Numero de clientes contactados diariamente.


 Numero de llamadas realizadas.
 Numero de llamadas concluidas.
 Ciudad de mayor incidencia.
 Modelo de vehiculo de mayor interes.
 Dia con mayor numero de clientes contactados.
 Motivo de interes (compra de unidad o compra de servicio).
 Actualizacion de información.

Hostess

 Dia con mayor trafico.


 Unidad con mayor demanda.
 Clientes asignador por APV.
 Fuentes de contacto (Medio por el cual el cliente se entero de la existencia
de la agencia).
 Lugar de procedencia.
 Numero de pruebas de manejo.

Generales

 Restricción de accesso (Login).


 Manejo de sesiones.
 Cierre de sesiones a causa de inactividad.

Requerimientos no funcionales

 Servidor web Apache o IIS para el alojamiento de la aplicación.


 PHP 5.0 o superior como lenguaje de programación del lado del servidor.
 SQL server como Manejador de base de datos.
 El manejador solo admite Base de datos con una tamaño no maximo a 10GB,
por restricción de licenciamento.
 Servicio DNS activado para la resoulicon de nombres de dominios.
 Servicio FTP para la tranferencia de archivos con el servidor.
 Soporte de navegadores Google Chrome, Firefox, Safari.
 Responsividad.
 Interfaz de usuario web para cada usuario dependiendod e la funcionalidades
de cada uno.
 Solo usuarios registrador pueden acceder a la aplicación.
 Integridad referencial en las consultas de base de datos.
 Manejo de sesiones de usuario.
 Manejo de conexiones a la BD.

También podría gustarte