Entregable de la primera semana Launcher X
-
Es un despacho de abogados que quiere automatizar las demandas de sus clientes, esto lo harán a traves de una página web llenando un formulario.
-
Al momento de llenar el formulario se manda al proceso de pago para finalizar la transacción.
-
Para dar seguimiento a su demanda, el cliente crea una cuenta en la plataforma y verá el seguimiento de cada una de las actualizaciones del proceso legal.
-
El administrador del sitio recbe la notificación de una nueva demanda y con los datos llenados del formulario se crea automaticamente el documento legal en formato word para empezar el proceso.
-
El administrador recibe el pago y debe de ser capaz de verlo en un dashboard para ver la cantidad de ingresos recibidos.
-
El administrador actualiza el proceso de la demanda y agrega comentarios en cada paso del proceso.
-
Al usuario le llegan correos de notificación para saber el avance de su proceso.
-
La página debe de ser responsive para poderla ver desde el celular.
-
La preferncia de colores del cliente es azul marino y blanco, pero acepta propuestas.
| Proyecto: | Abogabot |
| Fecha Solicitud: | 18/02/2022 |
| Dependencia Solicitante: | Direccion General de Asuntos Juridicos |
| Responsable Solicitante: | Harvy Specter |
| Descripcion del solicitante |
|---|
| Usuario solicitante |
| Es un despacho de abogados que quiere automatizar las demandas de sus clientes, esto lo harán a través de una página web llenando un formulario. Al momento de llenar el formulario se manda al proceso de pago para finalizar la transacción. Para dar seguimiento a su demanda, el cliente crea una cuenta en la plataforma y verá el seguimiento de cada una de las actualizaciones del proceso legal. El administrador del sitio recibe la notificación de una nueva demanda y con los datos llenados del formulario se crea automáticamente el documento legal en formato word para empezar el proceso. El administrador recibe el pago y debe de ser capaz de verlo en un dashboard para ver la cantidad de ingresos recibidos. El administrador actualiza el proceso de la demanda y agrega comentarios en cada paso del proceso. Al usuario le llegan correos de notificación para saber el avance de su proceso. La página debe de ser responsive para poderla ver desde el celular. La preferencia de colores del cliente es azul marino y blanco, pero acepta propuestas. |
| Lider Funcional |
| La aplicación ayudara a agilizar el proceso para solicitar una demanda contando un formulario que llenara el cliente del abogado, una vez terminado este proceso se redirigirá a las opciones de pago, cuando se termine el pago el administrador de la aplicación que en este caso seria el abogado a cargo del despacho podrá ver desde un dashboard un balance general del dinero recibido por parte de los clientes, también contara con opciones para todo el historial de pagos. El administrador se encargará de dar seguimiento a la demanda para así notificarlo a su cliente. El cliente ocupara crearse una cuenta, antes de haber hecho el proceso del formulario para así poder llevar un seguimiento de su demanda, las notificaciones se harán llegar a su correo y podrá ver todo el proceso desde su cuenta. La aplicación debe ser totalmente responsiva para que permita su uso desde celular o cualquier dispositivo. El cliente también pide que se use preferentemente los colores azul marino y blanco. |
| Modelamiento de negocio | |
|---|---|
|
|
| Términos de Referencia | |
| Alcance de la Solucion | El programa podrá registrar usuarios y tomar toda la información necesaria para poder generar el perfil de la demanda llenando un formulario el cual tendrá diferentes apartados dependiendo el tipo de demanda que se requiera, después de esto se llevara a una página que se encargara de tomar datos bancarios para realizar el pago del trámite de la demanda, una vez finalizado el administrador podrá mirar el saldo recibido dentro de la aplicación y de esta manera dar una actualización del proceso de la demanda en todo momento, el cual será notificado al cliente directamente a su correo. |
| Requerimientos Funcionales y criterios de aceptación | El usuario tendrá que registrarse, la información del usuario se registrará dentro de una base de datos sql para el correcto manejo y gestión de sesiones en la aplicación, posteriormente la información que se registra dentro del formulario de la demanda será agrupado y asignado a un bloque de memoria en la base de datos identificado por el usuario que lo genero. El pago será gestionado por una Api, la cual se encargará de mandar los datos de las transacciones a una base de datos donde de igual manera el pago se vinculará al usuario que realizo la petición de demanda, esta información podrá ser consultada directamente desde el perfil de administrador. El administrador podrá mandar un correo con la situación actual de la demanda, este correo será mandado directamente desde la aplican, para ello se requerirá un correo con el dominio de nuestra aplicación, de esta manera le gestionamos seguridad al cliente y podemos evitar fraudes. |
| Requerimientos no funcionales | La aplicación contará con un color azul y blanco predominantes, además de que también tendrá un logotipo de la dependencia que realizo la solicitud. la aplicación también tiene que ser responsive para que los usuarios puedan consultar el proceso de sus demandas desde cualquier dispositivo, aparte de esto se busca una interfaz llamativa y fácil de usar para que el usuario no requiera de ayuda extra para hacer su proceso completamente solo. |
| Precondiciones | Requerimos de un dominio para darle host a la aplicación al igual que un correo correspondiente con el dominio para poder realizar las notificaciones del proceso de demanda, es importante tener también un servidor para la base de datos ya que se estará utilizando MySQL. |
| Tipo de desarrollo | WEB |
| Base de Datos | MySql |
| Lenguaje | C# y JavaScirpt |
| Plan estratégico de fases del proyecto | ||||||
| N° | Nombre Etapa | Actividad | Rol Responsable | Fecha Inicio | Fecha Fin | Comentarios |
| 1 | Toma de Requerimientos | Se analizará todos los requerimientos necesarios para el completo funcionamiento de la aplicación | Lider de funcionalidad | 18/02/2022 | 25/02/2022 | Se debe poder tener un formato adecuado de Requerimientos para poder tener una facilidad legibilidad de lo que el cliente quiere que tenga su aplicación |
| 2 | Determinar el Buyer Person | Se debe hacer un estudio que determine que buyer person estará destinada la aplicación | Lider de funcionalidad | 25/02/2022 | 02/03/2022 | Para poder avanzar con la aplicación tiene que haber una correcta identificación del buyer person. |
| 3 | Público Objetivo | Delimitar el público objetivo | Lider de funcionalidad | 02/03/2022 | 05/03/2022 | La aplicación debe contar con un público objetivo de manera que sepamos a quienes está dirigido esta aplicación |
| 4 | Wireframe UI | Crear Wireframes de la aplicacion en diferentes dispositivos | Diseñador | 05/03/2022 | 07/03/2022 | Antes de poder programar se necesita un wirframe para saber en que parte se colocara cada componente y que se pueda manejar intuitivamente |
| 5 | Wireframe UX | Crear Wireframes UX | Diseñador | 07/03/2022 | 12/03/2022 | Sera importante tener una apliacion intuitiva y sobre todo llamativa |
| 6 | Desarrollo del Frontend | Se comenzara a realizar la maquetacion y estilado de la aplicacion web | Desarrollador Frontend | 12/03/2022 | 16/03/2022 | Comenzaremos con las primeras alfas visuales con respecto a los wireframes realizados anteriormente |
| 7 | Desarrollo del Backend | Se comenzara a implementar una base de datos a la aplicacion | Desarrollador Backend | 16/03/2022 | 20/03/2022 | Se implemenatara una base de datos Sql y la logica pertinente para el correcto funcionamiento de la aplicacion |
| 8 | Testeo | Comenzar con las pruebas de la aplicacion | Tester | 20/03/2022 | 25/03/2022 | El tester se encargara de mostrar posibles problematicas con la aplicacion y erres que esta pueda tener |
| Diagrama de Planeacion | ||||||
|
||||||
NOTA: Las fechas de planeación establecidas en este documento son aproximadas y estarán sujetas a modificaciones que surjan por control de cambios u otros factores.
Usuario 1:
| Historia de usuario | |||
|---|---|---|---|
| N°. | 1 | ||
| Titulo | Asesoria por parte juridica | ||
| Fecha | 30/03/2022 | ||
| Estimacion | 55 | ||
| Características/Funcionalidad | |||
| Me gustaria que antes de realizar una demanda pudiera tener acceso a un asesoriamiento por parte de un abogado y asi poder llenar mi solicitud de manera mas clara y concisa, ya que en algunos casos el tramite puede llegar a emplear palabras que no son de mi uso cotidiano. | |||
| Razon/Resultado | |||
| Con la finalidad de que haya una mejor comprensión a la hora de realizar el proceso, se ha decidió agregar un apartado de chat en el cual podrá cuestionar diferentes dudas y serán resultas por un abogado a cargo | |||
| Criterios de Aceptacion | |||
| N° | Titulo | Contexto | Evento |
| 1 | Asesoria antes de llenar formulario | En caso de que el usuario tenga dudas con la demanda que piensa realizar, debera entrar a un chat donde un abogado le atendera | Antes de que el usurio realice el llenado del formulario de demanda |
Usuario 2:
| Historia de usuario | |||
|---|---|---|---|
| N°. | 2 | ||
| Titulo | Informacion extra de los abogados | ||
| Fecha | 05/04/2022 | ||
| Estimacion | 34 | ||
| Características/Funcionalidad | |||
| Me agradaria mucho que hubiera una forma de conocer el perfil del abaogado que llevara el caso de la demanda al igual que tambien me gustaria que hubiera una seccion de comentarios y recomendaciones | |||
| Razon/Resultado | |||
| Con la finalidad de que haya una mayor transparencia por parte de los abogados se agregara una seccion de feedback y el perfil de los abogados que estaran atendiendo las demadnas | |||
| Criterios de Aceptacion | |||
| N° | Titulo | Contexto | Evento |
| 1 | Perfil de abogados y Feedback | Se mostrara en la pagina principal los skills de los abogados que atienden la aplicacion | Desde el comienzo de la aplicacion se podra ver |
Usuario 3:
| Historia de usuario | |||
|---|---|---|---|
| N°. | 3 | ||
| Titulo | Que haya una autorizacion previa antes de realizar el pago | ||
| Fecha | 06/04/2022 | ||
| Estimacion | 89 | ||
| Características/Funcionalidad | |||
| En lo personal creo que antes de realizar el pago un experto deberia poder analizar la peticion y aceptarla o denegarla segun sea el caso, antes de que haya un pago | |||
| Razon/Resultado | |||
| Para un mejor uso de la aplicacion se agregara un lapso de verificacion de 24 hrs en el cual un abogado revisara la peticion y en caso de aceptarla mandara un link de cobro para continuar con el proceso de demanda | |||
| Criterios de Aceptacion | |||
| N° | Titulo | Contexto | Evento |
| 3 | Autorizar proceso de pago | Justo en cuanto se termine el formulario se mostrara que fue un exito y en 24 hrs podra ver en el apartado de notificaciones si el proceso fue aceptado o no | Ocurre justo despues de que el usuario llena el formulario y antes de pagar |
Usuario 4:
| Historia de usuario | |||
|---|---|---|---|
| N°. | 4 | ||
| Titulo | Que haya una pestaña donde se categoricen las peticiones de demanda por gravedad | ||
| Fecha | 07/04/2022 | ||
| Estimacion | 100 | ||
| Características/Funcionalidad | |||
| Para que se permita una mejor organizacion de las peticiones de las demandas se requiere una pestaña que pueda categorizar las peticiones por el tipo de peticion escogida a la hora del llenado del formulario | |||
| Razon/Resultado | |||
| Se agregara en el dashboard un apartado que permita al encargado escoger que peticion revisar en funcion de la gravedad categorizada | |||
| Criterios de Aceptacion | |||
| N° | Titulo | Contexto | Evento |
| 4 | Categorizar Diferentes tipos de peticion | Cuando la peticion sea mandada al administrador se hara un proceso por el cual se decidira en que categoria se encuentra | Ocurre despues de haber llenado el formulario justo cuando la peticion llega al administrador |
| Vista Logica |
|---|
|
| Vista de implementacion |
|
| Vista de Proceso |
|
Para el buyer person cree a Juan, quien nos ayuda a entender de manera mas practica el publico al que la aplicacion se esta dirigiendo.
Aqui se observa un esquema donde estan las caracterizticas que necesitamos evaluar a la hora de promocionar nuestra aplicacion.
Este es el bosquejo de la aplicacion vista en funcionalidad
- Inicio
- FeedBack
- Login
- Registro
- Inicio Depues de registrar
