●๋• LuCe ●๋•

domingo, 7 de febrero de 2010

¿ para olvidar o recordar?


No guarde imagenes ni sonidos, hoy tu voz ceso , no escucho mas murmullos tuyos , no hay olores ni carisias que recuerde , han pasado ya 4 años, y tu mirada ya no recuerdo. No guarde fotos o videos para contemplar cada noche, ¿tus cartas? , tus cartas yo no existen mas, se fueron de mi creyendo que de ese modo no volverias mas a mis peliculas mentales.
¿canciones? canciones que ya no duelen , ¿lugares? lugares que ya no mienten.

sábado, 13 de junio de 2009

•● TransfoOrmacion al mOdelo de datOs

  • El método propuesto para el desarrollo de este tipo de BD se presentó en [13] y, dado que todos
    los modelos contemplados en MIDAS se expresan con notación UML, se propuso y se
    publicó una extensión para el modelado de XML Schemas en UML [14]. Aquí completamos
    la propuesta formalizando las transformaciones entre los modelos PIM y PSM que forman
    parte del proceso de desarrollo presentado y que fueron introducidas en [13]. Para ello,
    siguiendo una aproximación similar a la que ya se ha utilizado para definir las
    transformaciones para el desarrollo de BDOR (BD Objeto-Relacionales) presentada en [15],
    se expresan estas transformaciones como reglas en lenguaje natural, para después
    formalizarlas utilizando gramáticas de grafos, un tipo especial de transformaciones basadas en
    reglas representadas mediante diagramas [17]. Por lo tanto y, dado que ya habíamos definido
    las transformaciones en forma de reglas, resulta un paso natural el uso de grafos para
    formalizar dichos mappings.
    Con la definición y formalización de las transformaciones entre modelos concluimos la
    definición de la metodología y obtenemos finalmente una metodología completa para el
    desarrollo de BD XML basada en MDA.
    2. MODELADO
  • estos tipos de modelos perfeccionan la organizacion de datos relacionando los detos reales con formatos distintos.

domingo, 7 de junio de 2009

•● GeneraciioN de un siistema de base de datOs...

  • Es un sistema que almacena datos que estàn relacionados, es un repositorio en donde guardamos informaciòn integrada que podemos almacenar y recuperar, Se dice que los sistemas de bases de datos tienen sus raíces en el proyecto estadounidense Apolo de mandar al hombre a la luna, en los años sesenta. En aquella época, no había ningún sistema que permitiera gestionar la inmensa cantidad de información que requería el proyecto.
  • todos esptos procesos para realizar un buen sistema y manejo organizado de la informacion tiene un principio y es el de un buen funcionamiento de la administracion de datos de un sistema operativo de informacion.
  • http://www3.uji.es/~mmarques/f47/apun/node67.html

•● DiiseñO FiisiCo de la Base de datOs...

  • El diseño de una base de datos se descompone en tres etapas: diseño conceptual, lógico y físico. La etapa del diseño lógico es independiente de los detalles de implementación y dependiente del tipo de SGBD que se vaya a utilizar. La salida de esta etapa es el esquema lógico global y la documentación que lo describe. Todo ello es la entrada para la etapa que viene a continuación, el diseño físico.
    Mientras que en el diseño lógico se especifica qué se guarda, en el diseño físico se especifica cómo se guarda. Para ello, el diseñador debe conocer muy bien toda la funcionalidad del SGBD concreto que se vaya a utilizar y también el sistema informático sobre el que éste va a trabajar. El diseño físico no es una etapa aislada, ya que algunas decisiones que se tomen durante su desarrollo, por ejemplo para mejorar las prestaciones, pueden provocar una reestructuración del esquema lógico.
  • con este diseño que se forma a traves de un esquema en el que se presentan conceptos logicos de diseño y claro fisicos te permite tener uns sistema completo y personalizado.
  • http://www.mailxmail.com/curso-diseno-base-datos-relacionales/diseno-fisico-bases-datos

•● ElecciioN de Un siistema GestoOr de una Base de datOs...

  • Software con capacidad para definir, mantener y utilizar una base de datos.
    Un sistema de gestión de bases de datos debe permitir definir estructuras de
    almacenamiento, acceder a los datos de forma eficiente y segura, etc.
    Factores técnicos
    1. Organización de los datos independientemente de las aplicaciones que los vayan a usar
    (independencia lógica) y de los ficheros en los que vayan a almacenarse
    (independencia física).
    2. Datos y aplicaciones accesibles a los usuarios y a otras aplicaciones de la manera más
    amigable posible (lenguajes de consulta: SQL, Query-by-example…)
    3. Datos gestionados de forma centralizada e independiente de las aplicaciones.
    4. No redundancia (los datos no deben estar duplicados), consistencia e integridad.
    5. Fiabilidad (protección frente a fallos).
    6. Seguridad (no todos los datos deben ser accesibles a todos los usuarios).
    7. Capacidad de replicación y distribución
    8. Disponibilidad de herramientas de desarrollo de software
    9. Portabilidad
    Factores no técnicos
    1. Coste de la adquisición del software, del hardware y coste de mantenimiento.
    2. Coste de creación y conversión de la base de datos
    3. Coste de personal (formación y operación).
    4. Disponibilidad de servicios del proveedor.
  • la eleccion de este sistema dejara al final del proyecto tener visibles los objetivos e informacion necesaria que permitira la obtencion de un proyecto organizado y con los detalles bien planteados y definidos
  • http://elvex.ugr.es/idbis/db/docs/design/1-process.pdf

•● DiiseñO ConCeptual de la base de datOs...

  • Esta etapa consta de tres fases: diseño conceptual, diseño lógico y diseño físico de la base de datos. La primera fase consiste en la producción de un esquema conceptual, que es independiente de todas las consideraciones físicas. Este modelo se refina después en un esquema lógico eliminando las construcciones que no se pueden representar en el modelo de base de datos escogido (relacional, orientado a objetos, etc.). En la tercera fase, el esquema lógico se traduce en un esquema físico para el SGBD escogido. La fase de diseño físico considera las estructuras de almacenamiento y los métodos de acceso necesarios para proporcionar un acceso eficiente a la base de datos en memoria secundaria.
    Los objetivos del diseño de la base de datos son:
    Representar los datos que requieren las principales áreas de aplicación y los grupos de usuarios, y representar las relaciones entre dichos datos.
    Proporcionar un modelo de datos que soporte las transacciones que se vayan a realizar sobre los datos.
    Especificar un esquema que alcance las prestaciones requeridas para el sistema.
  • representar, proporcionar, especificar

•●RecOlecciiOn y analiisis de informaciiOn...

  • En esta etapa se recogen y analizan los requerimientos de los usuarios y de las áreas de aplicación. Esta información se puede recoger de varias formas:
    Entrevistando al personal de la empresa, concretamente, a aquellos que son considerados expertos en las áreas de interés.
    Observando el funcionamiento de la empresa.
    Examinando documentos, sobre todo aquellos que se utilizan para recoger o visualizar información.
    Utilizando cuestionarios para recoger información de grandes grupos de usuarios.
    Utilizando la experiencia adquirida en el diseño de sistemas similares. La información recogida debe incluir las principales áreas de aplicación y los grupos de usuarios, la documentación utilizada o generada por estas áreas de aplicación o grupos de usuarios, las transacciones requeridas por cada área de aplicación o grupo de usuarios y una lista priorizada de los requerimientos de cada área de aplicación o grupo de usuarios.
    Esta etapa tiene como resultado un conjunto de documentos con las especificaciones de requisitos de los usuarios, en donde se describen las operaciones que se realizan en la empresa desde distintos puntos de vista.
    La información recogida se debe estructurar utilizando técnicas de especificación de requisitos, como por ejemplo técnicas de análisis y diseño estructurado y diagramas de flujo de datos. También las herramientas CASE ( Computer-Aided Software Engineering) pueden proporcionar una asistencia automatizada que garantice que los requisitos son completos y consistentes.
  • a lo que se refiere esta etapa es que se debe buscar las caracteristicas que aporten que permitan a nalizar el area de apilcacion e informacion al proyecto para asi poder juzgar y mejorar algunos puentos