Ingenieria de Sotfware Final de Finales

“AÑO DEL BUEN SERVICIO AL CIUDADANO”
UNIVERSIDAD NACIONAL HERMILIO VALDIZÁN

FACULTAD DE INGENIERÍA INDUSTRIAL Y DE SISTEMAS
ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS
TEMA
SEGUIMIENTO DE TRAMITE DOCUMENTARIO DE LA

MUNICIPALIDAD DE PILLCO MARCA
ASIGNATURA
Ingeniería de Software
INTEGRANTES
1.Acevedo Alvino, Joseph Anderson
2. Acosta Jara, Diego
3.Bernardo Cárdenas, David
4.Minaya Ccopacondori, Ellery
5.De la cruz Guillen, Luis
6.Pinedo Ambrosio, Daniel
7. Daza Calixto, Refaim
Huánuco – Perú
2017
E.A.P. INGENIERÍA DE SISTEMAS
Contenido
REQUERIMIENTOS FUNCIONALEES Y NO FUNCIONALES ............................................................ 3
I. ARQUITECTURA DE SOTFWARE............................................................................................ 4
III. BACKLOG GENERAL........................................................................................................... 5
IV. SPRINT ............................................................................................................................... 5
V. HISTORY ................................................................................................................................ 7
VI. ISSUES ............................................................................................................................. 10
VII. MOCK-UPS ...................................................................................................................... 12
VIII. WIREFRAMES .................................................................................................................. 17
VIII. DIAGRAMA DE GANTT ........................................................................................................ 25
IV. DIAGRAMA DE ACTIVIDADES ......................................................................................... 30
PÁGINA 2
INGENIERÍA DE SOFTWARE
REQUERIMIENTOS FUNCIONALEES Y NO FUNCIONALES
REQUISITOS FUNCIONALES
RF01 El aplicativo móvil de seguimiento de tramite documentario deberá de optimizar

recursos.
RF02 Reducción del tiempo de búsqueda del trámite documentario.
RF03 Los usuarios pueden consultar el seguimiento de tramite documentos que fueron
registrados o enviados.
RF04
REQUISITOS NO FUNCIONALES
RNF01 El sistema debe tener una interfaz de usuario amigable e intuitiva.
RNF02 Se debe poder acceder al sistema desde un aplicativo móvil para dispositivos
Android.
RNF03 El aplicativo deberá de botar un error de usuario al momento de introducir mal el

correo electrónico.
RNF04 El aplicativo deberá de tener un campo de tipo de búsqueda como:
 Tipo de búsqueda por numero expediente.

 Tipo de búsqueda por Asunto.
 Tipo de búsqueda por Firma.
RNF05 El aplicativo móvil de seguimiento de tramite documentario deberá de tener los
campos de seguimiento de trámite, consulta de obras, sugerencias, contáctenos y
directorio.
PÁGINA 3
I. ARQUITECTURA DE SOTFWARE
La plataforma en la que se utilizara el software será en un aplicativo móvil,
PLATAFORMA que se utilizara en la municipalidad de Pillco Marca.
Todos los datos de Firebase Realtime Database se almacenan como como

BASE DE DATOS
SERVIDOR DE
objetos JSON (Es una función que altera el comportamiento del proceso de
conversión a cadena de texto, o un array de objetos String o Number que
representan una lista de elementos validos que se incluyen en la cadena). La
base de datos puede conceptualizarse como un árbol JSON alojado en la
nube.
El lenguaje que decidimos usar fue JAVA, por las siguientes razones:
LENGUAJE DE PROGRAMACIÓN
• Es un lenguaje nativo para el sistema operativo Android Studio.

• Es completamente gratuito.
• Es el lenguaje con el que estamos más familiarizados.
• Además, tiene mucho soporte de Información, el cual nos resultará
útil al momento de tener alguna duda o estancamiento al programar.
• Las pruebas se realizaron el día jueves 30/11/2017 con la presencia

del encargado principal del área de gerencia de proyección social de
la municipalidad de Pillco Marca.
(Duración de entrevista 30 a 60 minutos)
TESTING
• Teniendo la aprobación y satisfacción de la representación del

mockup y wireframes del Cliente principal del aplicativo móvil de
trámite de seguimiento documentario.
• Sin embargo, se pudo encontrar dos problemas los cuales se
documentarán como ISSUE.
PÁGINA 4
I. TRABAJO DE LA METODOLOGIA SCRUM

II. SPRINT BACKLOG.
Equipo Sistema de metodología ágil para poder identificar los

requerimientos funcionales y no funcionales
Objetivo del Sprint Meta que lograr con este sprint
Sprint Backlog Historias de usuario principales
Calendario - Fechas más importantes
-Hora del Daisy meeting.
Integrantes Miembros del equipo y roles con la firma de cada uno
III. BACKLOG GENERAL.

Mockup
Wireframe
login
correo
Número de teléfono
Búsqueda
Seguir tramite
Directorio
Sugerencias
IV. SPRINT
Según lo acordado en clase deberán colocar los stories en cada uno de los Sprints a criterio del
equipo. Por disposición del docente, será distribuido en máximo 3 SPRINTS. No olvidar indicar el
tiempo (a criterio vuestro) que va a demorar cada SPRINT, por default el primero será de 2
semanas, que es el tiempo que ya ha transcurrido. (EL TIEMPO PUEDE SER EN MESES, PERO
DADO QUE NUESTROS PROYECTOS SON CORTOS SÓLO SE INDICARÁ EN SEMANAS)
SPRINT 1 SPRINT 2 SPRINT 3

MOCKUP Login Búsqueda
Wireframe correo Seguir tramite
Número de teléfono Directorio
sugerencias
1 SEMANAS 2 SEMANAS 2 SEMANAS

25/09/2017 02/10/2017 16/10/2017
01/10/2017 15/10/2017 06/10/2017
Definir la estructura gráfica del Definir la estructura de datos. •Elaborar la codificación de los
software. story para el seguimiento del
PÁGINA 5
sistema.
•Realizar pruebas finales
Sprint 1
TO DO PROCESS DONE
Elaboración del login deberá de ser Si el usuario no desea ingresar el
con el campo de correo y número sistema solo debe presionar salir y
telefónico que deberá ingresar lo la ventana de Login se cerrará.
mismo que el haya elaborado el
tramite documentario
Elaboración del mockup tener un Diseñar los campos de la interfaz Mostrará la interfaz de la
esquema de las interfaces que va que va a tener el software. aplicación con los campos
a contener el software. requeridos por el Diseñador.
Elaboración del Wireframe se Diseño de pantalla principalmente wireframe es importante porque
plantea mediante el diseño previo que le permite definir la ventana permite que nuestra aplicación
de las interfaces que va a principal de información de su tenga una mejor planificación en el
contener el software. diseño, facilitando la planificación diseño y la interacción de nuestro
del diseño de acuerdo con la forma interfaz.
en que desea que el usuario final.
Sprint 2
TO DO PROCESS DONE
En la elaboración de la Búsqueda el Búsqueda de información y Esto permite obtener mejores
usuario debe elegir el tipo de documentación, desde la resultados y sugerencias de
búsqueda que quiere realizar. perspectiva del usuario. búsqueda
Sprint 3
TO DO PROCESS DONE
Elaboración de la búsqueda de Si el usuario no desea ingresar el
documento. sistema solo debe presionar salir y
la ventana de búsqueda se cerrará.
Elaboración del seguimiento de Una vez ingresado por estos tres En el campo de ejecución se
tramite campos de búsqueda te enviara validará el tipo de documento si
mostrara el resulta del estado de esta en proceso.
documento donde te especificara si
el documento está listo, tramite,
rechazado, proceso, otro.
V. HISTORY
Resumen Mackup
Reporter Pinedo Ambrosio, Daniel
Descripción Se plantea mediante el mockup tener un esquema de las interfaces que va
contener el software (“Sistema de seguimiento de trámite documentario”) tanto
para los gerentes como para el ciudadano, definir las funciones principales y la
navegación que realiza el usuario final.
Prioridad MUY ALTA DIFICULTAD: 5P
Asignado a: De la cruz guillen, Luis TIEMPO ESTIMADO: 4 horas
Resumen Wireframe
Descripción Se plantea mediante el wireframe tener un diseño previo de las interfaces que va
a contener el software (“Sistema de seguimiento de tramite documentario”)
mostrando los colores, iconos, imágenes, etc. que se emplearan proporcionando
una interfaz amigable para el usuario final.
Prioridad ALTA DIFICULTAD: 4P

Asignado a: Bernardo cardenas, David TIEMPO ESTIMADO: 5 horas
Resumen Login
Reporter Acosta Jara, Diego
Descripción El ingreso deberá de ser con el campo de correo y número telefónico que deberá
ingresar lo mismo que el haya elaborado el tramite documentario (si se quiere
consultar un determinado correo, en este te llegara un mensaje de confirmación
de correo o número telefónico)
Prioridad MUY ALTA DIFICULTAD 2P
Asignado a: Minaya Ccopacondori, Ellery TIEMPO ESTIMADO: 2 horas
Resumen Correo
Descripción Después de que se haya introducido el correo en el aplicativo te enviara un
mensaje de validación, para que este pueda ser ingresado en el aplicativo móvil.
Prioridad ALTA DIFICULTAD 2P

Resumen Número telefónico

Descripción Se agregará el número telefónico del usuario para que el aplicativo móvil pueda
validar el ingreso.
Prioridad ALTA DIFICULTAD 2P
Resumen Búsqueda
Descripción - El usuario debe elegir el tipo de búsqueda (por número de expediente, datos,
asunto).
- Consideramos la misma pantalla principal con diferentes de búsqueda.
- Si el usuario no desea ingresar el sistema solo debe presionar salir y la ventana
de búsqueda se cerrará.

Resumen Seguir tramite

Descripción En el seguimiento de trámite se buscará por los siguientes tres tipos de búsqueda
de tramite documentario.
- Búsqueda por expediente: el usuario deberá ingresar el número de expediente
que recibe el presentar su trámite.
- Búsqueda por asunto: el usuario deberá ingresar el asunto de su trámite
documentario.
- Búsqueda por Firma: el usuario deberá ingresar sus datos personales para
buscar (nombres y apellidos).
Una vez ingresado por estos tres campos de búsqueda te enviara mostrara el
resulta del estado de documento donde te especificara si el documento está listo,
tramite, rechazado, proceso, otro.
Asignado a:  Acosta Jara, Diego TIEMPO 2 horas
ESTIMADO:
Resumen Consulta de obras

Reporter Acevedo Alvino, Joseph Anderson
Descripción Aquí podrá realizar la consulta del estado del expediente. La información está
disponible para expedientes ingresados
 Solo se detallará la ubicación, numero de contrato, financiamiento, inicio
de obra, etc.
 se almacenará por el tipo de obra.

Asignado a: Bernardo Cárdenas, David TIEMPO ESTIMADO: 4 horas
Resumen Sugerencias
Descripción Este caso habla más de una adaptación al comportamiento de los usuarios.
Son sugerencias y trucos creados por los usuarios de nuestra comunidad a fin de
ayudar a nuestra aplicación móvil de tramite documentario.
Donde el usuario podrá hacer una petición, reclamos, sugerir mejoras del sistema
entre otros.
PÁGINA 8
Prioridad MEDIA DIFICULTAD: 4P

Asignado a: Daza Calixto, Refaim TIEMPO ESTIMADO: 2 horas
Resumen Directorio
Descripción Se almacenan una agrupación de archivos informáticos y otros subdirectorios,
atendiendo a su contenido, a su propósito o a cualquier criterio que decida el
usuario. Técnicamente, el directorio almacena información acerca de los archivos.
Prioridad MEDIA DIFICULTAD: 4P

Asignado a: Acosta Jara, Diego TIEMPO ESTIMADO: 2 horas
Resumen Registro de documento

Reporter Minaya Ccopacondori, ellery
Descripción La consulta de un trámite, es decir Trámite documentario / Consulta de documento
contempla varios criterios de consulta, es decir:
 Por tipo de trámite.- Para hacer este tipo de consulta necesitamos

saber qué tipo de trámite se está buscando y desde ya se tiene una
lista de trámites.
 Por número de Expediente.- Se requiere el número de Expediente a

consultar.
 Por fecha de recepción.- Nos permite consultar trámites dentro de
un rango de fechas, si eventualmente no recordamos los otros
criterios de consulta.
 Por número de Expediente.- Se requiere el número de Expediente a
consultar.
 Por tipo y número de Documento.- Este tipo de consulta es mucho
más específico ya que nos permite consultar por el tipo y el número
de documento específico.
 Por tipo de remitente.-Este está referido a las personas naturales,

empresas, SEDES.

Asignado a: Daza Calixto, Refaim TIEMPO 9horas
Acosta Jara, Diego ESTIMADO:
PÁGINA 9
VI. ISSUES
ISSUE 01: ISSUE 02:
ERRORES EN LA INTEGRIDAD DE LA BASE MEJORAR EL DISEÑO DE LA APLICACIÓN
MÓVIL
DE DATOS
• Prioridad: Media
• Prioridad: Muy Alta
• Dificultad: 1p
• Dificultad: 3p
• Tiempo Estimado: 1h
• Estado: Solucionado
Encargado: Bernardo cardenas, David
Encargado: Minaya Ccopacondori, Ellery Descripción:
Descripción: Las personas registrarse e • Problema: En el campo del diseño
iniciar sesión en tu aplicación de forma rápida los colores no eran muy adecuados
y sencilla, utilizando su número de teléfono o
para el usuario
dirección de correo electrónico como
credenciales, sin necesidad de contraseña. • Solución: La alineación y espacio de
Account Kit utiliza la infraestructura de envío son las adecuadas para cada
de correos electrónicos y SMS de Facebook columna. Y se aumentó color al
con el fin de proporcionar un rendimiento encabezado de cada columna.
fiable y a gran escala de alcance global.
ISSUE 03: ISSUE 04: ERROR EN PROMOVER GRUPO

ERROR EN LA ACTUALIZACIÓN DE • Prioridad: Alta
CAMPOS
• Dificultad: 5p
• Prioridad: Media
• Dificultad: 1p
Encargado: Acevedo Alvino, Joseph Anderson
Encargado: Acosta Jara, Diego Descripción:
• Problema: Al momento de crear un
Descripción:
nuevo grupo, el anterior grupo no se
• Problema: Al momento de Guardar desactiva, lo cual ocasiona que el
los datos los campos no se limpiaban seleccionador de grupos capte dos
automáticamente. grupos con el mismo nombre.
• Solución: Cuando se registran los • Solución: Al momento de crear el
datos, los campos se limpian nuevo grupo que el anterior cambie
automáticamente. su estado a inactivo.
PÁGINA 10
PÁGINA 11
VII. MOCK-UPS
Mock-UPS Generales
PÁGINA 12
PÁGINA 13
PÁGINA 14
Mock-UPS Prototipo
PÁGINA 15
PÁGINA 16
VIII. WIREFRAMES
WIREFRAMES Generales
PÁGINA 17
PÁGINA 18
PÁGINA 19
PÁGINA 20
PÁGINA 21
WIREFRAMES Prototipo
PÁGINA 22
PÁGINA 23
PÁGINA 24
VIII. DIAGRAMA DE GANTT
Cuadro nº01: Diagrama de Gantt

Cuadro nº02: Líneas de base del diagrama de Gantt
IX. DIAGRAMA DE BASE DE DATOS
IV. DIAGRAMA DE ACTIVIDADES

Ingenieria de Sotfware Final de Finales

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Ingenieria de Sotfware Final de Finales

Încărcat de

Drepturi de autor:

Formate disponibile

“AÑO DEL BUEN SERVICIO AL CIUDADANO”

UNIVERSIDAD NACIONAL HERMILIO VALDIZÁN

SEGUIMIENTO DE TRAMITE DOCUMENTARIO DE LA

REQUERIMIENTOS FUNCIONALEES Y NO FUNCIONALES

RF01 El aplicativo móvil de seguimiento de tramite documentario deberá de optimizar

RF02 Reducción del tiempo de búsqueda del trámite documentario.

RNF01 El sistema debe tener una interfaz de usuario amigable e intuitiva.

RNF03 El aplicativo deberá de botar un error de usuario al momento de introducir mal el

RNF04 El aplicativo deberá de tener un campo de tipo de búsqueda como:

 Tipo de búsqueda por numero expediente.

Todos los datos de Firebase Realtime Database se almacenan como como

• Es un lenguaje nativo para el sistema operativo Android Studio.

• Las pruebas se realizaron el día jueves 30/11/2017 con la presencia

• Teniendo la aprobación y satisfacción de la representación del

I. TRABAJO DE LA METODOLOGIA SCRUM

Equipo Sistema de metodología ágil para poder identificar los

III. BACKLOG GENERAL.

SPRINT 1 SPRINT 2 SPRINT 3

1 SEMANAS 2 SEMANAS 2 SEMANAS

Prioridad ALTA DIFICULTAD: 4P

Prioridad ALTA DIFICULTAD 2P

Resumen Número telefónico

Prioridad MUY ALTA DIFICULTAD 2P

Resumen Seguir tramite

Resumen Consulta de obras

Prioridad MUY ALTA DIFICULTAD 2P

Prioridad MEDIA DIFICULTAD: 4P

Prioridad MEDIA DIFICULTAD: 4P

Resumen Registro de documento

 Por tipo de trámite.- Para hacer este tipo de consulta necesitamos

 Por número de Expediente.- Se requiere el número de Expediente a

 Por tipo de remitente.-Este está referido a las personas naturales,

Prioridad MUY ALTA DIFICULTAD: 8P

ISSUE 03: ISSUE 04: ERROR EN PROMOVER GRUPO

Cuadro nº01: Diagrama de Gantt

Cuadro nº02: Líneas de base del diagrama de Gantt

IX. DIAGRAMA DE BASE DE DATOS

IV. DIAGRAMA DE ACTIVIDADES

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