Sunteți pe pagina 1din 43

(Creada por ley N° 25265)

FACULTADAD DE INGENIERIA ELECTRONICA-SISTEMAS

ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS

TEMA:

IMPLEMENTACION DE UN SISTEMA DE INFORMACION PARA


MEJORAR LA GESTION DE LA COOPERATIVA DE SERVICIOS
MULTIPLES SHEFA

DOCENTE : Mg: GILMER S. MATOS VILA

CURSO : TALLER DE INGENIERIA DE SOFTWARE I

ESTUDIANTES : SOTO CONDOR, DANNY ROMELL


: MANCILLA HUAMAN, YESENIA
: TORRES PALLARCO, THANIA
: JURADO PALOMINO, FRANK JOSE

CICLO : VII

PAMPAS – TAYACAJA

2019
INDICE
CAPITUO I ............................................................................................................................................ 4
DESCRIPCION GENERAL DE LA COOPERATIVA DE SERVICIOS MULTIPLES SHEFA ........................... 4
1.2. DATOS GENERALES .............................................................................................................. 4
1.2.1. NOMBRE: COOPERATIVA DE SERVICIOS MULTIPLES SHEFA ........................................... 4
1.2.2. DIRECTOR EJECUTIVO .................................................................................................. 4
1.2.3. HISTORIA ..................................................................................................................... 4
1.2.4. VISIÒN, MISIÒN Y VALORES......................................................................................... 4
1.2.5. ANALISIS FODA ............................................................................................................ 5
ORGANIGRAMA DE LA COOPERATIVA DE SERVICIOS MULTIPLES SHEFA DE LA AGENCIA DE
PAMPAS TAYACAJA ......................................................................................................................... 6
1.3. APLICACIÓN DE LA METODOLOGIA SCRUM ........................................................................ 6
FASE N° 1: ANALISIS Y PLANEACION................................................................................................ 6
INTERVENCION METODOLÒGICA .................................................................................................... 6
1.4. DEFINICIÓN DEL BACKLOG DEL PRODUCTO ....................................................................... 6
1.5. RESPONSABILIDADES EN LA METODOLOGIA SCRUM ................................................... 10
1.6. HISTORIAS DE USUARIOS.................................................................................................. 11
1.7. DEFINIENDO LA PILA DE PRODUCTO ................................................................................. 15
1.8. ESPECIFICACION DE REQUERIMIENTOS PARA EL DESARROLLO DEL SOFTWARE......... 16
FASE N° 2: PLANEACION ................................................................................................................ 20
1. PRIMER SPRINT – INGRESO AL SISTEMA ................................................................................... 21
DIAGRAMA DE CASOS DE USO DE AUTENTIFICACION DE USUARIO ............................................ 23
DIAGRAMA DE SECUENCIA DE AUTENTIFICACION DE USURAIO .................................................. 23
DISEÑO DEL INTERFAZ DEL USUARIO ............................................................................................ 23
. INGRESO AL SISTEMA .............................................................................................................. 24
2. SEGUNDO SPRINT – REGISTRO DEL CLIENTE Y DISEÑO DE LOS FORMULARIOS ....................... 26
DIAGRAMA DE CASOS DE USO DE REGISTRO DE CLIENTES .......................................................... 27
DIAGRAMA DE SECUENCIA DE REGISTRO DE CLIENTES ................................................................ 28
DISEÑO DEL INTERFAZ DEL USUARIO ............................................................................................ 28
3. TERCER SPRINT – BUSQUEDA DE DATOS ............................................................................. 30
DIAGRAMA DE CASOS DE USO DE BUSQUEDA DE DATOS ............................................................ 31
DIAGRAMA DE SECUENCIA DE BUSQUEDA DE DATOS.................................................................. 32
4. CUARTO SPRINT- GENERACION DE REPORTES .......................................................................... 32
DIAGRAMA DE CASOS DE USO DE GENERACION DE REPORTES ................................................... 33
5. QUINTO SPRINT- REDISEÑO DEL SISTEMA ............................................................................ 34
DIAGRAMA DE CASOS DE USO ...................................................................................................... 35
DIAGRAMA DE SECUENCIA............................................................................................................ 35
FASE 3: DISEÑO ............................................................................................................................. 36
MODELADO DE SISTEMAS ............................................................................................................. 36
CASOS DE USO ADMINISTRADOR.................................................................................................. 36
CASOS DE USO CAJA ...................................................................................................................... 37
CASOS DE USO EJECUTORES DE COBRANZA ................................................................................. 37
DIAGRAMA DE SECUENCIA COOPERATIVA SHEFA ........................................................................ 38
DISEÑO DE UN ESQUEMA DE BASE DE DATOS E-R ....................................................................... 38
BASE DE DATOS LOGICO................................................................................................................ 43
CAPITUO I
DESCRIPCION GENERAL DE LA COOPERATIVA DE SERVICIOS MULTIPLES
SHEFA
1.2.DATOS GENERALES

1.2.1. NOMBRE: COOPERATIVA DE SERVICIOS MULTIPLES SHEFA


Es una institución privada de financiamiento del desarrollo, fundada en el año 2015,
especializada en el otorgamiento de servicios al sector de la microempresa rural y
urbana.

1.2.2. DIRECTOR EJECUTIVO


Alvarado Zapata, Karinella

1.2.3. HISTORIA
Somos una cooperativa nacida en el centro de nuestro país, HUANCAYO. El valle
del Mantaro nos acoge y brinda su confianza para crecer juntos, de la mano.

La cooperativa SHEFA tiene sus inicios en el mes de febrero del 2015,


operativamente vigente desde el mes de mayo del 2015. Somos una fuerza nacida e
impulsada por el deseo de demostrar la eficiencia del trabajo cooperativo, del trabajo
conjunto. Es por ello que venimos trabajando arduamente con un equipo humano de
alta calidad. Estamos convencidos en mantener un trabajo pulcro y eficiente, prueba
de ello nuestras sedes en Huánuco, Tingo María y próximamente en Pichanaki.

1.2.4. VISIÒN, MISIÒN Y VALORES

 VISIÒN
Ser la cooperativa líder a nivel nacional, socialmente responsable del
crecimiento de las ciudades que se acentúa, logrando establecer sucursales en
cada región y provincia de nuestro país.

 MISIÒN
Somos una cooperativa al servicio de la población, impulsando el correcto
desarrollo económico con servicios que impulsen la calidad de nuestros productos
y así puedan mejorar el estilo de vida de nuestros asociados.
 VALORES
 Responsabilidad
 Compromiso
 Compañerismo
 Equidad
 Respeto mutuo

1.2.5. ANALISIS FODA

 FORTALEZAS
 Grado de apalancamiento positivo
 Adecuado posicionamiento en el mercado
 Experiencia de los socios en el negocio
 Posibilidad de crear nuevos productos (Innovación)
 Alto porcentaje de clientes continuos
 Adecuada implementación del sistema de seguridad
 OPORTUNIDADES
 Accesos de nuevas fuentes de financiamiento
 Ampliación de nuevos servicios
 Posibilidad de realizar proyectos y ejecutar
 Posibilidad de crear una empresa para otro negocio
 Buscar nuevos mercados no tan saturados
 DEBILIDADES
 El software para el control operativo, se depende del proveedor
 La interconexión de las oficinas aun es poco accesible para el alto costo
 Personal con poca especialización
 Falta de cronogramas reuniones de los socios y con los trabajadores
 AMENAZAS
 Ingreso de nuevas financieras formales e informales
 Posibilidad de regulación SBS
 Tipo de cambio monetario
 Los intereses más bajos de la competencia
ORGANIGRAMA DE LA COOPERATIVA DE SERVICIOS MULTIPLES SHEFA
DE LA AGENCIA DE PAMPAS TAYACAJA

 ADMISTRACIÒN:
Esta encargado por el señor Ramos Pineda Nelson, quien es el encargado de
administrar a las demás áreas como Caja y Ejecutivos de Gestor de Cobranza.
 CAJA:
Encargada por la señorita Thalía Ilizarbe Oré.
Es la encargada de subir al sistema las cobranzas, devoluciones de ahorros a los
clientes, cobrar a los clientes y por ende dar información a los interesados.
 EJECUTIVOS DE GESTOR DE COBRANZA:
Por el momento solo cuentan con dos personales como son:
La señorita Mirian Taipe Pérez y la señorita Gloria Garay Peñaloza.
Se encargan de salir al campo y buscar nuevos clientes, hacer las cobranzas de los
clientes, inscribir y renovar a los clientes que terminan su contrato.

1.3.APLICACIÓN DE LA METODOLOGIA SCRUM

Para el desarrollo del software de implementación de un sistema de información para mejorar


la gestión de la cooperativa de servicios múltiples shefa, se utilizará la metodología SCRUM.

FASE N° 1: ANALISIS Y PLANEACION

INTERVENCION METODOLÒGICA

1.4.. DEFINICIÓN DEL BACKLOG DEL PRODUCTO


Para el presente estudio se ha determinado realizar la intervención metodológica en el
proyecto denominado “IMPLEMENTACIÓN DE UN SISTEMA DE INFORMACIÓN
PARA MEJORAR A GESTIÓN DE LA COOPERATIVA DE SERVICIOS MÚLTIPLES
SHEFÁ”. El cliente solicitante del proyecto es La Cooperativa De Servicios Múltiples Shefá,
representado por el Sr. Ramos Pineda Nelson (administrador).

A) DESCRIPCIÓN DEL PROYECTO


La Cooperativa De Servicios Múltiples Shefá. cuenta con tres tipos de áreas:
Administración, caja y Ejecutivos de Gestor de Cobranza.
Actualmente el proceso de ahorros se realiza en un sistema básico, tal como se muestra en
el gráfico N° 1.1.
Del gráfico de la página siguiente, se observa el menú principal “Cuentas de ahorros de todos
los clientes”. Donde se muestra la interfaz utilizada actualmente para registrar y administrar
los ahorros de los clientes. Sin embargo, esta forma de trabajo se hace tediosa en cuanto al
orden y al sistema único para las tres áreas. Debido a ello, el dueño del producto desea que
se automatice este proceso mediante una aplicación.

Gráfico N° 1. 1
Interfaz De Cuentas De Ahorros De Todos Los Clientes – LA COOPERATIVA DE
SERVICIOS MÚLTIPLES SHEFÁ.

Fuente: CAJA– LA COOPERATIVA DE SERVICIOS MÚLTIPLES SHEFÁ.


Elaboración: LA COOPERATIVA DE SERVICIOS MÚLTIPLES SHEFÁ

La finalidad del proyecto es desarrollar un sistema de información que ayude a agilizar de


manera eficaz todos los procesos de La Cooperativa De Servicios Múltiples Shefá, mediante
la elaboración de un aplicativo cliente en Visual Studio .Net para el desarrollo de software.

El principal objetivo del proyecto es:

Automatizar el proceso de gestión de datos.


Los objetivos secundarios que persigue el proyecto son:

- Mejorar la funcionalidad de las áreas.

El proyecto llegó a la unidad de negocio de TI a inicios del mes de mayo del año 2019. El
mismo se desarrolló involucrando las siguientes tecnologías:

 El lenguaje a utilizar será Visual Studio Net.


 El gestor de base de datos a usar es Microsoft SQL Server 2012.
 para la realización del cronograma del proyecto se utilizará Project 2016.
 para la elaboración de los casos de uso como el diagrama de secuencia se utilizará
Enterprise Architec versión 7.5.
 para la elaboración del diagrama entidad relación se utilizará el programa Día.

En el gráfico N° 1.2 se observa el cronograma del proyecto “Implementación De Un


Sistema De Información Para Mejorar La Gestión De La Cooperativa De Servicios
Múltiples Shefa.”.
Gráfico N° 1. 2
Cronograma del proyecto “Implementación De Un Sistema De Información Para Mejorar
La Gestión De La Cooperativa De Servicios Múltiples Shefa”

Fuente: Project 2016

Elaboración: Propia

Del gráfico, se observa que según el cronograma el proyecto inicia el martes


23/04/2019 y finaliza el martes 16/07/2019, con una duración de 61 días de trabajo.

Este proyecto consiste en desarrollar un sistema de información que ayude a agilizar


de manera eficaz todos los procesos de La Cooperativa De Servicios Múltiples Shefá.
El mismo será construido utilizando el entorno de visual.net, que es un lenguaje de
programación orientado a objetos.
1.5.. RESPONSABILIDADES EN LA METODOLOGIA SCRUM

NOMBRE MANCILLA HUAMAN, YESENIA

ROL DISEÑADOR
CATEGORIA PROFESIONAL ESTUDIANTE
RESPONSABILIDAD se encargará de hacer el diseño que llevara
nuestro proyecto.
INFORMACION DE CONTACTO Yesenia.mancilla@unh.edu.pe

NOMBRE FRANK JOSE JURADO PALOMINO

ROL TESTEADOR
CATEGORIA PROFESIONAL ESTUDIANTE
RESPONSABILIDAD FRANK JOSE se encargará de identificar,
definir, implementar y dirigir las pruebas
necesarias como también verificar los resultados
de las pruebas y analizar los resultados.
INFORMACIÓN DE CONTACTO frank.jurado@unh.edu.pe

NOMBRE
DANNY SOTO CONDOR
ROL PROGRAMADOR
CATEGORIA PROFESIONAL ESTUDIANTE
RESPONSABILIDAD Danny se encargará de Codificar el sistema de
acuerdo al diseño.

INFORMACIÓN DE CONTACTO danny.soto@unh.edu.pe


NOMBRE THANIA TORRES PALLARCO
ROL SCRUM MASTER Y PLANIFICADOR
CATEGORIA PROFESIONAL ESTUDIANTE
RESPONSABILIDAD Thania será el líder del proyecto y se encargará
de vigilar que dicho avance del proyecto esté
bien hecho y que todos estén participando en
dicho proyecto.
Como planificador se encargará de plantear,
analizar y proyectar los avances del proyecto .

INFORMACIÓN DE CONTACTO Thania.torres@unh.edu.pe

1.6.. HISTORIAS DE USUARIOS

HISTORIA DE USUARIO Nº1


Usuario: Historia de Usuario: Prioridad de negocio:
ADMINISTRADOR Autentificar usuario
Programador responsable: Danny soto cóndor
COMO: Administrador QUIERO: poder ingresar al PARA: tener un control
sistema mediante un usuario y total sobre el mismo y poder
contraseña únicos. crear cuentas de usuarios con
privilegios(caja y ejecutor de
cobranza)

HISTORIA DE USUARIO Nº2


Usuario: Historia de Usuario: agregar Prioridad de negocio:
ADMINISTRADOR usuario
Programador responsable: Danny soto cóndor
COMO: Administrador QUIERO: poder agregar, PARA: tener actualizada la
modificar ,buscar y eliminar base de datos del sistema.
usuario
HISTORIA DE USUARIO Nº3
Usuario: Historia de Usuario: Prioridad de negocio:
ADMINISTRADOR consultar datos de usuario
Programador responsable: Danny soto cóndor
COMO: Administrador QUIERO: poder consultar en PARA: optimizar el tiempo
pantalla los datos por DNI, de búsqueda ante consultas
nombres y apellidos de los así como para evitar errores y
usuarios. duplicidades.

HISTORIA DE USUARIO Nº4


Usuario: Historia de Usuario: Prioridad de negocio:
CAJA Búsqueda de datos
Programador responsable: Danny soto cóndor
COMO: Cajera QUIERO: que el sistema me PARA: hacer transacciones
permita encontrar los datos del ya sea de cobranzas o
cliente mediante el DNI. devoluciones.

HISTORIA DE USUARIO Nº5


Usuario: Historia de Usuario: Prioridad de negocio:
CAJA autentificar usuario
Programador responsable: Danny soto cóndor
COMO: Cajera QUIERO: tener un usuario y PARA: tener acceso al
contraseña único formulario del área caja y el
control de ello .

HISTORIA DE USUARIO Nº6


Usuario: Historia de Usuario: mostrar Prioridad de negocio:
CAJA ahorros y retiros
Programador responsable: Danny soto cóndor
COMO: Cajera QUIERO: que el sistema PARA: mostrar la actividad
muestre las cobranzas y retiros de cada usuario.
de cada cliente, mediante un
botón de ahorros y retiros.

HISTORIA DE USUARIO Nº7


Usuario: Historia de Usuario: Prioridad de negocio:
CAJA apertura de caja
Programador responsable: Danny soto cóndor
COMO: Cajera QUIERO: que el sistema PARA: poder realizar un
realice una apertura de ahhorro ahorro del cliente.
mediante un botón apertura
ahorro.

HISTORIA DE USUARIO Nº8


Usuario: Historia de Usuario: cierre Prioridad de negocio:
CAJA de caja
Programador responsable: Danny soto cóndor
COMO: Cajera QUIERO: que el sistema PARA: poder finalizar con
realice un cierre de caja las actividades realizadas.
mediante un botón de salir o
cerrar

HISTORIA DE USUARIO Nº9


Usuario: Historia de Usuario: Prioridad de negocio:
CAJA Autentificar usuario
Programador responsable: Danny soto cóndor
COMO: Cajera QUIERO: tener un usuario y PARA: tener acceso al
contraseña único formulario del área de
ejecutor y cobranza .
HISTORIA DE USUARIO Nº10
Usuario: EJECUTIVO Historia de Usuario: Registro Prioridad de negocio:
DE COBRANZA de clientes
Programador responsable: Danny soto cóndor
COMO: Ejecutivo de QUIERO: que el sistema me PARA: tener la
cobranza permita registrar los datos del información necesaria y
cliente como: Id, DNI, requerida del cliente al
Nombres, Dirección, Teléfono instante
y sexo

HISTORIA DE USUARIO Nº11


Usuario: EJECUTIVO Historia de Usuario: Prioridad de negocio:
DE COBRANZA Búsqueda de datos
Programador responsable: Danny soto cóndor
COMO: Ejecutivo de QUIERO: que el sistema PARA: ver la actividad de
cobranza realice una búsqueda de los cada usuario.
datos personales de los clientes
mediante DNI, con un botón
buscador.

HISTORIA DE USUARIO Nº12


Usuario: EJECUTIVO Historia de Usuario: Registro Prioridad de negocio:
DE COBRANZA de cobranzas
Programador responsable: Danny soto cóndor
COMO: Ejecutivo de QUIERO: que el sistema PARA: para poder tener un
cobranza registre las cobranzas de los buen control de pago de todo
usuarios mediante un botón los usuarios.
registro de cobranzas.
1.7. DEFINIENDO LA PILA DE PRODUCTO
En esta primera fase de aplicación de la metodología Scrum, se definirá el product
backlog, que es básicamente una lista de requerimientos de usuario priorizada y
proporcionada por el dueño del producto, tal como se muestra en la tabla N° 1.1

PRODUCT BACKLOG

Nro. Descripción de requerimiento Funcionales Importancia

1 Como administrador quiero poder ingresar al 40


sistema mediante un usuario y contraseña únicos.
2 Como administrador quiero poder agregar, 20
modificar ,buscar y eliminar usuario
3 Como administrador quiero poder consultar en 30
pantalla los datos por DNI, nombres y apellidos de
los usuarios.
4 Como cajera quiero que el sistema me permita 50
encontrar los datos del cliente mediante el DNI.

5 Como cajera quiero tener un usuario y contraseña 40


único
Como cajera quiero que el sistema muestre las 55
6 cobranzas y retiros de cada cliente, mediante un
botón de cobranza y retiros.
Como cajera quiero que el sistema realice una 30
apertura de ahorro mediante un botón apertura
7 ahorro.
Como cajera quiero que el sistema realice un cierre
8 de caja mediante un botón salir o cerrar caja. 30
Como ejecutivo de cobranza quiero poder tener un
9 usuario y contraseña único 30

Como ejecutivo de cobranza quiero que el sistema


10 me permita registrar los datos del cliente como: Id, 80
DNI, Nombres, Dirección, Teléfono y sexo.
Como ejecutivo de cobranza quiero que el sistema 60
realice una búsqueda de los datos personales de los
11 clientes mediante DNI, con un botón buscador.
12 Como ejecutivo de cobranza quiero que el sistema 50
registre las cobranzas de los clientes mediante un
botón registro de cobranzas.
Tabla N° 1. 1 Product Backlog del proyecto proporcionado por el dueño del producto

Fuente: Unidad de gestión de la cooperativa shefa

Elaboración: Propia

De la tabla, se puede notar que el product backlog posee términos para un cliente que tiene
cierto dominio técnico del tema. La definición de este listado es un punto crucial en el
proceso porque permitirá determinar posteriormente los sprints para estimar correctamente
los tiempos de desarrollo del proyecto.

1.8.. ESPECIFICACION DE REQUERIMIENTOS PARA EL DESARROLLO


DEL SOFTWARE.

1.8.1. . REQUERIMENTOS DEL SOFTWARE

 El software controlara el acceso y validara el ingreso al sistema solamente a


usuarios autorizados (previamente registrados por el administrador de la
cooperativa).
 Los usuarios deben ingresar al sistema con un nombre de usuario y contraseña.
La cajera y ejecutivo de cobranza se identificarán con el número de DNI.
 El software estará operativo en todo momento que el usuario lo habilite.
 El software deberá permitir al administrador agregar, modificar, buscar y
eliminar usuario.
 El software deberá permitir registrar los datos del cliente como: Id, DNI,
Nombres, Dirección, Teléfono y sexo.
 El software deberá permitir buscar los datos personales de los clientes mediante
DNI, con un botón buscador.
 El software deberá permitir registrar las cobranzas de los clientes mediante un
botón registro de cobranzas.
 El software deberá mostrar los depósitos y retiros de cada cliente mediante un
botón de cobranza y retiros.

1.8.2. REQUERIMIENTOS FUNCIONALES ESPECIFICOS DE CADA


USUARIO

 El portal de inicio deberá de presentar un ingreso de usuario y contraseña, para las


tres áreas (administrador, cajera y ejecutivo de cobranza). En el cual cada uno de los
usuarios ingresaran sus respectivas contraseñas.
 En el portal de inicio también se podrá visualizar un botón mostrar contraseña el cual
al hacer un click te mostrará la contraseña correcta o incorrecta que el usuario ingrese.
 También se visualizará en la parte superior un logo de color azul y blanco que
identifique a la cooperativa donde se está implementando el software.

1.8.3. REQUERIMIENTOS FUNCIONALES DEL ADMINSTRADOR:

 El software deberá permitir ingresar al administrador al sistema mediante un usuario


y contraseña únicos. Para así poder tener un control total sobre el mismo y poder crear
cuentas de usuarios con privilegios (caja y ejecutor de cobranza).

 Para este usuario la alternativa a seleccionar será la opción de administración, el cual


le llevará a ingresar su login donde deberá registrar su inicio, ingresando la correcta
contraseña de ello.

 En la página de login se visualizará dos botones primordiales de INGRESAR a la


página de administración y SALIR del software.

 Luego de haber presionado el botón ingresar le llevara a la página de inicio principal


de administración, el cual mostrara los siguientes menús:
 En el cual el administrador podrá visualizar la cantidad de clientes registrados
por el área de ejecutivo de cobranza.
 Podrá buscar los datos de los clientes mediante su nombre o DNI.
 En el botón área de caja el administrador podrá ingresar al área de caja para
poder supervisar los movimientos del día.

1.8.4. REQUERIMIENTOS FUNCIONALES DE CAJA:

 Para este usuario la alternativa a seleccionar será el área de caja, el cual le llevará a
ingresar su login donde deberá registrar su inicio, ingresando la correcta contraseña
de ello.
 Luego de haber ingresado el usuario y contraseña, este le llevara al formulario
principal del área de caja.
 Una vez ingresada al área de caja, la cajera podrá buscar a los clientes registrados
mediante el Id o el DNI del cliente.
 La cajera realizara una cobranza a los clientes mediante un botón cobranza.
 Una vez ingresada al botón cobranza este te llevara a un formulario principal de
cobranza, en el cual mostrara un monto actual con el que cuenta el cliente, también
te mostrara el monto que el cliente desea ahorrar.
 Una vez registrada el monto de ahorro, mediante un botón se visualizará el monto
total en la cuenta del cliente.
 Mediante un botón regresar a caja, podemos volver al formulario principal del área
de caja, en el cual podemos observar un botón de retiro que al pulsar nos llevara al
formulario de retiro.
 En el formulario de retiro nos mostrara el monto actual que tiene el cliente andes de
realizar un retiro.
 El cliente podrá retirar un monto que dese, este será registrado por la cajera tal y cual
se muestra en el formulario de monto a retirar.
 Una vez que el cliente haya realizado un retiro, en el formulario se visualizara el
monto actual con el que cuenta el cliente.
 Al finalizar toda la operación del retiro se podrá regresar al área de caja mediante el
botón regresar a caja.
1.8.5. REQUERIMIENTOS FUNCIONALES DE EJECUTIVO DE
COBRANZA:
 Para este usuario la alternativa a seleccionar será el área de ejecutivo de cobranza, el
cual le llevará a ingresar su login donde deberá registrar su inicio, ingresando la
correcta contraseña de ello.
 una vez ingresada el usuario y contraseña del área de ejecutivo de cobranza, este nos
llevara al formulario principal del área de ejecutivo de cobranza.
 El ejecutivo de cobranza tendrá una opción donde podrá registrar los datos personales
del cliente.
 Una vez registrada los datos personales este tendrá una opción en un botón nuevo
donde el ejecutor de cobranza pueda agregar a un nuevo cliente, un botón guardar
para que se guarde los datos del cliente registrado en la base de datos, un botón
eliminar y editar.
 Ya registrados los datos personales de los clientes e ejecutivo de cobranza podrá
buscar los datos personales del cliente mediante el DNI, en el cual se podrá visualizar
con un botón buscar.
FASE N° 2: PLANEACION

ID HISTORIA PRIORIDAD TIEMPO TOTAL FECHA DE INICIO REQUEREMIENTOS A


ESTIMADO (días) ESTIMADA USAR

ID1 Ingreso al sistema con Alta 7 mar 04/06/19 HU1, HU5, HU9
usuario y contraseña

ID2 Registro del cliente Y Alta 7 mar 11/06/19 HU2, HU10


usuarios

ID3 Diseño de formularios Alta 7 mar 18/06/19 HU2, HU10, HU3, HU4,
HU11, HU6, HU12

ID4 Búsqueda de datos Alta 7 mar 25/06/19 HU3, HU4, HU11

ID5 Generación de reportes Alta 7 mar 02/07/19 HU6, HU12

ID6 Rediseño del Sistema Alta 7 mar 09/07/19 HU7, HU8


1. PRIMER SPRINT – INGRESO AL SISTEMA

SPRINT HISTORIA INICIO DURACION


PO DIAS
01 Ingreso al Sistema 04/06/2019 al 10/06/2019 7

HISTORIA DE USUARIO Nº1


Usuario: Historia de Usuario: Prioridad de negocio:
ADMINISTRADOR Autentificar usuario
Programador responsable: Danny soto cóndor
COMO: Administrador QUIERO: poder ingresar al PARA: tener un control
sistema mediante un usuario y total sobre el mismo y poder
contraseña únicos. crear cuentas de usuarios con
privilegios(caja y ejecutor de
cobranza)

HISTORIA DE USUARIO Nº5


Usuario: Historia de Usuario: Prioridad de negocio:
CAJA autentificar usuario
Programador responsable: Danny soto cóndor
COMO: Cajera QUIERO: tener un usuario y PARA: tener acceso al
contraseña único formulario del área caja y el
control de ello .
HISTORIA DE USUARIO Nº9
Usuario: Historia de Usuario: Prioridad de negocio:
CAJA Autentificar usuario
Programador responsable: Danny soto cóndor
COMO: Cajera QUIERO: tener un usuario y PARA: tener acceso al
contraseña único formulario del área de
ejecutor y cobranza .
DIAGRAMA DE CASOS DE USO DE AUTENTIFICACION DE USUARIO

DIAGRAMA DE SECUENCIA DE AUTENTIFICACION DE USURAIO

La descripción del sistema muestra los pasos que sigue el usuario para interactuar con el sistema,
mostramos descripción del caso de uso “Ingresar usuario y contraseña” para poder acceder para
el respectivo uso del sistema.

DISEÑO DEL INTERFAZ DEL USUARIO


. INGRESO AL SISTEMA

 El formulario nos permitirá seleccionar de una lista de áreas.

 Luego de ingresar el Pas Word el sistema nos permitirá visualizarlo a través de la activación
de un check
 Si los datos ingresados no coinciden para poder acceder al sistema, visualizará un mensaje
de “contraseña no coinciden” en el cual saldrá la opción de volver a ingresar la contraseña
correcta mediante un carácter inicial de la contraseña.
2. SEGUNDO SPRINT – REGISTRO DEL CLIENTE Y DISEÑO DE LOS
FORMULARIOS

SPRINT HISTORIA INICIO DURACION por


días
02 Registro del cliente y 11/06/2019 al 14
diseño de los formularios 24/09/2019
HISTORIA DE USUARIO Nº2
Usuario: Historia de Usuario: agregar Prioridad de negocio:
ADMINISTRADOR usuario
Programador responsable: Danny soto cóndor
COMO: Administrador QUIERO: poder agregar, PARA: tener actualizada la
modificar ,buscar y eliminar base de datos del sistema.
usuario

HISTORIA DE USUARIO Nº10


Usuario: EJECUTIVO Historia de Usuario: Registro Prioridad de negocio:
DE COBRANZA de clientes
Programador responsable: Danny soto cóndor
COMO: Ejecutivo de QUIERO: Que el sistema me PARA: tener la
cobranza permita registrar los datos del información necesaria y
cliente como: Id, DNI, requerida del cliente al
Nombres, Dirección, Teléfono instante
y sexo.

DIAGRAMA DE CASOS DE USO DE REGISTRO DE CLIENTES


DIAGRAMA DE SECUENCIA DE REGISTRO DE CLIENTES

DISEÑO DEL INTERFAZ DEL USUARIO


REGISTRO DEL CLIENTE Y DISEÑO DE LOS FORMULARIOS
3. TERCER SPRINT – BUSQUEDA DE DATOS

SPRINT HISTORIA INICIO DURACION por


días
03 BUSQUEDA DE 25/06/2019 al 07
DATOS 01/07/2019

HISTORIA DE USUARIO Nº3


Usuario: Historia de Usuario: Prioridad de negocio:
ADMINISTRADOR consultar datos de usuario
Programador responsable: Danny soto cóndor
COMO: Administrador QUIERO: poder consultar en PARA: optimizar el tiempo
pantalla los datos por DNI, de búsqueda ante consultas
nombres y apellidos de los así como para evitar errores y
usuarios. duplicidades.
HISTORIA DE USUARIO Nº4
Usuario: Historia de Usuario: Prioridad de negocio:
CAJA Búsqueda de datos
Programador responsable: Danny soto cóndor
COMO: Cajera QUIERO: que el sistema me PARA: hacer transacciones
permita encontrar los datos del ya sea de cobranzas o
cliente mediante el DNI. devoluciones.

HISTORIA DE USUARIO Nº11


Usuario: EJECUTIVO Historia de Usuario: Prioridad de negocio:
DE COBRANZA Búsqueda de datos
Programador responsable: Danny soto cóndor
COMO: Ejecutivo de QUIERO: que el sistema PARA: ver la actividad de
cobranza realice una búsqueda de los cada usuario.
datos personales de los clientes
mediante DNI, con un botón
buscador.

DIAGRAMA DE CASOS DE USO DE BUSQUEDA DE DATOS


DIAGRAMA DE SECUENCIA DE BUSQUEDA DE DATOS

4. CUARTO SPRINT- GENERACION DE REPORTES

SPRINT HISTORIA INICIO DURACION por


días
04 GENERACION DE 02/07/2019 al 06
REPORTES 08/07/2019

HISTORIA DE USUARIO Nº6


Usuario: Historia de Usuario: mostrar Prioridad de negocio:
CAJA ahorros y retiros
Programador responsable: Danny soto cóndor
COMO: Cajera QUIERO: que el sistema PARA: mostrar la actividad
muestre las cobranzas y retiros de cada usuario.
de cada cliente, mediante un
botón de ahorros y retiros.
HISTORIA DE USUARIO Nº12
Usuario: EJECUTIVO Historia de Usuario: Registro Prioridad de negocio:
DE COBRANZA de cobranzas
Programador responsable: Danny soto cóndor
COMO: Ejecutivo de QUIERO: que el sistema PARA: para poder tener un
cobranza registre las cobranzas de los buen control de pago de todo
clientes mediante un botón los clientes.
registro de cobranzas.

DIAGRAMA DE CASOS DE USO DE GENERACION DE REPORTES

DIAGRAMA DE SECUENCIA DE GENERACION DE REPORTES


5. QUINTO SPRINT- REDISEÑO DEL SISTEMA

SPRINT HISTORIA INICIO DURACION por


días
04 REDISEÑO DEL 09/07/2019
SISTEMA

HISTORIA DE USUARIO Nº7


Usuario: Historia de Usuario: Prioridad de negocio:
CAJA apertura de ahorro
Programador responsable: Danny soto cóndor
COMO: Cajera QUIERO: que el sistema PARA: poder realizar un
realice una apertura de ahorros ahorro del cliente.
mediante un botón apertura
ahorro.

HISTORIA DE USUARIO Nº8


Usuario: Historia de Usuario: cierre Prioridad de negocio:
CAJA de caja
Programador responsable: Danny soto cóndor
COMO: Cajera QUIERO: que el sistema PARA: poder finalizar con
realice un cierre de caja las actividades realizadas.
mediante un botón de salir o
cerrar
DIAGRAMA DE CASOS DE USO

DIAGRAMA DE SECUENCIA
FASE 3: DISEÑO

MODELADO DE SISTEMAS

CASOS DE USO ADMINISTRADOR


CASOS DE USO CAJA

CASOS DE USO EJECUTORES DE COBRANZA


DIAGRAMA DE SECUENCIA COOPERATIVA SHEFA

DISEÑO DE UN ESQUEMA DE BASE DE DATOS E-R


1. Descripción del proceso
Se trata de una base de datos que debe almacenar datos sobre los clientes y los usuarios que
tiene la cooperativa hacia un determinado almacén, para lo cual se debe llevar un control
de la cuenta_ahorro de los clientes, así también tener el control de los cobranza y retiros de
los clientes de la cooperativa de ahorros múltiples Shefa.
2. Identificar conjuntos de entidades
A primera vista, tenemos seis conjuntos de entidades:
Roles, Usuario, Cuenta_Ahorros, Cobranza, Retiro y Clientes.
3. Identificar conjuntos de relaciones
 Un rol puede pertenecer a muchos usuarios siempre en cuando los usuarios
pertenezcan a un rol. dándose una relación de uno a muchos.
 Un usuario registra muchas cuentas de ahorro, y estas cuentas de ahorro son
registradas por un usuario. dándose una relación de uno a muchos.
 Por otra parte, esta cuenta_ahorro tiene un determinado cliente, y este cliente
contendrá múltiples cuentas_ahorros. Dándose una relación de muchos a uno.
 Como también una cuenta de ahorros registra muchas cobranzas, y estas cobranzas
son registrados por una sola cuenta de ahorro, con una relación de uno a muchos.
 Una cuenta de ahorro te permite realizar muchos retiros, y este retiro es realiza por
una cuenta de ahorro. Con una relación de uno a muchos.

4. Trazar primer diagrama

5. Identificar atributos
El siguiente paso es identificar los atributos para cada conjunto de entidades.
ROLES
 Id
 Descripción
USUARIO
 Id
 DNI
 Nombres
 Dirección
 Fecha_Nacimiento
 Teléfono
 Sexo
 IdRol
 Usuario
 Clave

CUENTA_AHORROS

 Id
 IdCliente
 Fecha_Apertura
 Saldo
 Duraciòn_Meses
 Id Usuario

CLIENTE

 Id
 DNI
 Nombres
 Dirección
 Teléfono
 sexo

COBRANZA

 Id
 Id Cuenta
 Fecha
 Hora
 Monto
 Id Usuario

RETIRO

 Id
 Id Cuenta
 Fecha
 Hora
 Monto
 Id Usuario

6. Seleccionar claves principales

El rol tendrá como clave principal el Id, ya que es un único atributo.

El usuario también tendrá como clave principal el Id, pero también tendría como clave
candidata al IdRol.

Así mismo La cuenta_ahorro se identificará por el Id y como clave secundaria tendría el


IdCliente, y el cliente se identificará por el Id y como clave secundaria tendría el DNI
del cliente, la cobranza se identificará por Id y como clave secundaria tendría el Id
Cuenta y por último el retiro se identificará por el Id y como clave secundaria tendría Id
Cuenta.
7. Verificar el modelo
Dado el siguiente modelo E-R

Convertiremos los conjuntos de entidades en relaciones:

ROLES (Id, Descripción)

USUARIO (Id, DNI, IdRol ,Nombres, Dirección, Fecha_Nacimiento, Teléfono,


Sexo, , Usuario, Clave)

CUENTA_AHORROS (Id, IdCliente, Fecha_Apertura, Saldo, Duracion_Meses, Id Usuario)

CLIENTE (Id, DNI, Nombres, Dirección, Teléfono, sexo)

COBRANZA (Id, Id Cuenta, Fecha, Hora, Monto, Id Usuario)

RETIRO (Id, Id Cuenta, Fecha, Hora, Monto, Id Usuario)

BASE DE DATOS LOGICO

S-ar putea să vă placă și