tema autor: tutor...procesos de control de inventarios y facturación. de esta misma forma, empresa...

INSTI INSTITUTO TECNOLÓGICO SUPERIOR

CORDILLERA

ESCUELA DE SISTEMAS

Proyecto de Grado, previa obtención del título de:

Tecnólogo Analista de Sistemas

TEMA

LA RADIO FRECUENCIA RFID EN LA ADMINISTRACION DE BODEGAS.DISEÑO DE UN SOFTWARE PARA EL CONTROL DE INVENTARIOS PARA LA EMPRESA

"EL HUEVO O LA GALLINA".

AUTOR:

ANDRES RICAURTE

TUTOR:

Ing. Paúl Curicho

Noviembre 2012

QUITO – ECUADOR

INSTITUTO TE

TECNOLÓGICO SUPERIOR CORDILLERA

i

DECLARACIÓN DE AUTENTICIDAD

Yo, Andrés Dario Ricaurte Velásquez, declaro que los contenidos y los

resultados obtenidos en el presente proyecto, como requerimiento previo para

la obtención del Título de Tecnólogo Analista de Sistemas, son absolutamente

originales, auténtico personal y de exclusiva responsabilidad legal y académica

de los autor.

ANDRÉS RICAURTE V. 1717826570

INSTITUTO TE


ii

AGRADECIMIENTO

Dejo constancia de mi imperecedero agradecimiento al Ing. Hugo Heredia. Como Director de la Escuela de Sistemas del ITSCO y al personal docente por sus valiosas enseñanzas brindadas durante el periodo Tecnólogo.

Así mismo, hago propicia la ocasión para expresar mis agradecimientos el Ing. Paúl Curicho tutor de mi proyecto de grado.

Y de manera especial mi hermana. Mirian Ricaurte Gerente de la Empresa “El Huevo a la Gallina”. Por su incondicional y decidido auspicio de este proyecto.

Andrés Ricaurte

INSTITUTO TE


iii

DEDICATORIA

El presente trabajo de Sistemas lo dedico a Dios por ofrecerme la oportunidad de crecer día a día para ser un hombre de bien en la sociedad a mi familia por estar siempre con migo en la buenas o en las malas.

A mis padres Yolanda y Alberto. Que son mi ejemplo y por mucho tiempo han esperado su amor y esfuerzo, Este triunfo es para ustedes. ¡Los amo!

Andrés Ricaurte

INSTITUTO TE


iv

ÍNDICE AUTENTICIDAD..……………………………………...................................Pág.i

AGRADECIMIENTO…..………….……………..………………….……...........ii DEDICATORIA..…………...................................................................................iii

ÍNDICE GENERAL……………………………..………...……………..............iv

ÍNDICE DE CUADROS………………………………………………….……....vi

ÍNDICE DE GRÁFICO……………….…………………...................................vii

RESUMEN…….……..………………………………………………….….…….x

INTRODUCCIÓN………………….……………………….……………….......xi ÍNDICE GENERAL. EL PROBLEMA CAPITULO I……………………………………………………………..………1 1. PROBLEMA…………………………………………..………………………..1 1.1 PLANTEAMIENTO DEL PROBLEMA..........................................................1 1.2 CAUSAS Y CONSECUENCIAS……………...…………………….……….2 1.3 FORMULACIÓN DEL PROBLEMA……………………….……………….2 1.4 OBJETIVOS…………………………………………………..………………3 1.5 JUSTIFICACION E IMPORTANCIA…………………………………….....4 CAPITULO II..…………………………………………………………..….……5 2. MARCO TEORICO……………………………………………..……………..5 2.1 ANTECEDENTES DEL ESTUDIO…………….…………….……….……..5 2.1 FUNDAMENTACIÓN TEÓRICA………….……………..…………………6 2.2 FUNDAMENTACIÓN LEGAL………………………………………………7 2.3 GLOSARIO DE TÉRMINOS…………………………………….….……….8 2.3 CARACTERIZACIÓN DE LAS VARIABLES…………………………….11 2.4 PREGUNTAS DIRECTRICES…………………………….………………..11 CAPITULO III.………………………………….……………………….…..…12 3. DISEÑO DE LA INVESTIGACIÓN…………………………....…………..12 3.1 TIPOS DE INVESTIGACIÓN……………………………...…….……..…..12 3.2 BIBIOGRAFÍCA DOCUMENTAL……………………..…….….…….…..12 3.3 DE CAMPO.....................................................................................................13 3.4DESCRIPTIVA……………………………………………………..…….….13 3.5 EXPLICATIVA…………………..…………………………………...……..13

INSTITUTO TE


v

3.6 METODO DE INVESTIGACION…………………………..………….Pág.14 CAPÍTULO IV.……………………………………………………..….……….20 4. PROCESAMIENTO DE LA INFORMACIÓN………………………………20 4.1. PROCESAMIENTO Y ANÁLISIS.………………………...…….…..…….20 4.2 RESPUESTAS AL INTERROGANTE DE INVESTIGACIÓN………….23 CAPÍTULO X .………………………………………………………..….…..…27

CONCLUSIONES Y RECOMENDACIONES…………………………………27 5.1 Conclusiones………………………….………………………………….….27 5.2 Recomendaciones…………………………………………………….….…...28 CAPÍTULO VI .………………………………………………….……...……...29 6.1 ALCANCE Y LIMITACIONES…………………………………………..29 6.2 ORGANIZACIÓN…………………………………………………………31 6.3 INFRAESTRUCTURA INFORMÁTICA………….….……………….….32 6.4 DESCRIPCIÓN DE ALTERNATIVAS…………………………………….34 6.5 EVALUACIÓN DE ALTERNATIVAS…………………..……….……….38 6.6 FACTIBILIDAD TECNICA……………………………………….……….43 6.7 DESCRIPCION DE PROCESOS………………….………………………..44 6.7.1 MÓDULO DE SEGURIDAD………………………………….…………44 6.8 DESCRIPCIÓN METODOLOGÍA DESARROLLADA……..…………..45 6.9 MODELO CONCEPTUAL (ver anexos)…………………………………....52 6.10 MODELO FISICO (ver anexos)…………………………...……….………52 6.11 DICCIONARIO DE DATOS……………………………….……….……..53 6.12 ESTANDARES……………………………………….………….. ……….55

DOCUMENTACIÓN………………….………..……………………………….57 TIPOS DE DATOS…………………….…………………………….58 ROLES…………………………………………………………..……….………59 TABLAS………………………………………………………………………....59

CLAVE PRIMARIA (PRIMARY KEY)……………………….………...……..60 CAMPOS………………………………...………..…………………………..…61

6.13 PANTALLAS DE REPORTES (PROTOTIPO)…….…………………….71 6.14 PRUEBAS Y DEPURACIÓN…………………………….………………73 6.15 INSTALACION DEL SISTEMA……………………...………………….75 6.16 RECOPILACIÓN Y CARGA DE DATOS….…………………………...87

INSTITUTO TE


vi

6.17 PRUEBAS Y DEPURACION FINAL EN FUNCIONAMIENTO…Pág.87 6.18 PROPUESTA EN MARCHA DEL SISTEMA…………………..……...87 6.19 CAPACITACIÓN AL USUARIO FINAL…………………………….…88 6.20 CAPACITACION AL PERSONAL TÉCNICO……………………….…89 6.21 CONCLUSIONES Y RECOMENDACIONES .......................................... 90 BIBLIOGRAFÍA Y WEB GRAFÍA ................................................................ 95 ANEXOS ........................................................................................................... 93 ANEXO 1 ENTREVISTA ............................................................................... 94 ANEXO 2 OBSERVACÍON ........................................................................... 97 ANEXO 3 LA ENCUESTA ............................................................................. 99 ANEXO 4 DOCUMENTO SDS .................................................................... 102 ANEXO 5 DIAGRAMAS ............................................................................... 105 DIAGRAMA DE CLASES .............................................................................. 106 DIAGRAMA DE ITERACIÓN ........................................................................ 112 DIAGRAMA DE COLABORACIÓN .............................................................. 122 DIAGRAMA DE CASOS DE USO ................................................................. 127 ANEXO 6 DOCUMENTO SRS ..................................................................... 129 ANEXO 7 MANUAL DE USUARIO ............................................................. 140 ANEXO 8 MANUAL DE TÉCNICO ............................................................ 154 ANEXO 9 RFID USB ..................................................................................... 187

ANEXO 10 MODELO LOGICO, FISICO,SCRIP ....................................... 191

ANEXO 11 CRONOGRAMA DE ACTIVIDADES………..........................210

ANEXO 12 LEY DE COMERCIO ELECTRÓNICO Y PROPIEDAD

INTELECTUA………………………………………………………………...212 ANEXO 13 ASPECTOS ECONÓMICOS….……….……….........................215

ANEXO 14 AUSPICIO….…….........................................................................217

INSTITUTO TE


vii

ÍNDICE DE CUADROS

CUADRO N° 1

Operacionalización de las variables.………………………………….Pág.16-17

CUADRO Nº 2

Encuestas……………………………………………………….……….…19-22

CUADRO Nº 3

Descripción de Alcance ……………………………………………...……….29

CUADRO N° 4

Hardware…………………………………………………………………...…32

CUADRO N° 5

Software………………………………………………………...……………33

CUADRO N° 6

Comunicaciones………………………………………………………………33

CUADRO N°7

Recursos humanos…….…………………………………..…………………..34

CUADRO N° 8

Modelo alternativas………….…………………………………..……………35

CUADRO N° 9

Atikasoft……………………………………………………………...……….36

CUADRO N° 10

NeoBix S.A.………………………………………………………………..…38

CUADRO N° 11

Propuesta…………………………………………………….………………..39

CUADRO N° 12

Técnico…………………………………………….………………………….40

CUADRO N° 13

Económico……………………………………………………………………42

INSTITUTO TE


viii

CUADRO N° 14

Garantía técnica…………………………………….……………..……...Pág.42

CUADRO N° 15

Soporte técnico……………………………………………..………..………..42

CUADRO N° 16

Factibilidad técnica…………………………...……………………………….43

CUADRO N° 17

Identificación procesos automatizables 1……………………………………..44

CUADRO N° 18

Identificación procesos automatizables 2……………………………….…….45

CUADRO N° 19

Identificación procesos automatizables 3……………………………………..46

INSTITUTO TE


ix

ÍNDICE DE GRÁFICOS

GRÁFICO N° 1

Encuestas…………………………………………………..………….Pág.20-23

GRÁFICO N°2

Estructura Organizacional…………………………………………………….31

GRAFICO N º 3

Módulo de Seguridad…………………………………………………………44

GRAFICO N º 4

Módulo de Mantenimiento……………………………………...………….....46

GRAFICO N º 5

Módulo de Reglas de Negocio…………………………………..……………47

GRAFICO N º 6

Consulta Tabla de Datos………………………………………………...…….53

GRAFICO N º 7

Consulta Campos Tabla…………………………………...…..………………54

GRAFICO N º 8

Diseño………………………………………………………..……………….55

GRAFICO N º 9

Casos de Uso………….………………………………………………..…….56

GRAFICO N º 10

Desarrollo…………………………………………………………………..…56

GRAFICO N º 11

Pantallas Reportes Seguridad……………………………………..…………..70

GRAFICO N º 12

Pantallas Reportes Mantenimiento……………….………………..………….70

GRAFICO N º 13

Pantallas Reportes Reglas del Negocio….……………………………………72

GRAFICO N º 14

Instalación Base de Datos………..………………………………..…………..77

INSTITUTO TE


x

LA RADIO FRECUENCIA RFID EN LA ADMINISTRACION DE BODEGAS.DISEÑO DE UN SOFTWARE PARA EL CONTROL DE INVENTARIOS PARA LA EMPRESA "EL HUEVO O LA GALLINA".

Autor:Andrés Ricaurte

Director del Trabajo de Graduación: Ing. Paúl Curicho

RESUMEN

La empresa “El Huevo o la Gallina“, durante su vida de servicio al cliente sea

venido brindado a toda la población del Valle de los Chillos un producto de

calidad,esto ha permitido que la empresa crezca económicamente a lo largo de

estos 7 años de vida de la misma, cada cliente tiene como expectativa recibir

una factura al terminar su compra y un servicio de calidad, que le garantice al

cliente una mejor compra requerida; por ello se concluyó de forma de

contribuir a su engrandecimiento, es la implementación de una Sistema

Informático de Web que nos permita más fácil la facturación y el manejo de

inventarios dentro de la empresa, para así ahorrar tiempo, y evitar la pérdida de

productos existentes en la empresa. La creación y adecuación del Sistema

Informático Web, está fue realizada en la bodega principal, ubicada en el 1º

Piso, proceso que precisó de un análisis exhaustivo de los requerimientos para

su adecuado funcionamiento.

Ya terminado el trabajo, se llevó acabo que los equipos instalados y los

materiales utilizados para la implementación del Sistema Informático Web han

sido los más adecuados y van a la par con la tecnología moderna, que

garantizan el constante y eficaz funcionamiento. Por ello, se recomendó que se

realice periódicamente mantenimientos preventivos, con el fin de evitar daños a

los equipos, colapsos en la red, causados por factores externos.

INSTITUTO TE


xi

INTRODUCCIÓN Previo a la incursión de las computadoras en el Ecuador; los negocios como

supermercados, tiendas de ropa, almacenes de electrodomésticos y otros;

manejaban su control de inventarios y facturación de forma manual.

Con el avance tecnológico, los niveles directivos de ese tipo de organizaciones

vieron la necesidad de automatizar la toma información relacionada con los

procesos de control de inventarios y facturación.

De esta misma forma, empresa “El Huevo o la Gallina”, ha venido manejando

en años anteriores, todos sus procesos en cuanto a la administración y control

de inventarios en hojas de kardex verificando de esta forma la entrada/salida de

productos. La facturación por compras y ventas de productos se realizaba

manualmente y se archivaban las facturas, las cuales eran utilizadas al final del

período contable para la elaboración de los balances.

Al llevarse de esta forma la administración de inventarios y facturación en la

empresa “El Huevo o la Gallina”, se cometían algunos errores en el control de

la existencia de productos y en la facturación. Los errores que se presentaban

de manera continua eran los relacionados con pérdidas, además de un mal

registro de los productos existentes, lo cual determinaba que el control en

bodegas no fuese exacto. Sea necesario que se realice un control de inventarios

cada cierto tiempo para detectar si han existido pérdidas o robos y mantener

actualizado al sistema.

INSTITUTO TECNOLÓGICO SUPERIOR CORDILLERA

1

CAPÍTULO I

El PROBLEMA

1. PROBLEMA

1.1 PLANTEAMIENTO DEL PROBLEMA

La empresa “El Huevo o la Gallina”, está ubicada en Sangolqui cantón

Rumiñahui Av. Venezuela y Colombia frente al mercado “TURISMO”, La

empresa “El Huevo o la Gallina”, Se ha venido desempeñando durante 8 años

de su servicio al cliente.

El sistema a desarrollar pretende solucionar los problemas actuales que viene

presentando la empresa como son: inventarios inexactos, pérdidas de facturas,

robos de productos. Todos estos problemas provocan errores que se plasman en

la contabilidad de la empresa.

Para ello el sistema informático utilizará tecnología de etiquetas de radio

frecuencia con lo cual se evitará errores en el control de inventarios, pérdidas o

robos de productos, errores al ingresar nuevas remesas de productos en bodega

y en el almacén, verificación de existencias de productos y administración de

pedidos a los distintos distribuidores.

El sistema estará conectado a unidades lectoras de radiofrecuencia las cuales

leerán el código almacenado en la etiqueta que ha sido adherida al producto,

para ello en la etiqueta se habilitará un bit de datos el cual se encargue de

indicar si el producto ha sido vendido y facturado o no.

Causas y Consecuencias que origina la falta de implementación de un sitio web

de facturación para la Empresa, serían las siguientes:


2

1.2 CAUSAS Y CONSECUENCIAS

Causas:

Falta de autogestión por parte de la Empresa.

Molestias al cliente.

Falta de Información.

Factura e inventarios del producto al final de su venta.

Consecuencias:

Al no contar con un sistema de facturación le tomara mucho tiempo el

verificar los productos que se ha vendido.

Crecimiento poblacional para el servicio de embutidos al cliente.

Pérdida de tiempo en cada compra adquirida del cliente.

Al no tener una idea clara de cómo se va a desarrollar el sistema pueden ocurrir

sucesos no esperados con lo cual se quitaría tiempo al cliente.

Al no contar con un sistema de facturación el cliente no tiene una respuesta

clara al terminar su compra.

1.2 FORMULACIÓN DEL PROBLEMA

¿Con la implementación de un sistema en la administración de bodegas,

utilizando la radio frecuencia RFID para la empresa “El huevo o la gallina”?,

se mejorara el manejo de entrega de facturas e ingreso de productos?


3

1.4 OBJETIVOS

1.4.1 OBJETIVO GENERAL

Identificar la Administración de bodegas. Procesos de la radio

frecuencia RFID, garantizando un control fiable en base a las

expectativas que nos exigen nuestros clientes.

1.4.2 OBJETIVOS ESPECÍFICOS

Mediante este sistema cuantificar la oferta que existe en la zona.

Realizar un estudio de mercado en las diferentes bodegas que nos

permita conocer sus tendencias como necesidades deseos y tendencias

de los clientes.

Diseñar el montaje de procedimientos para la prestación de los

servicios, optimizando costos y evaluando el nivel de satisfacción de

los consumidores

Realizar una Inversión en el costo que demandara la implementación

del sitio web, disminuyendo de esta manera el contratiempo y

agilitando la información oportuna.

Desarrollar e implementar un sistema de radio frecuencia RFID que nos

servirá para reducir tiempos muertos en la empresa “El huevo o la

gallina”.


4

1.5 JUSTIFICACIÓN E IMPORTANCIA

Es importante iniciar mencionando que la tecnología de etiquetas de

identificación de radio frecuencia (RFID) es innovadora y hasta el momento no

ha sido utilizada por ninguna entidad de manera formal en nuestro país.

El uso de dichas etiquetas de identificación abarca aplicaciones en distintos

campos facilitando las transacciones de datos.

Entre las aplicaciones más utilizadas están: acceso a instalaciones, acceso al

uso de telefonía pública, monederos electrónicos, transacciones bancarias,

control de inventarios e identificación de personal entre otras.

La razón del proyecto a desarrollar es contar con un sistema que permita a la

empresa “El Huevo o la Gallina”, manejar de mejor forma el control de

inventarios y facturación, será una solución tecnológica que permitirá el

control automatizado de la entrada y salida de productos.

El sistema ayudará a disminuir el tiempo para realizar inventarios en la

empresa evitando tiempos muertos o paralizaciones por motivos de controles

de stock de productos, así también se evitará pérdidas lo cual normalmente

sucede con los sistemas actuales de control de inventarios que se los viene

haciendo de forma manual utilizando herramientas básicas y de poco control.

Por otro lado, se pretende obtener un mayor control en el momento de la

facturación de productos registrando la venta de cada uno de ellos

automáticamente al producirse una venta a través de la unidad de lectura RFID.

A la vez que se implementa un sistema novedoso para el control de inventarios,

utilizando tecnología de punta, la misma que aún no está siendo utilizada en

nuestro país, área que merece ser investigada debido a que en pocos años se

visualiza que reemplazará al método utilizado hasta la actualidad, el código de

barras.


5

CAPÍTULO II

MARCO TEÓRICO

2. MARCO TEÓRICO

2.1 ANTECEDENTES DEL ESTUDIO

Tema:

Programación en PHP

Autores:

Espín Rubén Medina Fernando

Metodología Aplicada

Investigación de campo.

Conclusiones

Dentro de los procesos relevantes involucrados en el inventario y facturación

de productos están:

1. Facturación de Productos (venta de productos)

2. Inventariado de productos (ingreso, actualización)

3. Mantenimiento de Clientes, Proveedores, Usuarios

En dichos procesos hemos observado mejoras tales como rapidez el tiempo de

inventario y facturación son más cortos, seguridad ofrecen datos seguros,

confiabilidad La información almacenada es confiable.

A pesar de que la tecnología RFID aún no es una realidad tangible a corto

plazo en nuestro país, el sistema presenta una escalabilidad importante, ya que

podemos interactuar entre herramientas,


6

que si bien no tienen las mismas bases tecnológicas, presentan semejantes

características en el funcionamiento o flujo de procesos involucrados, de esta

forma el sistema trabajará mediante códigos de barras manteniendo su

escalabilidad a RFID.

Al desarrollar un sistema utilizando programación orientada a facturación

cervices se consigue un sistema de alta calidad, estructura eficiente, ordenada,

facilidad de mantenimiento y menor cantidad de líneas de código.

Tema

Desarrollo de Base de Datos

Autor:

Richard Eduardo Oviedo López

Cesar Andrés Hernández Pérez

Metodología Aplicada

Investigación de campo.

Conclusiones

La principal función de un diagrama de caso de uso es comunicar las

principales funciones del sistema y el alcance del mismo.

2.1 FUNDAMENTACIÓN TEÓRICA

La radio frecuencia RFID me permite ingresar automáticamente el número de

productos que ya existe dentro de los inventarios que tiene la empresa,

tomando en cuenta que cada producto tenga su RFID con su respectivo código

de barra, La administración de bodegas se encarga de llevar acabo el manejo

financiero económico, dentro de la bodega se almacenan todos los productos

que requiere la empresa tomando en cuenta la calidad de producto sano y

fresco, para tomar en cuenta su fecha de consumo y caducidad de la misma.


7

2.2 FUNDAMENTACIÓN LEGAL

Las leyes abarcan diferentes temas que afectan a la operación de los Sitios

Web, aunque al presente no existen normas de este rango que estén dedicadas a

esta temática tecnológica de manera específica.

LEY DE COMERCIO ELECTRÓNICO:

Artículo 1.- Objeto de la Ley.” Esta Ley regula los mensajes de datos, la

firma electrónica, los servicios de certificación, la contratación electrónica y

telemática”

Artículo 4.- Propiedad Intelectual. ” Los mensajes de datos estarán

sometidos a las leyes, reglamentos y acuerdos internacionales…”

Artículo 9.- Protección de datos.” Para la elaboración, transferencia o

utilización de bases de datos, obtenidas directa o indirectamente del uso o

transmisión de mensajes de datos, se requerirá el consentimiento expreso del

titular de éstos”

Artículo 12.- Duplicación del mensaje de datos. ”Cada mensaje de datos será

considerado diferente”

Artículo 50.- Información al consumidor.” En la prestación de servicios

electrónicos en el Ecuador, el consumidor deberá estar suficientemente

informado de sus derechos y obligaciones”

LEY DE PROPIEDAD INTELECTUAL:

De los Programas de Ordenador

Art. 28.” Los programas de ordenador se consideran obras literarias y se

protegen como tales.”

Art. 29.” Es titular de un programa de ordenador, el productor, esto es la

persona natural o jurídica que toma la iniciativa y responsabilidad de la

realización de la obra”

Art. 30.” La adquisición de un ejemplar de un programa de ordenador que

haya circulado lícitamente, autoriza a su propietario a realizar

exclusivamente:”


8

2.3 GLOSARIO DE TÉRMINOS

RFID: es un sistema de almacenamiento y recuperación de datos remotos que

usa dispositivos denominados etiquetas, tarjetas, transponedores o tags RFID.

El propósito fundamental de la tecnología RFID es transmitir la identidad de un

objeto (similar a un número de serie único) mediante ondas de radio.

Transponedores: es un tipo de dispositivo utilizado en telecomunicaciones

cuyo nombre viene de la fusión de las palabras inglesas Transmitir

(Transmisor) y Responder (Contestador/Respondedor).

Software: corresponde a todas las partes tangibles de un sistema informático;

sus componentes son: eléctricos, electrónicos, electromecánicos y mecánicos.1

Son cables, gabinetes o cajas, periféricos de todo tipo y cualquier otro elemento

físico involucrado; contrariamente, el soporte lógico es intangible y es llamado

software.

Ondas: consiste en la propagación de una perturbación de alguna propiedad de

un medio, por ejemplo, densidad, presión, campo eléctrico o campo magnético,

a través de dicho medio, implicando un transporte de energía sin transporte de

materia. El medio perturbado puede ser de naturaleza diversa como aire, agua,

un trozo de metal, incluso, inmaterial como el vacío.

Magnético: es un fenómeno físico por el que los materiales ejercen fuerzas de

atracción o repulsión sobre otros materiales. Hay algunos materiales conocidos

que han presentado propiedades magnéticas detectables fácilmente como el

níquel, hierro, cobalto y sus aleaciones que comúnmente se llaman imanes.

Software: Se conoce como software al equipamiento lógico o soporte lógico

de una computadora digital; comprende el conjunto de los componentes lógicos

necesarios que hacen posible la realización de tareas específicas, en

contraposición a los componentes físicos, que son llamados hardware.

Interfaz: Interfaz es la conexión entre dos ordenadores o máquinas de

cualquier tipo dando una comunicación entre distintos niveles.

http://es.wikipedia.org/wiki/Hardware#cite_note-AAFA-0


9

Sistema: Un sistema es un objeto compuesto cuyos componentes se relacionan

con al menos algún otro componente; puede ser material o conceptual.

Base de datos: Una base de datos o banco de datos (en ocasiones abreviada

con la sigla BD o con la abreviatura b. d.) es un conjunto de datos

pertenecientes a un mismo contexto y almacenados sistemáticamente para su

posterior uso.

Visual Basic: Visual Basic es un lenguaje de programación dirigido por

eventos, desarrollado por el alemán Alan Cooper para Microsoft.

Aplicación: una aplicación es un tipo de programa informático diseñado como

herramienta para permitir a un usuario realizar uno o diversos tipos de trabajo.

Framework: En el desarrollo de software, un framework es una estructura

conceptual y tecnológica de soporte definida, normalmente con artefactos o

módulos de software concretos, con base en la cual otro proyecto de software

puede ser organizado y desarrollado. Típicamente, puede incluir soporte de

programas, bibliotecas y un lenguaje interpretado entre otros programas para

ayudar a desarrollar y unir los diferentes componentes de un proyecto.

ADO: Interface de acceso a datos usado para comunicar OLEDB data sources,

como MS SQL Server. Es una Interface a nivel aplicación que usa OLEDB,

una librería de Objetos COM que permite el acceso a diversas fuentes de datos.

Internet: Internet es un conjunto descentralizado de redes de comunicación

interconectadas que utilizan la familia de protocolos TCP/IP, garantizando que

las redes físicas heterogéneas que la componen funcionen como una red lógica

única, de alcance mundial.

ASP: Active Server Pagés (ASP), también conocido como ASP clásico, es una

tecnología de Microsoft del tipo "lado del servidor" para páginas web

generadas dinámicamente, que ha sido comercializada como un anexo a

Internet InformationServices (IIS).

Web: La palabra web (del inglés: red, malla, telaraña []) puede referirse a la

World Wide Web (también conocida como «la Web»), el sistema de

documentos (o páginas web) interconectados por enlaces de hipertexto,

disponibles en Internet.


10

Intranet: Una intranet es una red de ordenadores privados que utiliza

tecnología Internet para compartir dentro de una organización parte de sus

sistemas de información y sistemas operacionales.

Extranet: Una extranet es una red privada que utiliza protocolos de Internet,

protocolos de comunicación y probablemente infraestructura pública de

comunicación para compartir de forma segura parte de la información u

operación propia de una organización con proveedores, compradores, socios,

clientes o cualquier otro negocio u organización.

PHP:PHPes un lenguaje de programación interpretado, diseñado originalmente

para la creación de páginas web dinámicas.

Dinámicos: es un sistema cuyo estado evoluciona con el tiempo. El

comportamiento en dicho estado se puede caracterizar determinando los límites

del sistema, los elementos y sus relaciones; de esta forma se puede elaborar

modelos que buscan representar la estructura del mismo sistema.

Digital: dispositivos destinados a la generación, transmisión, procesamiento o

almacenamiento de señales digitales.

Transmisión: es la transferencia física de datos (un flujo digital de bits) por un

canal de comunicación punto a punto o punto a multipunto. Ejemplos de estos

canales son cables de par trenzado, fibra óptica, los canales de comunicación

inalámbrica y medios de almacenamiento. Los datos se representan como una

señal electromagnética, una señal de tensión eléctrica, ondas radioeléctricas,

microondas o infrarrojos.

Infrarrojos: es un tipo de radiación electromagnética de mayor longitud de

onda que la luz visible, pero menor que la de las microondas.

Consecuentemente, tiene menor frecuencia que la luz visible y mayor que las

microondas.


11

2.3 CARACTERIZACIÓN DE LAS VARIABLES

Variable Independiente (La radio frecuencia RFID).

Es aquella variable de almacenamiento y recuperación de datos remotos que el

dispositivo denominado etiquetas, tarjetas, transponedores o tags fundamental

de la tecnología RFID es transmitir la identidad de un objeto (similar a un

número de serie único) mediante ondas de radio.

Variable Dependiente (Administración de bodegas)

En la variable dependiente Actualmente las bodegas se han transformado en

una de las áreas de mayor relevancia para el funcionamiento de las empresas,

sea cual sea el sector industrial a que pertenezcan, En ellas se almacenan los

productos necesarios para la elaboración y comercialización; un tema vital en

cualquier negocio. Hoy en día, el manejo de las bodegas requiere de personas

que dominen técnicas específicas para el movimiento de materiales;

almacenamiento; control crítico de stock e inventarios. Enfocado en el área de

competencias.

2.4 PREGUNTAS DIRECTRICES

¿Quiénes van a utilizar este sistema de facturación?

¿Cuál es el propósito por el que se debe realizar este proyecto?

¿Será necesario implementar un sistema de facturación para evitar la pérdida

de tiempo al cliente?

¿Será necesario implementar algún servicio más dentro del sistema de

facturación.


12

CAPÍTULO III

DISEÑO DE LA INVESTIGACIÓN

3. DISEÑO DE LA INVESTIGACIÓN

3.1 TIPOS DE INVESTIGACIÓN

La investigación aplicada es una actividad que tiene por finalidad la búsqueda

y consolidación del saber, y la aplicación de los conocimientos para el

enriquecimiento del acervo cultural y científico.

Se utilizará la investigación aplicada a este nuevo ambiente y a sus

necesidades concretas que permita la mejora de la calidad de los servicios que

ofrece la empresa “El huevo o la gallina”.

Dada la importancia de desarrollar la investigación aplicadas a las funciones

organizativas y asistenciales de los profesionales como una vía de mejora de la

gestión académica y manejo de documentos, es necesario diseñar unidades con

las características mencionadas propias de toda estructura similar y con

características adaptadas a las necesidades concretas de la clínica.

3.2 BIBLIOGRAFÍA DOCUMENTAL

Me ayudó a seleccionar información científica para el trabajo de investigación

dando un soporte importante, la misma que será analizada, sintetizada y

reflexionada.

Se aplica porque la mayor parte de la investigación tendré que tener el apoyo

de diferentes manuales técnicos con los cuales podre resolver los diferentes

problemas que se presenten dentro del proyecto de grado.

Además de los manuales técnicos contare con el apoyo del incondicional del

Internet en cual puedo consultar los diversos temas de los cuales desconozca.


13

3.3 DE CAMPO

Para realizar este tipo de investigación utilizaré el método de campo ya que

éste método aunque sea más costoso y un poco tardado, proporciona mayor

objetividad en la información obtenida, ya que nos da mayor confiabilidad y un

menor margen de error, Permitió llegar a la fuente de información de campo

pronunciando información indispensable para establecer si la hipótesis

planteada se cumple o no.

3.4 DESCRIPTIVA

Permitió describir los aspectos principales y sobresalientes sobre la

elaboración del manual para el control de Factura e Inventarios dentro de la

Empresa “El Huevo o la Gallina”.

3.5 EXPLICATIVA

Este tipo de investigación me servirá para obtener una factura con mayor

facilidad y a menor tiempo eso es lo que la empresa lo requiere. El mismo que

facilitara proponer soluciones alternativas ya que los datos que se obtienen

serán considerados de actualidad, obteniendo resultados favorables para

nuestra investigación los mismos que serán comparados posteriormente.

En general permitirán la verificación y explicación de cada uno de los

problemas encontrados en nuestra investigación, lo cual nos permitirá ir

estructurando de una mejor manera nuestro trabajo investigativo.

3.6 MÉTODOS DE INVESTIGACIÓN

3.6.1 HISTÓRICO LÓGICO

Este método de investigación es muy aplicable ya que nos permite determinar

los acontecimientos por los que los sistemas de ubicaciones de lugares

mediante vía web han pasado y así lograr tener una lógica adecuada para

encontrar diversos sitios mediante vía web.


14

3.6.2 ANALÍTICO SINTÉTICO

Este método es de suma importancia para el desarrollo de mi sistema de

ubicaciones de lugares en Quito mediante vía web, ya que me permite

descomponer el problema anteriormente expuesto de ubicación; y así de esta

manera poder tener un mejor entendimiento acerca del mismo; además de esto

me permite volver a ordenar todos los datos o la información anteriormente

descompuestos, lo cual me permitirá tener mayores conocimientos acerca de la

problemática y lograr tener un cambio favorable en el mismo.

3.6.3 INDUCTIVO

Este tipo de investigación es de suma aplicación en mi proyecto ya que el

mismo me permitirá realizar un análisis de la información recopilada desde el

ámbito particular que en mi proyecto lo constituyen todos los datos

relacionados con programación, base de datos, etc.; estos datos en el transcurso

de la investigación que transforme en información, este proceso se lo realiza

con la agregación de valores agregados. A su vez estos datos tienen que llegar

a un ámbito general que en nuestro proyecto de investigación será el desarrollo

e implementación de un sistema de compra y venta de películas y discografías

mediante vía web.

Por lo tanto este método de investigación tiene su ejecución y aplicabilidad en

los análisis de datos obtenidos a través manuales de procesos, procedimientos y

planes informáticos.

Estos datos seguirán con su proceso hasta poderlo materializarlo en un sistema

de base de datos como información analizada y estructurada.

3.6.4 DEDUCTIVO

Este tipo de método también es de mucha aplicabilidad en mi proyecto ya que

nos permite realizar un análisis acerca de la infraestructura tecnológica que

existe en el negocio desde el punto de vista general, que en mi proyecto lo

constituye todo lo relacionado a la base de datos y páginas web; dicha


15

información se discernirá hasta extraer los datos más precisos y fundamentales

que ayuden al desarrollo del proyecto, llegando así a un ámbito particular al

que se lo aplicara por lo cual iniciaremos por conceptos o definiciones

fundamentales como por ejemplo las siglas, o rastreo satelital, etc.

3.6.5 POBLACIÓN Y MUESTRA

Los principales implicados en la gran problemática del uso o no del sistema de

facturación en la empresa” El Huevo o la Gallina”, la población son aquellas

que día a día utilizan una factura de compra que esto le sirve para que hagan la

declaración cada mes del año y es a ellos para el cual se enfocará el presente

sistema de trabajo.

3.6.6 POBLACIÓN:

Es todo el espacio o universo en el cual se va a aplicar la investigación, en

conclusión son todos y cada uno de los clientes que acceden a una compra y

requieren de su factura como un papel más en sus papeleos de cada día del

año.

3.6.7 MUESTRA:

Es una parte del universo en el presente trabajo son todos los clientes que viven

por el Sector de Sangolqui y que tienen la necesidad de realizar sus compras

esto es para calcular la muestra se ha utilizado esta fórmula:

N

n = -------------------

(N-1) E2+ 1


16

De donde:

N = Tamaño de la población

n = Tamaño de la muestra

E2 = Error máximo admisible

Nota: al ser el número de clientes que realizan su compra de todos los

productos esto es bastante grande se hace indispensable tomar en cuenta solo el

25 % del total del universo para realizar los estudios respectivos.

Para efecto del cálculo se tomó en cuenta al año mayor ventas,

aproximadamente 15.000 clientes siendo esta la población global a la cual

estaría enfocado el presente trabajo.

Del total de la población se va a recoger para efecto de investigación solo el 2,0

% del total de clientes que acceden a esta empresa para realizar su debida

compra.

Calculo de la muestra:

N

75

(75 - 1)(0.05)2 + 1

Total 64,70 aprox. 64


17

3.6.8 OPERACIONALIZACIÓN DE LAS VARIABLES

Variables Independiente Dimensiones Indicadores

Gestión Facturación • Administrativo

• Financiero

• Académico

¿Requiere la empresa

facturación e

Inversiones “El

Huevo o la

Gallina”, el diseño

de un sistema de

control de

inventario?

¿Cómo le gustaría

que el inventario

se clasificara: por

familia, por

proveedor, por

producto?

Variable Dependiente Dimensiones Indicadores

Modelo de facturación

Diagramar el proceso

actual para el control de

factura e inventario de

la empresa “El Huevo o

la Gallina”.

• Adiestramiento

para el personal.

• factura, Capacitar

al cliente para un

excelente uso del

sistema de

facturación.

• Mide todo lo

referente a

facturación e

inventarios.

• Capacitación del

personal para un

mejor manejo del

sistema a

implantar.


18

• •

3.6.9 HERRAMIENTAS DE RECOLECCIÓN DE INFORMACIÓN

Muchas son las técnicas de recolección de datos que podemos aplicar al

desarrollo del proyecto pero el presente trabajo está enfocado en tres

principalmente las cuales son:

La observación, la entrevista, y la encuesta, ya que mediante estas técnicas

podremos llegar a obtener conclusiones previas sobre las reglas del negocio

que herramientas manejan, cómo funciona el sistema y las posibles soluciones

que se pueden generar a la hora de hacer el presente software.

Entre los instrumentos que se utilizó para el desarrollo de la presente

investigación constan los siguientes:

3.6.10 ENTREVISTA (VER ANEXO 1)

Uno de los instrumentos que más se utilizó fue las entrevistas estructuradas,

esto quiere decir, entrevistas y foros informales con los involucrados utilizando

como guía una serie de preguntas que fueron de gran ayuda. Lo principal y lo

más difícil fue darles confianza a las personas para así poder conversar con

mayor tranquilidad y libertad provocando que de esta manera obtengamos

información suficiente y verás.

En algunos casos las personas que estaban inmersas dentro de la empresa, no

querían brindar las respuestas necesarias para realizar la investigación por

motivos de inseguridad y desconfianza que tenía por revelar cosas privadas de

la empresa, pero al mostrar que todo el trabajo que estaba realizando era

aprobado por el gerente y propietario de la misma, decidieron colaborar con

gusto ya que el beneficio principal de todo era la entidad comercial y no el

investigador.

La entrevista que se realizó giro en torno a los siguientes temas:

• Funciones principales del manejo y control de inventarios dentro de la

empresa funcionaba bien.


19

• Distribuciones de mercadería dentro de la zona o fuera de la misma.

• Asignación de profesores que dicten las diversas materias.

• Control de tiempos en cada compra que realiza el cliente dentro de la

empresa” El Huevo o la Gallina”.

3.6.11 OBSERVACIÓN (VER ANEXO 2)

A partir de las entrevistas anteriores se decidió realizar el siguiente instrumento

de investigación el cual es la observación de campo; ya que este paso es muy

importante dentro de todo el desarrollo del proyecto pues se pudo constatar el

manejo general de los distintos procesos que realiza la entidad comercial y está

se realizó con el fin de averiguar los siguientes aspectos:

Equipos que dispone la empresa para realizar el control de facturación e

inventarios de la empresa” El Huevo o la Gallina”.

3.6.12 ENCUESTA (VER ANEXO 3)

En base a la información recolectada por los distintos instrumentos utilizados y

explicados anteriormente, fue indispensable conocer la opinión que tenía el

cliente dentro de la empresa “El Huevo o la Gallina”.

Las preguntas que se realizó fueron concretas y concisas que permitieron

obtener información clave para el estudio que se quiere realizar; dichas

preguntas fueron de categoría cerrada y de opción múltiple para poder así

tabular la información recogida en base a los siguientes parámetros de

medición:

• Analizar todo el proceso que conlleva durante la facturación

• Analizar y brindar un servicio de calidad al cliente.

• Analizar la fecha de caducidad antes de ser adquirido por el cliente.

Cabe destacar que cada uno de este análisis nos servirá para que el cliente se

sienta seguro de su compra y que se brinde productos de buena calidad.


20

CAPÍTULO IV

PROCESAMIENTO DE LA INFORMACIÓN

4. PROCESAMIENTO DE LA INFORMACIÓN

4.1. PROCESAMIENTO Y ANÁLISIS

La herramienta que utilice para cuantificar los datos de las encuestas

planteados fue Microsoft Excel ya que por medio de esta gran aplicación poder

obtener resultados precisos poder desarrollar los diferentes pasteles que podrán

ver a continuación.

¿Existe algún sistema similar de facturación en la empresa?

1

Opciones N° %

Si 0

No 100

A veces 0

Nunca 0

El 100% respondió que no, debido a que no tienen este tipo de sistema de

facturación en el cual no le permite almacenar y facturar con mayor facilidad

los productos que el cliente lo requiere.

100; 100%

0; 0%

no

si


21

¿Usted considera que es necesario realizar este sistema de facturación?

2

Opciones N° %

Si 95

No 5

A veces 0

Nunca 0

El 5% de habitantes no están de acuerdo con este tipo de sistemas porque hay

clientes que aún no requieren de este tipo de facturas mientras que 95% está de

acuerdo por la facilidad de realizar su compra y su factura.

¿Se beneficiarían si se aplica el Sistema?

3

Opciones N° %

Si 100

No 0

A veces 0

Nunca 0

5; 5%

95; 95%

no

si


22

El 100% está de acuerdo con este tipo de sistema ya que es más fácil de usar y

realizar correctamente su contabilidad de la empresa ya sea de inventarios y

económico.

¿Considera que debería existir un buen gestor de base de datos?

4

Opciones N° %

Si 80

No 20

A veces 0

Nunca 0

100; 100%

0; 0%

no

si

20; 20%

80; 80%

no

si


23

El 80% de los trabajadores de la empresa dicen que es necesario ya que este

sistema debe almacenar mucha información y el 20% dice que no porque no

desconoces este tipo de pregunta.

¿Considera que se debería utilizar un buen procesador para el sistema de

facturación?

5

Opciones N° %

Si 50

No 50

A veces 0

Nunca 0

El 50% de las personas que trabajan en la empresa dicen que si por que un

buen procesador tiene la ventaja de trabajar más rápido y sin problemas

mientras que el otro 50% dice que no es necesario porque este sistema solo Va

almacenar datos e inventarios y no se va ocupar para nada más este procesador.

50; 50% 50; 50%

no

si


24

¿Considera usted que es necesario capacitar el sistema a los usuarios que lo

van a utilizar?

6

Opciones N° %

Si 100

No 0

A veces 0

Nunca 0

El 100% esta de acuerdo con la capacitacion del sistema porque no saben

como utilazarlo aun y con la capacitacion dada a la empresa antes de la entrega

del sistema sabran utilizarlo muy bien y esto nos da como resultado un bue

manejo al softwar.

¿Considera necesario que este sistema sea implementado en otras

distribuidoras o empresas?

7

Opciones N° %

Si 100

No 0

A veces 0

Nunca 0

100

0

si

no


25

El 100% de las distribuidoras o empresas están de acuerdo con la

implementación de este sistema porque es factible tener un buen servicio a la

empresa con los controles en orden.

4.2 RESPUESTAS AL INTERROGANTE DE INVESTIGACIÓN

¿Será fundamental el propósito por el que se debe realizar este proyecto y

en que beneficiará a la empresa “El Huevo o la Gallina”?

Es de una gran ayuda a esta entidad empresarial a cubrir las pequeñas falencias

que tienen la facturación e inventarios de clientes ya que mediante la

implementación de este sistema se logrará mejorar muchísimos procesos dentro

de la empresa.

¿Será necesario que el usuario retire la factura antes de su compra

realizada en la empresa “El Huevo a la Gallina”?

Si es necesario que el usuario o cliente que haya acudido dentro de esta

empresa a realizar su debida compra es obligación que el vendedor entregue su

factura apropiadamente.

¿Será necesario implementar un sistema la radio frecuencia RFID en la

administración de bodegas. Diseño de un software para el control de

inventarios para la empresa "El Huevo o la Gallina"?

Si es necesario porque evitaríamos los diversos problemas y las demoras de

tiempo y pérdidas de productos tanto internas como externas.

100

0

si

no


26

¿Es necesario implementar algún servicio más dentro del sistema la radio

frecuencia RFID en la administración de bodegas. Diseño de un software

para el control de inventarios para la empresa "El huevo o lo Gallina"?

En el futuro se podría implementar un sistema según la falta de opciones que

se vayan dando en su tiempo y así podríamos verificar e investigar qué es lo

que se debería implementar en el software.


27

CAPÍTULO V

CONCLUSIONES Y RECOMENDACIONES

5.1 CONCLUSIONES

Una vez terminado el trabajo he llegado a las siguientes conclusiones:

• Todavía no existe un sistema dentro de la empresa que facilite realizar

facturas automáticamente y no manualmente como era antes.

• La empresa está de acuerdo que se realice este sistema por el cual

tenemos 95% de la población necesita obtener una factura segura y a

menor tiempo.

• La empresa va a beneficiase mucho en la parte del usuario y de

administración, porque con la ayuda del sistema tendremos una forma de

facturación y un control de inventarios interna en la empresa.

• La empresa está de acuerdo comprar un servidor actual, por el cual no

tendrá problemas durante su manejo de inventarios y durante la

facturación para la entrega al cliente.

• Si están de acuerdo que se capacite a todo el personal que existe en la

empresa para que no exista daños del sistema y manejar bien las reglas

del negocio.

5.2 RECOMENDACIONES

No soy experto en la elaboración y desarrollo de un software a la medida

doy las siguientes recomendaciones.

• Que la manipulación del sistema se lleve a cabo con disciplina, para

lograr una mejor administración y control de los procesos

encomendados.

• Hay que estar de acuerdo que siempre en el análisis se debe procurar

sacar la mayor cantidad de información posible de la empresa, para la


28

cual se desarrolla el sistema, para en lo posterior no tener problemas de

no saber la manera en que funciona tal o cual proceso.

• diseñar una aplicación original y fácil de las pantallas, entretiene al

usuario y aumenta la permanencia de la lectura e interactividad.

• Contratar una persona especializada para que de mantenimiento al

sistema.

• Sacar copias de la información registrada en el sistema académico por

lo menos una vez por semana.


29

CAPÍTULO VI

ALCANCE Y LIMITACIONES

6.1 ALCANCE Y LIMITACIONES

El principal objetivo de la construcción de este software es la de cubrir las

falencias que se hallan dentro de los diversos procesos que se manejan en la

empre “El Huevo o la Gallina”, mejorando el sistema actual organizando de

una mejor manera de facturación y brindando un mejor servicio a la población.

El desarrollo del sistema automatizado implica el estudio y análisis de cada uno

de los procesos que se hallan involucrados en el manejo de control de

inventarios y facturación en la empresa “El Huevo o la Gallina”.

En los siguientes ítems se detallan los módulos con los cuales constará este

sistema.

6.1.1 MÓDULO DE SEGURIDAD.

La seguridad de la aplicación es uno de los requerimientos más importantes

que deben ser cumplidos, con el uso de los conceptos de autenticación y

autorización, basados en requerir una cuenta de usuario válida y activa, además

de un conjunto de roles que le permitirán al usuario realizar solo aquellas

operaciones que se le han asignado con el uso de este módulo de

administración.

6.1.2 MÓDULO DE REGLAS DEL NEGOCIO.

Básicamente el sistema de facturación generara una mejor organización

empresarial, ya que todo el conjunto de productos, datos, e información

referente a la empresa “El Huevo o la Gallina”, tendrá una mejor organización,

para que de esta manera todos puedan conocer los lineamientos que en ella se

manejan, y puedan tener una mejor y más amplia información sobre las

facilidades, calidad en el producto y otras cosas más que brinda la empresa a la

población.


30

6.1.3 MÓDULO DE MANTENIMIENTO.

En este módulo de mantenimiento se realizara el control de registro del cliente

en el cual este tendrá acceso a la aplicación para ingresar sus datos respectivos

que tendrá acceso a la aplicación que además interactúa con los datos

almacenados en la base de datos del sistema. A continuación encontramos

algunas funciones básicas que son comunes a todos los procesos. Estas

incluyen:

• Ingresar datos

• verificar datos

• entregar datos

• modificar datos

• actualizar datos

• guardar datos

• eliminar datos.

6.1.4 REPORTES FINALES

En esta sección lo que se busca es dar a conocer a la empresa como un ente

producto de calidad a bajo costo, mediante la utilización de facturación, de

fácil uso, que brinde calidad actualizada, y que sea capaz de agilizar y mejorar

procesos de compra. Permitiendo así al cliente la compra más rápida y

eficiente.

FRONT END BACK END IMPLEMENTA

CION

SISTEMA

OPERATIV

O

PUNTO

NET2010

C#

ASP

PHP

SQL SERVER

R2

IIS

DISTRIBUIDO

TRES CAPAS

CUALQUIER

SISTEMA

OPERATIV

O CON UN

NAVEGAD

OR WEB Y

SALIDA A


31

INTERNET

6.2 ORGANIZACIÓN

ORGANIGRAMA ESTRUCTURAL “EL HUEVO O LA GALLINA”

ANALISIS: El Gerente manda a todos los que conforman la empresa, el

administrador se encarga de realizar la contabilidad y que la empresa este en

buen estado económico, el empleado se en carga de la atención de los clientes

y venta de los productos adquiridos durante el día con su respectiva factura al

cliente.

GERENTE

CLINETE

FACTURA PRODUCTO

USUARIO

ADMINISTRADOR

EMPLEADO

VENTA


32

6.3 INFRAESTRUCTURA INFORMÁTICA

6.3.1 HARDWARE

DETALLE UBICACIÓN PROCESO

SERVIDOR DELL INSPIRON

N4010

PROCESADOR INTEL(R)

CORE(TM)i5

RAM 4GB

HDD 600 GB

DATA

CENTER

SERVIDOR DE

DATOS(PRUEBA

S)

SERVIDOR HP PROLIANT ML

380

INTEL XEON 2.5GHZ

RAM 2GB

HDD 80 GB

DATA

CENTER

SERVIDOR DE

CORREO

HP PROLIANT DL 380 G9

E56402,67GHZ 4 (CORE) 8

LOGICOS

RAM 8GB

HDD 260

DATA

CENTER

SERVIDOR DE

DATOS

HP PROLIANT DL 380 G9

E56402,67GHZ 4 (CORE) 8

LOGICOS

RAM 10GB

HDD 270

DATA

CENTER

SERVIDOR DE

PRUEBAS

ESTACION DE TRABAJO

CORE(TM)i5

RAM 4GB

GB

DEPARTAME

NTO DE

ADMINIST

RACION”

EL HUEVO

MANEJO DEL

SISTEMA


33

O LA

GALLINA”

6.2.2 SOFTWARE

DETALLE UBICACIÓN LICENCIAMIENTO

.NET 2010

SQL SERVER 2010

R2

OFICCE

SIRMESC

ORACLE

NICOLAS

DATA CENTER SI

SWIT

ESCRITORIO

DEPARTAMENTO

DE

ADMINISTRACI

ON” EL HUEVO

O LA

GALLINA”

SI

6.3.3 COMUNICACIONES

DETALLE UBICACIÓN PROCESO

FIREWALL (ASA) DATA CENTER FRONTERA CON LA WEB

SWITCH 3 CAPAS DATA CENTER SEGURIDAD DE DATOS

6.3.4 RECURSO HUMANO

NOMBRE CARGO

DESAROOLL

O NOMBRE

ANDRES

PROGRAMAD

OR DESAROOLLO ANDRES


34

ING.PAÚL CURICHO TUTOR

POR

DESIGNAR

ING.PAÚL

CURICH

O

ING. HUGO

HEREDIA DIRECTOR

APROBACION

DEL TEMA

DE GRADO

ING.

HUGO

HEREDI

A

ING. HUGO

HEREDIA DIRECTOR

APROBACION

PPG

ING.

HUGO

HEREDI

A

6.4 DESCRIPCIÓN DE ALTERNATIVAS

En estas alternativas se tratara de la descripción funcional y técnica de cada

una de ellas, en donde se podrá apreciar diversos criterios de evaluación para

que la empresa” El Huevo o la Gallina”, tenga un mejor enfoque el momento

de tomar la decisión más acertada acerca del sistema.

Esta son las especificaciones técnicas para el sistema:

ESPECIFICACIONES CARACTERISTICAS PESOS

AQUITECTURA Distribuido 3 capas 7

AMBIENTE DE

DESARROLLO Web 7

PLATAFORMA Windows7 6

WEB SERVICE Internet Information Server 6

METODOLOGIA Rup 7

DISEÑO

Uml 1

Casos de Uso 1

Diagramas de Interacción 1

Diseño de actividades 1

Diagramas de clases 1


35

Modelo de base de datos 1

ESTANDARES

Diseño 2

Base de Datos 2

Programación 2

FRONT END Asp C# 6

BACKEND SQL Server R2 5

PRUEBAS

Pruebas de validación 2

Pruebas de seguridad 3

Prueba de interfaz 2

Pruebas de resistencia 3

MANUALES Técnico 3

Usuario 3

CAPACITACIONES Personal Técnico 3

Usuario final 3

COSTO $ valor total 7

TIEMPO Menor a 6 meses 7

GARANTIA Mínimo 1 año 4

SOPORTE Mínimo 1 año 4

Total 100

6.4.1 ALTERNATIVA 1

• EopenSolutions

ESPECIFICACION

ES

CARACTERISTIC

AS

PESO

S

CUMPL

E

NO

CUMP

LE

AQUITECTURA Distribuido 3 capas 7 X

AMBIENTE DE

DESARROLLO Web 7 X

PLATAFORMA Windows7 6 X

WEB SERVICE Internet Information 6 X


36

Server

METODOLOGIA Rup 7 X

DISEÑO

Uml 1 X

Casos de Uso 1 X

Diagramas de

Iteraccion 1 X

Diseño de actividades 1 X

Diagramas de clases 1 X

Modelo de base de

datos 1 X

ESTANDARES

Diseño 2 X

Base de Datos 2 X

Programación 2 X

FRONT END Asp C# 6 X

BACKEND SQL Server R2 5 X

PRUEBAS

Pruebas de validación 2 X

Pruebas de seguridad 3 X

Prueba de interfaz 2 X

Pruebas de

resistencia 3 X

MANUALES

Técnico 3

X

Usuario 3 X

CAPACITACIONE

S

Personal Técnico 3 X

Usuario final 3 X

COSTO $ 650 + IVA 7

TIEMPO Menor a 6 meses 7 X

GARANTIA Mínimo 1 año 4 X

SOPORTE Mínimo 1 año 4 X

Total 100 97 3


37

Ventajas:

• Cumple con todos los procesos y requisitos técnicos

• Ofrece terminar el sistema en 5 meses

• Su garantía y soporte técnico es muy amplia

Desventajas:

• Costo total del sistema muy alto

• No proveen un manual técnico

Análisis:

• La empresa presenta una propuesta en la que cumple con la mayor

parte de los requerimientos pedidos enfocados al principio de dicho

documento.

6.4.2 ALTERNATIVA 2

• Atikasoft(Software factory)

ESPECIFICACION

ES

CARACTERISTIC

AS

PESO

S

CUMPL

E

NO

CUMP

LE


AMBIENTE DE

DESARROLLO Web 7 X


WEB SERVICE

Internet Information

Server 6

X

METODOLOGIA Rup 7 X

DISEÑO

Uml 1 X

Casos de Uso 1 X

Diagramas de

Iteración 1 X

Diseño de 1 X


38

actividades


Modelo de base de

datos 1 X

ESTANDARES

Diseño 2 X

Base de Datos 2 X

Programación 2 X

FRONT END Asp C# 6

X

BACKEND SQL Server R2 5

X

PRUEBAS

Pruebas de

validación 2 X



Pruebas de

resistencia 3 X

MANUALES

Técnico 3 X

Usuario 3 X

CAPACITACIONE

S


Usuario final 3 X

COSTO $ 430 + IVA 7




X

Total 100 84 16

Ventajas:

• Ofrece terminar el sistema en 5 meses

• Su garantía es muy amplia

• Costo total del sistema menor


39

Desventajas:

• No trabajan con .net solo con ASP.NET

• Utilizan otras bases de datos (no SQL server)

Análisis:

• La empresa está basada más para lo que es plataformas libres esto se

debe que no cumple con los requerimientos para este tipo de sistema.

6.4.3 ALTERNATIVA 3

• Propuesta de grado(Andrés Ricaurte)

ESPECIFICACION

ES

CARACTERISTIC

AS PESOS

CUMPL

E

NO

CUM

PLE


AMBIENTE DE

DESARROLLO Web 7 X


WEB SERVICE


Server 6 X

METODOLOGIA Rup 7 X

DISEÑO

Uml 1 X

Casos de Uso 1 X

Diagramas de

Iteración 1 X

Diseño de actividades 1 X


Modelo de base de

datos 1 X

ESTANDARES

Diseño 2 X

Base de Datos 2 X

Programación 2 X


40

FRONT END Asp C# 6 X

BACKEND SQL Server R2 5 X

PRUEBAS

Pruebas de validación 2 X



Pruebas de resistencia 3 X

MANUALES

Técnico 3 X

Usuario 3 X

CAPACITACIONE

S


Usuario final 3 X

COSTO $ 0,00 7




X

Total 100 96 4

Ventajas:

• Cumple con todos los requisitos técnicos

• de entrega del sistema 6 meses

• El sistema no tiene costo

Desventajas:

• No ofrece soporte técnico muy extenso

Análisis:

• El análisis observado de la alternativa1 la arquitectura está en tres capas, el

ambiente de desarrollo está basado en la web, la plataforma es elaborado

en windows7,webservise es internet information server, la metodología

está hecha en Rup, el diseño Uml, Casos de uso, Diagramas de Iteración,

Diseño de actividades, Diagramas de clases, Modelo de base de datos etc.


41

6.5 EVALUACIÓN DE ALTERNATIVAS

Las alternativas que están continuación se evaluaron sobre los parámetros de la

capacitación que voy a brindar durante la realización del mi proyecto.

Se evaluaran de la siguiente forma:

6.5.1 TÉCNICO

ALTERNATIVA PUNTAJE

OPEN SOLUTIONS 64

ATIKASOFT(Software factory) 47

PROPUESTA DE GRADO 64

El análisis realizado de puede observar que la open solutions da como

porcentaje el 64% mientras que atakasoft el 47% y la propuesta de grado a

terminar con 64% avanzado el proyecto.

6.5.2 ECONÓMICO

ALTERNATIVA COSTO

OPEN SOLUTIONS $756,50

ATIKASOFT(Software factory) $490,25

PROPUESTA DE GRADO $320,00

En lo económico se pudo analizar que open solutions en los costos es de

$756,50 del gasto, mientras que atikasoft es la cantidad $490,25, y la propuesta

de grado $320.


42

6.5.3 GARANTÍA TÉCNICA

ALTERNATIVA PUNTAJE

OPEN SOLUTIONS 3



En lo que se refiere el análisis de la garantía se la dio como puntaje de 3 en

open solutions, 3 atikasoft y 3 de la propuesta de grado.

6.5.4 SOPORTE TÉCNICO

ALTERNATIVA PUNTAJE

OPEN SOLUTIONS 3



El análisis en el soporte técnico se dio como puntaje de 3 en open solutions el

1 en atikasoft y en la propuesta de grado 2 esto quiere decir que se le dará dos

años de garantía a la empresa.

6.6 FACTIBILIDAD TÉCNICA

En el análisis realizado se puede observar que es de acuerdo la realización del

sistema denominado. La misma que cumple con todas las normas establecidas

para el desarrollo de un sistema de facturación, lo que implica cumplir con las

especificaciones técnicas elaboradas a fin de que las causas oferentes puedan


43

omitir su propuesta; cabe decir que también cumple con la revisión y

estructuración del aspecto económico, garantía técnica y soporte técnico por lo

que se desprende que es factible realizar el proyecto en el aspecto técnico

económico y su parte del mismo para lo cual el estudio y

análisis anteriormente realizado arrojo el siguiente orden de prelación de las

empresas.

Esto da a terminar que el presente sistema denominado la radio frecuencia

RFID en la administración de bodegas. Diseño de un software para el control

de inventarios para la empresa " El Huevo o la Gallina ", lo desarrollará el

estudiante “Andrés Ricaurte” designado para realizar la elaboración del

sistema.

PARÁMETROS

RESULTADO GLOBAL DE EVALUACIONES

DE ALTERNATIVAS

NEOBIX SA ATIKA SOFT PROPUESTA

DE GRADO

ORDEN DE

PRESTACIÓN

66/100 49/100 66/100

ECONÓMICA $750,00 $400,60 $300,00

SOPORTE

TÉCNICO

4/5 0/5 4/5

GARANTÍA SI SI SI


44

6.7 DESCRIPCIÓN DE PROCESOS

6.7.1 MÓDULO DE SEGURIDAD

Proceso de ingreso al sistema

El administrador antes de ingresar al sistema debe ingresar su contraseña

obligatoriamente para tener acceso al sistema, el cliente realiza su compra y el

administrador ingresa sus datos tanto personales como del producto este queda

almacenado en la base de datos y depende de esto se comprueba si la

información dada es la correcta.

CLIENTE

ADMINISTRADOR

REGISTRARSE EN EL SISTEMA

CONTRASEÑA

USER VALIDAR DATOS


45

Crear una nueva cuenta de cliente.

El cliente pide al administrador una cuenta de usuario para poder ingresar al

sistema, el administrador le proporciona un nombre de cliente y una contraseña

para que él pueda utilizar el sistema.

CLIENTE

USER

ADMINISTRADORREGISTRARSE EN EL SISTEMA

CONTRASEÑA


46

6.7.2 MÓDULO DE MANTENIMIENTO

El administrador puede realizar los diferentes cambios que ofrece el sistema de

mantenimiento en el cual el cliente tiene que ingresar sus datos y el

administrador guardar en la base de datos del sistema si por el caso de que el

cliente se equivocó en sus nombres el administrador puede modificarlo muy

fácil a si mismo con las de más opciones del programa. Como eliminar

visualizar y lo más importante la busque de los datos del cliente.

ELIMINAR

MODIFICAR

VIZUALISAR

INGRESARCLIENTE

ADMINISTRADOR

BUSQUEDA


47

6.7.3REGLAS DEL NEGOCIO

Entrega de factura

El cliente acude al vendedor este lo atiende el cliente hace el pedido del

producto que va a seleccionar el vendedor verifica si el producto no es en

Stock eso le permitirá que el producto existe o no para realizar su compra, el

producto realizado pasa por el administrador en el cual este reporta al cliente y

realiza su debida factura o devolución de producto.

Devolucion Productos

Manejo de Clientes

Venta / Facturacion

(from <Use Case Name>)

Vendedor(f rom Actors)

Reporte de Clientes

Reporte de Stock de productos

Adminisrador


48

6.7.4 PROCESOS DE FACTURACIÓN DEL SISTEMA

Culminar la fase de recolección de la información, los datos, han de ser

sometidos a un proceso de elaboración técnica, que permiten recontarlos y

resumirlos, antes de introducir el análisis diferenciado a partir de

procedimientos estadísticos y posibilitar la interpretación y el logro de

conclusiones a través de los resultados obtenidos. Esta fase de desarrollo de la

investigación comprende la incorporación de algunos lineamientos generales

para el análisis e interpretación de los datos; su codificación y tabulación; sus

técnicas de presentación; y el análisis estadísticos que se introducirán los

mismos.

6.7.5 CONTROL DE INFORMACIÓN

Este es uno de los procesos más importantes dentro del modelo de facturación

porque es aquí donde el cliente procederá a recibir su compra requerida por

dicho producto y es donde se pondrá en práctica el uso del sistema.

Para realizar este proceso se debe seguir los siguientes pasos:

• El cliente hace el pedido, toma su producto.

• Luego deberá acercarse a caja para cancelar su compra y recibir su factura.

• El vendedor se encarga de almacenar su producto que fue vendido dentro

de la base de datos en el sistema.

• Este proceso se lo realiza cuando existe exceso de clientes dentro de la

empresa ya que estos procesos se los está realizando de forma manual, es

por eso que se implementara el sistema facturación para evitar quejas y

brindar un servicio de calidad.

6.7.6 PROCESOS TECNOLÓGICOS

La empresa “El Huevo o la Gallina”, en este tiempo durante los días en el

sector en , cuando la generación de negocio depende de la recolección eficiente

y oportuna de información en campo, esto se vuelve clave, es por eso que es

necesario contar con una herramienta que pueda automatizar esos procesos y

liberar del problema del levantamiento de información.


49

6.7.7 IDENTIFICAR PROCESOS AUTOMATIZABLES

La prioridad en el sistema es una buena manera de utilizar los recursos

eficientemente. De esta manera el tiempo de respuesta de los programas

interactivos no resultarán afectados.

PROCESO A S. A. M

Realizar su pedido o compra. X

Dirigirse a caja con su producto. X

Cancelar su compra.

X

Recibir la factura con sus datos por

el usuario de la empresa” El

Huevo o la Gallina”.

X

Nomenclatura:

A: Automatizable

S.A.: Semi-Automatizable

M: Manual

6.7.8 PRIORIDADES DE LOS PROCESOS AUTOMATIZABLES

La prioridad en el sistema es una buena manera de utilizar los recursos

eficientemente. De esta manera el tiempo de respuesta de los programas

interactivos no resultarán afectados.

PROCESO A S. A. M

Realizar su pedido o compra. X

Dirigirse a caja con su producto. X

Cancelar su compra.

X

Recibir la factura con sus datos por X


50

el usuario de la empresa” El

Huevo o la Gallina”.

Nomenclatura:

P: Prioridad

NP.: No existe Prioridad

6.7.9 TIEMPOS DE EJECUCIÓN DE LOS PROCESOS

Es el tiempo en el cual una persona se demora en hacer un determinado

proceso ya sea tanto manualmente como automáticamente, para así poder

determinar si dicho proceso se puede automatizar para poder reducir su tiempo

de ejecución.

PROCESO A S. A. M

Realizar su pedido o compra. 10min

Dirigirse a caja con su producto. 5min

Cancelar su compra.

3min

Recibir la factura con sus datos

por el usuario de la empresa”

El Huevo o la Gallina”.

1min

Nomenclatura:

T: Tiempo

6.8 DESCRIPCIÓN METODOLOGÍA DESARROLLADA

1. Fase de Inicio

En esta fase se desarrollará los requisitos del sistema desde la perspectiva del

usuario. Los principales casos de uso serán identificados y se hará un

refinamiento del Plan de Desarrollo del Proyecto. La aceptación del usuario de

los documentos y el Plan de Desarrollo serán el final de esta fase.


51

2. Fase de Elaboración

En esta fase se analizará los requisitos y se desarrolla un prototipo de

arquitectura (incluyendo las partes más relevantes o críticas del sistema). Al

final de esta fase, todos los casos de uso correspondientes a requisitos que

serán implementados en la fase de Construcción deben ser analizados y

diseñados (en el Modelo de Análisis /Diseño). La revisión y aceptación del

prototipo de la arquitectura del sistema será el final de esta fase.

3. Fase de Construcción

Durante la fase de construcción se terminan de analizar y diseñar todos los

casos de uso, refinando el Modelo de Análisis/Diseño. El sistema se construye

en base a los diseños anteriores los cuales permiten conocer las reglas del

negocio permitiendo la construcción del sistema y produciendo un sistema

demo al cual se le aplican las pruebas y se valida con el usuario además se

comienza con la elaboración de material de apoyo al usuario.

4. Fase de Transición

En esta fase se preparará el sistema para la distribución, asegurando una

implantación y cambio del sistema previo de manera adecuada, incluyendo el

entrenamiento de los usuarios. Esta fase incluye, la entrega de toda la

documentación del proyecto con los manuales de instalación y todo el material

de apoyo al usuario.

6.9 MODELO CONCEPTUAL (VER ANEXOS)

Este diagrama nos permite ver cómo está constituida nuestra base de datos para

nuestro proyecto la cual consta de sus entidades, cada una de ellas con sus

respectivas claves primarias y sus atributos los cuales van a ser agregadas,

eliminadas y modificadas; además tendremos entidades en las cuales se

generara tablas auxiliares y así podrán ser relacionadas con las tablas padres e

hijas.


52

Clase Usuarios:

Esta es una de las clases más importantes debido a que de ella se desprenden

los usuarios que podrán acceder al sistema y los privilegios que tienen por el

tipo de usuario.

Clase Expedientes:

Esta clase es el centro de todo el modelo conceptual ya que en esta se integran

la mayoría de clases para el almacenamiento de los datos del docente en la

creación de un nuevo expediente.

Clase Laboral:

Esta clase será de utilidad para la elaboración de reportes puesto que se deberá

verificar el estado laboral del docente para que aparezca en la lista de

expedientes activos.

6.10 MODELO FÍSICO (VER ANEXOS)

El modelo físico muestra las entidades con sus respectivas relaciones y claves

primarias que identificaran a cada una de las tablas para así poder realizar las

diferentes relaciones entre las diferentes entidades, aquí se muestra que las

entidades principales son las de CLIENTE, FACTURA y USUARIO ya que

todas dependerán de estas tres entidades.

6.11 DICCIONARIO DE DATOS

Un diccionario de datos es un conjunto de metadatos que contiene las

características lógicas y puntuales de los datos que se van a utilizar en el

sistema que se programa, incluyendo nombre, descripción, alias, contenido y

organización.

Identifica los procesos donde se emplean los datos y los sitios donde se

necesita el acceso inmediato a la información, se desarrolla durante el análisis

de flujo de datos y auxilia a los analistas que participan en la determinación de

los requerimientos del sistema, su contenido también se emplea durante el

diseño.

http://es.wikipedia.org/wiki/Metadato


53

6.11.1 DICCIONARIOS DE DATOS

Consultas de Tablas de nuestra Base de Datos

Select * from information_schema.TABLES

Consultas de Campos y Objetos de nuestra Base de Datos

Select * frominformation_schema.COLUMNS


54


55

6.12 ESTÁNDARES

6.12.1 DISEÑO

El estándar que se va a utilizar dentro de este proyecto en lo que conlleva al

diseño del diagrama de clases se regirá a que la relación entre clases se

denotará por la utilización de uno a muchos y muchos a muchos, dependiendo

de la relación que exista entre estas.

La clase será descrita de la siguiente manera:

• Superior: Contiene el nombre de la Clase

• Intermedio: Contiene los atributos que caracterizan a la Clase (estos

pueden ser private, protected o public).

• Inferior: Contiene los métodos u operaciones, ya que estos son la forma

de como interactúa el objeto con su entorno.

Multiplicidad entre las relaciones

Representación Descripción

1 Una sola Instancia

0……………..* Cero o más Instancias

1……………..* Una o más Instancias

0…………….* Cero o una Instancia

Definición de clases

Una clase es una categoría o un grupo de cosas que tienen atributos y acciones

similares.

Casos de usos

Un caso de uso es una descripción de los pasos o las actividades que deberán

realizarse para llevar a cabo algún proceso. Los personajes o entidades que

participarán en un caso de uso se denominan actores.


56

6.12.2 DESARROLLO

Los procedimientos que debemos seguir para la representación del sistema por

medio de diagramas de casos de uso son los siguientes:

• El nombre de los componentes que intervienen en el diagrama llevarán su

descripción en la parte inferior de su representación gráfica.

• Se respetaran todas las normativas impuestas por el lenguaje de

modelamiento (UML).

6.12.3 BASE DE DATOS

El nombre de los objetos de base de datos no deberá exceder los 35 caracteres

y no deberá terminar en “_”. En el caso que el nombre esté compuesto por más

de una palabra, las mismas tendrán que separarse por el signo “_” underscore.

Los nombres de objetos de base de datos deberán estar escritos en español, ser

auto-descriptivos1 (nombres completos). El Área de involucramiento técnico

asignará el nombre del proyecto, nombre de esquema y el prefijo de la

aplicación a utilizarse en la nomenclatura de los objetos de base de datos, a fin

de dar identidad al proceso de seguimiento y rastreo vehicular.


57

Documentación

Todos los objetos de base de datos y scripts deberán estar debidamente

documentados en PowerDesigner o Rational Rose, en las siguientes

propiedades:

Comentario: descripción clara del uso o funcionalidad del objeto. Cabe notar

que esta documentación se verá reflejada en la base de datos.

Descripción: este campo es opcional si el objeto tiene el campo comentarios y

contendrá aclaraciones o ejemplos. Caso contrario es obligatorio y debe

contener la descripción detallada del uso o del objeto.

Notes: este campo se utilizará exclusivamente en el caso de requerirse la

eliminación del objeto y contendrá los siguientes puntos:

• Eliminación solicitada por:

• Fecha de Eliminación:

• Motivo de Eliminación:

• Solución de Reemplazo: en el caso que aplique se debe detallar que

solución reemplaza a la funcionalidad brindada por el objeto a ser

eliminado.

Es importante que la documentación permita entender claramente el propósito

del objeto y no que sea una simple repetición del nombre.

Tipos de Datos

Tipo de Dato Cuando se debería utilizar

VARCHAR2 Para campos de texto de tamaño variable de hasta 7000

caracteres.

Siempre se utilizará VACHAR2 en lugar de

VARCHAR.

CHAR Para campos de texto de tamaño fijo, por ejemplo para

el uso de estados (SI/NO), (ACT/INA).

NUMBER Para campos numéricos.

Siempre se especificará la precisión, por ejemplo para

un número de 5 cifras enteras y 2 decimales será:

NUMBER (7,2).


58

DATE Para campos de fecha y de fecha y hora.

CLOB Para campos de texto de más de 7000 caracteres.

BLOB Para almacenamiento de archivos binarios, por ejemplo

imágenes, archivos PDF, Word, etc.

XMLTYPE Para campos en formato XML sobre los cuales se

ejecutarán consultas con XPATH desde la Base de

Datos.

Si no se requerirá utilizar el motor de XML de la Base

de Datos, es preferible utilizar un campo CLOB

Roles

Nombre: [Prefijo de la aplicación] “_” [Nombre auto-descriptivo]

Para roles de Discoverer:

[Prefijo de la aplicación] “_DIS_” [Nombre auto-

descriptivo]

Documentación Comments: incluirá el perfil del usuario que utilizará el

rol y de manera general la funcionalidad a la que

tendrá acceso, por ejemplo:

Para el rol RIG_AIR_GESTION:

Rol utilizado por usuarios que realizan gestión sobre la

presentación del anexo de otras retenciones.

Permite la consulta de presentaciones de anexos

realizadas por los contribuyentes.

Consideración: Toda aplicación deberá tener el rol:

[Prefijo de la aplicación]_MANTENIMIENTO con

permisos de select a todas las tablas del esquema de

la aplicación.


59

Tablas

Nombre: [Prefijo de la aplicación] “_” [Nombre auto-descriptivo

en ”singular”]

De manera general el nombre auto-descriptivo de una

tabla de rompimiento se conformará con la unión del

nombre de las dos tablas padres.

Alias:

Se utilizará el alias generado por Designer. Si ya se

encuentra en uso el prefijo asignado, se añadirá al

final un número secuencial de 1 a 9.

Consideraciones: Toda tabla tendrá una “clave primaria numérica de un

solo campo” salvo mejor criterio de Diseño.

Clave Primaria (Primary Key)

Nombre Campo: “CODIGO_” [Nombre de la tabla en singular, sin

prefijo de la aplicación, hasta donde alcance]

Nombre PK: Utilizar el nombre asignado por Designer ([alias de la

tabla] “_PK“)

Consideraciones: La clave primaria debe ser numérica y de un solo

campo, salvo mejor criterio de Diseño.

Como caso de excepción se permitirá la creación de

claves primarias compuestas, en el caso en que la

mejor representación a nivel de entidades en un

diagrama de clases sea una relación de muchos a

muchos y:

No se requiere registrar información adicional en la

tabla de rompimiento

No se requiere relacionar la tabla de rompimiento

con ninguna otra tabla.

Documentación: Se requiere únicamente la documentación del campo en

la tabla (no se requiere documentar el primarykey).

En el caso de utilizar una secuencia, se colocará la


60

referencia a la misma utilizando la sección

SECUENCE de Designer.

Campos

Nombre: El nombre de un campo deberá ser auto-descriptivo y

estar en singular.

Únicamente la clave primaria y los campos que

provienen de un foreignkey pueden comenzar con la

palabra CODIGO.

El nombre no debe incluir valores permitidos, por

ejemplo: ESTADO_ACTIVO_INACTIVO, lo

correcto sería: ESTADO.

Tipo de Dato: Revisar las consideraciones del punto “0Tipos de

Datos”

Consideraciones: Todo campo con un conjunto de valores limitados que:

• Varían en el tiempo, harán referencia a la tabla o

réplica de la tabla correspondiente. Por ejemplo

ID_VEHICULO debe tener un foreignkey hacia

EVENTO, etc.

Diseño analizará los casos de excepción en los que no es

posible crear foreignkeys, por ejemplo:

Tablas no replicadas.Tablas replicadas con tipo

COMPLETEEn tablas de log.

• Son fijos, tendrán obligatoriamenteallowablevalues

registrados en Designer de la siguiente

manera:Value: tres letras representativas de cada

palabra, por ejemplo:Para ACTIVO, INACTIVO,

serían ACT e INA.

Para ACEPTADO_MANUALMENTE

ACEPTADO_AUTOMATICAMENTE serían

ACE_MAN y ACE_AUT.

Para valores con menos de tres letras se colocará el


61

nombre completo, por ejemplo: SI, NO, 0+.Meaning:

nombre completo del valor permitido, por ejemplo

ACTIVO, INACTIVO, etc.

Caso de Excepción para MDA: en el caso de

aplicaciones que cuenten con un modelo UML los

allowablevalues deberán ser diseñados en UML a

través de Enumeraciones y se cargarán en Designer

como checkconstraints en lugar de allowablevalues.

La documentación del meaning deberá ser incluida

en el comment del checkconstraint, ejemplo: “ACT =

Activo, INA = Inactivo”

Documentación: Comentario: se debe incluir la utilidad del campo y los

casos de uso, por ejemplo:

Código de la Agencia principal del SRI, en la cual se

En el caso de utilizar una secuencia, se colocará la

referencia a la misma utilizando la sección

SECUENCE de Designer.

Modelo Lógico De La Base De Datos

Simbología para el modelo lógico de la base de datos


62

Modelo Físico De La Base De Datos

Simbología de relaciones entre tablas y sus dependencias

Simbología para el modelo físico de la base de datos.

6.12.4 ESTÁNDARES DE PROGRAMACIÓN

Los estándares de programación es una forma de normalizar la programación

de forma que cualquiera de las personas involucradas en un proyecto

comprenda el código. En otras palabras define la escritura y organización del

código fuente de un programa.


63

Declaración de Clases

Para definir una clase se hace uso de la palabra reservada “class” esto seguido

del nombre de la clase, este deberá ser referente a la funcionalidad de la clase y

además no se permite el uso de las palabras reservadas propias del lenguaje.

Una vez definida la clase es proseguida de las llaves { }, dentro de estas se

contendrá la definición de los miembros de la clase así como sus métodos.

Comentarios

Los programas pueden tener dos tipos de comentarios: de implementación y de

documentación. Los comentarios de documentación son aquellos que se

encuentran delimitados por /*...*/, y //. Los comentarios de implementación se

limitan por /**...*/.

Se deben usar los comentarios para dar descripciones de código y facilitar

información adicional que no es legible en el código mismo. Los comentarios

deben contener sólo información que es relevante para la lectura y

entendimiento del programa.

Elementos de la interfaz grafica

Usar un prefijo apropiado para cada elemento de la interfaz gráfica. Una lista

breve es dada a continuación.

CONTROL PREFIJO

TextBox txt

Label lbl

DataGrid dtg

ImageButton Imb

Button btn

Hyperlink hIk

DropDownList ddI

ListBox Ist

DataList dtl


64

Repeater rep

Checkbox chk

CheckboxList cbl

RadioButton rbt

RadioButtonList rdl

Image img

Panel pan

Place phd

Table tbl

Validators val

Declaraciones

Nombres de variables

Los nombres deben ser descriptivos y concisos. No usar frases largas ni

abreviaciones pequeñas para las variables. Es mejor saber qué hace una

variable con sólo conocer su nombre. Esto aplica para los nombres de

variables, funciones, argumentos de funciones y clases.

Todos los nombres deben estar en minúscula (Excepto las clases, donde la

primera letra ha de ser mayúscula). En caso de usar más de una palabra, ésta

será separada por un guión bajo "_". En las funciones, es importante que el

nombre denote su función inmediatamente. Por ejemplo acciones como

imprimir_datos, actualizar_datos_usuario, eliminar_usuario, etc.

Cadenas de texto entre comillas

La programación tiene dos formas de poner strings o cadenas de texto. Con

comillas simples y con comillas dobles. La diferencia es que al usar comillas


65

dobles, es que al colocar dentro de ellas texto con un nombre de variable, el

compilador lo interpretará y reemplazará por su valor.

Conexión de datos

Nunca acceder a la base de datos desde las páginas de la interfaz gráfica.

Siempre ten un conjunto de clases de capa de acceso a datos la cual ejecute

todas las tareas relacionadas con la base de datos.

Usar las sentencias try-catch en la capa de acceso a datos para atrapar todas las

excepciones de la base de datos. Este controlador de excepciones debe registrar

todas las excepciones desde la base de datos. Los detalles registrados deben

incluir el nombre del comando siendo ejecutado, nombre del procedimiento

almacenado, parámetros, cadena de conexión usada etc. Después de registrar la

excepción, debe de re lanzarse para que la otra capa en la aplicación la atrape y

tome las acciones apropiadas.

Errores

Los mensajes de error serán desplegados como ventana emergente sobre la

interfaz donde se esté realizando la operación.

Cuando un campo dentro de un formulario o interfaz de gestión no se

encuentre completo se desplegara mensaje de error al y se marcara dicho

campo, para que el dato sea completado.

Si la base de datos no se encuentra disponible, se desplegara el siguiente

mensaje de error al final de la interfaz “La base de datos no se encuentra

disponible, favor vuelva a intentarlo en algunos minutos”.

Entre los principales estándares que se pueden mencionar están:

Estándar 1: La indignación debe ser a cuatro espacios sin caracteres de

tabulación. Esto es debido a que ciertos IDE’s de desarrollo introducen

caracteres de tabulación cuando insertan un texto automáticamente. Se

recomienda el uso de herramientas o editores generales como EMACS u otros.


66

Estándar 2: Las estructuras de control deben tener un espacio entre

el keyword de la estructura y el signo de apertura de paréntesis para distinguir

entre las llamadas de las funciones y el signo de llaves debe estar sobre la línea

de la estructura.

Estándar 3: Las funciones deben ser llamadas sin espacios entre el nombre de

la función, el signo de paréntesis y el primer parámetro; espacios entre cada

coma por parámetro y sin espacios entre el ultimo paréntesis, el signo de

paréntesis cerrado y el signo de punto y coma (;).

Estándar 4: El estilo de los comentarios debe ser como el estilo de

comentarios para C (/* */ ó //), no debe de utilizarse el estilo de comentarios de

Perl (#).

Estándar 5: Cuando se incluya un archivo de dependencia

incondicionalmente, utilice requiere_once y cuando sea condicionalmente,

utilice include_once.

Estándar 6: siempre utilice las etiquetas <?php ?> para abrir un bloque de

código. No utilice el método de etiquetas cortas, porque esto depende de las

directivas de configuración en el archivo PHP.INI y hace que el script no sea

tan portable.

Estándar 7: Los nombres de las clases deben de iniciar con letra mayúscula.

Los nombres de las variables y de las funciones pueden iniciar con letra

minúscula, pero si estas tienen más de una palabra, deberá comenzar con el

signo de guión mayor para una fácil identificación. Las constantes deben de

escribirse siempre en mayúsculas tanto estas como las variables globales deben

de tener como prefijo el nombre de la clase a la que pertenecen.

Estándar 8: Los archivos con código PHP, deben de ser guardados

en formato ASCII utilizando la codificación ISO-8859-1. (Actualizado).El

formato ASCII con codificación ISO-8859-1 el formato que guardan los

archivos de texto plano (.txt). La razón de este estándar es que determinados

editores HTML (en especial Dreamweaver), agregan códigos

de carácter extraño de salto de línea (como si se tratara de un archivo binario) y


67

esto puede ocasionar que el intérprete de PHP,

encuentre problemas a la hora de leer el script.

6.12.5 DISEÑO DE PANTALLAS

Se deberán tomar en cuenta lo siguiente:

Los campos que hagan referencia a cantidades, se expresaran en formato de

números enteros, salvo que la cantidad posea fracciones, para esto caso se

utilizara dos decimales para su visualización.

Los campos de tipo numérico en general, que posean fracciones, se mostraran

con dos o los casos en que se requiera tener mayor precisión.

Los campos de tipo fecha, tendrán siempre el mismo formato, tanto de ingreso

como de visualización, siendo este formato el que sigue: DD/MM/AAAA,

Donde “DD” es el día, “MM” es el mes y “AAAA” es el año con sus cuatro

dígitos.

Los campos que sean obligatorios, se les antepondrá el símbolo de asterisco (*)

para indicarle al usuario que necesariamente debe ingresarlos.

La longitud y el tipo de dato para cada campo será definido en el diccionario de

datos.

Para el desarrollo de la solución se definirán los estándares a seguir y cumplir

en cuanto a seguridad se refiere.

Con respecto al desarrollo del sistema de administración se implementarán

diversas políticas de seguridad lógica entre las que se pueden mencionar.

a) Método de acceso restringido al sistema: El acceso al sistema debe estar

restringido por el uso de claves asignadas a cada uno de los usuarios. Sólo

podrán ingresar al sistema las personas que estén registradas, estos usuarios

serán clasificados en varios tipos de usuarios (o perfiles) con acceso a las

opciones de trabajo definidas para cada perfil.

b) Tamaño mínimo de la clave de acceso: No menor a 10 caracteres.


68

6.13 PANTALLAS DE REPORTES (PROTOTIPO)

6.13.1 SEGURIDAD

Esta pantalla de reporte tiene que ver con la seguridad del sistema, en nuestro

caso sería el login ya que por medio del tendremos sus respectivas restricciones

dentro de nuestro sistema, lo que hace esta pantalla es ingresar al sistema tanto

como USUARIO y como ADMINISTRADOR siempre y cuando la contraseña

sea la correcta caso contrario le sale un mensaje.


69

6.13.2 MANTENIMIENTO

En esta pantalla se muestra como un cliente se puede, guardar, eliminar,

modificar los datos ingresados en el sistema.

En esta pantalla podemos observar que se encuentran todos los mantenimientos

que se debe tener el en sistema como, cliente, usuario, país, distribuidora,

productos.


70

En esta pantalla se puede observar de qué cuidad o país se trae el producto, está

hecho en combo para poder elegir el origen, la entrega del producto.

6.13.3 REGLAS DEL NEGOCIO


71

En esta pantalla podemos observar el módulo de usuario con sus respectivos

botones que le permitirán al usuario elige lo que quieren realizar como por

ejemplo el botón de ventas tenemos lo de factura a un cliente como vemos en

la pantalla, también podemos buscar y mandar a imprimir la factura.

6.14 PRUEBAS Y DEPURACIÓN

6.14.1 PRUEBAS DE UNIDAD

En esta prueba de unidad se encuentra en la lógica de procesos internos que se

relacionan en el negocio, se consideran con la finalidad de que la relación

existente entre las clases y almacenamiento de información mantengan una

estructura adecuada y lógica que se realiza en el sistema.

6.14.2 PRUEBA DE INTEGRACIÓN

Se realiza individualmente a cada objeto que comprende el modelo físico y

lógico del sistema generando su respectivo código a fin de poder establecer la

consistencia de cada una de ellas, también se definirán las PRIMARYKEY y

FORENKEYS para determinar la indexación de la información.

Es una técnica sistemática para construir la arquitectura del software mientras

al mismo tiempo se aplica las pruebas de errores asociados a la interfaz, en las

clases determina la robustez del módulo colocando especial énfasis en las

asociaciones de las clases que tienen relación en los datos la radio frecuencia

RFID en la administración de bodegas. Diseño de un software para el control

de inventarios para la empresa " El Huevo o la Gallina".

6.14.3 PRUEBA DE VALIDACIÓN

Las pruebas de validación empiezan tras la culminación de la prueba de

integración, cuando se han ejercitado los componentes individuales.

Se ha terminado de ensamblar el software como paquete y se han descubierto y

corregido los errores de interfaz. La prueba se concentra en las acciones

visibles para el usuario y en la salida del sistema que éste puede reconocer. La

validación se define de una forma simple en que se alcanza cuando el software


72

funciona de tal manera que satisface las expectativas razonables del cliente

(especificación de requisitos-criterios de validación.

6.14.4 CRITERIOS DE LA PRUEBA DE VALIDACIÓN

La validación del software se logra mediante una serie de pruebas que

demuestren que se cumple los requisitos. Un plan de prueba delinea la clase de

pruebas que se aplicarán y un procedimiento de prueba define los casos de

prueba específicos. Después de que se ha dirigido cada caso de prueba de

validación, existirán dos condiciones posibles:

• La característica de funcionamiento o desempeño cumple con la

especificación y se la acepta.

• Se descubre una desviación de la especificación y se crea una lista de

deficiencias.

6.14.5 REVISIÓN DE LA CONFIGURACIÓN

un elemento importante del proceso de validación. So objetivo es asegurar que

todos los elementos de la configuración del software se hayan desarrollado

apropiadamente, estén catalogados y tengan el detalle suficiente para reforzar

la fase de soporte del ciclo de vida del software.

6.14.6PRUEBAS DEL SISTEMA

Al desarrollar nuestro sistema multicapa es necesario verificar la referencia que

debe existir entre cada una de las capas; es decir referencia entre CAPA DE

DATOS, CAPA REGLAS DEL NEGOCIO, CAPA DE PRESENTACION

entre sí, esto permitirá seguir manteniendo la integridad de los datos a través de

las tablas, las mismas que guardan información y consistencia de datos a fin de

establecer un sistema robusto y considerado.

La carga de datos en el sistema contribuye un factor determinante

especialmente al realizar migración de datos ingreso de dispositivos externos,

por lo tanto la integración en la misma plataforma de todos los elementos

determinara la persistencia de los demás datos y consistencia del diseño al fin

de manejar una sola interfaz común en la recepción de datos y manejo del

negocio la radio frecuencia RFID en la administración de bodegas. Diseño de


73

un software para el control de inventarios para la empresa " El Huevo o la

Gallina".

6.14.7 PRUEBAS DE SEGURIDAD

La interrupción abarca un amplio rango de actividades:

Se colocó interrupciones en la ejecución de los programas para comprobar que

su ejecución sea idónea, igualmente se colocó en el código interrupciones para

verificar sus errores, en las ubicación de los puntos de referencia, también

como se están integrando los datos de los dispositivos al sistema ya que se

tiene que mantener una sincronización de conectividad.

6.14.8 PRUEBAS DE SEGURIDAD

La interrupción abarca un amplio rango de actividades:

Se colocó interrupciones en la ejecución de los programas para comprobar que

su ejecución sea idónea, igualmente se colocó en el código interrupciones para

verificar sus errores, en las ubicación de los puntos de referencia, también

como se están integrando los datos de los dispositivos al sistema ya que se

tiene que mantener una sincronización de conectividad.

6.15 INSTALACIÓN DEL SISTEMA

Componente Mínimo Recomendado

Procesador 2,27 GHz Procesador Intel(R)

core (TM) i5

RAM 4GB 8 GB

Red Conexión de 75 kilobits

por segundo (Kbps)

entre cliente y el

servidor

Conexión de 75 Kbps o

más rápida entre

cliente y el servidor


74

En la instalación del sistema ay que describir todo el requisito mínimo que

deben tener tanto los servidores estaciones de trabajo, los servicios de internet,

etc.

6.15.1RECURSO TECNOLÓGICO PARA LA IMPLEMENTACIÓN

En lo que refiere a estaciones de trabajo:

Requisitos de hardware:

A continuación se enlistaran todos los requisitos mínimos que se necesitan para

implementar el sistema la radio frecuencia RFID en la administración de

bodegas. Diseño de un software para el control de inventarios para la empresa "

El Huevo o la Gallina". En la cual también se implementara la base de datos

interna de SQL Server 2008, para que tenga una instalación independiente.

Requisitos de servidores:

La empresa “El Huevo o la Gallina” no tiene una instalación de servidores

capases de almacenar, ingresar y ejecutar y que a la vez permitir que nuestro

sistema funcione de manera adecuada en el cual es necesario implementar algo

más de lo que posee la empresa ” El Huevo o la Gallina”. En el siguiente

párrafo escribiremos los requisitos a seguir:

Requisitos de servicios de internet:

Windows:

windows NT 4.0 SP4 superior


Server

Procesador Intel(R) core (TM) i5

300 MB RAM (256 MB

recomendado)

260 MB de espacio en disco p/aplicación

red Hat Linux 6.2/SuSE Linux 7.0/ etc. Apache Web Server

prosesadorintelcore i3

256 MB RAM (512 MB

recomendadas)

260 MB de espacio en disco duro p/ aplicación


75

La empresa “El Huevo o la Gallina”, no tiene una buena red de banda ancha de

2 megas para poder implementar nuestro sistema la radio frecuencia RFID en

la administración de bodegas. Diseño de un software para el control de

inventarios para la empresa " El Huevo o la Gallina".

Conexión a Internet

Mínimo Recomendado

30.8 Kbps 56 Kbps (V.90 compliant)

6.15.2INSTALACIÓN DE LA BASE DE DATOS

En la siguiente se realiza la instalación de SQL Server 2008 R2 Express en

un equipo con Microsoft Windows 7 como sistema operativo.

Si existe el UAC activado clic en el mensaje "Desea permitir que este

programa realice cambios en el equipo".


76

As clic en la barra "New installation or add features to an existing installation".

En esta pantalla veremos las licencia de Microsoft SQL Server 2008 R2, si

estamos no ay error y estamos de acuerdo hacemos clic "I

acceptthelicenseterms" y clic en "Next" para seguir con la instalación.

Aquí seleccionamos la instalación SQL server.


77

DatabaseEngineservices: servicios del motor de base de datos SQL Server,

característica de obligatoria instalación para el funcionamiento del servidor de

SQL Server.

SQL Server Replication: herramienta de replicación de bases de datos SQL

Server.

Management Tools - Basic: consola de administración de SQL Server.

SQL ClientConnectivity SDK: herramientas de conexión con SQL Server para

desarrolladores.

Asemos clic en la carpeta de instalación y clic "Next".

Introduciremos el nombre de la instancia de SQL Server (podemos tener varias

instaladas.


78

Ingresamos el usuario y contraseña en cada servicio que se instalará, pulsando

en "Use thesameaccountforall SQL Server services" podremos establecer el

mismo usuario para todos los servicios de Microsoft SQL Server 2008 R2

Express.

Introduciremos usuario en "AccountName" y contraseña en "Password":

En la ventana anterior, también podremos elegir el tipo de inicio para cada

servicio, por defecto SQL Server DatabaseEngine es automático (Automatic) y

SQL Server Browser está desactivado (Disabled):


79

A continuación deberemos elegir el método de autenticación en la pestaña

"AccountProvisioning", las posibilidades:

Windows authenticationmode: se utilizarán los usuarios del sistema operativo

(Windows) para inicio de sesión en SQL Server.

MixedMode (SQL Server authentication and Windows authentication): modo

mixto, acceso con usuarios de SQL Server y con usuarios del sistema

operativo.

En nuestro caso seleccionaremos "MixdMode" y en "Specifythepasswordforthe

SQL Server systemadministrator (sa) account" introduciermos la contraseña

para el superusuario administrador de SQL Server "sa". Es recomendable que

sea una contraseña segura (con números, letras en mayúsculas y minúsculas y

algún carácter especial) pues este usuario tiene permisos para realizar cualquier

acción en la base de datos.

En "Specify SQL Server administrators" podremos añadir los usuarios que

queramos que sean administradores del servidor de SQL Server:


80

En la pestaña "Data Directories" podremso elegir los directorios de instalación

de cada elemento (directorio de usuario, log, temporal, backup, etc.):

Marcaremosel check "Send Windows and SQL Server Error Reports to

Microsoft or your corporate report server. This settings only applies to services

that run without user interations" siqueremosenviarreportesautomáticos de

errores a Microsoft. Pulsaremos "Next" paracontinuar.


81

Se iniciará el proceso de instalación de Microsoft SQL Server 2008 R2

Express:

Una vez finalizado el proceso, puede que nos indique que tenemos que

reiniciar el equipo, con el mensaje "Oneor more affected files


82

haveoperationspendins. You must restart your computer to complete this

process". Pulsaremos "OK".

Nos mostrará la ventana con el resultado de la instalación de SQL Server 2008

R2 Express. Pulsaremos "Close":

Si el proceso de instalación se lo realizo correctamente podremos acceder a la

administración desde el botón "Iniciar" - "Todos los programas" - "Microsoft

SQL Server 2008 R2" - "SQL Server Management Studio":


83

6.14.3ACTIVACIÓN DEL INTERNET INFORMATION SERVER (IIS)

1. Panel de Control.

2. clic en Programas

3. Damos clic en Activar o desactivar las características de Windows

http://darkchicles.files.wordpress.com/2009/12/image.png

http://darkchicles.files.wordpress.com/2009/12/image1.png















84

4. Esperamos un momento a que se llene la lista y buscamos Internet

InformationServices, lo activamos dando clic en el pequeño cuadro de su

izquierda. Presionamos Aceptar.

Para verificar que nuestra instalación fue satisfactoria entramos a Panel de

control - Herramientas administrativas.

Y si nos aparece Administrador de Internet InformationServices (IIS) entonces

ya ahora si casi la armamos.

















85

Por último para estar 100% seguros que funciona, abrimos una ventana de

Internet Explorer 8 y en la barra de direcciones escribimos:

http://localhost

6.16 RECOPILACIÓN Y CARGA DE DATOS

En la recopilación y carga de datos se lo realizará con ayuda del personal

administrativa de la empresa” El Huevo o la Gallina”, en el cual esta nos sirve

para que el sistema nuevo y que brinda grandes mejoras dentro de la empresa”

El Huevo o la Gallina”, no necesita una migración de base de datos por lo cual

se trabajará en el mismo gestor como lo es SQL 2008 Express.

Esta es la siguiente metodología a seguir:

La entrevista y la investigación de campo ya que necesitaremos estar

comunicados directamente con el personal de la mismos que nos brindarán una

ayuda a cerca de la documentación que maneja, cuantas personas constan en la

institución, con cuantos cursos cuenta, horarios, etc.



http://localhost/




86

La persona con la que estaremos en contacto será la secretaria general del

Plantel Sr. Mario Rosero, mismo que nos ayudará con la recolección de

información y con la carga de los datos al sistema.

6.17 PRUEBAS Y DEPURACIÓN FINAL EN FUNCIONAMIENTO

Una vez que se ha cargado los datos finales del Sistema de Control de eventos

y reservaciones, fue necesario realizar las pruebas de resistencia del aplicativo

ya que tiene que realizar una integración con las tecnologías de SQL Server,

considerando que tiene una integración completa de las tecnologías con la

finalidad de poder realizar la carga de los datos completos y de manera rápida.

Bajo estas premisas la robustez del Sistema se determinará por la cantidad de

usuarios que se encuentren conectados al sistema, y también por la plataforma

en la que se implemente el sistema.

6.18 PROPUESTA EN MARCHA DEL SISTEMA

AVG Anti-Virus:

Es un grupo de productos antivirus para sistemas Windows y Linux. Entre sus

productos, uno de los más destacados es el AVG Anti- Virus Free,

una versión gratuita de su antivirus para usuarios hogareños y organizaciones

sin fines de lucro. AVG Anti-Virus Free contaba con más de 40 millones

de usuarios para 2007.

Networking:

Las redes sociales son estructuras sociales compuestas de grupos de personas,

las cuales están conectadas por uno o varios tipos de relaciones, tales

como amistad, parentesco, intereses comunes o que comparten conocimientos.

Puede haber muchos tipos de lazos entre los nodos. La investigación

multidisciplinar ha mostrado que las redes sociales operan en muchos niveles,

desde las relaciones de parentesco hasta las relaciones de organizaciones a

nivel estatal desempeñando un papel crítico.


87

6.19 CAPACITACIÓN AL USUARIO FINAL

6.19.1 METODOLOGÍA DE CAPACITACIÓN APLICADA PARA EL

USUARIO FINAL.

La metodología que se va aplicar son charlas o cursos explicativos sobre el

sistema, como funciona, principales beneficios, acceso al sistema por parte de

los usuarios.

Lugar

El lugar donde se llevarán a cabo la capacitación será en la empresa “El Huevo

o la Gallina”, por lo cual se enviarán comunicados a todos(a) los usuarios que

trabajan en La empresa.

Tiempo

El tiempo que se requiere para realizar la capacitación son de 3 horas al día

esta se puede dar de lunes a viernes depende del día de descanso de los

empleados.

1.-Tiempo de Capacitación

El tiempo será de 5 horas divido en 1 horas diarias

Contenido

Entre los puntos que se analizará constan:

En lo que respecta a base de datos:

• Almacenar nuevos datos de clientes

• Crear y almacenar nueva información

• Acceso a la base de datos del sistema por parte del administrador.

Lunes Martes Miércoles Jueves Viernes

Ingreso al sistema y

creación de usuarios

Manejo

interfaz

grafica

Ingreso de

expedient

es

Consulta

de

datos

Generaci

ón de

report

es


88

En lo que respecta a los usuarios en general:

• Acceso al sistema

• Manipulación del software

• Ingreso de usuarios

• Búsqueda de usuarios ya existentes

En lo que respecta a la entrega de información:

• Generación de reportes

6.19.2 MATERIAL A ENTREGARSE

Se entregará el manual de usuario mismo que servirá de gran ayuda y en él

constarán toda la explicación del software, que pasos se debe seguir para

activar el sistema, como funciona, que se debe hacer si se comete un error, en

sí constarán todos los pasos para que el sistema web funcione correctamente

sin problemas ninguno.

Infraestructura

Entre la infraestructura a utilizar para la capacitación se necesita:

-Laptop

-Infocus

Modalidad

-Presencial al 100 por ciento

Evaluación

Una vez terminada la capacitación y entregado el manual de usuario se

procederá, a generar posibles errores y a evaluar el sistema en sí de tal manera

que podamos aclarar todos y cada una de las dudas que pueden generar los

usuarios de la empresa”, El Huevo o la Gallina”.

6.20 CAPACITACIÓN AL PERSONAL TÉCNICO

Lugar

El lugar donde se llevarán a cabo la capacitación será en la empresa “El Huevo

o la Gallina”, por lo cual se enviarán comunicados a todos(a) los usuarios que

trabajan en La empresa.


89

Tiempo de Capacitación

El tiempo será de 10 horas dividido en 1 horas diarias

Contenido

Entre los puntos que se analizará constan:

En lo que respecta a base de datos:

-Almacenar nuevos datos de clientes

-Crear y almacenar nueva información

-Acceso a la base de datos del sistema por parte del administrador

En lo que respecta a los usuarios en general:

-Acceso al sistema

-Manipulación del software

-Ingreso de usuarios

-Búsqueda de usuarios ya existentes

En lo que respecta a la entrega de información:

-Generación de reportes

6.20.1MATERIAL A ENTREGARSE

Aparte de la capacitación se entregara un manual técnico para que si algún día

tienen un inconveniente ver y salir de ese problema.

Infraestructura

-Infocus

-Laptop

Lunes Martes Miércoles Jueves Viernes

Requisitos

mínimos

Estructura de la

base de datos

Estructura

del

sistema

Explicac

ión

códig

o

fuent

e

Instalaci

ón y

puesta

en

march

a del

sistem

a


90

Modalidad

Se lo realizar mediante una presentación de diapositivas de Power Point y

videos.

Evaluación

Se realizara una práctica donde cada supervisor pueda manipular los datos de

los empleados con ingreso y control de los mismos.

6.21 CONCLUSIONES Y RECOMENDACIONES

Conclusiones

Se logró alcanzar y diseñar el sistema informático web usando

la metodología RUP, ya que este tipo de metodología es una de las más

usadas dentro del ámbito informático como es la programación.

Hemos logradoa desarrollar el sistema informático web obteniendo

resultados positivos y satisfactorios en la Empresa “El Huevo o la

Gallina”, lo cual cumple con el objetivo general, puesto que el sistema

de facturación e inventarios desarrollado ha contribuido de manera

eficiente en minimizar el tiempo, la perdida de productos.

Se analizó los procesos de administración de archivos y se desprende

que muchos de ellos son factibles de informatización. No solo en lo que

respecta a control de inventarios sino también, dentro de las

diversas funciones que se realizan dentro de laEmpresa.

Se utilizó el sistema Dreamweaver para desarrollo de la aplicación; ya

que permitió generar tanto la interfaz como la programación del sistema

de manera sencilla y rápida, asítambiénlas estructuras de

almacenamiento de datos, como también dando las respectivas

seguridades.

Recomendaciones

El desarrollo del Sistema informático web de facturación e inventarios,

hace ver la necesidad de proseguir con el proceso de automatización de

las demás actividades que se realizan en la Empresa, logrando así un

avance Tecnológico y de Alta Calidad.


91

Es recomendable que la primera carga de información a la base de datos

del sistema se lo realice con datos actualizados de los clientes, para que

los reportes e impresiones que genere el sistema sean correctos.

Se propone informatizar las demás funciones dentro de la Empresa para

lograr así un sistema de gestión administrativa que se ocupe de todas las

operaciones realizadas dentro de la misma.


92

BIBLIOGRAFÍA:

Microsoft Visual Studio 2010, “SQL Server 2008 Database Design and

Implementation”.

Libra de guía de tesis.

LOWRY COMPUTER PRODUCTS, “Keeping Pace With RFID”

FERRÉ GRAU, Xavier; SÁNCHEZ SEGURA, María Isabel, Desarrollo

Orientado a Objetos con UML, Facultad de Informática UPM.

HUNT, Lance, “C# Coding Standards for .NET”.

WEB GRAFÍA

UML Resource Center. Rational

Software. http://www.rational.com/uml/, RUP, RationalUnified

Process.GUZMÁN CÓRTES, Oscar Hernando, “Aplicación práctica del

diseño de pruebas de software a nivel de programación”, Universidad

ICESI, Colombia, 2004,

http://www.icesi.edu.co/esn/contenido/pdfs/oguzmandiseno_pruebas.pdf.

IBM, “UML Basic”,

http://www.therationaledge.com/content/nov_03/t_modelinguml_db.jsp

www.SQLserver.com

www.asp.net.com

http://www.rational.com/uml/

http://www.icesi.edu.co/esn/contenido/pdfs/oguzmandiseno_pruebas.pdf

http://www.therationaledge.com/content/nov_03/t_modelinguml_db.jsp

http://www.sqlserver.com/

http://www.asp.net.com/


93

ANEXOS


94

ANEXO 1

ENTREVISTA


95

ANEXO 1

ENTREVISTA SOBRE EL MANEJO DE LA DOCUMENTACIÓN EN

EL LA EMPRESA “EL HUEVO O LA GALLINA” (FACTURACION E

INVENTARIOS CON RFID).

¿Existe algún sistema similar?

Respuesta:

La verdad no, por el descuido de la empresa mismo no se ha podido establecer

este tipo de sistema.

Análisis:

Esta respuesta me ayudó a saber que la empresa aún no cuenta con este tipo de

sistema de facturación.

¿Estás satisfecho con las actividades que realizas en tu trabajo?

Respuesta:

Si estoy satisfecho ya que realizo las actividades en las cuales me puedo

desenvolver de la mejor manera.

Análisis:

Me sirvió ya que así me di cuenta que los empleados están realizando las

actividades en las cuales se desempeñan mejor y de esta forma estar conforme

con su trabajo.

¿Usted considera que es necesario realizar este sistema de facturación?

Respuesta:

Si es necesario porque las ventas son muy lenta y con este sistema ya se puede

facturar y ganar tiempo tanto vendedor como cliente.

Análisis:

Estamos de acuerdo con este sistema de facturación ya que la mayoría de

clientes se molesta con el vendedor porque no es atendido de buena manera.


96

¿Se beneficiarían si se aplica el Sistema?

Respuesta:

Si los que se beneficiarían serían los que utilicen y saquen provecho de dicho

sistema.

Análisis:

Esta pregunta me ayudo a saber que los que sacarían provecho es el gerente y

el vendedor de la empresa.

¿Considera que debería existir un buen gestor de base de datos?

Respuesta:

Si porque el gestor de la base de datos es lo más importante para el

almacenamiento de datos adquiridos mediante la compra del Cliente.

Análisis:

Esta respuesta es importante ya que según esto vamos a poder desarrollar

nuestro sistema con un buen gestor de base de datos.


97

ANEXO 2

OBSERVACIÓN


98

ANEXO 2

OBSERVACIÓN DE CAMPO REALIZADA SOBRE LA RADIO FRECUENCIA RFID EN LA ADMINISTRACION DE BODEGAS.DISEÑO DE UN SOFTWARE PARA EL CONTROL DE INVENTARIOS PARA LA EMPRESA "EL HUEVO O LA GALLINA".

Ficha de Observación

Procesos:

Pagos del producto, facturación del producto, cambio de factura, entrega de

factura al cliente.

Análisis:

En la observación de campo realizada se pudo constatar la falta de

automatización en los diversos procesos que se hallan dentro de la empresa”

El Huevo o la Gallina”, (pagos, entrega de factura, etc.), debido a la falta de

un sistema que agilice y automatice procesos, existe también la falta de

organización funcional, la poca información generada al cliente y la demora

en la entrega de su factura al cliente.


99

ANEXO 3

LA ENCUESTA


100

ANEXO 3

ENCUESTA REALIZADA SOBRE MANEJO DE LA RADIO FRECUENCIA RFID EN LA ADMINISTRACION DE BODEGAS.DISEÑO DE UN SOFTWARE PARA EL CONTROL DE INVENTARIOS PARA LA EMPRESA "EL HUEVO O LA GALLINA".

¿Usted considera que es necesario o indispensable mejorar el proceso manual

de facturación?

a) SI b) NO

¿Considera usted que es necesario que se realice un sistema de facturación?

a) SI b) NO

¿Usted considera que este sistema ayudara a que el usuario gane más tiempo al

realizar su compra?

a) SI b) NO

¿Actualmente el proceso empleado para facturar es de fácil y rápida al entrega

al cliente?

a) SI b) NO

¿Considera que la implementación de un sistema de inventarios garantizara un

mínimo de pérdida de productos de la empresa” El Huevo o la Gallina”?

a) SI b) NO

¿Usted todavía quisiera tener que realizar su factura manual mente?

a) SI b) NO

¿Usted quisiera que los inventarios sean mal manejados por el cual esto

provoca perdida de productos y menos ganancia para la empresa?

a) SI b) NO

¿Considera que la rentabilidad de implantar un sistema de Administración de

bodega y sistema de control de inventarios con radio frecuencia RFID para la

empresa “El Huevo o la Gallina”, sería rentable en la economía?

a) SI b) NO

¿Considera importante el diseño de un manual de procedimientos y seguridad

de implantarse un proceso de facturación?

a) SI b) NO


101

¿Considera importante que el sistema de facturación va hacer entendible y fácil

de usar para el usuario?

a) SI b) NO


102

ANEXO 4

DOCUMENTO SDS


103

1. INTRODUCCIÓN

El presente documento, provee información detallada sobre el desarrollo del

diseño del SIWIM, se consideran estos aspectos muy importantes, con

respecto al Diseño de Base Datos.

PROPÓSITO

El siguiente documento le ayudara como un guía al Técnico a visualizar los

componentes respectivos de las especificaciones de diseño del sistema para

determinar la organización y distribución de los diferentes modelos lógicos y

físicos que dispone el SIWIM.

REFERENCIAS

Documento de Requerimientos de Software (SRS)

Documento de Requisitos del Usuario

Documento de Estándares para el desarrollo de sistemas para una Institución

Superior.

Bpwin

2. DISEÑO ARQUITECTÓNICO

2.1.- ARQUITECTURA FÍSICA

La Arquitectura utilizada en el SIWIM es de tres capas y tres niveles. Llamada

también Cliente Servidor así detallaremos la plataforma de trabajo en la que

está realizada en Dreamweaver CS6 y el manejo de datos se encuentra en

WAMPSERVER.

2.1.1.- USUARIOS

Los usuarios que interactúan con el sistema de control están ligados interna y

externamente de acuerdo a siguiente detalle:

Gerente: Es el encargado de manejar bien la Empresa que no tenga problemas

especialmente económicos.

Cliente: Encargada de recibir el producto y entrega sus datos para realizarse su

debida factura.


104

2.2.- ARQUITECTURA LÓGICA

2.2.1.- CAPA DE INTERFASE

Es la que ve el usuario, comunica y captura la información del usuario en un

mínimo proceso, se realiza filtrados para comprobar que no hay errores de

formato.

2.2.2.- CAPA DE COMPONENTES DE NEGOCIO

Es donde se encuentran los programas que se ejecutan, reciben las peticiones

del usuario y envían las respuestas tras el proceso ejecutado.

Es aquí donde se establecen todas las reglas que deben cumplirse, para recibir

las preinscripciones y presentar los resultados.

2.2.3.- CAPA DE BASE DE DATOS

Está formada por el motor de bases de datos Microsoft SQL Server, el cual

realiza todo el almacenamiento de datos sobre la preinscripción de materias

optativas de la institución, recibiendo solicitudes de almacenamiento o

recuperación de información desde la capa de negocio.

La capa de base de datos está compuesta de un modelo de clases el cual

contiene el modelo conceptual y modelo físico del sistema de Suministros con

su Script de generación de Base de datos, diccionario de datos, relaciones,

claves primarias y foráneas y los índices respectivos.


105

ANEXO 5

DIAGRAMA DE CLASES,

ITERACIÓN, COLABORACIÓN,

CASOS DE USO


106

DIAGRAMAS DE CLASES


107

3.1 MODELO DE CLASES

Se definirá el modelo de clases para el módulo de consultas, en lo que se

refiere a procesos de Facturación e Inventarios, así como también de búsqueda.

3.2 DICCIONARIO DE DATOS

PERFIL

ATRIBUTOS

PER_CODIGO :int

NOM_PER :varchar

OPERACIONES

Leer PERFIL()

Agregar PERFIL()

Buscar PERFIL()

Modificar PERFIL()

Eliminar PERFIL()

FACTURA

ATRIBUTOS

PER_CODIGO :int

NOM_PER :varchar

OPERACIONES

Leer FACTURA()

Agregar FACTURA()

Buscar FACTURA()

Modificar FACTURA()

Eliminar FACTURA()

USUARIO_PERFIL

ATRIBUTOS

USU_PERF_CODIGO :int

PER_CODIGO :int

USU_CODIGO :int

OPERACIONES

Leer USUARIO_PERFIL()


108

Agregar USUARIO_PERFIL()

Buscar USUARIO_PERFIL()

Modificar USUARIO_PERFIL()

Eliminar USUARIO_PERFIL()

USUARIO

ATRIBUTOS

USU_CODIGO :int

CED_USU :varchar()

NOM_USU :vartchar()

APELL_USU :varchar()

DIR_USU :varchar()

EMAIL_USU :varchar()

CLA_USU : :varchar()

OPERACIONES

Leer USUARIO()

Agregar USUARIO()

Buscar USUARIO()

Modificar USUARIO()

Eliminar USUARIO()

TIPO_TRANSACCION

ATRIBUTOS

TIPO_TRAN_CODIGO :int

TIPO_TRAN_NOMBRE :varchar()

Eliminar TIPO_TRANSACCION()

TRANSACCION

ATRIBUTOS

TRAN_CODIGO :int

TIPO_TRAN_CODIGO :int

FAC_CODIGO :int

TRA_FECHA : date time

OPERACIONES


109

Leer TRANSACCION()

Agregar TRANSACCION()

BuscaTRANSACCION()

Modificar TRANSACCION()

Eliminar TRANSACCION()

DISTRIBUIDOR

ATRIBUTOS

DIS_CODIGO :int

DIS_PAIS_CODIGO :Iint

DIS_NOMBRE :varchar()

DIS_DIERECCION :varchar()

DIS_TELEFONO :varchar()

DIS_EMAIL :varchar()

OPERACIONES

Leer DISTRIBUIDOR()

Agregar DISTRIBUIDOR()

Busca DISTRIBUIDOR()

Modificar DISTRIBUIDOR()

Eliminar DISTRIBUIDOR()

DETALLE

ATRIBUTOS

DET_CODIGO :int

FAC_CODIGO :int

PRO_CODIGO :int

DET_PRODUCTO :varchar()

DET_DESCRIPSION :varchar()

DET_PRE_UNI : decimal()

OPERACIONES

Leer DETALLE()

Agregar DETALLE()

Busca DETALLE()


110

Modificar DETALLE()

Eliminar DETALLE()

CLIENTE

ATRIBUTOS

CLI_CODIGO :int

CLI_CEDULA :varchar()

CLI_NOMBRE :varchar()

CLI_APELLIDO :varchar()

CLI_DIRECCION :varchar()

CLI_TELEFONO :varchar()

CLI_EMAIL :varchar()

CLI_PROFESION :varchar()

CLI_PREFERENCIA : tex

OPERACIONES

Leer CLIENTE()

Agregar CLIENTE()

Buscar CLIENTE()

Modificar CLIENTE()

Eliminar CLIENTE()

PAIS

ATRIBUTOS

PAIS_CODIGO :int

PAIS_NOMBRE :varchar()

OPERACIONES

Leer PAIS()

Agregar PAIS()

Buscar PAIS()

Modificar PAIS()

Eliminar PAIS()

PRODUCTO


111

ATRIBUTOS

PRO_CODIGO :int

DIS_CODIGO :int

PRO_PRESIORIGEN : decimal()

PRO_PVP : decimal()

PRO_FECHA : date time

PRO_FECHA_CAD : date time

PRO_CANT :int

OPERACIONES

Leer PRODUCTO()

Agregar PRODUCTO()

Buscar PRODUCTO()

Modificar PRODUCTO()

Eliminar PRODUCTO()

FORMA_PAGO

ATRIBUTOS

FOR_PAG_CODIGO_FOR_PAG :int

FOR_PAG_DESCRIPCION_FOR_PAG :varchar()

OPERACIONES

Leer FORMA_PAGO()

Agregar FORMA_PAGO()

Buscar FORMA_PAGO()

Modificar FORMA_PAGO()

Eliminar FORMA_PAGO()


112

4. DIAGRAMAS DE ITERACIÓN

4.1. DIAGRAMA DE SECUENCIA

INGRESO INVENTARIOS

: USUARIO VENTA : USUARIO VENTA

PRODUCTOSPRODUCTOS PAISPAIS

CONSULTA DE PRODUCTOS

SI/NO EXISTE PRODUCTOS

REALIZAR SU COMPRA

PAGAR SU COMPRA

SALIDA PRODUCTO


113

PEDIDO INVENTARIOS

: USUARIO INVENTARIO : USUARIO INVENTARIO

PRODUCTOSPRODUCTOS

REALIZAR SU PEDIDO(DATOS PEDIDO)

PEDIDO INVENTARIOS


114

INVENTARIO/SALIDA DE PRODUCTOS


PRODUCTOSPRODUCTOS TRANSACCIONTRANSACCION

COSULTAR EL PEDIDO

REPORTE SU PEDIDO

REGISTRAR LA SALIDA DE PRODUCTO(CANTIDAD PRODUCTO)

REPORTAR SALIDA DE PRODUCTO


115

ACTUALIZACÌON/INVENTARIOS


PRODUCTOSPRODUCTOS TRANSACCIONTRANSACCION

COSULTAR PRODUCTOS

REPORTE PRODUCTO(PEDIDO)

ACTUALIZAR PEDIDO (PRODUCTO)

REPORTE DE ACTUALIZACION(PEDIDO PRODUCTOS)

REGISTRAR TRANSACCION(USUARIO TRANSACCION)

ACTUALIZACION EJEMPLAR


116

VENTAS/REPORTE PRODUCTOS

: VENDEDOR : VENDEDOR

PRODUCTOSPRODUCTOS

CONSULTA PRODUCTO(DATOS PRODUCTO)

REPORTE CANTIDAD PRODUCTO


117

VENTAS/FACTURACÌON


PRODUCTOPRODUCTO CLIENTECLIENTE FACTURAFACTURA DETALLE FACTURADETALLE FACTURA TRANSACCIONTRANSACCION

CONSULTAR PRODUCTO

REPORTE PRODUCTOS

CONSULTA DATOS CLIENTE

REPORTAR DATOS CLIENTES

NO/EXISTE CLIENTE INGRESE CLIENTE

GENERAR FACTURA(USUARIO CLIENTE)

INGRESAR PRODUCTOS DETALLE FACTURA(PRODUCTO)

INGRESA TRANSACCION(USUARIO TIPO TRANSACCION)

REPORTE DE TRANSACCION


118

VENTAS/REPORTE CLIENTES


CLIENTECLIENTE FACTURAFACTURA

CONSULTA CLIENTE(DATOS CLIENTE)

CONSULTAR FACTURA(DATOS CLIENTE)

REPORTE FACTURA (CLIENTE)

REPORTE VENTAS(CLIENTE)


119

VENTAS DEVOLUCIÒN/PRODUCTO


CLIENTECLIENTE FACTURAFACTURA DETALLE FACTURADETALLE FACTURA PRODUCTOSPRODUCTOS TRANSACCIONTRANSACCION

CONSULTA CLIENTE(DATOS CLIENTE)

CONSULTA FACTURA(DATOS CLIENTE)

CONSULTA DETALLE FACTURA(DATOS FACTURA)

CONSULTAR PRODUCTO(DATOS PRODUCTO)

REPORTE DE VENTAS PRODUCTO

INGRESO PRODUCTODEVUELTOS

INGRESO TRANSACCION(DATOS TRANSACCION)


120

VENTA/MANEJO CLIENTE


CLIENTECLIENTE

CONSULTAR CLIENTE(DATOS CLIENTE)

REPORTE CLIENTE(DATOS CLIENTE)

INGRESAR DATOS CLIENTE

REPORTE INGRESOS O CLIENTE()

ACTUALIZAR CLIENTE(DATOS CLIENTE)

REPORTE DE ACTUALIZACION CLIENTE

ELIMINACION CLIENTE(DATOS CLIENTE)

REPORTE ELIMINACION CLIENTE


121

ADMINISTRACIÒN /REPORTE VENTAS

PRODUCTOPRODUCTO

: ADMINISTRADOR : ADMINISTRADOR

USUARIOUSUARIO FACTURAFACTURA DETALLE FACTURADETALLE FACTURA

REPORTES DE VENTAS POR USUARIOS(DATOS USUARIO)

CONSULTAR VENTAS

CONSULTA DETALLE FACTURA(DATOS FACTURA)

CONSULTAR PRODUCTO(DATOS PRODUCTO)

REPORTE PRODUCTOS

REPORTE DETALLE FACTURA

REPORTE DE VENTAS


122

4.2. DIAGRAMA DE COLABORACIÓN

Ingresar al Sistema Usuario Administrador

5.- INTERFASES

Toda las interfaces diseñadas es amigable para el usuario, técnicamente

desarrolladas con los estándares respectivos.

Pantalla Principal

6.- JERARQUÍA DE MENÚS

Menú Archivo

En este Menú se encontrarán las opciones que permiten al Usuario realizar la

función de Salir del Sistema.

Menú Ayuda

En este Menú se encontrarán opciones de ayuda al Usuario y conocer además

quien fue el desarrollador así como las librerías que se necesita, entre las

opciones que se dispone son:

Acerca de:

Librerías

Usuario

Usu-001 Validar usuario

Usu-006 Presentar Mensaje


123

GLOSARIO DE TÉRMINOS

ARQUITECTURA

Estructura lógica y física de un sistema empleado para diseñar todas las

estrategias y tácticas aplicadas durante el desarrollo.

ACCIÓN

Conducta que acompaña a un evento de transición. Una acción es considerada

a tiempo cero cuando no puede ser interrumpida.

ACTOR

Algo o alguien externo al sistema en desarrollo pero que interactúa con él.

ATRIBUTO

Definición de dato simple o compuesto perteneciente a un objeto de clase

DIAGRAMAS DE FLUJO DE DATOS

Representación gráfica que representa algunos o todos los actores, y sus

interacciones en el Sistema.

ESTANDARES ISO

Es un método de trabajo, que se considera tan bueno, Que es el mejor para

mejorar la calidad y satisfacción de cara al consumidor. La versión actual, es

del año 2000 ISO 9001:2000, que ha sido adoptada como modelo a seguir para

obtener la certificación de calidad. Y es a lo que tiende, y debe de aspirar toda

empresa competitiva, que quiera permanecer y sobrevivir en el exigente

mercado actual.

Estos principios básicos de la gestión de la calidad, son reglas de carácter

social encaminadas a mejorar la marcha y funcionamiento de una organización

mediante la mejora de sus relaciones internas. Estas normas, han de

combinarse con los principios técnicos para conseguir una mejora de

la satisfacción del consumidor.

IEEE Corresponde a las siglas de TheInstitute of Electrical and

ElectronicsEngineers, el Instituto de Ingenieros Eléctricos y Electrónicos, una

asociación técnico-profesional mundial dedicada a la estandarización, entre

otras cosas. Es la mayor asociación internacional sin fines de lucro formada por

http://www.buscarportal.com/articulos/iso_9001_2000_gestion_calidad.html

http://www.buscarportal.com/articulos/iso_9001_organizacion_enfocada_cliente.html

http://es.wikipedia.org/wiki/Estandarizaci%C3%B3n


124

profesionales de las nuevas tecnologías, como ingenieros eléctricos, ingenieros

en electrónica, ingenieros en sistemas e ingenieros en telecomunicación.

PRUEBA

Verificación completa del sistema.

SDS

Documento de Especificación de Diseño, para proyectos.

SRS

Documento de Especificación de Requerimientos, para proyectos.

UML (LENGUAJE DE MODELAMIENTO UNIFICADO)

Lenguaje usado para especificar, visualizar y documentar un sistema en

desarrollo orientado a objetos.

http://es.wikipedia.org/w/index.php?title=El%C3%A9ctricos&action=edit

http://es.wikipedia.org/wiki/Electr%C3%B3nica

http://es.wikipedia.org/w/index.php?title=Sistemas&action=edit

http://es.wikipedia.org/wiki/Telecomunicaci%C3%B3n


125

DIAGRAMAS DE CASOS DE USO

Ver estadisticas de ventas por Productos

Administrador de Productos

Reposte de los productos mas vendidos

Administrador

Ver venta de productos


126

INVENTARIOS

Usuario Inventarios(f rom Actors)

Ingreso de Producto a Inventarios

Salida de Productos

Actualizar Inventaios

Adminisrador

Reporte de Inventarios



127

VENTAS

Devolucion Productos

Manejo de Clientes

Venta / Facturacion


Vendedor(f rom Actors)

Reporte de Clientes

Reporte de Stock de productos

Adminisrador


128

ADMINISTRADOR

REPORTE DE VENTAS

ADMINISTRADOR

ADMINISTRACION DE USUARIO Y PERFIL


129

ANEXO 6

DOCUMENTO SRS


130

1 INTRODUCCION

El documento descrito a continuación, definirá, los requerimientos funcionales

y no funcionales del Módulo de control de Facturación, de forma que nos

indicará todas las bondades y funcionalidades del sistema, así como las

restricciones del mismo.

El alcance se definirá con la determinación de los diagramas de flujo de datos

del SIWIM, con respecto a la manipulación de información.

Este sistema estará o se definirá con llaves y procesos técnicos los cuales serán

viables, contempla las funcionalidades que prestará al usuario dentro del

contexto que implica el uso del Sistema Automatizado Educativo (SIWIM).

DIAGRAMAS DE CASOS DE USOS

LISTA DE DIAGRAMAS DE CASOS DE USO

ID: UC1

Nombre: Ingresar datos

Actores:

1. Cliente

Precondición: tener internet

Flujo de eventos

2. El UC comienza cuando el cliente elije el productos

3. Cantidad

4. Desea obtener ese producto

Flujo de eventos alternativos

Post condición:

Observaciones: elija bien el producto

ID: UC2

Nombre: Verificación de los datos

Actores:

1. cliente

2. usuario



131

Flujo de eventos:

3. El UC comienza cuando el cliente elije el productos

4. El usuario revisa que los productos sean los correctos

5. Elija el producto

6. Entrega el producto


Post condición: dirección del cliente

Observaciones: revisar bien el producto antes de comprar.

ID: UC3

Nombre: Aprobación

Actores:

1. usuario

Precondición: productos registrados en el sistema

Flujo de eventos:

2. El usuario recibe el producto

3. Verificar que estén todos correctos


Post condición:

Observaciones: los productos deben ser correctos

ID: UC4

Nombre: información

Actores:

5. cliente

6. usuario


Flujo de eventos:

1. El cliente revisa si sus productos están en orden

2. El usuario confirma que todo esté bien

3. Y entrega el producto


132


Post condición:

Observaciones:

ID: UC5

Nombre: Legal

Actores:

1. cliente

2. pago

Precondición: tener internet.

Flujo de eventos:

1. El usuario realiza el pago

2. y el confirma el pago


Post condición:

Observaciones: pago realizado

ID: UC6

Nombre: Impresión de factura

Actores:

1. cliente

Precondiciones: tener internet

Flujo de eventos:

2. el usuario realiza la factura

3. y se confirma el pago

Flujo de eventos alternativo:

post condición:

Observaciones: tener dinero


133

REQUERIMIENTOS

REQUERIMIENTOS FUNCIONALES

Es la parte más importante dentro del desarrollo del sistema web, para la

ejecución del presente trabajo los requerimientos se dividen en dos partes: la

primera parte registro de alumnos, representantes y almacenamiento de notas

de los alumnos (en diferentes áreas) y la segunda parte administrativa.

Registro del cliente, Usuario, Administrador y almacenamiento de sus

datos.

RF1.- Registrar nuevo Usuario.

RF2.- Registrar nuevo Administrador.

RF3.- Registrar cliente.

Administración:

RF4.- Ingreso al sistema mediante un Login y un password.

RF5.- Lista del cliente que ha realizado su compra.

RF6.- Modificar datos del cliente.

RF7.- Modificar datos del personal del Administrador.

RF8.- Modificar los datos del Usuario.

RF9.- Eliminar datos del personal de los clientes.

RF10.- Eliminar datos del personal de los Administrador.

RF11.- Eliminar datos del personal de los Usuario.

RF12.- Registrar productos.

RF13.- Modificar datos de usuario_ sistema.

RF14.- Modificar datos de Administrador_ sistema.

RF15.- Modificar información y datos del cliente.

REQUERIMIENTOS NO FUNCIONALES

Entre los requerimientos no funcionales tendremos:

NRF1.- El SIWIN no requiere de programas adicionales para la emisión de

certificados.


134

NRF2.- El SIWIN presentará la información en una interfaz visual y de fácil

manejo al usuario ya que presenta pantallas basada en formas y colorido usado

en el ambiente Windows.

REQUERIMIENTOS SOFTWARE

Requerimientos mínimos

Microsoft Windows XP Servipack 3, Windows 7.

Microsoft SQL Standard Edition 2008

Requerimientos óptimos

Microsoft Windows Server 2003

Microsoft SQL Server 2005

REQUERIMIENTOS HARDWARE

Requerimientos mínimos

Computador Pentium IV de 2.4 Ghz, 512MB Memoria RAM, Monitor 15”,

Unidad lectora y grabadora de CD, tarjeta de red, puertos USB, teclado y

Mouse.

Requerimientos óptimos

Computador Pentium IV de 3.4 Ghz, 1GB Memoria RAM, Monitor de 17”,

Unidad lectora y grabadora de DVD, tarjeta de red, puertos USB, teclado y

Mouse.

DOCUMENTACIÓN DE USUARIO EN LÍNEA

El Módulo de control de Factura dispone de Ayuda en Línea, la cual será

presentada de acuerdo al proceso que se esté llevando a cabo en ese momento

del formulario activo.

Toda esta información se encontrará activa en el sitio Web y será manejada

desde la ayuda del sistema, además se dispondrá de un Manual de Usuario, así

como de un Manual Técnico del Módulo de control de Factura, el cual será

específico y concreto para las opciones detalladas, los cuales resolverán

cualquier inquietud que tenga el operario del sistema., esta información será

entregado en dos formas, físicas:


135

5.- RESTRICCIONES

El sistema de requerimientos y el modelamiento del SIWIM se utilizarán los

diagramas de UML, lenguaje que cuenta con reglas para combinar elementos

gráficos, este modelo describirá lo que el sistema es capaz de hacer. Para dicho

modelamiento se empleará la herramienta de software visual Bpwin, el cual

nos provee tanto herramientas como información para poder generar los

Diagramas de Flujo de Datos de nuestro Sistema SIWIN.

El uso de herramientas para el desarrollo del SIWIM, con que se cuenta es

Dreamweaver CS&, el cual no permite que este sistema sea multiplataforma, la

arquitectura utilizada será de tipo multiusuario llamada Cliente Servidor

6.- INTERFASES

6.1.- INTERFASE DE USUARIO

PANTALLA PRINCIPAL

En esta pantalla se encuentran las diferentes opciones que podemos utilizar

dentro de nuestro sistema SIWIM.

PANTALLA DE ADMINISTRADOR

En esta pantalla podemos realizar mantenimiento ingresar usuarios, clientes,

país, producto, distribuidora, también podemos sacar los reporte tanto del día

como del año.

PANTALLA DE USUARIO

En esta pantalla realizamos solo lo que el usuario debe realizar, como ingresar

un cliente a la base de datos y facturarlo.

6.2.- INTERFASE DE HARDWARE

El Módulo de facturación, no dispone de ninguna interface de hardware para

ningún tipo de proceso.


136

6.3.- INTERFASE DE COMUNICACIÓN

El SIWIN estará diseñado para funcionar en ambiente Usuario servidor por lo

tanto requiere de acceso a internet en la que se utilizará una máquina con un

sistema operativo de red y es en esta donde se instalará el sistema con la

respectiva base de datos para que desde los demás computadores se acceda a la

información que reside en el servidor.

7.- REQUERIMIENTOS DE LICENCIA

Solicitará al usuario final del SIWIM, que disponga de software y licencias

originales, en todos los equipos donde se instale este módulo, como puede ser

los descritos a continuación:

• Microsoft Windows 2004 Server

• Microsoft Windows Vista, Windows XP, Windows 7.

• wampserver

• Dreamweaver CS6

8.- ESTÁNDARES APLICABLES

Los estándares en el desarrollo del SIWIM, serán usados de forma paramétrica.

Esto nos indica que el sistema tendrá por objeto solo un segmento de la

Empresa “El Huevo o la Gallina”.

PARÁMETROS BASE DE DATOS

Los parámetros para la Base de Datos, se define el nombre de las tablas como

“TB”, seguido por una sublinea “_” y por último el nombre de la tabla en

mayúsculas y en singular por ejemplo “CLIENTE”.TB_CLIENTE

Para los atributos de cada tabla se dispondrá de la abreviación del contenido

del campo cono mínimo 3 caracteres, seguido de una sublinea y por último el

nombre de la tabla sin TB_, por ejemplo:

Campo Descripción

cod_Cliente código Cliente

nom_Cliente Nombre Cliente


137

PARÁMETROS NOMBRES DE FORMULARIOS

Los nombres de Formularios, iniciaran con “control”, seguido por abreviación

con 5 letras del nombre de la actividad que va a realizar comparación “compa”

y el proceso que realiza en la tabla “Cliente” por ejemplo:

Control, compra, Cliente.

PARÁMETROS DE VARIABLES

Las variables llevarán un prefijo del tipo de dato que contiene, seguido por el

nombre.

Variable Tipo Descripción

Strnombre string Nombre en string

Intvalor integer Valor entero

Blnencontrado boolean Encontrado

Curingreso currency Ingresos

Dtminicio date time Fecha inicio

Además de esta forma de codificación en las variables se dispondrá de otro

modificador para cuando son globales, locales a nivel de módulos y privadas,

para el primer caso aumentaremos la letra “g”, para el siguiente la letra “l” y

para el último ninguno, por ejemplo:

Variable Nivel Tipo Descripción

Gstrusuario global String Usuario

Gintnivel global integer

Nivel

Lstrabrevia local módulo String Abreviación

Intmaximo privada integer

Máximo


138

ESPECIFICACIÓN DE LOS DIGRAMAS DE FUJO DE DATOS

ID UC 1

Nombre: Registrar Usuario

Actores: Usuario

Pre Condición:

Permitir al usuario dar acceso al sistema,

mediante un Login y un password.

Descripción:

Este caso de uso empieza cuando elusuariose

ubica en el menú usuarios, el nuevo usuario

registra su login y su password, este último

(password).

Flujo de eventos

alternativos:

1. El usuario se ubica en el menú Usuarios de la

pantalla principal.

2. El usuario escoge el submenú nuevos

usuarios.

3. El sistema presenta el formulario de registrar

nuevos usuarios.

4. El nuevo usuario ingresa un login y su

contraseña.

5. El sistema valida la información ingresada y

crea una nueva cuenta de usuario del sistema.

6. El sistema presenta un mensaje de que el

usuario ha sido creado satisfactoriamente.

Post Condición: Este sistema sirve para la facturar.

Observaciones:

Si se ingresan mal los datos en el sistema,

presentará un error.


139

ID UC 2

Nombre: Registrar al Administrador

Actores: Administrador

Pre Condición:

Permitir al dministrador dar acces al sistema,

mediante un Login y un password.

Descripción:

Este caso de uso empieza cuando el

Administrador se ubica en el menú

Aministrador, el nuevo Administrador registra

su login y su password.

Flujo de eventos

alternativos:

1. El Administrador se ubica en el menú

Administrador de la pantalla principal.

2. El administrador escoge el submenú nuevo

Administrador.

3. El sistema presenta el formulario de registrar

nuevos Administrador.

4. El nuevo Administrador ingresa un login y su

contraseña.

5. El sistema valida la información ingresada y

crea una nueva cuenta de Administrador al

sistema.

6. El sistema presenta un mensaje de que el

usuario ha sido creado satisfactoriamente.

Post Condición: Este sistema sirve para la facturar.

Observaciones:

Si se ingresan mal los datos en el sistema,

presentará un error.


140

ANEXO 7

MANUAL DE USUARIO


141

MANUAL DE USUARIO

PROCEDIMIENTO PARA PONER EN MARCHA EL SITIO WEB

PARA LA EMPRESA“EL HUEVO O LA GALLINA”.

Requerimientos del Hardware y Software.

Para optimalizar el rendimiento del sistema se recomiendan los siguientes

elementos.

Hardware

• CPU WINDOWS 7.

• DISCO DURO DE 80 GB.

• MEMORIA RAM DE 3GB SUPERIOR.

Software

• SISTEMA OPERATIVO WINDOWS 7.

• MANEJADOR DE BASE DE DATOS SQL SERVER 2008.

INSTALACIÓN DEL SISTEMA

En la siguiente se realiza la instalación de SQL Server 2008 R2 Express en

un equipo con Microsoft Windows 7 como sistema operativo.


142

Si existe el UAC activado clic en el mensaje "Desea permitir que este

programa realice cambios en el equipo".

As clic en la barra "New installation or add features to an existing installation".

En esta pantalla veremos las licencia de Microsoft SQL Server 2008 R2, si

estamos no ay error y estamos de acuerdo hacemos clic "I

acceptthelicenseterms" y clic en "Next" para seguir con la instalación.

Aquí seleccionamos la instalación SQL server.


143

DatabaseEngineservices: servicios del motor de base de datos SQL Server,

característica de obligatoria instalación para el funcionamiento del servidor de

SQL Server.

SQL Server Replication: herramienta de replicación de bases de datos SQL

Server.

Management Tools - Basic: consola de administración de SQL Server.

SQL ClientConnectivity SDK: herramientas de conexión con SQL Server para

desarrolladores.

Asemos clic en la carpeta de instalación y clic "Next".

Introduciremos el nombre de la instancia de SQL Server (podemos tener varias

instaladas.


144

Ingresamos el usuario y contraseña en cada servicio que se instalará, pulsando

en "Use thesameaccountforall SQL Server services" podremos establecer el

mismo usuario para todos los servicios de Microsoft SQL Server 2008 R2

Express.

Introduciremos usuario en "AccountName" y contraseña en "Password":

En la ventana anterior, también podremos elegir el tipo de inicio para cada

servicio, por defecto SQL Server DatabaseEngine es automático (Automatic) y

SQL Server Browser está desactivado (Disabled):


145

A continuación deberemos elegir el método de autenticación en la pestaña

"AccountProvisioning", las posibilidades:

Windows authenticationmode: se utilizarán los usuarios del sistema operativo

(Windows) para inicio de sesión en SQL Server.

MixedMode (SQL Server authentication and Windows authentication): modo

mixto, acceso con usuarios de SQL Server y con usuarios del sistema

operativo.

En nuestro caso seleccionaremos "MixdMode" y en "Specifythepasswordforthe

SQL Server systemadministrator (sa) account" introduciermos la contraseña

para el superusuario administrador de SQL Server "sa". Es recomendable que

sea una contraseña segura (con números, letras en mayúsculas y minúsculas y

algún carácter especial) pues este usuario tiene permisos para realizar cualquier

acción en la base de datos.

En "Specify SQL Server administrators" podremos añadir los usuarios que

queramos que sean administradores del servidor de SQL Server:


146

En la pestaña "Data Directories" podremso elegir los directorios de instalación

de cada elemento (directorio de usuario, log, temporal, backup, etc.):

Marcaremosel check "Send Windows and SQL Server Error Reports to

Microsoft or your corporate report server. This settings only applies to services


147

that run without user interations" siqueremosenviarreportesautomáticos de

errores a Microsoft. Pulsaremos "Next" paracontinuar.

Se iniciará el proceso de instalación de Microsoft SQL Server 2008 R2

Express:

Una vez finalizado el proceso, puede que nos indique que tenemos que

reiniciar el equipo, con el mensaje "Oneor more affected files


148

haveoperationspendins. You must restart your computer to complete this

process". Pulsaremos "OK".

Nos mostrará la ventana con el resultado de la instalación de SQL Server 2008

R2 Express. Pulsaremos "Close":

Si el proceso de instalación se lo realizo correctamente podremos acceder a la

administración desde el botón "Iniciar" - "Todos los programas" - "Microsoft

SQL Server 2008 R2" - "SQL Server Management Studio":

Activación del Internet Information Server (IIS)

1. Panel de Control.


149

2. clic en Programas

3. Damos clic en Activar o desactivar las características de Windows










150

4. Esperamos un momento a que se llene la lista y buscamos Internet

InformationServices, lo activamos dando clic en el pequeño cuadro de su

izquierda. Presionamos Aceptar.










151

Para verificar que nuestra instalación fue satisfactoria entramos a Panel de

control - Herramientas administrativas.

Y si nos aparece Administrador de Internet InformationServices (IIS) entonces

ya ahora si casi la armamos.










152

Por último para estar 100% seguros que funciona, abrimos una ventana de

Internet Explorer 8 y en la barra de direcciones escribimos:

http://localhost



http://localhost/




153

8. Por ultimo visualizaremos la pantalla de inicio del Sitio Web para la

Empresa “El Huevo o la Gallina”, para ingresar al sistema el usuario es el

número de cedula“1717826579” y el password es “123”. Y para el

Asministrador”1717826570”y el password es”123”.


154

ANEXO 8

MANUAL TÉCNICO


155

OBJETIVO

El objetivo del presente manual es mostrar los datos técnicos en cuanto al

sistema desarrollado, en si para facilitar la modificación o actualizaciones de el

mismo en caso de que así sea necesario, o bien para el mantenimiento posterior

del mismo con el fin de que analistas, programadores puedan leerlo e

interpretarlo para los objetivos anteriormente descritos.

Este manual se encuentra las secciones de estructura de Base de Datos,

codificación del sistema donde se describirán los aspectos en los que se

conforma cada uno de ellos. A continuación vera una breve descripción del

sistema, los objetivos y las prestaciones que le ofrece el sistema.

Objetivo General: Este sistema está enfocado a mejoramiento de facturación e

inventarios ya que este proceso no se automatizado desde la creación de la

empresa, se pretende mejorar el proceso con nueva tecnología con el fin de

tener una bitácora de todos los movimientos de los clientes, generar reportes

sobre las ventas adquiridas durante el día, el mes, el año.

Objetivo del Sistema: Identificar al cliente ingresando sus datos estos serán

guardados en la base de datos para ser más fácil el trabajo de entrega de su

factura.

DISEÑO DE LAS BASES DE DATOS

Para un funcionamiento eficiente se diseñaron las Bases de Datos que

conforman el sistema con la aplicación SQLSERVER debido a que esta

aplicación nos permite un diseño amplio y concreto de las tablas y los campos

que contiene la Base de Datos. La implementación de restricciones de

seguridad y llaves foráneas entre otras cosas que incluye.


156

En primera instancia se muestran las tablas que conforman la Base de Datos.


157


158

Descripción:

Se describirá brevemente la función de cada una de las tablas:

Tabla Perfil: Se registran los Usuarios y Administradores.

Tabla Tipo perfil: Se elige que tipo de trabajador va hacer Usuario o

Administrador.

Tabla Usuario: Se registran todos os usuarios que van a manejar el sistema solo

para facturación.

Tabla Factura: Se registran los datos del cliente estas se guardan en la base de

datos.

Tabla Cliente: Se registran todo el cliente que va a realizar su compra.

Tabla Forma Pago: Se registra el pago si es al contado o cheque.

Tabla Detalle: Se registran la hora y fecha de todos los productos vendidos.

Tabla Productos: Se registran todos los productos que tiene la empresa.

Tabla País: Se registra el producto que se trae papa vender.

Tabla Distribuidora: Se registran todas las distribuidoras que tiene la empresa.


159

DIAGRAMA DE LA BASE DE DATOS

Asimismo se muestra el diagrama diseñado para tal efecto:


160

CODIFICACION DE LAS PANTALLAS

El diseño de las pantallas se llevó a cabo con la aplicación Microsoft Visual

Studio 2010 al igual que la codificación de las mismas la cual se muestra en la

siguiente sección:

APLICACIÓN DEL PROYECTO

Se utilizara el Visual Studio 2010 para la ejecución de dicho proyecto.

CODIFICACIÓN

usingSecuGen.SecuBSPPro.Windows;

usingAccesoDatos;

usingSystem.Data.Linq;

usingLogicaNegocios;

publicpartialclassForm1 :Form

using System;

usingSystem.Data;

usingSystem.Web.UI.WebControls;

usingLogicaNegocios;

publicpartialclassLogin_Login :System.Web.UI.Page

{

protectedvoidPage_Load(object sender, EventArgs e)

{

if (!IsPostBack)

{

}

}

protectedvoidLoginUser_Authenticate(object sender, AuthenticateEventArgs

e)

{

LogicaUsuarios Usuarios = newLogicaUsuarios();


161

DataTablegrdUsuarios = newDataTable();

try

{

grdUsuarios = LogicaUsuarios.ObtenerUsuario(LoginUser.UserName,

LoginUser.Password);

if (grdUsuarios.Rows.Count> 0)

{

switch (grdUsuarios.Rows[0].ItemArray[0].ToString())

{

case"ADMINISTRADOR":

e.Authenticated = true;

Session.Add("ADMINISTRADOR",

grdUsuarios.Rows[0].ItemArray[1].ToString());

LoginUser.UserName = grdUsuarios.Rows[0].ItemArray[2].ToString();

this.LoginUser.DestinationPageUrl =

"~/Formularios/Administrador/DefaultAdmin.aspx";

break;

case"USUARIO":

e.Authenticated = true;

Session.Add("USUARIO", grdUsuarios.Rows[0].ItemArray[1].ToString());

LoginUser.UserName = grdUsuarios.Rows[0].ItemArray[2].ToString();

this.LoginUser.DestinationPageUrl =

"~/Formularios/Usuarios/DefaultUsuario.aspx";

break;

default:

break;

}

}


162

else

{

if (e.Authenticated == false)

{

RadWindowManager1.RadAlert("El Usuario No se Encuentra Registrado",

300, 100, "Error", null);

LoginUser.FailureText = "Los Datos Ingresados No Son Correctos";

LoginUser.FailureText = "";

}

}

}

catch (Exception)

{

if (e.Authenticated == false)

{

RadWindowManager1.RadAlert("El Usuario No se Encuentra Registrado",

300, 100, "Error", null);

LoginUser.FailureText = "Los Datos Ingresados No Son Correctos";

LoginUser.FailureText = "";

}

}


163

PANTALLA DEL LOGIN DE FACTURACIÓN Y REGLAS DEL

NEGOCIO

CÒDIGO DEL BOTON INGRESO AL SISTEMA

Especifique su nombre de usuario y contraseña.

</p>

<asp:LoginID="LoginUser"runat="server"EnableViewState="false"RenderOut

erTable="false"

OnAuthenticate="LoginUser_Authenticate">

<LayoutTemplate>

<spanclass="failureNotification">

<asp:LiteralID="FailureText"runat="server"></asp:Literal>

</span>

<asp:ValidationSummaryID="LoginUserValidationSummary"runat="server"C

ssClass="failureNotification"

ValidationGroup="LoginUserValidationGroup"/>

<asp:PanelID="pnlObfuscate"runat="server">

<h1>


164

<asp:LabelID="Label4"runat="server"Text="Su Cédula Será El Nombre de

Usuario"

CssClass="Sombras"></asp:Label>

</h1>

</asp:Panel>

<divclass="accountInfo">

<fieldsetclass="login">

<legend>Información de cuenta</legend>

<p>

<asp:LabelID="UserNameLabel"runat="server"AssociatedControlID="UserNa

me">Nombre de usuario:</asp:Label>

<asp:TextBoxID="UserName"runat="server"CssClass="textEntry"requiredaut

ofocus></asp:TextBox>

<asp:RequiredFieldValidatorID="UserNameRequired"runat="server"ControlT

oValidate="UserName"

CssClass="failureNotification"ErrorMessage="El nombre de usuario es

obligatorio."

ToolTip="El nombre de usuario es

obligatorio."ValidationGroup="LoginUserValidationGroup">*</asp:Required

FieldValidator>

</p>

<p>

<asp:LabelID="PasswordLabel"runat="server"AssociatedControlID="Passwor

d">Contraseña:</asp:Label>

<asp:TextBoxID="Password"runat="server"CssClass="passwordEntry"TextM

ode="Password"

required></asp:TextBox>

<asp:RequiredFieldValidatorID="PasswordRequired"runat="server"ControlTo

Validate="Password"

CssClass="failureNotification"ErrorMessage="La contraseña es

obligatoria."ToolTip="La contraseña es obligatoria."


165

PANTALLAINGRESO AL SISTEMA

CÒDIGO DEL BOTON GUARDAR USUARIO

protectedvoidbtnGuardar_Click(object sender, EventArgs e)

{

try

{

if (validacedula.ValidaCedula(txtCedula.Text.Trim()))

{

DataTabledtusu = newDataTable();

dtusu =

LogicaNegocios.LogicaUsuarios.ObtenerUsuarioCedula(txtCedula.Text.Trim()

);

if (dtusu.Rows.Count == 0)

{

CÒDIGO DEL BOTON GUARDAR SDMINISTRADOR

protectedvoidbtnGuardar_Click(object sender, EventArgs e)


166

{

try

{


{

DataTabledtusu = newDataTable();

dtusu =

LogicaNegocios.LogicaUsuarios.ObtenerUsuarioCedula(txtCedula.Text.Trim()

);

if (dtusu.Rows.Count == 0)

{

PANTALLA NUEVO, GARDAR, MODIFICAR Y ELIMINAR

USUARIO Y ADMINISTRADOR

PANTALLA DEL ADMINISTRADOR

CÒDIGO

using System;

publicpartialclassAdministrador :System.Web.UI.MasterPage

{


{


167

}

protectedvoidlog_Out(object sender, EventArgs e)

{

Session.Abandon();

Session.Clear();

}

}

PANTALLA DEL USUARIO

CÓDIGO

using System;

publicpartialclassUsuario :System.Web.UI.MasterPage

{


{

}


168

protectedvoidlog_Out(object sender, EventArgs e)

{

Session["ADMINISTRADOR"] = null;

Session.Abandon();

Session.Clear();

}

protectedvoidLogin_Out(object sender, EventArgs e)

{

Session.Abandon();

Session.Clear();

}

}


169

PANTALLAS DE MANTENIMEINTO

CLIENTE

USUARIO


170

PAÍS

DISTRIBUIDOR


171

PRODUCTOS

PANTALLA KARDEX


172

PANTALLA REPORTES PRODUCTOS

COMO INGRESAR A LA BASE DE DATOS

CÒDIGO DEL CLIENTES

using System;

usingSystem.Data;

usingTelerik.Web.UI;

publicpartialclassFormularios_Administrador_Mantenimientos_MT_Clientes

:System.Web.UI.Page

{

CÒDIGOVALIDAR CLIENTE

ValidarCedulavalidacedula = newValidarCedula();


{

if (!IsPostBack)


173

{

if (Session["ADMINISTRADOR"] != null)

{

CargarClientes();

txtNombre.Attributes.Add("onkeypress",

"javascript:returnValidLetras(event);");

txtApellidos.Attributes.Add("onkeypress",


txtTel.Attributes.Add("onkeypress", "javascript:returnValidNum(event);");

}

else

{

Response.Redirect("~/Login/login.aspx");

}

}

}

protectedstringvalidarcampos(string campo)

{

string valor;

if (campo == " ")

{

valor = "";

}

else

{

valor = campo;

}

return valor;


174

CÒDIGOCARGAR CLIENTE

privatevoidCargarClientes()

{

RadGrid1.DataSource =

LogicaNegocios.LogicaClientes.ObtenerClientes();

RadGrid1.DataBind();

}

protectedvoid RadGrid1_SelectedCellChanged(object sender, EventArgs e)

{

}

protectedvoid RadGrid1_SelectedIndexChanged(object sender, EventArgs e)

{

GridDataItemselectedItem = (GridDataItem)RadGrid1.SelectedItems[0];

}

CÒDIGOELIMINAR CLIENTE

protectedvoidbtnEliminar_Click(object sender, EventArgs e)

{

tryLogicaNegocios.LogicaClientes.EliminarCliente(Convert.ToInt32(txtCodig

o.Value));

InvalidarCampos();

CargarClientes();

btnNuevo.Enabled = true;

btnGuardar.Enabled = false;

btnEliminar.Enabled = false;

btnModificar.Enabled = false;

LimpiarCampos();

}


175

CÒDIGOMODIFICAR CLIENTE

protectedvoidbtnModificar_Click(object sender, EventArgs e)

{

try

{


{

LogicaNegocios.LogicaClientes.ModificarCliente(Convert.ToInt32(txtCodigo.

Value), txtCedula.Text.Trim(), txtNombre.Text.ToUpper(),

txtApellidos.Text.ToUpper(), txtDir.Text.ToUpper(), txtTel.Text,

txtEmail.Text.Trim(), txtProfesion.Text.Trim().ToUpper(),

txtPref.Text.Trim().ToUpper());

CargarClientes();

LimpiarCampos();

InvalidarCampos();

btnNuevo.Enabled = true;

btnGuardar.Enabled = false;

btnModificar.Enabled = false;

btnEliminar.Enabled = false;

CÒDIGO BOTON BUSCAR CLIENTE

Buscar Cliente por Cedula:

<telerik:RadTextBoxID="txtBuscar"runat="server"OnTextChanged="txtBusca

r_TextChanged"

AutoPostBack="True"DisplayText=""LabelWidth="64px"type="text"value=""

Width="160px">


176

CÓDIGO DEL BOTON BUSCAR FACTURA

<asp:LabelID="lbl1"runat="server"Text="Ingrese El Numero de Factura :

"></asp:Label><telerik:RadTextBox

ID="txtBuscar"runat="server"OnTextChanged="txtBuscar_TextChanged">

</telerik:RadTextBox><telerik:RadButtonID="RadButton1"runat="server"Tex

t="Buscar"

OnClick="RadButton1_Click">

CÓDIGOFUNCION CARGAR DATOS CLIENTE

privatevoidCargarClientes()

{

RadGrid1.DataSource =

LogicaNegocios.LogicaClientes.ObtenerClientes();

RadGrid1.DataBind();

}

publicpartialclassFormularios_Administrador_Mantenimientos_MT_Clientes

:System.Web.UI.Page

{

ValidarCedulavalidacedula = newValidarCedula();


{

if (!IsPostBack)

{

if (Session["ADMINISTRADOR"] != null)

{

CargarClientes();

txtNombre.Attributes.Add("onkeypress",



177

txtApellidos.Attributes.Add("onkeypress",


txtTel.Attributes.Add("onkeypress", "javascript:returnValidNum(event);");

}

else

{

Response.Redirect("~/Login/login.aspx");

}

}

PANTALLA DE CLIENTES


178

PANTALLA BUSCAR CLIENTE

CÒDIGO RFID USB

using System;

usingSystem.IO.Ports;

usingSystem.Text;

usingSystem.Xml;

namespaceLectorRfid

{

internalclassProgram

{

privatestaticvoid Main(string[] args)

{

SerialPort port = newSerialPort("COM25", 9600);

port.Open();

int lane = 0, con = 0;

int[] vec = newint[20];

while (con < 10)

{


179

lane = port.ReadChar();

vec[con] = lane;

con = con + 1;

}

intval = 0;

for (int i = 0; i < con; i++)

{

val = val + vec[i];

}

if (val !=0)

{

Console.WriteLine("Producto : arroz");

stringfile_path = @"C:\inetpub\wwwroot\SistemaFacturacion\XML\xml.xml";

XmlTextWriter writer;

writer = newXmlTextWriter(file_path, Encoding.UTF8);

writer.Formatting = Formatting.Indented;

writer.WriteStartDocument();

writer.WriteStartElement("Producto");

writer.WriteElementString("Codigo", "" + val.ToString() + "");

//writer.WriteElementString("Nombre", "Arroz");

writer.WriteEndElement();

writer.WriteEndDocument();

writer.Flush();

writer.Close();

}

else

{


180

Console.WriteLine(lane);

}

Console.ReadLine();

}

publicvoidcrearXML(Stringfile_path)

{

XmlTextWriter writer;

writer = newXmlTextWriter(file_path, Encoding.UTF8);

writer.Formatting = Formatting.Indented;

writer.WriteStartDocument();

writer.WriteStartElement("ejemplo");

writer.WriteElementString("nodo1", "texto del nodo1");

writer.WriteElementString("nodo2", "texto del nodo2");

writer.WriteEndElement();

writer.WriteEndDocument();

writer.Flush();

writer.Close();


181

PANTALLA RFID USB

CÒDIGO INGRESO DATOS CLIENTE

protectedintMaximoCliente()

{

DataTable _maximo = newDataTable();

_maximo = LogicaNegocios.LogicaClientes.MaximoCliente();

int m = 0;

try

{

if (_maximo.Rows.Count> 0)

{

m = Convert.ToInt32(_maximo.Rows[0].ItemArray[0].ToString()) +

1;


182

}

else

{

m = 1;

}

}

catch (Exception)

{

m = 1;

}

return m;

}

CÓDIGO CANTIDAD PRODUCTO FACTURA

publicvoidCargarCantidad()

{

try

{

DataTablecanti = newDataTable();

canti =

LogicaNegocios.LogicaProductos.ObtenerProductosPorID(cboProd.SelectedV

alue);

intcantidad = Convert.ToInt32(canti.Rows[0].ItemArray[3]);

txtVunit.Value = canti.Rows[0].ItemArray[6].ToString();

cboCant.MaxValue = cantidad;

cboCant.DisplayText = "Cantidad Maxima : " + cantidad;

}


183

catch (Exception)

{

throw;

}

}

CÒDIGO PAGO PRODUCTO FACTURA

protectedvoidcboPago_SelectedIndexChanged(object sender,

RadComboBoxSelectedIndexChangedEventArgs e)

{

if (cboPago.SelectedItem.Value == "Efectivo")

{

txtNumCheque.Visible = true;

}

else

{

txtNumCheque.Visible = false;

}

}

protectedvoidcboPago_ItemDataBound(object sender,

RadComboBoxItemEventArgs e)

{


{


}

else

{


}


184

}

protectedvoidcboPago_DataBound(object sender, EventArgs e)

{


{


}

else

{


}

}

PANTALLA FACTURA


185

PANTALLA IMPRIMIR FACTURA CLIENTE

NOTA: El presenta manual técnico está basado en 12 tablas la cual contiene

listado y mantenimiento y sus respectivos facturas por lo cual solo se ha

tomado ejemplo de la tabla empleados su listado su mantenimiento su factura.

La descripción de los procesos también se encuentran detallados en el botón

ingreso del personal la primera pantalla y para actualizar datos de asistencia

está ubicado en ausencias.

AL USUARIO FINAL

En este manual técnico se describen los componentes básicos, todo esto con el

objetivo de que se pueda leer, interpretar y analizar las partes de que se

conforma el sistema desarrollado a fin de que se le desee realizar

modificaciones futuras o bien actualizaciones para mejorar su eficiencia y de

ser posible sea base para algunos sistemas futuros a desarrollarse que sean

afines a este.

En este manual podrá encontrar información referente a:


186

• Diseño de la Base de Datos.

• Tipos de Datos utilizados.

• Vista de las Pantallas

• Codificación de los botones de las pantallas.

• Modelo implementado a seguir para la realización del sistema

Con este documento se espera que sea claro, fácil de entender para los

programadores, diseñadores, analistas de software que en si deseen, realizar

alguna de las acciones descritas anteriormente al sistema.


187

ANEXO 9 RFID USB


188

Conceptos básicos de RFID

La mayoría de nosotros probablemente usar algún tipo de dispositivo RFID

cada día. Todo, desde las tarjetas de crédito, tarjetas de seguridad, casetas de

peaje, sistemas de inventario de seguridad, e incluso implantes de

identificación todos están comenzando a utilizar la tecnología RFID.

Radio FrequencyIdentification (RFID) utiliza ondas de radio para comunicarse

entre dos objetos: un lector y una etiqueta. RFID comunicación es el mismo

como la comunicación de dos vías de radio en el sentido de que la información

es transmitida o recibida a través de una onda de radio a una frecuencia

específica. Sin embargo, una de las principales diferencias es que los sistemas

de RFID detectar la presencia del otro dispositivo remoto, es decir, la etiqueta.

Además, las etiquetas pasivas o sin suministro de corriente-se pueden alimentar

remotamente por un corto período de tiempo por el lector. Además, todas las

etiquetas contienen una pequeña cantidad de memoria que se puede leer a partir

de (y, a veces escrito a) por el aire por el lector. La mayoría de las veces, la

parte de memoria contiene algún tipo de información de identificación única.

RFID USB Descripción del hardware

El SparkFun RFID USB incorporado permite comunicarse fácilmente con un

lector RFID 125 kHz. Hay un zumbador lectura y LED que se activan una vez

que una etiqueta ha sido leído.

El SparkFun RFID USB incorporado permite controlar un lector de RFID a

través de USB.


189

Los lectores compatibles y etiquetas

El SparkFun RFID USB Puede utilizar el ID-20, ID-12, o lectores de

identificación-2


190

RFID TAG KEYCHAIN

Especificación RFID TagKeychain


191

ANEXO 10

MODELO LÓGICO, FÍSICO, SCRIP


192

MODELO LÓGICO


193

MODELO FÍSICO


194

SCRIP

/*=======================================================

=======*/

/* DBMS name: IBM Rational Rose Enterprise Edition */

/* Created on: 05/31/2012 11:40:50 a.m. */

/*=======================================================

=======*/

if exists (select 1

from sysindexes

where id = object_id('CLIENTE')

and name = 'RELATIONSHIP_4_FK'

andindid> 0

andindid< 255)

drop index CLIENTE.RELATIONSHIP_4_FK

go

if exists (select 1

from sysobjects

where id = object_id('CLIENTE')

and type = 'U')

drop table CLIENTE

go

if exists (select 1

from sysobjects

where id = object_id('DETALLE')

and type = 'U')

drop table DETALLE

go

if exists (select 1

from sysindexes

where id = object_id('DISTRIBUIDOR')



195

andindid> 0

andindid< 255)

drop index DISTRIBUIDOR.RELATIONSHIP_8_FK

go

if exists (select 1

from sysobjects

where id = object_id('DISTRIBUIDOR')

and type = 'U')

drop table DISTRIBUIDOR

go

if exists (select 1

from sysindexes

where id = object_id('FACTURA')


andindid> 0

andindid< 255)

drop index FACTURA.RELATIONSHIP_6_FK

go

if exists (select 1

from sysobjects

where id = object_id('FACTURA')

and type = 'U')

drop table FACTURA

go

if exists (select 1

from sysindexes

where id = object_id('FORMA_PAGO')


andindid> 0

andindid< 255)

drop index FORMA_PAGO.RELATIONSHIP_5_FK


196

go

if exists (select 1

from sysobjects

where id = object_id('FORMA_PAGO')

and type = 'U')

drop table FORMA_PAGO

go

if exists (select 1

from sysindexes

where id = object_id('PAIS')


andindid> 0

andindid< 255)

drop index PAIS.RELATIONSHIP_10_FK

go

if exists (select 1

from sysindexes



andindid> 0

andindid< 255)

drop index PAIS.RELATIONSHIP_9_FK

go

if exists (select 1

from sysobjects


and type = 'U')

drop table PAIS

go

if exists (select 1

from sysindexes


197

where id = object_id('PERFIL')


andindid> 0

andindid< 255)

drop index PERFIL.RELATIONSHIP_1_FK

go

if exists (select 1

from sysobjects

where id = object_id('PERFIL')

and type = 'U')

drop table PERFIL

go

if exists (select 1

from sysindexes

where id = object_id('PRODUCTOS')


andindid> 0

andindid< 255)

drop index PRODUCTOS.RELATIONSHIP_7_FK

go

if exists (select 1

from sysobjects

where id = object_id('PRODUCTOS')

and type = 'U')

drop table PRODUCTOS

go

if exists (select 1

from sysindexes

where id = object_id('TIPO_TRANSACCION')



198

andindid> 0

andindid< 255)

drop index TIPO_TRANSACCION.RELATIONSHIP_11_FK

go

if exists (select 1

from sysobjects

where id = object_id('TIPO_TRANSACCION')

and type = 'U')

drop table TIPO_TRANSACCION

go

if exists (select 1

from sysobjects

where id = object_id('TRANSACCION')

and type = 'U')

drop table TRANSACCION

go

if exists (select 1

from sysindexes

where id = object_id('USUARIO')


andindid> 0

andindid< 255)

drop index USUARIO.RELATIONSHIP_3_FK

go

if exists (select 1

from sysindexes



andindid> 0

andindid< 255)


199

drop index USUARIO.RELATIONSHIP_2_FK

go

if exists (select 1

from sysobjects


and type = 'U')

drop table USUARIO

go

/*=======================================================

=======*/

/* Table: CLIENTE */

/*=======================================================

=======*/

create table CLIENTE (

CLI_CODIGO int not null,

FAC_CODIGO int null,

CLI_CODIGO_CLIENTE int null,

USU_CODIGO_USU int null,

FOR_PAG_CODDIGO_FORMA_PAGO int null,

CLI_CEDULA char(50) null,

CLI_NOMBRE char(50) null,

CLI_APELLIDO char(50) null,

CLI_DIRECCION char(50) null,

CLI_TELEFONO char(50) null,

CLI_EMAIL char(50) null,

CLI_PROFESION char(50) null,

CLI_PREFERENCIA text null,

constraint PK_CLIENTE primary key nonclustered (CLI_CODIGO)

)

go


200

/*=======================================================

=======*/

/* Index: RELATIONSHIP_4_FK */

/*=======================================================

=======*/

create index RELATIONSHIP_4_FK on CLIENTE (

FAC_CODIGO ASC,

CLI_CODIGO_CLIENTE ASC,

USU_CODIGO_USU ASC,

FOR_PAG_CODDIGO_FORMA_PAGO ASC

)

go

/*=======================================================

=======*/

/* Table: DETALLE */

/*=======================================================

=======*/

create table DETALLE (

FAC_CODIGO int not null,

DET_CODIGO int not null,

DET_PRODUCTO char(50) null,

DET_CANTIDAD int null,

DET_DESCRIPSION char(50) null,

DET_PRE_UNI decimal null,

constraint PK_DETALLE primary key nonclustered (FAC_CODIGO,

DET_CODIGO)

)

go

/*=======================================================

=======*/

/* Table: DISTRIBUIDOR */


201

/*=======================================================

=======*/

create table DISTRIBUIDOR (

DIS_CODIGO int not null,

PAIS_CODIGO int not null,

PRO_CODIGO char(50) null,

PRO_PAIS_CODIGO int null,

PRO_DIS_CODIGO int null,

DIS_NOMBRE char(50) null,

DIS_DIRECCION char(50) null,

DIS_TELEFONO char(50) null,

DIS_EMAIL char(50) null,

DIS_CONTACTO char(50) null,

constraint PK_DISTRIBUIDOR primary key nonclustered (DIS_CODIGO,

PAIS_CODIGO)

)

go

/*=======================================================

=======*/


/*=======================================================

=======*/

create index RELATIONSHIP_8_FK on DISTRIBUIDOR (

PRO_CODIGO ASC,

PRO_PAIS_CODIGO ASC,

PRO_DIS_CODIGO ASC

)

go

/*=======================================================

=======*/

/* Table: FACTURA */


202

/*=======================================================

=======*/

create table FACTURA (

FAC_CODIGO int not null,

CLI_CODIGO_CLIENTE int not null,

USU_CODIGO_USU int not null,

FOR_PAG_CODDIGO_FORMA_PAGO int not null,

DET_FAC_CODIGO int null,

DET_CODIGO int null,

FAC_FECHA datetime null,

FAC_IVA decimal null,

FAC_DESCUENTO decimal null,

FAC_TOTAL decimal null,

constraint PK_FACTURA primarykeynonclustered (FAC_CODIGO,

CLI_CODIGO_CLIENTE, USU_CODIGO_USU,

FOR_PAG_CODDIGO_FORMA_PAGO)

)

go

/*=======================================================

=======*/


/*=======================================================

=======*/

create index RELATIONSHIP_6_FK on FACTURA (

DET_FAC_CODIGO ASC,

DET_CODIGO ASC

)

go


203

/*=======================================================

=======*/

/* Table: FORMA_PAGO */

/*=======================================================

=======*/

createtable FORMA_PAGO (

FOR_PAG_CODIGO_FORMA_PAGO intnotnull,

FAC_CODIGO intnull,

CLI_CODIGO_CLIENTE intnull,

USU_CODIGO_USU intnull,

FOR_PAG_CODDIGO_FORMA_PAGO intnull,

FOR_PAGO_DESCRIPCION_FORMA_PAGO char(50) null,

constraint PK_FORMA_PAGO primary key nonclustered

(FOR_PAG_CODIGO_FORMA_PAGO)

)

go

/*=======================================================

=======*/


/*=======================================================

=======*/

create index RELATIONSHIP_5_FK on FORMA_PAGO (

FAC_CODIGO ASC,


USU_CODIGO_USU ASC,


)

go

/*=======================================================

=======*/

/* Table: PAIS */


204

/*=======================================================

=======*/

create table PAIS (

PRO_CODIGO char(50) null,

PRO_PAIS_CODIGO int null,

DIS_CODIGO int null,

DIS_DIS_CODIGO int null,

DIS_PAIS_CODIGO int null,


PAIS_NOMBRE char(50) null,

constraint AK_IDENTIFIER_1_PAIS unique (PAIS_CODIGO)

)

go

/*=======================================================

=======*/


/*=======================================================

=======*/

create index RELATIONSHIP_9_FK on PAIS (

DIS_DIS_CODIGO ASC,

DIS_PAIS_CODIGO ASC

)

go

/*=======================================================

=======*/


/*=======================================================

=======*/

create index RELATIONSHIP_10_FK on PAIS (

PRO_CODIGO ASC,


205

PRO_PAIS_CODIGO ASC,

DIS_CODIGO ASC

)

go

/*=======================================================

=======*/

/* Table: PERFIL */

/*=======================================================

=======*/

create table PERFIL (

PER_CODIGO int not null,

USU_CODIGO int null,

NOM_PER char(40) null,

constraint PK_PERFIL primary key nonclustered (PER_CODIGO)

)

go

/*=======================================================

=======*/


/*=======================================================

=======*/

create index RELATIONSHIP_1_FK on PERFIL (

USU_CODIGO ASC

)

go

/*=======================================================

=======*/

/* Table: PRODUCTOS */

/*=======================================================

=======*/


206

create table PRODUCTOS (

PRO_CODIGO char(50) not null,


DIS_CODIGO int not null,


DET_CODIGO int null,

PRO_PRESIORIGEN decimal(50) null,

PRO_PVP decimal null,

PRO_FECHA datetime null,

PRO_FECHA_CAD datetime null,

constraint PK_PRODUCTOS primary key nonclustered (PRO_CODIGO,

PAIS_CODIGO, DIS_CODIGO)

)

go

/*=======================================================

=======*/


/*=======================================================

=======*/

create index RELATIONSHIP_7_FK on PRODUCTOS (

FAC_CODIGO ASC,

DET_CODIGO ASC

)

go

/*=======================================================

=======*/

/* Table: TIPO_TRANSACCION */

/*=======================================================

=======*/

createtable TIPO_TRANSACCION (


207

TIP__TRA_CODIGO intnotnull,

TRA_CODIGO intnull,

TRA_CODIGO_TRA intnull,

USU_CODIGO_USU intnull,

TIP_TRA_NOMBRE char(50) null,

constraint PK_TIPO_TRANSACCION primary key nonclustered

(TIP__TRA_CODIGO)

)

go

/*=======================================================

=======*/


/*=======================================================

=======*/

create index RELATIONSHIP_11_FK on TIPO_TRANSACCION (

TRA_CODIGO ASC,

TRA_CODIGO_TRA ASC,

USU_CODIGO_USU ASC

)

go

/*=======================================================

=======*/

/* Table: TRANSACCION */

/*=======================================================

=======*/

create table TRANSACCION (

TRA_CODIGO int not null,

TRA_CODIGO_TRA int not null,

USU_CODIGO_USU int not null,

TRA_FECHA datetime null,


208

constraint PK_TRANSACCION primarykeynonclustered (TRA_CODIGO,

TRA_CODIGO_TRA, USU_CODIGO_USU)

)

go

/*=======================================================

=======*/

/* Table: USUARIO */

/*=======================================================

=======*/

create table USUARIO (

USU_CODIGO int not null,


CLI_CODIGO_CLIENTE int null,

USU_CODIGO_USU int null,

FOR_PAG_CODDIGO_FORMA_PAGO int null,

TRA_CODIGO intnull,

TRA_CODIGO_TRA intnull,

TRA_USU_CODIGO_USU intnull,

PER_USU int null,

NOM_USU char(50) null,

CLA_USU char(50) null,

constraint PK_USUARIO primary key nonclustered (USU_CODIGO)

)

go

/*=======================================================

=======*/


/*=======================================================

=======*/

create index RELATIONSHIP_2_FK on USUARIO (

TRA_CODIGO ASC,


209

TRA_CODIGO_TRA ASC,

TRA_USU_CODIGO_USU ASC

)

go

/*=======================================================

=======*/


/*=======================================================

=======*/

create index RELATIONSHIP_3_FK on USUARIO (

FAC_CODIGO ASC,


USU_CODIGO_USU ASC,


)

go


210

ANEXO 11

CRONOGRAMA ACTIVIDADES


211

CRONOGRAMA


212

ANEXO 12

LEY DE COMERCIO ELECTRÓNICO Y PROPIEDAD

INTELECTUAL


213

LEY DE COMERCIO ELECTRÓNICO:

Artículo 1.- Objeto de la Ley .- Esta Ley regula los mensajes de datos, la

firma electrónica, los servicios de certificación, la contratación electrónica y

telemática, la prestación de servicios electrónicos, a través de redes de

información, incluido el comercio electrónico y la protección a los usuarios de

estos sistemas.

Artículo 4.- Propiedad Intelectual.- Los mensajes de datos estarán sometidos

a las leyes, reglamentos y acuerdos internacionales relativos a la propiedad

intelectual.

Artículo 5.- Confidencialidad y reserva.- Se establecen los principios de

confidencialidad y reserva para los mensajes de datos, cualquiera sea su forma,

medio o intención. Toda violación a estos principios, principalmente aquellas

referidas a la intrusión electrónica, transferencia ilegal de mensajes de datos o

violación del secreto profesional, será sancionada conforme a lo dispuesto en

esta Ley y demás normas que rigen la materia.

Artículo 9.- Protección de datos.- Para la elaboración, transferencia o

utilización de bases de datos, obtenidas directa o indirectamente del uso o

transmisión de mensajes de datos, se requerirá el consentimiento expreso del

titular de éstos, quien podrá seleccionar la información a compartirse con

terceros.

La recopilación y uso de datos personales responderá a los derechos de

privacidad, intimidad y confidencialidad garantizados por la Constitución

Política de la República y esta Ley, los cuales podrán ser utilizados o

transferidos únicamente con autorización del titular u orden de autoridad

competente.

No será preciso el consentimiento para recopilar datos personales de fuentes

accesibles al público, cuando se recojan para el ejercicio de las funciones

propias de la administración pública, en el ámbito de su competencia, y cuando

se refieran a personas vinculadas por una relación de negocios, laboral,

administrativa o contractual y sean necesarios para el mantenimiento de las

relaciones o para el cumplimiento del contrato.


214

Artículo 12.- Duplicación del mensaje de datos.- Cada mensaje de datos será

considerado diferente. En caso de duda, las partes pedirán la confirmación del

nuevo mensaje y tendrán la obligación de verificar técnicamente la autenticidad

del mismo.

Artículo 50.- Información al consumidor.- En la prestación de servicios

electrónicos en el Ecuador, el consumidor deberá estar suficientemente

informado de sus derechos y obligaciones, de conformidad con lo previsto en

la Ley Orgánica de Defensa del Consumidor y su Reglamento.

Cuando se tratare de bienes o servicios a ser adquiridos, condiciones y

estricciones para que el consumidor pueda adquirir y hacer uso de los bienes o

servicios promocionados.

La publicidad, promoción e información de servicios electrónicos, por redes

electrónicas de información, incluida la Internet, se realizará de conformidad

con la Ley, y su incumplimiento será sancionado de acuerdo al ordenamiento

jurídico vigente en el Ecuador.

En la publicidad y promoción por redes electrónicas de información, incluida la

Internet, se asegurará que el consumidor pueda acceder a toda la información

disponible sobre un bien o servicio sin restricciones, en las mismas condiciones

y con las facilidades disponibles para la promoción del bien o servicio de que

se trate.

En el envío periódico de mensajes de datos con información de cualquier tipo,

en forma individual o a través de listas de correo, directamente o mediante

cadenas de mensajes, el emisor de los mismos deberá proporcionar medios

expeditos para que el destinatario, cadenas de mensajes o bases de datos, en las

cuales se halle inscrito y que ocasionen el envío de los mensajes de datos

referidos. La solicitud de exclusión es vinculante para el emisor desde el

momento de la recepción de la misma.


215

ANEXO 13

ASPECTOS ADMINISTRATIVOS


216

ASPECTOS ADMINISTRATIVOS

RECURSOS HUMANOS

RECURSO HUMANO

NOMBRE FUNCION RESPONSABILIDAD

Ing. Hugo Heredia Director de Escuela Aprobación del tema Ing. Jaime Basantes Docente Materia de Proyectos

Ing. Hugo Heredia Director de Escuela Aprobación del Plan de Proyecto de Grado

Ing. Javier Freire Investigador Plan de Proyecto Sra. Mirian Ricaurte Administradora

Empresa “El huevo o la gallina”

Ing. Marco Gualpa Coordinador

Empresa "El huevo o la gallina"

RECURSOS ECONOMICOS RECURSO FINANCIERO

DETALLE CANTIDAD PRECIO

UNITARIO PRECIO TOTAL

Estación de Trabajo 1 800 800

Impresora 1 170 170

Útiles escolares 6 45 270

Servicios Básicos 7 175 1225

Internet 8 40 320

Varios 7 100 700

TOTAL: 3485


217

ANEXO 14

AUSPICIO

EL HUEVO O LA GALLINA

CERTIFICADO DE AUSPICIO

“EL HUEVO O LA GALLINA”

Yo, Mirian Ricaurte Velásquez con la cedula 171946942-9, en calidad Dueña de la Empresa “El Huevo o la Gallina”, Cuyo RUC es 1719469429001, tengo a bien certificar que:

Ha participado como auspiciante del

Sr. Andrés Darío Ricaurte Velásquez con la cedula 171782657-0, Estudiante del Instituto Tecnológico Superior “Cordillera”.

Motivo por el cual puede hacer uso de este certificado como estime conveniente.

Atentamente

Mirian Ricaurte Velázquez

tema autor: tutor...procesos de control de inventarios y facturación. de esta misma forma, empresa...

Documents