TEMA:
DISEO, DESARROLLO E IMPLEMENTACIN DE UN
SISTEMA DE CONTROL INTERNO DE INVENTARIOS Y
FACTURACIN PARA LA EMPRESA MACRORIEGO
APLICATIVO:
MDULOS DE INVENTARIOS, FACTURACIN Y BANCOS
AUTOR:
CERTIFICACIN
DIRECTOR DE LA TESIS
CERTIFICACIN DE LA EMPRESA
Ibarra, 22 de enero de 2013
Seores
UNIVERSIDAD TCNICA DEL NORTE
Presente
De mis consideraciones.-
inventarios y facturacin
La egresada Alexandra Maribel Montenegro Chamorro puede hacer uso de este documento
para los fines pertinentes en la Universidad Tcnica del Norte.
Gerente - Propietario
MACRORIEGO
IBARRA. Av. CRISTOBAL DE TROYA Y JUAN JOSE PAES (ESQUINA)
Telf: (06) 2-630-707 Cel: 099477021
ii
Yo, Alexandra Maribel Montenegro Chamorro, con cedula de ciudadana Nro. 100315424
- 0, manifiesto mi voluntad de ceder a la Universidad Tcnica del Norte los derechos
patrimoniales
atrimoniales consagrados en la Ley de Propiedad
Prop
Intelectual
ntelectual del Ecuador, articulo 4, 5 y
6, en calidad de autor del trabajo de grado denominado: DISEO,
DISEO, DESARROLLO E
IMPLEMENTACIN DE UN SISTEMA DE CONTROL INTERNO DE
INVENTARIOS Y
Firma
Nombre: ALEXANDRA MARIBEL MONTENEGRO CHAMORRO
Cdula: 100315424 0
Ibarra a los veinte y ocho das del mes de febrero del 2013
iii
BIBLIOTECA UNIVERSITARIA
1. IDENTIFICACIN DE LA OBRA
La Universidad Tcnica del Norte dentro dell proyecto Repositorio Digital Institucional,
I
determin la necesidad de disponer los textos completos de forma digital con la finalidad
de apoyar los procesos de investigacin, docencia y extensin de la universidad.
Por medio del presente documento dejo sentada mi voluntad de participar en este
proyecto, para lo cual ponemos a disposicin
dispos
la siguiente informacin:
DATOS DE CONTACTO
CDULA DE CIUDADANA
100315424- 0
APELLIDOS Y NOMBRES
DIRECCIN
maribel_macroriego@hotmail.es
TELFONO FIJO
06 2641 354
TELFONO MVIL
0994 22 64 66
DATOS DE LA OBRA
TTULO
APLICATIVO
AUTOR
FECHA
PROGRAMA
PREGRADO
iv
Yo, Alexandra Maribel Montenegro Chamorro, con cdula de ciudana Nro. 100315424 0, en calidad de autor y titular de los derechos patrimoniales del trabajo de grado descrito
anteriormente, hago entrega del ejemplar respectivo en formato digital y autorizo a la
Universidad Tcnica del Norte, la publicacin de la obra en el Repositorio Digital
Institucional y el uso del archivo digital en la Biblioteca de la Universidad con fines
acadmicos, para ampliar la disponibilidad del material y como apoyo a la educacin,
investigacin y extensin; en concordancia con la Ley de Educacin Superior Artculo
144.
3. CONSTANCIA
Firma
Nombre: ALEXANDRA MARIBEL MONTENEGRO CHAMORRO
Cdula: 100315424 0
Ibarra a los veinte y ocho das del mes de febrero del 2013
DEDICATORIA
Dedico esta Tesis a Dios y toda mi familia.
A Dios, el amigo de toda mi vida, porque hiciste realidad este sueo, por todo el
amor con el que me rodeas cuidndome y dndome fortaleza para continuar.
Para mis padres Vctor y Rosa, por su comprensin y ayuda en momentos malos
y menos malos. Me han enseado a encarar las adversidades sin perder nunca la
dignidad ni desfallecer en el intento. Me han dado todo lo que soy como persona,
mis valores, mis principios, mi perseverancia y mi empeo, y todo ello con una
gran dosis de amor y sin pedir nunca nada a cambio.
Para ellos,
vi
AGRADECIMIENTO
A Dios y a la Virgen Mara que gracias a ellos, pude guiar mi vida cada da, y
culminar esta tesis.
A todos ellos,
vii
TABLA DE CONTENIDOS
CERTIFICACIN .............................................................................................................. i
CERTIFICACIN DE LA EMPRESA .................................................................................... ii
CESIN DE DERECHOS DE AUTOR DEL TRABAJO DE INVESTIGACIN ............................. iii
AUTORIZACIN DE USO Y PUBLICACIN A FAVOR DE LA UNIVERSIDAD TCNICA DEL
NORTE..........................................................................................................................iv
DEDICATORIA ...............................................................................................................vi
AGRADECIMIENTO....................................................................................................... vii
TABLA DE CONTENIDOS .............................................................................................. viii
NDICE DE TABLAS ...................................................................................................... xiv
NDICE DE FIGURAS ..................................................................................................... xv
RESUMEN .................................................................................................................. xvii
SUMMARY ............................................................................................................... xviii
1
INTRODUCCIN ..................................................................................................... 2
1.1
1.1.1
ANTECEDENTES............................................................................................................................ 2
1.1.2
1.1.3
PROSPECTIVA ............................................................................................................................... 4
1.1.4
1.2
PROBLEMA ............................................................................................................... 2
OBJETIVOS ................................................................................................................ 5
1.2.1
1.2.2
1.2.3
1.3
ALCANCE .................................................................................................................. 5
1.4
JUSTIFICACIN .......................................................................................................... 8
viii
2.1.1
MARCO REFERENCIA.................................................................................................................. 10
2.1.1.1
2.1.1.2
2.1.1.3
2.2
MISIN ................................................................................................................... 11
2.3
VISIN .................................................................................................................... 11
2.4
OBJETIVOS .............................................................................................................. 11
2.5
SERVICIOS............................................................................................................... 12
2.5.1
PRODUCTOS ............................................................................................................................... 12
2.5.1.1
2.5.1.2
2.5.1.3
2.5.1.4
2.5.1.5
2.5.1.6
2.5.1.7
FILTRACIN ....................................................................................................................... 13
2.5.2
2.5.2.1
2.6
ASESORAMIENTO .............................................................................................................. 14
FUNCIONAMIENTO ................................................................................................. 14
2.6.1
FUNCIN DE DIRECCIN............................................................................................................ 15
2.6.2
2.6.3
2.6.4
2.6.5
FUNCIN COMERCIAL................................................................................................................ 17
2.6.6
2.7
2.7.1
2.7.2
2.7.3
2.7.3.1
2.7.3.2
REQUERIMIENTOS NO FUNCIONALES............................................................................... 20
2.7.4
2.7.4.1
2.7.4.2
2.7.4.3
ix
PHP ........................................................................................................................ 23
3.1.1
3.1.2
3.1.3
3.1.3.1
3.2
APACHE .................................................................................................................. 26
3.2.1
3.3
POSTGRESQL........................................................................................................... 27
3.3.1
3.4
SYMFONY ............................................................................................................... 28
3.4.1
3.4.2
3.4.2.1
3.4.2.2
PEAR .................................................................................................................................. 30
3.4.2.3
ORM .................................................................................................................................. 30
3.4.2.4
3.4.2.5
YAML ................................................................................................................................. 31
3.4.3
3.4.3.1
3.5
METODOLOGA RUP................................................................................................ 33
3.5.1
3.5.2
4.1.1
4.1.2
4.1.3
4.2
4.2.1
4.2.2
4.2.2.1
4.2.3
4.2.3.1
4.2.4
MODELO CONCEPTUAL.............................................................................................................. 46
4.2.4.1
4.2.4.1.1
4.2.5
4.2.6
4.2.6.1
4.2.6.2
4.3
4.3.1
4.3.1.1
4.3.2
4.3.2.1
4.3.3
4.3.3.1
4.3.4
4.3.4.1
4.3.5
4.3.5.1
4.3.6
4.3.6.1
4.3.7
4.3.7.1
4.3.8
4.3.8.1
4.3.9
4.3.9.1
4.3.10
4.3.10.1
4.3.11
4.3.11.1
4.3.12
4.3.12.1
4.3.13
4.3.13.1
xi
5.2
5.2.1
5.2.2
5.2.3
5.2.4
5.2.4.1
5.2.4.2
5.2.4.3
5.2.4.4
5.2.4.4.1
5.2.4.5
5.3
5.2.4.5.1
5.2.4.5.2
5.3.1
5.3.1.1
5.3.1.2
5.3.1.3
5.3.1.4
5.3.1.5
5.3.1.6
5.3.2
5.3.2.1
5.3.2.2
5.3.2.3
5.3.2.4
5.3.2.5
5.3.3
5.4
PRODUCCIN.......................................................................................................... 91
5.4.1
COSTO DE SOFTWARE................................................................................................................ 91
5.4.2
5.4.3
5.4.4
VIABILIDAD TCNICA.................................................................................................................. 97
5.4.5
5.4.6
VIABILIDAD DE CRONOGRAMA.................................................................................................. 98
5.4.7
5.4.8
RESTRICCIONES .......................................................................................................................... 98
xii
5.4.8.1
5.4.8.2
CONCLUSIONES......................................................................................................101
6.2
RECOMENDACIONES ..............................................................................................103
6.3
REFERENCIAS .............................................................................................................109
ANEXOS ....................................................................................................................110
xiii
NDICE DE TABLAS
Tabla 1: Roles y responsabilidades Fase de inicio ........................................................41
Tabla 2: Roles y responsabilidades Fase de elaboracin .............................................41
Tabla 3: Necesidades de los interesados y usuarios .......................................................47
Tabla 4: Resumen de caractersticas ...............................................................................50
Tabla 5: Definicin del problema ......................................................................................77
Tabla 6: Posicionamiento del producto ............................................................................78
Tabla 7: Resumen de los patrocinadores .........................................................................79
Tabla 8: Resumen usuarios .............................................................................................79
Tabla 9: Responsable de la toma de decisiones ..............................................................80
Tabla 10: Gerente de Macroriego ....................................................................................80
Tabla 11: Secretaria Administrativa .................................................................................81
Tabla 12: Parmetros de COCOMO bsico e intermedio .................................................92
Tabla 13: Parmetro de COCOMO intermedio.................................................................92
Tabla 14: Factores de COCOMO Intermedio ...................................................................93
Tabla 15: Registro de Gastos Proyecto Cndor .............................................................104
Tabla 16: Ventas de Productos ......................................................................................106
xiv
NDICE DE FIGURAS
Ilustracin 1: Esquema General ........................................................................................ 7
Ilustracin 2: Funciones de una empresa.........................................................................15
Ilustracin 3: Partes interesadas de Macroriego ..............................................................18
Ilustracin 4: Funcionamiento de MVC ............................................................................33
Ilustracin 5: Fases de RUP ............................................................................................35
Ilustracin 6: Diagrama lgico del sistema .......................................................................43
Ilustracin 7: Esquema de procesos del sistema .............................................................44
Ilustracin 8: Diagrama Entidad Relacin ........................................................................45
Ilustracin 9: Diagrama de Clases ...................................................................................47
Ilustracin 10: Perspectiva del producto...........................................................................49
Ilustracin 11: Caso de uso: Ingreso al sistema ...............................................................51
Ilustracin 12: Caso de uso: Facturacin .........................................................................54
Ilustracin 13: Caso de uso: Compras .............................................................................56
Ilustracin 14: Caso de uso: Bancos ................................................................................58
Ilustracin 15: Caso de uso: Cuentas por Pagar ..............................................................60
Ilustracin 16: Caso de uso: Cuentas por Cobrar.............................................................62
Ilustracin 17: Caso de uso: Registro gastos de la empresa ............................................64
Ilustracin 18: Caso de uso: Reportes .............................................................................65
Ilustracin 19: Caso de uso: Ver Reportes .......................................................................67
Ilustracin 20: Caso de uso: Clientes ...............................................................................68
Ilustracin 21: Caso de uso: Proveedores........................................................................70
Ilustracin 22: Caso de uso: Categoras ..........................................................................72
Ilustracin 23: Caso de uso: Productos ............................................................................74
Ilustracin 24: Diagrama de secuencia: Ingreso al Sistema .............................................82
Ilustracin 25: Diagrama de Secuencia: Facturacin .......................................................83
Ilustracin 26: Diagrama de secuencia: Inventarios .........................................................84
Ilustracin 27: Diagrama de secuencia: Registro de Gastos ............................................85
Ilustracin 28: Diagrama de secuencia: Reportes ............................................................85
Ilustracin 29: Diagrama de secuencia: Bancos...............................................................86
Ilustracin 30: Diagrama de colaboracin: Ingreso al Sistema .........................................87
Ilustracin 31: Diagrama de colaboracin: Facturacin ....................................................87
Ilustracin 32: Diagrama de colaboracin: Inventario .......................................................88
Ilustracin 33: Diagrama de colaboracin: Registrar los Gastos ......................................88
Ilustracin 34: Diagrama de colaboracin: Reportes ........................................................89
xv
xvi
RESUMEN
En el apartado Introduccin se describe los antecedentes, problema, objetivos y
justificacin para el planteamiento del sistema de control de inventarios y
facturacin en la empresa Macroriego.
xvii
SUMMARY
In the Introduction section describes the background, problem, objectives and
rationale for the approach of inventory control system and billing Macroriego
company.
Chapter IV describes the proposed solution, as well as the analysis, design and
requirements that were used to develop the system.
Chapter V describes the elements of the design model and identifies the design
scale packages, subsystems and classes, including the distribution of the
components related to the structure, focusing on the organization of software
modules.
xviii
Captulo 1
INTRODUCCIN
1 INTRODUCCIN
En la actualidad, en la provincia de Imbabura los organismos como Municipios y
gobiernos provinciales se han enfocado en la creacin de nuevas fuentes de trabajo que
impulsan a las microempresas a surgir en el mbito econmico y estas buscan los
mecanismos necesarios para prestar servicios con mayor eficiencia, en donde se enlacen
la buena atencin al cliente y la calidad del producto o servicio que se oferta, situacin
que determina que las empresas y microempresas de las diferentes reas del sistema
productivo como: industriales, de servicios y por supuesto las comerciales, debido al
incremento de la competitividad interna como externa busquen nuevos medios para un
mayor desarrollo.
necesidad de
1.1 PROBLEMA
1.1.1 ANTECEDENTES
Desde sus inicios esta empresa se caracteriza por ser la pionera en comercializacin de
productos de sistemas de riego, a travs del tiempo ha logrado obtener el prestigio que le
ha permitido expandirse y fortalecerse como la empresa lder dentro de la regin,
ofreciendo productos de calidad con tecnologa israel1, tecnologa de riego con avances
de punta es decir con innovaciones nuevas a los productos ya existentes esto son
mangueras con goteros incluidos para una mejor distribucin de agua en los cultivos,
productos debidamente probados para las condiciones que requiere cada cultivo,
incluyendo equipos de riego adecuados para irrigar eficientemente cultivos florcolas,
hortcolas, frutales, entre otros, tanto bajo invernaderos como en la intemperie en
distintos medios y sustratos; cumpliendo as con los grandes estndares requeridos por
sus clientes, que se han constituido en el capital ms importante de la empresa razn por
la que atiende pensando siempre en satisfacer sus necesidades y complacer sus
exigencias de acuerdo a la innovacin del mercado y presentando productos accesibles a
diferentes clases de consumidores que le han permitido mantenerse en el mercado
actual.
A fin de hacer frente a la competencia, Eroriegos, Hidotecnologa y Tecnohidro2, el dueo
y gerente de Macroriego ha visto la necesidad de implementar el sistema de control de
inventarios y facturacin en la empresa, para que le permita mejorar y mantener la
solidez econmica porque los beneficios de la empresa son relativamente altos pero no
administrados correctamente.
Tecnologa Israel: Israel siempre ha sido lder en el desarrollo de sistemas de riegos que
reducen la cantidad de agua necesaria para cultivar y cosechar producto, esto son el riego por
goteo y micro aspersin.
2
1.1.3 PROSPECTIVA
Este proyecto permitir a la entidad obtener informacin real de sus recursos, alcanzando
un valioso nivel de confiabilidad sobre su estado financiero, una excelente utilizacin de
la informacin contable y por ende consiguiendo el xito de los objetivos que la empresa
persigue y dando cumplimiento al reglamento interno de delegar funciones de acuerdo a
sus conocimientos y necesidades de la misma.
Evitando as la duplicidad de los cargos; no destinar gastos de capital sin una previa
planificacin o destino del dinero para evitar egresos excesivos; controlar con ms rigidez
los productos de inventario evitando la prdida de bienes activos que afecten su
estabilidad econmica u otros aspectos perjudiciales o contradictorios a la empresa.
1.2 OBJETIVOS
1. Disear la estructura del sistema de control interno, que permita cambiar el estilo
de gestin empresarial actual en la empresa Macroriego.
2. Desarrollar el software necesario que se acople a los requerimientos del mercado
local, basndose en los programas ya existentes para este fin.
1.3 ALCANCE
El proyecto consiste en desarrollar un sistema de control de inventarios y facturacin, que
facilite y agilice el desarrollo y desempeo de la empresa Macroriego.
Usuarios
Datos de la Empresa
MDULO DE INVENTARIOS
Registro Productos
Registro Categoras
Registro Proveedores
Registro de Compras
MDULO FACTURACIN
Registro Clientes
Registro Facturas
MDULO CUENTAS
Tipo de Gasto
Gastos
MDULO BANCOS
Bancos
Cuentas Bancarias
Transacciones Bancarias
Conciliacin Bancaria
REPORTES
Listado de Proveedores
Listado de Clientes
1.4 JUSTIFICACIN
En la empresa Macroriego es necesario un sistema de control de inventarios y
facturacin, que permita registrar las operaciones diarias que realiza la empresa;
indicando as que con una buena planificacin y control, se puede cumplir todos los
objetivos que se plantea y brindar mejor servicio a sus clientes.
Tambin permitir a los propietarios saber con precisin el estado de las cuentas,
verificar su exactitud y confiabilidad de los datos obtenidos, medir la eficiencia y
productividad en cada una de las actividades que diariamente se realizan, garantiza su
estabilidad, permite trabajar con mayor rapidez y eficacia para dar soluciones rpidas y
oportunas.
CAPTULO 2
MACRORIEGO DISTRIBUIDOR
AUTORIZADO
10
MACRORIEGO, ofrece productos con sellos de calidad INEN NORMA NTE INEN 1869
con certificacin ISO 9001:2000.
2.2 MISIN
Macroriego es una empresa que disea y produce sistemas de riego, distribuidor
autorizado de John DeereWater y Tigre Ecuador, que contribuye con el desarrollo
agrcola y atiende
Carchi. Para esto, cuenta con la ms avanzada tecnologa israelita de riego con avances
de punta. Buscando la excelencia, promoviendo un ambiente organizacional de alto
desempeo, respetando la comunidad y al medio ambiente.
2.3 VISIN
MACRORIEGO, hasta el 2015 aspira ser una empresa lder en el mercado agrcola
buscando los mecanismos necesarios para prestar servicios con altos niveles de
eficiencia, en donde se conjugue la buena atencin al cliente y la calidad del producto o
servicio ofertado con la ms alta tecnologa israelita.
2.4 OBJETIVOS
11
2.5 SERVICIOS
Fabricamos e importamos la ms amplia gama de materiales y accesorios para sistemas
de riego, agua potable, construccin, industria y todo tipo de infraestructuras hidrulicas.
2.5.1 PRODUCTOS
Cementos solventes para tubera de PVC tanto rgida como flexible y sus
accesorios.
12
Medidores de Agua
2.5.1.7 FILTRACIN
13
Garanta y calidad.
Responsabilidad.
Rapidez.
Ingenieros especializados.
2.5.2.1 ASESORAMIENTO
Recopilacin de informacin.
2.6 FUNCIONAMIENTO
Estn relacionadas directamente con las funciones bsicas que realiza MACRORIEGO a
fin de lograr sus objetivos.
Para que la organizacin empresarial pueda conseguir sus objetivos, es necesario que
las funciones que a continuacin se detallan se desarrollen en conjunto.
14
DIRECTIVA
PRODUCTIVIDA
FINANCIERA
FUNCIONES
RR.HH
COMERCIAL
ADMINISTRATIV
Ilustracin 2: Funciones de una empresa
Fuente: (Vilcaromero Ruiz, 2000)
Interpersonal
Informacional
15
Decisional
Esta funcin es conocida tambin como funcin tcnica. Donde incluye todo el conjunto
de actividades a travs de las cuales la empresa crea los productos o presta los servicios
que son el objeto de su actividad. Las empresas deben ocuparse de la Investigacin, el
desarrollo y la innovacin (I+D+i), producir o prestar el servicio inherente a su propia
actividad y realizar los correspondientes controles de calidad necesarios para comprobar
que sus productos o servicios llegan al mercado en ptimas condiciones.
1. Contratacin y empleo
2. Capacitacin y desarrollo
16
3. Sueldos y salarios
4. Relaciones laborales
5. Servicios y Prestaciones
6. Higiene y seguridad
7. Planeacin de recursos humanos
Las funciones comerciales estn asociadas con las actividades de compra, venta e
intercambio de la empresa.
Las funciones administrativas son aquellas que regulan y controlan las cinco funciones
anteriores.
Identifica las partes que se ve afectada por la actividad de la empresa. Clarifica quin
dirige, qu rea del proyecto esto aplica tanto a personas externas o internas de la
empresa. Tienes que saber siempre quin es el responsable, y luego identifica a quin
afectara esa parte del proyecto o de negocio.
Stakeholder: es un trmino ingls, para referirse a quienes pueden afectar o son afectados por
las actividades de una empresa.
17
PARTES
PARTES INTERESADAS
INTERESADAS
EXTERNAS
EMPLEADOS
INTERNAS
PROVEEDOR
MACRORIEGO
CLIENTES
GERENTE
Pregunta a cada uno de los Stakeholders claves por sus necesidades especficas: qu
quieren del servicio o producto, qu esperan obtener de su equipo, qu resultados
quieren tener a corto, mediano y largo plazo.
GERENTE.-Como propietario de la empresa Macroriego su principal necesidad es
salvaguardar y proteger su patrimonio. Y es as que esperan brindar la mejor opcin a
sus clientes ofertando los mejores productos en el mercado agrcola. Para logra que esto
se ejecute, l cuenta con un equipo alta mente calificado en el rea de riego y en la parte
contable para lograr que su empresa funcione correctamente.
EMPLEADOS.- La principal necesidad de los empleados es obtener estabilidad laboral y
establecer una interrelacin de procedimientos, pasos y reglas para realizar su trabajo de
manera eficiente y transparente.
Aquaplas S.A
JD Plastic
18
AMC
Pivaltec S.A
Dismacon
South Import
Inmera
Avesca Ecuatoriana
Flores de Tumbabiro
Rosefarm
Los requerimientos funcionales son aseveraciones de los servicios que la empresa debe
proveer. En algunos casos los requerimientos funcionales deben describir de manera
explcita, lo que la empresa no debe hacer.
19
Macroriego, como distribuidor autorizado en la zona norte del pas ofrece inspecciones
realizadas por un tcnico en riego para presentar una propuesta adecuada para la
implementacin de un sistema de riego segn las condiciones que presente el cultivo.
Con referencia a las construcciones de galpones cuenta con la experiencia de ms de 8
aos en construccin cumpliendo y acatando normas especficas de las Granjas para la
construccin de instalacin adecuadas para la reproduccin de aves, cerdos etc.
Estos requerimientos son restricciones sobre los servicios y funcionalidades ofrecidos por
la empresa. Estos incluyen restricciones en el tiempo que se debe demorar un producto o
servicio.
Macroriego, para satisfacer las necesidades de sus clientes, aclara a sus clientes que el
pedido de materiales se lo debe realizar con anticipacin y con fechas establecidas para
la entrega de las construcciones de galpones.
Una vez categorizado los requerimientos, determina cules son factibles y cmo el
servicio o producto puede cumplirlos.
Macroriego planifica realizar inspecciones solicitadas por los clientes, una vez cumplida la
inspeccin presenta su proforma al cliente para que este analice los costos y tome la
decisin. EL cliente analiza la propuesta contrata los servicios, realizando el pedido de
los materiales necesarios, una vez adquirido los materiales procede a la instalacin y
verificacin de dicho sistema. Realizada la instalacin procede a la entrega y conformidad
del cliente. Logrando as satisfacer las necesidad de los clientes en el are agrcola.
(EPN, 2012) Se Refiere a los beneficios de los cultivos con un Sistema de Riego
Automatizado.
20
21
CAPTULO 3
ESTUDIO DE PLATAFORMA
TECNOLGICA, LENGUAJE Y
HERRAMIENTAS
3.1 PHP
(Vikram, 2010) Menciona.
PHP 4 es un lenguaje de programacin interpretado y diseado para la creacin de
pginas web. Ms all del desarrollo web, PHP permite incluso la creacin de
aplicaciones de escritorio (con una interface grfica independiente del navegador). Es
una solucin para la construccin de webs con independencia de la Base De Datos y del
servidor vlido para cualquier plataforma. El objetivo final es conseguir la integracin de
las paginas HTML5 con aplicaciones que corran en el servidor como procesos integrados
en el mismo, y no como un proceso separado
(W, K, D, M, S, & Ch, 2004) Nos hablan de las caractersticas de PhP
Es software libre.
Es multiplataforma,
se
interpreta
ejecuta
de
igual
forma
un
script
10
11
23
(Kutter, 2010)
12
24
NetBeans nos provee de una estructura para los proyectos que podemos crear junto a
este IDE, nos propone un esqueleto para organizar nuestro cdigo fuente, el editor
conjuntamente integra los lenguajes como HTML, JavaScript y CSS.
Adems NetBeans posee un sistema para examinar todo los directorios de cada
proyecto, haciendo reconocimiento y carga de clases, mtodos y objetos, para acelerar la
programacin.
2. Integracin con Symfony
A lo largo de todo este tiempo, se not la mejora en su editor, sobre todo en el editor de
PHP, es mucho ms gil y a la vez robusto, contiene ms ayuda en lnea, reconocimiento
de sintaxis y todo lo que provee la ltima versin de PHP.
13
25
4. Depuracin de PHP
NetBeans integra muy bien la utilizacin Xdebug8, gracias a esto podemos inspeccionar y
examinar cada variable local, establecer puntos de interrupcin y evaluar el cdigo en
nuestra lgica.
3.2 APACHE
(Stoppe, 2010) Nos dice que Apache es un servidor web de cdigo abierto, potente que
nos ofrece un servicio estable y sencillo de mantener y configurar. El servidor Apache se
desarrolla dentro del proyecto HTTP 9 Server. Es usado principalmente para enviar
pginas web estticas10 y pginas web dinmicas11 en la worldwide web.
Apache permite personalizar la respuesta ante los posibles errores que se puedan
dar en el servidor. Es posible configurar Apache para que ejecute un determinado
script cuando ocurra un error en concreto.
14
Xdebug: es una extensin para PHP, distribuida bajo The PHP License 3, que proporciona un
26
3.3 POSTGRESQL
Postgres un sistema de gestin de bases de datos objeto-relacional, es altamente
escalable, compatible con SQL, de cdigo abierto del sistema de base de datos objetorelacional de gestin. (Sabana, 2006).
Integridad Referencial. La cual se usa para asegurar la validez de los datos de las
bases de datos
Consultas complejas
Teclas extranjeros
Desencadenantes
Vistas
Integridad transaccional
27
3.4 SYMFONY
Se ha definido a Symfony como Un completo framework 12 basado en arquitectura
MVC 13 est desarrollado completamente con PHP 5. Es compatible con la mayora de
gestores de bases de datos, como MySQL, PostgreSQL, Oracle y SQL Server de
Microsoft. Se puede ejecutar tanto en plataformas *nix (Unix, Linux, etc.) como en
plataformas Windows. (Zaninotto & Potencier, 2008)
Symfony automatiza la mayora de elementos comunes de los proyectos web, como por
ejemplo:
La capa de presentacin utiliza plantillas y diseos que pueden ser creados por
diseadores HTML sin
ningn
tipo
de
conocimiento
del
framework.
Los datos incluyen mecanismos de escape que permiten una mejor proteccin
contra los ataques producidos por datos corruptos.
15
definido, normalmente con artefactos o mdulos de software concretos, con base a la cual otro
proyecto de software puede ser ms fcilmente organizado y desarrollado.
16
separa los datos de una aplicacin, la interfaz de usuario, y la lgica de negocio en tres
componentes distintos
17
Helpers: ayudantes nos van a permitir crear campos para crear un formulario de manera ms
fcil.
28
Los plugins 15 , las factoras (patrn de diseo "Factory") y los "mixin" permiten
realizar extensiones a medida de Symfony.
Para trabajar con el framework de Symfonyse debe conocer algunos conceptos bsicos
de OOP, ORM, RAD, YAML y PEAR.
18
Plugins: un complemento es una aplicacin que se relaciona con otra para aportarle una
29
3.4.2.2 PEAR16
3.4.2.3 ORM18
Un ORM consiste en una serie de objetos que permiten acceder a los datos y que
contienen en su interior cierta lgica de negocio.Este framework es el encargado de tratar
con nuestra base de datos desde la conexin, generacin de SQL, manipulacin de
datos, transacciones y desconexin.
19
19
texto plano.
21
22
proporciona una capa de persistencia para objetos PHP. Es una capa de abstraccin que se sita
justo encima de unos sistemas de gestin de bases de datos.
30
De esta forma, es muy sencillo cambiar a otro sistema de bases de datos completamente
diferente en mitad del desarrollo de un proyecto. Estas tcnicas son tiles por ejemplo
cuando se debe desarrollar un prototipo rpido de una aplicacin y el cliente an no ha
decidido el sistema de bases de datos que ms le conviene. El prototipo se puede
realizar utilizando SQLite y despus se puede cambiar fcilmente a MySQL, PostgreSQL
u Oracle cuando el cliente se haya decidido. El cambio se puede realizar modificando
solamente una lnea en un archivo de configuracin.(p.13)
3.4.2.5 YAML
YAML es "un formato para serializar datos que es fcil de procesar por las mquinas, fcil
de leer para las personas y fcil de interactuar con los lenguajes de script. Dicho de otra
forma, YAML es un lenguaje muy sencillo que permite describir los datos como en XML,
pero con una sintaxis mucho ms sencilla. (Zaninotto & Potencier, 2008)
31
Symfony est basado en un patrn clsico del diseo web conocido como arquitectura
MVC, que est formado por tres niveles:
la llamada
al
modelo/modelos correspondientes
efectuando
las
32
software
23
33
La fase de concepcin o inicio: Tiene por finalidad definir la visin, los objetivos y el
alcance del proyecto, tanto desde el punto de vista funcional como del tcnico,
obtenindose como uno de los principales resultados una lista de los casos de uso y una
lista de los factores de riesgo del proyecto. El principal esfuerzo est radicado en el
Modela miento del Negocio y el Anlisis de Requerimientos. Es la nica fase que no
necesariamente culmina con una versin ejecutable.
La fase de elaboracin: Tiene como principal finalidad completar el anlisis de los casos
de uso y definir la arquitectura del sistema, adems se obtiene una aplicacin ejecutable
que responde a los casos de uso que la comprometen. A pesar de que se desarrolla a
profundidad una parte del sistema, las decisiones sobre la arquitectura se hacen sobre la
base de la comprensin del sistema completo y los requerimientos (funcionales y no
funcionales) identificados de acuerdo al alcance definido.
La fase de transicin: Se inicia con una versin beta del sistema y culmina con el
sistema en fase de produccin. La finalidad de la fase de transicin es poner el producto
en manos de los usuarios finales, para lo que tpicamente se requerir desarrollar nuevas
versiones actualizadas del producto, completar la documentacin, entrenar al usuario en
el manejo del producto, y en general tareas relacionadas con el ajuste, configuracin,
instalacin y usabilidad del producto.
34
Modelo del Negocio: Describe los procesos de negocio, identificando quines participan
y las actividades que requieren automatizacin.
35
Prueba (Testeo): Busca los defectos a los largo del ciclo de vida.
Administracin del proyecto: Involucra actividades con las que se busca producir un
producto que satisfaga las necesidades de los clientes.
concurrente
de
elementos,
control
de
versiones,
etc.
36
CAPTULO 4
DESARROLLO DEL
APLICATIVO
HARDWARE
Regulador de voltaje
Mouse M312
Teclado Delux
SOFTWARE
Interprete PHP
38
CONSUMIBLES.
39
Personas que usarn el sistema desarrollado. Ellos estn relacionados con la usabilidad,
la disponibilidad y la fiabilidad del sistema; estn familiarizados con los procesos
especficos que debe realizar el software, dentro de los parmetros de su ambiente
laboral. Sern quienes utilicen las interfaces y los manuales de usuario.
40
Comienzo
Aprobacin
Semana 3
Semana 2
Semana 5
Visin
Semana 2
Semana 5
Semana 3
siguiente fase
Semana 4
siguiente fase
Especificaciones Adicionales
Semana 4
siguiente fase
Semana 4
siguiente fase
Modelo de Datos
Semana 4
siguiente fase
Semana 3
Semana 5
Modelo de Implementacin
Semana 4
siguiente fase
Semana 5
Semana 5
Modelo de Despliegue
Semana 4
Semana 5
Anlisis / Diseo
Implementacin
Pruebas
Casos de Pruebas Funcionales
Despliegue
Semana 5
Disciplinas / Artefactos
generados o modificados durante la
Comienzo
Aprobacin
Fase de Elaboracin
Modelado del Negocio
Modelo de Casos de Uso del Negocio y Semana 5
Aprobado
41
Requisitos
Glosario
Semana 5
Aprobado
Visin
Semana 5
Aprobado
Semana 3
Semana 5
Semana 4
Semana 5
Especificaciones Adicionales
Semana 4
Semana 5
Semana 6
Revisar en cada
Anlisis / Diseo
Modelo de Anlisis / Diseo
iteracin
Modelo de Datos
Semana 7
Revisar en cada
iteracin
Implementacin
Prototipos de Interfaces de Usuario
Semana 8
Revisar en cada
iteracin
Modelo de Implementacin
Semana 10
Revisar en cada
iteracin
Pruebas
Casos de Pruebas Funcionales
Semana 11
Revisar en cada
iteracin
Despliegue
Modelo de Despliegue
Semana 11
Revisar en cada
iteracin
Revisar en cada
iteracin
Ambiente
42
Tener un sistema que permita registrar las solicitudes del cliente (proformas).
Tener un registro de todos los movimientos del inventario, de todas las compras y
de todas las ventas que se realicen.
actualizados.
SISTEMA MACRORIEGO
REGISTRO DE
CLIENTES/PROVEEDORES
PROVEEDORES
COMPRAS
EGRESOS
COMPRAS Y
VENTAS
VENTAS
INGRESOS
CLIENTES
CONTROL DE
INVENTARIO
BANCOS Y
REPORTES
INVENTARIO
43
44
45
Clientes: Clase que representa la informacin de personas que son clientes del almacn
identificadas unvocamente por id_cliente.
Factura: Clase para registrar las ventas de la empresa por nmero de factura, nombre
del cliente, producto, valor de la factura.
Proveedores: Clase que contiene los datos acerca de los proveedores a los que se
realizan las compras de productos.
Producto: Almacena los datos sobre los productos. Cada producto es parte de una
categora.
Categoras: Identificacin del producto a qu grupo de materiales pertenece.
Cuentas Por Pagar: Clase que almacena los datos de las personas a quienes tenemos
que realizar un pago, identificado por el nombre, documento, valor que hay que cancelar.
Cuentas Por Cobrar: Clase que nos permite registrar los valores que la empresa tiene
por cobrar.
Gastos: Permite registrar el tipo de gasto que la empresa realiza.
46
NECESIDADES
PRIORIDAD INQUIETUDES
SOLUCIN
SOLUCIN
ACTUAL
PROPUESTA
Macroriego
Registro de sus
Disear el
interfaz que
necesita
operaciones en
mdulo de
interacte con
realizar sus
hojas de
Facturacin
usuarios.
operaciones de
clculo.
para registrar
registro de
las ventas
venta de forma
realizadas en la
rpida.
empresa y
procesar con
rapidez la
factura del
cliente.
47
Reportes claros,
ALTA
El usuario o
Reportes
Mostrar
actualizados y
secretaria
tardos
reportes de
rpidos de las
necesita
mediante
ventas diarias,
operaciones
entregar los
clculos
stock de
realizadas en la
reportes en el
manuales.
productos,
empresa.
momento que
consulta de
lo solicita el
estados de
Gerente.
cuentas,
consulta de
proveedores y
clientes.
Brindar a sus
ALTA
Macroriego
Registro de
Mdulo
clientes un servicio
necesita dar a
inventarios
inventarios que
gil y garantizado
conocer al
semestralmente permitir el
pblico la gran
mediante un
registro de
diversidad de
conteo manual.
entradas y
sus productos,
salida de los
por lo que es
productos.
necesario
mantener un
stock adecuado
de los
materiales.
Fuente: Propia
Esta aplicacin ha sido desarrollada utilizando tecnologas libres, para poder crear una
herramienta que servir a MACRORIEGO, para automatizar las actividades operativas
diarias de la empresa, llevando un control automatizado de sus clientes, compras y
ventas, gastos e inventarios, y de esta manera potenciar el crecimiento de la empresa.
48
29
49
Tener Informacin exacta y a tiempo de las Podremos identificar los pagos que hace la
cuentas por Pagar y Cobrar de la empresa.
permitir
conocer
en
un
determinado
50
pueden
utilizarse
como
Fuente: Propia
51
Descripcin Breve:
Este caso de uso describe el proceso de ingreso al sistema de inventarios y facturacin
para la empresa Macroriego.
Activar evento:
Pasos desempeados:
Ingreso al sistema
Emite Facturas
Registra compras
Registra cuentas
Revisa Inventarios
52
El Usuario puede realizar las actividades de: Editar datos de la Empresa, Ingresar,
modificar eliminar categoras de productos, Registra, modifica y elimina
proveedores de la empresa, Registra, elimina y modifica productos segn a la
categora que pertenecen, Ingresa, modifica y elimina documentos de compra de
productos a proveedores, Ingresar, eliminar y modificar clientes. Registrar,
modificar y eliminar ventas de productos a clientes de la empresa, registra
cuentas por pagar, cuentas por cobrar y gastos que realiza la empresa.
Flujos Alternativos:
Precondiciones:
Para poder ejecutar este caso de uso se requiere del acceso exitoso del usuario al
sistema.
Poscondiciones:
El Sistema muestra los datos realizados de las operaciones diarias de la empresa.
Suposiciones:
Que hay movimientos diarios de venta y compra de productos.
Reunir Requerimientos:
Permite establecer un control de las operaciones de la empresa.
Prioridad: Alta
Riesgo: Media
53
Actores: Empleado
Descripcin Breve
Este caso de uso describe el proceso de registrar la compra efectuada por un cliente.
54
Activar evento:
El Cliente realiza una compra del producto, proporciona el id del cliente y la cantidad de
producto.
Pasos desempeados:
Bsqueda de producto
Crea Factura
Imprime Factura
Selecciona cliente
Selecciona productos
Imprime factura
Flujos Alternativos
Precondiciones:
Solo ventas al contado
Poscondiciones:
El cliente realiza una compra satisfactoria
Suposiciones:
Que hay productos en existencias.
55
Reunir Requerimientos:
Permite establecer un control e impresin de las ventas diarias.
Prioridad: Alta
Riesgo: Media
56
Nombre: Compras
Actores: Empleado
Descripcin Breve:
Permite llevar un control de las compras de los productos, proporcionando informacin
como el proveedor al que se compra, la cantidad de producto y precio unitario, forma de
pago.
Activar evento:
Cuando el Empleado recibe la factura.
Pasos desempeados:
Registra Compra
Flujos Alternativos:
57
Precondiciones:
Que el proveedor haya facturado los productos requeridos.
Poscondiciones:
El proveedor enva la factura de compra a tiempo.
Suposiciones:
Que los proveedores cuentan con el producto deseado.
Reunir Requerimientos:
Permite realizar un registro de las facturas de compra de productos.
Prioridad: Alta.
Riesgo: Media.
58
Nombre: Bancos
Actores: Empleado
Descripcin Breve:
Permite llevar un registro de los depsitos y cheques emitidos por la empresa.
Activar evento:
Cuando el Empleado recibe el documento de depsito o se emite un cheque.
Pasos desempeados:
Actualiza Saldos.
Flujos Alternativos:
59
Actores: Empleado
Descripcin Breve
Permite registrar las cuentas que la empresa tiene como obligacin pagar.
Activar evento:
Cuando obtenemos una factura por pagar.
Pasos desempeados:
60
Ingresar Sistema
Flujos Alternativos
Precondiciones:
Que el empleado tenga una factura para su registro.
Poscondiciones:
El empleado ingresa la factura al sistema.
Suposiciones:
Que el Gerente autorice el pago de la factura.
Reunir Requerimientos:
Permite realizar un registro de las cuentas por pagar.
Prioridad: Alta.
Riesgo: Media.
61
Actores: Empleado
Descripcin Breve
62
Ingresar Sistema
Flujos Alternativos
Poscondiciones:
El empleado ingresa la factura al sistema.
Suposiciones:
Que el Gerente autorice el pago de la factura.
Reunir Requerimientos:
Permite realizar un registro de las cuentas por cobrar.
Prioridad: Alta.
Riesgo: Media.
63
Actores: Empleado
Descripcin Breve
Permite llevar un registro de los gastos que se efecta en la empresa.
Activar evento:
Cuando es necesario realizar los pagos de servicios bsicos, arriendo otros.
Flujo Bsico de Eventos
Realiza pago
Flujos Alternativos
Pasos desempeados:
64
Registra el Gasto
Realiza Pago
Precondiciones:
Que el Gerente autorice el pago de cuenta.
Poscondiciones:
Tener una factura para poder registrar el Gasto.
Suposiciones:
Que el usuario empleado tenga una factura de gasto.
Reunir Requerimientos:
Permite llevar un registro de los gastos de la empresa.
Prioridad: Alta.
Riesgo: Media.
USUARIO
(Empleado)
Emite Reportes
Sistema de Inventario y
Facturacin Macroriego
65
Nombre: Reportes
Actores: Empleado
Descripcin Breve
En seccin Reportes
Pasos desempeados:
Precondiciones:
Tener datos actualizados.
Poscondiciones:
Tener un registro de las operaciones de la empresa.
Suposiciones:
Que los datos son actuales.
Reunir Requerimientos:
Permite imprimir un reporte de las operaciones que realiza la empresa.
Prioridad: Alta.
66
Riesgo: Media.
USUARIO
(Gerente)
Obtiene Reportes
Sistema de Inventario y
Facturacin Macroriego
Actores: Gerente
Descripcin Breve
67
Pasos desempeados:
Precondiciones:
El solicitante Gerente debe estar registrado en el sistema conforme a su tipo de usuario.
Poscondiciones:
Reporte presentado por pantalla.
Suposiciones:
Que los datos son actualizados.
Reunir Requerimientos:
Permite imprimir un reporte de las operaciones que realiza la empresa.
Prioridad: Alta.
Riesgo: Media
68
Fuente: Propia
4.3.10.1
Nombre: Clientes
Actores: Empleado
Descripcin Breve:
Permite el registro de un nuevo cliente en la base de datos del sistema.
Activar evento:
Flujos Alternativos:
Pasos desempeados:
Precondiciones:
El cliente no est registrado en el sistema.
Poscondiciones:
Cliente realice compras.
Suposiciones:
Cliente realice compras repetidas veces.
69
Reunir Requerimientos:
Permite llevar un registro de los clientes que realizan compras en la empresa.
Prioridad: Alta.
Riesgo: Media.
4.3.11.1
Nombre: Proveedores
Actores: Empleado
70
Descripcin Breve:
Permite el registro de un nuevo proveedor en la base de datos del sistema.
Activar evento:
Flujos Alternativos
Pasos desempeados:
Precondiciones:
El proveedor no est registrado en el sistema.
Poscondiciones:
Proveedor ofrece productos con descuentos.
Suposiciones:
Empleado empresa realice compras.
Reunir Requerimientos:
Permite llevar un registro de los proveedores de productos.
71
Prioridad: Alta.
Riesgo: Media.
4.3.12.1
Nombre: Categoras
Actores: Empleado
Descripcin Breve:
72
Flujos Alternativos:
Pasos desempeados:
Precondiciones:
La categora no est registrada en el sistema.
Poscondiciones:
La lnea de productos es aceptada en el mercado.
Suposiciones:
Empleado empresa realiza compras de productos.
Reunir Requerimientos:
Permite ingresar una nueva lnea de productos.
Prioridad: Alta.
Riesgo: Media.
73
4.3.13.1
Nombre: Productos
Actores: Empleado
Descripcin Breve:
Permite el registro de un nuevo producto al sistema.
Activar evento:
Flujos Alternativos
Pasos desempeados:
74
Precondiciones:
El producto no se encuentra registrado en el sistema.
Poscondiciones:
La categora debe estar ingresada en el sistema.
Suposiciones:
Empleado empresa realiza registro del producto si la categora y el proveedor estn
registrados.
75
CAPTULO 5
Prioridad: Alta. Riesgo: Media.
IMPLEMENTACIN,
ACEPTACIN Y PRUEBAS
El problema de
77
Afecta a
Administradores y clientes.
El impacto es
Registro de Usuarios.
Registro de Productos.
Registro de Categoras
Registro de Clientes.
Registro de Proveedores
Registro de Facturas
Fuente: Propia
Para
MACRORIEGO
Quin
Que
Permite:
A Diferencia de
Registro de Usuarios.
Registro de Productos.
Registro de Categoras
Registro de Clientes.
Registro de Proveedores
Registro de Facturas.
78
Esta Aplicacin
Para realizar el software y tener una mejor visin sobre cuales va a ser el contenido que
tendr el sistema es necesario requerir de todo el personal involucrado para identificar los
principales requerimientos y sus respectivas soluciones. Esta parte del documento
describir el perfil de los participantes y los usuarios involucrados en el proyecto.
NOMBRE
REPRESENTA
ROL
y funcionalidades.
Fuente: Propia
NOMBRE
DESCRIPCIN
Encargado
de
decisiones
potenciar
PATROCINADOR
la
para
la
tomar Gerente
poder
atencin
al
79
Los usuarios interactuaran con un sistema operativo Linux con BDD Postgres mnimo
memoria 1GB, donde para ejecutar el sistema tendr que identificarse con su nombre de
usuario y contrasea; tras su respectiva identificacin se mostrara una interfaz diseada
para su respectivo uso de acuerdo a la funcin que cumpla dentro de la empresa. Este
sistema est diseado en forma interactiva y amigable para el usuario, teniendo al
alcance todas las herramientas y ayudas disponibles para el uso del cliente y productos.
Los reportes sern impresos directamente para que no exista ninguna modificacin.
REPRESENTANTE
DESCRIPCIN
TIPO
Gerente de la Empresa
RESPONSABILIDADES
CRITERIO DE XITO
A definir
INVOLUCRADO EN
COMENTARIOS
Ninguno
Fuente: Propia
REPRESENTANTE
DESCRIPCIN
TIPO
Gerente de la Empresa
80
RESPONSABILIDADES
CRITERIO DE XITO
A definir
INVOLUCRADO EN
COMENTARIOS
Ninguno
Fuente: Propia
REPRESENTANTE
Secretaria - Empleado
DESCRIPCIN
TIPO
Secretaria
RESPONSABILIDADES
CRITERIO DE XITO
A definir
INVOLUCRADO EN
COMENTARIOS
Ninguno
Fuente: Propia
Diagramas de secuencia
Diagrama de colaboracin
81
Muestra las operaciones que deben realizar el Empleado Vendedor para ingresar una
factura de ventas. Luego de ingresar los datos solicitados en la interfaz de la Factura,
solicita grabar la factura, la cual previa validacin de los datos y obtencin de la razn
social RUC para luego cumplir con el proceso de impresin. Las facturas se imprimen en
una impresora de tipo Epson.
82
SISTEMA
EMPLEADO
CLIENTE
1:Ingresa
2:Permite Acceso
3:Solicita Producto
4:Busca Producto
5:Recibe Costo
8. Imprime Factura
83
Muestra el registro de gastos y pagos que realiza la empresa estos gastos como: Gastos
arriendos, servicios bsicos, gastos varios, material de oficina etc.
84
SISTEMA
EMPLEADO
GERENTE
1:Ingresa Datos
2:Revisa Reportes
3:Envia Reportes
85
Fuente: Propia
86
87
88
1:Ingresa Datos
SISTEMA
EMPLEADO
3:Enva Reportes
2:Revisa Reportes
GERENTE
Ilustracin 34: Diagrama de colaboracin: Reportes
Fuente: Propia
89
EMPLEADO
GERENTE
Ingresa Clave
Ingresa Clave
Ingresar Sesion
Gastos
Facturacin
Compras
Gastos
Cuentas Por Pagar
Reportes
Ventas Diarias
Despliegue y Presentacin de Peticin
Lista de Precios
Cerrar Sesion
Stock de Materilaes
Cerrar Sesion
90
5.4 PRODUCCIN
Creado por Barry Boehm, 1981. Entre los distintos mtodos de estimacin de costes de
desarrollo de software, se encuentra el modelo COCOMO (Modelo Constructivo de
costo), se engloba en un grupo de algoritmos que trata de establecer una relacin
matemtica la cual permite estimar el esfuerzo y tiempo requerido para desarrollar un
producto.
Modelo avanzado: Incluye todo lo del modelo intermedio adems del impacto de
cada conductor de coste en las distintas fases de desarrollo.
91
a Bsico
a Intermedio
Orgnico
2,4
3,2
1,05
2,5
0,38
Semilibre
3,0
3,0
1,12
2,5
0,35
Empotrado
3,6
2,8
1,2
2,05
0,32
Las Frmulas del software [Norman E. Fenton91] son formulas del modelo intermedio
que asume una distribucin especfica del esfuerzo a lo largo de la vida de un proyecto
de desarrollo de software.
Datos:
As pues en este caso el tipo Orgnico ser el ms apropiado ya que el nmero de lneas
de cdigo no supera los 50 KLDC, adems el proyecto no es muy complejo por
consiguiente los coeficientes que se usaran son los siguientes:
Tabla 13: Parmetro de COCOMO intermedio
Proyecto Software
Orgnico
3,2
1,05
2,5
0,38
Semilibre
3,0
1,12
2,5
0,35
Empotrado
2,8
1,2
2,05
0,32
Tambin necesitamos hallar la variable FAE, la cual se obtiene de los siguientes valores
evaluados en la siguiente tabla.
92
VALORACIN
CONDUCTORES DE COSTE
Muy
Bajo
Nominal
Alto
bajo
Muy
Extr.
alto
alto
0,75
0,88
1,00
1,15
1,40
0,94
1,00
1,08
1,16
0,70
0,85
1,00
1,15
1,30
1,65
1,00
1,11
1,30
1,66
1,00
1,06
1,21
1,56
0,87
1,00
1,15
1,3
0,87
1,00
1,07
1,15
1,46
1,19
1,00
0,86
0,71
Experiencia en la aplicacin
1,29
1,13
1,00
0,91
0,82
1,42
1,17
1,00
0,86
0,70
1,21
1,10
1,00
0,90
Experiencia en el lenguaje de
1,14
1,07
1,00
0,95
1,24
1,10
1,00
0,91
0,82
1,24
1,10
1,00
0,91
0,83
1,23
1,08
1,00
1,04
1,10
programacin
Fuente: Propia
FAE=1,0x1,0x0,85x1,11X1,00x1,15x1,07x1,19x1,00x1,17x1,00x1,00x1,00x1,00x1,08
FAE=1,75
Atributos de software
93
Atributos de hardware
94
Respuestas:
Productividad
PR=LDC/Esfuerzo (LDC/personas)
Personal Promedio
P=11,59/6,34=1,83personas
95
Resultado:
Podemos mencionar los beneficios que obtendr Macroriego con la implementacin del
el Sistema de Control de Inventarios y Facturacin para el mejoramiento y
aprovechamiento adecuado de los recursos de modo que:
Se contar con una base de datos de todos los productos que oferta la empresa
Macroriego.
96
(Aguilar, 2007) Nos dice. El estudio de factibilidad tcnica nos ayuda a la identificacin de
la idea, el cual se elabora a partir de la informacin existente, al juicio comn y la opinin
que da la experiencia.
5.4.5
VIABILIDAD OPERATIVA
97
Unos de los principales objetivos del sistema es elaborar un software que permita llevar
el control del inventario en forma ordenada y confiable.
Mejor control y validacin de la informacin:
El sistema nos permitir obtener resultados a tiempo el cual nos ayudara a la toma de
decisiones oportunamente.
5.4.8 RESTRICCIONES
El sistema fue desarrollado para que pueda ser utilizado en las oficinas de Macroriego
por parte de la persona encargada en este caso la Secretaria y gerente.
98
El sistema est realizado de acuerdo a las necesidades del Gerente Propietario, el Sr.
Jos Eduardo Granda, motivo por el cual solamente Macroriego podr dar los requisitos
de la misma al igual que tendr a su disposicin el cdigo fuente para si en el futuro
necesitara realizar cambios.
99
CONCLUSIONES
RECOMENDACIONES Y
ANLISIS DE IMPACTO
herramienta de
101
8. El
ensayos
realizado
en
MACRORIEGO,
permiti
verificar
el
correcto
102
6.2 RECOMENDACIONES
1. Se recomienda a la empresa MACRORIEGO adquirir equipo nuevo para poder
ejecutar programas de mejor estructura y calidad. El personal debe de estar
preparado para poder manejar estos nuevos equipos y programas. Para lograrlo,
se tiene pensado capacitar al personal de MACRORIEGO antes de la entregar del
producto terminado, de manera gratuita.
103
EXCEL SISTEMA
Ingreso a Sistema
0,5
0,5
1,01
0,02
0,3
0,2
Ingreso Referencia
0,5
0,5
Ingresar Descripcin
0,3
0,3
Ingresar Valor
0,3
0,3
TOTAL TIEMPO
2,91
1,82
Fuente: Propia
104
3
2,5
2
1,5
REGISTRO DE GASTOS
PROYECTO CONDOR
Tiempo Minutos EXCEL
1
0,5
REGISTRO DE GASTOS
PROYECTO CONDOR
Tiempo Minutos SISTEMA
105
VENTAS DE PRODUCTOS
Procesos
ANTES DESPUES
Verificacin de Stock
Bsqueda de Clientes
0,2
Seleccionar productos
0,5
Calcular
cular Valor con IVA sin IVA
Impresin Factura
0,5
2,2
Fuente: Propia
6
5
4
3
2
1
0
VENTAS DE PRODUCTOS
ANTES
VENTAS DE PRODUCTOS
DESPUES
Reportes
106
que estar actualizando continuamente, este proceso era demoroso ya que se los
ingresaba clasificando uno por uno.
Con la implantacin del sistema se obtiene reportes actualizados e instantneos con solo
seleccionar el tipo de reporte que necesita. Se estima que el uso de este mdulo de
reportes permita tomar decisiones que ayuden al desarrollo de la empresa.
107
REFERENCIAS
REFERENCIAS
1. Aguilar, J. M. (2007). Factibilidad Tcnica. http://agropecuarios.net/factibilidadtecnica.html.
2. Bahit, E. (2011). El paradigma de la programacion orientada a objetos en php y el
patron de la arquitectura de software MVC. Obtenido de Monografias :
http://www.monografias.com/trabajos89/poo-y-mvc-php/poo-y-mvc-php2.shtml
3. Boehm,
B.
(1981).
El
Modelo
COCOMO.
Obtenido
de
http://sc.ehu.es/jiwdoco/mmis/cocomo.html
4. EPN. (2012). Repositorio Digital. Quito, Pichincha, Ecuador.
5. Holzner, S. (2009). Caractersticas PHP.
6. Jacobson, I. (2000). El Proceso Unificado de desarollo del software.
7. Jummp. (2011). Ciclo de vida RUP. Obtenido de Desarollo de Software:
http://jummp.wordpress.com/2011/04/06/desarollo-de-software-ciclo-de-vida-ruprational-unifield-process
8. Kutter, C. W. (2010). Desarollo de sitios Web.
9. Lpez, S. (2012). Sistema de control interno de inventarios y facturacin. Ibarra.
10. Sabana, M. (2006). Php con PostgresSQL. Grupo Editorial Megabyte S.A.C.
11. Stoppe, Z. R. (2010). El Servidor Web Apache.
12. Vikram, V. (2010). Desarollo de sitios web con PHP.
13. Vilcaromero Ruiz, R. (2000). Introduccin a la teora de la administracin.
Obtenido
de
monografias.com:
http://www.monografias.com/trabajos73/introduccion-teoriaadministracion/introduccion-teoria-administracion2.shtml.
14. W, D., K, A., D, S., M, D., S, D., & Ch, W. (2004). PHP.
15. Zaninotto, F., & Potencier, F. (2008). Synfony 1.0, la guia definitiva. Obtenido de
Libros Web: http://www.librosweb.es/symfony_1_0;blog en espaol
109
ANEXOS
ANEXOS
REQUERIMIENTOS