Proyecto Calidad 311017

INFORME DE PROYECTO DE CALIDAD DE
SOFTWARE
PROCESADOS AMAZONICOS E.I.R.L.

AREA DE TI
PROYECTO ACADMICO:
Implementacin de un aplicativo mvil para el control
de acceso en el rea de informtica en la empresa
procesados amaznicos E.I.R.L., 2017
Estudiantes:
Edwin Williams Heredia Salinas
Patrick Arce Torrejn
Pepe Luna Grandez

Docente:
ara el rea
Ing. Luis Gibson Callacn Ponce
de recepcin del
Jefe inmediato:
Isabel Estrella Rengifo
INGENIERA DE SISTEMAS
Agosto - Diciembre 2017

TarapotoPer
INDICE Pg.
RESUMEN. ii
INTRODUCCION iii
I. CAPITULO I GENERALIDADES 7
1. Descripcin del Sector. .. 7

2. Descripcin General de la Empresa. .
2.1. Breve descripcin general de la Empresa. 8
2.2. Organizacin de la Empresa...
09
2.3. Descripcin del rea donde realiza el proyecto. ..
11
II. CAPITULO II: PROYECTO O TAREA ACADMICA 13
1. Ttulo 13
2. Realidad Problemtica. 13
3. Definicin del problema. 13

4. Marco Terico. . 14
5. Objetivos. 25
6. Desarrollo 26
7. Anlisis de los resultados
9. Conclusiones
10. Sugerencias.
III. REFERENCIAS BIBLIOGRFICAS..

IV. ANEXOS.
RESUMEN
En el proyecto se plantea realizar una experiencia real empleando metodologas

agiles, como la metodologa XP, al momento del desarrollo de software. El proceso
inici en una revisin bibliogrfica de la metodologa y otros aspectos relacionados a
esta. A continuacin se contact con un posible cliente al cual se hizo una
presentacin de los objetivos inciales del proyecto. Una vez acorados todos los
detalles se procedi a su ejecucin, al final del cual se redact el informe
documentando.
El documento cuenta con tres captulos distribuidos de la siguiente forma:
En el primer captulo se hace una presentacin del proyecto, una breve descripcin,
resea histrica de la empresa y el tipo de negocio para el cual se desarroll.
En el segundo Captulo se describe la realidad problemtica, definimos el problema y

los objetivos, se hace un recorrido terico por XP aplicando esta metodologa para el
desarrollo del sistema.
Finalmente en el ltimo captulo analizamos los resultados midiendo la calidad del

producto obteniendo las conclusiones, brindamos sugerencias, incluimos referencias
bibliogrficas y anexos.
Nos introducimos en proyecto dando a conocer la importancia del desarrollo de

software empleando la metodologa XP en la empresa donde pudimos detectar
deficiencias tecnolgicas.
Se seguir cada una de las fases de desarrollo en XP: Planeacin, diseo, codificacin
y pruebas, que se fue desarrollando durante todo el ciclo de estudios en el curso de
Calidad de Software.
En la ejecucin del presente proyecto se logr agilizarlos procesos de registros,

consultas que se llevan a cabo en las operaciones de directorio de usuarios al
servidor de Procesados Amaznicos E.I.R.L. incluyendo un aplicativo mvil para las
consultas.
4
INTRODUCCIN
En un mundo globalizado, en donde las organizaciones se ven enfrentadas a competencia

de nivel mundial, la calidad se convierte en un importante punto diferenciador, adems de
aumentar la satisfaccin general del cliente, disminuir costos y optimizar los recursos. Los
productos o servicios que ostentan certificados de calidad son preferidos por los
compradores porque trasmiten seguridad y confianza. Esto tambin constituye un atributo
de valor para las estrategias de comercializacin en el exterior. Si bien la industria del
software es nueva, ha tenido que madurar rpidamente, tal como lo exigen los avances
tecnolgicos y su alta participacin al interior de las empresas. Esta industria comparte
con las dems industrias el inters por la calidad y la competitividad.
La obtencin de un software con calidad implica la utilizacin de metodologas o

procedimientos estndares para el anlisis, diseo, programacin y pruebas del software
que permitan uniformar la filosofa de trabajo, en reas de lograr una mayor confiabilidad,
mantenibilidad y facilidad de prueba, a la vez que eleven la productividad, tanto para la
labor de desarrollo como para el control de la calidad del software.
La poltica establecida debe estar sustentada sobre tres principios bsicos: tecnolgico,
administrativo y ergonmico.
El principio tecnolgico define las tcnicas a utilizar en el proceso de desarrollo del
software.
El principio administrativo contempla las funciones de planificacin y control del desarrollo
del software, as como la organizacin del ambiente o centro de ingeniera de software.
El principio ergonmico define la interfaz entre el usuario y el ambiente automatizado.
La adopcin de una buena poltica contribuye en gran medida a lograr la calidad del
software, pero no la asegura. Para el aseguramiento de la calidad es necesario su control
o evaluacin.
5
CAPITULO I
6
I. GENERALIDADES.
1.1. DESCRIPCIN DEL SECTOR.
El comercio es una actividad econmica del sector terciario que se basa en el

intercambio y transporte de bienes y servicios entre diversas personas o naciones. El
trmino tambin es referido al conjunto de comerciantes de un pas o una zona, o al
establecimiento o lugar donde se compra y vende productos.
El comercio se desarrolla en un mbito de ferias, muestras y mercados,
cuya actividad tiende a exhibir el producto terminado y a favorecer su difusin
y venta, lo que conocemos como comercializacin.
sta actividad es tan antigua como la humanidad, surgi cuando algunas personas
producan ms de lo que necesitaban; sin embargo, carecan de otros productos
bsicos. Acudan a mercados locales, y all comenzaron a intercambiar sus sobrantes
con otras personas; es decir, a practicar el trueque.
Con el tiempo, apareci la moneda (dinero), y el comercio comenz a basarse en la
compra y la venta de productos. Los bienes fundamentales de las poblaciones eran
los alimentos y vestidos, solo los grupos ms ricos compraban vestidos lujosos, joyas
y obras de arte.
La actividad comercial, extraordinariamente desarrollada en la actualidad debido
al auge de los medios de transporte y comunicacin puede ser interna o externa.
El comercio interno, es el intercambio dentro de un pas y puede ser local y regional.
El comercio interno se organiza de dos maneras: comercio mayorista o al mayor,
consiste en el proceso comercial entre los productores y los comerciantes que
compran grandes cantidades; y el comercio minorista o al detal, se establece entre
los minoristas y los consumidores que adquieren productos en pocas cantidades.
El comercio externo es el intercambio internacional de bienes y servicios, incluye
todas las compras y las ventas que realizan un pas o regin con el resto del mundo.
Se clasifica en: comercio de exportacin (venta de productos que un pas hace a otra
nacin) y de importacin (compra de productos que un pas hace a otra nacin).
7
La actividad comercial desempea un importante papel dentro del sector econmico,
ya que suele dar empleo a ms del 15 % de la poblacin activa.
En el equilibrio econmico nacional, las perspectivas y regulaciones comerciales son
de una importancia fundamental, debido a que las transacciones interiores estimulan
la actividad productiva, y las exteriores contribuyen a potenciar la posicin econmica
del pas en el mercado internacional, siempre que la balanza comercial sea estable.
1.2. DESCRIPCIN GENERAL DE LA EMPRESA:
1.2.1. Breve descripcin general de la Empresa.
Procesados Amaznicos EIRL, es una empresa que inicio sus actividades en 1995,
se encarga de comercializar productos comestibles y no comestibles, cuenta con
tres locales propios que se encuentran en diferentes sectores de la ciudad, su sede
principal se ubica en el Jr. Alonso de Alvarado # 651-Tarapoto, En el ao 2005
implemento su primer sistema comercial informtico as mismo realizo la
implementacin de equipos de cmputo para poder gestionar dicho sistema. En la
actualidad se proyecta a ser el nmero uno en su rubro.
1.2.1.1. Misin:
Ofrecer a sus clientes Productos de calidad y alternativos para el cuidado del
medio ambiente, contando con el personal adecuado y capacitado para el
mejoramiento continuo.
8
1.2.1.2. Visin:
Llegar a ser una de las primeras empresas en proponer productos alternativos
biodegradables para el desarrollo sostenible.
1.2.2. Organizacin de la Empresa.
Gerencia
Contabilidad Administracion T.I Ventas Almacn
Asistente Asistente Soporte

Cajeros Jefe Almacn
Contable Administrativo Tecnico
Auxiliar
Vendedores
Almacn
rea donde se
implementara el sistema
Reparto
1.2.2.1. Descripcin de puestos:
Gerencia:
Dirige las funciones relacionadas con la administracin de la
empresa: planear, organizar, coordinar, supervisar y dirigir todas las
actividades de la empresa y del personal, con el objetivo de lograr un
ptimo funcionamiento y servicio.
9
Contabilidad:
Organiza, ejecuta, supervisa, controla y coordina las distintas
actividades que tienen relacin con el proceso contable, los libros,
estados financieros, y su vinculacin con los departamentos de
pagadura o tesorera o caja si existieren estas unidades.
Administracin:
El rea de administracin es un engranaje que tiene que estar bien
engrasado si la empresa quiere ser productiva y solvente. Por un
lado, ha de saber analizar los procesos, entradas y salidas para
poder ofrecer mejoras a la empresa y, por otro lado, a partir de
nmeros reales, ha de saber exponer dnde es posible reducir
costes e invertir. De esta manera, conseguiremos aumentar los
beneficios.
Tecnologas de Informacin:
Esta rea colabora en la planificacin, coordinacin y asesoramiento
de los sistemas operativos con los titulares de puestos de trabajo que
operen equipos de computacin en la empresa.
Informar y disponer las necesidades de incorporacin, reemplazos,
reparaciones y baja de equipos de computacin o parte de ellos y
aconsejar las soluciones posibles a las reas afectadas.
Acceso de usuarios al servidor segn sus privilegios.
ventas:
El rea de ventas es el que se encarga de la distribucin y venta de
los productos y dar seguimiento da a da de las diferentes rutas de
vendedores para garantizar la cobertura total y abastecimiento a los
locales comerciales. En este departamento se prepara da a da el
pedido de ventas a manufactura segn su requerimiento y trabaja en
conjunto con mercadeo para lanzamiento de productos, promociones
y ofertas.
10
Est encargado de contratar a promotoras, vendedores, supervisores
y llevar control de inventarios de productos de cada una de las
sucursales.
Este es el departamento prioritario de la empresa, ya que a travs de
su buena gestin la empresa puede vender. Es el departamento
encargado de vender, distribuir y dar seguimiento de las diferentes
rutas (restaurant, supermercados, polleras).
Almacn:
Se encarga de garantizar el abasto suficiente de los artculos y
productos recurrentes, as como el adecuado manejo y custodia de
las existencias de substancias qumicas, materiales de laboratorio,
refacciones, muebles y enceres, verificando la exactitud del registro
de los bienes, y la integracin de los datos que forman el catlogo de
productos que manejan los diferentes almacenes, as como la
informacin que conforma el detalle de sus inventarios.
1.2.3. Descripcin del rea donde se realiza el proyecto.
El rea de TI es a encargada de brindar a los usuarios, los equipos informticos en

buen estado mediante mantenimientos programados tambin se encarga de brindar
seguridad de acceso al servidor central, tiene muchas funciones dentro de parque
informtico de la empresa en cuanto a mantener la infraestructura bien diseada,
realiza proyectos de factibilidad a la gerencia para mantener la mejora continua.
11
CAPITULO II
II. PROYECTO O TAREA ACADMICA:
2.1. TTULO DEL PROYECTO:
Implementacin de un aplicativo mvil para el control de accesos en el rea de

informtica en la empresa Procesados Amaznicos E.IRL.
2.2. REALIDAD PROBLEMTICA:
La administracin de cuentas de usuario y grupos es una parte esencial de la

administracin de sistemas dentro de una organizacin. Pero para hacer esto
efectivamente, un buen administrador de sistemas primero debe entender lo
que son las cuentas de usuario y los grupos y cmo funcionan.
La razn principal para las cuentas de usuario es verificar la identidad de cada
individuo utilizando un computador. Una razn secundaria (pero an importante)
es la de permitir la utilizacin personalizada de recursos y privilegios de acceso.
Los recursos incluyen archivos, directorios y dispositivos. El control de acceso a
estos dispositivos forma una gran parte de la rutina diaria de un administrador
de sistemas; a menudo el acceso a un recurso es controlado por grupos. Los
grupos son construcciones lgicas que se pueden utilizar para enlazar a
usuarios para un propsito comn. Por ejemplo, si una organizacin tiene varios
administradores de sistemas, todos ellos se pueden colocar en un grupo
administrador de sistema. Luego se le pueden dar permisos al grupo para
acceder a recursos claves del sistema. De esta forma, los grupos pueden ser
una herramienta poderosa para la administracin de recursos y acceso.
2.3. DEFINICIN DEL PROBLEMA:
Cmo influye la Implementacin de un aplicativo mvil para el control de

accesos en el rea de informtica en la empresa Procesados Amaznicos
E.IRL?
13
2.4. MARCO TERICO:
A continuacin se presenta la perspectiva terica que se maneja para el

desarrollo de la investigacin planteada, la cual tiene como propsito
suministrar un sistema coordinado y coherente de conceptos y proposiciones
que permitan abordar el problema, a manera de establecer un marco
referencial para la interpretacin de los resultados de estudio planteado.
2.4.1. Sistema de informacin.
El sistema de informacin basada en computadora son el campo de

estudio de las tecnologas de informacin, de cualquier manera estas
difcilmente deberan tratarse como tema aparte del enorme sistema de
informacin que siempre est relacionado.
Un sistema de informacin consiste de 3 componentes: humano,

tecnologa y organizacin. Desde esta perspectiva la informacin est
definida en 3 niveles significativos. Los datos pueden ser procesados
mediante el sistema de aplicacin el cual corresponde al nivel de sintaxis.
En el contexto del individuo quien interpreta los datos que posteriormente

se convierten en informacin, la cual corresponde al nivel semntico. La
informacin se convierte en conocimiento cuando un individuo entiende y
evala la informacin.
En teora de sistemas, un sistema de informacin es un sistema

automatizado o manual que involucra personas, mquinas y/o mtodos
organizados de recoleccin, procesos, transmisin clasificar datos que
divulguen informacin del usuario.
2.4.2. Aplicacin mvil:
Una aplicacin mvil o app (en ingls) es una aplicacin

informtica diseada para ser ejecutada en telfonos inteligentes,
tabletas y otros dispositivos mviles. Por lo general se encuentran
14
disponibles a travs de plataformas de distribucin, operadas por las
compaas propietarias de los sistemas operativos mviles como
Android, iOS, BlackBerry OS, Windows Phone, entre otros. Existen
aplicaciones mviles gratuitas u otras de pago, donde en promedio el 20-
30% del costo de la aplicacin se destina al distribuidor y el resto es para
el desarrollador. El trmino app se volvi popular rpidamente, tanto que
en 2010 fue listada como Word of the Year(Palabra del Ao) por la
American Dialect Society.
El desarrollo de aplicaciones para dispositivos mviles requiere tener en
cuenta las limitaciones de estos dispositivos. Los dispositivos mviles
funcionan con batera, hay que considerar una gran variedad de tamaos
de pantalla, datos especficos de software y hardware como tambin
distintas configuraciones. El desarrollo de aplicaciones mviles requiere el
uso de entorno de desarrollo integrado. Las aplicaciones mviles suelen
ser probadas primero usando emuladores y ms tarde se ponen en el
mercado en periodo de prueba1.
2.4.3. ANDROID STUDIO:
Android Studio es el entorno de desarrollo integrado oficial para la

plataforma Android. Fue anunciado el 16 de mayo de 2013 en la
conferencia Google I/O, y reemplaz a Eclipse como el IDE oficial para el
desarrollo de aplicaciones para Android. La primera versin estable fue
publicada en diciembre de 2014.
Est basado en el software IntelliJ IDEA de JetBrains y ha sido publicado

de forma gratuita a travs de la Licencia Apache 2.0. Est disponible para
las plataformas Microsoft Windows, macOS y GNU/Linux. Ha sido
diseado especficamente para el desarrollo de Android.
15
Estuvo en etapa de vista previa de acceso temprano a partir de la versin
0.1, en mayo de 2013, y luego entr en etapa beta a partir de la versin
0.8, lanzada en junio de 2014. La primera compilacin estable, la versin
1.0, fue lanzada en diciembre de 2014.
2.4.4. Web Service:
Un servicio web (en ingls, web service o web services) es una

tecnologa que utiliza un conjunto de protocolos y estndares que sirven
para intercambiar datos entre aplicaciones. Distintas aplicaciones de
software desarrolladas en lenguajes de programacin diferentes, y
ejecutadas sobre cualquier plataforma, pueden utilizar los servicios web
para intercambiar datos en redes de ordenadores como Internet.
La interoperabilidad se consigue mediante la adopcin de estndares
abiertos. Las organizaciones OASIS y W3C son los comits responsables
de la arquitectura y reglamentacin de los servicios Web. Para mejorar la
interoperabilidad entre distintas implementaciones de servicios Web se ha
creado el organismo WS-I, encargado de desarrollar diversos perfiles
para definir de manera ms exhaustiva estos estndares. Es una mquina
que atiende las peticiones de los clientes web y les enva los recursos
solicitados.
2.4.5. MySQL:
MySQL es un sistema de gestin de bases de datos relacional, multihilo y

multiusuario con ms de seis millones de instalaciones. MySQL AB desde
enero de 2008 una subsidiaria de Sun Microsystems y sta a su vez de
Oracle Corporation desde abril de 2009, desarrolla MySQL como software
libre en un esquema de licenciamiento dual.
16
Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible
con esta licencia, pero para aquellas empresas que quieran incorporarlo
en productos privativos deben comprar a la empresa una licencia
especfica que les permita este uso. Est desarrollado en su mayor parte
en ANSI C.
Al contrario de proyectos como Apache, donde el software es

desarrollado por una comunidad pblica y los derechos de autor del
cdigo estn en poder del autor individual, MySQL es patrocinado por una
empresa privada, que posee el copyright de la mayor parte del cdigo.
Esto es lo que posibilita el esquema de licenciamiento anteriormente
mencionado. Adems de la venta de licencias privativas, la compaa
ofrece soporte y servicios. Para sus operaciones contratan trabajadores
alrededor del mundo que colaboran va Internet. MySQL AB fue fundado
por David Axmark, Allan Larsson y Michael Widenius2.
2.4.6. Metodologa XP:
La metodologa XP, por sus siglas en ingls (extreme Programming), es

un enfoque de la ingeniera de software surgida a partir de la
metodologa de trabajo empleada por Kent Beck, Wark Cunningham y
Martin Fowler en el desarrollo del proyecto C3 para Chrysler. XP se
funda en cuatro valores: comunicacin, simplicidad, feedback y coraje.
Es la ms destacada de los procesos giles de desarrollo de software.

Al igual que stos, XP se diferencia de las metodologas tradicionales
principalmente en que pone ms nfasis en la adaptabilidad que en la
previsibilidad. Se puede considerar la programacin extrema como la
adopcin de las mejores metodologas de desarrollo de acuerdo a lo que
se pretende llevar a cabo con el proyecto, y aplicarlo de manera
2
Claburn, Thomas (24 de abril de 2007). Google Releases Improved MySQL Code. InformationWeek (CPM
Media). Consultado el 22 de junio de 2015.
17
dinmica durante el ciclo de vida del software.
2.4.6.1. Fases de la Programacin Extrema:

Fase: Planificacin o exploracin del proyecto.
Historias de usuario: El primer paso de cualquier proyecto que siga

la metodologa X.P es definir las historias de usuario con el cliente.
Las historias de usuario tienen la misma finalidad que los casos de
uso pero con algunas diferencias: Constan de 3 4 lneas escritas
por el cliente en un lenguaje no tcnico sin hacer mucho hincapi en
los detalles; no se debe hablar ni de posibles algoritmos para su
implementacin ni de diseos de base de datos adecuados, etc. Son
usadas para estimar tiempos de desarrollo de la parte de la
aplicacin que describen. Tambin se utilizan en la fase de pruebas,
para verificar si el programa cumple con lo que especifica la historia
de usuario. Cuando llega la hora de implementar una historia de
usuario, el cliente y los desarrolladores se renen para concretar y
detallar lo que tiene que hacer dicha historia. El tiempo de desarrollo
ideal para una historia de usuario es entre 1 y 3 semanas.
Release planning:Despus de tener ya definidas las historias de

usuario es necesario crear un plan de publicaciones, en ingls
"Release plan", donde se indiquen las historias de usuario que se
crearn para cada versin del programa y las fechas en las que se
publicarn estas versiones. Un "Release plan" es una planificacin
donde los desarrolladores y clientes establecen los tiempos de
implementacin ideales de las historias de usuario, la prioridad con
la que sern implementadas y las historias que sern
implementadas en cada versin del programa. Despus de un
"Release plan" tienen que estar claros estos cuatro factores: los
objetivos que se deben cumplir (que son principalmente las historias
que se deben desarrollar en cada versin), el tiempo que tardarn
18
en desarrollarse y publicarse las versiones del programa, el nmero
de personas que trabajarn en el desarrollo y cmo se evaluar la
calidad del trabajo realizado. (*Release plan: Planificacin de
publicaciones).
Iteraciones Todo proyecto que siga la metodologa X.P. se ha de

dividir en iteraciones de aproximadamente 3 semanas de duracin.
Al comienzo de cada iteracin los clientes deben seleccionar las
historias de usuario definidas en el "Release planning" que sern
implementadas. Tambin se seleccionan las historias de usuario que
no pasaron el test de aceptacin que se realiz al terminar la
iteracin anterior. Estas historias de usuario son divididas en tareas
de entre 1 y 3 das de duracin que se asignarn a los
programadores.
Velocidad del proyecto: La velocidad del proyecto es una medida

que representa la rapidez con la que se desarrolla el proyecto;
estimarla es muy sencillo, basta con contar el nmero de historias
de usuario que se pueden implementar en una iteracin; de esta
forma, se sabr el cupo de historias que se pueden desarrollar en
las distintas iteraciones. Usando la velocidad del proyecto
controlaremos que todas las tareas se puedan desarrollar en el
tiempo del que dispone la iteracin. Es conveniente reevaluar esta
medida cada 3 4 iteraciones y si se aprecia que no es adecuada
hay que negociar con el cliente un nuevo "Release Plan.
Programacin en pareja: La metodologa X.P. aconseja la

programacin en parejas pues incrementa la productividad y la
calidad del software desarrollado. El trabajo en pareja involucra a
dos programadores trabajando en el mismo equipo; mientras uno
codifica haciendo hincapi en la calidad de la funcin o mtodo que
est implementando, el otro analiza si ese mtodo o funcin es
19
adecuado y est bien diseado. De esta forma se consigue un
cdigo y diseo con gran calidad.
Reuniones diarias. Es necesario que los desarrolladores se renan

diariamente y expongan sus problemas, soluciones e ideas de forma
conjunta. Las reuniones tienen que ser fluidas y todo el mundo tiene
que tener voz y voto.
Fase: Diseo.
Diseos simples: La metodologa X.P sugiere que hay que

conseguir diseos simples y sencillos. Hay que procurar hacerlo
todo lo menos complicado posible para conseguir un diseo
fcilmente entendible e implemntable que a la larga costar menos
tiempo y esfuerzo desarrolla.
Glosarios de trminos: Usar glosarios de trminos y un correcta

especificacin de los nombres de mtodos y clases ayudar a
comprender el diseo y facilitar sus posteriores ampliaciones y la
reutilizacin del cdigo.
Riesgos: Si surgen problemas potenciales durante el diseo, X.P

sugiere utilizar una pareja de desarrolladores para que investiguen y
reduzcan al mximo el riesgo que supone ese problema.
Funcionalidad extra: Nunca se debe aadir funcionalidad extra al

programa aunque se piense que en un futuro ser utilizada. Slo el
10% de la misma es utilizada, lo que implica que el desarrollo de
funcionalidad extra es un desperdicio de tiempo y recursos.
Refactorizar: es mejorar y modificar la estructura y codificacin de

cdigos ya creados sin alterar su funcionalidad. Refactorizar supone
revisar de nuevo estos cdigos para procurar optimizar su
funcionamiento. Es muy comn rehusar cdigos ya creados que
20
contienen funcionalidades que no sern usadas y diseos obsoletos.
Esto es un error porque puede generar cdigo completamente
inestable y muy mal diseado; por este motivo, es necesario
refactorizar cuando se va a utilizar cdigo ya creado.
Tarjetas C.R.C. El uso de las tarjetas C.R.C (Class,

Responsabilities and Collaboration) permiten al programador
centrarse y apreciar el desarrollo orientado a objetos olvidndose de
los malos hbitos de la programacin procedural clsica.
Las tarjetas C.R.C representan objetos; la clase a la que pertenece

el objeto se puede escribir en la parte de arriba de la tarjeta, en una
columna a la izquierda se pueden escribir las responsabilidades u
objetivos que debe cumplir el objeto y a la derecha, las clases que
colaboran con cada responsabilidad.
Fase: Codificacin.
Como ya se dijo en la introduccin, el cliente es una parte ms del

equipo de desarrollo; su presencia es indispensable en las distintas
fases de X.P. A la hora de codificar una historia de usuario su
presencia es an ms necesaria. No olvidemos que los clientes son
los que crean las historias de usuario y negocian los tiempos en los
que sern implementadas. Antes del desarrollo de cada historia de
usuario el cliente debe especificar detalladamente lo que sta har y
tambin tendr que estar presente cuando se realicen los test que
verifiquen que la historia implementada cumple la funcionalidad
especificada.
La codificacin debe hacerse ateniendo a estndares de codificacin

ya creados. Programar bajo estndares mantiene el cdigo
consistente y facilita su comprensin y escalabilidad.Crear test que
prueben el funcionamiento de los distintos cdigos implementados
21
nos ayudar a desarrollar dicho cdigo. Crear estos test antes nos
ayuda a saber qu es exactamente lo que tiene que hacer el cdigo
a implementar y sabremos que una vez implementado pasar dichos
test sin problemas ya que dicho cdigo ha sido diseado para ese
fin. Se puede dividir la funcionalidad que debe cumplir una tarea a
programar en pequeas unidades, de esta forma se crearn primero
los test para cada unidad y a continuacin se desarrollar dicha
unidad, as poco a poco conseguiremos un desarrollo que cumpla
todos los requisitos especificados.
Como ya se coment anteriormente, X.P opta por la programacin

en pareja ya que permite un cdigo ms eficiente y con una gran
calidad.
X.P sugiere un modelo de trabajo usando repositorios de cdigo

dnde las parejas de programadores publican cada pocas horas sus
cdigos implementados y corregidos junto a los test que deben
pasar. De esta forma el resto de programadores que necesiten
cdigos ajenos trabajarn siempre con las ltimas versiones. Para
mantener un cdigo consistente, publicar un cdigo en un repositorio
es una accin exclusiva para cada pareja de programadores.
X.P tambin propone un modelo de desarrollo colectivo en el que

todos los programadores estn implicados en todas las tareas;
cualquiera puede modificar o ampliar una clase o mtodo de otro
programador si es necesario y subirla al repositorio de cdigo. El
permitir al resto de los programadores modificar cdigos que no son
suyos no supone ningn riesgo ya que para que un cdigo pueda
ser publicado en el repositorio tiene que pasar los test de
funcionamiento definidos para el mismo.La optimizacin del cdigo
siempre se debe dejar para el final. Hay que hacer que funcione y
que sea correcto, ms tarde se puede optimizar.X.P afirma que la
22
mayora de los proyectos que necesiten ms tiempo extra que el
planificado para ser finalizados no podrn ser terminados a tiempo
se haga lo que se haga, aunque se aadan ms desarrolladores y
se incrementen los recursos. La solucin que plantea X.P es realizar
un nuevo "Release plan" para concretar los nuevos tiempos de
publicacin y de velocidad del proyecto.
A la hora de codificar no seguimos la regla de X.P que aconseja

crear test de funcionamiento con entornos de desarrollo antes de
programar. Nuestros test los obtendremos de la especificacin de
requisitos ya que en ella se especifican las pruebas que deben
pasar las distintas funcionalidades del programa, procurando
codificar pensando en las pruebas que debe pasar cada
funcionalidad.
Fase: Pruebas.
Uno de los pilares de la metodologa X.P es el uso de test para

comprobar el funcionamiento de los cdigos que vayamos
implementando.El uso de los test en X.P es el siguiente:
Se deben crear las aplicaciones que realizarn los test con un

entorno de desarrollo especfico para test.
Hay que someter a tests las distintas clases del sistema
omitiendo los mtodos ms triviales.
Se deben crear los test que pasarn los cdigos antes de
implementarlos; en el apartado anterior se explic la
importancia de crear antes los test que el cdigo.
Un punto importante es crear test que no tengan ninguna

dependencia del cdigo que en un futuro evaluar. Hay que crear
los test abstrayndose del futuro cdigo, de esta forma
aseguraremos la independencia del test respecto al cdigo que
23
evala. Como se coment anteriormente los
distintos test se deben subir al repositorio de cdigo acompaados
del cdigo que verifican. Ningn cdigo puede ser publicado en el
repositorio sin que haya pasado su test de funcionamiento, de esta
forma, aseguramos el uso colectivo del cdigo (explicado en el
apartado anterior).
El uso de los test es adecuado para observar la refactorizacin. Los

test permiten verificar que un cambio en la estructura de un cdigo
no tiene por qu cambiar su funcionamiento.
Test de aceptacin. Los test mencionados anteriormente sirven para

evaluar las distintas tareas en las que ha sido dividida una historia
de usuario. Para asegurar el funcionamiento final de una
determinada historia de usuario se deben crear "Test de
aceptacin"; estos test son creados y usados por los clientes para
comprobar que las distintas historias de usuario cumplen su
cometido.
Al ser las distintas funcionalidades de nuestra aplicacin no

demasiado extensas, no se harn test que analicen partes de las
mismas, sino que las pruebas se realizarn para las funcionalidades
generales que debe cumplir el programa especificado en la
descripcin de requisitos3
3
http://www.monografias.com/trabajos75/sistema-control-inventario-empresa-inversiones/sistema-control-
inventario-empresa-inversiones2.shtml
24
2.5. OBJETIVOS:
2.5.1. General:
Implementar un aplicativo mvil para el control de accesos en el rea de

informtica en la empresa Procesados Amaznicos E.I.R.L.
2.5.2. Especficos:
Emplear la metodologa XP para el desarrollo de los requerimientos del
sistema propuesto.
Desarrollar el sistema utilizando el lenguaje de programacin Java, en
la plataforma Android studio, con base de datos en MySQL, que permita
organizar la informacin de la empresa
.Capacitar a los usuarios del sistema.
Determinar el nivel de calidad del software utilizando ISO 9126.
25
2.6. PROCEDIMIENTO PARA EL DESARROLLO DEL PROYECTO APLICANDO
LA METODOLOGA XP- OBJETIVO N 1 :
2.6.1. FASE DE EXPLORACIN:
2.6.1.1. Identificacin de las historias del usuario:
CODIGO HISTORIAS DE USUARIO
1 REGISTRAR USUARIO
2 REGISTRAR REA
3 REGISTRAR DOMINIO
4 REGISTRAR CARGO
26
Registrar Usuario:
01 REGISTRAR USUARIO
Como administrador deseo poder registrar los datos necesarios de los equipos de la
empresa, para poder realizar el registro correspondiente dentro del parque informtico,
agilizando el proceso de registro.
Estimacin: 4 Das
Prioridad: 400 Dependiente de:02,03,04
El administrador solicitar datos de los usuarios segn lo que

el rea requiera.
El administrador guarda los datos requeridos en la base de
datos del sistema.
FLUJO NORMAL
El sistema generar un cdigo para cada usuario.
El sistema cierra la operacin y espera el siguiente registro
PRUEBA DE El sistema devolver un Error cuando sucedan los siguientes

ACEPTACIN casos: cuando un campo de dato este vaco.
27
Registrar rea:
02 REGISTRAR AREA
Como administrador deseo poder registrar las diferentes reas de la empresa, para
que de esa manera no exista problema alguno al momento de registrar a usuarios,
Ya que ello me ayuda a mantener un orden especifico de equipos.
Estimacin: 2 Das
Prioridad: 300 Dependiente de:01
El administrador ingresa al panel general a ingresar el rea.

Selecciona la opcin rea.
El administrador ingresa un rea especifica
FLUJO NORMAL
datos del sistema.
El sistema generar un cdigo para cada rea.
El sistema cierra la operacin y espera el siguiente registro.
El sistema devolver un Error cuando haya un campo vaco.

PRUEBA DE
ACEPTACIN
28
Registrar Dominio:
03 REGISTRAR DOMINIO
Como administrador deseo poder tener una opcin para registrar el dominio de cada
rea de la empresa, para que exista segmentacin dentro de las reas, ya que la
informacin que se requiere de las reas, es muy general.
Estimacin: 2 Das
El administrador ingresa al panel general a ingresar el

dominio.
FLUJO NORMAL Selecciona la opcin domino.
El administrador ingresa un dominio especfico.
datos del sistema.
El sistema generar un cdigo para cada dominio..
El sistema cierra la operacin y espera el siguiente registro.
El sistema devolver un Error cuando haya un campo vaco.

PRUEBA DE
ACEPTACIN
29
Registrar Cargo:
04 REGISTRAR CARGO
Como usuario necesito poder registrar los cargos de cada usuario de cmputo, para
tener una buena informacin del equipo de cmputo.
Estimacin: 2 Das
El administrador ingresa al panel general a ingresar

el cargo.
Selecciona la opcin Cargo.
FLUJO NORMAL El administrador ingresa un cargo especfico.
El administrador guarda los datos requeridos en la
base de datos del sistema.
El sistema generar un cdigo para cada cargo.
El sistema cierra la operacin y espera el siguiente
registro.
El sistema devolver un Error cuando haiga un

PRUEBA DE ACEPTACIN campo vaco.
30
2.6.1.2. Tareas por Historia de Usuario:
N NOMBRE PRIORIDAD RIESGO PUNTOS ITERACION
1 Registrar Usuario. Alto Alto 4 1
2 Registrar rea. Medio Alto 2 1

3 Registrar Dominio. Medio Alto 2 1
4 Registrar Cargo. Medio Alto 2 1
Registrar Usuario:
TAREA
NUMERO DE TAREA:1 NUMERO DE HISTORIA:01
NOMBRE DE LA TAREA: Diseo de la interfaz para el panel del administrador
TIPO DE TAREA: Desarrollo PUNTOS ESTIMADOS: 2
FECHA INICIO:01/09/17 FECHA FIN:10/09/17
PROGRAMADOR RESPONSABLE: Equipo XP
DESCRIPCION:
Se disea una pgina web general donde se alojaran todas las opciones
administrables requeridas por el rea de TI, contara con 4 opciones: usuario,
dominio, rea, cargos las cuales se desplegar mens con para poder ver,
ingresar y editar los datos requeridos, todos con botones de grabar y editar.
31
TAREA
NOMBRE DE LA TAREA: Comprobacin formulario y base de datos
TIPO DE TAREA: Verificacin PUNTOS ESTIMADOS: 2
DESCRIPCION:
Una vez terminado el panel de administrador se comprobara que el formulario funcione

adecuadamente juntamente con la base de datos desarrollada para este formulario. Si
el proceso falla en algn registro, ste no se inserta en la base de datos y se notifica al
usuario.
32
Registrar rea:
TAREA
NOMBRE DE LA TAREA: Comprobacin rea
DESCRIPCION:
Terminado el panel de administrador se ingresaran datos en cada opcin, para
esta tarea se ingresara datos a la opcin rea, en el cual se detallara el nombre
del rea que se encuentra dentro de la empresa.
33
Registrar Dominio:
TAREA
NOMBRE DE LA TAREA: Comprobacin Dominio con la base de datos
DESCRIPCION:
Terminado el panel de administrador se ingresaran datos en cada opcin, para esta

tarea se ingresara datos a la opcin dominio que viene a ser una sub rea dentro de la
empresa, la empresa cuenta con diferentes reas dentro de estas se encuentran varios
equipos de cmputo se asignara un cdigo de dominio para mantener un orden y no
caer en redundancia de datos.
34
Registrar Cargo:
TAREA
NMERO TAREA:4 NMERO HISTORIA: 05
NOMBRE DE TAREA: Comprobacin de cargo con la base de datos
TIPO DE TAREA: Desarrollo PUNTOS ESTIMADOS:3
FECHA INICIO: 26/09/17 FECHA FIN:28/09/17
DESCRIPCIN:
Terminado el panel de administrador se ingresaran datos en cada opcin, para esta

tarea se ingresara datos a la opcin cargo, en el cual se registrar el cargo del
usuario del equipo de cmputo para poder alinear con el dominio y rea dentro del
sistema.
35
Registrar Usuario:
TAREA
NOMBRE DE LA TAREA: Diseo de la interfaz Usuario Android
TIPO DE TAREA: Desarrollo PUNTOS ESTIMADOS: 2
DESCRIPCION:
Se diseara un aplicativo en android donde mostrara todos los usuarios consultados

se filtrara por nombre de usuario o dominio, este diseo se realizara con lenguaje
XML y se har la conexin a la base de datos mediante un web services.
36
2.6.1.3. Velocidad del proyecto:
HISTORIAS TIEMPO HISTORIAS TIEMPO TAREAS
H1 5 T1:2
T2:2
H2 1 T2:2
2.6.1.4. Estimacin de velocidad de proyecto:
LIBERACIONES VH
LIBERACIN 1 (TH1+TH5)
4+5= 9
LIBERACIN 2 (TH2+TH3+TH4)
2+2+2=6
LIBERACIN3 (TH6)
2=2
LIBERACIONES VT
(TT1+TT2)H1+(TT1+TT2)H5+(TT1+TT2)H3
LIBERACIN 1
(2+2)+(3+2)+(2+2)+(2+2)=17
LIBERACIN 2 (TT1)H2+(TT1)H3+(TT1)H4
2+2+2=6
37
2.6.2. FASE DE PLANIFICACIN DE LA ENTREGA:
2.6.2.1. Actividades de reunin de planificacin de entregas:
ACTIVIDADES DE REUNION DE PLANIFICACION DE ENTREGAS
Actividades Descripcin Responsable
Levantamiento La informacin que nos da la

de informacin empresa para desarrollar el Equipo
proyecto. desarrollador
Identificacin Es lo que la empresa necesita
de historias de obtener los requerimientos para Cliente
usuario el desarrollo del sistema.
Estimacin de Se debe de llevar a cabo una Equipo
historias de estimacin referente al desarrollador
usuario documento especificado
Priorizacin de Se evaluaran de acuerdo al orden Cliente y equipo
historias de establecido desarrollador.
usuario
Documentar el Se hace un resumen respecto a
plan de las historias de usuario Documentador
entregas
2.6.2.2. Equipo: integrantes y roles:
MIEMBRO GRUPO ROLES XP METODOLOGA
Williams Heredia A1 Programador

Salinas
Patrick Arce A1 Programador
Torrejn Coach
XP
Pepe Luna A1 Coach
Programacin
Grandez
Extrema.
Isabel Estrella Consultor customer
Rengifo
38
2.6.2.3. Plan de entregas:
PROCESADOS AMAZONICOS
Plan de entregas
[[ 1 ]]
Versin 1.0
Automatizacin Del Proceso De Registro de usuarios
Plan de entregas
NOMBRE DEL PROYECTO:
Automatizacin Del Proceso De Registro de usuarios en Procesados Amaznicos EIRL
Fecha de reunin de planificacin: 08/09/17

Nombre del documentador: Patrick Arce Torrejn
Pepe Luna Grandez
Entrega numero 01
Historias de usuario a implementar en la entrega
FECHA EN LA LIBERACIN
N TITULO PRIORIDAD QUE SE EN LA QUE
ENTREGARA SE
INCLUIR
01 Registrar Usuario. 400 4 Das 1
02 Registrar rea. 300 2 Das 2
03 Registrar Dominio. 300 2 Das 2
04 Registrar Cargo. 300 2 Das 2
Informacin de aprobacin del plan
Firma del entrenador (coach) Firma del cliente
39
2.6.3. FASE DE ITERACIONES:
2.6.3.1. Identificacin de metforas del sistema:
N METAFORAS DEL SISTEMA
1 GESTION DE USUARIOS
2 GESTION DE REAS
3 GESTION DE DOMINIOS
4 GESTION DE CARGOS
5 INGRESO AL SISTEMA
40
2.6.3.2. Tarjetas CRC:
Metfora 1: Gestin de Usuarios:
CLASES:
Conexin Usuarios
TARJETA 1:
NOMBRE DE LA CLASE: Usuario
RESPONSABILIDAD COLABORACIN
Obtener los datos de los Usuario

usuarios
Conectar con la base de

datos. Conexin
Ingresar los datos del Nombres y apellidos

usuarios en la base de usuario
datos. password
ip del equipo
Confirmar los datos.
41
Metfora 2: Gestin de reas:
CLASES:
Area usuario Conexin
TARJETA 2:
NOMBRE DE LA CLASE: rea
Obtener los datos de los Usuarios

Usuarios.
Conectar con la base de datos. Conexin
Ingresar los datos de reas en la reas

base de datos.
Registra los datos obtenidos
42
Metfora 3: Gestin de Dominios:
CLASES:
Domino rea
usuario Conexin
TARJETA 3:
NOMBRE DE LA CLASE: Dominio
Obtener los datos de las reas. rea
Conectar con la base de datos. Conexin
Ingresar nombre de dominio en dominio

la base de datos.
Confirmar los datos.
43
Metfora 4: Gestin de Cargos:
CLASES:
cargo usuario Conexin
TARJETA 4:
NOMBRE DE LA CLASE: Cargo
Obtener los datos de los usuario

usuarios.
Conectar con la base de Conexin

datos.
Ingresar los datos de los cargo

cargos en la base de datos.
Confirmar datos
44
Metfora 5: Ingreso al Sistema:
CLASES:
Login Conexin Usuario
TARJETA 9:
Para ingresar al sistema se necesita el usuario y la contrasea y

la confirmacin si acepta o no.
NOMBRE DE LA CLASE: Login
Conectar con la base de conexin

datos
Comparar los datos Login

ingresados con lo de la
base de datos
Confirmar los datos. Usuario
Acceder al sistema
45
2.6.3.3. Pruebas de Aceptacin:
Prueba de aceptacin 1: Registrar Usuario:
PRUEBA DE ACEPTACION 1
NOMBRE DE PRUEBA:
Verificacin de registro Administrador
N HISTORIA DE TITULO HISTORIA DE

USUARIO: 01 USUARIO: REGISTRAR
USUARIO
Esta historia de usuario cumple con las

especificaciones y requerimientos del
administrador, ya que el formulario
ESPECIFICACIN:
desarrollado contiene los campos necesarios
basndose en el requerimiento del rea de TI.
46
Prueba de aceptacin 2: Registrar rea:
NOMBRE DE PRUEBA:
Verificacin de registro rea
N HISTORIA DE TITULO HISTORIA DE

USUARIO: 02 USUARIO: REGISTRAR AREA

ESPECIFICACIN: administrador, ya que el campo rea
contiene lo necesario para el registro de
cualquier rea que se adicione o exista en la
empresa.
47
Prueba de aceptacin 3: Registrar Dominio:
NOMBRE DE PRUEBA:
Verificacin de registro Dominio
N HISTORIA DE 03
USUARIO: TITULO HISTORIA REGISTRAR
DE USUARIO: DOMINIO

administrador, ya que el campo Dominio
ESPECIFICACIN:
contiene lo necesario para el registro de
cualquier Dominio que representa una sub
rea dentro del rea de la empresa.
48
Prueba de aceptacin 4: Registrar Cargo:
NOMBRE DE PRUEBA:
Verificacin de registro Cargo
N HISTORIA DE TITULO HISTORIA REGISTRAR CARGO

USUARIO: 04 DE USUARIO:

administrador, ya que el formulario desarrollado
ESPECIFICACIN:
para el registro de Cargos cuenta con campos
validados para el registrar los cargos de los
usuarios.
49
2.6.3.4. Checklist de Aceptacin:
IDENTIFICACIN:
Implementacin de un aplicativo mvil para el control de acceso en el rea

de informtica en la empresa procesados amaznicos E.I.R.L. en el ao 2017
Isabel Estrella Rengifo
PRUEBAS
SI NO
Las pruebas implementadas por el
equipo desarrollador cumplen con las
especificaciones presentadas por usted? X
Las pruebas ejecutadas obtuvieron el

resultado que usted esperaba? X
Cree que las pruebas sealadas por

usted eran capaz de testear las historias X
de usuario completamente?
El sistema refleja los requerimientos X

que usted ha propuesto?
Desea incluir nuevas pruebas? X
GRAFICOS:
SI NO
Presento grficos respecto a las
pruebas de aceptacin? X
En este grafico Se observa que las

pruebas de aceptacin van creciendo X
gradualmente?
Al pasar el tiempo La cantidad de

pruebas que fallan se reduce? X
50
2.6.4. FASE DE DESARROLLO
2.6.4.1. Tarea de Programacin a desarrollar:
N DE TITULO DESARROLLADOR DESARROLLADOR ESTADO FECHA INICIO

TAREA N 1 N 2 TAREA
Diseo de la
01 interfaz para el Edwin Heredia Salinas Patrick Arce Torrejn Finalizado 16/09/17
registro general
02 usuario con la base

de datos Edwin Heredia Salinas Patrick Arce Torrejn Finalizado 22/09/17
03 Comprobacin
rea con la base Edwin Heredia Salinas Patrick Arce Torrejn Finalizado 24/09/17
de datos
Comprobacin
04 Dominio con la 28/09/17
base de datos Edwin Heredia Salinas Pepe Luna Grandez Finalizado
05 Comprobacin
Cargo la base de Edwin Heredia Salinas Pepe Luna Grandez Finalizado 30/09/17
51
datos
Diseo de la
06 interfaz mvil para Edwin Heredia Salinas Patrick Arce Torrejn Finalizado 12/10/17
mostrar lista de
usuarios
52
2.6.5. FASE DE PRODUCCIN:
2.6.5.1. Pruebas finales:
HISTORIA DE USUARIO 1: REGISTRAR USUARIO

En esta historia se puede ingresar la informacin de usuarios, se
pueden guardar en la base de datos, eliminar y modificar datos
ingresados en la base de datos.
Ingresar informacin de los usuarios:
Descripcin:
El administrador registrara los usuarios de la empresa quienes
tienen a su cargo un equipo de cmputo ingresara los datos
necesarios exigidos por el rea de TI, para logar tener un
inventario de equipos de cmputo y usuarios.
Condiciones de ejecucin: Ninguna.
Entrada:
El administrador del sistema introducir su login y su password.
Del men principal ingresar a la opcin usuarios.
Se mostrar un formulario con campos especficos: nombre,
cargo, rea, direccin ip de la mquina, usuario y password
para ingresar al sistema operativo y luego ser guardados en el
sistema.
Resultado esperado
Se muestra la informacin llenada en los campos especficos

llenados en el sistema sin ninguna restriccin en el tecleado de
los datos.
Evaluacin de prueba: Prueba satisfactoria.
53
Guardar datos de Usuarios:
Descripcin:
El administrador una vez haya entrado en el sistema (tras el
proceso de login), se seleccionara la opcin usuarios. Una vez
en esta ventana de registro se proceder a guardar los datos,
en caso de no haber ningn error, se proceder a guardar los
datos en el sistema.
Condiciones de ejecucin: Ninguna.

Entrada:
El administrador introducir su login y su password.
Del men principal ingresar a men usuario- registrar usuario.
sistema.
El administrador llenara todos los campos necesarios y/o
requeridos por el sistema.
Tras la introduccin de los datos deber presionar en el botn
guardar para que los datos del nuevo usuario sean
almacenados en la base de datos del sistema.
Resultado esperado:
La informacin ingresada de cada usuario sea guardada y
almacenada en la base de datos del sistema.
Evaluacin de Prueba: Prueba satisfactoria
54
Modificacin de datos de usuarios almacenados en la base de
datos:
Descripcin:
proceso de login), se seleccionara el men usuarios editar.
Una vez ingresado los datos de nuevo husped se podr
acceder a una lista de usuarios en la cual existir un botn de
editar la cual nos permitir editar los datos de un usuario para
luego ser guardados en la base de datos del sistema.
Condiciones de ejecucin:
Exista algn usuario almacenado en el sistema
Entrada:
Del men principal ingresar a men usuario- registrar usuario.
sistema.
editar para que los datos del usuario sean editados y
almacenados en la base de datos del sistema..
Resultado esperado:
La informacin ingresada de cada usuario sea editada en caso
de errores y ser actualizada y almacenada en la base de datos
del sistema.
55
HISTORIA DE USUARIO 2: REGISTRAR REA.
En esta historia se puede ingresar la informacin de los tipos reas
que existen en la empresa, se pueden guardar los datos y modificar
los datos.
Ingresar informacin reas:
Descripcin:
proceso de login), se seleccionara el men reas y all se podr
realizar el llenado de un pequeo formulario con campos
especficos en el sistema.
Existencia de Usuario almacenado en el sistema
Entrada:
Del men principal ingresar a men reas
Se mostrar un formulario con un campo especfico: descripcin
para ser llenados por el administrador y ser guardados en el
sistema.
Resultado esperado:
llenados en el sistema.
Guardar datos de reas en la base de datos:
Descripcin:
proceso de login), se seleccionara el men reas Una vez en
56
esta ventana de registro se proceder a guardar los datos, en
caso de no haber ningn error, se proceder a guardar los
Existencia de usuarios almacenado en el sistema
Entrada:
Se mostrar un formulario con un campo especfico: descripcin
sistema.
El administrador llenara todos los campos necesarios y/o tras la
introduccin de los datos deber presionar en el botn guardar
para que los datos de la nueva rea sean almacenados en la
Resultado esperado:
La informacin ingresada de cada rea sea guardada y
57
Modificar los datos de reas:
Descripcin:
proceso de login), se seleccionara el men reas. Una vez
ingresado los datos al sistema y en el caso de que haiga
errores se podr modificar los datos con un botn de editar y se
proceder a modificarlos y actualizar la base de datos del
sistema.
Existencia de un usuario almacenado en el sistema
Entrada:
Se mostrar un formulario con campos especficos: descripcin
para ser llenados por El administrador modificados en caso de
ser errneos.
editar para corregir errores de registro para que los datos de la
nueva rea sean actualizados en la base de datos del sistema.
Resultado esperado:
La informacin ingresada de cada rea sea modificada y
actualizada en la base de datos del sistema.
58
HISTORIA DE USUARIO 3: REGISTRAR DOMINIO:
En esta historia se puede ingresar la informacin de dominio de cada
rea, se pueden guardar los datos y modificar los datos.
Ingresar informacin Dominio:
Descripcin:
proceso de login), se seleccionara el men Dominios y all se
podr realizar el llenado de un pequeo formulario con campos
especficos en el sistema.
Existencia de rea almacenado en el sistema
Entrada:
Del men principal ingresar a men dominio.
sistema.
Resultado esperado:
59
Guardar datos de Dominio
Descripcin:
proceso de login), se seleccionara el men dominio, Una vez en
Existencia de rea almacenado en el sistema.
Entrada:
Del men principal ingresar a men Dominio
para ser llenados por El administrador y ser guardados en el
sistema.
guarda para que los datos del domino sean almacenados en la
Resultado esperado:
La informacin ingresada de cada Domino sea guardada y
60
Modificar los datos de Dominio:
Descripcin:
proceso de login), se seleccionara el men Dominio. Una vez
ingresado los datos al sistema y en el caso de que haiga
errores se podr modificar los datos con un botn de editar y se
proceder a modificarlos y actualizar la base de datos del
sistema.
Existencia de un rea almacenado en el sistema
Entrada:
Del men principal ingresar a men Dominio.
Se mostrar un formulario con campos especficos: nombre de
documento para ser llenados por El administrador modificados
en caso de ser errneos.
editar para corregir errores de registro para que los datos del
nuevo dominio sean actualizados en la base de datos del
sistema.
Resultado esperado:
La informacin ingresada de cada dominio sea modificada y
actualizada en la base de datos del sistema.
Evaluacin de Prueba: Prueba satisfactoria.
61
HISTORIA DE USUARIO 4: REGISTRAR CARGO
En esta historia se puede ingresar la informacin de los cargos de los
usuarios, se pueden guardar los datos y modificar los datos.
ingresar informacin de Cargos:
Descripcin:
proceso de login), se seleccionara el men reserva Cargos y all
se podr realizar el llenado de un pequeo formulario con
campos especficos en el sistema.
Existencia de usuario almacenado en el sistema
Entrada:
Del men principal ingresar a men Cargos.
Resultado esperado:
Evaluacin de prueba:
Prueba satisfactoria.
62
Guardar datos de Cargos
Descripcin:
proceso de login), se seleccionara el men Cargos. Una vez en
Existencia de usuarios almacenado en el sistema.
Entrada:
Del men principal ingresar a men Cargos.
Se mostrar un formulario con campos especficos: descripcion
del cargo. para ser llenados por El administrador y ser
guardados en el sistema.
guardar para que los datos del cargo del usuario sean
almacenados en la base de datos del sistema.
Resultado esperado:
La informacin ingresada de cada cargo sea guardada y
Evaluacin de Prueba:
Prueba satisfactoria
63

Proyecto Calidad 311017

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Proyecto Calidad 311017

Hochgeladen von

Copyright:

Verfügbare Formate

INFORME DE PROYECTO DE CALIDAD DE

PROCESADOS AMAZONICOS E.I.R.L.

Patrick Arce Torrejn

Pepe Luna Grandez

Isabel Estrella Rengifo

Agosto - Diciembre 2017

1. Descripcin del Sector. .. 7

II. CAPITULO II: PROYECTO O TAREA ACADMICA 13

3. Definicin del problema. 13

III. REFERENCIAS BIBLIOGRFICAS..

En el proyecto se plantea realizar una experiencia real empleando metodologas

El documento cuenta con tres captulos distribuidos de la siguiente forma:

En el segundo Captulo se describe la realidad problemtica, definimos el problema y

Finalmente en el ltimo captulo analizamos los resultados midiendo la calidad del

Nos introducimos en proyecto dando a conocer la importancia del desarrollo de

En la ejecucin del presente proyecto se logr agilizarlos procesos de registros,

En un mundo globalizado, en donde las organizaciones se ven enfrentadas a competencia

La obtencin de un software con calidad implica la utilizacin de metodologas o

1.1. DESCRIPCIN DEL SECTOR.

El comercio es una actividad econmica del sector terciario que se basa en el

1.2. DESCRIPCIN GENERAL DE LA EMPRESA:

1.2.1. Breve descripcin general de la Empresa.

1.2.2. Organizacin de la Empresa.

Contabilidad Administracion T.I Ventas Almacn

Asistente Asistente Soporte

1.2.2.1. Descripcin de puestos:

1.2.3. Descripcin del rea donde se realiza el proyecto.

El rea de TI es a encargada de brindar a los usuarios, los equipos informticos en

2.1. TTULO DEL PROYECTO:

Implementacin de un aplicativo mvil para el control de accesos en el rea de

2.2. REALIDAD PROBLEMTICA:

La administracin de cuentas de usuario y grupos es una parte esencial de la

2.3. DEFINICIN DEL PROBLEMA:

Cmo influye la Implementacin de un aplicativo mvil para el control de

A continuacin se presenta la perspectiva terica que se maneja para el

2.4.1. Sistema de informacin.

El sistema de informacin basada en computadora son el campo de

Un sistema de informacin consiste de 3 componentes: humano,

En el contexto del individuo quien interpreta los datos que posteriormente

En teora de sistemas, un sistema de informacin es un sistema

2.4.2. Aplicacin mvil:

Una aplicacin mvil o app (en ingls) es una aplicacin

2.4.3. ANDROID STUDIO:

Android Studio es el entorno de desarrollo integrado oficial para la

Est basado en el software IntelliJ IDEA de JetBrains y ha sido publicado

2.4.4. Web Service:

Un servicio web (en ingls, web service o web services) es una

MySQL es un sistema de gestin de bases de datos relacional, multihilo y

Al contrario de proyectos como Apache, donde el software es

2.4.6. Metodologa XP:

La metodologa XP, por sus siglas en ingls (extreme Programming), es

Es la ms destacada de los procesos giles de desarrollo de software.

2.4.6.1. Fases de la Programacin Extrema:

Historias de usuario: El primer paso de cualquier proyecto que siga

Release planning:Despus de tener ya definidas las historias de

Iteraciones Todo proyecto que siga la metodologa X.P. se ha de

Velocidad del proyecto: La velocidad del proyecto es una medida

Programacin en pareja: La metodologa X.P. aconseja la

Reuniones diarias. Es necesario que los desarrolladores se renan

Diseos simples: La metodologa X.P sugiere que hay que

Glosarios de trminos: Usar glosarios de trminos y un correcta

Riesgos: Si surgen problemas potenciales durante el diseo, X.P

Funcionalidad extra: Nunca se debe aadir funcionalidad extra al

Refactorizar: es mejorar y modificar la estructura y codificacin de