Vous êtes sur la page 1sur 11

Contenido

1. INTRODUCCIN ...................................................................................................... 1
2. BASE DE DATOS ..................................................................................................... 2
2.1. Usos de las bases de datos ............................................................................... 2
3. INGENIERA DE REQUERIMIENTOS ...................................................................... 4
3.1. Procesos de la ingeniera de requerimientos ..................................................... 4
3.1.1. Estudio de viabilidad .................................................................................... 5
3.1.2. Obtencin y anlisis de requerimientos ....................................................... 5
3.1.3. Especificacin de requerimientos ................................................................ 6
3.1.4. Validacin de requerimientos ....................................................................... 7
3.1.5. Gestin de requerimientos ........................................................................... 8
4. MODELO ENTIDAD RELACIN .............................................................................. 9
4.1. Ventajas del modelo entidad relacin ................................................................. 9
BIBLIOGRAFA .............................................................................................................. 10

ndice de figuras
Figura 1. EL proceso de la ingeniera de requerimientos ................................................ 4
Figura 2. Proceso de obtencin y anlisis ....................................................................... 5

Pgina 1 de 11

1. INTRODUCCIN

Las bases de datos son el mtodo preferido para el almacenamiento estructurado de
datos. Desde las grandes aplicaciones multiusuario, hasta los telfonos mviles y las
agendas electrnicas utilizan tecnologa de bases de datos para asegurar la integridad
de los datos y facilitar la labor tanto de usuarios como de los programadores que las
desarrollan.
Desde la realizacin del primer modelo de datos, pasando por la administracin del
sistema gestor, hasta llegar al desarrollo de la aplicacin, los conceptos y la tecnologa
asociados son muchos y muy heterogneos. Sin embargo, es imprescindible conocer
los aspectos clave de cada uno de estos temas para tener xito en cualquier proyecto
que implique trabajar con bases de datos.

Pgina 2 de 11

2. BASE DE DATOS

Una base de datos se define como un conjunto de datos relacionados entre s. Los
conceptos relevantes de esta definicin son datos y relacionados.
En cuanto los datos los definimos como un conjunto de hechos relevantes que pueden
ser registrados de algn modo, y cuentan con un significado implcito. Reflejan
situaciones del mundo real y cambios en esas situaciones.
En las relaciones debe existir homogeneidad en la coleccin de datos que conforman la
base de datos. No se trata de un conjunto seleccionado de forma aleatoria, los datos se
recopilan y registran con una finalidad, los datos deben ser relevantes con respecto a
esa finalidad.

2.1. Usos de las bases de datos

Las bases de datos son ampliamente usadas. Las siguientes son algunas de sus
aplicaciones ms representativas:
Banca. Para informacin de los clientes, cuentas y prstamos, y transacciones
bancarias.
Lneas areas. Para reservas e informacin de planificacin. Las lneas areas fueron
de los primeros en usar las bases de datos de forma distribuida geogrficamente (los
terminales situados en todo el mundo accedan al sistema de bases de datos
centralizado a travs de las lneas telefnicas y otras redes de datos).
Universidades. Para informacin de los estudiantes, matrculas de las asignaturas y
cursos.
Transacciones de tarjeta de crdito. Para compras con tarjeta de crdito y generacin
mensual de extractos.
Telecomunicaciones. Para guardar un registro de las llamadas realizadas, generacin
mensual de facturas, manteniendo el saldo de las tarjetas telefnicas de prepago y para
almacenar informacin sobre las redes de comunicaciones.
Finanzas. Para almacenar informacin sobre grandes empresas, ventas y compras de
documentos formales financieros, como bolsa y bonos.
Ventas. Para informacin de clientes, productos y compras.
Pgina 3 de 11

Produccin. Para la gestin de la cadena de produccin y para el seguimiento de la
produccin de elementos en las factoras, inventarios de elementos en almacenes y
pedidos de elementos.
Recursos humanos. Para informacin sobre los empleados, salarios, impuestos y
beneficios, y para la generacin de nminas.

Pgina 4 de 11

3. INGENIERA DE REQUERIMIENTOS

El proceso de descubrir, analizar, documentar y verificar estos servicios y restricciones
se denomina ingeniera de requerimientos. La meta del proceso de ingeniera de
requerimientos es crear y mantener un documento de requerimientos del sistema.
El principal problema al que nos enfrentamos en el desarrollo de sistemas grandes y
complejos es el de la ingeniera de requerimientos. sta trata de establecer lo que el
sistema debe hacer, sus propiedades emergentes deseadas y esenciales, y las
restricciones en el funcionamiento del sistema y los procesos de desarrollo del software.
Los requerimientos para un sistema son la descripcin de los servicios proporcionados
por el sistema y sus restricciones operativas. Estos requerimientos reflejan las
necesidades de los clientes de un sistema que ayude a resolver algn problema como
el control de un dispositivo, hacer un pedido o encontrar informacin.

3.1. Procesos de la ingeniera de requerimientos

Dentro de la ingeniera de requerimientos se identifican una serie de actividades
distintas pero complementarias entre s, las cuales van desde la identificacin misma de
los requerimientos hasta su gestin una vez que se encuentran debidamente
especificados. Estas actividades no se dan de forma secuencial, sino que se realizan
continuamente a lo largo de la actividad de requerimientos en el ciclo de desarrollo.


Figura 1. EL proceso de la ingeniera de requerimientos
Pgina 5 de 11

3.1.1. Estudio de viabilidad

Para todos los sistemas nuevos, el proceso de ingeniera de requerimiento debera
empezar con un estudio de viabilidad. La entrada de ste es un conjunto de
requerimientos del negocio preliminares, una descripcin resumida del sistema y de
cmo ste pretende contribuir a los procesos del negocio. Los resultados del estudio
deberan ser un informe que recomiende si merece o no la pena seguir con la ingeniera
de requerimientos y el proceso de desarrollo del sistema.
Un estudio de viabilidad es un estudio corto y orientado a resolver varias cuestiones:
Contribuye el sistema a los objetivos generales de la organizacin?, Se puede
implementar el sistema utilizando la tecnologa actual y dentro de las restricciones de
coste y tiempo?, Puede integrarse el sistema con otros sistemas existentes en la
organizacin?.
En un estudio de viabilidad, se pueden consultar las fuentes de informacin, como los
jefes de los departamentos donde se utilizar el sistema, los ingenieros del software
que estn familiarizados con el tipo de sistema propuesto, los expertos en tecnologa y
los usuarios finales del sistema.

3.1.2. Obtencin y anlisis de requerimientos

La siguiente etapa es la obtencin y anlisis de requerimientos. En esta actividad los
ingenieros del software trabajan con los clientes y los usuarios finales del sistema para
determinar el dominio de la aplicacin, qu servicios debe proporcionar el sistema, el
rendimiento requerido del sistema, las restricciones hardware, etc.








Figura 2. Proceso de obtencin y anlisis
Pgina 6 de 11


La obtencin y anlisis es un proceso iterativo con retroalimentacin continua de cada
actividad. La comprensin de los requerimientos por parte del analista mejora en cada
vuelta del ciclo.
Las actividades del proceso son:
Descubrimiento de requerimientos. Es el proceso de interactuar con los usuarios y
clientes del sistema para recopilar sus requerimientos.
Clasificacin y organizacin de requerimientos. Esta actividad toma la recopilacin no
estructurada de requerimientos, grupos relacionados de requerimientos y los organiza
en grupos coherentes.
Ordenacin por prioridades y negociacin de requerimientos. Inevitablemente, cuando
existen muchos usuarios involucrados, los requerimientos entrarn en conflicto. Esta
actividad se refiere a ordenar segn las prioridades los requerimientos, y a encontrar y
resolver los requerimientos en conflicto a travs de la negociacin.
Documentacin de requerimientos. Se pueden producir documentos de requerimientos
formales o informales. Los requerimientos que se han obtenido se documentan de tal
forma que se pueden utilizar para ayudar al descubrimiento de nuevos requerimientos.
En esta etapa se puede producir una versin inicial del documento de requerimientos
del sistema, pero faltarn secciones y habr requerimientos incompletos.

3.1.3. Especificacin de requerimientos

La especificacin de requerimientos es la actividad en la cual se genera el documento
que contiene la descripcin completa de las caractersticas y funcionalidades del
sistema, as como su alcance. Es por lo tanto la representacin y documentacin de los
requerimientos funcionales y no funcionales del sistema o del software.
Comnmente se le llama especificacin de requerimientos de software al documento
que contiene la definicin completa de los requerimientos del software. Este documento
describe de manera clara y precisa cada uno de los requerimientos esenciales
(funciones, desempeo, restricciones de diseo y atributos de calidad) del software y
sus interfaces externas.
El documento de requerimientos es til para diversas personas:
Pgina 7 de 11

Clientes y usuarios. Quienes validan que los requerimientos son adecuados a sus
necesidades.
Lderes de proyecto. Para planear, costear, y calendarizar el desarrollo del sistema.
Ingenieros de software y arquitectos del sistema. Responsables de disear e
implementar el sistema.
Probadores. Quienes usan el documento para generar pruebas y verificar que el
sistema desarrollado satisfaga los requerimientos.
Personal que mantiene y modifica el sistema. Para comprender las caractersticas
iniciales del sistema y las relaciones entre las diferentes partes del sistema.
Documentadores. Realizan los manuales de usuario y tcnicos, con base en la
funcionalidad requerida y ofrecida por el sistema.

3.1.4. Validacin de requerimientos

Esta actividad comprueba la veracidad, consistencia y completitud de los
requerimientos. Durante este proceso, inevitablemente se descubren errores en el
documento de requerimientos. Se debe modificar entonces para corregir estos
problemas.
La validacin es importante debido a que los errores en el documento de
requerimientos pueden conducir a importantes costes al repetir el trabajo cuando son
descubiertos durante el desarrollo o despus de que el sistema est en uso. Un cambio
en los requerimientos significa que el diseo y la implementacin del sistema tambin
deben cambiar y que ste debe probarse nuevamente.
Pueden utilizarse varias tcnicas de validacin de requerimientos:
Revisiones de requerimientos. Los requerimientos son analizados sistemticamente por
un equipo de revisores.
Construccin de prototipos. En este enfoque, se muestra un modelo ejecutable del
sistema a los usuarios finales y a los clientes. stos pueden experimentar con este
modelo para ver si cumple sus necesidades reales.
Generacin de casos de prueba. Los requerimientos deben poder probarse. Si las
pruebas para stos se conciben como parte del proceso de validacin, a menudo revela
los problemas en los requerimientos. Si una prueba es difcil o imposible de disear,
Pgina 8 de 11

normalmente significa que los requerimientos sern difciles de implementar y deberan
ser considerados nuevamente.

3.1.5. Gestin de requerimientos

La gestin de requerimientos es el proceso de comprender y controlar los cambios en
los requerimientos del sistema.
Los requerimientos para sistemas grandes son siempre cambiantes. Debido a que el
problema no puede definirse completamente, es muy probable que los requerimientos
sean incompletos. Adems, una vez que un sistema se ha instalado, inevitablemente
surgen nuevos requerimientos. Es difcil para los usuarios y clientes anticipar qu
efectos tendr el sistema nuevo en la organizacin.
Es necesario mantenerse al tanto de los requerimientos particulares y mantener
vnculos entre los requerimientos dependientes de forma que se pueda evaluar el
impacto de los cambios en los requerimientos.
El proceso de gestin de requerimientos debera empezar en cuanto est disponible
una versin preliminar del documento de requerimientos, pero se debera empezar a
planificar cmo gestionar los requerimientos que cambian durante el proceso de
obtencin de requerimientos.

Pgina 9 de 11

4. MODELO ENTIDAD RELACIN

El modelo de datos entidad-relacin est basado en una percepcin del mundo real
consistente en objetos bsicos llamados entidades y de relaciones entre estos objetos.
Se desarroll para facilitar el diseo de bases de datos permitiendo la especicacin de
un esquema de la empresa que representa la estructura lgica completa de una base
de datos. El modelo de datos E-R es uno de los diferentes modelos de datos
semnticos; el aspecto semntico del modelo yace en la representacin del signicado
de los datos. El modelo E-R es extremadamente til para hacer corresponder los
signicados e interacciones de las empresas del mundo real con un esquema
conceptual. Debido a esta utilidad, muchas herramientas de diseo de bases de datos
se basan en los conceptos del modelo E-R.
Un modelo de datos tiene en cuenta tres aspectos de los datos: la estructura, la
manipulacin y la integridad. Sin embargo, el modelo ER habitualmente se utiliza para
reflejar aspectos de la estructura de los datos y de su integridad, pero no de su
manipulacin.

4.1. Ventajas del modelo entidad relacin

Nos proporciona herramientas muy potentes para describir las estructuras de la
informacin del mundo real, la semntica y las interrelaciones.
El modelo ER es uno de los enfoques de modelizacin de datos que ms se utiliza
actualmente por su simplicidad y legibilidad. Su legibilidad se ve favorecida porque
proporciona una notacin diagramtica muy comprensiva. Es una herramienta til tanto
para ayudar al diseador a reflejar en un modelo conceptual los requisitos del mundo
real de inters como para comunicarse con el usuario final sobre el modelo conceptual
obtenido y, de este modo, poder verificar si satisface sus requisitos.
El modelo ER resulta fcil de aprender y de utilizar en la mayora de las aplicaciones.
Adems, existen herramientas informticas de ayuda al diseo que utilizan alguna
variante del modelo ER para hacer el diseo de los datos.

Pgina 10 de 11

BIBLIOGRAFA

Silberschatz, Abraham, Korth, Henry, F y Sudarshan S. (1998). Fundamentos de bases
de datos, 4a. Madrid, Espaa. Ed., Mc Graw Hill.
Camps Par, Rafael, Casillas Santilln, Alberto, Costal Costa Dolors, Gibert Ginest,
Marc, Martn Escofet, Carme, Prez Mora, Oscar. (2005). Bases de datos, 1a.
Barcelona, Espaa. Ed., Fundacin para la Universitat Oberta de Catalunya.
Sommerville, Ian. (2005). Ingeniera del software, 7a. Madrid, Espaa. Ed., Pearson
Educacin.
Ventura Miranda, Ma. Teresa (2002). La ingeniera de Requerimientos como factor
clave para el xito de los proyectos de desarrollo de software. Trabajo de licenciatura
no publicado. Universidad Nacional Autnoma de Mxico, Mxico, D.F.
Introduccin a las Bases de Datos. Recuperado en Septiembre, 10, 2014,
http://docencia.lbd.udc.es/bdd/teoria/tema1/1.1-IntroduccionALasBasesDeDatos.pdf