SlideShare una empresa de Scribd logo
1 de 32
UNIVERSIDAD INCA GARCILAZO DE LA VEGA 
Facultad de Ingeniería Administrativa e Ingeniería Industrial 
CARRERA PROFESIONAL DE INGENIERIA INDUSTRIAL 
Código……………………………….. 
” 
IMPLEMENTACION DE UNA BASE DE DATOS(SQL.SERVER) AYUDARA A 
MEJORAR LA GESTION LOGISTICA DEL AREA DE VALORADOS DE LA 
EMPRESA SMP.COURIER.SERVICIOS POSTALES. 
Presentado por: 
quiñonez villa 
Colaboradores: 
Empresa “smp courrier servicios postales” 
ruth (supervisora) 
DICIEMBRE 2013-12-11
2._Diseño de la investigación 
2.1_Implementar una base de datos y mejorar los tiempos muertos que 
genera el area de valorados de la organización smp Courier .servicios 
postales. 
2.1.1._la empresa smp Courier. 
Somos una empresa especializada en brindar soluciones postales y 
logísticas, realizando procesos de almacenamiento, habilitación, 
distribución, información on line y desarrollo de reportes; teniendo como 
visión ser una empresa global con la mejor red de servicios logísticos, con 
la que sea fácil trabajar y en la que la gente quiera trabajar; por ello, 
estamos comprometidos en brindar un servicio de clase mundial, 
asegurando la satisfacción de los requerimientos de nuestros clientes, 
basados en una cultura de servicio y mejora continua. 
Operamos en locales descentralizados con infraestructura acondicionada 
adecuadamente para sus productos; asimismo, contamos con maquinarias 
y equipos para el correcto manipuleo de sus mercaderías, sistemas WMS 
para un adecuado control de sus artículos, y sistemas de alta seguridad 
tales como: Circuito Cerrado de Vigilancia con Audio / Video, Cajas fuertes, 
ingresos con Claves de Acceso Digitales y Sensores inteligentes. 
Además contamos con una amplia flota vehicular, que garantiza un control 
eficiente y constante información on line sobre su mercadería; también 
contamos con soporte tecnológico de última generación y ruteos inteligente. 
Usamos software ERP, TMS, Siscom, y sistema de localización GPS para 
brindarle rapidez, control y seguridad en sus envíos. 
La situación problemática surge en el area de valorados que es la 
encargada 
De separar la documentación para su reparto diariamente con el programa 
Excel no se abastece de personal y de recursos no logran terminar el 
trabajo a tiempo y demora demasiado separando manualmente los 
documentos en las activaciones de tarjeta por código , ciudad , distrito , 
además de realizar el outsourcing alos diferentes bancos en las 
activaciones de las tarjetas necesita urgente una mejora y el objetivo 
fundamental de este trabajo es crear una base de datos sql .server a esta 
area
2.1.2._ Antecedentes teóricos: 
TESIS 
Miguel Ángel Rojas Cabrejos 
Tesis para optar el Título de Ingeniero Industrial, que presenta el bachiller: 
Tommy Alejandro Yep Leung 
ASESOR: Fernando E. Ormachea Freyre 
Lima, abril de 2011 
Resumen 
TESIS 
Los hospitales nacionales de nuestro país archivan las historias clínicas 
(HC) de los pacientes en fólderes donde uno encuentra todos los datos, 
antecedentes y pruebas que se le pueda realizar al enfermo y son de 
carácter confidencial. Estos expedientes nunca salen fuera del nosocomio, 
salvo por motivos de fuerza mayor, como el traslado del paciente a otro 
establecimiento, por ejemplo. Esta forma de archivar las historias clínicas de 
los pacientes en un hospital limita su atención, ya que por diversos motivos 
una persona puede cambiar de lugar de atención, iniciando así en ese 
nuevo establecimiento otra historia clínica, obstaculizando su continuidad en 
la atención, porque se pueden obviar, omitir o pasar por alto antecedentes 
importantes realizados en el centro de salud anterior 
Título : Planteamiento de un modelo de optimización 
de la ductividad mediante graficas de control 
de calidad basado en algoritmos de 
simulación de Monte Carlo para empresas 
que producen en serie y empresas de 
servicios
Autor : Heredia Tapia, Omar Alejandro 
Director de Tesis: Rueda, Iván 
Descriptores : PRODUCTIVIDAD INDUSTRIAL, CONTROL 
DE CALIDAD, MEJORAMIENTO 
CONTÍNUO 
GESTIÓN DE PROCESOS, RECURSOS 
HUMANOS 
ADMINISTRACIÓN DE OPERACIONES 
Fecha de Publicación : jun-2010 
Ciudad: Editorial : QUITO / PUCE / 2010 
Resumen: La presente investigación consiste en crear 
un Modelo de Optimización de la 
Productividad mejorado, basado en teorías 
deterministas (Gráficas de Control de 
Calidad) y utilizando Algoritmos de 
Simulación de Monte Carlo (teorías 
probabilísticas). El documento presenta 
inicialmente una descripción de conceptos y 
teorías tradicionales existentes en relación al 
Control de la Calidad como es el caso de la 
Teoría de Gráficas de Control y la Teoría de 
Algoritmos de Simulación de Monte Carlo, 
posteriormente se fusionan ambas teorías 
mediante la aplicación de un ejercicio, 
logrando complementar y definir un Modelo 
Probabilístico mejorado de Control de la 
Calidad, básicamente para empresas que 
fabriquen productos en serie y empresas de 
servicios que cuenten con mediciones 
históricas de la percepción de la calidad de 
sus servicios. Luego se hace un análisis de 
las ventajas del Modelo Propuesto frente al 
modelo tradicional. Finalmente se expresan 
las conclusiones y recomendaciones
conseguidas a lo largo del desarrollo de la 
investigación. 
TESIS 
OPTIMIZACIÓN DE UNA BASE DE DATOS EN LA LÍNEA DE 
PRODUCCIÓN PARA INCREMENTAR LA PRODUCTIVIDAD Y DISMINUIR 
EL DESPERDICIO 
POR 
ING. JOSÉ CONSTANCIO RAMOS GONZÁLEZ 
EN OPCIÓN AL GRADO DE MAESTRO EN CIENCIAS DE LA 
ADMINISTRACIÓN CON ESPECIALIDAD EN PRODI CCIÓN Y CALIDAD 
MONTERREY. N.L. DIOMBRE 2001 
Resumen 
El estudio referente a las variaciones de las características de los sistemas 
de producción revela la profundidad y amplitud del cambio que se esta 
desarrollando en todo el ámbito productivo y en todo tipo de industria hasta 
el punto de que los centros modernos de producción son totalmente distintos 
de los convencionales, tanto en instalaciones como en organización y 
métodos de trabajo. Las nuevas tecnologías, especialmente la 
computarizada, técnica de control PLC, incorporados al proceso productivo, 
permiten nuevos enfoques a la resolución de los problemas de producción. 
En consecuencia, al existir una amplia gama de sistemas de producción se 
produce la interrogante de cuál de ellos es le más adecuado para 
implementar en la manufactura de un dado tipo de producto. Es por esta 
razón, que es relevante efectuar un estudio detallado de los diferentes 
sistemas de producción, para efecto de determinar bajo que características 
del entorno productivo será más conveniente inclinarse por uno de estos 
sistemas de producción en particular. De igual forma, resulta imperante el 
operar el sistema de producción elegido bajo condiciones óptimas de 
operación, para incrementar la productividad de éste. Sin embargo esta 
situación no siempre se da, debido a que no se tiene un conocimiento más a 
fondo de las diferentes variables que interactúan en los diferentes sistemas 
de producción. Por lo tanto, se ha definido que el objetivo fundamental de 
este trabajo de tesis sea el determinar bajo condiciones de operación resulta 
más conveniente implementar un sistema de producción de "manufactura 
esbelta", "en línea", y por " celdas de manufactura", para efecto de 
incrementar la productividad de la empresa.
2.1.3 ._ Definición del problema 
Problema General 
¿ Es necesaria la implementacion de una base de datos sql.server para 
interconectar las filiales y revisar el estado del envio? 
Problemas Específicos 
¿Se podrá reducir de esta manera los tiempos inncesarios de digitación de 
datos? 
¿se mejorara la atención al cliente con esta implementacion? 
¿Se necesitara capacitar al personal para que manejen el sistema 
sql.server? 
¿se podrá registrar todos los datos del area de valorados?
2.2 FUNDAMENTOS TEORICOS DE LA INVESTIGACION 
2.2.1 Marco Teorico 
Implementación de un SGBD 
El diseño de bases de datos es el proceso por el que se determina la 
organización de una base de datos, incluidos su estructura, contenido y las 
aplicaciones que se han de desarrollar. Durante mucho tiempo, el diseño de 
bases de datos fue considerado una tarea para expertos: más un arte que 
una ciencia. Sin embargo, se ha progresado mucho en el diseño de bases 
de datos y éste se considera ahora una disciplina estable, con métodos y 
técnicas propios. 
Esta arquitectura define tres niveles de representación de la información de 
las bases de datos que gestiona. 
El Nivel Físico 
se encarga de "engranar" con el software más interno de cada máquina 
(Sistema Operativo, y Sistema de Gestión de Ficheros generalmente). Los 
SGBDs actuales funcionan sobre casi todas las máquinas y "corren" en casi 
todos los SOs del mercado. 
El Nivel Conceptual 
define el resultado del diseño de la BD, para una parte del mundo real con 
interés informativo para ser formulada y registrada en un ordenador. El 
resultado del diseño de una BD establece la definición de un esquema 
conceptual conforme a un modelo de datos, MD, que llamamos Esquema 
de la BD. El Nivel Conceptual de un SGBD mantiene, en cada momento, 
tantos Esquemas distintos cuantas Bases de Datos hayan sido diseñadas 
en ese SGBD. 
SQL.SERVER BASE DE DATOS
Microsoft SQL Server es un sistema para la gestión de bases de 
datos producido por Microsoft basado en el modelo relacional cuya principal 
función es la de almacenar y consultar datos solicitados por otras 
aplicaciones, sin importar si están en la misma computadora, si están 
conectadas a una red local o si están conectadas a través de internet 
(plataforma “Cloud-Ready”). 
Retomar la utilidad de una base de datos. 
Industrias 
Bancos 
Compañías manufactureras 
Empresas 
Instituciones 
Básicamente, cualquier usuario que desee mantener ordenados/organizados 
datos o información con el fin de acceder a ellos más adelante 
2._ Integridad de datos 
SQL Server proporciona los siguientes mecanismos para exigir la integridad 
de los datos en una columna: 
Restricciones PRIMARY KEY 
Restricciones FOREIGN KEY 
Restricciones UNIQUE 
Restricciones CHECK 
Definiciones DEFAULT 
Permitir o denegar valores NULL
SQL Server admite distintos tipos de datos: Integer, Float, Decimal, 
Char, Varchar, binarios, texto, entre otros, además de que permite a 
los usuarios definir y usar su propio tipo de datos compuestos (UDT) 
3. _Recuperación 
Microsoft SQL Server 2012 cuenta con 3 formas diferentes de respaldo y 
recuperación de bases de datos: 
SQL Server Management Studio (Herramienta gráfica de 
administración para SQL Server 2005 y posteriores) (nivel de 
dificultad: fácil) 
PowerShell (Interfaz de consola avanzada disponible para Microsoft 
Windows con posibilidad de interactuar con SQL Server) (nivel de 
dificultad: medio) 
Transact-SQL (Lenguaje propio de SQL Server) (nivel de dificultad: 
avanzado) 
INTRODUCCION A UNA BASE DE DATOS 
Base de datos relacional 
Una Base de Datos Relacional, es una base de datos que cumple con 
el modelo relacional, el cual es el modelo más utilizado en la actualidad 
para implementar bases de datos ya planificadas. Permiten establecer 
interconexiones (relaciones) entre los datos (que están guardados en 
tablas), y a través de dichas conexiones relacionar los datos de ambas 
tablas, de ahí proviene su nombre:"Modelo Relacional". Tras ser postuladas 
sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San
José (California), no tardó en consolidarse como un nuevo paradigma en los 
modelos de base de datos.1 
Características 
Una Base de Datos Relacional se compone de varias tablas o relaciones. 
No pueden existir dos tablas con el mismo nombre ni registro. 
Cada tabla es a su vez un conjunto de registros (filas y columnas). 
La relación entre una tabla padre y un hijo se lleva a cabo por medio de las 
claves primarias y ajenas (o foráneas). 
Las claves primarias son la clave principal de un registro dentro de una 
tabla y éstas deben cumplir con la integridad de datos. 
Las claves ajenas se colocan en la tabla hija, contienen el mismo valor que 
la clave primaria del registro padre; por medio de éstas se hacen las 
relaciones. 
Elementos 
Relaciones Base y Derivadas 
En una base de datos relacional, todos los datos se almacenan y se accede 
a ellos por medio de relaciones. Las relaciones que almacenan datos son 
llamadas "relaciones base" y su implementación es llamada "tabla". Otras 
relaciones no almacenan datos, pero son calculadas al aplicar operaciones 
relacionales. Estas relaciones son llamadas "relaciones derivadas" y su 
implementación es llamada "vista" o "consulta". Las relaciones derivadas 
son convenientes ya que expresan información de varias relaciones 
actuando como si fuera una sola.
Restricciones 
Una restricción es una limitación que obliga el cumplimiento de ciertas 
condiciones en la base de datos. Algunas no son determinadas por los 
usuarios, sino que son inherentemente definidas por el simple hecho de que 
la base de datos sea relacional. Algunas otras restricciones las puede 
definir el usuario, por ejemplo, usar un campo con valores enteros entre 1 y 
10. 
Las restricciones proveen un método de implementar reglas en la base de 
datos. Las restricciones limitan los datos que pueden ser almacenados en 
las tablas. Usualmente se definen usando expresiones que dan como 
resultado un valor booleano, indicando si los datos satisfacen la restricción 
o no. 
Las restricciones no son parte formal del modelo relacional, pero son 
incluidas porque juegan el rol de organizar mejor los datos. Las 
restricciones son muy discutidas junto con los conceptos relacionales. 
Dominios 
Un dominio describe un conjunto de posibles valores para cierto atributo. 
Como un dominio restringe los valores del atributo, puede ser considerado 
como una restricción. Matemáticamente, atribuir un dominio a un atributo 
significa "todos los valores de este atributo deben ser elementos del 
conjunto especificado". 
Distintos tipos de dominios son: enteros, cadenas de texto, fecha, no 
procedurales etc. 
Cada tabla puede tener uno o más campos cuyos valores identifican de 
forma única cada registro de dicha tabla, es decir, no pueden existir dos o 
más registros diferentes cuyos valores en dichos campos sean idénticos. 
Este conjunto de campos se llama clave única. Pueden existir varias claves 
únicas en una determinada tabla, y a cada una de éstas suele llamársele 
candidata a clave primaria. 
Clave primaria 
Una clave primaria es una clave única elegida entre todas las candidatas 
que define unívocamente a todos los demás atributos de la tabla, para 
especificar los datos que serán relacionados con las demás tablas. La forma 
de hacer esto es por medio de claves foráneas. 
Clave foránea
Una clave foránea es una referencia a una clave en otra tabla, determina la 
relación existente en dos tablas. Las claves foráneas no necesitan ser 
claves únicas en la tabla donde están y sí a donde están referenciadas. 
Por ejemplo, el código de departamento puede ser una clave foránea en la 
tabla de empleados. Se permite que haya varios empleados en un mismo 
departamento, pero habrá uno y sólo un departamento por cada clave 
distinta de departamento en la tabla de empleados. 
Clave índice 
Las claves índice surgen con la necesidad de tener un acceso más rápido a 
los datos. Los índices pueden ser creados con cualquier combinación de 
campos de una tabla. Las consultas que filtran registros por medio de estos 
campos, pueden encontrar los registros de forma no secuencial usando la 
clave índice. 
Las bases de datos relacionales incluyen múltiples técnicas de 
ordenamiento, cada una de ellas es óptima para cierta distribución de datos 
y tamaño de la relación. 
Los índices generalmente no se consideran parte de la base de datos, pues 
son un detalle agregado. Sin embargo, las claves índices son desarrolladas 
por el mismo grupo de programadores que las otras partes de la base de 
datos. 
Procedimientos almacenados 
Un procedimiento almacenado es código ejecutable que se asocia y se 
almacena con la base de datos. Los procedimientos almacenados 
usualmente recogen y personalizan operaciones comunes, como insertar un 
registro dentro de una tabla, recopilar información estadística, o encapsular 
cálculos complejos. Son frecuentemente usados por un API por seguridad o 
simplicidad. 
Los procedimientos almacenados no son parte del modelo relacional, pero 
todas las implementaciones comerciales los incluyen. 
Estructura 
La base de datos se organiza en dos marcadas secciones; el esquema y los 
datos (o instancia). 
El esquema es la definición de la estructura de la base de datos y 
principalmente almacena los siguientes datos:
El nombre de cada tabla 
El nombre de cada columna 
El tipo de dato de cada columna 
La tabla a la que pertenece cada columna 
Las bases de datos relacionales pasan por un proceso al que se le conoce 
como normalización, el resultado de dicho proceso es un esquema que 
permite que la base de datos sea usada de manera óptima. 
Los datos o instancia es el contenido de la base de datos en un momento 
dado. Es en sí, el contenido de todos los registros. 
Manipulación de la información 
Para manipular la información utilizamos un lenguaje relacional, 
actualmente se cuenta con dos lenguajes formales el álgebra relacional y 
el cálculo relacional. El álgebra relacional permite describir la forma de 
realizar una consulta, en cambio, el cálculo relacional sólo indica lo que se 
desea devolver. 
El lenguaje más común para construir las consultas a bases de datos 
relacionales es SQL (Structured Query Language), un estándar 
implementado por los principales motores o sistemas de gestión de bases 
de datos relacionales integradas. 
En el modelo relacional los atributos deben estar explícitamente 
relacionados a un nombre en todas las operaciones, en cambio, el estándar 
SQL permite usar columnas sin nombre en conjuntos de resultados, como el 
asterisco taquigráfico (*) como notación de consultas. 
Al contrario del modelo relacional, el estándar SQL requiere que las 
columnas tengan un orden definido, lo cual es fácil de implementar en una 
computadora, ya que la memoria es lineal. 
Es de notar, sin embargo, que en SQL el orden de las columnas y los 
registros devueltos en cierto conjunto de resultado nunca está garantizado, 
a no ser que explícitamente sea especificado por el usuario. 
Manejadores de base de datos relacionales 
Existe software exclusivamente dedicado a tratar con bases de datos 
relacionales. Este software se conoce como SGBD (Sistema de Gestión de
Base de Datos relacional) o RDBMS (del inglés Relational Database 
Management System). 
Ventajas y desventajas 
Ventajas 
Provee herramientas que garantizan evitar la duplicidad de registros. 
Garantiza la integridad referencial, así, al eliminar un registro elimina todos 
los registros relacionados dependientes. 
Favorece la normalización por ser más comprensible y aplicable. 
Desventajas 
Presentan deficiencias con datos gráficos, multimedia, CAD y sistemas de 
información geográfica. 
No se manipulan de forma manejable los bloques de texto como tipo de 
dato. 
Las bases de datos orientadas a objetos (BDOO) se propusieron con el 
objetivo de satisfacer las necesidades de las aplicaciones anteriores y así, 
complementar pero no sustituir a las bases de datos relacionales. 
Diseño de las bases de datos relacionales 
El primer paso para crear una base de datos, es planificar el tipo de 
información que se quiere almacenar en la misma, teniendo en cuenta dos 
aspectos: la información disponible y la información que necesitamos. 
La planificación de la estructura de la base de datos, en particular de las 
tablas, es vital para la gestión efectiva de la misma. El diseño de la 
estructura de una tabla consiste en una descripción de cada uno de los 
campos que componen el registro y los valores o datos que contendrá cada 
uno de esos campos. 
Los campos son los distintos tipos de datos que componen la tabla, por 
ejemplo: nombre, apellido, domicilio. La definición de un campo requiere: el 
nombre del campo, el tipo de campo, el ancho del campo, etc. 
Los registros constituyen la información que va contenida en los campos de 
la tabla, por ejemplo: el nombre del paciente, el apellido del paciente y la 
dirección de este. Generalmente los diferentes tipos de campos que se
pueden almacenar son los siguientes: Texto (caracteres), Numérico 
(números), Fecha / Hora, Lógico (informaciones lógicas si/no, 
verdadero/falso, etc.), imágenes. 
En resumen, el principal aspecto a tener en cuenta durante el diseño de una 
tabla es determinar claramente los campos necesarios, definirlos en forma 
adecuada con un nombre especificando su tipo y su longitud. 
EMPRESA SMP COURIER 
Somos una empresa especializada en brindar soluciones postales y 
logísticas realizando procesos de almacenamiento, habilitación, distribución, 
información on line y desarrollo de reportes; teniendo como visión ser una 
empresa global con la mejor red de servicios logísticos, con la que sea fácil 
trabajar y en la que la gente quiera trabajar; por ello, estamos 
comprometidos en brindar un servicio de clase mundial, asegurando la 
satisfacción de los requerimientos de nuestros clientes, basados en una 
cultura de servicio y mejora continua. 
Operamos en locales descentralizados con infraestructura acondicionada 
adecuadamente para sus productos; asimismo, contamos con maquinarias 
y equipos para el correcto manipuleo de sus mercaderías, sistemas WMS 
para un adecuado control de sus artículos, y sistemas de alta seguridad 
tales como: Circuito Cerrado de Vigilancia con Audio / Video, Cajas fuertes, 
ingresos con Claves de Acceso Digitales y Sensores inteligentes. 
Ademas contamos con una amplia flota vehicular, que garantiza un control 
eficiente y constante información on line sobre su mercadería; también 
contamos con soporte tecnológico de última generación y ruteos inteligente. 
Usamos software ERP, TMS, Siscom, y sistema de localización GPS para 
brindarle rapidez, control y seguridad en sus envíos. 
Para que la organizacion funcione de manera eficaz, tiene que determinar y 
gestionar numerosas actividades relacionadas entre sí; la aplicación de un 
sistema de procesos dentro de una organización, así como su gestión para 
producir el resultado deseado, se denomina “Enfoque Basado en Procesos”. 
En SMP trabajamos con un enfoque basado en procesos desde el 
año 2006, a partir del cual se identificaron los procesos del negocio y se 
desarrollaron sus procedimientos para la correcta ejecución y control de sus 
actividades; luego se realizó la medición y control de cada uno de estos 
procesos en base a indicadores de gestión.
La adopción del Sistema de Gestión de la Calidad bajo la norma ISO 
9001:2008, fue una decisión estratégica de la organización, en el sentido de 
adaptar un modelo orientado a procesos en el que se identifique y garantice 
el cumplimiento de los requisitos y la satisfacción de nuestros clientes, así 
como la mejora del desempeño de cada uno de nuestros Procesos 
AREA DE VALORADOS 
Brindamos soluciones en la distribución de artículos valorados llegando al 
punto de destino, de acuerdo a los plazos coordinados previamente con el 
remitente. Operamos en locales con infraestructura adecuada y sistemas 
de alta seguridad tales como: Circuito Cerrado de Vigilancia con 
Audio/Video, Cajas Fuertes, ingresos con Claves de Acceso Digitales 
y Sensores Inteligentes. Además contamos con una amplia flota vehicular, 
soporte tecnológico de última generación, ruteos inteligente y sistema de 
localización GPS. 
Entre los principales artículos valorados tenemos: 
Tarjetas, Plásticos y/o Pines: Tarjetas de Crédito, Debito, Renovadas, 
Pre-emitidas, Tarjetas Decodificadoras, Chips electrónicos y otras. 
Documentos Valorados: Letras, Cheques, Pagarés, Facturas, Notas de 
Crédito, Boletas, Pines, etc. 
Las modalidades de entrega: 
Titular 
Familiar directo 
Con carta poder 
Con Aviso de Visita 
Con Recolección de Documentos 
Cobertura en Lima Metropolitana: 
Urbano 
Interurbano 
Periférico 
Cobertura en Provincia: 
Urbano 
Rural 
Alejado 
Plazos de distribución: 
Inmediatos 
Express
Normal. 
Beneficios 
Operamos en locales con infraestructura adecuada y sistemas de alta 
seguridad tales como: Circuito Cerrado de Vigilancia con Audio/Video, 
Cajas Fuertes, ingresos con Claves de Acceso Digitales y Sensores 
Inteligentes. 
Amplia flota vehicular, soporte tecnológico de última generación, ruteos 
inteligentes y sistema de localización GPS. 
Personal operativo capacitado para estos envíos de alta sensibilidad y 
personal de atención al cliente especializado por cuentas. 
Todas nuestras operaciones se desarrollan en base a procesos. 
Amplia Red de Distribución. 
Tecnología de avanzada. 
Trazabilidad de los envíos. 
MARCO CONCEPTUAL 
1._Tablas SQL 
Las tablas son objetos de base de datos que contienen todos sus datos. En 
las tablas, los datos se organizan con arreglo a un formato de filas y 
columnas, similar al de una hoja de cálculo. Cada fila representa un registro 
único y cada columna un campo dentro del registro. Por ejemplo, en una 
tabla que contiene los datos de los empleados de una compañía puede 
haber una fila para cada empleado y distintas columnas en las que figuren 
detalles de los mismos, como el número de empleado, el nombre, la 
dirección, el puesto que ocupa y su número de teléfono particular. 
El número de tablas de una base de datos se limita solo por el número de 
objetos admitidos en una base (2.147.483.647). Una tabla definida por el 
usuario estándar puede tener hasta 1.024 columnas. El número de filas de 
la tabla solo está limitado por la capacidad de almacenamiento del servidor. 
Puede asignar propiedades a la tabla y a cada columna de la tabla para 
controlar los datos admitidos y otras propiedades. Por ejemplo, puede crear 
restricciones en una columna para no permitir valores nulos o para 
proporcionar un valor predeterminado si no se especifica un valor, o puede 
asignar una restricción de clave en la tabla que exige la unicidad o definir 
una relación entre las tablas. 
Los datos de la tabla se pueden comprimir por filas o por página. La 
compresión de datos puede permitir que se almacenen más filas en una 
página. Para obtener más información, vea Compresión de datos. 
Tipos de tablas
Además del rol estándar de las tablas básicas definidas por el usuario, SQL 
Server proporciona los siguientes tipos de tabla que permiten llevar a cabo 
objetivos especiales en una base de datos: 
Tablas con particiones 
Las tablas con particiones son tablas cuyos datos se han dividido 
horizontalmente entre unidades que pueden repartirse por más de un 
grupo de archivos de una base de datos. Las particiones facilitan la 
administración de las tablas y los índices grandes porque permiten 
obtener acceso y administrar subconjuntos de datos con rapidez y 
eficacia al mismo tiempo que mantienen la integridad del conjunto.De 
forma predeterminada, SQL Server 2012 admite hasta 15.000 
particiones. Para obtener más información, vea Tablas e índices con 
particiones. 
Tablas temporales 
Las tablas temporales se almacenan en tempdb. Hay dos tipos de 
tablas temporales: locales y globales.Se diferencian entre sí por los 
nombres, la visibilidad y la disponibilidad. Las tablas temporales 
locales tienen como primer carácter de sus nombres un solo signo de 
número (#); solo son visibles para el usuario de la conexión actual y 
se eliminan cuando el usuario se desconecta de la instancia de SQL 
Server.Las tablas temporales globales presentan dos signos de 
número (##) antes del nombre; son visibles para cualquier usuario 
después de su creación y se eliminan cuando todos los usuarios que 
hacen referencia a la tabla se desconectan de la instancia de SQL 
Server. 
Tablas del sistema 
SQL Server almacena los datos que definen la configuración del 
servidor y de todas sus tablas en un conjunto de tablas especial, 
conocido como tablas del sistema. Los usuarios no pueden consultar 
o actualizar directamente las tablas del sistema. La información de 
las tablas del sistema está disponible a través de las vistas del 
sistema. Para obtener más información, vea Vistas del sistema 
(Transact-SQL). 
Tablas anchas 
Las tablas anchas usan las columnas dispersas para aumentar hasta 
30.000 el número total de columnas permitidas. Las columnas 
dispersas son columnas normales que disponen de un 
almacenamiento optimizado para los valores NULL. Este tipo de 
columnas reducen los requisitos de espacio de los valores NULL a 
costa de una mayor sobrecarga a la hora de recuperar valores no 
NULL. Una tabla ancha ha definido un conjunto de columnas, que es 
una representación XML sin tipo que combina todas las columnas 
dispersas de una tabla en una salida estructurada. El número de 
índices y estadísticas también se aumenta hasta 1.000 y 30.000, 
respectivamente. El tamaño máximo de una fila de una tabla ancha 
es de 8.019 bytes. Por consiguiente, la mayoría de los datos de 
cualquier fila deben ser NULL. El número máximo de columnas no
dispersas más las columnas calculadas de una tabla ancha sigue 
siendo 1.024. 
Las tablas anchas tienen las siguientes implicaciones de rendimiento. 
Las tablas anchas pueden aumentar el costo de mantenimiento de los 
índices de la tabla. Se recomienda que el número de índices de una tabla 
ancha se limite a los índices necesarios para la lógica de negocios. Si el 
número de índices aumenta, también lo harán el tiempo de compilación de 
DML y los requisitos de memoria. Los índices no clúster deben ser índices 
filtrados que se aplican a subconjuntos de datos. Para obtener más 
información, vea Crear índices filtrados. 
Las aplicaciones pueden agregar y quitar columnas de las tablas anchas de 
forma dinámica.Cuando se agregan o se quitan columnas, también se 
invalidan los planes de consulta compilados.Se recomienda diseñar una 
aplicación que se corresponda con la carga de trabajo prevista para 
minimizar los cambios de esquema. 
Cuando se agregan y se quitan datos de una tabla ancha, el rendimiento 
puede verse afectado. El diseño de las aplicaciones debe corresponderse 
con la carga de trabajo prevista para minimizar los cambios llevados a cabo 
en los datos de la tabla. 
Limite la ejecución de instrucciones DML en una tabla ancha destinadas a 
actualizar varias filas de una clave de agrupación en clústeres. La 
compilación y la ejecución de estas instrucciones pueden requerir recursos 
de memoria considerables. 
Las operaciones de cambio de partición en las tablas anchas pueden 
resultar lentas, y su procesamiento podría requerir grandes cantidades de 
memoria. Los requisitos de rendimiento y de memoria son proporcionales al 
número total de columnas existentes en las particiones de origen y de 
destino. 
Los cursores de actualización que actualizan columnas concretas de una 
tabla ancha deben enumerar las columnas de manera explícita en la 
cláusula FOR UPDATE. Esto ayudará a optimizar el rendimiento mientras 
se usan cursores. 
2._Crear tablas (motor de base de datos) 
SQL Server 2012
Puede crear una tabla, asignarle un nombre y agregarla a una base de 
datos existente en SQL Server 2012 mediante SQL Server Management 
Studio o Transact-SQL. 
Para crear una tabla con el Diseñador de tablas 
En el Explorador de objetos, conéctese a la instancia de Motor de base de 
datos que contiene la base de datos que se va a modificar. 
En el Explorador de objetos, expanda el nodo Bases de datos y, a 
continuación, expanda la base de datos que contendrá la nueva tabla. 
En el Explorador de objetos, haga clic con el botón secundario en el 
nodo Tablas de la base de datos y, a continuación, haga clic en Nueva 
tabla. 
Escriba los nombres de columna, elija los tipos de datos y eli ja si desea 
permitir valores NULL para cada columna como se muestra en la ilustración 
siguiente. 
1. Para especificar más propiedades para una columna, como la identidad 
o valores de columna calculada, haga clic en la columna y después, en 
la pestaña de propiedades de la columna, elija las propiedades 
adecuadas. Para obtener más información acerca de las propiedades de 
columna, vea Propiedades de columnas de tablas (SQL Server 
Management Studio). 
2. Para especificar una columna como clave principal, haga clic con el 
botón secundario en la columna y seleccione Establecer clave 
principal. Para obtener más información, vea Crear claves principales. 
3. Para crear relaciones de clave externa, restricciones CHECK o índices, 
haga clic con el botón secundario en el panel Diseñador de tablas y 
seleccione un objeto de la lista como se muestra en la ilustración 
siguiente.
Para obtener más información acerca de estos objetos, vea Crear 
relaciones de clave externa, Crear restricciones CHECK e Índices. 
4. De forma predeterminada, la tabla está contenida en el 
esquema dbo. Para especificar un esquema diferente para la tabla, haga 
clic con el botón secundario en el panel Diseñador de tablas y 
seleccionePropiedades como se muestra en la ilustración siguiente. En 
la lista desplegable Esquema, seleccione el esquema adecuado.
5. En el menú Archivo, seleccione Guardar table name. 
6. En el cuadro de diálogo Elegir nombre, escriba un nombre para la tabla 
y haga clic en Aceptar. 
7. Para ver la nueva tabla, en el Explorador de objetos, expanda el 
nodo Tablas y presione F5 para actualizar la lista de objetos. La nueva 
tabla se mostrará en la lista de tablas. 
Para crear una tabla en el Editor de consultas 
1. En el Explorador de objetos, conéctese a una instancia del Motor de 
base de datos. 
2. En la barra Estándar, haga clic en Nueva consulta. 
3. Copie y pegue el siguiente ejemplo en la ventana de consulta y haga clic 
en Ejecutar. 
4. CREATE TABLE dbo.PurchaseOrderDetail 
5. ( 
6. PurchaseOrderID int NOT NULL, 
7. LineNumber smallint NOT NULL, 
8. ProductID int NULL, 
9. UnitPrice money NULL, 
10. OrderQty smallint NULL, 
11. ReceivedQty float NULL, 
12. RejectedQty float NULL,
13. DueDate datetime NULL, 
); 
3._TABLAS UTILIZADAS EN LA IMPLEMENTACION DE UNA BASE DE 
DATOS PARA EL AREA DE VALORADOS EN LA EMPRESA SMP 
COURIER 
Tabla registro de tarjeta ._es la que me registra si la tarjeta es platinum , dorada, 
mastercard 
Tabla colaboradores._es la que me indica los colaboradores de la empresa 
Tabla departamento._ es la que me me indica si es en lima o provincia 
Tabla madre._es la tabla que envuelve alas demas 
Tabla registro de almacen .-es la que me indica el registro de almacen 
Tabla registro de paquete ._ es la que me indica el registro del paquete 
2.3 FINALIDAD Y OBJETIVOS DE LA INVESTIGACION 
2.3.1 Finalidad e Importancia de la investigación 
Contribuir primordialmente a reducir los tiempos que la empresa utiliza en el 
registro de clientes con una base de datos sql.server.
2.3.2 Objetivo General 
 Implementar una base de datos SQL server para mejorar el servicio del 
área de valorados 
 2.3.3 Objetivos Específicos 
 Reducir de esta manera los tiempos inncesesarios de digitación de datos 
 Mejorar la atención al cliente con esta implementación 
 Capacitar al personal para que maneje sql .server 
 Registrar todos los datos del area de valorados. 
. 
2.4._Hipotesis y variables 
2.4.1. hipótesis general 
La implementación de la base ayudara a mejorar el servicio en el área de 
valorados de la organización smp.courier .sac 
2.4.1.1._ 
la implementación de base de datos ayudara la reducción de tiempos muertos 
y de esta manera observar si se puede implementar en el área de valorados 
la implementación de una base de datos ayudara a saber si de esta manera 
mejoraremos la atención a los clientes 
la implementación de una base de datos ayudara a saber si el personal se 
puede capacitar de esta manera y si se puede adaptar a este nuevo sistema de 
trabajo 
la implementación de una base de datos ayudara a saber si con este proyecto 
se puede almacenar toda la información necesaria de cada cliente y saber el 
estado del paquete. 
2.4.2.identificacion de variables 
2.4.2.1._Variable independiente 
VI1: Capacitación del personal
VI2:Optimización de los tiempos muertos 
VI3: la implementación de la base de datos 
VI4: El almacenamiento de datos 
VI5: La gestión logistica 
2.4.2.2._Variable dependiente. 
VD1: El personal del área de valorados 
VD2:La empresa smp Courier 
VD3:las computadoras de la empresa smp.courier 
VD4:la distribución de las computadoras en la empresa 
VD5: Las capacidades del personal 
2.5._descripcion del método y diseño 
2.5.1. tipo y nivel de investigación 
Tipo :experimental 
Nivel :explicativo
2.5.2.diseño especifico 
Diseño 
Experimental 
(Comparación de tiempos 
) 
Grupo de control 
(Grupo que esta 
manejando sql.server ) 
Grupo sin aplicar 
experimento 
(Grupo que no maneja 
sql.server) 
Evaluamos , definimos y 
observamos que trabajo 
es mas factible y que 
podemos aplicarlo 
A este grupo se le aplico 
que manejara este 
software y almacenaran 
sus datos y registraran 
sus envios , para ver la 
eficiencia del software 
sql.server. 
Este grupo esta 
trabajando de la manera 
antigua con Excel . 
2.6._universo y técnicas de investigación 
2.6.1._universo , población y muestra 
Población ._ todos los trabajadores que laboran dentro del área de 
valorados de la empresa smp.courier.
2.6.2._tecnicas 
a._Técnicas de muestreo 
El muestreo es seleccionar de la población una pequeña muestra , para 
nuestro presente trabajo esocgimos el muestreo aleatorio simple que forma 
parte del muestreo probabilístico 
Azar simple ._para aplicar este procedimiento necesitamos una lista de 
todos los trabajadores que trabajan en el área de valorados de la empresa 
smp.courier .consiste en sacar por sorteo una seria de números hasta 
completar el tamaño de la muestra .cada vez que encontramos un numero 
que se repite se saca y no se cuenta para evitar que altere las probabilidades 
de las demás muestras 
b._Técnicas para recolectar información 
Encuesta ._ Una encuesta es un conjunto de preguntas normalizadas 
dirigidas a una muestra representativa de la población o instituciones, con 
el fin de conocer estados de opinión o hechos específicos 
En nuestro caso tomaremos nota sobre las opiniones de los trabajadores del 
área de valorados de la empresa smp courier 
c._Técnicas por experimentación 
En nuestro trabajo realizaremos la experimentación con un grupo de 
control y un grupo de no experimental de manera que sabremos 
como influye en la variable dependiente 
La implementación de la base de datos
d._Técnicas por procesamiento y análisis de datos 
PROCESAMIENTO Y ANALISIS DE DATOS 
Una vez realizada la recogida de datos a través de los cuestionarios 
descritos, comienza una fase esencial para toda investigación, 
referida a la clasificación o agrupación de los datos referentes a 
cada variable objetivo de estudio y su presentación conjunta. El 
investigador profesional sigue un procedimiento de 4 pasos para el 
análisis de datos. 
1. Validación y Edición._ En este proceso validamos las encuesta 
que ninguna sea falsa , que todos los trabajadores del área de 
valorados ,responda dichas preguntas 
2. Codificación 
Codificamos los datos en cuadros , observamos en cada pregunta 
como van cambiando las respuestas de cada persona, mediante 
este cuadro podemos saber quienes están de acuerdo a participar 
en la implementación y quienes no . 
Personas de acuerdo 
con la 
implementación de la 
base de datos 
sql.server 
Si , estoi de acuerdo 
con la 
implementacion 
No , estoi de acuerdo 
con la 
implementacion
Daniel velasquez x 
Cesar vasquez x 
Luis falcon x 
Daniel carbajal x 
Carlos agurto x 
Juan farfan x 
Yullisa campos x 
Cesar farias salazar 
x 
Miguel cordova x 
Total 7 2 
3. Introducción de datos._ hacemos un previo análisis y observamos 
que la implementación es viable por que incluso los trabajadores la 
gran mayoría esta de acuerdo con dicha implementación 
4. Tabulación y análisis estadísticos. 
Mediante la tabla dinámica tabulamos los datos estadísticos
Luego pasamos a la tabulación y análisis estadístico , utilizaremos 
el grafico de barras y el grafico de pastel
IMPLEMENTACION DE BASE DE 
DATOS 
Cuenta de Si , estoi de acuerdo con la implementacion 
Cuenta de No , estoi de acuerdo con la implementacion 
1 1 1 1 1 1 1 1 1 
IMPLEMENTACION VIABLE 
78% 
22% 
1 2
2.7.presentacion del informe (esquema) 
Capitulo I: Planteamiento teorico 
Capitulo II: El Problema 
2.1 ._El problema de investigación 
2.2._La hipótesis y variables 
2.3._los objetivos de la investigación 
Capitulo III: Metodologia 
3.1._metodo y diseño 
3.2._universo y muestra 
3.3._tecnicas e instrumentos de investigación 
Capitulo IV: presentación y análisis de resultados 
Capitulo V: conclusiones y recomendaciones 
BIBLIOGRAFICA 
ANEXOS

Más contenido relacionado

La actualidad más candente

Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)katherine revelo gomez
 
2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de uso2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de usoSaul Mamani
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwarepaoaboytes
 
Estructuras (CAPAS) de un sistema operativo
Estructuras (CAPAS) de un sistema operativoEstructuras (CAPAS) de un sistema operativo
Estructuras (CAPAS) de un sistema operativoMarvin Romero
 
Planificacion y modelado para una ferreteria
Planificacion y modelado para una ferreteriaPlanificacion y modelado para una ferreteria
Planificacion y modelado para una ferreteriaErick Domínguez Canseco
 
Requerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicaciónRequerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicaciónYare LoZada
 
Estructura de Datos - Unidad 5 metodos de ordenamiento
Estructura de Datos - Unidad 5 metodos de ordenamientoEstructura de Datos - Unidad 5 metodos de ordenamiento
Estructura de Datos - Unidad 5 metodos de ordenamientoJosé Antonio Sandoval Acosta
 
Caso de uso de biblioteca
Caso de uso de bibliotecaCaso de uso de biblioteca
Caso de uso de bibliotecapersye
 

La actualidad más candente (20)

Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)
 
Ejercicios uml
Ejercicios umlEjercicios uml
Ejercicios uml
 
2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de uso2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de uso
 
Modelo entidad
Modelo entidadModelo entidad
Modelo entidad
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de software
 
Estructuras (CAPAS) de un sistema operativo
Estructuras (CAPAS) de un sistema operativoEstructuras (CAPAS) de un sistema operativo
Estructuras (CAPAS) de un sistema operativo
 
Planificacion y modelado para una ferreteria
Planificacion y modelado para una ferreteriaPlanificacion y modelado para una ferreteria
Planificacion y modelado para una ferreteria
 
Listas,pilas y colas Estructura de Datos
Listas,pilas y colas Estructura de DatosListas,pilas y colas Estructura de Datos
Listas,pilas y colas Estructura de Datos
 
Diagrama de casos de usos
Diagrama de casos de usosDiagrama de casos de usos
Diagrama de casos de usos
 
Requerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicaciónRequerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicación
 
Técnicas de representación del conocimiento
Técnicas de representación del conocimientoTécnicas de representación del conocimiento
Técnicas de representación del conocimiento
 
Estructura de Datos - Unidad 5 metodos de ordenamiento
Estructura de Datos - Unidad 5 metodos de ordenamientoEstructura de Datos - Unidad 5 metodos de ordenamiento
Estructura de Datos - Unidad 5 metodos de ordenamiento
 
Proceso unificado
Proceso unificadoProceso unificado
Proceso unificado
 
Modelo de referencia TCP - IP
Modelo de referencia TCP - IPModelo de referencia TCP - IP
Modelo de referencia TCP - IP
 
Scrum vs RUP
Scrum vs RUPScrum vs RUP
Scrum vs RUP
 
Procedimientos almacenados
Procedimientos almacenadosProcedimientos almacenados
Procedimientos almacenados
 
Caso de uso de biblioteca
Caso de uso de bibliotecaCaso de uso de biblioteca
Caso de uso de biblioteca
 
Interrupciones
InterrupcionesInterrupciones
Interrupciones
 

Similar a Base de datos mejora gestión

Presentacion del proyecto
Presentacion del proyectoPresentacion del proyecto
Presentacion del proyectoIng Buendia
 
Proyecto final grupal gp
Proyecto final grupal gpProyecto final grupal gp
Proyecto final grupal gpMaria Lobos
 
Universidad de Concepción - EDUTIC 2011
Universidad de Concepción - EDUTIC 2011Universidad de Concepción - EDUTIC 2011
Universidad de Concepción - EDUTIC 2011EDUTIC
 
Taller 3 dss grupos 5
Taller 3 dss grupos 5Taller 3 dss grupos 5
Taller 3 dss grupos 5Lore_Niita
 
Exposicion proyecto primera parte
Exposicion proyecto primera parteExposicion proyecto primera parte
Exposicion proyecto primera parteElizabeth Juarez
 
Luis caraballo 24695744 ing.sistema
Luis caraballo 24695744 ing.sistemaLuis caraballo 24695744 ing.sistema
Luis caraballo 24695744 ing.sistemaLuis Caraballo
 
Lagertha – Plataforma Bancaria (Orwell Group)
Lagertha – Plataforma Bancaria (Orwell Group)Lagertha – Plataforma Bancaria (Orwell Group)
Lagertha – Plataforma Bancaria (Orwell Group)MariaDB plc
 
06 mapa conceptual 2 no. 6
06   mapa conceptual 2                           no. 606   mapa conceptual 2                           no. 6
06 mapa conceptual 2 no. 6Gustavo Cuxum
 
KronOps - Perfil Corporativo
KronOps - Perfil CorporativoKronOps - Perfil Corporativo
KronOps - Perfil CorporativoKronOps
 
AST Probatch - Workload Automation
AST Probatch - Workload AutomationAST Probatch - Workload Automation
AST Probatch - Workload Automationagustinars
 
101848717 proyecto-ferreteria2
101848717 proyecto-ferreteria2101848717 proyecto-ferreteria2
101848717 proyecto-ferreteria2Alejandro Mireles
 
Presentación tesis final pdf
Presentación tesis final pdfPresentación tesis final pdf
Presentación tesis final pdfAleafrank5
 
Infraestructurasdelatecnologadeinformacin 141015194509-conversion-gate02
Infraestructurasdelatecnologadeinformacin 141015194509-conversion-gate02Infraestructurasdelatecnologadeinformacin 141015194509-conversion-gate02
Infraestructurasdelatecnologadeinformacin 141015194509-conversion-gate02Rodrigo Dionicio Felipe
 

Similar a Base de datos mejora gestión (20)

Ejemplos
EjemplosEjemplos
Ejemplos
 
Presentacion del proyecto
Presentacion del proyectoPresentacion del proyecto
Presentacion del proyecto
 
Proyecto final grupal gp
Proyecto final grupal gpProyecto final grupal gp
Proyecto final grupal gp
 
Diapositiva V Semestre
Diapositiva V SemestreDiapositiva V Semestre
Diapositiva V Semestre
 
TA2_1
TA2_1TA2_1
TA2_1
 
Proyecto de reingenieria
Proyecto de reingenieriaProyecto de reingenieria
Proyecto de reingenieria
 
Universidad de Concepción - EDUTIC 2011
Universidad de Concepción - EDUTIC 2011Universidad de Concepción - EDUTIC 2011
Universidad de Concepción - EDUTIC 2011
 
Taller 3 dss grupos 5
Taller 3 dss grupos 5Taller 3 dss grupos 5
Taller 3 dss grupos 5
 
Resumen
ResumenResumen
Resumen
 
Exposicion proyecto primera parte
Exposicion proyecto primera parteExposicion proyecto primera parte
Exposicion proyecto primera parte
 
Luis caraballo 24695744 ing.sistema
Luis caraballo 24695744 ing.sistemaLuis caraballo 24695744 ing.sistema
Luis caraballo 24695744 ing.sistema
 
Lagertha – Plataforma Bancaria (Orwell Group)
Lagertha – Plataforma Bancaria (Orwell Group)Lagertha – Plataforma Bancaria (Orwell Group)
Lagertha – Plataforma Bancaria (Orwell Group)
 
06 mapa conceptual 2 no. 6
06   mapa conceptual 2                           no. 606   mapa conceptual 2                           no. 6
06 mapa conceptual 2 no. 6
 
KronOps - Perfil Corporativo
KronOps - Perfil CorporativoKronOps - Perfil Corporativo
KronOps - Perfil Corporativo
 
Ejemplo de tesis incompleta
Ejemplo de tesis incompletaEjemplo de tesis incompleta
Ejemplo de tesis incompleta
 
Grupo 3 software ag
Grupo 3 software agGrupo 3 software ag
Grupo 3 software ag
 
AST Probatch - Workload Automation
AST Probatch - Workload AutomationAST Probatch - Workload Automation
AST Probatch - Workload Automation
 
101848717 proyecto-ferreteria2
101848717 proyecto-ferreteria2101848717 proyecto-ferreteria2
101848717 proyecto-ferreteria2
 
Presentación tesis final pdf
Presentación tesis final pdfPresentación tesis final pdf
Presentación tesis final pdf
 
Infraestructurasdelatecnologadeinformacin 141015194509-conversion-gate02
Infraestructurasdelatecnologadeinformacin 141015194509-conversion-gate02Infraestructurasdelatecnologadeinformacin 141015194509-conversion-gate02
Infraestructurasdelatecnologadeinformacin 141015194509-conversion-gate02
 

Más de Paul steven Quiñonez (9)

Formato a4 (acotado)
Formato a4 (acotado)Formato a4 (acotado)
Formato a4 (acotado)
 
Comercio exterior
Comercio exteriorComercio exterior
Comercio exterior
 
Trabajo seguridad
Trabajo seguridadTrabajo seguridad
Trabajo seguridad
 
LEGISLACION
LEGISLACION LEGISLACION
LEGISLACION
 
Casa layout1
Casa layout1Casa layout1
Casa layout1
 
Drawing2 layout2
Drawing2 layout2Drawing2 layout2
Drawing2 layout2
 
Drawing6 model
Drawing6 modelDrawing6 model
Drawing6 model
 
Casa layout1
Casa layout1Casa layout1
Casa layout1
 
Trabajo final de ope 2 1[1]-1-1
Trabajo final de ope 2 1[1]-1-1Trabajo final de ope 2 1[1]-1-1
Trabajo final de ope 2 1[1]-1-1
 

Último

PPT - MODIFICACIONES PRESUPUESTARIAS - Anexo II VF.pdf
PPT - MODIFICACIONES PRESUPUESTARIAS - Anexo II VF.pdfPPT - MODIFICACIONES PRESUPUESTARIAS - Anexo II VF.pdf
PPT - MODIFICACIONES PRESUPUESTARIAS - Anexo II VF.pdfDarwinJPaulino
 
PLANTILLA DE PP PREVENCIONISTA DE RIESGOS LABORALES (1).pptx.pdf
PLANTILLA DE PP PREVENCIONISTA DE RIESGOS LABORALES (1).pptx.pdfPLANTILLA DE PP PREVENCIONISTA DE RIESGOS LABORALES (1).pptx.pdf
PLANTILLA DE PP PREVENCIONISTA DE RIESGOS LABORALES (1).pptx.pdfmcamposa87
 
Transporte y Manipulación de Explosivos - SUCAMEC
Transporte y Manipulación de Explosivos - SUCAMECTransporte y Manipulación de Explosivos - SUCAMEC
Transporte y Manipulación de Explosivos - SUCAMECamador030809
 
movimiento circular univormemente variado
movimiento circular univormemente variadomovimiento circular univormemente variado
movimiento circular univormemente variadoEsthefaniaAuquilla1
 
PRESENTACION Y PROGRAMAS PRE-REQUISITOS DEL SISTEMA HACCP BPM Y PHS 2023.pptx
PRESENTACION Y PROGRAMAS PRE-REQUISITOS DEL SISTEMA HACCP BPM Y PHS 2023.pptxPRESENTACION Y PROGRAMAS PRE-REQUISITOS DEL SISTEMA HACCP BPM Y PHS 2023.pptx
PRESENTACION Y PROGRAMAS PRE-REQUISITOS DEL SISTEMA HACCP BPM Y PHS 2023.pptxciteagrohuallaga07
 
Química Analítica-U1y2-2024.pdf. Unidades 1 y 2
Química Analítica-U1y2-2024.pdf. Unidades 1 y 2Química Analítica-U1y2-2024.pdf. Unidades 1 y 2
Química Analítica-U1y2-2024.pdf. Unidades 1 y 2santiagoBernabei8
 
Unid 3 Extraccion 10-10-23 operaciones unitarias
Unid 3 Extraccion 10-10-23 operaciones unitariasUnid 3 Extraccion 10-10-23 operaciones unitarias
Unid 3 Extraccion 10-10-23 operaciones unitariasPatriciaRaimondi
 
30-Planos-de-Casas-para-construir en.pdf
30-Planos-de-Casas-para-construir en.pdf30-Planos-de-Casas-para-construir en.pdf
30-Planos-de-Casas-para-construir en.pdfpauljean19831977
 
FOLIACIONES Y LINEACIONES GEOLOGÍA ESTRUCTURAL
FOLIACIONES Y LINEACIONES GEOLOGÍA ESTRUCTURALFOLIACIONES Y LINEACIONES GEOLOGÍA ESTRUCTURAL
FOLIACIONES Y LINEACIONES GEOLOGÍA ESTRUCTURALRiveraPemintelAlejan
 
224154649-Diseno-Por-Flexion-de-Zapata-Aislada-y-de-Hormigon-Simple.pdf
224154649-Diseno-Por-Flexion-de-Zapata-Aislada-y-de-Hormigon-Simple.pdf224154649-Diseno-Por-Flexion-de-Zapata-Aislada-y-de-Hormigon-Simple.pdf
224154649-Diseno-Por-Flexion-de-Zapata-Aislada-y-de-Hormigon-Simple.pdfLUISSANDOVALJIMENEZ
 
Guía para la identificación de materiales peligrosos
Guía para la identificación de materiales peligrososGuía para la identificación de materiales peligrosos
Guía para la identificación de materiales peligrososAdrianVarela22
 
Sistema de Base de Datos para renta de trajes
Sistema de Base de Datos para renta de trajesSistema de Base de Datos para renta de trajes
Sistema de Base de Datos para renta de trajesjohannyrmnatejeda
 
Capacitación Anexo 6 D.s. 023 seguridad y salud ocupacional
Capacitación Anexo 6 D.s. 023 seguridad y salud ocupacionalCapacitación Anexo 6 D.s. 023 seguridad y salud ocupacional
Capacitación Anexo 6 D.s. 023 seguridad y salud ocupacionalamador030809
 
Sales Básicas Quimica, conocer como se forman las sales basicas
Sales Básicas Quimica, conocer como se forman las sales basicasSales Básicas Quimica, conocer como se forman las sales basicas
Sales Básicas Quimica, conocer como se forman las sales basicasPaulina Cargua
 
R. Contraloria 432-2023-CG obras x AD.pdf
R. Contraloria 432-2023-CG obras x AD.pdfR. Contraloria 432-2023-CG obras x AD.pdf
R. Contraloria 432-2023-CG obras x AD.pdfrudy cabezas
 
EJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOS
EJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOSEJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOS
EJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOSLuisLopez273366
 
209530529 Licuacion-de-Suelos-en-Arequipa.pdf
209530529 Licuacion-de-Suelos-en-Arequipa.pdf209530529 Licuacion-de-Suelos-en-Arequipa.pdf
209530529 Licuacion-de-Suelos-en-Arequipa.pdfnurix_15
 
INSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdf
INSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdfINSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdf
INSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdfautomatechcv
 
EJERCICIOS DE -LEY-DE-OHM aplicaciones prácticas
EJERCICIOS DE -LEY-DE-OHM aplicaciones prácticasEJERCICIOS DE -LEY-DE-OHM aplicaciones prácticas
EJERCICIOS DE -LEY-DE-OHM aplicaciones prácticasEfrain Yungan
 
ACEROS DE PERFORACION, CARACTERISTICAS Y FICHAS TECNICAS.pptx
ACEROS DE PERFORACION, CARACTERISTICAS Y FICHAS TECNICAS.pptxACEROS DE PERFORACION, CARACTERISTICAS Y FICHAS TECNICAS.pptx
ACEROS DE PERFORACION, CARACTERISTICAS Y FICHAS TECNICAS.pptxaxelalejossantos
 

Último (20)

PPT - MODIFICACIONES PRESUPUESTARIAS - Anexo II VF.pdf
PPT - MODIFICACIONES PRESUPUESTARIAS - Anexo II VF.pdfPPT - MODIFICACIONES PRESUPUESTARIAS - Anexo II VF.pdf
PPT - MODIFICACIONES PRESUPUESTARIAS - Anexo II VF.pdf
 
PLANTILLA DE PP PREVENCIONISTA DE RIESGOS LABORALES (1).pptx.pdf
PLANTILLA DE PP PREVENCIONISTA DE RIESGOS LABORALES (1).pptx.pdfPLANTILLA DE PP PREVENCIONISTA DE RIESGOS LABORALES (1).pptx.pdf
PLANTILLA DE PP PREVENCIONISTA DE RIESGOS LABORALES (1).pptx.pdf
 
Transporte y Manipulación de Explosivos - SUCAMEC
Transporte y Manipulación de Explosivos - SUCAMECTransporte y Manipulación de Explosivos - SUCAMEC
Transporte y Manipulación de Explosivos - SUCAMEC
 
movimiento circular univormemente variado
movimiento circular univormemente variadomovimiento circular univormemente variado
movimiento circular univormemente variado
 
PRESENTACION Y PROGRAMAS PRE-REQUISITOS DEL SISTEMA HACCP BPM Y PHS 2023.pptx
PRESENTACION Y PROGRAMAS PRE-REQUISITOS DEL SISTEMA HACCP BPM Y PHS 2023.pptxPRESENTACION Y PROGRAMAS PRE-REQUISITOS DEL SISTEMA HACCP BPM Y PHS 2023.pptx
PRESENTACION Y PROGRAMAS PRE-REQUISITOS DEL SISTEMA HACCP BPM Y PHS 2023.pptx
 
Química Analítica-U1y2-2024.pdf. Unidades 1 y 2
Química Analítica-U1y2-2024.pdf. Unidades 1 y 2Química Analítica-U1y2-2024.pdf. Unidades 1 y 2
Química Analítica-U1y2-2024.pdf. Unidades 1 y 2
 
Unid 3 Extraccion 10-10-23 operaciones unitarias
Unid 3 Extraccion 10-10-23 operaciones unitariasUnid 3 Extraccion 10-10-23 operaciones unitarias
Unid 3 Extraccion 10-10-23 operaciones unitarias
 
30-Planos-de-Casas-para-construir en.pdf
30-Planos-de-Casas-para-construir en.pdf30-Planos-de-Casas-para-construir en.pdf
30-Planos-de-Casas-para-construir en.pdf
 
FOLIACIONES Y LINEACIONES GEOLOGÍA ESTRUCTURAL
FOLIACIONES Y LINEACIONES GEOLOGÍA ESTRUCTURALFOLIACIONES Y LINEACIONES GEOLOGÍA ESTRUCTURAL
FOLIACIONES Y LINEACIONES GEOLOGÍA ESTRUCTURAL
 
224154649-Diseno-Por-Flexion-de-Zapata-Aislada-y-de-Hormigon-Simple.pdf
224154649-Diseno-Por-Flexion-de-Zapata-Aislada-y-de-Hormigon-Simple.pdf224154649-Diseno-Por-Flexion-de-Zapata-Aislada-y-de-Hormigon-Simple.pdf
224154649-Diseno-Por-Flexion-de-Zapata-Aislada-y-de-Hormigon-Simple.pdf
 
Guía para la identificación de materiales peligrosos
Guía para la identificación de materiales peligrososGuía para la identificación de materiales peligrosos
Guía para la identificación de materiales peligrosos
 
Sistema de Base de Datos para renta de trajes
Sistema de Base de Datos para renta de trajesSistema de Base de Datos para renta de trajes
Sistema de Base de Datos para renta de trajes
 
Capacitación Anexo 6 D.s. 023 seguridad y salud ocupacional
Capacitación Anexo 6 D.s. 023 seguridad y salud ocupacionalCapacitación Anexo 6 D.s. 023 seguridad y salud ocupacional
Capacitación Anexo 6 D.s. 023 seguridad y salud ocupacional
 
Sales Básicas Quimica, conocer como se forman las sales basicas
Sales Básicas Quimica, conocer como se forman las sales basicasSales Básicas Quimica, conocer como se forman las sales basicas
Sales Básicas Quimica, conocer como se forman las sales basicas
 
R. Contraloria 432-2023-CG obras x AD.pdf
R. Contraloria 432-2023-CG obras x AD.pdfR. Contraloria 432-2023-CG obras x AD.pdf
R. Contraloria 432-2023-CG obras x AD.pdf
 
EJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOS
EJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOSEJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOS
EJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOS
 
209530529 Licuacion-de-Suelos-en-Arequipa.pdf
209530529 Licuacion-de-Suelos-en-Arequipa.pdf209530529 Licuacion-de-Suelos-en-Arequipa.pdf
209530529 Licuacion-de-Suelos-en-Arequipa.pdf
 
INSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdf
INSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdfINSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdf
INSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdf
 
EJERCICIOS DE -LEY-DE-OHM aplicaciones prácticas
EJERCICIOS DE -LEY-DE-OHM aplicaciones prácticasEJERCICIOS DE -LEY-DE-OHM aplicaciones prácticas
EJERCICIOS DE -LEY-DE-OHM aplicaciones prácticas
 
ACEROS DE PERFORACION, CARACTERISTICAS Y FICHAS TECNICAS.pptx
ACEROS DE PERFORACION, CARACTERISTICAS Y FICHAS TECNICAS.pptxACEROS DE PERFORACION, CARACTERISTICAS Y FICHAS TECNICAS.pptx
ACEROS DE PERFORACION, CARACTERISTICAS Y FICHAS TECNICAS.pptx
 

Base de datos mejora gestión

  • 1. UNIVERSIDAD INCA GARCILAZO DE LA VEGA Facultad de Ingeniería Administrativa e Ingeniería Industrial CARRERA PROFESIONAL DE INGENIERIA INDUSTRIAL Código……………………………….. ” IMPLEMENTACION DE UNA BASE DE DATOS(SQL.SERVER) AYUDARA A MEJORAR LA GESTION LOGISTICA DEL AREA DE VALORADOS DE LA EMPRESA SMP.COURIER.SERVICIOS POSTALES. Presentado por: quiñonez villa Colaboradores: Empresa “smp courrier servicios postales” ruth (supervisora) DICIEMBRE 2013-12-11
  • 2. 2._Diseño de la investigación 2.1_Implementar una base de datos y mejorar los tiempos muertos que genera el area de valorados de la organización smp Courier .servicios postales. 2.1.1._la empresa smp Courier. Somos una empresa especializada en brindar soluciones postales y logísticas, realizando procesos de almacenamiento, habilitación, distribución, información on line y desarrollo de reportes; teniendo como visión ser una empresa global con la mejor red de servicios logísticos, con la que sea fácil trabajar y en la que la gente quiera trabajar; por ello, estamos comprometidos en brindar un servicio de clase mundial, asegurando la satisfacción de los requerimientos de nuestros clientes, basados en una cultura de servicio y mejora continua. Operamos en locales descentralizados con infraestructura acondicionada adecuadamente para sus productos; asimismo, contamos con maquinarias y equipos para el correcto manipuleo de sus mercaderías, sistemas WMS para un adecuado control de sus artículos, y sistemas de alta seguridad tales como: Circuito Cerrado de Vigilancia con Audio / Video, Cajas fuertes, ingresos con Claves de Acceso Digitales y Sensores inteligentes. Además contamos con una amplia flota vehicular, que garantiza un control eficiente y constante información on line sobre su mercadería; también contamos con soporte tecnológico de última generación y ruteos inteligente. Usamos software ERP, TMS, Siscom, y sistema de localización GPS para brindarle rapidez, control y seguridad en sus envíos. La situación problemática surge en el area de valorados que es la encargada De separar la documentación para su reparto diariamente con el programa Excel no se abastece de personal y de recursos no logran terminar el trabajo a tiempo y demora demasiado separando manualmente los documentos en las activaciones de tarjeta por código , ciudad , distrito , además de realizar el outsourcing alos diferentes bancos en las activaciones de las tarjetas necesita urgente una mejora y el objetivo fundamental de este trabajo es crear una base de datos sql .server a esta area
  • 3. 2.1.2._ Antecedentes teóricos: TESIS Miguel Ángel Rojas Cabrejos Tesis para optar el Título de Ingeniero Industrial, que presenta el bachiller: Tommy Alejandro Yep Leung ASESOR: Fernando E. Ormachea Freyre Lima, abril de 2011 Resumen TESIS Los hospitales nacionales de nuestro país archivan las historias clínicas (HC) de los pacientes en fólderes donde uno encuentra todos los datos, antecedentes y pruebas que se le pueda realizar al enfermo y son de carácter confidencial. Estos expedientes nunca salen fuera del nosocomio, salvo por motivos de fuerza mayor, como el traslado del paciente a otro establecimiento, por ejemplo. Esta forma de archivar las historias clínicas de los pacientes en un hospital limita su atención, ya que por diversos motivos una persona puede cambiar de lugar de atención, iniciando así en ese nuevo establecimiento otra historia clínica, obstaculizando su continuidad en la atención, porque se pueden obviar, omitir o pasar por alto antecedentes importantes realizados en el centro de salud anterior Título : Planteamiento de un modelo de optimización de la ductividad mediante graficas de control de calidad basado en algoritmos de simulación de Monte Carlo para empresas que producen en serie y empresas de servicios
  • 4. Autor : Heredia Tapia, Omar Alejandro Director de Tesis: Rueda, Iván Descriptores : PRODUCTIVIDAD INDUSTRIAL, CONTROL DE CALIDAD, MEJORAMIENTO CONTÍNUO GESTIÓN DE PROCESOS, RECURSOS HUMANOS ADMINISTRACIÓN DE OPERACIONES Fecha de Publicación : jun-2010 Ciudad: Editorial : QUITO / PUCE / 2010 Resumen: La presente investigación consiste en crear un Modelo de Optimización de la Productividad mejorado, basado en teorías deterministas (Gráficas de Control de Calidad) y utilizando Algoritmos de Simulación de Monte Carlo (teorías probabilísticas). El documento presenta inicialmente una descripción de conceptos y teorías tradicionales existentes en relación al Control de la Calidad como es el caso de la Teoría de Gráficas de Control y la Teoría de Algoritmos de Simulación de Monte Carlo, posteriormente se fusionan ambas teorías mediante la aplicación de un ejercicio, logrando complementar y definir un Modelo Probabilístico mejorado de Control de la Calidad, básicamente para empresas que fabriquen productos en serie y empresas de servicios que cuenten con mediciones históricas de la percepción de la calidad de sus servicios. Luego se hace un análisis de las ventajas del Modelo Propuesto frente al modelo tradicional. Finalmente se expresan las conclusiones y recomendaciones
  • 5. conseguidas a lo largo del desarrollo de la investigación. TESIS OPTIMIZACIÓN DE UNA BASE DE DATOS EN LA LÍNEA DE PRODUCCIÓN PARA INCREMENTAR LA PRODUCTIVIDAD Y DISMINUIR EL DESPERDICIO POR ING. JOSÉ CONSTANCIO RAMOS GONZÁLEZ EN OPCIÓN AL GRADO DE MAESTRO EN CIENCIAS DE LA ADMINISTRACIÓN CON ESPECIALIDAD EN PRODI CCIÓN Y CALIDAD MONTERREY. N.L. DIOMBRE 2001 Resumen El estudio referente a las variaciones de las características de los sistemas de producción revela la profundidad y amplitud del cambio que se esta desarrollando en todo el ámbito productivo y en todo tipo de industria hasta el punto de que los centros modernos de producción son totalmente distintos de los convencionales, tanto en instalaciones como en organización y métodos de trabajo. Las nuevas tecnologías, especialmente la computarizada, técnica de control PLC, incorporados al proceso productivo, permiten nuevos enfoques a la resolución de los problemas de producción. En consecuencia, al existir una amplia gama de sistemas de producción se produce la interrogante de cuál de ellos es le más adecuado para implementar en la manufactura de un dado tipo de producto. Es por esta razón, que es relevante efectuar un estudio detallado de los diferentes sistemas de producción, para efecto de determinar bajo que características del entorno productivo será más conveniente inclinarse por uno de estos sistemas de producción en particular. De igual forma, resulta imperante el operar el sistema de producción elegido bajo condiciones óptimas de operación, para incrementar la productividad de éste. Sin embargo esta situación no siempre se da, debido a que no se tiene un conocimiento más a fondo de las diferentes variables que interactúan en los diferentes sistemas de producción. Por lo tanto, se ha definido que el objetivo fundamental de este trabajo de tesis sea el determinar bajo condiciones de operación resulta más conveniente implementar un sistema de producción de "manufactura esbelta", "en línea", y por " celdas de manufactura", para efecto de incrementar la productividad de la empresa.
  • 6. 2.1.3 ._ Definición del problema Problema General ¿ Es necesaria la implementacion de una base de datos sql.server para interconectar las filiales y revisar el estado del envio? Problemas Específicos ¿Se podrá reducir de esta manera los tiempos inncesarios de digitación de datos? ¿se mejorara la atención al cliente con esta implementacion? ¿Se necesitara capacitar al personal para que manejen el sistema sql.server? ¿se podrá registrar todos los datos del area de valorados?
  • 7. 2.2 FUNDAMENTOS TEORICOS DE LA INVESTIGACION 2.2.1 Marco Teorico Implementación de un SGBD El diseño de bases de datos es el proceso por el que se determina la organización de una base de datos, incluidos su estructura, contenido y las aplicaciones que se han de desarrollar. Durante mucho tiempo, el diseño de bases de datos fue considerado una tarea para expertos: más un arte que una ciencia. Sin embargo, se ha progresado mucho en el diseño de bases de datos y éste se considera ahora una disciplina estable, con métodos y técnicas propios. Esta arquitectura define tres niveles de representación de la información de las bases de datos que gestiona. El Nivel Físico se encarga de "engranar" con el software más interno de cada máquina (Sistema Operativo, y Sistema de Gestión de Ficheros generalmente). Los SGBDs actuales funcionan sobre casi todas las máquinas y "corren" en casi todos los SOs del mercado. El Nivel Conceptual define el resultado del diseño de la BD, para una parte del mundo real con interés informativo para ser formulada y registrada en un ordenador. El resultado del diseño de una BD establece la definición de un esquema conceptual conforme a un modelo de datos, MD, que llamamos Esquema de la BD. El Nivel Conceptual de un SGBD mantiene, en cada momento, tantos Esquemas distintos cuantas Bases de Datos hayan sido diseñadas en ese SGBD. SQL.SERVER BASE DE DATOS
  • 8. Microsoft SQL Server es un sistema para la gestión de bases de datos producido por Microsoft basado en el modelo relacional cuya principal función es la de almacenar y consultar datos solicitados por otras aplicaciones, sin importar si están en la misma computadora, si están conectadas a una red local o si están conectadas a través de internet (plataforma “Cloud-Ready”). Retomar la utilidad de una base de datos. Industrias Bancos Compañías manufactureras Empresas Instituciones Básicamente, cualquier usuario que desee mantener ordenados/organizados datos o información con el fin de acceder a ellos más adelante 2._ Integridad de datos SQL Server proporciona los siguientes mecanismos para exigir la integridad de los datos en una columna: Restricciones PRIMARY KEY Restricciones FOREIGN KEY Restricciones UNIQUE Restricciones CHECK Definiciones DEFAULT Permitir o denegar valores NULL
  • 9. SQL Server admite distintos tipos de datos: Integer, Float, Decimal, Char, Varchar, binarios, texto, entre otros, además de que permite a los usuarios definir y usar su propio tipo de datos compuestos (UDT) 3. _Recuperación Microsoft SQL Server 2012 cuenta con 3 formas diferentes de respaldo y recuperación de bases de datos: SQL Server Management Studio (Herramienta gráfica de administración para SQL Server 2005 y posteriores) (nivel de dificultad: fácil) PowerShell (Interfaz de consola avanzada disponible para Microsoft Windows con posibilidad de interactuar con SQL Server) (nivel de dificultad: medio) Transact-SQL (Lenguaje propio de SQL Server) (nivel de dificultad: avanzado) INTRODUCCION A UNA BASE DE DATOS Base de datos relacional Una Base de Datos Relacional, es una base de datos que cumple con el modelo relacional, el cual es el modelo más utilizado en la actualidad para implementar bases de datos ya planificadas. Permiten establecer interconexiones (relaciones) entre los datos (que están guardados en tablas), y a través de dichas conexiones relacionar los datos de ambas tablas, de ahí proviene su nombre:"Modelo Relacional". Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San
  • 10. José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos.1 Características Una Base de Datos Relacional se compone de varias tablas o relaciones. No pueden existir dos tablas con el mismo nombre ni registro. Cada tabla es a su vez un conjunto de registros (filas y columnas). La relación entre una tabla padre y un hijo se lleva a cabo por medio de las claves primarias y ajenas (o foráneas). Las claves primarias son la clave principal de un registro dentro de una tabla y éstas deben cumplir con la integridad de datos. Las claves ajenas se colocan en la tabla hija, contienen el mismo valor que la clave primaria del registro padre; por medio de éstas se hacen las relaciones. Elementos Relaciones Base y Derivadas En una base de datos relacional, todos los datos se almacenan y se accede a ellos por medio de relaciones. Las relaciones que almacenan datos son llamadas "relaciones base" y su implementación es llamada "tabla". Otras relaciones no almacenan datos, pero son calculadas al aplicar operaciones relacionales. Estas relaciones son llamadas "relaciones derivadas" y su implementación es llamada "vista" o "consulta". Las relaciones derivadas son convenientes ya que expresan información de varias relaciones actuando como si fuera una sola.
  • 11. Restricciones Una restricción es una limitación que obliga el cumplimiento de ciertas condiciones en la base de datos. Algunas no son determinadas por los usuarios, sino que son inherentemente definidas por el simple hecho de que la base de datos sea relacional. Algunas otras restricciones las puede definir el usuario, por ejemplo, usar un campo con valores enteros entre 1 y 10. Las restricciones proveen un método de implementar reglas en la base de datos. Las restricciones limitan los datos que pueden ser almacenados en las tablas. Usualmente se definen usando expresiones que dan como resultado un valor booleano, indicando si los datos satisfacen la restricción o no. Las restricciones no son parte formal del modelo relacional, pero son incluidas porque juegan el rol de organizar mejor los datos. Las restricciones son muy discutidas junto con los conceptos relacionales. Dominios Un dominio describe un conjunto de posibles valores para cierto atributo. Como un dominio restringe los valores del atributo, puede ser considerado como una restricción. Matemáticamente, atribuir un dominio a un atributo significa "todos los valores de este atributo deben ser elementos del conjunto especificado". Distintos tipos de dominios son: enteros, cadenas de texto, fecha, no procedurales etc. Cada tabla puede tener uno o más campos cuyos valores identifican de forma única cada registro de dicha tabla, es decir, no pueden existir dos o más registros diferentes cuyos valores en dichos campos sean idénticos. Este conjunto de campos se llama clave única. Pueden existir varias claves únicas en una determinada tabla, y a cada una de éstas suele llamársele candidata a clave primaria. Clave primaria Una clave primaria es una clave única elegida entre todas las candidatas que define unívocamente a todos los demás atributos de la tabla, para especificar los datos que serán relacionados con las demás tablas. La forma de hacer esto es por medio de claves foráneas. Clave foránea
  • 12. Una clave foránea es una referencia a una clave en otra tabla, determina la relación existente en dos tablas. Las claves foráneas no necesitan ser claves únicas en la tabla donde están y sí a donde están referenciadas. Por ejemplo, el código de departamento puede ser una clave foránea en la tabla de empleados. Se permite que haya varios empleados en un mismo departamento, pero habrá uno y sólo un departamento por cada clave distinta de departamento en la tabla de empleados. Clave índice Las claves índice surgen con la necesidad de tener un acceso más rápido a los datos. Los índices pueden ser creados con cualquier combinación de campos de una tabla. Las consultas que filtran registros por medio de estos campos, pueden encontrar los registros de forma no secuencial usando la clave índice. Las bases de datos relacionales incluyen múltiples técnicas de ordenamiento, cada una de ellas es óptima para cierta distribución de datos y tamaño de la relación. Los índices generalmente no se consideran parte de la base de datos, pues son un detalle agregado. Sin embargo, las claves índices son desarrolladas por el mismo grupo de programadores que las otras partes de la base de datos. Procedimientos almacenados Un procedimiento almacenado es código ejecutable que se asocia y se almacena con la base de datos. Los procedimientos almacenados usualmente recogen y personalizan operaciones comunes, como insertar un registro dentro de una tabla, recopilar información estadística, o encapsular cálculos complejos. Son frecuentemente usados por un API por seguridad o simplicidad. Los procedimientos almacenados no son parte del modelo relacional, pero todas las implementaciones comerciales los incluyen. Estructura La base de datos se organiza en dos marcadas secciones; el esquema y los datos (o instancia). El esquema es la definición de la estructura de la base de datos y principalmente almacena los siguientes datos:
  • 13. El nombre de cada tabla El nombre de cada columna El tipo de dato de cada columna La tabla a la que pertenece cada columna Las bases de datos relacionales pasan por un proceso al que se le conoce como normalización, el resultado de dicho proceso es un esquema que permite que la base de datos sea usada de manera óptima. Los datos o instancia es el contenido de la base de datos en un momento dado. Es en sí, el contenido de todos los registros. Manipulación de la información Para manipular la información utilizamos un lenguaje relacional, actualmente se cuenta con dos lenguajes formales el álgebra relacional y el cálculo relacional. El álgebra relacional permite describir la forma de realizar una consulta, en cambio, el cálculo relacional sólo indica lo que se desea devolver. El lenguaje más común para construir las consultas a bases de datos relacionales es SQL (Structured Query Language), un estándar implementado por los principales motores o sistemas de gestión de bases de datos relacionales integradas. En el modelo relacional los atributos deben estar explícitamente relacionados a un nombre en todas las operaciones, en cambio, el estándar SQL permite usar columnas sin nombre en conjuntos de resultados, como el asterisco taquigráfico (*) como notación de consultas. Al contrario del modelo relacional, el estándar SQL requiere que las columnas tengan un orden definido, lo cual es fácil de implementar en una computadora, ya que la memoria es lineal. Es de notar, sin embargo, que en SQL el orden de las columnas y los registros devueltos en cierto conjunto de resultado nunca está garantizado, a no ser que explícitamente sea especificado por el usuario. Manejadores de base de datos relacionales Existe software exclusivamente dedicado a tratar con bases de datos relacionales. Este software se conoce como SGBD (Sistema de Gestión de
  • 14. Base de Datos relacional) o RDBMS (del inglés Relational Database Management System). Ventajas y desventajas Ventajas Provee herramientas que garantizan evitar la duplicidad de registros. Garantiza la integridad referencial, así, al eliminar un registro elimina todos los registros relacionados dependientes. Favorece la normalización por ser más comprensible y aplicable. Desventajas Presentan deficiencias con datos gráficos, multimedia, CAD y sistemas de información geográfica. No se manipulan de forma manejable los bloques de texto como tipo de dato. Las bases de datos orientadas a objetos (BDOO) se propusieron con el objetivo de satisfacer las necesidades de las aplicaciones anteriores y así, complementar pero no sustituir a las bases de datos relacionales. Diseño de las bases de datos relacionales El primer paso para crear una base de datos, es planificar el tipo de información que se quiere almacenar en la misma, teniendo en cuenta dos aspectos: la información disponible y la información que necesitamos. La planificación de la estructura de la base de datos, en particular de las tablas, es vital para la gestión efectiva de la misma. El diseño de la estructura de una tabla consiste en una descripción de cada uno de los campos que componen el registro y los valores o datos que contendrá cada uno de esos campos. Los campos son los distintos tipos de datos que componen la tabla, por ejemplo: nombre, apellido, domicilio. La definición de un campo requiere: el nombre del campo, el tipo de campo, el ancho del campo, etc. Los registros constituyen la información que va contenida en los campos de la tabla, por ejemplo: el nombre del paciente, el apellido del paciente y la dirección de este. Generalmente los diferentes tipos de campos que se
  • 15. pueden almacenar son los siguientes: Texto (caracteres), Numérico (números), Fecha / Hora, Lógico (informaciones lógicas si/no, verdadero/falso, etc.), imágenes. En resumen, el principal aspecto a tener en cuenta durante el diseño de una tabla es determinar claramente los campos necesarios, definirlos en forma adecuada con un nombre especificando su tipo y su longitud. EMPRESA SMP COURIER Somos una empresa especializada en brindar soluciones postales y logísticas realizando procesos de almacenamiento, habilitación, distribución, información on line y desarrollo de reportes; teniendo como visión ser una empresa global con la mejor red de servicios logísticos, con la que sea fácil trabajar y en la que la gente quiera trabajar; por ello, estamos comprometidos en brindar un servicio de clase mundial, asegurando la satisfacción de los requerimientos de nuestros clientes, basados en una cultura de servicio y mejora continua. Operamos en locales descentralizados con infraestructura acondicionada adecuadamente para sus productos; asimismo, contamos con maquinarias y equipos para el correcto manipuleo de sus mercaderías, sistemas WMS para un adecuado control de sus artículos, y sistemas de alta seguridad tales como: Circuito Cerrado de Vigilancia con Audio / Video, Cajas fuertes, ingresos con Claves de Acceso Digitales y Sensores inteligentes. Ademas contamos con una amplia flota vehicular, que garantiza un control eficiente y constante información on line sobre su mercadería; también contamos con soporte tecnológico de última generación y ruteos inteligente. Usamos software ERP, TMS, Siscom, y sistema de localización GPS para brindarle rapidez, control y seguridad en sus envíos. Para que la organizacion funcione de manera eficaz, tiene que determinar y gestionar numerosas actividades relacionadas entre sí; la aplicación de un sistema de procesos dentro de una organización, así como su gestión para producir el resultado deseado, se denomina “Enfoque Basado en Procesos”. En SMP trabajamos con un enfoque basado en procesos desde el año 2006, a partir del cual se identificaron los procesos del negocio y se desarrollaron sus procedimientos para la correcta ejecución y control de sus actividades; luego se realizó la medición y control de cada uno de estos procesos en base a indicadores de gestión.
  • 16. La adopción del Sistema de Gestión de la Calidad bajo la norma ISO 9001:2008, fue una decisión estratégica de la organización, en el sentido de adaptar un modelo orientado a procesos en el que se identifique y garantice el cumplimiento de los requisitos y la satisfacción de nuestros clientes, así como la mejora del desempeño de cada uno de nuestros Procesos AREA DE VALORADOS Brindamos soluciones en la distribución de artículos valorados llegando al punto de destino, de acuerdo a los plazos coordinados previamente con el remitente. Operamos en locales con infraestructura adecuada y sistemas de alta seguridad tales como: Circuito Cerrado de Vigilancia con Audio/Video, Cajas Fuertes, ingresos con Claves de Acceso Digitales y Sensores Inteligentes. Además contamos con una amplia flota vehicular, soporte tecnológico de última generación, ruteos inteligente y sistema de localización GPS. Entre los principales artículos valorados tenemos: Tarjetas, Plásticos y/o Pines: Tarjetas de Crédito, Debito, Renovadas, Pre-emitidas, Tarjetas Decodificadoras, Chips electrónicos y otras. Documentos Valorados: Letras, Cheques, Pagarés, Facturas, Notas de Crédito, Boletas, Pines, etc. Las modalidades de entrega: Titular Familiar directo Con carta poder Con Aviso de Visita Con Recolección de Documentos Cobertura en Lima Metropolitana: Urbano Interurbano Periférico Cobertura en Provincia: Urbano Rural Alejado Plazos de distribución: Inmediatos Express
  • 17. Normal. Beneficios Operamos en locales con infraestructura adecuada y sistemas de alta seguridad tales como: Circuito Cerrado de Vigilancia con Audio/Video, Cajas Fuertes, ingresos con Claves de Acceso Digitales y Sensores Inteligentes. Amplia flota vehicular, soporte tecnológico de última generación, ruteos inteligentes y sistema de localización GPS. Personal operativo capacitado para estos envíos de alta sensibilidad y personal de atención al cliente especializado por cuentas. Todas nuestras operaciones se desarrollan en base a procesos. Amplia Red de Distribución. Tecnología de avanzada. Trazabilidad de los envíos. MARCO CONCEPTUAL 1._Tablas SQL Las tablas son objetos de base de datos que contienen todos sus datos. En las tablas, los datos se organizan con arreglo a un formato de filas y columnas, similar al de una hoja de cálculo. Cada fila representa un registro único y cada columna un campo dentro del registro. Por ejemplo, en una tabla que contiene los datos de los empleados de una compañía puede haber una fila para cada empleado y distintas columnas en las que figuren detalles de los mismos, como el número de empleado, el nombre, la dirección, el puesto que ocupa y su número de teléfono particular. El número de tablas de una base de datos se limita solo por el número de objetos admitidos en una base (2.147.483.647). Una tabla definida por el usuario estándar puede tener hasta 1.024 columnas. El número de filas de la tabla solo está limitado por la capacidad de almacenamiento del servidor. Puede asignar propiedades a la tabla y a cada columna de la tabla para controlar los datos admitidos y otras propiedades. Por ejemplo, puede crear restricciones en una columna para no permitir valores nulos o para proporcionar un valor predeterminado si no se especifica un valor, o puede asignar una restricción de clave en la tabla que exige la unicidad o definir una relación entre las tablas. Los datos de la tabla se pueden comprimir por filas o por página. La compresión de datos puede permitir que se almacenen más filas en una página. Para obtener más información, vea Compresión de datos. Tipos de tablas
  • 18. Además del rol estándar de las tablas básicas definidas por el usuario, SQL Server proporciona los siguientes tipos de tabla que permiten llevar a cabo objetivos especiales en una base de datos: Tablas con particiones Las tablas con particiones son tablas cuyos datos se han dividido horizontalmente entre unidades que pueden repartirse por más de un grupo de archivos de una base de datos. Las particiones facilitan la administración de las tablas y los índices grandes porque permiten obtener acceso y administrar subconjuntos de datos con rapidez y eficacia al mismo tiempo que mantienen la integridad del conjunto.De forma predeterminada, SQL Server 2012 admite hasta 15.000 particiones. Para obtener más información, vea Tablas e índices con particiones. Tablas temporales Las tablas temporales se almacenan en tempdb. Hay dos tipos de tablas temporales: locales y globales.Se diferencian entre sí por los nombres, la visibilidad y la disponibilidad. Las tablas temporales locales tienen como primer carácter de sus nombres un solo signo de número (#); solo son visibles para el usuario de la conexión actual y se eliminan cuando el usuario se desconecta de la instancia de SQL Server.Las tablas temporales globales presentan dos signos de número (##) antes del nombre; son visibles para cualquier usuario después de su creación y se eliminan cuando todos los usuarios que hacen referencia a la tabla se desconectan de la instancia de SQL Server. Tablas del sistema SQL Server almacena los datos que definen la configuración del servidor y de todas sus tablas en un conjunto de tablas especial, conocido como tablas del sistema. Los usuarios no pueden consultar o actualizar directamente las tablas del sistema. La información de las tablas del sistema está disponible a través de las vistas del sistema. Para obtener más información, vea Vistas del sistema (Transact-SQL). Tablas anchas Las tablas anchas usan las columnas dispersas para aumentar hasta 30.000 el número total de columnas permitidas. Las columnas dispersas son columnas normales que disponen de un almacenamiento optimizado para los valores NULL. Este tipo de columnas reducen los requisitos de espacio de los valores NULL a costa de una mayor sobrecarga a la hora de recuperar valores no NULL. Una tabla ancha ha definido un conjunto de columnas, que es una representación XML sin tipo que combina todas las columnas dispersas de una tabla en una salida estructurada. El número de índices y estadísticas también se aumenta hasta 1.000 y 30.000, respectivamente. El tamaño máximo de una fila de una tabla ancha es de 8.019 bytes. Por consiguiente, la mayoría de los datos de cualquier fila deben ser NULL. El número máximo de columnas no
  • 19. dispersas más las columnas calculadas de una tabla ancha sigue siendo 1.024. Las tablas anchas tienen las siguientes implicaciones de rendimiento. Las tablas anchas pueden aumentar el costo de mantenimiento de los índices de la tabla. Se recomienda que el número de índices de una tabla ancha se limite a los índices necesarios para la lógica de negocios. Si el número de índices aumenta, también lo harán el tiempo de compilación de DML y los requisitos de memoria. Los índices no clúster deben ser índices filtrados que se aplican a subconjuntos de datos. Para obtener más información, vea Crear índices filtrados. Las aplicaciones pueden agregar y quitar columnas de las tablas anchas de forma dinámica.Cuando se agregan o se quitan columnas, también se invalidan los planes de consulta compilados.Se recomienda diseñar una aplicación que se corresponda con la carga de trabajo prevista para minimizar los cambios de esquema. Cuando se agregan y se quitan datos de una tabla ancha, el rendimiento puede verse afectado. El diseño de las aplicaciones debe corresponderse con la carga de trabajo prevista para minimizar los cambios llevados a cabo en los datos de la tabla. Limite la ejecución de instrucciones DML en una tabla ancha destinadas a actualizar varias filas de una clave de agrupación en clústeres. La compilación y la ejecución de estas instrucciones pueden requerir recursos de memoria considerables. Las operaciones de cambio de partición en las tablas anchas pueden resultar lentas, y su procesamiento podría requerir grandes cantidades de memoria. Los requisitos de rendimiento y de memoria son proporcionales al número total de columnas existentes en las particiones de origen y de destino. Los cursores de actualización que actualizan columnas concretas de una tabla ancha deben enumerar las columnas de manera explícita en la cláusula FOR UPDATE. Esto ayudará a optimizar el rendimiento mientras se usan cursores. 2._Crear tablas (motor de base de datos) SQL Server 2012
  • 20. Puede crear una tabla, asignarle un nombre y agregarla a una base de datos existente en SQL Server 2012 mediante SQL Server Management Studio o Transact-SQL. Para crear una tabla con el Diseñador de tablas En el Explorador de objetos, conéctese a la instancia de Motor de base de datos que contiene la base de datos que se va a modificar. En el Explorador de objetos, expanda el nodo Bases de datos y, a continuación, expanda la base de datos que contendrá la nueva tabla. En el Explorador de objetos, haga clic con el botón secundario en el nodo Tablas de la base de datos y, a continuación, haga clic en Nueva tabla. Escriba los nombres de columna, elija los tipos de datos y eli ja si desea permitir valores NULL para cada columna como se muestra en la ilustración siguiente. 1. Para especificar más propiedades para una columna, como la identidad o valores de columna calculada, haga clic en la columna y después, en la pestaña de propiedades de la columna, elija las propiedades adecuadas. Para obtener más información acerca de las propiedades de columna, vea Propiedades de columnas de tablas (SQL Server Management Studio). 2. Para especificar una columna como clave principal, haga clic con el botón secundario en la columna y seleccione Establecer clave principal. Para obtener más información, vea Crear claves principales. 3. Para crear relaciones de clave externa, restricciones CHECK o índices, haga clic con el botón secundario en el panel Diseñador de tablas y seleccione un objeto de la lista como se muestra en la ilustración siguiente.
  • 21. Para obtener más información acerca de estos objetos, vea Crear relaciones de clave externa, Crear restricciones CHECK e Índices. 4. De forma predeterminada, la tabla está contenida en el esquema dbo. Para especificar un esquema diferente para la tabla, haga clic con el botón secundario en el panel Diseñador de tablas y seleccionePropiedades como se muestra en la ilustración siguiente. En la lista desplegable Esquema, seleccione el esquema adecuado.
  • 22. 5. En el menú Archivo, seleccione Guardar table name. 6. En el cuadro de diálogo Elegir nombre, escriba un nombre para la tabla y haga clic en Aceptar. 7. Para ver la nueva tabla, en el Explorador de objetos, expanda el nodo Tablas y presione F5 para actualizar la lista de objetos. La nueva tabla se mostrará en la lista de tablas. Para crear una tabla en el Editor de consultas 1. En el Explorador de objetos, conéctese a una instancia del Motor de base de datos. 2. En la barra Estándar, haga clic en Nueva consulta. 3. Copie y pegue el siguiente ejemplo en la ventana de consulta y haga clic en Ejecutar. 4. CREATE TABLE dbo.PurchaseOrderDetail 5. ( 6. PurchaseOrderID int NOT NULL, 7. LineNumber smallint NOT NULL, 8. ProductID int NULL, 9. UnitPrice money NULL, 10. OrderQty smallint NULL, 11. ReceivedQty float NULL, 12. RejectedQty float NULL,
  • 23. 13. DueDate datetime NULL, ); 3._TABLAS UTILIZADAS EN LA IMPLEMENTACION DE UNA BASE DE DATOS PARA EL AREA DE VALORADOS EN LA EMPRESA SMP COURIER Tabla registro de tarjeta ._es la que me registra si la tarjeta es platinum , dorada, mastercard Tabla colaboradores._es la que me indica los colaboradores de la empresa Tabla departamento._ es la que me me indica si es en lima o provincia Tabla madre._es la tabla que envuelve alas demas Tabla registro de almacen .-es la que me indica el registro de almacen Tabla registro de paquete ._ es la que me indica el registro del paquete 2.3 FINALIDAD Y OBJETIVOS DE LA INVESTIGACION 2.3.1 Finalidad e Importancia de la investigación Contribuir primordialmente a reducir los tiempos que la empresa utiliza en el registro de clientes con una base de datos sql.server.
  • 24. 2.3.2 Objetivo General  Implementar una base de datos SQL server para mejorar el servicio del área de valorados  2.3.3 Objetivos Específicos  Reducir de esta manera los tiempos inncesesarios de digitación de datos  Mejorar la atención al cliente con esta implementación  Capacitar al personal para que maneje sql .server  Registrar todos los datos del area de valorados. . 2.4._Hipotesis y variables 2.4.1. hipótesis general La implementación de la base ayudara a mejorar el servicio en el área de valorados de la organización smp.courier .sac 2.4.1.1._ la implementación de base de datos ayudara la reducción de tiempos muertos y de esta manera observar si se puede implementar en el área de valorados la implementación de una base de datos ayudara a saber si de esta manera mejoraremos la atención a los clientes la implementación de una base de datos ayudara a saber si el personal se puede capacitar de esta manera y si se puede adaptar a este nuevo sistema de trabajo la implementación de una base de datos ayudara a saber si con este proyecto se puede almacenar toda la información necesaria de cada cliente y saber el estado del paquete. 2.4.2.identificacion de variables 2.4.2.1._Variable independiente VI1: Capacitación del personal
  • 25. VI2:Optimización de los tiempos muertos VI3: la implementación de la base de datos VI4: El almacenamiento de datos VI5: La gestión logistica 2.4.2.2._Variable dependiente. VD1: El personal del área de valorados VD2:La empresa smp Courier VD3:las computadoras de la empresa smp.courier VD4:la distribución de las computadoras en la empresa VD5: Las capacidades del personal 2.5._descripcion del método y diseño 2.5.1. tipo y nivel de investigación Tipo :experimental Nivel :explicativo
  • 26. 2.5.2.diseño especifico Diseño Experimental (Comparación de tiempos ) Grupo de control (Grupo que esta manejando sql.server ) Grupo sin aplicar experimento (Grupo que no maneja sql.server) Evaluamos , definimos y observamos que trabajo es mas factible y que podemos aplicarlo A este grupo se le aplico que manejara este software y almacenaran sus datos y registraran sus envios , para ver la eficiencia del software sql.server. Este grupo esta trabajando de la manera antigua con Excel . 2.6._universo y técnicas de investigación 2.6.1._universo , población y muestra Población ._ todos los trabajadores que laboran dentro del área de valorados de la empresa smp.courier.
  • 27. 2.6.2._tecnicas a._Técnicas de muestreo El muestreo es seleccionar de la población una pequeña muestra , para nuestro presente trabajo esocgimos el muestreo aleatorio simple que forma parte del muestreo probabilístico Azar simple ._para aplicar este procedimiento necesitamos una lista de todos los trabajadores que trabajan en el área de valorados de la empresa smp.courier .consiste en sacar por sorteo una seria de números hasta completar el tamaño de la muestra .cada vez que encontramos un numero que se repite se saca y no se cuenta para evitar que altere las probabilidades de las demás muestras b._Técnicas para recolectar información Encuesta ._ Una encuesta es un conjunto de preguntas normalizadas dirigidas a una muestra representativa de la población o instituciones, con el fin de conocer estados de opinión o hechos específicos En nuestro caso tomaremos nota sobre las opiniones de los trabajadores del área de valorados de la empresa smp courier c._Técnicas por experimentación En nuestro trabajo realizaremos la experimentación con un grupo de control y un grupo de no experimental de manera que sabremos como influye en la variable dependiente La implementación de la base de datos
  • 28. d._Técnicas por procesamiento y análisis de datos PROCESAMIENTO Y ANALISIS DE DATOS Una vez realizada la recogida de datos a través de los cuestionarios descritos, comienza una fase esencial para toda investigación, referida a la clasificación o agrupación de los datos referentes a cada variable objetivo de estudio y su presentación conjunta. El investigador profesional sigue un procedimiento de 4 pasos para el análisis de datos. 1. Validación y Edición._ En este proceso validamos las encuesta que ninguna sea falsa , que todos los trabajadores del área de valorados ,responda dichas preguntas 2. Codificación Codificamos los datos en cuadros , observamos en cada pregunta como van cambiando las respuestas de cada persona, mediante este cuadro podemos saber quienes están de acuerdo a participar en la implementación y quienes no . Personas de acuerdo con la implementación de la base de datos sql.server Si , estoi de acuerdo con la implementacion No , estoi de acuerdo con la implementacion
  • 29. Daniel velasquez x Cesar vasquez x Luis falcon x Daniel carbajal x Carlos agurto x Juan farfan x Yullisa campos x Cesar farias salazar x Miguel cordova x Total 7 2 3. Introducción de datos._ hacemos un previo análisis y observamos que la implementación es viable por que incluso los trabajadores la gran mayoría esta de acuerdo con dicha implementación 4. Tabulación y análisis estadísticos. Mediante la tabla dinámica tabulamos los datos estadísticos
  • 30. Luego pasamos a la tabulación y análisis estadístico , utilizaremos el grafico de barras y el grafico de pastel
  • 31. IMPLEMENTACION DE BASE DE DATOS Cuenta de Si , estoi de acuerdo con la implementacion Cuenta de No , estoi de acuerdo con la implementacion 1 1 1 1 1 1 1 1 1 IMPLEMENTACION VIABLE 78% 22% 1 2
  • 32. 2.7.presentacion del informe (esquema) Capitulo I: Planteamiento teorico Capitulo II: El Problema 2.1 ._El problema de investigación 2.2._La hipótesis y variables 2.3._los objetivos de la investigación Capitulo III: Metodologia 3.1._metodo y diseño 3.2._universo y muestra 3.3._tecnicas e instrumentos de investigación Capitulo IV: presentación y análisis de resultados Capitulo V: conclusiones y recomendaciones BIBLIOGRAFICA ANEXOS