Descripcion General de La Cooperativa de Servicios Multiples Shefa 18.10.2019

UNIVERSIDAD NACIONAL
DE HUANCAVELICA
(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 : CAUCHOS RIVEROS, MARCO ANTONIO

: INGA MELGAR DANY
: JURADO PALOMINO, FRANK JOSE
: GALA OREJON, GLOTILDE
: ROMERO ESPIRITU, LUIS ANGEL
CICLO :X
PAMPAS – TAYACAJA
2020
DESCRIPCION GENERAL DE LA COOPERATIVA DE SERVICIOS MULTIPLES
SHEFA
1. DATOS GENERALES
1.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. DIRECTOR EJECUTIVO

Alvarado Zapata, Karinella
1.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.
2. VISIÒN, MISIÒN Y VALORES

2.1. 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.
2.2. 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.
2.3. VALORES
 Responsabilidad
 Compromiso
 Compañerismo
 Equidad
 Respeto mutuo
3. ANALISIS FODA
3.1. 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
3.2. 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
3.3. 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
3.4. 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.
CAPITULO I
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
1.1. INTERVENCION METODOLÒGICA
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.2. RESPONSABILIDADES EN LA METODOLOGIA SCRUM

NOMBRE MARCO ANTONIO CAUCHOS RIVEROS
ROL SCRUM MASTER Y PLANIFICADOR
CATEGORIA PROFESIONAL ESTUDIANTE
RESPONSABILIDAD 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 marco.cauchos@unh.edu.pe

NOMBRE GALA OREJON, GLOTILDE
ROL DISEÑADOR
RESPONSABILIDAD se encargará de hacer el diseño que llevara
nuestro proyecto.
INFORMACION DE CONTACTO Glotilde.gala@unh.edu.pe
NOMBRE FRANK JOSE JURADO PALOMINO
ROL TESTEADOR
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
YURE DANY INGA MELGAR ROMERO
ESPIRITU, LUIS ANGEL
ROL PROGRAMADOR
RESPONSABILIDAD Dany se encargará de Codificar el sistema de
acuerdo al diseño.
INFORMACIÓN DE CONTACTO dany.inga@unh.edu.pe

luis.romero@unh.edu.pe
1.3. HISTORIAS DE USUARIOS
HISTORIA DE USUARIO Nº1

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

Usuario: Historia de Usuario: agregar Prioridad de negocio:
ADMINISTRADOR usuario
COMO: Administrador QUIERO: poder agregar, PARA: tener actualizada la
modificar ,buscar y eliminar base de datos del sistema.
usuario

ADMINISTRADOR consultar datos de usuario
COMO: Administrador QUIERO: poder consultar en PARA: optimizar el tiempo de
pantalla los datos por DNI, búsqueda ante consultas así
nombres y apellidos de los como para evitar errores y
usuarios. duplicidades.

CAJA Búsqueda de datos
COMO: Cajera QUIERO: que el sistema me PARA: hacer transacciones ya
permita encontrar los datos del sea de cobranzas o
cliente mediante el DNI. devoluciones.

CAJA autentificar usuario
COMO: Cajera QUIERO: tener un usuario y PARA: tener acceso al
contraseña único formulario del área caja y el
control de ello .

Usuario: Historia de Usuario: mostrar Prioridad de negocio:
CAJA ahorros y retiros
COMO: Cajera QUIERO: que el sistema PARA: mostrar la actividad
muestre los depósitos y retiros de de cada usuario.
cada cliente, mediante un botón
de ahorros y retiros.

CAJA apertura de caja
COMO: Cajera QUIERO: que el sistema realice PARA: poder iniciar con las
una apertura de caja mediante un actividades del día.
botón aperturar caja.

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

CAJA Autentificar usuario
contraseña único formulario del área de ejecutor
y cobranza .

Usuario: EJECUTIVO Historia de Usuario: Registro Prioridad de negocio:
DE COBRANZA de clientes
COMO: Ejecutivo de QUIERO: que el sistema me PARA: tener la información
cobranza permita registrar los datos del necesaria y requerida del cliente
cliente como: nombre, apellidos, al instante
DNI, fecha de nacimiento,
nacionalidad, lugar de
nacimiento, ocupación, teléfono,
correo..

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

DE COBRANZA de cobranzas
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.
HISTORIA DE USUARIO 03
Usuario:

ADMINISTRADOR Historia de Usuario: autenticar Usuario Prioridad de Negocio:
Programador Responsable:
QUIERO: poder ingresar al sistema

PARA: tener un control total sobre el mismo
mediante un usuario y contraseña
COMO: administrador y poder crear cuentas de usuarios con
únicos.
privilegios(caja y ejecutor de cobranza)
 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
OBSERVACIONES:
 Si los datos ingresados no coinciden para poder acceder al sistemas, visualizará
un mensaje de “ contraseña no coinciden” en el cual saldrá la opción de volver a
ingresar la contraseña correcta.
1.4. 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
Tabla N° 1. 1 Product Backlog del proyecto proporcionado por el dueño del producto
PRODUCT BACKLOG
Nro. Descripción de requerimiento Funcionales Importancia
1 Como administrador quiero poder ingresar al sistema 40

mediante un usuario y contraseña únicos.
2 Como administrador quiero poder agregar, modificar 20
,buscar y eliminar usuario
3 Como administrador quiero poder consultar en pantalla 30
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 único 40

Como cajera quiero que el sistema muestre los 55
6 depósitos y retiros de cada cliente, mediante un
botón de ahorros y retiros.
Como cajera quiero que el sistema realice una 30
apertura de caja mediante un botón aperturar caja.
7
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: 80
nombre, apellidos, DNI, fecha de nacimiento, numero
celular del cliente, correo, código de cooperativa y
número de cuenta.
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.
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.5. ESPECIFICACION DE REQUERIMIENTOS PARA EL DESARROLLO

DEL SOFTWARE.
1.5.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: nombre, apellidos,
DNI, fecha de nacimiento, numero celular del cliente, correo, código de cooperativa y
número de cuenta.
 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
 El software deberá mostrar los depósitos y retiros de cada cliente mediante un botón
1.5.1.1 REQUERIMIENTOS FUNCIONALES ESPECIFICOS DE CADA USUARIO

 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).
FASE N° 2: PLANEACION
SPRINT BACKLOG
ID HISTORIA PRIORIDAD TIEMPO TOTAL FECHA DE INICIO DEPENDENCIA REQUEREMIENTOS A USAR
ESTIMADO
ESTIMADA
(días)
ID1 Ingreso al sistema con Alta 7 mar 04/06/19 1 HU1, HU5, HU9
usuario y contraseña
ID2 Registro del cliente Y Alta 7 mar 11/06/19 2, 3 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
SPRINT HISTORIA INICIO DURACION PO
DIAS
01 Ingreso al Sistema 04/06/2019 al 10/06/2019 7
PRIMER SPRINT – INGRESO AL SISTEMA

ADMINISTRADOR Autentificar usuario
COMO: Administrador QUIERO: poder ingresar al PARA: tener un control total
sistema mediante un usuario y sobre el mismo y poder crear
contraseña únicos. cuentas de usuarios con
privilegios(caja y ejecutor de
cobranza)

CAJA autentificar usuario
contraseña único formulario del área caja y el
control de ello .

CAJA Autentificar usuario
contraseña único formulario del área de ejecutor
y cobranza .
SEGUNDO SPRINT – REGISTRO DEL CLIENTE Y USUARIOS
SPRINT HISTORIA INICIO DURACION por días

02 Registro del cliente y 11/06/2019 al 24/09/2019 14
diseño de los formularios

DE COBRANZA de clientes
COMO: Ejecutivo de QUIERO: que el sistema me PARA: tener la información
cobranza permita registrar los datos del necesaria y requerida del cliente
cliente como: nombre, apellidos, al instante
DNI, fecha de nacimiento,
nacionalidad, lugar de
nacimiento, ocupación, teléfono,
correo..

Usuario: Historia de Usuario: agregar Prioridad de negocio:
ADMINISTRADOR usuario
COMO: Administrador QUIERO: poder agregar, PARA: tener actualizada la
modificar ,buscar y eliminar base de datos del sistema.
usuario
TERCER SPRINT – BUSQUEDA DE DATOS


ADMINISTRADOR consultar datos de usuario
COMO: Administrador QUIERO: poder consultar en PARA: optimizar el tiempo de
pantalla los datos por DNI, búsqueda ante consultas así
nombres y apellidos de los como para evitar errores y
usuarios. duplicidades.

CAJA Búsqueda de datos
COMO: Cajera QUIERO: que el sistema me PARA: hacer transacciones ya
permita encontrar los datos del sea de cobranzas o
cliente mediante el DNI. devoluciones.

Usuario: EJECUTIVO Historia de Usuario: Prioridad de negocio:
DE COBRANZA Búsqueda de datos
COMO: Ejecutivo de QUIERO: que el sistema PARA: ver la actividad de cada
cobranza realice una búsqueda de los datos usuario.
personales de los clientes
mediante DNI, con un botón
buscador.
CUARTO SPRINT- GENERACION DE REPORTES


Usuario: Historia de Usuario: mostrar Prioridad de negocio:
CAJA ahorros y retiros
COMO: Cajera QUIERO: que el sistema PARA: mostrar la actividad
muestre los depósitos y retiros de de cada usuario.
cada cliente, mediante un botón

DE COBRANZA de cobranzas
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.
QUNTO SPRINT- REDISEÑO DEL SISTEMA

04 Registro del cliente y 09/07/2019

CAJA apertura de caja
Programador responsable: Danny soto cóndor
COMO: Cajera QUIERO: que el sistema realice PARA: poder iniciar con las
una apertura de caja mediante un actividades del día.
botón aperturar caja.

Usuario: Historia de Usuario: cierre Prioridad de negocio:
CAJA de caja
COMO: Cajera QUIERO: que el sistema realice PARA: poder finalizar con las
un cierre de caja mediante un actividades realizadas.
botón de salir o cerrar
FASE 3: DISEÑO
MODELADO DE SISTEMAS
CASOS DE USO ADMINISTRADOR

CASOS DE USO CAJA
CASOS DE USO EJECUTORES DE COOBRANZA

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 que tiene la
cooperativa hacia un determinado almacén, para lo cual se debe llevar un control de la
cuenta de los clientes, así también tener el control de los ahorros y retiros de los clientes
de la cooperativa de ahorros múltiples Shefa.
2. Identificar conjuntos de entidades

A primera vista, tenemos cinco conjuntos de entidades:
Cooperativa, cliente, cuenta, ahorro y retiro.
3. Identificar conjuntos de relaciones
 Cada cooperativa tiene uno o más clientes, y los clientes pueden ser registrado por
una cooperativa, dándose una relación de uno a muchos.
 Por otra parte, estos clientes obtienen una sola cuenta, y esta cuenta es obtenida
por un solo cliente, con una relación de uno a uno.
 Como también una cuenta registra uno o más ahorros, y estos ahorros son
registrados por una sola cuenta, con una relación de muchos a uno.
 Una cuenta te permite retirar una o muchas veces, como también un retiro se
puede efectuar muchas veces con una cuenta. Con una relación de uno a muchos.
Trazar primer diagrama
El siguiente paso es identificar los atributos para cada conjunto de entidades.
Cooperativa
 Cod_cooperativa
 Dirección
 Ruc
Cliente
 Cod_cliente
 Cod_cooperativa
 Cod_cuenta
 Nom_cliente
 Ape_cliente
 Dir_cliente
 Dni_cliente
 FecNac_cliente
 Cel_cliente
Cuenta
 Cod_cuenta
 Cod_cliente
 Fecha/hora apertura
Ahorro
 Cod_ahorro
 Cod_cliente
 Fecha/Hora deposito
 Dirección
Retiro
 Cod_retiro
 Cod_cliente
 Fecha/hora retiro
5. Seleccionar claves principales
La cooperativa tendría como clave principal al código ya que es un único atributo.

Asimismo, el cliente se identifica por el código del cliente, cuenta por el código de cuenta,
ahorro por el código de ahorro y retiro por código de retiro.
Dado el siguiente modelo E-R

Convertiremos los conjuntos de entidades en relaciones:
COOPERATIVA (Cod_cooperativa, ruc, dirección)

CLIENTE (Cod_cliente, nom/apell, Dni_cliente, FecNac_cliente, Num_cliente, Direc_cliente, Cod_coopetariva,
Cod_cuenta)
CUENTA (Cod_cuenta, Cod_cliente, hora/fecha)
RETIRO (Cod_retiro, fecha/hora, Cod_cliente)
AHORRO (Cod_ahorro, Cod_cliente, hora/fecha, dirección)

Descripcion General de La Cooperativa de Servicios Multiples Shefa 18.10.2019

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Descripcion General de La Cooperativa de Servicios Multiples Shefa 18.10.2019

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL

(Creada por ley N° 25265)

FACULTADAD DE INGENIERIA ELECTRONICA-SISTEMAS

ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS

IMPLEMENTACION DE UN SISTEMA DE INFORMACION PARA

DOCENTE : Mg: GILMER S. MATOS VILA

CURSO : TALLER DE INGENIERIA DE SOFTWARE I

ESTUDIANTES : CAUCHOS RIVEROS, MARCO ANTONIO

1.2. DIRECTOR EJECUTIVO

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

2. VISIÒN, MISIÒN Y VALORES

ORGANIGRAMA DE LA COOPERATIVA DE SERVICIOS MULTIPLES

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

1.1. INTERVENCION METODOLÒGICA

DEFINICIÓN DEL BACKLOG DEL PRODUCTO

Para el presente estudio se ha determinado realizar la intervención metodológica en el

A) DESCRIPCIÓN DEL PROYECTO

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

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 lenguaje a utilizar será Visual Studio Net.

Fuente: Project 2016

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

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

1.2. RESPONSABILIDADES EN LA METODOLOGIA SCRUM

INFORMACIÓN DE CONTACTO marco.cauchos@unh.edu.pe

NOMBRE FRANK JOSE JURADO PALOMINO

INFORMACIÓN DE CONTACTO dany.inga@unh.edu.pe

1.3. HISTORIAS DE USUARIOS

HISTORIA DE USUARIO Nº1

HISTORIA DE USUARIO Nº2

HISTORIA DE USUARIO Nº3

HISTORIA DE USUARIO Nº4

HISTORIA DE USUARIO Nº5

HISTORIA DE USUARIO Nº6

HISTORIA DE USUARIO Nº7

HISTORIA DE USUARIO Nº8

HISTORIA DE USUARIO Nº9

HISTORIA DE USUARIO Nº10

HISTORIA DE USUARIO Nº11

HISTORIA DE USUARIO Nº12

QUIERO: poder ingresar al sistema

 El formulario nos permitirá seleccionar de una lista de áreas

En esta primera fase de aplicación de la metodología Scrum, se definirá el product

Nro. Descripción de requerimiento Funcionales Importancia

1 Como administrador quiero poder ingresar al sistema 40

4 Como cajera quiero que el sistema me permita 50

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

Como ejecutivo de cobranza quiero poder tener un

Como ejecutivo de cobranza quiero que el sistema

1.5. ESPECIFICACION DE REQUERIMIENTOS PARA EL DESARROLLO

1.5.1. REQUERIMENTOS DEL SOFTWARE

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

 Los usuarios deben ingresar al sistema con un nombre de usuario y contraseña. La

 El software estará operativo en todo momento que el usuario lo habilite.

 El software deberá permitir al administrador agregar, modificar, buscar y eliminar

1.5.1.1 REQUERIMIENTOS FUNCIONALES ESPECIFICOS DE CADA USUARIO

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

PRIMER SPRINT – INGRESO AL SISTEMA

HISTORIA DE USUARIO Nº1