INSTITUTO TECNOLOGICO DE CIUDAD ALTAMIRANO.
DISEÑO E IMPLEMENTACION DE UNA BASE DE DATOS.
MATERIA:
ADMINISTRACION DE PROYECTOS.
DOCTORA:
LETICIA ROQUE CORREA.
INTEGRANTES:
Deysi Yuri Hernández Ríos
Itandewy Aguilar Navarrete
Juana Yasbet Santibañez Chávez
Emmanuel Mendoza Silva
Gumercindo Velázquez Antúnez
Cd. Altamirano, Gro. Octubre 2009.
TITULO DEL PROYECTO.
Creación de una base de datos aplicable a una empresa comercial.
OBTENCION DE REQUISITOS.
Antes de iniciar con el desarrollo del proyecto (creación de una base de datos) debemos de extraer los requisitos que tendremos que cumplir para proceder con el desarrollo de la base de datos y así poder proporcionar a la empresa una una buena propuesta acorde con los intereses de la misma.
Requisitos a obtener para determinar cómo los siguientes:
Datos de personal:
• Empleado.
• Puesto.
• Horas trabajadas.
• Pago por hora.
• Inasistencias.
• Horas extras.
• Pago por hora extra.
• Descuento.
• Sueldo extra.
• Sueldo total.
Inventario de mercancías.
• Producto.
• Marca.
• Existencia.
• Precio.
• Entradas.
• Salidas.
• Productos vendidos.
• Venta total.
• Nuevas entradas.
• Total de productos en existencia.
• Total de inventario.
OBJETIVOS:
Objetivo general:
Crear una base de datos en Access 2007, aplicable a una empresa comercial para proporcionarle un mejor servicio, y así tenga un mejor control y automatización del registro tanto de personal como de mercancías.
Objetivos específicos:
• Obtención de un gestor de base de datos.
• Contactar a la empresa.
• Obtener y conocer los requerimientos de la empresa..
• Cumplir con los requisitos de la empresa.
• Permitir que ofrezca un mejo un servicio al cliente.
• Ahorrar tiempo y automatizar sus registros, facilitar la obtención de la información.
METAS:
Para el desarrollo de este proyecto fijaremos metas a corto plazo ya que tendremos que terminar el proyecto en un corto periodo de tiempo (3 meses aproximadamente).
• Culminar con el desarrollo del proyecto.
• Satisfacer los requerimientos de la empresa.
Facilitar la información necesaria al usuario de la manera que puedan acceder a ella fácilmente y no tenga dificultades al manejar la base de datos.
Lograr que el usuario quede completamente satisfecho con el servicio que le estamos ofreciendo al resolver sus necesidades.
Planear, implementar y administrar estrategias de fácil manejo.
Desarrollar, mantener y actualizar la base de datos de acuerdo a sus necesidades.
Un rápido registro de altas de mercancías.
Responsable de la navegabilidad y usabilidad de la base de datos ya que debe ser una persona capacitada.
Optimizar el tiempo a las capturas de los registros necesarios .
Administrar las bases de datos de los clientes .
Investigar y proponer nuevas tecnologías.
ALCANCE Y LIMITACIONES
ALCANCE:
Alcances que se pretenden lograr en el presente proyecto:
• Dar a conocer al usuario las facilidades que proporcionan las bases de datos y los objetivos de la misma, el funcionamiento, rendimiento y eficacia de estas.
• Terminar el proyecto a tiempo para proporcionarlo a la empresa.
• Proporcionar un manual a la empresa para que opere el sistema.
• Satisfacer las necesidades de la empresa.
• Lograr los objetivos propuestos.
LIMITACIONES:
• Algunas limitaciones que nos impediría proceder con el desarrollo del proyecto:
• No contar con suficiente tiempo para el desarrollo de dicho proyecto.
• Insuficiencia de conocimientos en el manejo de Access 2007.
• No contar con suficientes recursos económicos.
• Disponibilidad del personal para el desarrollo.
• La que empresa no tenga bien definido sus requerimientos.
JUSTIFICACION:
El motivo por el cual se opto por el desarrollo de este proyecto (creación de una base de datos) es por el hecho ser una herramienta útil para una empresa comercial.
Para el desarrollo de la base de datos se eligió el gestor de base de datos Access 2007 por ser uno de los más sencillos de utilizar y es hasta la fecha uno de los más actuales.
Facilita los registros, visualización y automatización del trabajo.
Con este proyecto se beneficiara la empresa que adquiera la base de datos, ya que esto es una herramienta útil y eficaz en la cual la información podrá ser capturada modificada y consultada de acuerdo a lo que el usuario solicite.
La finalidad de esta base de datos es con el fin de ofrecer buenos servicios tanto al cliente como al mismo usuario. Ayudar a comprender la funcionalidad y utilidad de la misma.
TECNICAS PARA LA OBTENCION DE INFORMACION SOBRE EL PROYECTO.
Las técnicas utilizadas para el desarrollo de este proyecto son: la entrevista y la investigación documental.
Mediante la entrevista se recabo la información de los requerimientos de la empresa y mediante la investigación documental obtener información necesaria para proceder el desarrollo del proyecto
CONTRATO DE DESARROLLO DE UNA BASE DE DATOS.
Conste por el presente documento el Contrato para el Desarrollo de una base de datos que celebran de una parte Gumercindo Velázquez Antúnez, alumno del Instituto Tecnológico de Cd. Altamirano, con domicilio en Av. Cuauhtémoc #27 barrio la calera, Coyuca de Catalán Gro. (Proveedor), y de la otra José Bermúdez Salazar propietario de la empresa Ford ubicada en carretera Cd. Altamirano-Coyuca de Catalán Gro.
LOS TÉRMINOS Y CONDICIONES:
CLAUSULA PRIMERA.- ANTECEDENTES
Que, de conformidad con el decreto supremo N° 065-85-PCM reglamento único de adquisiciones para el suministro de bienes y prestación de servicios no personales para el sector público, ley de presupuesto del sector público para el año 2009 y las normas pertinentes del Código Civil, la ENTIDAD contrata con el PROVEEDOR para los trabajos de planeamiento, y / o análisis y diseño, y / o programación e Instalación, de programas informáticos.
La presente adquisición se afecta conforme a (Licitación Pública/Concurso Público/ Adjudicación Directa/etc.) mediante la cual se adjudicó al proveedor la buena propuesta para el suministro de lo detallado en el Anexo II.
Forma parte de este contrato las bases de esta (Licitación Pública/Concurso Público/ Adjudicación Directa/etc.); así como la propuesta del PROVEEDOR.
CLAUSULA SEGUNDA.- OBJETO
Por el presente contrato el PROVEEDOR se compromete a realizar trabajos de planeamiento, y/o análisis y diseño, e Instalación, de base de datos que requiera la ENTIDAD, las que serán utilizadas en el equipo de procesamiento automático de datos descrito en el Anexo I de este contrato, en los locales que la ENTIDAD indique.
CLAUSULA TERCERA.- COMUNICACION ENTRE LAS PARTES.
La ENTIDAD nombrar como su representante al Sr. José Bermúdez Salazar y el PROVEEDOR al C. Gumercindo Velázquez Antúnez quienes resolverán conjuntamente las situaciones que pudieran presentarse durante la operación del mismo, así como agilizar la toma de decisiones involucradas en el proyecto. En caso que cualquiera de las partes fuera reemplazado se hará saber mediante aviso cursado a la otra parte por escrito con quince (15) días hábiles de anticipación a la Fecha del reemplazo.
CLAUSULA CUARTA.- PRECIO CONVENIDO Y FORMA DE PAGO.
El precio por la prestación de los servicios contratados ser abonado de acuerdo a lo señalado en el Anexo III contra presentación de garantía en el caso del PROVEEDOR.
Si cualquiera de las fases de trabajo concluyera y fuera aprobada Antes del tiempo previsto indicado en el Anexo VI, la ENTIDAD cancelar el valor correspondiente a la fase de trabajo concluida y aprobada inmediatamente después de la recepción y aprobación de los productos.
CLAUSULA QUINTA.- PROPIEDAD DE LOS PROGRAMAS INFORMATICOS.
La base de datos es propiedad del PROVEEDOR hasta su cancelación total por parte de la ENTIDAD. Una vez cancelado el valor total de los Programas Informáticos indicado en el Anexo II y de acuerdo con el Anexo III, la ENTIDAD solicitar la titularidad de los mismos para efectos de su registro en la oficina de derechos de autor de INDECOPI tanto en su versión fuente como objeto.
Si el trabajo se cancela bajo la modalidad de pagos parciales por fases de trabajo, la ENTIDAD ser propietaria absoluta de cada sistema, aplicación, programas, procedimientos o cualquier otro producto incluido dentro de la fase de trabajo concluida, aprobada y cancelada, desde el momento mismo de hacer efectivo el pago correspondiente a esta parte del trabajo.
Si el trabajo se cancela bajo la modalidad de pagos parciales por subsistemas concluidos y aprobados se aplica lo contemplado en el párrafo anterior.
CLAUSULA SEXTA.- DE LAS OBLIGACIONES.
La ENTIDAD está obligada a:
- La operatividad, buen estado y uso de los equipos indicados en el Anexo I, necesarios para operar la base de datos.
- Facilitar con la prioridad requerida, los equipos de procesamiento automático de datos para la compilación y prueba de la base de datos a elaborar.
- Facilitar una rea de trabajo para el personal del PROVEEDOR.
- Suministrar la información relacionada con el desarrollo de la base de datos.
En ningún caso, el incumplimiento parcial o total de la ENTIDAD al compromiso contraído por esta clausula releva al PROVEEDOR de las obligaciones que asume en virtud de ese Contrato.
El PROVEEDOR está obligado a:
-Realizar la base de datos de acuerdo a las especificaciones suministradas por la ENTIDAD y de acuerdo a la propuesta de servicios presentada por el PROVEEDOR, las cuales están contenidas en el Anexo IV de este Contrato. La ENTIDAD entregar por escrito tales especificaciones al PROVEEDOR.
- Organizar regularmente reuniones de información sobre el avance de los trabajos en el lugar donde se encuentre la ENTIDAD, en presencia de los responsables de la ENTIDAD.
- Brindar asistencia sobre los programas Informáticos al personal de la ENTIDAD.
- Entregar toda la documentación del desarrollo y uso de los programas informáticos.
CLAUSULA SEPTIMA.- DE LAS MODIFICACIONES.
Si alguna o todas las especificaciones escritas entregadas por la ENTIDAD al PROVEEDOR, fueran modificadas o creadas antes de finalizar la ejecución del presente contrato, el PROVEEDOR evaluar la magnitud de la modificación y podrá o no ejecutarla sin ningún costo. En todo caso por solicitud escrita de la ENTIDAD y de acuerdo con la tarifa por trabajos adicionales indicada en el Anexo V, el PROVEEDOR hará un estimado del costo y ejecutar los trabajos adicionales dentro de un lapso acordado por ambas partes.
CLAUSULA OCTAVA.- DE LA ENTREGA .
La ejecución del presente contrato debe ser de 3 meses, a partir de la fecha de la firma del mismo y se realizar según lo establecido en el cronograma de actividades descritas en el Anexo VI.
El desarrollo de los Programas Informáticos comprender las siguientes fases:
a) Planeamiento de Sistemas.
b) Análisis del Sistema de Información. Establecimiento de Especificaciones Funcionales.
c) Diseño General.
d) Diseño Detallado.
e) Programación y Pruebas.
f) Elaboración de Procedimientos y manuales.
g) Instalación de los Programas Informáticos.
h) Pruebas de Aceptación.
i) Adiestramiento/Capacitación.
j) Documentación de los Programas Informáticos.
k) Asesoría en aspectos relacionados a los Programas Informáticos.
La base de datos funciona de acuerdo a los manuales a que se hace referencia en el Anexo VII de este Contrato.
CLAUSULA NOVENA.- PERSONAL DE SERVICIO DEL PROVEEDOR.
El PROVEEDOR desarrollar los programas Informáticos con su propio personal o el que contratar‚ específicamente para este trabajo, por cuya virtud la ENTIDAD no asume ningún compromiso frente a ellos. El PROVEEDOR podrá utilizar para los fines de agilizar el presente proyecto, el personal de la ENTIDAD si a juicio de ‚esta se justifica tal solicitud de parte del PROVEEDOR. En ningún caso se podrá utilizar personal de la misma sin la autorización respectiva.
CLAUSULA DECIMA.- RESPONSABILIDAD DE LAS PARTES.
El PROVEEDOR se compromete a asegurar la confiabilidad y seguridad de la base de datos, no siendo responsable de los daños que pudieran resultar del mal uso, por fallas imputables al equipo en el cual se procesa. Así mismo, tampoco es responsable de los problemas que pudieran surgir una vez aceptados la base de datos por la ENTIDAD.
La ENTIDAD tiene el derecho de supervisar, con la periodicidad que estime oportuna, el estado y avance de las fases de los trabajos; pudiendo solicitar información acerca de los mismos y formular las observaciones que considere conveniente. Sin embargo, la supervisión de los avances de los mismos no implica la aprobación total de los trabajos ni de sus resultados parciales.
Se estipula que la base de datos debe ser revisada y aprobada por la ENTIDAD al terminar cada fase detallada en la clausula octava, en un plazo no mayor de siete (07) días útiles, antes de iniciarse la fase siguiente, de lo contrario deber hacer llegar las observaciones al PROVEEDOR en el mismo plazo.
La ENTIDAD se obliga a revisar los procedimientos, formularios y esquemas administrativos existentes en el mismo, y comunicar por escrito al PROVEEDOR las modificaciones u observaciones que estime conveniente para la buena marcha del proyecto.
Ambas partes acuerdan que cualquier requerimiento adicional posterior a la implantación de la base de datos ser realizado con el procedimiento de control de cambios a un costo a pactarse.
CLAUSULA DECIMA PRIMERA.- ANEXOS.
Se considera parte integrante de este Contrato, los Anexos siguientes:
Anexo I: Configuración de equipo de procesamiento automático de datos.
Anexo II: Valor Total de las bases de datos
Anexo III: Modalidad de pago
Anexo IV: Documentación.
Cada una de las cuales debe ser firmada por ambas partes.
CLAUSULA DECIMA SEGUNDA.-PRUEBA DE FUNCIONAMIENTO .
La base de datos debe ser sometida a la aprobación de los responsables del proyecto por parte de la ENTIDAD.
El PROVEEDOR se compromete a corregir cualquier falla en la base de datos, aún no presentada en el período de instalación de los mismos, hasta por un lapso de seis (6) meses después de la entrega y aceptación total del proyecto.
CLAUSULA DECIMA TERCERA.- DE LA RECEPCION.
El procedimiento de recepción, tanto a nivel material como de programas, ser en dos etapas por cada entrega o inicio.
1.- Recepción Provisional
- Puesta a disposición de material;
- Constatación suficiente de los juegos de ensayo de cada aplicación.
2.- Recepción Definitiva
- Verificación, rendimiento y funcionalidad.
Las recepciones definitivas tendrán lugar en el plazo de un mes después de las recepciones provisionales salvo en el caso de contestación a nivel de recepción provisional.
La ENTIDAD podrá rehusar las recepciones cuando los rendimientos esperados y las funcionalidades descritas no correspondan a aquellas definidas en las especificaciones técnicas que forman parte del presente contrato. En el caso de reusamiento motivado, el PROVEEDOR tendrá posibilidades de corrección espaciadas en 1 mes máximo, si al final de las tentativas su rendimiento de las funcionalidades no son alcanzados, el contrato ser resuelto y el PROVEEDOR restituir las sumas depositadas por la ENTIDAD.
CLAUSULA DECIMA CUARTA.- GARANTIA DE EVICCION .
El PROVEEDOR se compromete a no evidenciar a la ENTIDAD de sus derechos de plena utilización de los Programas entregados. El PROVEEDOR garantiza el uso de la base de datos.
CLAUSULA DECIMA QUINTA.- CAPACITACION.
Ambas partes establecen de mutuo acuerdo un plan de adiestramiento para el personal de la ENTIDAD, el cual deber estar detallado en el Anexo VI cronograma de actividades. El número de personas a entrenar depender de las necesidades de la ENTIDAD.
CLAUSULA DECIMA SEXTA.- GASTOS ADICIONALES.
Queda entendido por las partes que en caso que fuese necesario los gastos por labores tales como la transcripción de datos, uso de equipos, tiempo de maquina en el computador, impresión de formas continuas de cualquier tipo y papelería ser por cuenta y cargo de la ENTIDAD, previa aprobación de esta.
CLAUSULA DECIMA SEPTIMA.- CONFIDENCIALIDAD DE LA INFORMACION.
El PROVEEDOR se compromete a no divulgar ni transferir a terceros el desarrollo de los programas realizados; ni la data procesada o sin procesar por la ENTIDAD, ni incorporarla a redes nacionales o internacionales de transmisión de datos, sin la autorización previa y expresa de la misma, y en consecuencia, el PROVEEDOR responder de los daños causados en los términos legales establecidos.
CLAUSULA DECIMA OCTAVA.- CASO FORTUITO O FUERZA MAYOR.
La ENTIDAD podrá conceder una prorroga de 1 meses, si por causa de caso fortuito o fuerza mayor, ajena a la voluntad del PROVEEDOR y debidamente justificada a satisfacción de la ENTIDAD, el proyecto no pudiera concluirse en el plazo especificado en el presente contrato. Si la causa fuere imputable al PROVEEDOR, se indemnizar a la ENTIDAD según una tabla progresiva contenida en el Anexo VIII.
CLAUSULA DECIMA NOVENA.- FIANZA DEL FIEL CUMPLIMIENTO .
El PROVEEDOR de acuerdo con el Art. 5.1.4 del Reglamento Único de Adquisiciones para el Suministro de Bienes y Prestación de Servicios no Personales Para el Sector Público a la suscripción del contrato entregar Carta Fianza irrevocable, incondicional y de realización automático con un plazo de vencimiento por treinta (30) días después‚ de concluido el contrato a favor de la ENTIDAD.
CLAUSULA VIGESIMA.- GARANTIA TECNICA.
El plazo de esta garantía que otorga el proveedor ser de ciento ochenta (180) días contados a partir de la fecha de la firma del acta de aceptación de los Programas Informáticos.
El proveedor conviene en informar por escrito a la entidad al termino de las actividades de implantación de cada Programa Informático para su conformidad presentación de observaciones por escrito en un plazo no mayor de siete (07) días útiles, vencido el cual y, de no existir respuesta se considera como aceptado. En caso de existir observaciones, el proveedor este obligado a subsanarlas en un plazo de siete (07) días útiles e informar por escrito al termino para su aceptación por la entidad.
El proveedor subsanar sin costo alguno para la entidad, los daños y perjuicios que pudiera ocasionar la operación de la base de datos materia del presente contrato debido a vicios ocultos defectos no determinados durante las pruebas de aceptación de los programas Informáticos.
CLAUSULA VIGESIMA PRIMERA.- VENTA .
Si posteriormente la entidad quiere vender la base de datos podrá hacerlo sin solicitar autorización del proveedor.
CLAUSULA VIGESIMA SEGUNDA.- RESOLUCION DEL CONTRATO.
Ser causal de Resolución de contrato si el proveedor transfiere parcial o totalmente la ejecución del contrato, teniendo responsabilidad total sobre su ejecución y cumplimiento.
CLAUSULA VIGESIMA TERCERA.- PENALIDADES.
El retraso por parte del proveedor en el cumplimiento de lo convenido en el presente contrato dar lugar a ser sancionado con multa equivalente en pesos por cada dia de retraso en la entrega deducible del pago de la respectiva factura, previa comunicación de la sanción conforme al Art 6.1.2 del RUA, aprobado por D.S. N§ 065-85-PCM, independientemente de las responsabilidades civiles y penales que se pudiera generar como consecuencia del incumplimiento del presente contrato.
CLAUSULA VIGESIMA CUARTA.- MODIFICACION
Ninguna clausula del presente contrato podrá ser modificada, suprimida o agregada por una de las partes unilateralmente. Toda proposición de cambio deber ser comunicada y aceptada por escrito un mes antes de la fecha de efectivización.
CLAUSULA VIGESIMA QUINTA.- DE LA VIGENCIA .
El presente contrato entra en vigencia a partir de la fecha de su suscripción, por un plazo de 3 meses y se renovar automáticamente por un plazo igual al indicado, salvo que alguna de las partes comunique por escrito a la otra su decisión en contrario, con una anticipación de quince (15) días o mas respecto a la fecha de vencimiento.
CLAUSULA VIGESIMA SEXTA.- DEL TÉRMINO .
Cualquiera de las partes podrá poner término al presente contrato mediante aviso cursado a la otra parte por escrito con treinta (30) días hábiles de anticipación. Cualquier pago que quedar‚ pendiente ser cancelado en un plazo máximo de cinco (5) días hábiles, contados a partir de la más próxima fecha de pago.
CLAUSULA VIGESIMA SEPTIMA.- .
Las partes se someten al conocimiento y decisión de uno o mas árbitros para la solución de las controversias que en el futuro puedan surgir entre ellas como consecuencia del presente contrato.
De acuerdo a la Ley de Arbitraje los árbitros resolver las controversias que se originen con arreglo al derecho aplicable.
CLAUSULA VIGESIMA OCTAVA.- COMPETENCIA.
Las partes renuncian expresamente al fuero de sus domicilios y se someten a la competencia de los Jueces y Tribunales del estado , a si mismo, declaran expresamente que en todo lo no previsto en el presente contrato se rigen por lo dispuesto en el Código Civil en lo que fuera pertinente.
En señal de conformidad del invocando a la buena fe, las partes firman el presente contrato, en dos ejemplares del mismo tenor y efecto legal, en la ciudad de Altamirano, a los días de la fecha acordad
_____________________ _______________________
ENTIDAD PROVEEDOR
(Sello y firma) (Sello y firma)
NOTAS ADICIONALES.
CLAUSULA OCTAVA.- DE LA ENTREGA.
Las fases para el desarrollo de los programas Informáticos pudieran variar dependiendo de la metodología a emplearse pero deben siempre especificarse tanto la metodología como las fases del desarrollo de los programas contratados, con fines de poder evaluar su cumplimiento.
CLAUSULA NOVENA.- PERSONAL DE SEVICIO DEL PROVEEDOR
Se deber solicitar que en la propuesta técnica el proveedor señale las cantidades y calificaciones del personal que dedicar a este proyecto; siendo necesario que adjunte los curriculum que demuestren el cumplimiento de las calificaciones ofrecidas, que Aseguren los resultados requeridos.
ANEXO I
CONFIGURACION DEL EQUIPO DE PROCESAMIENTO AUTOMATICO DE DATOS
_________________________ _________________________
ENTIDAD PROVEEDOR
(Sello y firma) (Sello y firma)
ANEXO II
VALOR TOTAL DE LA BASE DE DATOS
La realización total del proyecto implica las siguientes labores:
1. Planeamiento.
2. Análisis de la base de datos y Establecimiento de Especificaciones.
3. Diseño General.
4. Diseño Detallado.
5. Pruebas.
6. Elaboración de Procedimientos y Manuales.
7. Instalación de la base de datos.
8. Pruebas de Aceptación.
9. Adiestramiento.
_________________ _________________
ENTIDAD PROVEEDOR
(Sello y firma) (Sello y firma)
ANEXO III
MODALIDAD DE PAGO
El pago se realizar en 2 partes. Cada una por fase de trabajo concluida y aprobada, de la siguiente manera:
FASE 1
1. Planeamiento
FASE 2
2. Análisis de la base de datos y establecimiento de especificaciones.
3. Diseño general.
FASE 3
4. Análisis y Diseño Detallado.
FASE 4
5. Pruebas.
6. Elaboración de Procedimiento y Manuales.
7. Instalación de la base de datos.
8. Pruebas de Aceptación.
9. Adiestramiento.
__________________ __________________
ENTIDAD PROVEEDOR
(Sello y firma) (Sello y firma)
ANEXO IV
DOCUMENTACION
La documentación requerida está conformada por lo siguiente:
1.- Manuales
1.1 Manual de la base de datos
1.2 Manual del diseñador de la base de datos por aplicación
1.3 Manual del operador de la base de datos
2.- Documentos por fase:
2.1 Fase I : Planeamiento de la base de datos.
2.2 Fase II: Análisis de la base de datos.
2.3 Fase III: Diseño de la base de datos .
I. Manuales
1.1 Manual de la base de datos.
El manual de la base de datos debe de incluir los siguientes. Ítems:
1.1.1 Nombre de la base de datos.
1.1.2 Objetivos de la base de datos.
1.1.3 Funciones principales.
1.1.4 Descripción de la base datos.
1.1.5 Alcances y restricciones de la base de datos.
1.1.6 Entradas de la base de datos (documentos fuentes).
1.1.7 Salidas de la base de datos (reportes).
1.1.8 Diseño funcional de la base de datos (carta estructurada).
1.1.9 Especificaciones de pantallas de ingreso/salida.
1.1.10 Diseño de la base de datos (estructura de archivos, longitud de registros,
entre otros).
1.1.11 Estimación del volumen de información procesada por el sistema.
1.1.13 Niveles de seguridad y control de la base de datos.
1.1.14 Especificación de requisitos de copias de respaldo, contingencia y
recuperación de errores.
1.1.15 Configuración mínima del equipo requerido
1.1.16 Identificación de las personas que constituyen el equipo de trabajo que
elaboré el sistema, indicando la responsabilidad de cada uno en el proyecto.
1.2 Manual de aplicación
El manual de aplicación deber de incluir los siguientes Ítems:
1.2.1 Nombre de la base de datos.
1.2.2 Objetivos de la base de datos.
1.2.3 Funciones principales de la base de datos.
1.2.4 Especificación de los archivos:
1.2.4.1 Descripción de los archivos
1.2.4.2 Estructura de los registros
1.2.5 Diseño de los reportes
1.2.6 Comandos de instrucciones de control requerido.
1.2.7 Prueba de la base de datos.
1.3 Manual del Operador de la base de datos.
Manual del operador de la base de datos deber de incluir los siguientes. Ítems:
1.3.1 Nombre de la base de datos.
1.3.2 Aplicaciones
1.3.2.1 Descripción
1.3.2.2 Procedimiento
1.3.2.3 Relación con otras aplicaciones
1.3.2.4 Condiciones de error (descripción correctivo).
1.3.3 Relación de Reportes
1.3.3.1 Descripción
1.3.3.2 Frecuencia
1.3.3.3 Diseño
______________________ _______________________
ENTIDAD PROVEEDOR
(Sello y firma) (Sello y firma)
CRONOGRAMA.
Ordena, jerarquiza y controla actividades o tareas que se deben realizar para lograr un objetivo o meta.
PRESUPUESTO.
¿Cuáles son los gastos del proyecto?
a) Recursos Humanos:
• Para el desarrollo de la base de datos se requerirán de 5 personas, puesto que el tiempo establecido para su desarrollo y entrega es corto.
• Se distribuirán las actividades conforme sea necesario.
• Cada uno tendrá que desarrollar parte de la base de datos de manera que todos colaboren y así poder obtenerla en el periodo de tiempo acordado.
b) Recursos Operacionales
• En una sola computadora se puede desarrollar la base de datos, pero como ya se menciono se dispone de un tiempo corto que ya ha sido establecido.
• Por lo que se requerirá que cada persona disponga de una computadora, en la cual este instalado Access 2007.
• 2 Licencias Originales de Office 2007 Professional (1 Licencia para 3 maquinas) $ 3,500 c/u de 2 $7000.
Para el desarrollo de este proyecto pues no se requerirá de una gran cantidad de recursos económicos, puesto que si no se cuentan con ellos se optara por elaborar la base de datos en una sola computadora y en la cual también todos trabajaran.
MARCO TEORICO.
GESTOR DE BASE DE DATOS.
Los Sistemas de Gestión de Base de Datos o SGBD (en inglés DataBase Management System) son un tipo de software muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. Se compone de un lenguaje de definición de datos, de un lenguaje de manipulación de datos y de un lenguaje de consulta.
Propósito.
El propósito general de los sistemas de gestión de bases de datos es el de manejar de manera clara, sencilla y ordenada un conjunto de datos que posteriormente se convertirán en información relevante para una organización.
Objetivos.
Existen distintos objetivos que deben cumplir los SGBD:
• Abstracción de la información. Los SGBD ahorran a los usuarios detalles acerca del almacenamiento físico de los datos. Da lo mismo si una base de datos ocupa uno o cientos de archivos, este hecho se hace transparente al usuario. Así, se definen varios niveles de abstracción.
• Independencia. La independencia de los datos consiste en la capacidad de modificar el esquema (físico o lógico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella.
• Consistencia. En aquellos casos en los que no se ha logrado eliminar la redundancia, será necesario vigilar que aquella información que aparece repetida se actualice de forma coherente, es decir, que todos los datos repetidos se actualicen de forma simultánea. Por otra parte, la base de datos representa una realidad determinada que tiene determinadas condiciones, por ejemplo que los menores de edad no pueden tener licencia de conducir. El sistema no debería aceptar datos de un conductor menor de edad. En los SGBD existen herramientas que facilitan la programación de este tipo de condiciones.
• Seguridad. La información almacenada en una base de datos puede llegar a tener un gran valor. Los SGBD deben garantizar que esta información se encuentra segura de permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categorías de permisos.
• Manejo de transacciones. Una Transacción es un programa que se ejecuta como una sola operación. Esto quiere decir que luego de una ejecución en la que se produce una falla es el mismo que se obtendría si el programa no se hubiera ejecutado. Los SGBD proveen mecanismos para programar las modificaciones de los datos de una forma mucho más simple que si no se dispusiera de ellos.
• Tiempo de respuesta. Lógicamente, es deseable minimizar el tiempo que el SGBD tarda en darnos la información solicitada y en almacenar los cambios realizados.
Ventajas
• Proveen facilidades para la manipulación de grandes volúmenes de datos (ver objetivos),Entre éstas:
o Simplifican la programación de equipos de consistencia.
o Manejando las políticas de respaldo adecuadas, garantizan que los cambios de la base serán siempre consistentes sin importar si hay errores correctamente, etc.
o Organizan los datos con un impacto mínimo en el código de los programas.
o Bajan drásticamente los tiempos de desarrollo y aumentan la calidad del sistema desarrollado si son bien explotados por los desarrolladores.
• Usualmente, proveen interfaces y lenguajes de consulta que simplifican la recuperación de los datos.
Inconvenientes
1. Típicamente, es necesario disponer de una o más personas que administren de la base de datos, en la misma forma en que suele ser necesario en instalaciones de cierto porte disponer de una o más personas que administren de los sistemas operativos. Esto puede llegar a incrementar los costos de operación en una empresa. Sin embargo hay que balancear este aspecto con la calidad y confiabilidad del sistema que se obtiene.
2. Si se tienen muy pocos datos que son usados por un único usuario por vez y no hay que realizar consultas complejas sobre los datos, entonces es posible que sea mejor usar una planilla de cálculo.
3. Complejidad: el software muy complejo y las personas que vayan a usarlo deben tener conocimiento de las funcionalidades del mismo para poder aprovecharlo al máximo.
4. Tamaño: la complejidad y la gran cantidad de funciones que tienen hacen que sea un software de gran tamaño, que requiere de gran cantidad de memoria para poder correr.
5. Coste del hardware adicional: los requisitos de hardware para correr un SGBD por lo general son relativamente altos, por lo que estos equipos pueden llegar a costar gran cantidad de dinero.
MICROSOFT ACCESS.
Micosoft Access es un programa Sistema de gestión de base de datos relacional creado y modificado por Microsoft para uso personal de pequeñas organizaciones. Es un componente de la suite Microsoft Office aunque no se incluye en el paquete "básico". Una posibilidad adicional es la de crear ficheros con bases de datos que pueden ser consultados por otros programas. Dentro de un sistema de información entraría dentro de la categoria de Gestion y no en la de Ofimática como algunos creen.
Generalidades .
Software de gran difusión entre pequeñas empresas (PYMES) Microsoft OpenOffice Access permite crear formularios para insertar y modificar datos fácilmente. También tiene un entorno gráfico para ver las relaciones entre las diferentes tablas de la base de datos.
Tiene un sistema de seguridad de cifrado bastante primitivo y puede ser la respuesta a proyectos de programación de pequeños y medianos tamaños.
Historia .
Open Office Access versión 1.0 fue lanzado en noviembre de 1992, rápidamente en mayo de 1993 se lanzó access 1.1 para mejorar la compatibilidad con otros productos de Microsoft e incluir el lenguaje de programación de Access Basic.
Cómo empezar advierte sobre una serie de circunstancias en las que los controladores de dispositivo obsoletos o configuraciones incorrectas puede causar la pérdida de datos. Con la eliminación gradual de Windows 95, 98 y ME, la mejora de la confiabilidad de la red, y el lanzamiento de Microsoft de 8 Service Pack para el Jet Database Engine, la fiabilidad de las bases de datos de Access se ha mejorado enormemente tanto en tamaño como en número de usuarios.
Con Office 95, Microsoft Access 95 se convirtió en parte de Microsoft Open Office Professional Suite junto con Microsoft Excel, Word y PowerPoint y la transformación de Access Basic a Visual Basic para Aplicaciones (VBA). Desde entonces, ha habido liberaciones de Microsoft Access con cada versión de Office. Esto incluye el Access 97 (versión 8.0), Access 2000 (versión 9.0), Access 2002 (versión 10.0), Access 2003 (versión 11.0) y Access 2007 (versión 12.0). El formato de base de datos nativa de Access (la base de datos Jet MDB) también ha evolucionado a lo largo de los años. Incluyen los formatos de acceso 1.0, 1.1, 2.0, 95, 97, 2000, y 2002-2007. La más significativa fue la transición de Access 97 a Access 2000, formato que no era compatible antes, y Access 2000 requirió el nuevo formato. Desde Access 2000, todas las nuevas versiones de Access soportan este formato. Se añadieron nuevas características a Access 2002, que pudieron ser usadas por Access 2002, 2003 y 2007.
En Access 2007, un nuevo formato de base de datos se introdujo: ACCDB. El ACCDB soporta los tipos de datos más complejos, como archivos adjuntos y campos con múltiples valores. Estos nuevos tipos de campos son esencialmente de registros y permitir el almacenamiento de múltiples valores en un campo.
Antes del lanzamiento de Access, el mercado de base de datos de escritorio estaba dominado por Borland con sus programas Paradox y dBase, y FoxPro. Microsoft Access fue el primer programa en masa de base de datos para Windows. Con la compra de FoxPro y la incorporación de sus rutinas de optimización Rushmore dentro de Access, Microsoft Access se convirtió rápidamente en la principal base de datos para Windows de manera efectiva eliminando la competencia que no daba transición en el mundo MS-DOS.
Su nombre código fue Cirrus, el motor se llamó Ruby. Esto fue antes de Visual Basic, Bill Gates los llamo así y decidió que el lenguaje BÁSIC debía ser co-desarrollado como una aplicación ampliable, un proyecto denominado Thunder. Como los motores eran incompatibles entre si, estos proyectos fueron desarrollados por separado, sin embargo, estos se fusionaron de nuevo después de VBA.
Access también fue el nombre de un programa de comunicaciones de Microsoft, destinado a competir con Procomm y otros programas. Esto resultó ser un fracaso y se abandonó. Años más tarde, Microsoft reutilizó el nombre para su software de bases de datos.
Fechas de creacion
• 1992 Access 1.0
• 1993 Access 1.1
• 1992 Access 2.0
• 1995 Access 95
• 1997 Access 97
• 2000 Access 2000
• 2001 Access XP o 2002
• 2003 Access 2003
• 2007 Access 2007
• 2009 Access 2010 (beta)
Inconvenientes
Para bases de datos de gran tamaño (en cuanto a volumen de datos o de usuarios) es recomendable usar otros sistemas como MySQL o Microsoft SQL Server, y código VBA (Visual Basic para Aplicaciones).
Entre sus mayores inconvenientes figuran que no es multiplataforma, pues sólo está disponible para sistemas operativos de Microsoft, Su uso es inadecuado para grandes proyectos de software que requieren tiempos de respuesta críticos
Extensiones de archivo [editar]
Microsoft Access usa las siguientes extensiones para guardar sus datos:
.mdb -Base de datos de Access (Versión 2003 y anteriores)
.mde -Base de datos de Access protegida, con macros (Versión 2003 y anteriores)
.mdz -Extensión de plantillas en Access
.accdb - Base de datos de Access (Versión 2007)
.accde - Base de datos de Access protegida, con macros (Versión 2007 y anteriores)
.mam - Macro de Access
.maq - Consulta de Access
.mar - Informe de Access
.mat - Tabla de Access
.maf - Formulario de Access
.adp - Proyecto de Access
.adn - Plantilla de proyecto de Access
BASE DE DATOS.
Una base de datos es un “almacén” que nos permite guardar grandes cantidades de información de forma organizada para que luego podamos encontrar y utilizar fácilmente. Es una herramienta para recopilar y organizar información.
El término de bases de datos fue escuchado por primera vez en 1963, en un simposio celebrado en California, USA. Una base de datos se puede definir como un conjunto de información relacionada que se encuentra agrupada ó estructurada.
Desde el punto de vista informático, la base de datos es un sistema formado por un conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un conjunto de programas que manipulen ese conjunto de datos.
En las bases de datos, se puede almacenar información sobre personas, productos, pedidos, o cualquier otra cosa. Muchas bases de datos empiezan siendo una lista en un programa de procesamiento de texto o en una hoja de cálculo. A medida que crece la lista, empiezan a aparecer repeticiones e inconsistencias en los datos. Cada vez resulta más complicado comprender los datos presentados en la lista y existen pocos métodos para buscar o recuperar subconjuntos de datos para revisarlos. Cuando empiezan a observarse estos problemas, es aconsejable transferir la información a una base de datos creada mediante un sistema de administración de bases de datos (DBMS), como Office Access 2007.
Una base de datos informatizada es un contenedor de objetos. Una base de datos puede contener más de una tabla. Por ejemplo, un sistema de seguimiento de inventario que utiliza tres tablas no es un conjunto de tres bases de datos, sino una sola base de datos que contiene tres tablas. Excepto si se ha diseñado específicamente para utilizar datos o código de otro origen, una base de datos de Access almacena sus tablas en un solo archivo, junto con otros objetos, como formularios, informes, macros y módulos. Las bases de datos creadas con formato de Access 2007 tienen la extensión de nombre de archivo .accdb y las bases de datos creadas con formatos de versiones anteriores de Access tienen la extensión de nombre de archivo .mdb. Access 2007 se puede utilizar para crear archivos con formatos de versiones anteriores (por ejemplo, Access 2000 y Access 2002-2003).
Cada base de datos se compone de una o más tablas que guarda un conjunto de datos. Cada tabla tiene una o más columnas y filas. Las columnas guardan una parte de la información sobre cada elemento que queramos guardar en la tabla, cada fila de la tabla conforma un registro.
Con Access se puede:
• Agregar más datos a una base de datos, por ejemplo, un elemento nuevo en un inventario.
• Modificar datos existentes en la base de datos, por ejemplo, cambiar la ubicación de un elemento.
• Eliminar información, por ejemplo, si se ha vendido o retirado un artículo.
• Organizar y ver los datos de distintas formas.
• Compartir los datos con otros usuarios mediante informes, mensajes de correo electrónico, una intranet o Internet.
Partes de una base de datos de Access
Componentes de una base de datos de Access típica.
• Tablas
• Formularios
• Informes
• Consultas
• Macros
• Módulos
Tablas
Una tabla de una base de datos es similar en apariencia a una hoja de cálculo, en cuanto a que los datos se almacenan en filas y columnas. Como consecuencia, normalmente es bastante fácil importar una hoja de cálculo en una tabla de una base de datos. La principal diferencia entre almacenar los datos en una hoja de cálculo y hacerlo en una base de datos es la forma de organizarse los datos.
Para lograr la máxima flexibilidad para una base de datos, la información tiene que estar organizada en tablas, para que no haya redundancias. Por ejemplo, si se almacena información sobre empleados, cada empleado se insertará una sola vez en una tabla que se configurará para contener únicamente datos de los empleados. Los datos sobre productos se almacenarán en su propia tabla, y los datos sobre sucursales también tendrán su tabla aparte. Este proceso se conoce como normalización.
Cada fila de una tabla se denomina registro. En los registros es donde se almacena cada información individual. Cada registro consta de campos (al menos uno). Los campos corresponden a las columnas de la tabla. Por ejemplo, puede trabajar con una tabla denominada "Empleados", en la que cada registro (fila) contiene información sobre un empleado distinto y cada campo (columna) contiene un tipo de información diferente, como el nombre, los apellidos, la dirección, o similares. Los campos se deben configurar con un determinado tipo de datos, ya sea texto, fecha, hora, numérico, o cualquier otro tipo.
Otra forma de describir registros y campos es imaginando un catálogo de fichas tradicional de una biblioteca. Cada ficha del armario corresponde a un registro de la base de datos. Cada información contenida en una ficha (autor, título, etc.) corresponde a un campo de la base de datos.
Formularios
Los formularios se conocen a veces como "pantallas de entrada de datos". Son las interfaces que se utilizan para trabajar con los datos y, a menudo, contienen botones de comando que ejecutan diversos comandos. Se puede crear una base de datos sin usar formularios, editando los datos de las hojas de las tablas. No obstante, casi todos los usuarios de bases de datos prefieren usar formularios para ver, escribir y editar datos en las tablas.
Los formularios proporcionan un formato fácil de utilizar para trabajar con los datos. Además, se les puede agregar elementos funcionales, como botones de comando. Puede programar los botones para determinar qué datos aparecen en el formulario, abrir otros formularios o informes, o realizar otras tareas diversas. Por ejemplo, podría crear un formulario denominado "Formulario de cliente" para trabajar con datos de clientes. El formulario de cliente podría tener un botón para abrir un formulario de pedido en el que se pudiese escribir un pedido nuevo del cliente.
Los formularios también permiten controlar la manera en que otros usuarios interactúan con los datos de la base de datos. Por ejemplo, puede crear un formulario que muestre únicamente ciertos campos y que permita la ejecución de determinadas operaciones solamente. Así, se favorece la protección de los datos y se facilita la entrada correcta de datos.
Informes
Los informes sirven para resumir y presentar los datos de las tablas. Normalmente, un informe responde a una pregunta específica, como "¿Cuánto dinero se ha facturado por cliente este año?" o "¿En qué ciudades están nuestros clientes?" Cada informe se puede diseñar para presentar la información de la mejor manera posible.
Un informe se puede ejecutar en cualquier momento y siempre reflejará los datos actualizados de la base de datos. Los informes suelen tener un formato que permita imprimirlos, pero también se pueden consultar en la pantalla, exportar a otro programa o enviar por correo electrónico.
Consultas
Las consultas son las que verdaderamente hacen el trabajo en una base de datos. Pueden realizar numerosas funciones diferentes. Su función más común es recuperar datos específicos de las tablas. Los datos que desea ver suelen estar distribuidos por varias tablas y, gracias a las consultas, puede verlos en una sola hoja de datos. Además, puesto que normalmente no desea ver todos los registros a la vez, las consultas le permiten agregar criterios para "filtrar" los datos hasta obtener solo los registros que desee. Las consultas a menudo sirven de origen de registros para formularios e informes.
Algunas consultas son "actualizables", lo que significa que es posible editar los datos de las tablas base mediante la hoja de datos de la consulta. Si trabaja con una consulta actualizable, recuerde que los cambios se producen también en las tablas, no solo en la hoja de datos de la consulta.
Hay dos tipos básicos de consultas: las de selección y las de acción. Una consulta de selección simplemente recupera los datos y hace que estén disponibles para su uso. Los resultados de la consulta pueden verse en la pantalla, imprimirse o copiarse al portapapeles. O se pueden utilizar como origen de registros para un formulario o un informe.
Una consulta de acción, como su nombre indica, realiza una tarea con los datos. Las consultas de acción pueden servir para crear tablas nuevas, agregar datos a tablas existentes, actualizar datos o eliminar datos.
Macros
Las macros en Access se pueden considerar como un lenguaje de programación simplificado, que se puede utilizar para aumentar la funcionalidad de la base de datos. Por ejemplo, puede adjuntar una macro a un botón de comando en un formulario, de modo que la macro se ejecute cuando se haga clic en el botón. Las macros contienen acciones que realizan tareas, como abrir un informe, ejecutar una consulta o cerrar la base de datos. Casi todas las operaciones de bases de datos que normalmente se realizan manualmente se pueden automatizar mediante macros, ahorrando así mucho tiempo.
Módulos
Los módulos, como las macros, son objetos que sirven para aumentar la funcionalidad de la base de datos. Mientras que las macros en Access se crean seleccionando acciones de una lista, los módulos se escriben en el lenguaje de programación de Visual Basic para Aplicaciones (VBA) (Visual Basic para Aplicaciones (VBA): versión del lenguaje de macros de Microsoft Visual Basic que se utiliza para programar aplicaciones basadas en Microsoft Windows y que se incluye en varios programas de Microsoft.). Un módulo es una colección de declaraciones, instrucciones y procedimientos que se almacenan conjuntamente como una unidad. Un módulo puede ser de clase o estándar. Los módulos de clase se adjuntan a formularios o informes, y normalmente contienen procedimientos específicos del formulario o el informe al que se adjuntan. Los módulos estándar contienen procedimientos generales que no están asociados a ningún otro objeto. Los módulos estándar se enumeran en Módulos en el panel de exploración, pero los módulos de clase no.
Definición de base de datos.
Se define una base de datos como una serie de datos organizados y relacionados entre sí, los cuales son recolectados y explotados por los sistemas de información de una empresa o negocio en particular.
Características.
Entre las principales características de los sistemas de base de datos podemos mencionar:
• Independencia lógica y física de los datos.
• Redundancia mínima.
• Acceso concurrente por parte de múltiples usuarios.
• Integridad de los datos.
• Consultas complejas optimizadas.
• Seguridad de acceso y auditoria.
• Respaldo y recuperación.
• Acceso a través de lenguajes de programación estándar.
Ventajas de las bases de datos.
Control sobre la redundancia de datos:
Los sistemas de ficheros almacenan varias copias de los mismos datos en ficheros distintos. Esto hace que se desperdicie espacio de almacenamiento, además de provocar la falta de consistencia de datos.
En los sistemas de bases de datos todos estos ficheros están integrados, por lo que no se almacenan varias copias de los mismos datos. Sin embargo, en una base de datos no se puede eliminar la redundancia completamente, ya que en ocasiones es necesaria para modelar las relaciones entre los datos.
Consistencia de datos:
Eliminando o controlando las redundancias de datos se reduce en gran medida el riesgo de que haya inconsistencias. Si un dato está almacenado una sola vez, cualquier actualización se debe realizar sólo una vez, y está disponible para todos los usuarios inmediatamente. Si un dato está duplicado y el sistema conoce esta redundancia, el propio sistema puede encargarse de garantizar que todas las copias se mantienen consistentes.
Compartición de datos:
En los sistemas de ficheros, los ficheros pertenecen a las personas o a los departamentos que los utilizan. Pero en los sistemas de bases de datos, la base de datos pertenece a la empresa y puede ser compartida por todos los usuarios que estén autorizados.
Mantenimiento de estándares:
Gracias a la integración es más fácil respetar los estándares necesarios, tanto los establecidos a nivel de la empresa como los nacionales e internacionales. Estos estándares pueden establecerse sobre el formato de los datos para facilitar su intercambio, pueden ser estándares de documentación, procedimientos de actualización y también reglas de acceso.
Mejora en la integridad de datos:
La integridad de la base de datos se refiere a la validez y la consistencia de los datos almacenados. Normalmente, la integridad se expresa mediante restricciones o reglas que no se pueden violar. Estas restricciones se pueden aplicar tanto a los datos, como a sus relaciones, y es el SGBD quien se debe encargar de mantenerlas.
Mejora en la seguridad:
La seguridad de la base de datos es la protección de la base de datos frente a usuarios no autorizados. Sin unas buenas medidas de seguridad, la integración de datos en los sistemas de bases de datos hace que éstos sean más vulnerables que en los sistemas de ficheros.
Mejora en la accesibilidad a los datos:
Muchos SGBD proporcionan lenguajes de consultas o generadores de informes que permiten al usuario hacer cualquier tipo de consulta sobre los datos, sin que sea necesario que un programador escriba una aplicación que realice tal tarea.
Mejora en la productividad:
El SGBD proporciona muchas de las funciones estándar que el programador necesita escribir en un sistema de ficheros. A nivel básico, el SGBD proporciona todas las rutinas de manejo de ficheros típicas de los programas de aplicación.
El hecho de disponer de estas funciones permite al programador centrarse mejor en la función específica requerida por los usuarios, sin tener que preocuparse de los detalles de implementación de bajo nivel.
Mejora en el mantenimiento:
En los sistemas de ficheros, las descripciones de los datos se encuentran inmersas en los programas de aplicación que los manejan.
Esto hace que los programas sean dependientes de los datos, de modo que un cambio en su estructura, o un cambio en el modo en que se almacena en disco, requiere cambios importantes en los programas cuyos datos se ven afectados.
Sin embargo, los SGBD separan las descripciones de los datos de las aplicaciones. Esto es lo que se conoce como independencia de datos, gracias a la cual se simplifica el mantenimiento de las aplicaciones que acceden a la base de datos.
Aumento de la concurrencia:
En algunos sistemas de ficheros, si hay varios usuarios que pueden acceder simultáneamente a un mismo fichero, es posible que el acceso interfiera entre ellos de modo que se pierda información o se pierda la integridad. La mayoría de los SGBD gestionan el acceso concurrente a la base de datos y garantizan que no ocurran problemas de este tipo.
Mejora en los servicios de copias de seguridad:
Muchos sistemas de ficheros dejan que sea el usuario quien proporcione las medidas necesarias para proteger los datos ante fallos en el sistema o en las aplicaciones. Los usuarios tienen que hacer copias de seguridad cada día, y si se produce algún fallo, utilizar estas copias para restaurarlos.
En este caso, todo el trabajo realizado sobre los datos desde que se hizo la última copia de seguridad se pierde y se tiene que volver a realizar. Sin embargo, los SGBD actuales funcionan de modo que se minimiza la cantidad de trabajo perdido cuando se produce un fallo.
Desventajas de las bases de datos.
Complejidad:
Los SGBD son conjuntos de programas que pueden llegar a ser complejos con una gran funcionalidad. Es preciso comprender muy bien esta funcionalidad para poder realizar un buen uso de ellos.
Coste del equipamiento adicional:
Tanto el SGBD, como la propia base de datos, pueden hacer que sea necesario adquirir más espacio de almacenamiento. Además, para alcanzar las prestaciones deseadas, es posible que sea necesario adquirir una máquina más grande o una máquina que se dedique solamente al SGBD. Todo esto hará que la implantación de un sistema de bases de datos sea más cara.
Vulnerable a los fallos:
El hecho de que todo esté centralizado en el SGBD hace que el sistema sea más vulnerable ante los fallos que puedan producirse. Es por ello que deben tenerse copias de seguridad (Backup).
Tipos de Campos.
Cada Sistema de Base de Datos posee tipos de campos que pueden ser similares o diferentes. Entre los más comunes podemos nombrar:
• Numérico: entre los diferentes tipos de campos numéricos podemos encontrar enteros “sin decimales” y reales “decimales”.
• Booleanos: poseen dos estados: Verdadero “Si” y Falso “No”.
• Memos: son campos alfanuméricos de longitud ilimitada. Presentan el inconveniente de no poder ser indexados.
• Fechas: almacenan fechas facilitando posteriormente su explotación. Almacenar fechas de esta forma posibilita ordenar los registros por fechas o calcular los días entre una fecha y otra.
• Alfanuméricos: contienen cifras y letras. Presentan una longitud limitada (255 caracteres).
• Autoincrementables: son campos numéricos enteros que incrementan en una unidad su valor para cada registro incorporado. Su utilidad resulta: Servir de identificador ya que resultan exclusivos de un registro.
Tipos de Base de Datos.
Entre los diferentes tipos de base de datos, podemos encontrar los siguientes:
• MySql: es una base de datos con licencia GPL basada en un servidor. Se caracteriza por su rapidez. No es recomendable usar para grandes volúmenes de datos.
•
• PostgreSql y Oracle: Son sistemas de base de datos poderosos. Administra muy bien grandes cantidades de datos, y suelen ser utilizadas en intranets y sistemas de gran calibre.
• Access: Es una base de datos desarrollada por Microsoft. Esta base de datos, debe ser creada bajo el programa Access, el cual crea un archivo .mdb con la estructura ya explicada.
• Microsoft SQL Server: es una base de datos más potente que Access desarrollada por Microsoft. Se utiliza para manejar grandes volúmenes de informaciones.
Modelo entidad-relación
Los diagramas o modelos entidad-relación (denominado por su siglas, ERD “Diagram Entity relationship”) son una herramienta para el modelado de datos de un sistema de información. Estos modelos expresan entidades relevantes para un sistema de información, sus inter-relaciones y propiedades.
Cardinalidad de las Relaciones.
El diseño de relaciones entre las tablas de una base de datos puede ser la siguiente:
• Relaciones de uno a uno: una instancia de la entidad A se relaciona con una y solamente una de la entidad B.
• Relaciones de uno a muchos: cada instancia de la entidad A se relaciona con varias instancias de la entidad B.
• Relaciones de muchos a muchos: cualquier instancia de la entidad A se relaciona con cualquier instancia de la entidad B.
ANALISIS DE RIESGOS.
Cuando nuestros datos son almacenados en bases de datos, con independencia de que sean bases del Estado o privadas, siempre surgen riesgos:
Riesgo de que sean utilizados comercialmente para beneficio ajeno y encima seamos molestados con publicidad a nuestro nombre.
Riesgo de uso delictivo para estafas bancarias, suplantación de identidad, chantaje, secuestro por mafias.
Riesgo de que sean utilizados en nuestra contra por la policía o servicios de inteligencia que nunca tendrán suficiente control democrático y riesgo de su utilización por un futuro gobierno antidemocrático.
A la hora de ceder nuestros datos tenemos que tener muy claro que nunca tendremos la seguridad total de a donde acabarán yendo a parar, ni para qué acabarán siendo utilizados, por lo que siempre hay un riesgo potencial que nos obliga a valorar suficientemente si con ello obtenemos algún beneficio que nos compense y si podemos recuperar su control. Esto no debe volvernos paranoicos pero si prudentes. Los datos que damos pueden ser robados o vendidos por un funcionario o empleado infiel o ser utilizados con una finalidad diferente. Cuando entregamos nuestros datos nos han de ofrecer suficiente confianza de que serán tratados en nuestro beneficio y almacenados con suficiente seguridad. La tecnología moderna facilita la suplantación electrónica de nuestra identidad, también la difusión de información perjudicial (Registros de morosos).
PLANES DE GESTION DE RIESGOS.
La Gestión de Riesgos debe arrancar desde el inicio del Proyecto, durante el arranque de sus fases principales y siempre que se puedan producir cambios sustanciales que pudieran modificar las planificaciones y/o estimaciones.
La Gestión de Riesgos se compone fundamentalmente de cuatro pasos:
• Identificación del Riesgo
• Análisis del Riesgo
• Planificación y Gestión de las Medidas Preventivas y/o Correctoras
• Revisión Periódica del Estado del Riesgo hasta su desaparición.
Se propone la utilización de una matriz específica que sirva de soporte para la
Gestión de Riesgos. Esta matriz se utilizará en las reuniones de seguimiento y/o cuando se estime necesario (en el caso de situaciones excepcionales), y su contenido será el siguiente:
DOCUMENTACION DEL PROYECTO .
La documentación de los programas es un aspecto sumamente importante, tanto en el desarrollo de la aplicación como en el mantenimiento de la misma. Mucha gente no hace este parte del desarrollo y no se da cuenta de que pierde la posibilidad de la reutilización de parte del programa en otras aplicaciones, sin necesidad de conocerse el código al dedillo.
La documentación de un sistema empieza a la vez que la construcción del mismo y finaliza justo antes de la entrega del programa o aplicación al cliente. Así mismo, la documentación que se entrega al cliente tendrá que coincidir con la versión final de los programas que componen la aplicación.
Una vez concluido el programa, los documentos que se deben entregar son una guía técnica, una guía de uso y de instalación.
Tipos de documentación.
La documentación que se entrega al cliente se divide claramente en dos categorías, interna y externa:
•Interna: Es aquella que se crea en el mismo código, ya puede ser en forma de comentarios o de archivos de información dentro de la aplicación.
•Externa: Es aquella que se escribe en cuadernos o libros, totalmente ajena a la aplicación en si. Dentro de esta categoría también se encuentra la ayuda electrónica.
La guía técnica.
En la guía técnica o manual técnico se reflejan el diseño del proyecto, la codificación de la aplicación y las pruebas realizadas para su correcto funcionamiento. Generalmente este documento está diseñado para personas con conocimientos de informática, generalmente programadores.
El principal objetivo es el de facilitar el desarrollo, corrección y futuro mantenimiento de la aplicación de una forma rápida y fácil.
Esta guía está compuesta por tres apartados claramente diferenciados:
•Cuaderno de carga: Es donde queda reflejada la solución o diseño de la aplicación.
Esta parte de la guía es únicamente destinada a los programadores. Debe estar realizado de tal forma que permita la división del trabajo
•Programa fuente: Es donde se incluye la codificación realizada por los programadores. Este documento puede tener, a su vez, otra documentación para su mejor comprensión y puede ser de gran ayuda para el mantenimiento o desarrollo mejorado de la aplicación. Este documento debe tener una gran claridad en su escritura para su fácil comprensión.
•Pruebas: es el documento donde se especifican el tipo de pruebas realizadas a lo largo de todo el proyecto y los resultados obtenidos.
La guía de uso.
Es lo que comúnmente llamamos el manual del usuario. Contiene la información necesaria para que los usuarios utilicen correctamente la aplicación.
Este documento se hace desde la guía técnica pero se suprimen los tecnicismos y se presenta de forma que sea entendible para el usuario que no sea experto en informática.
Un punto a tener en cuenta en su creación es que no debe hacer referencia a ningún apartado de la guía técnica y en el caso de que se haga uso de algún tecnicismo debe ir acompañado de un glosario al final de la misma para su fácil comprensión.
La guía de instalación .
Es la guía que contiene la información necesaria para implementar dicha aplicación.
Dentro de este documento se encuentran las instrucciones para la puesta en marcha del sistema y las normas de utilización del mismo.
Dentro de las normas de utilización se incluyen también las normas de seguridad, tanto las físicas como las referentes al acceso a la información.
ENTREGA FINAL DEL PROYECTO.
En este punto, el trabajo inicia su producción, es decir que las partes deben asegurarse de que el trabajo cumpla con las expectativas del usuario y garantizar que su "instalación" y uso sean los correctos. En la medida en que es el contratista quien conoce el producto que ha sido terminado, el mismo es el responsable de su instalación.
Como ya se ha dicho, todo proyecto está destinado a finalizarse en un plazo predeterminado, culminando en la entrega de la obra al cliente o la puesta en marcha del sistema desarrollado, comprobando que funciona adecuadamente y responde a las especificaciones en su momento aprobadas. Esta fase es también muy importante no sólo por representar la culminación de la operación sino por las dificultades que suele presentar en la práctica, alargándose excesivamente y provocando retrasos y costes imprevistos.
Una vez entregado el proyecto éste es revisado, y se llevan a cabo las valoraciones pertinentes sobre lo planeado y lo ejecutado, así como sus resultados, en consideración al logro de los objetivos planteados.
BIBLIOGRAFIAS.
http://intimidadviolada.blogspot.com/2007/08/riesgos-de-las-bases-de-datos.html http://www.promainsur.com/sigepweb/docs/SIGEP-WEB_PP_GRI_01_00.pdf
http://www.desarrolloweb.com/articulos/importancia-documentacion.html
http://es.wikipedia.org/wiki/Microsoft_Access
http://www.maestrosdelweb.com/principiantes/%C2%BFque-son-las-bases-de-datos/ http://es.wikipedia.org/wiki/Sistema_de_gestión_de_bases_de_... - 37k
http://office.microsoft.com/es-es/access/HA100644503082.aspx
Aplicaciones de 1 Capa
Arquitectura de 3 capas .
