Evidencia de aprendizaje Unidad 3 Desarrollo e integracin de prototipo

ndice
Pagina 3.-Concepto de base de datos. 4.-Eleccin del caso de estudio. 5.- Tipo de Base de datos utilizado. 6.-Esquema de entradas, procesos y salidas. 7.-Instrumento de recopilacin de informacin 8.- Reporte de estudio de factibilidad. 9.- Requerimientos de hardware y software. 10.- Modelo entidad relacin 11.-Tablas lgicas. 13.- Diccionario de datos. 14.- Aplicacin de cinco operaciones de lgebra relacional como mnimo al caso de estudio. 15.-Conclusiones.

Base de datos Desde el punto de vista informtico, se define como un sistema formado por un conjunto de datos almacenados cy un conjunto de programas que manipulen ese conjunto de datos Una base de datos esta compuesta por estructuras logicas de almacenamiento denominadas TABLAS. Tabla: Esta compuesta por columnas o campos y filas o registros, un registro es la ocurrencia del conjunto de campos de una tabla. +

Eleccin del Caso Trabajo con datos realizados en una tabla de Excel realiza manualmente, mi propuesta designar estos datos en una base. Esta base ser de rdenes de inspecciones ya que trabajo en sistema de agua de la poblacin y se requiere un control de rdenes manejada mediante:

No de orden Cuenta rea Concepto Fechas de generacin Fecha de campo Fecha de revisin Fecha de cierre

Adems de contar con contadores para determinar los das transcurridos desde que se genera, se va acampo, se revisa y se cierra, esto para poder ver el cumplimiento en tiempo que debe ser realizado en 5 das hbiles y poder definir un estatus como

Campo Anlisis Atendidas

TIPO DE BASES DE DATOS.

Base de datos relacional.

ste es el modelo utilizado en la actualidad para modelar problemas reales y administrar datos dinmicamente. Tras ser postulados sus fundamentos 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. Su idea fundamental es el uso de "relaciones". Estas relaciones podran considerarse en forma lgica como conjuntos de datos llamados "tuplas". Pese a que sta es la teora de las bases de datos relacionales creadas por Codd, la mayora de las veces se conceptualiza de una manera ms fcil de imaginar. Esto es pensando en cada relacin como si fuese una tabla que est compuesta por registros (las filas de una tabla), que representaran las tuplas, y campos (las columnas de una tabla). En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros modelos como el jerrquico y el de red). Esto tiene la considerable ventaja de que es ms fcil de entender y de utilizar para un usuario espordico de la base de datos. La informacin puede ser recuperada o almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para administrar la informacin. El lenguaje ms habitual para construir las consultas a bases de datos relacionales es SQL, Structured Query Language o Lenguaje Estructurado de Consultas, un estndar implementado por los principales motores o sistemas de gestin de bases de datos relacionales. Durante su diseo, una base de datos relacional pasa por un proceso al que se le conoce como normalizacin de una base de datos. Durante los aos 80 la aparicin de dBASE produjo una revolucin en los lenguajes de programacin y sistemas de administracin de datos. Aunque nunca debe olvidarse que dBase no utilizaba SQL como lenguaje base para su gestin.

Esquema de entradas, procesos y salidas.

ENTRADAS Fecha de atencin Fecha de aclarado PROCESOS Cuanta das Hbiles Cuenta das hbiles SALIDAS Nmero de das hbiles Cambio de estatus a A Nmero de das hbiles Cambio de estatus AC Cumpli o no cumpli Muestra el mes y el ao De atencin u otros. Agregar registro si no existe

Fecha generacin de archivo rea Orden

Verifica el mes y el ao A qu rea pertenece No duplicidad

Elaboracin del instrumento de recopilacin de informacin

He tomado la decisin de recopilar la informacin mediante el cuestionario ya que es necesario tener gran cantidad de informacin que nos llevara mucho tiempo si lo aplicramos con la entrevista ya que es necesario saber los requerimientos de la empresa en cuanto a desarrollo mediante una base de datos. No se realiza la recopilacin de datos mediante la encuesta ya que este proyecto no ser tan orientado a estudio de mercado. Cuestionario Se cuenta con una base de datos? Se pierde tiempo al realizar el proceso sin una base adecuada? Sera ms eficiente el rea y por ende con mayor retribucin de contar con una base de datos? Se cuenta con presupuesto para la inversin en una base de datos? Se cuenta con equipo de cmputo para la operacin? Qu sistema operativo se maneja actualmente? El hardware con el que se cuenta es factible para la implantacin del sistema? Qu caractersticas tiene el hardware en general?

REPORTE DE FACTIBILIDAD

OPERATIVA Permitir la manipulacin de datos para su mayor organizacin y rapidez para la generacin de reportes de productivida d tanto semanal mensual o anual. Esto nos permitir disminuir los tiempo de captura, y generacin de reportes adems de poder disminuir los tiempos de respuesta y aumentar la productivida d.

FINANCIER A La empresa se vera beneficiada con la resolucin de ordenes que a su ves refleja el aumento de activo por medio de cobros adecuados para los usuarios de agua.

ECONOMICO Es sustentable la implantacin de un gestor de base de datos, ya que se cuenta con equipo de computo adecuado para la licencias para el uso de Microsoft Office. Hablando en cuanto equipo de de computo ya se cuenta con los equipos por lo cual es factible.

SOFWARE

Sistema Operativ o

Window 7, Window 8 Paqueter ia:

HARDWAR E Procesador Intel Core i3-2350M de segunda generacin a 2,30 GHz Memoria 8 GB Unidad de 640 GB (5400 RPM) con proteccin de disco duro HP ProtectSma rt Grabadora de DVD SuperMulti LAN Ethernet 10/100BASE -T (conector RJ-45)

Office 2010, 2013 Professional Base de dato

Access Integrada a Office

Requerimientos de hardware y software.

Harware Procesador intel Core I3 2320 3.3 Ghz 3 Mb Soc LGA 1155 Disco duro Segate 1TB GB 7200 RPM Sata 3 4 GB Memoria Ram Sofware Office 2010 Preffecional. Windows 7 u 8 Impresoras Antivirus

DIAGRAMA DE ENTIDAD RELACIONAL

NORMALIZACION Se realiza la tabla de SUCURSAL para la referencia con id como clave primaria
ID 01 02 SUPERVISOR CARLOS GARCIA PEA EDGAR GOMEZ ROJAS KARLA BAEZ MACIAS NOMBRE CAMARONES DOCOTORES TELEFONO 53289928 547586985 E-MAIL CAMARONES@SAPSA.COM CENTRAL_CAM@SAPSA.COM DOCTORES@SAPSA.COM

03

MONTEVIDE

5487963212

MONTEVIDEO@SAPSA.COM

Primera forma normal (1FN) Una tabla est en 1FN si sus atributos contienen valores atmicos.

En el ejemplo, podemos ver que el atributo email puede contener ms de un valor, por lo que viola 1FN.En general, tenemos una relacin R con clave primaria K. Si un atributo M viola la condicin de 1FN, tenemos dos opciones. Solucin 1: duplicar los registros con valores repetidos En general, esta solucin pasa por sustituir R por una nueva relacin modificada R', en la cual: El atributo M que violaba 1FN se elimina. Se incluye un nuevo atributo M' que solo puede contener valores simples, de modo que si R'[M'] es uno de los valores que tenamos en R[M], entonces R'[K] = R[K]. En otras palabras, para una tupla con n valores duplicados en M, en la nueva relacin habr n tuplas, que slo varan en que cada una de ellas guarda uno de los valores que haba en M. La clave primaria de R' es (K, M'), dado que podr haber valores de K repetidos, para los valores multivaluados en M. Solucin 2: separar el atributo que viola 1FN en una tabla En general, esta solucin pasa por: sustituir R por una nueva relacin modificada R' que no contiene el atributo M. Crear una nueva relacin N(K, M'), es decir, una relacin con una clave ajena K referenciando R', junto al atributo M', que es la variante mono-valuada del atributo M .La nueva relacin N tiene como clave (K, M'). Separamos la tabla
ID 01 02 03 SUPERVISOR CARLOS GARCIA PEA EDGAR GOMEZ ROJAS KARLA BAEZ MACIAS NOMBRE CAMARONES DOCOTORES MONTEVIDE TELEFONO 53289928 547586985 5487963212

Quedando la de Email sola con la ID como campo de Identificacion y seria la TABLA EMAIL.

ID 01 02 03

E-MAIL CAMARONES@SAPSA.COM CENTRAL_CAM@SAPSA.COM DOCTORES@SAPSA.COM MONTEVIDEO@SAPSA.COM

MODELO RELACIONAL

CLAVE PRINCIPAL
ID 01 02 03

DOMINIOS

SUPERVISOR CARLOS GARCIA PEA EDGAR GOMEZ ROJAS KARLA BAEZ MACIAS

NOMBRE CAMARONES DOCOTORES MONTEVIDE

TELEFONO 53289928 547586985 5487963212

TUPLA

10

Tabla lgica
FOLIO 467682 467685 467686 467687 467688 467702 467703 467704 467705 467706 SUCURSAL MONTEVIDEO CAMARONES TORRES NUEVO LEON PROVIDENCIA MONTEVIDEO CAMARONES TORRES NUEVO LEON PROVIDENCIA AREA LECTURAS PADRON MANTENIMIENTO LECTURAS PADRON MANTENIMIENTO LECTURAS PADRON MANTENIMIENTO LECTURAS FECHA GENERACION 10/03/2013 10/03/2013 10/03/2013 10/03/2013 10/03/2013 10/03/2013 10/03/2013 10/03/2013 10/03/2013 10/03/2013 FECHA ATENCION 25/03/2013 29/03/2013 28/03/2013 23/03/2013 29/03/2013 24/03/2013 FECHA ACLARADA ESTATUS SA A AC SA A AC SA A AC SA

01/04/2013

25/03/2013

28/03/2013

Tablas
FOLIO 467682 467685 467686 467687 467688 467702 467703 467704 467705 467706 FOLIO 467682 467685 467686 467687 467688 467702 467703 467704 467705 467706 FOLIO FECHA GENERACION 467682 10/03/2013 SUCURSAL MONTEVIDEO CAMARONES TORRES NUEVO LEON PROVIDENCIA MONTEVIDEO CAMARONES TORRES NUEVO LEON PROVIDENCIA ESTATUS SA A AC SA A AC SA A AC SA FECHA ACLARADA

FECHA ATENCION

11

467685 467686 467687 467688 467702 467703 467704 467705 467706

10/03/2013 10/03/2013 10/03/2013 10/03/2013 10/03/2013 10/03/2013 10/03/2013 10/03/2013 10/03/2013

25/03/2013 29/03/2013 28/03/2013 23/03/2013 29/03/2013 24/03/2013

01/04/2013

25/03/2013

28/03/2013

FOLIO 467682 467685 467686 467687 467688 467702 467703 467704 467705 467706

AREA LECTURAS PADRON MANTENIMIENTO LECTURAS PADRON MANTENIMIENTO LECTURAS PADRON MANTENIMIENTO LECTURAS

12

Diccionario de datos.
TABLA O ENTIDAD Sucursal ATRIBUTO O CAMPO nom_sucursal Clave_suc Ubicacin tel Area clave_area Nom_area Estatus Orden tipo fecha_genera fecha_atendido fecha_acladado dias_totales folio TIPO DE DATO cadena entero cadena entero entero carcter carcter fehca y hora fehca y hora fehca y hora intervalo ientero LONGITUD 10 4 10 10 4 10 1 10 10 10 3 6 FK PK FK PK LLAVE PRIMARIA PK pk DESCRIPCION nombre sucursal clave sucursal ubicacin de la sucursal telefono de la sucursal clave area nombre del area indita el estatus de una orden fecha en que se genera la orden fecha en que es atendida la orden fecha en que se aclara la orden dias totales de la inspeccion numero de la orden categorias(clave_suc) TABLA O ENTIDAD FORANEA

13

Operaciones de lgebra relacional

CREATE TABLE 'ORDEN' 'CAMPO_1' INT, 'CAMPO_2' STRING

UPDATE ESTATUS SET field1 = 'updated value' WHERE field2 = 'N'

DELETE FROM ORDEN WHERE fecha_orden = 8;

INSERT INTO sucursal VALUES ('Guadalajara);

ALTER TABLE orden ( ADD fecha_campo INT UNSIGNED meel )

14

Conclusiones
Luego de haber realizado el anlisis y diseo del sistema de control y seguimiento ordenes de inspeccin. Se logro obtener las siguientes conclusiones: Se logro modernizar las actividades ms importantes en cuanto al manejo de ordenes Acortar el tiempo de se atencin a cada orden de acuerdo al contador que se aplico en la base. Permite realizar una mejor atencin a las ordenes de inspeccin. Ya no se tiene problemas para la administracin de las distintas reas a la que corresponde las ordenes de inspeccin, ya que el sistema realiza ese trabajo se poder separar estas. Informacin precisa y confiable Control de tiempo para cada orden. Interfaz amigable para el usuario con pantallas comprensibles y de fcil Manejo

Se considera todas pasos en los que debe ser planteado una base de datos y se determina que es algo elaborado pero con buenas expectativas para plantar una base y por lo tanto enriquecedor.

15