UNIVERSIDAD NACIONAL PEDRO RUIZ GALLO

FACULTAD DE CIENCIAS FSICAS Y MATEMTICAS

CENTRO DE INVESTIGACIN

REGISTRO NACIONAL DE TRABAJO DE INVESTIGACIN Y PROYECTOS

FORMATO N 1

CERTIFICACIN DE APROBACIN
DEL PROYECTO DE INVESTIGACIN

CDIGO.FECHA....
COTEGO EN LA BASE DE DATOS DE LA ANR
1. Escuela Profesional: Ingeniera en Computacin e Informtica
2. Apellidos y Nombres:
- Vsquez Casas, Carloss Hammerlyb
- Yovera Chapoan, Henry Hernn
3. Ttulo del Proyecto: IMPLEMENTACIN DE UN SISTEMA INFORMTICO PARA

EL CONTROL DE INVENTARIOS Y DE PERSONAL PARA LA FERRETERA

LINEA CASAS MONSEF -2015
4. Asesor: Ing. Mg. Sc. Moreno Heredia, Armando
5. Problema Cientfico: El sistema informtico para el control de inventario y del personal
lograra llevar de manera eficaz el registro de mercadera y de la asistencia de los empleados en la
empresa Lnea Casas 2015?

6. Objetivo General: Implementar un sistema informtico para optimizar el control de

inventario y del personal, reducir costos y asegurar el cumplimiento del horario laboral en
la empresa Lnea Casas del distrito de Monsef 2015.
7. Hiptesis: El desarrollo de un sistema informtico para el control de inventario y del
personal, lograr mejorar el control de mercadera y llevar un eficiente de la asistencia
laboral de los empleados para una adecuada toma de decisiones en la empresa Lnea
Casas;
8. Diseo de Contrastacin de la Hiptesis: Si la hiptesis propuesta para el desarrollo de
un sistema informtico para el control de inventario y personal para la ferretera Lnea
Casas es correcta, se lograra automatizar los procesos, reducir gastos y tiempo en realizar
estos procesos.

Firma del Autor.

(Email-Telf. Fijo/celular)

Firma del Asesor.

(Email-Telf. Fijo/celular)

I.

ASPECTO INFORMATIVO
I.1. Ttulo del Proyecto:
SISTEMA INFORMTICO PARA EL CONTROL DE INVENTARIO Y DE PERSONAL
PARA LA FERRETERA LNEA CASAS DE LA CIUDAD DE MONSEF 2015.
I.2. Autor(es):
Nombre y Apellido
Direccin
E-mail
Telfono
Nombre y Apellido
Direccin
E-mail
Telfono
I.3. rea de investigacin

:
:
:
:

YOVERA CHAPOAN HENRY

Av. San Antonio 1052 Lambayeque
hernanyover@hotmail.com
310842

:
:
:
:

VASQUEZ CASAS CARLOSS H.

Av. Venezuela 807 Monsef
carlos_9_71_45@hotmail.com
318262

rea de investigacin :

Computacin e Informtica

Sub rea

Aplicada

Lnea

Desarrollo de Software

I.4. Lugar de ejecucin

El proyecto se realizara en la ferretera Lnea Casas en la ciudad de Monsef.
I.5. Duracin estimada
La duracin estimada del proyecto ser 1 ao aproximadamente.

II.

ASPECTO DE LA INSVESTIGACION
2.1 SITUACION PROBLEMTICA:
La Empresa Ferretera Lnea Casas con Razn social 10712653174ubicada en la Av.
Venezuela 807 en el distrito de Monsef, se dedica a la comercializacin de materiales
de construccin y otros productos en general, la cual cuenta con un periodo de 10 aos
aproximadamente operando y brindando la mejor calidad de productos en el mercado a
nivel del departamento de Lambayeque. Esta empresa cuenta con 8 empleados
capacitados y con buena atencin al cliente.
La empresa Lnea Casas brinda a sus clientes la mejor calidad, economa y servicios
de tal manera que les permite gozar una ventaja competitiva logrando de esta manera ser

lder en la venta de sus productos y obteniendo el reconocimiento y prestigio de la

poblacin lambayecana.
El control de inventario en la empresa consiste en que el registro de los productos que
salen y entran se hace en un cuaderno de forma manual, ocasionando deficiencias en el
control de ingresos y salidas de los productos y por ende en el control del inventario;
por otro lado el registro de la asistencia del personal se lleva en una hoja de registros
donde cada personal llega y una persona se encarga de registrar su hora de entrada y
salida. Por falta de un sistema optimizado, esto hace que se generen los siguientes
problemas los cuales radican en:

Inconvenientes que surgen en la demora de los pedidos que se hacen a los

proveedores. Quedando desabastecido y mal con los clientes.

Mal control de los productos que tienen mayor demanda y productos de poca

demanda en la empresa ocasionando una compra excesiva o mnima de ellos.

Desconocimiento del movimiento de los productos.
Desconocimiento del stock actual en la empresa.
Desconocimiento del cumplimiento del horario de trabajo.
Pagos excesivos a los trabajadores por un mal clculo de las horas trabajadas

basados en informacin no confiable.

Demora en el clculo de las horas trabajadas por cada personal.
Posible prdida de los registros de inventario y asistencias de personal.

Debido a los problemas mencionados la empresa lnea casas, teniendo conocimiento del
desarrollo de las tecnologas de la informacin y evolucin del desarrollo del software
aplicativo para automatizar ventas, almacn y control del personal; surge la necesidad del
desarrollo de un sistema de comercializacin que agilice y permita el control de los
procesos mencionados., adems proporcione al personal de la empresa las herramientas
necesarias para optimizar los recursos con que cuenta la empresa.

2.2 REVISIN BIBLIOGRFICA

a) ANTECEDENTES
PATRICIO ANDRES LEROU GODAS (2005) EN SU ESTUDIO SOBRE SISTEMA
PARA CONTROL DE INVENTARIO, VENTA Y GENERACIN DE DATOS
COMERCIALES DE RESTAURANTE, CHILE

Se obtuvieron los siguientes resultados:

Una vez finalizado el trabajo se puede concluir que el objetivo general, la

creacin de un sistema para Control de Inventario, Venta y Generacin de

Datos Comerciales se cumpli a cabalidad mediante el cumplimiento de los

objetivos especficos planteados en un comienzo.

Mediante las metodologas realizadas a cada uno de los elementos
involucrados se pudo verificar el xito y aceptacin de las pruebas
individuales y globales, tanto para la base de datos como para la aplicacin.
Dentro de la realizacin del sistema existieron ciertos factores que
permitieron concretar con xito el proyecto, los cuales se detallan a

continuacin:
Las metodologas que se aplicaron, las cuales dieron forma y estructuraron la

concepcin del sistema.

Cada una de las herramientas de diseo y creacin que se utilizaron, tanto
para la base de datos como para la aplicacin del sistema.

LLACCHUA GUTIERRES, MELQUIADES (2007) EN SU ESTUDIO SOBRE

DISEO

DE

UN

SISTEMA

DE

COMERCIALIZACION

PARA

EL

SUPERMERCADO MINIMARKET TITOS - PERU

Se obtuvieron los siguientes resultados:

El diseo modular que tiene el sistema facilita la administracin y el

entendimiento del mismo haciendo ms la integracin de otros mdulos o
componentes para su crecimiento con ello tambin cabe recalcar que el
diseo multiplataforma hace que se integre fcilmente a cualquier
plataforma

de hardware

y software.

El

uso

de

metodologa

de

desarrollo RUP, conjuntamente con el lenguaje UML y el manejo de los

conceptos de la programacin orientada a objetos, propiciaron que el
desarrollo del sistema sea entendible, sostenible, incremental. Mas aun, el
uso de un entorno de desarrollo rpido como es Netbeans para JAVA, ha
hecho que nuestro desarrollo sea concluido en el tiempo previsto
DELIA GONZALES TLLAME Y DENNIS RAL MEDINA OLIVOS (2011) EN
SU ESTUDIO SOBRE IMPLEMENTACIN DEL SISTEMA DE VENTAS DE

PRODUCTOS Y CONTROL DE ALMACN EN EL SUPERMERCADO METRO PERU

Se obtuvieron los siguientes resultados:

El uso de la herramienta que nos ofrece el lenguaje unificado de

modelamiento UML, junto a la herramienta que CASE RATIONAL
ROSE- R&R, nos ha proporcionado una fcil representacin de nuestro

sistema en trminos de la metodologa RUP.

El uso de la metodologa utilizada PROCESO UNIFICADO RATIONAL RUP, nos ha permitido llegar a un entendimiento claro de la funcionalidad

del sistema, atreves de las diferentes fases de ejecucin.

El uso de SQL server como manejador de la base de datos del sistema nos
permite crear usuarios, a los cuales se les asigna permisos de acceso a la

informacin en un modo detallado.

Se ha logrado un control exacto de la existencia de los productos, as como
tener informacin actualizada, consistente y oportuna de las compras y
ventas, cuando esta sea adquirida.

b) MARCO TERICO
o AREA DEL NEGOCIO
El desarrollo del sistema abarcara principalmente el rea de Recursos Humanos
y el rea de almacenes e inventarios, tambin otorgando facilidades y beneficios
en las reas de ventas, contabilidad y administracin.
rea de Recursos Humanos:
Dentro de la administracin de una empresa, se conoce con el nombre de
Recursos Humanos a la parte de la organizacin que se encarga de gestionar a
las personas para garantizar el cumplimento de las distintas funciones en cada
jornada y que los puestos estn siempre cubiertos, aplica las frmulas de
contratacin ms adecuadas en cada caso, remunera a los trabajadores y los
mantiene motivados.
Planificacin de Personal

La primera labor de esta rea es efectuar una planificacin de personal, es

decir, determinar cul es la necesidad de mano de obra que va a tener la
empresa en una poca determinada, qu tipo de perfiles van a ser los
necesarios, qu tipo de contratos van a realizarse y cul va ser su coste.
Seleccin de Personal
Tras la planificacin comienza la bsqueda, se pasa a la fase de seleccin
de personal. Una vez establecido cul es el perfil de trabajador que busca
la empresa, se comienza a buscar candidatos dando publicidad de la
vacante existente. Actualmente la forma ms comn de hacerlo es a
travs de portales especializados de empleo en la red.
En cuanto comiencen a llegar los currculums, los tcnicos de Recursos
Humanos comenzarn la criba, descartando a aquellos cuyo perfil no se
adapte al buscado y concertando entrevistas con aquellos candidatos que
consideren que pueden ser idneos para el puesto.
Posteriormente se realizarn entrevistas personales para conocer a los
candidatos con ms profundidad y si fuera necesario, se realizarn
pruebas para comprobar que los interesados pueden realizar el trabajo
ofertado. Se proceder de esta manera hasta que se encuentre al candidato
idneo.
Contratacin de Personal
Una vez encontrado el trabajador ideal para cubrir el puesto vacante, el
rea de Recursos Humanos se encargar de realizar todas las gestiones
relativas a la contratacin. Se firmar el contrato, se registrar
oficialmente y se proceder a dar de alta al trabajador en la Seguridad
Social en el rgimen que le corresponda.
Formacin de Personal

El rea de Recursos Humanos se encarga, adems, de organizar los

cursos formativos necesarios para que los trabajadores puedan
desempear su labor de forma ptima y adecuada y que sus
conocimientos estn lo ms actualizados posible. En caso de no haber en
la empresa departamento de riesgos laborales, se encargar tambin de
dar la formacin necesaria a los empleados en esta rea tan importante.

Gestin de Nminas, Prestaciones y Beneficios del Personal

Otra funcin clave del rea de Recursos Humanos es la gestin de
salarios, prestaciones y beneficios. Son ellos quienes se encargan de
confeccionar las nminas, aplicar las retenciones correspondientes,
prorratear las pagas extras cuando sea necesario y en general todo aquello
que guarde relacin con la remuneracin de los trabajadores.
El rea de RRHH se encarga adems de gestionar los das libres y los
periodos vacacionales, de modo que el disfrute de las mismas por los
trabajadores suponga para la empresa el menor menoscabo posible.
Evaluacin Continuo del Personal
En aquellas empresas donde es necesario, el departamento de RRHH se
encarga adems de controlar el desempeo de los trabajadores a travs de
evaluaciones peridicas para ver si desarrollan su labor adecuadamente.
Puede medir aspectos como: iniciativa, relacin con los compaeros o
puntualidad.
Gestin del Proceso Disciplinario del Personal
Por ltimo, el rea de Recursos Humanos se encarga tambin del proceso
disciplinario. Son ellos quienes comunican los despidos y gestionan las
indemnizaciones correspondientes. Conocen tambin del proceso para
sancionar al trabajador por la comisin de alguna falta, aplicando las

sanciones ms adecuadas de las previstas en la legislacin laboral o el

convenio colectivo aplicable.
rea de almacenes e inventarios:
El rea de Almacenes e Inventarios se encarga de garantizar el abasto suficiente
de los artculos y productos , 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.

Funciones

Programar, dirigir y controlar las actividades de recepcin,

despacho, registro y control de los bienes destinados al uso y/o

consumo de las reas.

Verificar que los bienes que se reciben en los almacenes
establecidos, cumplan con la cantidad, calidad, especificaciones y
oportunidad establecidas en los pedidos, requisiciones o
contratos, otorgando en su caso, la conformidad correspondiente

al proveedor.
Controlar los

vales

de

abastecimientos

informar

al

Departamento de Contabilidad con la periodicidad que se

establezca, sobre los bienes entregados a las reas solicitantes.

Mantener el registro y control de mximos y mnimos de

existencias de bienes, a para la reposicin del nivel mnimo de

inventario en el almacn.
Levantar anualmente el inventario fsico de activo fijo y de
existencias en los almacenes establecidos, conciliando con el
Departamento de Contabilidad los resultados obtenidos y,
aclarando en su caso, las diferencias encontradas.

Efectuar conciliaciones mensuales de movimientos con el

Departamento de Contabilidad, aclarando las diferencias que
pudieran encontrarse.

ANALISIS

La Metodologa

Programacin extrema (XP-Extreme Programming):

La programacin extrema o eXtreme Programming (de ahora en adelante, XP) es
una metodologa de desarrollo de la ingeniera de software formulada por Kent
Beck, autor del primer libro sobre la materia, Extreme Programming Explained:
Embrace Change (1999). Es el ms destacado de los procesos giles de
desarrollo de software. Al igual que stos, la programacin extrema se diferencia
de las metodologas tradicionales principalmente en que pone ms nfasis en la
adaptabilidad que en la previsibilidad.
A. Valores
Los valores originales de la programacin extrema son: simplicidad,
comunicacin, retroalimentacin (feedback) y coraje. Un quinto valor,
respeto, fue aadido en la segunda edicin de Extreme Programming
Explained. Los cinco valores se detallan a continuacin:
a. Simplicidad
La simplicidad es la base de la programacin extrema. Se
simplifica el diseo para agilizar el desarrollo y facilitar el
mantenimiento. Un diseo complejo del cdigo junto a sucesivas
modificaciones por parte de diferentes desarrolladores hace que la
complejidad aumente exponencialmente.
Para mantener la simplicidad es necesaria la refactorizacin del
cdigo, sta es la manera de mantener el cdigo simple a medida
que crece.
Tambin se aplica la simplicidad en la documentacin, de esta
manera el cdigo debe comentarse en su justa medida, intentando
eso s que el cdigo est autodocumentado. Para ello se deben
elegir adecuadamente los nombres de las variables, mtodos y
clases. Los nombres largos no decrementan la eficiencia del

cdigo ni el tiempo de desarrollo gracias a las herramientas de

autocompletado y refactorizacin que existen actualmente.
Aplicando la simplicidad junto con la autora colectiva del cdigo
y la programacin por parejas se asegura que cuanto ms grande
se haga el proyecto, todo el equipo conocer ms y mejor el
sistema completo.
b. Comunicacin
La comunicacin se realiza de diferentes formas. Para los
programadores el cdigo comunica mejor cuanto ms simple sea.
Si el cdigo es complejo hay que esforzarse para hacerlo
inteligible. El cdigo autodocumentado es ms fiable que los
comentarios ya que stos ltimos pronto quedan desfasados con
el cdigo a medida que es modificado. Debe comentarse slo
aquello que no va a variar, por ejemplo el objetivo de una clase o
la funcionalidad de un mtodo.
Las pruebas unitarias son otra forma de comunicacin ya que
describen el diseo de las clases y los mtodos al mostrar
ejemplos concretos de cmo utilizar su funcionalidad. Los
programadores se comunican constantemente gracias a la
programacin por parejas. La comunicacin con el cliente es
fluida ya que el cliente forma parte del equipo de desarrollo. El
cliente decide qu caractersticas tienen prioridad y siempre debe
estar disponible para solucionar dudas.
c. Retroalimentacin (feedback)
Al estar el cliente integrado en el proyecto, su opinin sobre el
estado del proyecto se conoce en tiempo real.
Al realizarse ciclos muy cortos tras los cuales se muestran
resultados, se minimiza el tener que rehacer partes que no
cumplen con los requisitos y ayuda a los programadores a
centrarse en lo que es ms importante.
Considrense los problemas que derivan de tener ciclos muy
largos. Meses de trabajo pueden tirarse por la borda debido a
cambios en los criterios del cliente o malentendidos por parte del
equipo de desarrollo. El cdigo tambin es una fuente de

retroalimentacin gracias a las herramientas de desarrollo. Por

ejemplo, las pruebas unitarias informan sobre el estado de salud
del cdigo. Ejecutar las pruebas unitarias frecuentemente permite
descubrir fallos debidos a cambios recientes en el cdigo.
d. Coraje o Valenta
Muchas de las prcticas implican valenta. Una de ellas es
siempre disear y programar para hoy y no para maana. Esto es
un esfuerzo para evitar empantanarse en el diseo y requerir
demasiado tiempo y trabajo para implementar el resto del
proyecto. La valenta le permite a los desarrolladores que se
sientan cmodos con reconstruir su cdigo cuando sea necesario.
Esto significa revisar el sistema existente y modificarlo si con ello
los cambios futuros se implementaran ms fcilmente. Otro
ejemplo de valenta es saber cundo desechar un cdigo: valenta
para quitar cdigo fuente obsoleto, sin importar cuanto esfuerzo y
tiempo se invirti en crear ese cdigo. Adems, valenta significa
persistencia: un programador puede permanecer sin avanzar en un
problema complejo por un da entero, y luego lo resolver
rpidamente al da siguiente, slo si es persistente.
e. Respeto
El respeto se manifiesta de varias formas. Los miembros del
equipo se respetan los unos a otros, porque los programadores no
pueden realizar cambios que hacen que las pruebas existentes
fallen o que demore el trabajo de sus compaeros. Los miembros
respetan su trabajo porque siempre estn luchando por la alta
calidad en el producto y buscando el diseo ptimo o ms
eficiente para la solucin a travs de la refactorizacin del cdigo.
Los miembros del equipo respetan el trabajo del resto no
haciendo menos a otros, una mejor autoestima en el equipo eleva
su ritmo de produccin.
B. Caractersticas fundamentales
Las caractersticas fundamentales del mtodo son:

Desarrollo iterativo e incremental: pequeas mejoras, unas tras

otras.

Pruebas unitarias continuas, frecuentemente repetidas y

automatizadas, incluyendo pruebas de regresin. Se aconseja
escribir el cdigo de la prueba antes de la codificacin. Vase,

por ejemplo NUnit para la plataforma.NET.

Programacin en parejas: se recomienda que las tareas de
desarrollo se lleven a cabo por dos personas en un mismo puesto.
La mayor calidad del cdigo escrito de esta manera -el cdigo es
revisado y discutido mientras se escribe- es ms importante que la

posible prdida de productividad inmediata.

Frecuente integracin del equipo de programacin con el
cliente o usuario. Se recomienda que un representante del cliente

trabaje junto al equipo de desarrollo.

Correccin de todos los errores antes de aadir nueva

funcionalidad. Hacer entregas frecuentes.

Refactorizacin del cdigo, es decir, reescribir ciertas partes del
cdigo para aumentar su legibilidad y mantenibilidad pero sin
modificar su comportamiento. Las pruebas han de garantizar que

en la refactorizacin no se ha introducido ningn fallo.

Propiedad del cdigo compartida: en vez de dividir la
responsabilidad en el desarrollo de cada mdulo en grupos de
trabajo distintos, este mtodo promueve el que todo el personal
pueda corregir y extender cualquier parte del proyecto. Las
frecuentes pruebas de regresin garantizan que los posibles

errores sern detectados.

Simplicidad en el cdigo: es la mejor manera de que las cosas
funcionen. Cuando todo funcione se podr aadir funcionalidad si
es necesario. La programacin extrema apuesta que es ms
sencillo hacer algo simple y tener un poco de trabajo extra para
cambiarlo si se requiere, que realizar algo complicado y quizs
nunca utilizarlo.

La

simplicidad

y la comunicacin son extraordinariamente

complementarias. Con ms comunicacin resulta ms fcil identificar

qu se debe y qu no se debe hacer. Cuanto ms simple es el sistema,
menos tendr que comunicar sobre ste, lo que lleva a una

comunicacin ms completa, especialmente si se puede reducir el

equipo de programadores.

C. Roles
a. Programador
Escribe las pruebas unitarias y produce el cdigo del sistema.
b. Cliente
Escribe las historias de usuario y las pruebas funcionales para
validar su implementacin. Asigna la prioridad a las historias de
usuario y decide cules se implementan en cada iteracin
centrndose en aportar el mayor valor de negocio.
c. Tester
Ayuda al cliente a escribir las pruebas funcionales. Ejecuta
pruebas regularmente, difunde los resultados en el equipo y es
responsable de las herramientas de soporte para pruebas.
d. Tracker
Es el encargado de seguimiento. Proporciona realimentacin al
equipo. Debe verificar el grado de acierto entre las estimaciones
realizadas y el tiempo real dedicado, comunicando los resultados
para mejorar futuras estimaciones.
e. Entrenador (Coach)
Responsable del proceso global. Gua a los miembros del equipo
para seguir el proceso correctamente.
f. Consultor
Es un miembro externo del equipo con un conocimiento
especfico en algn tema necesario para el proyecto. Ayuda al
equipo a resolver un problema especfico.
g. Gestor (Big Boss)
Es el dueo de la tienda y el vnculo entre clientes y
programadores. Su labor esencial es la coordinacin.
D. Fases
1 Fase: Planificacin del proyecto.

Historias de usuario.
Release planning.
Iteraciones:
Velocidad del proyecto.
Programacin en pareja.

Reuniones diarias.

2 Fase: Diseo.

Diseos simples.
Glosarios de trminos.
Riesgos.
Funcionalidad extra.
Tarjetas C.R.C.

3 Fase: Codificacin.
4 Fase: Pruebas.

El uso de los test en X.P es el siguiente.

Test de aceptacin.

1 Fase: Planificacin del proyecto.

Historias de usuario: 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.
Ejemplo de historias de usuario

Release planning*: 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 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 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.

2 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 desarrollar.

Glosarios de trminos: Usar glosarios de trminos y una 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. 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.
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.
Ejemplo de tarjetas CRC

3 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.
La codificacin debe hacerse ateniendo a estndares de
codificacin ya creados. Programar bajo estndares mantiene el
cdigo consistente y facilita su comprensin y escalabilidad.
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 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.
4 Fase: Pruebas.
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.
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.
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.
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 requisitos.
Cuadro comparativo entre la metodologa XP y RUP

Porque utilizar XP?

Nuestro equipo eligi la metodologa gil XP (programacin extrema). Porque es
muy adaptable a nuestras necesidades. Permite adaptar el desarrollo ante el
cambio de requerimientos a lo largo del desarrollo del software dndonos una
aproximacin mejor y ms realista, que tratar de definir todos los requerimientos
al comienzo e invertir esfuerzos despus en controlar los cambios en los
requisitos.
Adems a otras metodologas como la RUP es mucho ms rpido, ya que la
metodologa XP conlleva menos protocolo (documentacin), lo que evita
jerarquas dentro del grupo.

LENGUAJE UNIFICADO DE MODELADO (UML)

La metodologa UML, es un lenguaje para visualizar, especificar, construir y

documentar los artefactos de un sistema con gran cantidad de software ,
pretendiendo as optimizar los tiempos y reducir la incertidumbre del proyecto,
as, que se empieza realizando una parte del sistema (funcional) a travs de
diagramas para los requerimientos que tengan los usuarios y una vez
completada, se procede a crear una segunda parte que seria los diagramas para el
anlisis y diseo, de manera de que en cada iteracin, se obtiene una versin
aumentada del sistema. El proceso concluye cuando se termina de elaborar los
diagramas en cuanto a implementacin considerando que el sistema ha
alcanzado un nivel de maduracin tal, que permita que el trabajo para el que fue
creado, sea realizado sin mayores inconvenientes.
Porque utilizar UML?
El equipo opto por un lenguaje de modelado estndar como es UML que permita
el empleo de casos de uso en lugar de las historias de usuario, en la planificacin
de versiones e iteraciones y en la medicin de la velocidad del proyecto en base
a los casos de uso, en el empleo de UML como apoyo a la reutilizacin que
promueve la simplicidad del cdigo, en el empleo de diagramas de clases y de
interaccin como complemento de las tarjetas CRC.

o GESTOR DE BASE DE DATOS:

Base de Datos
Segn Martin (2007), una base de datos es una coleccin de datos
interrelacionados, almacenados en conjunto sin redundancia perjudicial o
innecesaria; su finalidad es la de servir a una aplicacin o ms de la mejor
manera posible.
Microsoft SQL Server

Motor de base de datos capaz de soportar registros por tabla con interface
intuitiva y con herramientas de desarrollo integradas como Visual Studio 6.0
o .NET.
Adems incorpora modelo de objetos programable (SQL-DMO) con l se puede
desarrollar cualquier aplicacin que manipule componentes de SQL Server, es
decir, hacer aplicacin para crear bases de datos, tablas, DTS, backups, etc.
Servicios del SQL Server:
-

SQL Server: Servicio principal y con el cual arranca el SQL Server

SQL Server Agent: Agente de SQL Server, se utiliza para la

programacin de tareas, alertas, mail.

Coordinador de transacciones distribuidas: DTC, utilizado para tareas

entre varios servidores distribuidos.

Microsoft Search: Utilizado para bsqueda de texto completo en base de
datos e ndices de texto, este servicio estar presente si se ha instalado
esta utilidad.

Sql Server maneja 4 tipos de Bases de datos que son:

Master, Model, Tempdb, Msdb.
Herramientas del SQL Server:
- Libros en pantalla - Administrador corporativo y de servicios
- Compatibilidad con SQL XML en IIS.
- Herramientas de red de cliente y de servidor
- Importar y exportar datos.
Caractersticas de Microsoft SQL Server

Soporte de transacciones.
Soporta procedimientos almacenados.

Incluye tambin un entorno grfico de administracin, que permite el uso

de comandos DDL y DML grficamente.

Permite trabajar en modo cliente-servidor, donde la informacin y datos
se alojan en el servidor y los terminales o clientes de la red slo acceden

a la informacin.
Adems permite administrar informacin de otros servidores de datos.

Microsoft ha desarrollado este gestor de base de datos que soporta y es

compatible con casi todo, por el mismo hecho de que fue concebida para
venderse y ganar dinero a diferencia de MySQL. SQL Server no tiene mucho en
contra salvo el precio, pero para combatir la popularidad de MySQL hace
algunos aos tambin tiene una versin libre y redistribuible incluso en
aplicaciones comerciales (bajo algunas condiciones que no tienen que ver
necesariamente con el precio).
SQL Server 2008 Express
Es una edicin gratuita de SQL Server y es una plataforma de datos ideal para
aprender y ejecutar pequeas aplicaciones de servidor y de escritorio, y para su
redistribucin a travs de ISV (proveedores de software independiente).
Porque utilizar SQL server?
Nuestro equipo ha elegido SQL server porque es:

Simple y lleno de caractersticas: Facilidad de usarlo y mantenerlo. Ya

que las personas estn muy familiarizadas con los productos de

Microsoft. Interfaz ms amigable e interactiva que otros.

Seguridad y estabilidad: Muchos servidores SQL estn destinados a
usarse en grandes grupos de datos y para manejar muchos usuarios. SQL
server proporciona herramientas para solucionar problemas, vigilar y
configurar tu sistema para prevenir problemas que lleven a cadas del
sistema.

o PROGRAMACIN

 Herramienta
Microsoft Visual Studio Community 2013

Es un entorno de desarrollo integrado (IDE, por sus siglas en ingls) para

sistemas operativos Windows. Soporta mltiples lenguajes de programacin
tales como C++, C#, Visual Basic .NET, F#, Java, Python, Ruby, PHP; al igual
que entornos de desarrollo web como ASP.NET MVC, Django, etc., a lo cual
sumarle las nuevas capacidades online bajo Windows Azure en forma del editor
Mnaco.
Visual Studio permite a los desarrolladores crear aplicaciones, sitios y
aplicaciones web, as como servicios web en cualquier entorno que soporte la
plataforma .NET (a partir de la versin .NET 2002). As se pueden crear
aplicaciones que se comuniquen entre estaciones de trabajo, pginas web,
dispositivos mviles, dispositivos embebidos, consolas, etc.
Visual Studio 2013 Community es una nueva versin gratuita y completa de
Visual Studio, Las condiciones de su gratuidad son:

Todo desarrollador individual trabajando en un proyecto comercial o no

comercial.
Cualquier desarrollador contribuyendo a un proyecto de cdigo abierto
Cualquiera en una investigacin acadmica o curso escolar (ejemplo,

estudiantes, profesores, cursos en lnea incluso)

Cualquier empresa con 5 o menos desarrolladores trabajando juntos en
un proyecto comercial o no.

Porque utilizar visual studio community 2013?

Nuestro equipo eligi utilizar Visual Studio Community 2013 porque

proporciona grandes herramientas para el desarrollador y el desarrollo del
sistema, es sencillo e intuitivo, con una interfaz moderna y gratuita.

Lenguaje
Visual Basic .NET (VB.NET)
Segn Microsoft: Visual Basic .NET Es un lenguaje de programacin orientado
a objetos que se puede considerar una evolucin de Visual Basic implementada
sobre el framework .NET. Su introduccin result muy controvertida, ya que
debido a cambios significativos en el lenguaje VB.NET no es retro compatible
con Visual Basic, pero el manejo de las instrucciones es similar a versiones
anteriores de Visual Basic, facilitando as el desarrollo de aplicaciones ms
avanzadas con herramientas modernas. Para mantener eficacia en el desarrollo
de las aplicaciones. La gran mayora de programadores de VB.NET utilizan el
entorno de desarrollo integrado Microsoft Visual Studio en alguna de sus
versiones (desde el primer Visual Studio .NET hasta Visual Studio .NET 2013,
que es la ltima versin de Visual Studio para la plataforma .NET), aunque
existen otras alternativas, como SharpDevelop (que adems es libre).
Al igual que con todos los lenguajes de programacin basados en .NET, los
programas escritos en VB .NET requieren el Framework .NET o Mono para
ejecutarse.
Caractersticas del Lenguaje:

Totalmente orientado a objetos. Utiliza todas las caractersticas de la

POO.
Utiliza todas las caractersticas de Net Framework 4.0 Administracin de

excepciones (errores)
Total interaccin con otros lenguajes NET.
Es un lenguaje RAD (Desarrollo Rpido de Aplicaciones).
Posee una curva de aprendizaje rpida.

Porque utilizarla?

Nuestro equipo eligi este lenguaje por la facilidad del lenguaje, permite crear
aplicaciones para Windows en muy poco tiempo. En otras palabras, permite un
desarrollo eficaz y menor inversin tanto en tiempo como en dinero. Posee una
curva de aprendizaje rpida y es un lenguaje de desarrollo rpido de
aplicaciones,
o Sistema Operativo
Sistema Operativo de Cliente:
Windows 7
Es una versin de Microsoft Windows, lnea de sistemas operativos
producida por Microsoft Corporation. Esta versin est diseada para uso
en PC, incluyendo equipos de escritorio en hogares y oficinas, equipos
porttiles, tablet PC, netbooks y equipos media center.2 El desarrollo de
Windows 7 se complet el 22 de julio de 2009, siendo entonces
confirmada su fecha de venta oficial para el 22 de octubre de 2009 junto
a su equivalente para servidores Windows Server 2008 R2.3
A diferencia del gran salto arquitectnico y de caractersticas que sufri
su antecesor Windows Vista con respecto a Windows XP, Windows 7 fue
concebido como una actualizacin incremental y focalizada de Vista y su
ncleo NT 6.0, lo que permiti mantener cierto grado de compatibilidad
con aplicaciones y hardware en los que ste ya era compatible.4 Sin
embargo, entre las metas de desarrollo para Windows 7 se dio
importancia a mejorar su interfaz para volverla ms accesible al usuario e
incluir nuevas caractersticas que permitieran hacer tareas de una manera
ms fcil y rpida, al mismo tiempo que se realizaran esfuerzos para
lograr un sistema ms ligero, estable y rpido.5
Diversas presentaciones ofrecidas por la compaa en 2008 se enfocaron
en demostrar capacidades multitctiles, una interfaz rediseada junto con
una nueva barra de tareas y un sistema de redes domsticas simplificado
y fcil de usar denominado Grupo en el hogar,6 7 adems de
importantes mejoras en el rendimiento general del sistema operativo.
Sistema Operativo Servidor:

Windows Server 2008

Windows Server 2008 es un sistema operativo con licencia comercial de
Microsoft diseado para servidores. Es el sucesor de Windows Server
2003 y se basa en el ncleo Windows NT 6.1.
Windows Server 2008 es un sistema operativo potente y verstil
construido sobre las mejoras introducidas en Windows Server 2003
Service Pack 1 y Release 2.

Porque utilizar Windows como plataforma?

Usuario y Servidor
El equipo eligi Windows por:

Instalacin sencilla
Tiene soporte y actualizaciones.
Mayor seguridad que sus antecesores.
Enfocado en usuarios comunes.
Es el ms utilizado y ms estable.

o Redes
Tipologa LAN
LAN significa Red de rea local. Es un conjunto de equipos que
pertenecen a la misma organizacin y estn conectados dentro de un rea
geogrfica pequea mediante una red, generalmente con la misma
tecnologa (la ms utilizada es Ethernet).
Una red de rea local es una red en su versin ms simple. La velocidad
de transferencia de datos en una red de rea local puede alcanzar hasta 10
Mbps (por ejemplo, en una red Ethernet) y 1 Gbps (por ejemplo, en
FDDI o Gigabit Ethernet). Una red de rea local puede contener 100, o
incluso 1000, usuarios.
Al extender la definicin de una LAN con los servicios que proporciona,
se pueden definir dos modos operativos diferentes:
En una red "de igual a igual", la comunicacin se lleva a cabo de un
equipo a otro sin un equipo central y cada equipo tiene la misma funcin.

En un entorno "cliente/servidor", un equipo central brinda servicios de

red para los usuarios.
Estructura Cliente - Servidor
Segn Egdares Futch H. En este modelo, el servidor ofrece servicios a
la red, los cuales el cliente puede accesar. Una aplicacin puede ser a la
vez cliente y servidor. Otra forma de presentar el modelo es que los
servidores proveen recursos y los clientes los consumen. Los sistemas de
base de datos relacionales (RDBMS), por ejemplo, aprovechan este
modelo. En este caso, la interfaz con el usuario reside en las maquinas
clientes, PCs o Workstation e incluye el manejo de pantallas, reportes y
requisiciones de datos. La mquina que acta como servidor almacena y
maneja la data real y provee funciones de seguridad, funciones de
locking, bitcoras

de

uso y capacidad

de recuperacin.

Los

requerimientos de datos, usualmente en forma de comandos de SQL

viajan a travs de la red de la maquina cliente al servidor, y solamente los
registros que satisfacen el criterio de seleccin especificado son enviado
de regreso.
La arquitectura cliente-servidor es un modelo de aplicacin distribuida en
el que las tareas se reparten entre los proveedores de recursos o servicios,
llamados servidores, y los demandantes, llamados clientes. Un cliente
realiza peticiones a otro programa, el servidor, quien le da respuesta. Esta
idea tambin se puede aplicar a programas que se ejecutan sobre una sola
computadora, aunque es ms ventajosa en un sistema operativo
multiusuario distribuido a travs de una red de computadoras.
Ventajas

Centralizacin del control: Los accesos, recursos y la integridad

de los datos son controlados por el servidor de forma que un
programa cliente defectuoso o no autorizado no pueda daar el
sistema. Esta centralizacin tambin facilita la tarea de poner al
da datos u otros recursos (mejor que en las redes P2P).

Escalabilidad: Se puede aumentar la capacidad de clientes y

servidores

por

separado.

Cualquier

elemento

puede

ser

aumentado (o mejorado) en cualquier momento, o se pueden

aadir nuevos nodos a la red (clientes y/o servidores).

Fcil mantenimiento: Al estar distribuidas las funciones y
responsabilidades entre varios ordenadores independientes, es
posible reemplazar, reparar, actualizar, o incluso trasladar un
servidor, mientras que sus clientes no se vern afectados por ese
cambio (o se afectarn mnimamente). Esta independencia de los

cambios tambin se conoce como encapsulacin.

Existen tecnologas, suficientemente desarrolladas, diseadas para
el paradigma de C/S que aseguran la seguridad en las
transacciones, la amigabilidad del interfaz, y la facilidad de
empleo.

Desventajas

El software y el hardware de un servidor son generalmente

muy determinantes. Un hardware regular de un computador
personal puede no poder servir a cierta cantidad de clientes.
Normalmente se necesita software y hardware especfico, sobre
todo en el lado del servidor, para satisfacer el trabajo. Por
supuesto, esto aumentar el costo.

Topologa Estrella

Una red en estrella es una red en la cual las estaciones estn conectadas
directamente a un punto central y todas las comunicaciones se han de
hacer necesariamente a travs de ste. Los dispositivos no estn

directamente conectados entre s, adems de que no se permite tanto

trfico de informacin. Dada su transmisin, una red en estrella activa
tiene un nodo central activo que normalmente tiene los medios para
prevenir problemas relacionados con el eco.
Se utiliza sobre todo para redes locales. La mayora de las redes de rea
local que tienen un enrutador (router), un conmutador (switch) o un
concentrador (hub) siguen esta topologa. El nodo central en stas sera el
enrutador, el conmutador o el concentrador, por el que pasan todos los
paquetes de usuarios.
Actualmente es usada por la famosa plataforma Google.
Ventajas

Posee un sistema que permite agregar nuevos equipos fcilmente.

Reconfiguracin rpida.
Fcil de prevenir daos y/o conflictos.
Centralizacin de la red.
Es simple de conectar

Desventajas

Si el Hub (repetidor) o switch central falla, toda la red deja de

transmitir.
Es costosa, ya que requiere ms cable que las topologas en bus o

anillo.
El cable viaja por separado del concentrador a cada computadora.

Porque utilizarla arquitectura cliente servidor?

El equipo opto por esta arquitectura cliente servidor debido a que es de gran
utilidad para todo tipo de usuario, no es muy complicada, reduce el trfico en la
red y el control est centralizado. El servidor protege toda la informacin de
forma segura, evitando que algn cliente no autorizado o mal intencionado
pueda daar el sistema.
Porque utilizarla topologa estrella?
Se eligi esta topologa porque permite agregar nuevos equipos fcilmente,
prevenir daos y conflictos; toda la red es centralizada.

2.3 FORMULACION DEL PROBLEMA CIENTIFICO

El sistema informtico para el control de inventario y del personal lograra llevar de
manera eficaz el registro de mercadera y de la asistencia de los empleados en la
empresa Lnea Casas 2015?
2.4 OBJETIVOS
2.4.1 OBJETIVOS GENERALES
Implementar un sistema informtico para optimizar el control de inventario y del
personal, reducir costos y asegurar el cumplimiento del horario laboral en la empresa
Lnea Casas del distrito de Monsef 2015.
2.4.2

OBJETIVOS ESPECIFICOS
Diagnosticar y Modelarlos procesos del negocio que sern soportados

por el sistema informtico.

Generar reportes grficos e informativos, que logren dar informacin til

a nivel de la gerencia para la toma de decisiones.

Proponer un sistema informtico que optimice los procesos de control de

inventario y personal
Lograr reducir costos en la empresa.
Lograr llevar un control exacto de las horas trabajadas de los empleados

para el clculo de su paga.

Optimizar el registro de material que existe en la empresa.
Optimizar el control de la asistencia del personal que labora en la

empresa
Almacenar informacin relevante de los proveedores, compras, ventas y
del personal de la empresa, para permitir consultas en forma rpida y
exacta.

2.5 Justificacin e Importancia

La empresa Lnea Casas en la actualidad no cuenta con un sistema informtico que
controle de manera eficaz las tareas que conlleva hacer un inventario y el llevar un
registro de la asistencia de los trabajadores, vindose afectada en tiempo, costo,
insatisfaccin al cliente e imagen. Adems en la actualidad las empresas que quieren

lograr el

crecimiento de

esta, estn

innovando mediante el uso de sistemas

informticos para as obtener una ventaja competitiva ante los diferentes competidores
que hay en mercado.
La implementacin de este sistema de informacin planteada en la ferretera Lnea
Casas, tambin brindara la posibilidad de obtener grandes ventajas como incrementar la
capacidad de organizacin de la empresa, mejorando los reportes de inventario; as
como llevar un control efectivo del personal a lo largo de su jornada laboral, certificar la
asistencia del personal, disponer de pruebas inviolables para comprobar las posibles
faltas de empleados, y de los productos existentes en la empresa. Por otra parte el
sistema proporcionara informacin clave para la buena toma de decisiones; esta
informacin ser sencilla, clara, precisa, consistente y fcil de analizar e interpretar.
2.6 HIPOTESIS
El desarrollo de un sistema informtico para el control de inventario y del personal,
lograr mejorar el control de mercadera y llevar un eficiente de la asistencia laboral
de los empleados para una adecuada toma de decisiones en la empresa Lnea Casas;
2.7 DEFINICION DE TERMINOS Y CONCEPTOS
Refactorizacin de Cdigo
El trmino refactorizacin se usa a menudo para describir la modificacin del cdigo
fuente sin cambiar su comportamiento, lo que se conoce informalmente por limpiar el
cdigo. La refactorizacin se realiza a menudo como parte del proceso de desarrollo
del software: los desarrolladores alternan la insercin de nuevas funcionalidades y casos
de prueba con la refactorizacin del cdigo para mejorar su consistencia interna y su
claridad. Los tests aseguran que la refactorizacin no cambia el comportamiento del
cdigo.
Pruebas de Regresin
Se denominan pruebas de regresin a cualquier tipo de pruebas de software que intentan
descubrir errores (bugs), carencias de funcionalidad, o divergencias funcionales con
respecto al comportamiento esperado del software, causados por la realizacin de un
cambio en el programa.
Testers
Los probadores de software (tambin conocidos como testers, su denominacin en
ingls) planifican y llevan a cabo pruebas de software de los ordenadores para

comprobar si funcionan correctamente. Identifican el riesgo de sufrir errores de un

software, detectan errores y los comunican. Evalan el funcionamiento general del
software y sugieren formas de mejorarlo.
Escalabilidad
En telecomunicaciones y en ingeniera informtica, la escalabilidad es la propiedad
deseable de un sistema, una red o un proceso, que indica su habilidad para reaccionar y
adaptarse sin perder calidad, o bien manejar el crecimiento continuo de trabajo de
manera fluida, o bien para estar preparado para hacerse ms grande sin perder calidad
en los servicios ofrecidos.
DTS (Data Trasfer Server)
Es una herramienta o un servicio para Importar y/o Exportar datos desde y/o hacia bases
de datos externas, estas pueden ser otras bases de datos SQL Server u otras como
Oracle, Sybase, Informix, etc. incluso puedes Expoartar / Importar contra Excel,
Access, y archivos de texto, incluso con cualquier base de datos que intercambie datos a
traves de ODBC y OLEDB.
Lenguaje de definicin de datos (DDL)
Las sentencias DDL se utilizan para crear y modificar la estructura de las tablas as
como otros objetos de la base de datos. create, alter, drop, truncate.
Lenguaje de manipulacin de datos (DML)
Las sentencias de lenguaje de manipulacin de datos (DML) son utilizadas para
gestionar datos dentro de los schemas. Algunos ejemplos: select, insert, update, delete.
Servidor
Un servidor es un tipo de software que realiza ciertas tareas en nombre de los usuarios.
El trmino servidor ahora tambin se utiliza para referirse al ordenador fsico en el cual
funciona ese software, una mquina cuyo propsito es proveer datos de modo que otras
mquinas puedan utilizar esos datos.
IDE
Un entorno de desarrollo integrado (IDE)"por sus siglas en ingles" o entorno de
desarrollo interactivo es una aplicacin de software, que provee habilidades
comprensivas para facilitar al programador de computadora desarrollo software. Un
IDE consiste de un editor de cdigo fuente, construccin automtica herramientas
y debugger. La mayora de los IDEs tienen auto-completado de cdigo inteligente.
Framework
Un framework o infraestructura digital, es una estructura conceptual y tecnolgica de
soporte definido, normalmente con artefactos o mdulos de software concretos, que

puede servir de base para la organizacin y desarrollo de software. Tpicamente, puede

incluir soporte de programas, bibliotecas, y un lenguaje interpretado, entre otras
herramientas, para as ayudar a desarrollar y unir los diferentes componentes de un
proyecto.
SQL
Es un lenguaje declarativo de acceso a bases de datos relacionales que permite
especificar diversos tipos de operaciones en ellas. Una de sus caractersticas es el
manejo del lgebra y el clculo relacional que permiten efectuar consultas con el fin de
recuperar de forma sencilla informacin de inters de bases de datos, as como hacer
cambios en ellas.
RAD
Significa programas de Diseo Rpido de Aplicaciones. Son Conocidos el Visual C Delphi o Visual Basic. La mayora tambin son programas visuales orientados a objetos.
El lugar de proceder por una secuencia de lneas de cdigo fuente, actan sobre las
acciones y propiedades de los objetos (tales como botones, listas etc.).

2.8 OPERACIONALIZACION DE LAS VARIABLES

Variable

Dimensin

Requerimientos
obligatorios
Requerimientos

Requerimientos opcionales

Indicador
Presupuesto mnimo
autorizado.
Tiempo requerido.
Apoyo del cliente y reas
involucradas durante el
desarrollo del software.
Caractersticas mnimas del
hardware solicitado.
Conocimiento de los procesos
en las que se implementara el
sistema informtico.
Claridad en los
requerimientos del cliente.
Alto grado de satisfaccin de
los usuarios finales.

Tangible

Ventajas Del Sistema

De Informtico

Intangible

Tcnica

Econmica
Factibilidad

Operativa
Sistema de apoyo en el rea
de inventarios y almacn; y
Sistema De Informacin

en el rea de recursos

humanos

Aumento de la velocidad en
los procesos.
Confiabilidad de la
informacin presentada por el
software.
Conocimiento ms eficiente
del control de la empresa.
Ahorros monetarios.
Ahorros de recursos.
Mejoramiento en el proceso
de toma de decisiones
Incremento de la exactitud
Mayor competitividad con el
servicio al cliente.
Buena imagen del negocio
Incrementa la satisfaccin y
facilidad del trabajo para los
empleados.
Recursos tecnolgicos
Tiempo
Costos del estudio de sistemas
Costo del tiempo que los
empleados dedicaran al
estudio
Costo estimado del hardware
y software
Funcionalidad del sistema
Utilizacin del sistema
Recursos humanos
Sistema de elaboracin de
inventarios
Sistema de control de
asistencia del personal
Sistema de informacin
ejecutiva
Sistema de apoyo a la toma de
decisiones

2.9 TIPO DE INVESTIGACION

El presente proyecto de tesis es de tipo tecnolgica formal:
Tecnolgica formal porque plantea el desarrollo y diseo de un sistema informtico para
lograr automatizar los procesos de control de inventario y personal de manera eficaz y
eficiente; mediante el uso de herramientas
2.10

que logren optimizar el desarrollo del

sistema.
DISEO Y CONTRASTACION DE LA HIPOTESIS

Si la hiptesis propuesta para el desarrollo de un sistema informtico para el control de

inventario y personal para la ferretera Lnea Casas es correcta, se lograra automatizar
los procesos, reducir gastos y tiempo en realizar estos procesos.
2.11

2.12

POBLACION Y MUESTRA DE ESTUDIO

La poblacin est conformada por el cliente y los trabajadores de las reas en las que el
sistema se implementara.
TECNICAS DE MUESTREO
2.13 TECNICAS E INSTRUMENTOS DE RECOLECION DE DATOS
Las tcnicas e instrumentos de investigacin para la recoleccin de datos sern de
manera directa utilizando formularios de entrevistas y la observacin.

a) Observacin
Mediante la observacin se analiza y se describe la lentitud y poca eficiencia en
el manejo de informacin y procesos para el control de inventario y la del
personal.
b) Entrevista
En la ferretera Lnea Casas se realizara esta tcnica a los dueos o clientes
junto con el equipo de desarrollo; ya que permitir obtener datos ms confiables
mediante el dialogo con las personas encargadas de los procesos.
2.14 ANALISIS ESTADISTICOS DE LOS DATOS
2.15 REFERENCIAS BILIOGRAFICAS
a) Bibliografa
1) PATRICIO ANDRES LEROU GODAS (2005) SISTEMA PARA CONTROL
DE INVENTARIO, VENTA Y GENERACIN DE DATOS COMERCIALES
DE RESTAURANTE, CHILE
2) LLACCHUA GUTIERRES, MELQUIADES (2007) DISEO DE UN
SISTEMA DE COMERCIALIZACION PARA EL SUPERMERCADO
MINIMARKET TITOS - PERU
3) DELIA GONZALES TLLAME Y
(2011)

IMPLEMENTACIN

DEL

DENNIS RAL MEDINA OLIVOS

SISTEMA

DE

VENTAS

DE

PRODUCTOS Y CONTROL DE ALMACN EN EL SUPERMERCADO

METRO PERU

4) VLADIMIR MONTOYA A. (2004) JUEGO DIDCTICO PARA EL APOYO

DEL DESARROLLO DE LA LECTO-ESCRITURA, EVALUACIONES
INTELIGENTES Y ESTADSTICAS DE APRENDIZAJE PARA LOS NIOS
DEL CENTRO INFANTIL DE LA UTE - ECUADOR

b) Linkogracia
5) Programacin Extrema XP (2013, Agosto ) extrado de:
http://ingenieriadesoftware.mex.tl/52753_XP---ExtremePrograming.html
6) Fases de la Programacin Extrema XP (2007, Enero) extrado de:
http://programacionextrema.tripod.com/fases.htm
7) Sistema Automatizado Para El Control Del Servicio De Prestamos
(2006, Septiembre) extrado de:
http://www.monografias.com/trabajos15/prestamosbiblioteca/prestamos-biblioteca.shtml
8) Comparacin Entre Mysql Y SQL Server (2011, Septiembre) extrado
de:
http://www.latindevelopers.com/articulos/sql-server/diferencias-entremysql-y-sql-server.php
9) Microsoft visual estudio (2015, Febrero) extrado de:
http://es.wikipedia.org/wiki/Microsoft_Visual_Studio
10) Visual Basic .NET (2014, Noviembre) extrado de:
http://es.wikipedia.org/wiki/Visual_Basic_.NET
11) Todo sobre Windows 7 extrado de:
https://www.academia.edu/9265734/Todo_sobre_Windows_7
12) Windows Server 2008 extrado de:
http://www.osandnet.com/windows-server-2008/
13) Tipos de Redes (2015, febrero) extrado de:
http://es.kioskea.net/contents/257-tipos-de-redes
14) Implicaciones De Programacin En La Arquitectura Cliente/Servidor
(1992,febrero) extrado de:
http://maestros.unitec.edu/~efutch/efutchArquitecturaClienteServidor.pdf
15) Red en Estrella (2015,enero) extrado de:
http://es.wikipedia.org/wiki/Red_en_estrella
3

ASPECTO DE LA INVESTIGACION

3.1 CRONOGRAMA DE ACTIVIDADES

CRONOGRAMA DE ACTIVIDADES

ener
o

febrer
o

Marz
o

Abri
l

2015-2016
May Juni
Sep Oc
o
o
Julio Ago
t
t

No
v Dic

FASE DE PLANEAMIENTO
Revisin de bibliografa
Elaboracin del proyecto
Presentacin y aprobacin
FASE DE EJECUCION
Recoleccin de datos
Anlisis del proyecto
Diseo del proyecto
Desarrollo del proyecto
FASE DE COMUNICACIN
Elaboracin del informe
Presentacin del informe
FASE DE
IMPLEMENTACIN
Implementacin del sistema
informtico
Capacitacin del personal

3.2 PRESUPUESTO
a)
Remuneraciones:
El presente proyecto no tendr remuneracin alguna por parte de
alguien o de alguna entidad al ser un proyecto de tesis sin fines de
b)

lucro.
Bienes:

DESCRIPCIN

VALOR

VALOR

UNITARIO

TOTAL

c)

Hojas Bond A4
Lapiceros
Correctores
Libros
Folders
Resaltadores
USB
TOTAL

S/. 6.00
S/. 2.00
S/. 0.50
S/. 50.00
S/. 0.50
S/. 0.50
S/.20.00

S/.6.00
S/.8.00
S/1.50
S/. 50.00
S/. 6.00
S/. 2.00
S/.40.00
S/. 113.50

VALOR

VALOR

UNITARIO
S/. 0.10
S/. 0.20
S/. 2.00
S/. 50.00
S/. 50.00
S/. 3.00

TOTAL
S/.10.00
S/.15.00
S/16.00
S/. 150.00
S/. 150.00
S/. 12.00
S/. 353.00

Servicios:
DESCRIPCIN
-

Fotocopias
Impresiones
Movilidad
Internet
Luz Elctrica
Recargas
TOTAL

3.3 FINANCIACION
El proyecto ser autofinanciado por los miembros del equipo que llevara a cabo la
implementacin del sistema acadmico
FECHA DE PRESENTACION
Finales del mes de febrero del 2016.

Situacin problemtica
Primer prrafo
-transporte Chiclayo
-rubro a que se dedica razn social y direccin
-misin
-visin
Segundo prrafo

-hablar la problemtica

En el ltimo prrafo

La propuesta de solucin al problema

Presentar antecedentes 3 como mnimo

Autor
Titulo
Implementar un sistema para el control de personal, almacn y ventas para la ferretera
Lnea Casas
Sistema de control de inventario y de recursos humanos

Conclusiones
En que ayuda

Puede ser internacional, nacional y regional

2da parte
Problema
Objetivos generales
Objetivos especficos

Justificacin e importancia

Base terica
Debemos hablar sobre el negocio (inventario)

Herramientas
Anlisis
Uml
Xp
Rational
Scrum
Base de datos
Sql server
Oracol
Sobre que va a correo (plataforma) (server)
Windows server
Desarrollo
Visual studio
Redes
Internet
Marco terico

Hablar sobre:
rea de negocio
Herramientas de anlisis (uml, rational, xp)
Motor de base de datos (SQL server)
Sistema operativo (servidor y cliente)
En que lenguaje de programacin (java, visual)
Redes ()

Mnimo 10 o 15 caras

Metodologa
RUP
Motor Base de datos
SQL server
Sistema operativo
Servidor
Windows server 2008
Cliente
Sistemas Operativos Windows
Lenguaje de programacin
Visual basic.net
Herramientas
Visual Studio Community 2013
Rational Rose
Red
Arquitectura Cliente servidor
Topologa Estrella
Tipologa LAN