diseño conceptual de la base de datos

• El primer paso en el diseño de una base de datos es la producción del esquema conceptual. Normalmente, se construyen varios esquemas conceptuales, cada uno para representar las distintas visiones que los usuarios tienen de la información. Cada una de estas visiones suelen corresponder a las diferentes áreas funcionales de la empresa como, por ejemplo, producción, ventas, recursos humanos, etc.
  Estas visiones de la información, denominadas vistas, se pueden identificar de varias formas. Una opción consiste en examinar los diagramas de flujo de datos, que se pueden haber producido previamente, para identificar cada una de las áreas funcionales. La otra opción consiste en entrevistar a los usuarios, examinar los procedimientos, los informes y los formularios, y también observar el funcionamiento de la empresa.
  A los esquemas conceptuales correspondientes a cada vista de usuario se les denomina esquemas conceptuales locales. Cada uno de estos esquemas se compone de entidades, relaciones, atributos, dominios de atributos e identificadores. El esquema conceptual también tendrá una documentación, que se irá produciendo durante su desarrollo.
• Se deben construir varios esqemas conceptuales para presentar las diversas visiones.
• http://www3.uji.es/~mmarques/f47/apun/node84.html

recoleccion y analisis de la informacion

• La recolección de datos se refiere al uso de una gran diversidad de técnicas y herramientas que pueden ser utilizadas por el analista para desarrollar los sistemas de información, los cuales pueden ser la entrevistas, la encuesta, el cuestionario, la observación, el diagrama de flujo y el diccionario de datos.
  Todas estos instrumentos se aplicará en un momento en particular, con la finalidad de buscar información que será útil a una investigación en común. En la presente investigación trata con detalle los pasos que se debe seguir en el proceso de recolección de datos, con las técnicas ya antes nombradas.
• Son tecnicas o herramientas para buscar informacion.
• http://www.monografias.com/trabajos12/recoldat/recoldat.shtml

Ciclo de vida del sistema de aplicacion de base de datos

• Las etapas del ciclo de vida de una aplicación de bases de datos son las siguientes:
  Planificación del proyecto.
  Definición del sistema.
  Recolección y análisis de los requisitos.
  Diseño de la base de datos.
  Selección del SGBD.
  Diseño de la aplicación.
  Prototipado.
  Implementación.
  Conversión y carga de datos.
  Prueba.
  Mantenimiento. Estas etapas no son estrictamente secuenciales. De hecho hay que repetir algunas de las etapas varias veces, haciendo lo que se conocen como ciclos de realimentación. Por ejemplo, los problemas que se encuentran en la etapa del diseño de la base de datos pueden requerir una recolección de requisitos adicional y su posterior análisis.
• El ciclo de vida del sistema de base de datos son las etapas por las que esta pasa para ser realizada.
• http://www3.uji.es/~mmarques/f47/apun/node67.html

Tercera forma normal

• Tercera Forma Normal (3FN)
  La tabla se encuentra en 3FN si es 2FN y cada atributo que no forma parte de ninguna clave, depende directamente y no transitivamente, de la clave primaria. Un ejemplo de este concepto sería que, una dependencia funcional X→Y en un esquema de relación R es una dependencia transitiva si hay un conjunto de atributos Z que no es un subconjunto de alguna clave de R, donde se mantiene X→Z y Z→Y. Por ejemplo, la dependencia SSN→DMGRSSN es una dependencia transitiva en EMP_DEPT de la siguiente figura. Decimos que la dependencia de DMGRSSN el atributo clave SSN es transitiva vía DNUMBER porque las dependencias SSN→DNUMBER y DNUMBER→DMGRSSN son mantenidas, y DNUMBER no es un subconjunto de la clave de EMP_DEPT. Intuitivamente, podemos ver que la dependencia de DMGRSSN sobre DNUMBER es indeseable en EMP_DEPT dado que DNUMBER no es una clave de EMP_DEPT.
• Si cada atributo de la tabla no forma parte de ninguna clave, pero depende directo a la clave primaria
• http://www.mitecnologico.com/Main/FormasNormalesBasesDatos

segunda forma normal

• Segunda Forma Normal (2FN)
  Dependencia completa. Una relación está en 2FN si está en 1FN y si los atributos que no forman parte de ninguna clave dependen de forma completa de la clave principal. Es decir que no existen dependencias parciales. Los atributos dependen de la clave. Varía la clave y varían los atributos.
  En Otras palabras pudiésemos decir que la segunda forma normal está basada en el concepto de dependencia completamente funcional. Una dependencia funcional X → Y es completamente funcional si al eliminar los atributos A de X significa que la dependencia no es mantenida, esto es que A Є X, (X – Ā) -x→ Y. Una dependencia funcional X→ Y es una dependencia parcial si hay algunos atributos A Є X que pueden ser removidos de X y la dependencia todavía se mantiene, esto es A Є X, (X – Ā) → Y . Por ejemplo {SSN,PNUMBER} → HOURS es completamente dependencia dado que ni SSN → HOURS ni PNUMBER → HOURS mantienen la dependencia. Sin embargo {SSN,PNUMBER} → ENAME es parcialmente dependiente dado que SSN→ENAME mantiene la dependencia
• http://www.mitecnologico.com/Main/FormasNormalesBasesDatos
• La 2fn depende completamente de cierta clave y si la clave varia tambien los atributos lo haran.
  

Primera forma normal

* Primera forma normal
La primera forma normal, impone un requisito muy elemental a las relaciones; a diferencia de las demás formas normales, no exige información adicional como las dependencias funcionales.
Un dominio es atómico si se considera que los elementos del dominio son unidades indivisibles. Se dice que el esquema de una relación R esta en la primera forma normal (1FN) si los dominios de todos los atributos de R son atómicos.
Un conjunto de nombres es un ejemplo de valor no atomico. Por ejemplo, si el esquema de la relación empleado incluyera el atributo hijos, los elementos de cuyo dominio son conjuntos de nombres, el esquema no se hallaría en la primera forma normal.
Los atributos compuestos, como el atributo dirección con sus atributos componentes calle y ciudad, tienen también dominios no atómicos.

• http://www.mitecnologico.com/Main/FormasNormalesBasesDatos
  

Normalizacion

• La normalización convierte una relación en varias sub-relaciones, cada una de las cuales obedece a reglas. Estas reglas se describen en términos de dependencia. Una vez que hayamos examinado las distintas formas de dependencia, encontraremos procedimientos a aplicar a las relaciones de modo tal que las mismas puedan descomponerse de acuerdo a la dependencia que prevalece. Esto no llevará indefectiblemente a formar varias subrelaciones a partir de la única relación preexistente.
  
• El proceso de normalización de bases de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.
• http://www.monografias.com/trabajos5/norbad/norbad.shtml