Professional Documents
Culture Documents
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
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.
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
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)
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
MODELO RELACIONAL
CLAVE PRINCIPAL
ID 01 02 03
DOMINIOS
SUPERVISOR CARLOS GARCIA PEA EDGAR GOMEZ ROJAS KARLA BAEZ MACIAS
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
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
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