Implementación de sistema de facturación y control de inventario para Ferretería Hondoy

(1)

UNIVERSIDAD NACIONAL DE INGENIERÍA

FACULTAD DE CIENCIAS Y SISTEMAS

TRABAJO MONOGRÁFICO

Implementación de Sistema de Facturación y Control de Inventario para “Ferretería Hondoy”.

AUTOR:

TUTOR:

Msc. Ing. Evelyn Del Carmen Espinoza Aragón.

Managua, 12 de abril de 2011 Br. Grethel Escarlett Hernández Alfaro.

(2)

Dedicatoria

D

edico este trabajo a mí Dios por estar en cada paso y decisión

que he tomado y a mi madre por todo su esfuerzo y apoyo a lo largo de

toda mi vida.

(3)

Agradecimiento

A

gradezco en especial a Dios por darme las fuerzas necesarias

para llevar a cabo cada una mis metas; a mis maestros que han

brindado un poco de su tiempo para enseñarme lecciones muy

valiosas; y a todas aquellas personas que incondicionalmente

apoyaron la realización de este trabajo.

(4)

Resumen ejecutivo

Ferretería Hondoy, negocio de carácter familiar que se dedica a la distribución de artículos ferreteros, se encuentra ubicado en el mercado Roberto Huembes, departamento de Managua. Construida y Dirigida por su propietario, Marvin Hondoy.

 Capítulo I Estudio Preliminar.

En este capítulo se muestra de forma general el entorno del negocio. En base a entrevistas realizadas a los actores del sistema, se dan a conocer los aspectos referidos al manejo y procesamiento de transacciones.

 Capítulo II Estudio Técnico.

Debido a que no existen condiciones técnicas para cumplir los requisitos funcionales del sistema, en esta unidad se identifican las características necesarias de los recursos de hardware, software y redes, tales como: Computadores de escritorio, Servidores, Licencias de Software, Propuestas de red en relación a espacios y diseños. De la misma forma se determina la mejor opción económica y funcional.

 Unidad III: Estudio Económico

Utilizando el modelo de COCOMO, en este estudio se identifican los indicadores de planificación. Con este modelo, se determinó esfuerzos y costos en los que se incurrirá solo por la elaboración del sistema así como el tiempo de ejecución en términos de líneas de código y dependencia de la fuerza de trabajo.

 Unidad IV: Especificaciones del sistema

En esta unidad se desarrolló todos los diagramas que guían la elaboración del sistema, tales como: diagrama de casos de uso y sus descripciones, diagrama de secuencia, diagrama de colaboración, diagrama de clases, diagrama de estado, diagrama de componente y diagrama de despliegue. Ayudado de la especificación de los actores del sistema, se determina la funcionalidad y uso del sistema así como el sendero a seguir para que su implementación sea la correcta.

(5)

INDICE

INTRODUCCION ... 1

DEFINICION DEL PROBLEMA ... 3

ANTECEDENTES ... 4 OBJETIVOS ... 5 General: ... 5 Específicos: ... 5 JUSTIFICACION ... 6 MARCO TEÓRICO ... 7

1. Ingeniería de software orientada a objetos. ... 7

1.1 Aspectos generales de ingeniería de software orientada a objetos. ... 7

1.2 Conceptos ... 7

1.3 Elementos claves para la ingeniería del software. ... 8

1.4 Notación de la Ingeniería de Software OO. ... 9

1.4.1 Lenguaje de Modelado Unificado (UML) ... 9

1.4.2 Diagramas de UML ... 10

1.5 Metodologías de la Ingeniería OO ... 11

1.5.1 Metodología en cascada. ... 12

1.5.2 Modelos de los procesos incrementales: ... 12

1.5.3 Arquitectura lógica en capas... 13

1.5.4 Arquitectura en 3 capas ... 14

1.6 Mapeo objeto relacional ... 15

2. Facturación y control de inventario. ... 18

2.1 Inventarios:... 18

2.2 Facturación: ... 19

DISEÑO METODOLOGICO ... 21

INSTRUMENTOS Y TECNICAS DE RECOLECCION DE DATOS ... 22

CAPITULO I ESTUDIO PRELIMINAR ... 23

Misión ... 24

Visión ... 24

Historia ... 24

Descripción del Sistema Actual ... 25

1. Proceso de compra ... 25

2. Proceso de Venta ... 25

3. Procedimiento de almacén de mercadería ... 26

Objetivos del sistema ... 26

Requisitos técnicos ... 28

CAPITULO II ESTUDIO TÉCNICO ... 29

1. Recursos de Hardware: ... 30

2. Recursos de Software. ... 32

3. Recursos de Red ... 37

3.1 Diseño lógico de la red. ... 39

(6)

CAPITULO III ESTUDIO ECONOMICO... 44

1. Indicadores de Planificación del Sistema ... 45

2. Factores de escala ... 50

3. Distribución Esfuerzo y Tiempo de desarrollo en las etapas del Ciclo de Vida. ... 55

4. Costo Total del Proyecto... 56

5. Análisis de VPN o Valor Presente Neto ... 60

6. Relación Costo / Beneficio ... 64

CAPITULO IV ESPECIFICACIONES DEL SISTEMA ... 66

1. Identificación de los actores ... 67

2. Diagrama de Caso de Uso ... 68

3. Descripción de casos de uso y escenarios. ... 69

3.1 Paquete Gestionar Clientes ... 69

3.2 Paquete Gestionar Usuario ... 78

3.3 Paquete Gestionar Artículo ... 86

3.4 Paquete Gestionar Proveedor. ... 95

3.5 Paquete Generar Factura ... 104

3.6 Generar Cotización ... 116

3.7 Paquete Gestionar Compra ... 124

3.8 Paquete Abonar Cuenta ... 136

4. Diseño orientado a objetos ... 143

4.1 Listado de clases ... 144

4.2 Descripción de las clases ... 144

4.3 Diagrama de clases ... 147 4.4 Diagramas de estado ... 148 4.4.1 Clase: Clientes ... 148 4.4.2 Clase Proveedor ... 149 4.4.3 Clase Artículo... 150 4.4.4 Factura... 151 4.4.5 Cotización ... 152 4.5 Diagrama de Componente ... 153 4.6 Diagrama de despliegue ... 154

4.7 Diagrama Modelo Relacional ... 155

CONCLUSIONES ... 156 RECOMENDACIONES ... 157 BIBLIOGRAFIA ... 158 ANEXOS ... 159

(7)

DIAGRAMAS

Diagrama 1.- Identificación de los actores ... 67

Diagrama 2.- Diagrama de Casos de Uso ... 69

Diagrama 3.- Paquete Cliente ... 69

Diagrama 4.- Secuencia Agregar Cliente Exitosamente ... 71

Diagrama 5.- Colaboración Agregar Cliente Exitosamente ... 71

Diagrama 6.- Secuencia Agregar Cliente; Excepción Cedula Duplicada ... 72

Diagrama 7.- Colaboración Agregar Cliente; Excepción Cedula duplicada ... 72

Diagrama 8.- Secuencia Modificar Cliente Exitosamente ... 73

Diagrama 9.- Colaboración Modificar Cliente Exitosamente ... 73

Diagrama 10.- Secuencia Modificar Cliente; Excepción Datos no encontrados ... 74

Diagrama 11.- Colaboración Modificar Cliente; Excepción Datos no encontrados74 Diagrama 12.- Secuencia Modificar Cliente; Excepción Datos Inválidos ... 75

Diagrama 13.- Colaboración Modificar Cliente; Excepción Datos Inválidos ... 75

Diagrama 14.- Secuencia Generar Reporte De Clientes Exitosamente ... 76

Diagrama 15.- Colaboración Generar Reporte De Clientes Exitosamente ... 76

Diagrama 16.- Secuencia Generar Reporte De Clientes; Excepción Informe no generado ... 77

Diagrama 17.- Colaboración Generar Reporte De Clientes; Excepción Informe no generado ... 77

Diagrama 18.- Paquete Usuario ... 78

Diagrama 19.- Secuencia Agregar Usuario ... 80

Diagrama 20.- Colaboración Agregar Usuario ... 80

Diagrama 21.- Secuencia Agregar Usuario; Excepción Usuario ya existe ... 81

Diagrama 22.- Colaboración Agregar Usuario; Excepción Usuario ya existe ... 81

Diagrama 23.- Secuencia Modificar Usuario ... 82

Diagrama 24.- Colaboración Modificar Usuario ... 82

Diagrama 25.- Secuencia Modificar Usuario; Excepción Usuario no existe ... 83

Diagrama 26.- Colaboración Modificar Usuario; Excepción Usuario no existe ... 83

Diagrama 27.- Secuencia Eliminar Usuario ... 84

Diagrama 28.- Colaboración Eliminar Usuario ... 84

Diagrama 29.- Secuencia Eliminar Usuario; Excepción Usuario no encontrado .. 85

Diagrama 30.- Colaboración Eliminar Usuario; Excepción Usuario no encontrado ... 85

Diagrama 31.- Paquete Artículo ... 86

Diagrama 32.- Secuencia Agregar Artículo ... 88

Diagrama 33.- Colaboración Agregar Artículo ... 88

Diagrama 34.- Secuencia Agregar Artículo; Excepción Artículo duplicado ... 89

Diagrama 35.- Colaboración Agregar Artículo; Excepción Artículo duplicado ... 89

(8)

Diagrama 37.- Colaboración Modificar Artículo ... 90

Diagrama 38.- Secuencia Modificar Artículo; Excepción Artículo no registrado ... 91

Diagrama 39.- Colaboración Modificar Artículo; Excepción Artículo no registrado91 Diagrama 40.- Secuencia Modificar Artículo; Excepción Datos no válidos ... 92

Diagrama 41.- Colaboración Modificar Artículo; Excepción Datos no válidos ... 92

Diagrama 42.- Secuencia Reportar Artículo ... 93

Diagrama 43.- Colaboración Reportar Artículo ... 93

Diagrama 44.- Secuencia Reportar Artículo; Excepción Informe no generado ... 94

Diagrama 45.- Colaboración Reportar Artículo; Excepción Informe no generado 94 Diagrama 46.- Paquete Proveedor ... 95

Diagrama 47.- Secuencia Agregar Proveedor ... 97

Diagrama 48.- Colaboración Agregar Proveedor... 97

Diagrama 49.- Secuencia Agregar Proveedor; Excepción Código duplicado ... 98

Diagrama 50.- Colaboración Agregar Proveedor; Excepción Código duplicado ... 98

Diagrama 51.- Secuencia Modificar Proveedor ... 99

Diagrama 52.- Colaboración Modificar Proveedor. ... 99

Diagrama 53.- Secuencia Modificar Proveedor; Excepción Proveedor no encontrado ... 100

Diagrama 54.- Colaboración Modificar Proveedor; Excepción Proveedor no encontrado ... 100

Diagrama 55.- Secuencia Modificar Proveedor; Excepción Datos no validos .... 101

Diagrama 56.- Colaboración Modificar Proveedor; Excepción Datos no validos 101 Diagrama 57.- Secuencia Reportar Proveedor ... 102

Diagrama 58.- Colaboración Reportar Proveedor ... 102

Diagrama 59.- Secuencia Reportar Proveedor; Excepción informe no generado ... 103

Diagrama 60.- Colaboración Reportar Proveedor; Excepción informe no generado ... 103

Diagrama 61.- Paquete Factura ... 104

Diagrama 62.- Secuencia Crear Factura de Contado Exitosamente ... 107

Diagrama 63.- Colaboración Crear Factura de Contado Exitosamente ... 107

Diagrama 64.- Secuencia Crear Factura de Crédito Exitosamente ... 108

Diagrama 65.- Colaboración Crear Factura de Crédito Exitosamente ... 108

Diagrama 66.- Secuencia Crear Factura; Excepción Cliente no encontrado ... 109

Diagrama 67.- Colaboración Crear Factura; Excepción Cliente no encontrado . 109 Diagrama 68.- Secuencia Crear Factura; Excepción Artículo no encontrado ... 110

Diagrama 69.- Colaboración Crear Factura; Excepción Artículo no encontrado 110 Diagrama 70.- Secuencia Crear Factura; Excepción Cantidad excede existencia ... 111

Diagrama 71.- Colaboración Crear Factura; Excepción Cantidad excede existencia ... 111

(9)

Diagrama 74.- Secuencia Reportar Factura; Excepción Factura no encontrada 113

Diagrama 75.- Colaboración Reportar Factura; Factura no encontrada ... 113

Diagrama 76.- Secuencia Anular Factura ... 114

Diagrama 77.- Secuencia Anular Factura ... 114

Diagrama 78.- Secuencia Anular Factura; Excepción Factura no generada ... 115

Diagrama 79.- Colaboración Anular Factura; Excepción Factura no generada .. 115

Diagrama 80.- Paquete Cotización ... 116

Diagrama 81.- Secuencia Crear Cotización ... 118

Diagrama 82.- Colaboración Crear Cotización ... 118

Diagrama 83.- Secuencia Crear Cotización; Excepción Cliente no encontrado . 119 Diagrama 84.- Colaboración Crear Cotización; Excepción Cliente no encontrado ... 119

Diagrama 85.- Secuencia Crear Cotización; Excepción Artículo no encontrado 120 Diagrama 86.- Colaboración Crear Cotización; Excepción Artículo no encontrado ... 120

Diagrama 87.- Secuencia Crear Cotización; Excepción Cantidad Excede Existencia de Artículo ... 121

Diagrama 88.- Colaboración: Escenario Crear Cotización; Excepción Cantidad Excede Existencia de Artículo ... 121

Diagrama 89.- Secuencia Eliminar Cotización ... 122

Diagrama 90.- Secuencia Eliminar Cotización ... 122

Diagrama 91.- Secuencia Eliminar Cotización; Excepción cotización no encontrada ... 123

Diagrama 92.- Colaboración Eliminar Cotización; Excepción Cotización no encontrada ... 123

Diagrama 93.- Paquete Compra ... 124

Diagrama 94.- Secuencia Ingresar Compra Contado ... 127

Diagrama 95.- Colaboración Ingresar Compra Contado ... 127

Diagrama 96.- Secuencia Ingresar Compra Crédito ... 128

Diagrama 97.- Colaboración Ingresar Compra de Crédito ... 129

Diagrama 98.- Secuencia Ingresar Compra; Excepción Proveedor no encontrado ... 130

Diagrama 99.- Colaboración Ingresar Compra; Excepción Proveedor no encontrado ... 130

Diagrama 100.- Secuencia Ingresar Compra; Excepción Artículo no encontrado ... 131

Diagrama 101.- Colaboración Ingresar Compra; Excepción Artículo no encontrado ... 131

Diagrama 102.- Secuencia Reportar Compra ... 132

Diagrama 103.- Colaboración Reportar Compra ... 132

Diagrama 104.- Secuencia Reportar Compra; Excepción Reporte no encontrado ... 133

(10)

Diagrama 105.- Colaboración Reportar Compra; Excepción Reporte no

encontrado ... 133

Diagrama 106.- Secuencia Anular Compra ... 134

Diagrama 107.- Colaboración Anular Compra ... 134

Diagrama 108.- Secuencia Modificar Compra; Excepción Compra no encontrada ... 135

Diagrama 109.- Colaboración Modificar Compra; Excepción Compra no encontrada ... 135

Diagrama 110.- Paquete Abonar Cuenta ... 136

Diagrama 111.- Secuencia Agregar Abono Cliente ... 138

Diagrama 112.- Colaboración Agregar Abono Cliente ... 138

Diagrama 113.- Secuencia Agregar Abono Cliente; Excepción Cliente no encontrado ... 139

Diagrama 114.- Colaboración Agregar Abono Cliente; Excepción Cliente no encontrado ... 139

Diagrama 115.- Secuencia Agregar Abono Cliente; Excepción Monto sobrepasa deuda ... 140

Diagrama 116.- Colaboración Agregar Abono Cliente; Excepción Monto sobrepasa deuda ... 140

Diagrama 117.- Secuencia Agregar Abono Proveedor ... 141

Diagrama 118.- Colaboración Agregar Abono Proveedor ... 141

Diagrama 119.- Secuencia Agregar Abono Proveedor; Excepción Proveedor no encontrado ... 142

Diagrama 120.- Secuencia Agregar Abono Proveedor; Excepción Proveedor no encontrado ... 142

Diagrama 121.- Secuencia Agregar Abono Proveedor; Excepción Monto sobrepasa deuda. ... 143

Diagrama 122.- Colaboración Agregar Abono Proveedor; Excepción Monto sobrepasa deuda. ... 143

(11)

TABLAS

Tabla 1.- Recursos de Hardware ... 30

Tabla 2.- Costos de Hardware, ver anexo 6 ... 31

Tabla 3.- Recursos de Software Alternativa 1 ... 32

Tabla 4.- Costos Alternativa 1, ver anexo 6 ... 33

Tabla 6.- Costos Alternativa 2, ver anexo 6 ... 34

Tabla 8.- Interfaces de red ... 38

Tabla 9.- Distancias Estaciones de Trabajo ... 40

Tabla 10.- Propuesta Proveedor Red 1, ver anexo 6 ... 42

Tabla 11.- Propuesta Proveedor Red 2, ver anexo 6 ... 43

Tabla 12.- Entradas del Sistema ... 45

Tabla 12.- Salidas del Sistema ... 46

Tabla 13.- Consultas del Sistema ... 46

Tabla 14.- Archivos Lógicos Internos ... 47

Tabla 15.- Archivos de Interfaz Externos ... 47

Tabla 16.- Puntos de Función ... 49

Tabla 17.- Listado de Lenguajes ... 49

Tabla 18.- Factores de escala ... 53

Tabla 19.- Distribuciones... 54

Tabla 20.- Costos de Etapas ... 57

Tabla 21.- Costo Capacitación ... 59

Tabla 22.- Total Inversiones ... 59

Tabla 23.- Costo Total Operaciones ... 60

Tabla 24.- Proyección de Ingresos ... 60

Tabla 25.- Gestionar Clientes ... 69

Tabla 26.- Gestionar Usuarios ... 78

Tabla 27.- Gestionar Artículos ... 86

Tabla 28.- Gestionar Proveedores ... 95

Tabla 29.- Generar factura ... 104

Tabla 30.- Generar Cotización ... 116

Tabla 31.- Gestionar Compra ... 124

(12)

INTRODUCCIÓN

Los sistemas de información de procesamiento de transacciones que pertenecen a la categoría de sistemas de información operativos o transversales que forman parte del nivel inferior de la pirámide de clasificación de los sistemas de información, dado que son los que aglutinan operaciones comunes y cotidianas, han cambiado la forma como son manejados los negocios actualmente, contribuyendo con la toma de decisiones. Su implementación reduce significativamente los gastos y ahorra tiempo de procesamientos, esto lleva a reconocer la importancia de su creación para poder administrar de forma correcta los principales recursos con los que dispone un negocio.

Al igual que muchas organizaciones y múltiples tipos de negocios que desde sus inicios han manejado sus procedimientos de manera manual, hoy en día y para mejorar con respecto a su competencia y estar acorde a las exigencias y tendencias tecnológicas actuales, estas empresas se encuentran demandando sistemas de información de procesamiento de transacciones que se adapten meramente a sus necesidades. Ejemplo de estos negocios son las ferreterías, las que en su mayoría se han concebido como pequeñas y medianas empresas (PyMEs) y a través del tiempo han ampliado sus operaciones.

Los sistemas de información de procesamiento de transacciones están directamente relacionados con la estructura organizacional del negocio en el se implementan, de forma tal que en el caso particular de “Ferreteria Hondoy”, el mismo realiza las operaciones rutinarias del área de ventas, bodega y sirve como insumo para sistemas administrativas, financieros, contables y de Recursos Humanos que se implementen ya sea de forma manual o automatizada en dicho negocio.

de vital importancia para el manejo correcto de las transacciones.

La información se ha convertido en uno de los activos más importantes de las

(13)

Este es el caso de “Ferretería Hondoy”, ubicada en el mercado Roberto Huembes y se caracteriza por ser un negocio familiar que ha venido creciendo con el paso del tiempo producto del incremento y lealtad de su clientela.

La misma ha manejado desde sus inicios de manera manual los movimientos diarios, tales como el inventario, el proceso de facturación, compra e informes relacionados a la gestión administrativa y financiera, lo cual no suple las necesidades del negocio tales como el incremento de transacciones generadas por el aumento de demanda. A esto se le suma una falta de organización tanto de sus bienes como de sus clientes, proveedores y trabajadores; lo que ha implicado dejar de percibir por mucho tiempo beneficios provenientes de costos de oportunidad, mejor organización y control de lo referido al proceso de facturación y control de inventario.

(14)

DEFINICIÓN DEL PROBLEMA

En “Ferretería Hondoy”, que a través de los años de operación ha expandido su clientela debido a la perseverancia de su propietario y ubicación conveniente de su negocio, lo que se ha traducido en afluencia de más transacciones y los ha llevado a innovar y multiplicar doblemente su mercadería, el manejo manual de la información conlleva a: control inadecuado del inventario, atrasos en las operaciones y transacciones, insatisfacción del cliente, pérdidas económicas, perdida de información, información incompleta, entre otros, lo que se refleja en el conocimiento inexacto de lo vendido, perdidas físicas (productos) provenientes de un inadecuado control de vendedores e inexactitud de los movimientos diarios por no tener información confiables.

(15)

ANTECEDENTES

“Ferretería Hondoy” fue fundada en 1192, en las instalaciones del mercado Roberto Huembés, iniciando operaciones con un stock de productos básicos y con un total de trabajadores de dos personas, dueño y asistente.

Ferretería Hondoy se ha identificado como un negocio meramente familiar y orientado exclusivamente a la distribución de artículos ferreteros. Desde su fundación los procesos de: control de inventario, ventas, compras, registro de clientes y registro de proveedores, entre otros se efectúan de manera manual e informal. A través del tiempo y en vista del incremento significativo de sus artículos, presencia en mercado y clientes surgieron problemas tales como: descontrol de lo disponible, pérdidas tanto monetarias como físicas e insatisfacción por parte de la clientela.

Esfuerzos tales como: definir a nivel organizacional el puesto de cajero (en 1993), ampliar el número de trabajadores de 2 a 5 (en 1998) y establecer la política de contratación de familiares, para apostando a la confianza, generar un mejor manejo de artículos y atender con mayor dedicación a los clientes, no se han traducido en un avance para erradicar la problemática que se ha logrado identificar.

En la actualidad “Ferretería Hondoy” mantiene su locación, Mercado Roberto Huembes y los procedimientos relacionados al manejo del inventario, ventas y facturación se continúan manejado de forma manual y generan los mismos inconvenientes ya que se puede notar el mismo descontrol a pesar del aumento significativo en la cartera de producto, ventas y clientes.

(16)

OBJETIVOS

_General:

Implementar un Sistema de Facturación y Control de Inventario para “Ferretería

Hondoy”

_{Específicos:}

1. Elaborar estudio preliminar del negocio, a fin de determinar los requerimientos funcionales y no funcionales que permitan modelar el sistema de negocio. 2. Efectuar un estudio técnico, operativo y económico que permita verificar la

viabilidad del proyecto.

3. Realizar análisis y diseño del sistema utilizando paradigma orientado a objetos basado en metodología RUP auxiliado del lenguaje unificado UML a fin de conocer el comportamiento del sistema propuesto.

4. Desarrollar el sistema utilizando la arquitectura de software en capas lógicas. 5. Proponer un diseño de red que se ajuste a los requerimientos del sistema

(17)

JUSTIFICACIÓN

La tecnología es la mejor herramienta con la que se puede contar para la toma de decisiones en los negocios, en especial aquellos que han llevado desde sus inicios manualmente todos sus procedimientos.

El manejo manual inadecuado de la información en Ferretería Hondoy ha provocado pérdidas tanto físicas como económicas, descontento de la clientela, información inexacta de compras, ventas e inventario.

El Sistema de Facturación y Control de inventario propuesto, se ajustará a las necesidades y procedimientos, simplificará los procesos y dará respuesta a el control ineficiente de inventario, compra adicionales de productos no requeridos, obtención de la información de forma rápida, entre otros, que ha atravesado el negocio. Debido a que el negocio se encuentra ubicado en un populoso mercado y de beneficio a la comunidad, con su implantación y buen uso, las proyecciones de disminución de precios para beneficio de la comunidad se pondrán en práctica lo que repercutirá en beneficio económico para los clientes.

Por otro lado, el sistema implementado brindará un control de la existencia real del inventario, clientes e incluso proveedores, administrará de forma correcta las ventas a través de la facturación exacta y libre de errores de cálculos, mejorará la administración de compras en tiempo oportuno y se podrá tener un control y conocimientos de transacciones de vital importancia que son el eje de su funcionamiento por medio de consultas personalizadas e intuitivas.

Para implementar el Sistema de Facturación y Control de Inventario para Ferretería Hondoy que permita brindar una mejor y mas ágil atención a los clientes se pretende utilizar como herramienta de desarrollo Visual C# 2008, el cual ayuda a desarrollar aplicaciones rápidas pero también permite un gran control, por otro lado es un lenguaje orientado a objetos de sus inicios y como gestor de base de datos MySQL 5.1 pues brinda un gran rendimiento y es económicamente factible.

(18)

MARCO TEÓRICO

1. Ingeniería de software orientada a objetos.

1.1 Aspectos generales de ingeniería de software orientada a objetos.

“La ingeniería del software es el establecimiento y uso de principios sólidos de la ingeniería para obtener económicamente un software confiable y que funcione de

modo eficiente en las maquinas reales.” 1

El software entrega el producto más importante de nuestro tiempo: la información. Transforma los datos personales (por ejemplo, las transacciones financieras de un individuo) de forma que los datos sean más útiles en un contexto local; maneja información de negocios para mejorar la competitividad; proporciona una vía para las redes de información alrededor del mundo (internet) y proporciona los medios para adquirir información en todas sus formas.

La ingeniería de Software Orientada a Objetos, es un enfoque que se centra en el problema basado en una visión orientada a objetos, donde el dominio del problema se caracteriza mediante un conjunto de estos.

1.2 Conceptos

Cualquier discusión sobre ingeniería del software orientada a objetos debe comenzar por el término orientado a objetos, así como diferenciarlo de una clase:

 Objeto: los objetos son entidades que tiene un conjunto de valores

definidos (el estado del objeto) y un conjunto de operaciones que pueden ejecutarse sobre ese objeto (los comportamientos del objeto).

 Clases: Una clase es una familia de objetos. Si varios objetos tienen una

estructura similar, comportamiento, y significado, entonces usted puede agruparlos los objetos en clases. Cuando se desarrolla un sistema orientado a objetos, el sistema es descrito como que esta hecho de clases y eso es cierto incluso para un sistema empresarial de la vida real.

(19)

El objetivo del análisis orientado a objetos (AOO) es definir todas las clases (además de las relaciones y el comportamiento asociado con ellas) relevantes

para el problema y que deben resolver.2

Existen características de los sistemas orientados a objetos que los hacen únicos:

abstracción, encapsulamientos, herencia y polimorfismo3:

 Abstracción: la abstracción de datos es una colección nombrada de datos

que describe un objeto de datos.

 Encapsulamiento: mediante la encapsulación, los datos se ocultan o se

encapsulan, dentro de una clase y la clase implementa un diseño que permite que otras partes del código accedan a esos de forma eficiente.

 Herencia: Cuando otras clases toman prestada su definición de otra clase y

en lugar de escribir otra clase de nuevo, se pueden tomar el estado y los comportamientos de otra clase y usarlos como punto de partida par la nueva clase. A la acción de definir una clase usando otra clase como punto de partida se le llama herencia.

 Polimorfismo: es la capacidad que tiene un lenguaje orientado a objetos de

llamar correctamente al método anulado en función de que clase lo esté llamando. Esto suele producirse cuando se almacena una colección de objetos derivados.

1.3 Elementos claves para la ingeniería del software.

La ingeniería de software nos brinda una metodología para realizar el análisis y diseño de un sistema de software mediante el modelado.

Los modelos se crean para obtener un mejor entendimiento de la entidad real que se construirá. Cuando la entidad es un objeto físico (por ejemplo un edificio, un avión, una maquina), se puede construir un modelo idéntico en forma y tamaño,

2_{[PRESSMAN05 pg 201]}

(20)

pero en menor escala. Sin embargo, cuando la entidad es software, el modelo

debe tomar una forma diferente.4

Se necesitan tres elementos para desarrollar ingeniería de software: la notación, el proceso (metodología) y la herramienta.

1.4 Notación de la Ingeniería de Software OO

.

Durante la década de los 80s e inicios de los 90s, los métodos y lenguajes de programación orientados a objetos (OO) obtuvieron una amplia difusión entre la comunidad de la ingeniería del software. Durante este periodo se propuso una amplia variedad de análisis y diseño OO y se introdujo un modelo de proceso orientado a objetos de propósito general. Al igual que la mayoría de los paradigmas “nuevos” para la ingeniería de software, los seguidores de cada uno de los métodos OO argumentaban acerca de cual de ellos era el mejor, pero ningún método o lenguaje dominó la escena de la ingeniería del software.

1.4.1_{Lenguaje de Modelado Unificado (UML)}

El lenguaje unificado de modelado (UML) es una de las herramientas más útiles e

interesantes en el mundo del desarrollo de sistemas.5

Al principio de los 90s, James Rumbaugh, Grady Booch e Ivar Jacobson comenzaron a trabajar en un “método unificado” que combinaría las mejores características de cada uno de los métodos individuales y adoptaría características adicionales que propusieran otros expertos en el campo OO.

El UML proporciona la tecnología necesaria para apoyar la práctica de la ingeniería de software orientada a objetos, pero no provee el marco de trabajo del proceso que guie a los equipos en la aplicación de la tecnología.

4

(21)

Figura 1: fases del proceso unificado

1.4.2 Diagramas de UML

UML tiene muchos diagramas, hay por lo menos 13 diagramas oficiales y varios diagramas semioficiales. He aquí la construcción de un diagrama de clases UML que resume los principales tipos de diagramas, junto con sus relaciones

Figura 2: resumen diagramas 6

6

(22)

Los diagramas están separados en: diagramas de estructura, diagramas de comportamiento y diagrama de interacción:

 Diagrama de estructura enfatizan en los elementos que deben existir en el

sistema modelado7:

o Diagrama de clases

o Diagrama de componentes

o Diagrama de objetos

o Diagrama de estructura compuesta

o Diagrama de despliegue

o Diagrama de paquetes

 Diagramas de comportamiento enfatizan en lo que debe suceder en el

sistema modelado:

o Diagrama de actividades

o Diagrama de casos de uso

o Diagrama de estados

 Diagramas de interacción, un subtipo de diagramas de comportamiento,

que enfatiza sobre el flujo de control y de datos en los elementos del sistema modelado:

o Diagrama de secuencia

o Diagrama de comunicación

o Diagrama de tiempos

1.5 Metodologías de la Ingeniería OO

Metodología de desarrollo de software en ingeniería de software es un marco de trabajo usado para estructurar, planificar y controlar el proceso de desarrollo en sistemas de información.

Las metodologías para el desarrollo de software se pueden agrupar:

Según la cantidad de componentes de proceso que se realizan en un intervalo de tiempo:

(23)

_{Lineales o en cascada}

_Evolutivos_{(iterativo, incremental)}

Según el formalismo en el proceso de trabajo y la cantidad de documento a

generar (#ver_anexo_1):

 Metodologías ágiles

 Metodologías pesadas.

1.5.1_{Metodología en cascada}_.

Algunas veces llamado ciclo de vida clásico, sugiere un enfoque sistemático,

secuencial hacia el desarrollo del software, que se inicia con la especificación de requerimientos del cliente y que continúa con la planeación, el modelado, la construcción y el despliegue para culminar en el soporte del software terminado.

Figura 3: metodología en cascada8

Se concluyó que la naturaleza lineal del modelado en cascada conduce a “estados de bloqueo” en los cuales algunos miembros del equipo del proyecto deben esperar a otros para determinar tareas dependientes. De hecho, el tiempo de espera puede superar el que se aplica en el trabajo productivo. El estado de bloqueo tiende a se más común al principio y al final del proceso secuencial.

1.5.2_{Modelos de los procesos incrementales:}

El modelo incremental combina elementos del modelo en cascada aplicado en

forma iterativa. El modelo incremental aplica secuencias lineales de manera escalonada conforme avanza el tiempo en el calendario, cada secuencia lineal produce “incrementos” del software.

8

(24)

Figura 4: procesos incrementales

1.5.3_{Arquitectura lógica en capas}

Arquitectura es un término bastante amplio que actualmente se está utilizando en una variedad de áreas del conocimiento humano. Llegando desde el concepto más clásico de lo que es arquitectura, tal como sucedía en tiempos de Roma y Grecia. Hasta el uso de esta idea en ámbitos de los negocios y las finanzas.

Los beneficios de una arquitectura lógica en n-capas es la separación de la funcionalidad en roles o grupos claramente definidos, con el fin de aumentar la

claridad y facilidad de mantenimiento.9 Para proceder y de dejar de utilizar la

arquitectura lógica del software como un todo, todos los servicios del software

revueltos de forma monolítica (aplicaciones mono-capas, #ver_anexo_2) en las

cuales los datos de aplicación como la interfaz como la lógica del negocio residen en una misma identidad. En una aplicación se deben de identificar las siguientes funcionalidades o servicios:

1. Presentación (UI Interfaz de usuario)

(25)

Es la capa que se muestra a los usuarios: Administrador, Almacén y Venta. En la misma se muestran los formularios, que por su diseño son amigables para el usuario, con las distintas tareas a realizar.

2. Procesamiento de la lógica de negocio

La lógica del negocio se encuentra plasmada en el diagrama de clases simples, donde se describe la estructura del sistema mostrando sus clases, atributos y relaciones entre ellas.

3. Procesamiento de los datos.

La capa de procesamiento de datos es representada por el diagrama entidad relación, lo que une la lógica del negocio con la base de datos son las colecciones donde se representan muchos valores de una clase.

1.5.4_{Arquitectura en 3 capas}

Tienen la ventaja que el desarrollo se puede llevar a cabo en varios niveles y en caso que sobrevenga algún cambio. Permite distribuir el trabajo de creación de una aplicación por niveles; cada grupo de trabajo está totalmente abstraído del resto de niveles, de forma que basta con conocer la aplicación de interfaz de programación que existe entre niveles.

Capas y niveles

Capa de presentación: esta es la parte más visible de toda la aplicación: la interfaz del usuario. Tradicionalmente esta compuesta de formularios, menús y controles que los usuarios usan para interactuar con el programa. Esta capa se comunica únicamente con la capa de negocio.

Capa de negocio: en esta se reciben las peticiones del usuario y se envían las respuestas tras el proceso. Se denomina lógica del negocio porque es aquí donde se establecen todas las reglas que deben cumplirse. En vez de poner todo el papel importante del código de la aplicación en la interfaz del usuario, se mueven hacia los objetos del negocio, haciendo esto se podrá aplicar técnicas de diseño

(26)

orientado a objetos y poner las reglas de negocio y de procesamiento en los objetos de este modelo.

Capa de datos: es donde residen los datos y es la encargada de acceder a los mismos. Como mínimo esta capa es responsable de la creación, actualización, recuperación y borrado de los datos de la fuente de datos. En algunos casos también incluye características más complejas, como forzar la integridad referencial y otras reglas relacionadas a los datos.

1.6 Mapeo objeto relacional

Uno de los mayores desafíos que enfrenta un desarrollador de negocios en la construcción sistema orientado a objetos, es que un buen modelo de objetos es casi nunca lo mismo que un buen modelo de datos relacional. Porque la mayoría de datos están guardados en bases de datos relacionales usando modelos relacionales y se enfrentan con el problema de convertir esos datos en un modelo de objetos para su procesamiento y luego cambiarlo de nuevo a modelo relacional.10

Si los modelos de objetos no son los mismos que los modelos relacionales, algún tipo de mecanismo es necesario para que los datos se puedan traducir de la capa de Almacenamiento y Gestión de Datos a la capa de Negocios Orientado a Objetos.

La tendencia sobre la programación y técnicas de diseño de software es hacia la orientación a objetos, pero se siguen utilizando manejadores de base de datos relacionales (RDBMS) Muchos productos de mapeos objeto-relacional (MOR) de varios vendedores, incluyendo Microsoft, existen para la plataforma .Net. Sin embargo muchas herramientas MOR tienen dificultades para trabajar con modelado de objetos definidos mediante un diseño de comportamiento orientado a objetos.11

Puesto que los objetos contienen datos esto es meramente un efecto secundario de implementar comportamiento, los datos no son la identidad del objeto. Muchas herramientas MOR, por el contrario, crean el objeto basado en los datos, con el

(27)

comportamiento como efecto secundario de los datos en los objetos, esto es lo que se pretende evitar y mejorar.

No es la información la que define al objeto sino el papel que desempeña el objeto en el dominio del negocio. De la misma manera, podemos notar que el mapeo

esta directamente relacionado a las clases (#ver_anexo_3).

1.7 Proceso Unificado de Rational

Es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.

El RUP está basado en 6 principios clave que son los siguientes:

 Adaptar el proceso

El proceso deberá adaptarse a las necesidades del cliente, características propias del proyecto u organización.

 Equilibrar prioridades

Debe de encontrarse un equilibrio de requisitos entre los participantes, pues estos pueden ser diferentes o contradictorios, de esta manera se satisfarán los deseos de todos.

 Demostrar valor iterativamente

El proyecto se deberá de entregar en etapas iteradas, esto para analizar la opinión de los inversores, la estabilidad y calidad del producto.

 Colaboración entre equipos

Debe haber una comunicación fluida para coordinar requisitos, desarrollo, evaluaciones, planes, resultados, etc.

 Elevar el nivel de abstracción

Es acompañado por las representaciones visuales de la arquitectura del lenguaje UML. Esto evitará que los ingenieros de software vayan directamente de los

(28)

requisitos a la codificación de software sin saber con certeza qué codificar para satisfacer los requisitos.

 Enfocarse en la calidad

El control de calidad debe de realizarse al final de cada iteración. El aseguramiento de la calidad forma parte del proceso de desarrollo y no de un

grupo independiente.12

(29)

2. Facturación y control de inventario.

2.1 Inventarios:

El inventario registra el conjunto de todos los bienes propios y disponibles para la venta a los clientes, considerados como activo corriente

Según la actividad económica desarrollada por el ente económico, los inventarios se dividen en: inventario de mercancías, de producto en proceso, de materias

primas, productos terminados, cultivo en desarrollo entre otros.13

El inventario de mercancía constituye uno de los activos que demanda mayor inversión y de su venta se derivan los ingresos y las utilidades operacionales. El registro contable del inventario se basa en su costo de adquisición más todas las erogaciones necesarias para ponerlo en condiciones de venta. La determinación del costo tiene como finalidad la utilidad.

Control interno: el control interno se debe empezar cuando se reciben los artículos. Se debe confrontar la orden de compra con la factura, verificando precios, cantidades, artículos solicitados. Se registra el ingreso de los artículos y se envía la factura al departamento de contabilidad. Se deben establecer medidas de seguridad para evitar daños de las mercancías o bodegas; permitir el paso solo a empleados autorizados. Se debe utilizar formas de requisición para el retiro de mercancías, debidamente autorizadas.

Sistemas de inventarios: existen dos sistemas o procedimientos que proporcionan toda una estructura para la contabilización de los inventarios: sistema periódico o

analítico y sistema permanente o perpetuo14.

 Sistema periódico: El sistema de inventarios periódico, como su nombre lo

indica, realiza un control cada determinado tiempo o periodo, y para eso es necesario hacer un conteo físico. Para poder determinar con exactitud la cantidad de inventarios disponibles en una fecha determinada.

13

[CONTGER pg 109]

14

(30)

 El sistema permanente: O también llamado perpetuo, permite un control constante de los inventaros, al llevar el registro de cada unidad que ingresa y sale del inventario a través de uso de tarjetas auxiliares. Estas tarjetas permiten conocer tanto el número de artículos en existencia como su costo. Métodos de valuación de inventarios: representan uno de los renglones más importantes de la empresa, de aquí la necesidad de la correcta valuación del importe que debe enfrentarse con los ingresos del período y que determinará la utilidad.

A continuación los métodos más acepados:

 Primeras entradas, primeras salidas PEPS: este método se basa en la

suposición de que las primera unidades en entrar al almacén serán las primeras en salir. Por lo tanto, las mercancías en existencia al final del período serán las más recientes adquisiciones, valoradas al precio actual o a los últimos precios de compra.

 Ultimas entradas primeras salidas UEPS: este método se basa en la

suposición de que las ultimas unidades en entrar al almacén serán las primeras en salir. Por lo tanto, las mercancías en existencia al final del período serán las de más vieja adquisición, valoradas a los precios iniciales de compra.

 Promedio ponderado: Este método reconoce que los precios varían, según

se van comprando mercancías, durante el ciclo económico. Consiste en dividir el importe del saldo entre el número de unidades en existencia.

2.2 Facturación:

Este comprobante se utiliza para acreditar la transferencia de dominio de los

bienes objeto de la compra o venta. 15. Contiene una relación detallada de los

bienes o servicios con su precio unitario, cantidad y valor total.

La factura, se elaborara en las imprentas autorizadas por la DGI cumpliendo con los requisitos siguientes:

(31)

a) Que se extienda en duplicado, entregándose el original al comprador o usuario. b) Que se extienda en el mismo orden de la numeración sucesiva que deben tener según talonarios de facturas que se usen.

c) Que contengan la fecha del acto, el nombre, razón social o denominación y el número RUC del vendedor o prestatario del servicio, dirección y teléfono en su caso.

d) Indicación de la cantidad y clase de bienes enajenados o del servicio prestado. e) El precio unitario y valor total de la venta o del servicio libre de IVA haciéndose constar la rebaja en su caso, y el impuesto correspondiente a la exención en su caso señalando o identificando la razón de la misma.

Para la implementación de Facturas Computarizadas, éstos deben reunir al menos los siguientes requisitos16:

1. La numeración pre impresa sea igual a la emitida por el sistema, diferenciándola de la facturación de contado y crédito.

2. Todas estas facturas deben cumplir con lo establecido en el Decreto Nº 1357 denominado “Pie de Imprenta Fiscal”.

3. Contener nombre de persona natural o jurídica, número de teléfono y de fax. 4. Indicar si es factura de contado o crédito o si el formulario pre impreso es para los dos tipos.

16

(32)

DISEÑO METODOLOGICO

En el presente trabajo se hará uso de la metodología de investigación experimental, la cual nos permitirá obtener información en el campo que estamos estudiando para poder diagnosticar las necesidades, problemas y dar una solución apropiada.

Dentro de la metodología de investigación experimental se selecciona la muestra que se ha de investigar, en el caso de estudio es de 5 personas o cantidad total de trabajadores pues es reducida, también una serie de procedimientos que son: investigación documental, investigación de campo, encuestas, cuestionarios, entrevistas y la observación de lo que sucede en el entorno a estudiar.

El método cualitativo y el método cuantitativo son las formas de realizar una investigación o proyecto

Para llevar la investigación a cabo se deben de conocer cual es el entorno de trabajo, el cual se identifica directamente en el negocio a través de entrevistas y observación directa, en este se encuentran:

- Gerencia

- Ventas

- Almacén

- Proveedores

- Clientes

Dentro del entorno del negocio, donde se desempeñan las operaciones diarias, que es el universo de trabajo, se selecciona los más relevantes para la investigación y con los que se desarrollará el proyecto, los cuales son: Ventas y Almacén. Se ha seleccionado estos debido a que son los elementos fundamentales para obtener la información relevante y desarrollar la investigación. La información solicitada a estás áreas se especificará más adelante:

1. Ventas: se encuentra toda la información relacionada al proceso de facturación, entrada de dinero principal, clientes nuevos y habituales, cuentas por pagar, cuentas por cobrar.

(33)

2. Almacén: abarcan la información de los inventarios, su entrada/salida, existencia, estado, variedad y proveedores que suministran el negocio

INSTRUMENTOS Y TECNICAS DE RECOLECCION DE DATOS

Para llevar a cabo el proyecto se utilizará la investigación no experimental, que se encuentra dentro de la clasificación básica de las investigaciones, y se efectúa sin la manipulación intencionada de variables, lo que aquí se realiza es la observación de fenómenos en su ambiente natural.

Las técnicas de recopilación serán la observación y la entrevista:

 Observación: es un procedimiento empírico que consiste básicamente en

utilizar los sentidos para observar los hechos, realidades y contextos del negocio. La misma no será participativa y será individual. Y como instrumento se cuenta con un cuaderno de notas.

 Entrevista: consiste en una conversación entre dos o más personas, sobre

un tema determinado de acuerdo con ciertos esquemas o pautas determinadas. La misma es efectuada a los principales actores del proceso, tales como:

o Gerente General

o Ventas (facturador)

(34)

CAPITULO I

ESTUDIO PRELIMINAR

(35)

Este estudio preliminar se elabora para conocer de forma general el entorno del negocio. En base a la técnica de recopilación, la entrevista, se dan a conocer los aspectos generales del negocio y el procesamiento de sus transacciones.

En Ferretería Hondoy, se encuentran los siguientes aspectos de negocio:

Misión

Brindar soluciones económicas para satisfacer las necesidades de nuestros clientes y proyección de mercado en cuanto a artículos ferreteros que se demandan cotidianamente.

Visión

Consolidarnos como un negocio de presencia en el mercado, manteniendo nuestros estándares de atención al cliente y precios accesibles a la comunidad para posteriormente expandirnos y seguir creciendo a nivel nacional.

Historia

Ferretería Hondoy es un negocio de capital Nicaragüense que inició operaciones en 1982. Su fundador, Marvin Hondoy, proyectó su concepto como familiar, lo cual ha mantenido a lo largo del crecimiento del negocio.

En sus inicios, a nivel organizacional, solo contaba con dos trabajadores, dueño y asistente. Con el pasar del tiempo y en vista del incremento de la cartera de producto se definió el puesto de cajero, lo que posteriormente conllevo al aumento del número de trabajadores, de 2 a 5 en el año 1998, con la finalidad de atender de una manera integral a la clientela y organizar de mejor manera los procesos y movimientos de artículos que en transcurso de operaciones fueron aumentando. Hoy en día, Ferretería Hondoy, ofrece una gran variedad de productos los cuales son adquiridos a través de distribuidores de prestigio. De la misma forma, la calidad de los productos ofrecidos cumple con las exigencias de la clientela sin dejar a un lado el aspecto económico.

(36)

Descripción del Sistema Actual

1. Proceso de compra

Los pedidos se realizan a proveedores de la ferretería, en el lugar a través de una llamada telefónica, la misma es realizada por el Gerente General o encargada de caja (por orden del Gerente General) para solicitar la mercadería. El proveedor hace la entrega a domicilio a la cual responde cualquiera de los trabajadores, los que tienen el deber de revidar la mercadería para corroborar que este completa y en buen estado, se le es entregada una factura membretada por parte del

proveedor donde se refleja las cantidades, unidades, costo unitario, costo total y otros pagos así como la fecha y detalles del proveedor. Una vez aceptada la mercancía, se procede a guardarla en almacén o estantería. En referencia a la fecha, y siendo la factura de crédito, se procede a pagar en los próximos treinta días. Una vez cancelado el monto, el proveedor procede a entregar la factura original cancelada, la cual permanece almacenada, incluso si es de contado, para fines de control.

2. Proceso de Venta

A la llegada del cliente, se le atiende, el mismo solicita la mercadería la cual se localiza a través de observación en estanterías o almacén, si se encuentra en existencia se le proporciona el precio y si accede a la compra se procede a la transacción, si el cliente la solicita se le entrega factura (membretada) la cual no es necesaria para controles de contabilidad pues son parte del régimen de cuota fija.

En el caso de que la compra sea de crédito: se anota el monto de la venta en un esquema de proforma que incluye lo siguiente: datos de la ferretería, número de proforma, fecha, cliente, cantidad, descripción, costo unitario, costo total, total y validez de la proforma. Este documento se almacena por el periodo de abono del cliente que una vez cancelada se le proporciona.

(37)

3. Procedimiento de almacén de mercadería

Cuando el producto es entregado por el proveedor, se introduce en el negocio, parte de la mercadería se coloca en las estanterías, cuando estas están llenas se procede al almacén de la mercadería en bodega (ubicada en la parte superior del negocio) para reposición en caso de que no haya más en estantes, no poseen ningún control del producto ubicado en estantes o en bodega.

Objetivos del sistema

OBJ-0001 Gestionar artículos Versión 1.0 ( 31/08/2010 )

Autores Grethel Hernández Fuentes Ferretería Hondoy

Descripción El sistema deberá gestionar la información correspondiente a los artículos: código, nombre, descripción, clasificación, unidad de medida, existencia mínima, precio, compra y venta de los mismos.

Subobjetivos Ninguno Importancia vital Urgencia inmediatamente Estado en construcción Estabilidad media Comentarios Ninguno

OBJ-0002 Gestionar Clientes Versión 1.0 ( 31/08/2010 )

(38)

Descripción El sistema deberá gestionar la información correspondiente a los clientes de la ferretería: número de identificación, nombre, dirección, teléfono, descuentos, altas, bajas, modificaciones de datos y cuentas.

OBJ-0003 Gestionar Proveedores Versión 1.0 ( 31/08/2010 )

Descripción El sistema deberá gestionar la información correspondiente a los proveedores de la ferretería: nombre, dirección, teléfono, altas, bajas, modificaciones de datos y cuentas.

OBJ-0004 Gestionar Usuarios Versión 1.0 ( 01/09/2010 )

(39)

Descripción El sistema deberá gestionar la información correspondiente a los usuarios (empleados) de la ferretería: usuario, nombre, clave y modificar datos. Subobjetivos Ninguno

Importancia quedaría bien Urgencia inmediatamente Estado en construcción Estabilidad baja

Comentarios Ninguno

Ver anexo 5: Documento de Requisitos del Sistema (REM)

Requisitos técnicos

Ferretería Hondoy actualmente no cuenta con recursos de Hardware, Software o redes que puedan soportar el sistema a implantar, por lo que se recomienda seguir las recomendaciones plateadas en el estudio técnico.

(40)

CAPITULO II

ESTUDIO TÉCNICO

(41)

Este estudio de factibilidad técnica se elabora como parte del estudio de factibilidad del proyecto. Se valora las condiciones técnicas existentes en cuanto a Hardware, Software y Redes a fin de determinar si las mismas son suficientes y necesarias para cumplir con los requerimientos funcionales y no funcionales del proyecto.

1. Recursos de Hardware:

El estudio realizado y auxiliado de la técnica de recopilación, entrevista, así como la apreciación del experto, arrojó que Ferretería Hondoy no cuenta con recursos de Hardware disponibles para la implantación del Sistema de Facturación y Control de Inventario. Por este motivo, se propone la adquisición de la siguiente cantidad de Hardware y con las siguientes especificaciones:

Tabla 1.- Recursos de Hardware

CANTIDAD EQUIPO FINALIDAD DEL EQUIPO

3 PC de escritorio:

Procesador Celeron 2.4 Ghz RAM de 1gb DDR2

Disco Duro 256gb SATA Lector de Tarjetas Tarjeta de Red 10/100 Monitor LCD 16” Quemador de DVD Mouse Almohadilla Teclado

Utilizados como equipos para distintos tipos de usuarios con la finalidad de acceder al Sistema de Facturación y Control de Inventario y hacer uso del mismo.

1 Servidor: Procesador Cor2duo 2 Ghz RAM 2gb Disco duro 350gb Quemador DVD Tarjeta de Red 10/100

Utilizado como servidor de datos para archivos de Sistema de Facturación y Control de Inventario.

(42)

Para la futura adquisición de los recursos de Hardware, se cotizó tres diferentes proveedores, que brindará opciones al momento de la adquisición, a continuación se muestra las tres opciones a considerar:

Tabla 2.- Costos de Hardware, ver anexo 6

Después de examinar las opciones propuestas y tomando en cuenta las especificaciones requeridas, el aspecto económico así como el operacional, que en términos de PC de escritorio el proveedor B cumple con los requisitos propuestos y económicamente es la opción más viable. Por otro lado, en términos de servidor el proveedor A cumple con los requisitos propuestos, y aunque no es económicamente el más accesible, se recomienda que se adquiera por el mismo.

Descripción Cantidad Proveedor Costo U. Costo Total

PC de escritorio 3 A $425 $1,446.25 B $377 $1,300.65 C $391.18 $1,349.57 Servidor 1 A $1179.90 $1179.90 B $564.65 $564.65 C --- ---

(43)

2. Recursos de Software.

Al no poseer recursos de Hardware que puedan soportar los recursos de Software y auxiliado con técnica de recopilación, entrevista, se concluye que el negocio no cuenta con disponibilidad de estos recursos, por lo que se proporciona las siguientes alternativas:

Alternativa 1:

Tipo de Software Nombre de Software Cantidad.

Suite de Oficina Microsoft Office 2007 Profesional 1

Lic. Microsoft Office Professional 4

Sistema Operativo Windows 2008 Server para 5 usuarios 1

Windows 7 Professional edition 1

Lic. Windows 7 Professional 4

Antivirus Lic. Antivirus 5

Desarrollo Microsoft Visual Studio 2008 1

Herramientas CASE 1

Sistema Administrador de Base de Datos MySQL

1

Tabla 3.- Recursos de Software Alternativa 1

A continuación se presentan propuestas de costos para alternativa 1, provenientes de dos proveedores distintos y relacionados a la adquisición del Software, para su valoración tanto a nivel económico como operacional.

(44)

Tipo de Software Nombre de Software Cantidad Proveedor 1 Proveedor 2 Proveedor 3

Suite de Oficina Lic. Microsoft Office

Professional

4 $1,725 $2,415 $2,885.00

Sistema Operativo Windows 2008 Server para 5 usuarios

1 $1,006.25 $1,063.75 $988.28

Lic. Windows 7 Professional

4 $805 $874 $832.48

Antivirus Lic. Antivirus 5 $139.15 $287.5 ----

Desarrollo Microsoft Visual Studio

2008

1 $1,081 $977.5 $607.08

Total $4756.4 $5,617.75 $5,312.84

Tabla 4.- Costos Alternativa 1, ver anexo 6

Tomando en cuenta las especificaciones requeridas y el aspecto económico, se concluye que la propuesta de costos del proveedor 1 es más factible pues cumple con los requisitos propuestos y es económicamente más viable. Por la tanto se propone que la adquisición del Software requerido sea por este medio, proveedor 1.

Esta primera alternativa proporciona grandes niveles de seguridad en los equipos informáticos del negocio, pues incorpora tecnología NT de Microsoft tanto en servidor como estación de trabajo. Así mismo es la opción que mayores costos económicos genera.

Se propone la adquisición exclusiva de un servidor (en vez de que se use una de las estaciones de trabajo para cumplir su propósito) ya que la información a manejar es de suma importancia y a través de un servidor de datos que almacene todo lo referente a los procedimientos a realizar por el Sistema de Facturación y Control de inventario se contará con mucha seguridad para que su manejo sea el indicado.

(45)

Alternativa 2:

Suite de Oficina OpenOffice 1

Sistema Operativo Ubuntu Server para 5 usuarios 1

Windows 7 Professional edition 1

Lic. Windows 7 Professional 4

Antivirus Lic. Antivirus 4

Desarrollo Microsoft Visual Studio 2008 1

Herramientas CASE 1

1

A continuación se presentan propuestas de costos para alternativa 2, provenientes de dos proveedores distintos y relacionados a la adquisición del Software, para su valoración tanto a nivel económico como operacional.

Tipo de Software Nombre de Software Cantidad Proveedor 1 Proveedor 2 Proveedor 3

Suite de Oficina OpenOffice 1 ---- ----

Sistema Operativo Ubuntu Server para 5 usuarios

1 ---- ----

Lic. Windows 7 Professional

4 $805 $874 $832.48

Antivirus Lic. Antivirus 5 $139.15 $287.5 ----

Desarrollo Microsoft Visual Studio

2008

1 $1,081 $977.5 $607.08

Total $2,025.15 $2,139 $1,439.56

(46)

Tomando en cuenta las especificaciones requeridas y el aspecto económico, se concluye que la propuesta de costos del proveedor 1 es más factible pues cumple con los requisitos propuestos y es económicamente más viable. Por la tanto se propone que la adquisición del Software requerido sea por este medio, proveedor 1.

En esta segunda alternativa se disminuyen considerablemente los costos, pues se trabaja en combinación herramientas de Microsoft y herramientas Open Source. La combinación de amabas herramientas no afectará la buena calidad de seguridad y confiabilidad de el desarrollo, implantación y mantenimiento del Sistema de Facturación y Control de Inventario.

El suite de oficina, el sistema operativo del servidor, herramienta CASE (ArgoUML) y sistema de administración de base de datos, son completamente gratis y los mismos se pueden obtener de la página oficial, de las misma manera para su actualización no se incurrirán en gastos.

(47)

Alternativa 3:

Suite de Oficina OpenOffice 1

Sistema Operativo Ubuntu Server para 5 usuarios 1

Ubuntu Desktop 1

Desarrollo Mono Develop 1

Sharp Develop 1

Herramientas CASE 1

1

Esta opción reduce a nada los costos referidos a adquisición de software, pues la alternativa muestra únicamente paquetes Open Source que pueden ser descargados en páginas oficiales. Todos estos paquetes están probados y se ajustan muy bien a las necesidades, la desventaja que presenta es que a manera general los usuarios no están familiarizados con los mismos, lo que podría provocar confusión y mal funcionamiento por parte de los usuarios.

Se recomienda que se adquiera la Alternativa 2 de las propuestas de alternativas, pues la misma reduce considerablemente los costos, presenta una excelente seguridad y se ajusta a conocimientos generales de los usuarios, los que facilitará el manejo del sistema.

(48)

3. Recursos de Red

Actualmente, y en consecuencia de la inexistencia de Hardware y Software, el negocio no posee ninguna red ni servicio de internet.

Debido a lo anterior planteado se propone la implantación de una red que cumpla con las necesidades del negocio y se ajuste a las propuestas de Hardware y Software.

Para la propuesta de red, se examino el diagrama de planta del negocio, el cual nos proporcionará la conveniente ubicación tanto del Hardware como de la red en sí, así como las dimensiones y longitud del cableado a instalar.

Diagrama de planta.

Figura 5. Diagrama de Planta

Almacen segundo piso Facturacion Ventas Ventas Estantes de productos al rededor Office 7 sq m 9.14 metros 5.44 metros 3.70 metros 3. 68 m e tros 3. 68 m e tros

(49)

Como medio de transmisión de red se propone cables UTP categoría 5, con la capacidad de sostener comunicaciones a 100Mbps. Las conexiones de cableado se regirán por el estándar de norma EIA/TIA 568B, así mismo los conectores RJ 45 para el cableado soportan esta norma. El medio de comunicación se recomienda sea un Swtch de 8 puertos que podrá soportar la cantidad de trafico y usuarios del negocio. Se necesitarán para la red aproximadamente lo siguiente:

1. 40 metros de cable UTP categoria 5 2. 15 conectores Rj 45

3. Switch de 8 puertos 4. Tenaza para red Rj 45 5. Canaletas

La topología recomendada es la de estrella, en la cual las estaciones estarán conectadas directamente a un punto central y las comunicaciones se harán necesariamente a través de este. En el área de almacén, donde se ha determinado que se encuentran las condiciones en términos de espacio y seguridad, se encontrará el punto central de la topología.

La descripción de las interfaces de red estarían presentadas a como se muestra a continuación.

Nombre IP Mascara Puerta de Enlace

Servidor 192.168.1.2 255.255.225.0

Gerencia General 192.168.1.3 255.255.225.0 192.168.1.2

Almacén 192.168.1.4 255.255.225.0 192.168.1.2

Ventas / Facturación 192.168.1.5 255.255.225.0 192.168.1.2

(50)

3.1 Diseño lógico de la red.

Lógicamente la distribución de red interna del negocio estará dada a través del Switch, a como se muestra en el diagrama.

Figura 6. Diseño lógico de red

3.2 Diseño físico de red

Como se mencionó previamente, se optará por un diseño de tipo de estrella. En el nodo principal o servidor estarán conectadas las 3 estaciones de trabajo: Gerencia General, Almacén y Venta / Facturación.

Las estaciones de trabajo estarán conectadas a través del cables UTP categoría 5, los mismos conectados al Switch que estará enlazado al servidor de datos.

SWITCH

Gerencia General

Almacén Ventas/Fa

(51)

Figura 7. Conexiones de Red

Las distancias entre las estaciones de trabajo y el nodo central no exceden la cantidad estipulada en la normativa aplicada, es decir, no sobrepasan los 100 metros. En la siguiente tabla se detallan dichas distancias:

Estación de Trabajo Switch

Servidor 1 mt

Gerencia General 9 mts.

Almacén 7 mts.

Venta /Facturación 17 mts.

Tabla 9.- Distancias Estaciones de Trabajo

El sistema de Facturación y Control de Inventario está dirigido al eficiente control del inventario y facturación oportuna para mejorar los procesos del negocio, es por eso que su funcionamiento mejora estos aspectos, para ello se propone el siguiente modelo de red que auxiliará los procesos de negocio.

Servidor 8 Puertos 100 Mbp Gerencia General Almacén Venta/ Facturación

(52)

Figura 8. Diseño de red Físico Propuesto.

Tras la adquisición de los nuevos equipos (servidor y usuarios) se procede a la propuesta de costos de instalación de red, del cual se presentan dos propuestas de adquisición, junto con los requerimientos de la red basada en las especificaciones físicas.

Los costos pertinentes para esta instalación se detallan a continuación:

Almacen Servidor Facturacion

(53)

Propuesta No1: Proveedor 1

Cantidad Descripción Importe ($)

1 Switch 8 puertos:

 Marca Nexxt

 Cumple con IEEE802.3 Y IEEE802.3U

 Cumple Con estándares NWay

10/100Mbps de auto negociación entre las velocidades 10Base-T y 100Base-TX

 Numero de puertos: 8

 Fuente automática de direcciones MAC

14.20

40 Metros de cable UTP Categoría 5 18

15 Conectores RJ45 4.65

4 Canaletas porta cable 1 1/4X6" 24.80

Mano de Obra 80

I.V.A 21.24

Total 162.89

(54)

Propuesta No2: Proveedor 2

Cantidad Descripción Importe ($)

1 Switch 8 puertos

 Marca D-LINK DES-1008D

 IEEE 802.3 Ethernet, 802.3u Fast Ethernet, 802.3x Flow Control, 802.3ab GigabitEthernet

 Número de puertos: 8

 Soporta dirección MAC 8k

 Velocidad de transferencia 10/100/1000Mbps

20

40 Metro de cable UTP categoría 5 12

15 Conectores RJ45 3

20 RACEWAY 1 ¼” X ¾” x 6’ 220

Mano de Obra 80

I.V.A 50.25

Total 385.25

Tabla 11.- Propuesta Proveedor Red 2, ver anexo 6

De acuerdo con las especificaciones anteriores y las necesidades de red, se llegó a la conclusión de que la solución más óptima de inversión para el proyecto la ofrece la empresa el proveedor 1 con un costo total de $ 162.89 (dólares).

(55)

CAPITULO III

ESTUDIO ECONOMICO

(56)

Se determinaran los Indicadores de Planificación utilizando el Modelo COCOMO II que es un modelo matemático utilizado para estimaciones de coste de software, se enmarca en el grupo de Modelos Algorítmicos que tratan de establecer una relación matemática que permite estimar esfuerzo y el tiempo requerido para desarrollar un proyecto, en término de número de líneas de código a desarrollar en un producto de software.

1. Indicadores de Planificación del Sistema

 Esfuerzo (personas/mes)= A * (Tamaño)B * π MEi

A= 2.94

a) Tamaño=?

Tabla de puntos de función:

ENTRADAS COMPLEJIDAD

1. Ingresar Producto Baja

2. Modificar detalles de Producto Baja

3. Ingresar Cliente Baja

4. Modificar detalles de Cliente Baja

5. Ingresar Proveedor Baja

6. Modificar detalles de proveedor Baja

7. Registro de Compras Baja

8. Facturación Media

9. Cotización Media

10. Ingresar números de Serie Baja

11. Ingresar Usuario Baja

12. Modificar Usuario Baja