2.1.- IDENTIFICAR EL TIPO DE INFORMACIÓN
Una base de datos o banco de datos (en inglés: database) es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayoría por documentos y textos impresos en papel e indexados para su consulta. En la actualidad, y debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos están en formato digital (electrónico), que ofrece un amplio rango de soluciones al problema de almacenar datos.Existen unos programas denominados sistemas gestores de bases de datos, abreviado SGBD, que permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada. Las propiedades de estos SGBD, así como su utilización y administración, se estudian dentro del ámbito de la informática.Las aplicaciones más usuales son para la gestión de empresas e instituciones públicas. También son ampliamente utilizadas en entornos científicos con el objeto de almacenar la información experimental.Aunque las bases de datos pueden contener muchos tipos de datos, algunos de ellos se encuentran protegidos por las leyes de varios países. Por ejemplo en España, los datos personales se encuentran protegidos por la Ley Orgánica de Protección de Datos de Carácter Personal (LOPD).
domingo, 22 de marzo de 2009
2.- ELEMENTOS DE UN SISTEMA DE BASE DE DATOS
2.- ELEMENTOS DE UN SISTEMA DE BASE DE DATOS
Los inconvenientes de los sistemas de ficheros se pueden atribuir a dos factores:La definición de los datos se encuentra codificada dentro de los programas de aplicación, en lugar de estar almacenada aparte y de forma independiente.No hay control sobre el acceso y la manipulación de los datos más allá de lo impuesto por los programas de aplicación.Para trabajar de un modo más efectivo, surgieron las bases de datos y los sistemas de gestión de bases de datos (SGBD).Una base de datos es un conjunto de datos almacenados entre los que existen relaciones lógicas y ha sido diseñada para satisfacer los requerimientos de información de una empresa u organización. En una base de datos, además de los datos, también se almacena su descripción.La base de datos es un gran almacén de datos que se define una sola vez y que se utiliza al mismo tiempo por muchos departamentos y usuarios. En lugar de trabajar con ficheros desconectados e información redundante, todos los datos se integran con una mínima cantidad de duplicidad. La base de datos no pertenece a un departamento, se comparte por toda la organización. Además, la base de datos no sólo contiene los datos de la organización, también almacena una descripción de dichos datos. Esta descripción es lo que se denomina metadatos, se almacena en el diccionario de datos o catálogo y es lo que permite que exista independencia de datos lógica-física.El modelo seguido con los sistemas de bases de datos, en donde se separa la definición de los datos de los programas de aplicación, es muy similar al modelo que se sigue en la actualidad para el desarrollo de programas, en donde se da una definición interna de un objeto y una definición externa separada. Los usuarios del objeto sólo ven la definición externa y no se deben preocupar de cómo se define internamente el objeto y cómo funciona. Una ventaja de este modelo, conocido como abstracción de datos, es que se puede cambiar la definición interna de un objeto sin afectar a sus usuarios ya que la definición externa no se ve alterada. Del mismo modo, los sistemas de bases de datos separan la definición de la estructura de los datos, de los programas de aplicación y almacenan esta definición en la base de datos. Si se añaden nuevas estructuras de datos o se modifican las ya existentes, los programas de aplicación no se ven afectados ya que no dependen directamente de aquello que se ha modificado.El sistema de gestión de la base de datos (SGBD) es una aplicación que permite a los usuarios definir, crear y mantener la base de datos, y proporciona acceso controlado a la misma.El SGBD es la aplicación que interacciona con los usuarios de los programas de aplicación y la base de datos. En general, un SGBD proporciona los siguientes servicios:Permite la definición de la base de datos mediante el lenguaje de definición de datos. Este lenguaje permite especificar la estructura y el tipo de los datos, así como las restricciones sobre los datos. Todo esto se almacenará en la base de datos.Permite la inserción, actualización, eliminación y consulta de datos mediante el lenguaje de manejo de datos. El hecho de disponer de un lenguaje para realizar consultas reduce el problema de los sistemas de ficheros, en los que el usuario tiene que trabajar con un conjunto fijo de consultas, o bien, dispone de un gran número de programas de aplicación costosos de gestionar.Hay dos tipos de lenguajes de manejo de datos: los procedurales y los no procedurales. Estos dos tipos se distinguen por el modo en que acceden a los datos. Los lenguajes procedurales manipulan la base de datos registro a registro, mientras que los no procedurales operan sobre conjuntos de registros. En los lenguajes procedurales se especifica qué operaciones se deben realizar para obtener los datos resultado, mientras que en los lenguajes no procedurales se especifica qué datos deben obtenerse sin decir cómo hacerlo. El lenguaje no procedural más utilizado es el SQL (Structured Query Language) que, de hecho, es un estándar y es el lenguaje de los SGBD relacionales.Proporciona un acceso controlado a la base de datos mediante:un sistema de seguridad, de modo que los usuarios no autorizados no puedan acceder a la base de datos;un sistema de integridad que mantiene la integridad y la consistencia de los datos;un sistema de control de concurrencia que permite el acceso compartido a la base de datos;un sistema de control de recuperación que restablece la base de datos después de que se produzca un fallo del hardware o del software;un diccionario de datos o catálogo accesible por el usuario que contiene la descripción de los datos de la base de datos.A diferencia de los sistemas de ficheros, el SGBD gestiona la estructura física de los datos y su almacenamiento. Con esta funcionalidad, el SGBD se convierte en una herramienta de gran utilidad. Sin embargo, desde el punto de vista del usuario, se podría discutir que los SGBD han hecho las cosas más complicadas, ya que ahora los usuarios ven más datos de los que realmente quieren o necesitan, puesto que ven la base de datos completa. Conscientes de este problema, los SGBD proporcionan un mecanismo de vistas que permite que cada usuario tenga su propia vista o visión de la base de datos. El lenguaje de definición de datos permite definir vistas como subconjuntos de la base de datos.Las vistas, además de reducir la complejidad permitiendo que cada usuario vea sólo la parte de la base de datos que necesita, tienen otras ventajas:Las vistas proporcionan un nivel de seguridad, ya que permiten excluir datos para que ciertos usuarios no los vean.Las vistas proporcionan un mecanismo para que los usuarios vean los datos en el formato que deseen.Una vista representa una imagen consistente y permanente de la base de datos, incluso si la base de datos cambia su estructura.Todos los SGBD no presentan la misma funcionalidad, depende de cada producto. En general, los grandes SGBD multiusuario ofrecen todas las funciones que se acaban de citar y muchas más. Los sistemas modernos son conjuntos de programas extremadamente complejos y sofisticados, con millones de líneas de código y con una documentación consistente en varios volúmenes. Lo que se pretende es proporcionar un sistema que permita gestionar cualquier tipo de requisitos y que tenga un 100% de fiabilidad ante cualquier fallo hardware o software. Los SGBD están en continua evolución, tratando de satisfacer los requerimientos de todo tipo de usuarios. Por ejemplo, muchas aplicaciones de hoy en día necesitan almacenar imágenes, vídeo, sonido, etc. Para satisfacer a este mercado, los SGBD deben cambiar. Conforme vaya pasando el tiempo irán surgiendo nuevos requisitos, por lo que los SGBD nunca permanecerán estáticos
Los inconvenientes de los sistemas de ficheros se pueden atribuir a dos factores:La definición de los datos se encuentra codificada dentro de los programas de aplicación, en lugar de estar almacenada aparte y de forma independiente.No hay control sobre el acceso y la manipulación de los datos más allá de lo impuesto por los programas de aplicación.Para trabajar de un modo más efectivo, surgieron las bases de datos y los sistemas de gestión de bases de datos (SGBD).Una base de datos es un conjunto de datos almacenados entre los que existen relaciones lógicas y ha sido diseñada para satisfacer los requerimientos de información de una empresa u organización. En una base de datos, además de los datos, también se almacena su descripción.La base de datos es un gran almacén de datos que se define una sola vez y que se utiliza al mismo tiempo por muchos departamentos y usuarios. En lugar de trabajar con ficheros desconectados e información redundante, todos los datos se integran con una mínima cantidad de duplicidad. La base de datos no pertenece a un departamento, se comparte por toda la organización. Además, la base de datos no sólo contiene los datos de la organización, también almacena una descripción de dichos datos. Esta descripción es lo que se denomina metadatos, se almacena en el diccionario de datos o catálogo y es lo que permite que exista independencia de datos lógica-física.El modelo seguido con los sistemas de bases de datos, en donde se separa la definición de los datos de los programas de aplicación, es muy similar al modelo que se sigue en la actualidad para el desarrollo de programas, en donde se da una definición interna de un objeto y una definición externa separada. Los usuarios del objeto sólo ven la definición externa y no se deben preocupar de cómo se define internamente el objeto y cómo funciona. Una ventaja de este modelo, conocido como abstracción de datos, es que se puede cambiar la definición interna de un objeto sin afectar a sus usuarios ya que la definición externa no se ve alterada. Del mismo modo, los sistemas de bases de datos separan la definición de la estructura de los datos, de los programas de aplicación y almacenan esta definición en la base de datos. Si se añaden nuevas estructuras de datos o se modifican las ya existentes, los programas de aplicación no se ven afectados ya que no dependen directamente de aquello que se ha modificado.El sistema de gestión de la base de datos (SGBD) es una aplicación que permite a los usuarios definir, crear y mantener la base de datos, y proporciona acceso controlado a la misma.El SGBD es la aplicación que interacciona con los usuarios de los programas de aplicación y la base de datos. En general, un SGBD proporciona los siguientes servicios:Permite la definición de la base de datos mediante el lenguaje de definición de datos. Este lenguaje permite especificar la estructura y el tipo de los datos, así como las restricciones sobre los datos. Todo esto se almacenará en la base de datos.Permite la inserción, actualización, eliminación y consulta de datos mediante el lenguaje de manejo de datos. El hecho de disponer de un lenguaje para realizar consultas reduce el problema de los sistemas de ficheros, en los que el usuario tiene que trabajar con un conjunto fijo de consultas, o bien, dispone de un gran número de programas de aplicación costosos de gestionar.Hay dos tipos de lenguajes de manejo de datos: los procedurales y los no procedurales. Estos dos tipos se distinguen por el modo en que acceden a los datos. Los lenguajes procedurales manipulan la base de datos registro a registro, mientras que los no procedurales operan sobre conjuntos de registros. En los lenguajes procedurales se especifica qué operaciones se deben realizar para obtener los datos resultado, mientras que en los lenguajes no procedurales se especifica qué datos deben obtenerse sin decir cómo hacerlo. El lenguaje no procedural más utilizado es el SQL (Structured Query Language) que, de hecho, es un estándar y es el lenguaje de los SGBD relacionales.Proporciona un acceso controlado a la base de datos mediante:un sistema de seguridad, de modo que los usuarios no autorizados no puedan acceder a la base de datos;un sistema de integridad que mantiene la integridad y la consistencia de los datos;un sistema de control de concurrencia que permite el acceso compartido a la base de datos;un sistema de control de recuperación que restablece la base de datos después de que se produzca un fallo del hardware o del software;un diccionario de datos o catálogo accesible por el usuario que contiene la descripción de los datos de la base de datos.A diferencia de los sistemas de ficheros, el SGBD gestiona la estructura física de los datos y su almacenamiento. Con esta funcionalidad, el SGBD se convierte en una herramienta de gran utilidad. Sin embargo, desde el punto de vista del usuario, se podría discutir que los SGBD han hecho las cosas más complicadas, ya que ahora los usuarios ven más datos de los que realmente quieren o necesitan, puesto que ven la base de datos completa. Conscientes de este problema, los SGBD proporcionan un mecanismo de vistas que permite que cada usuario tenga su propia vista o visión de la base de datos. El lenguaje de definición de datos permite definir vistas como subconjuntos de la base de datos.Las vistas, además de reducir la complejidad permitiendo que cada usuario vea sólo la parte de la base de datos que necesita, tienen otras ventajas:Las vistas proporcionan un nivel de seguridad, ya que permiten excluir datos para que ciertos usuarios no los vean.Las vistas proporcionan un mecanismo para que los usuarios vean los datos en el formato que deseen.Una vista representa una imagen consistente y permanente de la base de datos, incluso si la base de datos cambia su estructura.Todos los SGBD no presentan la misma funcionalidad, depende de cada producto. En general, los grandes SGBD multiusuario ofrecen todas las funciones que se acaban de citar y muchas más. Los sistemas modernos son conjuntos de programas extremadamente complejos y sofisticados, con millones de líneas de código y con una documentación consistente en varios volúmenes. Lo que se pretende es proporcionar un sistema que permita gestionar cualquier tipo de requisitos y que tenga un 100% de fiabilidad ante cualquier fallo hardware o software. Los SGBD están en continua evolución, tratando de satisfacer los requerimientos de todo tipo de usuarios. Por ejemplo, muchas aplicaciones de hoy en día necesitan almacenar imágenes, vídeo, sonido, etc. Para satisfacer a este mercado, los SGBD deben cambiar. Conforme vaya pasando el tiempo irán surgiendo nuevos requisitos, por lo que los SGBD nunca permanecerán estáticos
2.2.- IDENTIFICAR LOS TIPOS DE USUARIOS
2.2.- IDENTIFICAR LOS TIPOS DE USUARIOS
Usuarios de las bases de datos.Podemos definir a los usuarios como toda persona que tenga todo tipo de contacto con el sistema de base de datos desde que este se diseña, elabora, termina y se usa. Los usuarios que accesan una base de datos pueden clasificarse como:Programadores de aplicacionesLos profesionales en computación que interactuan con el sistema por medio de llamadas en DML (Lenguaje de Manipulación de Datos), las cuales están incorporadas en un programa escrito en un lenguaje de programación (Por ejemplo, COBOL, PL/I, Pascal, C, etc.)Usuarios sofisticadosLos usuarios sofisticados interactuan con el sistema sin escribir programas. En cambio escriben sus preguntas en un lenguaje de consultas de base de datos.Usuarios especializadosAlgunos usuarios sofisticados escriben aplicaciones de base de datos especializadas que no encajan en el marco tradicional de procesamiento de datos.Usuarios ingenuosLos usuarios no sofisticados interactuan con el sistema invocando a uno de los programas de aplicación permanentes que se han escrito anteriormente en el sistema de base de datos, podemos mencionar al usuario ingenuo como el usuario final que utiliza el sistema de base de datos sin saber nada del diseño interno del mismo por ejemplo: un cajero.
Usuarios de las bases de datos.Podemos definir a los usuarios como toda persona que tenga todo tipo de contacto con el sistema de base de datos desde que este se diseña, elabora, termina y se usa. Los usuarios que accesan una base de datos pueden clasificarse como:Programadores de aplicacionesLos profesionales en computación que interactuan con el sistema por medio de llamadas en DML (Lenguaje de Manipulación de Datos), las cuales están incorporadas en un programa escrito en un lenguaje de programación (Por ejemplo, COBOL, PL/I, Pascal, C, etc.)Usuarios sofisticadosLos usuarios sofisticados interactuan con el sistema sin escribir programas. En cambio escriben sus preguntas en un lenguaje de consultas de base de datos.Usuarios especializadosAlgunos usuarios sofisticados escriben aplicaciones de base de datos especializadas que no encajan en el marco tradicional de procesamiento de datos.Usuarios ingenuosLos usuarios no sofisticados interactuan con el sistema invocando a uno de los programas de aplicación permanentes que se han escrito anteriormente en el sistema de base de datos, podemos mencionar al usuario ingenuo como el usuario final que utiliza el sistema de base de datos sin saber nada del diseño interno del mismo por ejemplo: un cajero.
2.3.- DETERMINAR EL EQUIPO A UTILIZAR
2.3.- DETERMINAR EL EQUIPO A UTILIZAR
Un servidor de bases de datos, no es más que un equipo que contiene un software SGBD (Sistema Gestor de Bases de Datos), existe infinidad de software de este tipo y puedes instalar cualquiera en tu propio equipo, volviéndolo así un servidor.En estos momentos las más usadas son las Bases de Datos Relacionales que almacenan los datos en tablas que mantienen los datos "relacionados" entre sí, de forma que se mantienen coherentes. La mayoría de las páginas web (como esta) que contienen foros, o contenido actualizable, almacena sus datos en una o más máquinas que tienen instalado un sistema de bases de datos. Los más comunes son Oracle, MySQL, SQL Server y utilizan un lenguaje de comunicación llamado SQL (Simple Query Language) que permite hacer selecciones de datos complejas, inserciones, actualizaciones y eliminación de datos. Una vez que el servidor está funcionando, un equipo puede acceder con un cliente (que es un programa que conecta al servidor) que establece una conexión bidireccional con el servidor tanto en local como en remoto
Un servidor de bases de datos, no es más que un equipo que contiene un software SGBD (Sistema Gestor de Bases de Datos), existe infinidad de software de este tipo y puedes instalar cualquiera en tu propio equipo, volviéndolo así un servidor.En estos momentos las más usadas son las Bases de Datos Relacionales que almacenan los datos en tablas que mantienen los datos "relacionados" entre sí, de forma que se mantienen coherentes. La mayoría de las páginas web (como esta) que contienen foros, o contenido actualizable, almacena sus datos en una o más máquinas que tienen instalado un sistema de bases de datos. Los más comunes son Oracle, MySQL, SQL Server y utilizan un lenguaje de comunicación llamado SQL (Simple Query Language) que permite hacer selecciones de datos complejas, inserciones, actualizaciones y eliminación de datos. Una vez que el servidor está funcionando, un equipo puede acceder con un cliente (que es un programa que conecta al servidor) que establece una conexión bidireccional con el servidor tanto en local como en remoto
2.3.- DETERMINAR EL EQUIPO A UTILIZAR
2.3.- DETERMINAR EL EQUIPO A UTILIZAR
Un servidor de bases de datos, no es más que un equipo que contiene un software SGBD (Sistema Gestor de Bases de Datos), existe infinidad de software de este tipo y puedes instalar cualquiera en tu propio equipo, volviéndolo así un servidor.En estos momentos las más usadas son las Bases de Datos Relacionales que almacenan los datos en tablas que mantienen los datos "relacionados" entre sí, de forma que se mantienen coherentes. La mayoría de las páginas web (como esta) que contienen foros, o contenido actualizable, almacena sus datos en una o más máquinas que tienen instalado un sistema de bases de datos. Los más comunes son Oracle, MySQL, SQL Server y utilizan un lenguaje de comunicación llamado SQL (Simple Query Language) que permite hacer selecciones de datos complejas, inserciones, actualizaciones y eliminación de datos. Una vez que el servidor está funcionando, un equipo puede acceder con un cliente (que es un programa que conecta al servidor) que establece una conexión bidireccional con el servidor tanto en local como en remoto
Un servidor de bases de datos, no es más que un equipo que contiene un software SGBD (Sistema Gestor de Bases de Datos), existe infinidad de software de este tipo y puedes instalar cualquiera en tu propio equipo, volviéndolo así un servidor.En estos momentos las más usadas son las Bases de Datos Relacionales que almacenan los datos en tablas que mantienen los datos "relacionados" entre sí, de forma que se mantienen coherentes. La mayoría de las páginas web (como esta) que contienen foros, o contenido actualizable, almacena sus datos en una o más máquinas que tienen instalado un sistema de bases de datos. Los más comunes son Oracle, MySQL, SQL Server y utilizan un lenguaje de comunicación llamado SQL (Simple Query Language) que permite hacer selecciones de datos complejas, inserciones, actualizaciones y eliminación de datos. Una vez que el servidor está funcionando, un equipo puede acceder con un cliente (que es un programa que conecta al servidor) que establece una conexión bidireccional con el servidor tanto en local como en remoto
2.3.- DETERMINAR EL EQUIPO A UTILIZAR
2.3.- DETERMINAR EL EQUIPO A UTILIZAR
Un servidor de bases de datos, no es más que un equipo que contiene un software SGBD (Sistema Gestor de Bases de Datos), existe infinidad de software de este tipo y puedes instalar cualquiera en tu propio equipo, volviéndolo así un servidor.En estos momentos las más usadas son las Bases de Datos Relacionales que almacenan los datos en tablas que mantienen los datos "relacionados" entre sí, de forma que se mantienen coherentes. La mayoría de las páginas web (como esta) que contienen foros, o contenido actualizable, almacena sus datos en una o más máquinas que tienen instalado un sistema de bases de datos. Los más comunes son Oracle, MySQL, SQL Server y utilizan un lenguaje de comunicación llamado SQL (Simple Query Language) que permite hacer selecciones de datos complejas, inserciones, actualizaciones y eliminación de datos. Una vez que el servidor está funcionando, un equipo puede acceder con un cliente (que es un programa que conecta al servidor) que establece una conexión bidireccional con el servidor tanto en local como en remoto
Un servidor de bases de datos, no es más que un equipo que contiene un software SGBD (Sistema Gestor de Bases de Datos), existe infinidad de software de este tipo y puedes instalar cualquiera en tu propio equipo, volviéndolo así un servidor.En estos momentos las más usadas son las Bases de Datos Relacionales que almacenan los datos en tablas que mantienen los datos "relacionados" entre sí, de forma que se mantienen coherentes. La mayoría de las páginas web (como esta) que contienen foros, o contenido actualizable, almacena sus datos en una o más máquinas que tienen instalado un sistema de bases de datos. Los más comunes son Oracle, MySQL, SQL Server y utilizan un lenguaje de comunicación llamado SQL (Simple Query Language) que permite hacer selecciones de datos complejas, inserciones, actualizaciones y eliminación de datos. Una vez que el servidor está funcionando, un equipo puede acceder con un cliente (que es un programa que conecta al servidor) que establece una conexión bidireccional con el servidor tanto en local como en remoto
2.4.- DETERMINAR LOS PROGRAMAS A DESARROLLAR
2.4.- DETERMINAR LOS PROGRAMAS A DESARROLLAR
Concepto general de contabilidad. Definición de controlabilidad del estado. Teorema 5-1. Observabilidad de sistemas lineales. Definición de Observabilidad. Teoremas Invariantes sobre contabilidad y observabilidad. Los conceptos de controlabilidad y observabilidad presentados primero por Kalman juegan un papel importante en los aspectos teórico y práctico, del control moderno. Las condiciones sobre controlabilidad y observabilidad gobiernan la existencia de una solución de un problema de control óptimo. Esto parece ser la diferencia básica entre la teoría de control óptimo y la teoría clásica de control. Esto En esta última, las técnicas de diseño son dominadas por métodos de prueba y error, por lo que dado un conjunto de especificaciones de diseño, el diseñador desconoce en el inicio si existe solución. Por otro lado, la teoría de control óptimo para la mayor parte de los problemas, cuenta con criterios para determinar desde el inicio si la solución de diseño existe o no para los parámetros del sistema y los objetivos del diseño.Independencia de datos y tratamiento.Cambio en datos no implica cambio en programas y viceversa (Menor coste de mantenimiento).
Coherencia de resultados. Reduce redundancia :
Acciones logicamente unicas.
Se evita inconsistencia.
Mejora en la disponibilidad de datos
No hay dueño de datos (No igual a ser publicos).
Ni aplicaciones ni usuarios.Guardamos descripción (Idea de catalogos).
Cumplimiento de ciertas normas.
Restricciones de seguridad.
Accesos (Usuarios a datos).
Operaciones (Operaciones sobre datos).
Concepto general de contabilidad. Definición de controlabilidad del estado. Teorema 5-1. Observabilidad de sistemas lineales. Definición de Observabilidad. Teoremas Invariantes sobre contabilidad y observabilidad. Los conceptos de controlabilidad y observabilidad presentados primero por Kalman juegan un papel importante en los aspectos teórico y práctico, del control moderno. Las condiciones sobre controlabilidad y observabilidad gobiernan la existencia de una solución de un problema de control óptimo. Esto parece ser la diferencia básica entre la teoría de control óptimo y la teoría clásica de control. Esto En esta última, las técnicas de diseño son dominadas por métodos de prueba y error, por lo que dado un conjunto de especificaciones de diseño, el diseñador desconoce en el inicio si existe solución. Por otro lado, la teoría de control óptimo para la mayor parte de los problemas, cuenta con criterios para determinar desde el inicio si la solución de diseño existe o no para los parámetros del sistema y los objetivos del diseño.Independencia de datos y tratamiento.Cambio en datos no implica cambio en programas y viceversa (Menor coste de mantenimiento).
Coherencia de resultados. Reduce redundancia :
Acciones logicamente unicas.
Se evita inconsistencia.
Mejora en la disponibilidad de datos
No hay dueño de datos (No igual a ser publicos).
Ni aplicaciones ni usuarios.Guardamos descripción (Idea de catalogos).
Cumplimiento de ciertas normas.
Restricciones de seguridad.
Accesos (Usuarios a datos).
Operaciones (Operaciones sobre datos).
2.5 DISEÑAR UNA BASE DE DATOS AL MODELO ENTIDAD/RELACION
2.5 DISEÑAR UNA BASE DE DATOS AL MODELO ENTIDAD/RELACION
Modelaje: es el proceso mediante el cual podemos identificar las propiedades dinàmicas ò estàticas de un dominio de aplicación con mira a su transformación en un diseño interpretable en un sistema computarizado. Es el plasmar los requerimientos de los usuarios en un programa para poder implementarlo.Entidad: es el objeto sobre el cual se requiere mantener ò almacenar información.Relaciòn: es la asociación significativa y estable entre dos entidadesAtributo: son las propiedades que describen y califican una entidad. Ej: Entidad cliente(nombre, apelliido, direcciòn, edad, sexo)Las entidades se las representa mediante cajas que se colocan el nombre de la entidad con letras mayùsculas.Las relaciones se representan con lìneas que conectan las cajas de las entidades.Los atributos se incluyen dentro de las cajas de las entidades y se escriben con minùsculas.Entidades: se puede considerar entidades a los sujetos, objetos, a los eventos, a los lugares y a los abstracciones.Relaciones: las relaciones tiene tres propiedades ò caracterìsticas:Grado ò Cardinalidad: que se clasifica en:Opcionalidad: es la participación obligatoria u opcional en la entidad de la relaciòn.Leyenda: es una expresión que escribe el rol de cada entidad en la relaciòn.Como se lee el Grado ò Cardinalidad:Uno a muchos: una instancia de la entidad A se relaciona con una ò màs instancias de la entidadMuchos a muchos: una instancia de la entidad A se relaciona con una ò màs instancias de la entidad B y una instancia de la entidad B se relaciona con uno ò màs instancias de le entidad B.Uno a uno: una instancia de la entidad A se relaciona con uno y sòlo unainstancia de la entidad B.Relaciòn RecursivaUna instancia de una entidad se asocia con instancia de si misma, es opcional en los dos extremos,es decir, no hay el carácter de obligatorio.Atributo:Los atributos son empleados para identificar, describir, calificar ò expresar el estado de una entidad.Todo entidad posee un atributo ò combinación de atributos que se denomina "clave primaria" y que emplea para diferenciar cada instancia de los demàs.Adicionalmente los atributos pueden ser obligatoriou opcionales.A los atributos que forman parte de la clave primaria se los identifica anteponiendoles el signo de numero (#).A los atributos obligatoriose les antepone el asterisco (*).A los atributos opcionales se les antepone un circulo (o).Ejemplo:En un diagrama entidad-relaciòn tambièn puede agrupar las entidades en supertipo y en subtipo.Los supertipo agrupa a dos ò màs entidades subtipo.Los subtipo heredan los atributos de las entidades supertipo.Cada subtipo puede tener relaciones propias independientes del supertipo.Los subtipos se representan como cajas dibujadas dentro de la caja del supertipo.
Modelaje: es el proceso mediante el cual podemos identificar las propiedades dinàmicas ò estàticas de un dominio de aplicación con mira a su transformación en un diseño interpretable en un sistema computarizado. Es el plasmar los requerimientos de los usuarios en un programa para poder implementarlo.Entidad: es el objeto sobre el cual se requiere mantener ò almacenar información.Relaciòn: es la asociación significativa y estable entre dos entidadesAtributo: son las propiedades que describen y califican una entidad. Ej: Entidad cliente(nombre, apelliido, direcciòn, edad, sexo)Las entidades se las representa mediante cajas que se colocan el nombre de la entidad con letras mayùsculas.Las relaciones se representan con lìneas que conectan las cajas de las entidades.Los atributos se incluyen dentro de las cajas de las entidades y se escriben con minùsculas.Entidades: se puede considerar entidades a los sujetos, objetos, a los eventos, a los lugares y a los abstracciones.Relaciones: las relaciones tiene tres propiedades ò caracterìsticas:Grado ò Cardinalidad: que se clasifica en:Opcionalidad: es la participación obligatoria u opcional en la entidad de la relaciòn.Leyenda: es una expresión que escribe el rol de cada entidad en la relaciòn.Como se lee el Grado ò Cardinalidad:Uno a muchos: una instancia de la entidad A se relaciona con una ò màs instancias de la entidadMuchos a muchos: una instancia de la entidad A se relaciona con una ò màs instancias de la entidad B y una instancia de la entidad B se relaciona con uno ò màs instancias de le entidad B.Uno a uno: una instancia de la entidad A se relaciona con uno y sòlo unainstancia de la entidad B.Relaciòn RecursivaUna instancia de una entidad se asocia con instancia de si misma, es opcional en los dos extremos,es decir, no hay el carácter de obligatorio.Atributo:Los atributos son empleados para identificar, describir, calificar ò expresar el estado de una entidad.Todo entidad posee un atributo ò combinación de atributos que se denomina "clave primaria" y que emplea para diferenciar cada instancia de los demàs.Adicionalmente los atributos pueden ser obligatoriou opcionales.A los atributos que forman parte de la clave primaria se los identifica anteponiendoles el signo de numero (#).A los atributos obligatoriose les antepone el asterisco (*).A los atributos opcionales se les antepone un circulo (o).Ejemplo:En un diagrama entidad-relaciòn tambièn puede agrupar las entidades en supertipo y en subtipo.Los supertipo agrupa a dos ò màs entidades subtipo.Los subtipo heredan los atributos de las entidades supertipo.Cada subtipo puede tener relaciones propias independientes del supertipo.Los subtipos se representan como cajas dibujadas dentro de la caja del supertipo.
2.5 DISEÑAR UNA BASE DE DATOS AL MODELO ENTIDAD/RELACION
2.5 DISEÑAR UNA BASE DE DATOS AL MODELO ENTIDAD/RELACION
Modelaje: es el proceso mediante el cual podemos identificar las propiedades dinàmicas ò estàticas de un dominio de aplicación con mira a su transformación en un diseño interpretable en un sistema computarizado. Es el plasmar los requerimientos de los usuarios en un programa para poder implementarlo.Entidad: es el objeto sobre el cual se requiere mantener ò almacenar información.Relaciòn: es la asociación significativa y estable entre dos entidadesAtributo: son las propiedades que describen y califican una entidad. Ej: Entidad cliente(nombre, apelliido, direcciòn, edad, sexo)Las entidades se las representa mediante cajas que se colocan el nombre de la entidad con letras mayùsculas.Las relaciones se representan con lìneas que conectan las cajas de las entidades.Los atributos se incluyen dentro de las cajas de las entidades y se escriben con minùsculas.Entidades: se puede considerar entidades a los sujetos, objetos, a los eventos, a los lugares y a los abstracciones.Relaciones: las relaciones tiene tres propiedades ò caracterìsticas:Grado ò Cardinalidad: que se clasifica en:Opcionalidad: es la participación obligatoria u opcional en la entidad de la relaciòn.Leyenda: es una expresión que escribe el rol de cada entidad en la relaciòn.Como se lee el Grado ò Cardinalidad:Uno a muchos: una instancia de la entidad A se relaciona con una ò màs instancias de la entidadMuchos a muchos: una instancia de la entidad A se relaciona con una ò màs instancias de la entidad B y una instancia de la entidad B se relaciona con uno ò màs instancias de le entidad B.Uno a uno: una instancia de la entidad A se relaciona con uno y sòlo unainstancia de la entidad B.Relaciòn RecursivaUna instancia de una entidad se asocia con instancia de si misma, es opcional en los dos extremos,es decir, no hay el carácter de obligatorio.Atributo:Los atributos son empleados para identificar, describir, calificar ò expresar el estado de una entidad.Todo entidad posee un atributo ò combinación de atributos que se denomina "clave primaria" y que emplea para diferenciar cada instancia de los demàs.Adicionalmente los atributos pueden ser obligatoriou opcionales.A los atributos que forman parte de la clave primaria se los identifica anteponiendoles el signo de numero (#).A los atributos obligatoriose les antepone el asterisco (*).A los atributos opcionales se les antepone un circulo (o).Ejemplo:En un diagrama entidad-relaciòn tambièn puede agrupar las entidades en supertipo y en subtipo.Los supertipo agrupa a dos ò màs entidades subtipo.Los subtipo heredan los atributos de las entidades supertipo.Cada subtipo puede tener relaciones propias independientes del supertipo.Los subtipos se representan como cajas dibujadas dentro de la caja del supertipo.
Modelaje: es el proceso mediante el cual podemos identificar las propiedades dinàmicas ò estàticas de un dominio de aplicación con mira a su transformación en un diseño interpretable en un sistema computarizado. Es el plasmar los requerimientos de los usuarios en un programa para poder implementarlo.Entidad: es el objeto sobre el cual se requiere mantener ò almacenar información.Relaciòn: es la asociación significativa y estable entre dos entidadesAtributo: son las propiedades que describen y califican una entidad. Ej: Entidad cliente(nombre, apelliido, direcciòn, edad, sexo)Las entidades se las representa mediante cajas que se colocan el nombre de la entidad con letras mayùsculas.Las relaciones se representan con lìneas que conectan las cajas de las entidades.Los atributos se incluyen dentro de las cajas de las entidades y se escriben con minùsculas.Entidades: se puede considerar entidades a los sujetos, objetos, a los eventos, a los lugares y a los abstracciones.Relaciones: las relaciones tiene tres propiedades ò caracterìsticas:Grado ò Cardinalidad: que se clasifica en:Opcionalidad: es la participación obligatoria u opcional en la entidad de la relaciòn.Leyenda: es una expresión que escribe el rol de cada entidad en la relaciòn.Como se lee el Grado ò Cardinalidad:Uno a muchos: una instancia de la entidad A se relaciona con una ò màs instancias de la entidadMuchos a muchos: una instancia de la entidad A se relaciona con una ò màs instancias de la entidad B y una instancia de la entidad B se relaciona con uno ò màs instancias de le entidad B.Uno a uno: una instancia de la entidad A se relaciona con uno y sòlo unainstancia de la entidad B.Relaciòn RecursivaUna instancia de una entidad se asocia con instancia de si misma, es opcional en los dos extremos,es decir, no hay el carácter de obligatorio.Atributo:Los atributos son empleados para identificar, describir, calificar ò expresar el estado de una entidad.Todo entidad posee un atributo ò combinación de atributos que se denomina "clave primaria" y que emplea para diferenciar cada instancia de los demàs.Adicionalmente los atributos pueden ser obligatoriou opcionales.A los atributos que forman parte de la clave primaria se los identifica anteponiendoles el signo de numero (#).A los atributos obligatoriose les antepone el asterisco (*).A los atributos opcionales se les antepone un circulo (o).Ejemplo:En un diagrama entidad-relaciòn tambièn puede agrupar las entidades en supertipo y en subtipo.Los supertipo agrupa a dos ò màs entidades subtipo.Los subtipo heredan los atributos de las entidades supertipo.Cada subtipo puede tener relaciones propias independientes del supertipo.Los subtipos se representan como cajas dibujadas dentro de la caja del supertipo.
2.5 DISEÑAR UNA BASE DE DATOS AL MODELO ENTIDAD/RELACION
Modelaje: es el proceso mediante el cual podemos identificar las propiedades dinàmicas ò estàticas de un dominio de aplicación con mira a su transformación en un diseño interpretable en un sistema computarizado. Es el plasmar los requerimientos de los usuarios en un programa para poder implementarlo.Entidad: es el objeto sobre el cual se requiere mantener ò almacenar información.Relaciòn: es la asociación significativa y estable entre dos entidadesAtributo: son las propiedades que describen y califican una entidad. Ej: Entidad cliente(nombre, apelliido, direcciòn, edad, sexo)Las entidades se las representa mediante cajas que se colocan el nombre de la entidad con letras mayùsculas.Las relaciones se representan con lìneas que conectan las cajas de las entidades.Los atributos se incluyen dentro de las cajas de las entidades y se escriben con minùsculas.Entidades: se puede considerar entidades a los sujetos, objetos, a los eventos, a los lugares y a los abstracciones.Relaciones: las relaciones tiene tres propiedades ò caracterìsticas:Grado ò Cardinalidad: que se clasifica en:Opcionalidad: es la participación obligatoria u opcional en la entidad de la relaciòn.Leyenda: es una expresión que escribe el rol de cada entidad en la relaciòn.Como se lee el Grado ò Cardinalidad:Uno a muchos: una instancia de la entidad A se relaciona con una ò màs instancias de la entidadMuchos a muchos: una instancia de la entidad A se relaciona con una ò màs instancias de la entidad B y una instancia de la entidad B se relaciona con uno ò màs instancias de le entidad B.Uno a uno: una instancia de la entidad A se relaciona con uno y sòlo unainstancia de la entidad B.Relaciòn RecursivaUna instancia de una entidad se asocia con instancia de si misma, es opcional en los dos extremos,es decir, no hay el carácter de obligatorio.Atributo:Los atributos son empleados para identificar, describir, calificar ò expresar el estado de una entidad.Todo entidad posee un atributo ò combinación de atributos que se denomina "clave primaria" y que emplea para diferenciar cada instancia de los demàs.Adicionalmente los atributos pueden ser obligatoriou opcionales.A los atributos que forman parte de la clave primaria se los identifica anteponiendoles el signo de numero (#).A los atributos obligatoriose les antepone el asterisco (*).A los atributos opcionales se les antepone un circulo (o).Ejemplo:En un diagrama entidad-relaciòn tambièn puede agrupar las entidades en supertipo y en subtipo.Los supertipo agrupa a dos ò màs entidades subtipo.Los subtipo heredan los atributos de las entidades supertipo.Cada subtipo puede tener relaciones propias independientes del supertipo.Los subtipos se representan como cajas dibujadas dentro de la caja del supertipo.
Modelaje: es el proceso mediante el cual podemos identificar las propiedades dinàmicas ò estàticas de un dominio de aplicación con mira a su transformación en un diseño interpretable en un sistema computarizado. Es el plasmar los requerimientos de los usuarios en un programa para poder implementarlo.Entidad: es el objeto sobre el cual se requiere mantener ò almacenar información.Relaciòn: es la asociación significativa y estable entre dos entidadesAtributo: son las propiedades que describen y califican una entidad. Ej: Entidad cliente(nombre, apelliido, direcciòn, edad, sexo)Las entidades se las representa mediante cajas que se colocan el nombre de la entidad con letras mayùsculas.Las relaciones se representan con lìneas que conectan las cajas de las entidades.Los atributos se incluyen dentro de las cajas de las entidades y se escriben con minùsculas.Entidades: se puede considerar entidades a los sujetos, objetos, a los eventos, a los lugares y a los abstracciones.Relaciones: las relaciones tiene tres propiedades ò caracterìsticas:Grado ò Cardinalidad: que se clasifica en:Opcionalidad: es la participación obligatoria u opcional en la entidad de la relaciòn.Leyenda: es una expresión que escribe el rol de cada entidad en la relaciòn.Como se lee el Grado ò Cardinalidad:Uno a muchos: una instancia de la entidad A se relaciona con una ò màs instancias de la entidadMuchos a muchos: una instancia de la entidad A se relaciona con una ò màs instancias de la entidad B y una instancia de la entidad B se relaciona con uno ò màs instancias de le entidad B.Uno a uno: una instancia de la entidad A se relaciona con uno y sòlo unainstancia de la entidad B.Relaciòn RecursivaUna instancia de una entidad se asocia con instancia de si misma, es opcional en los dos extremos,es decir, no hay el carácter de obligatorio.Atributo:Los atributos son empleados para identificar, describir, calificar ò expresar el estado de una entidad.Todo entidad posee un atributo ò combinación de atributos que se denomina "clave primaria" y que emplea para diferenciar cada instancia de los demàs.Adicionalmente los atributos pueden ser obligatoriou opcionales.A los atributos que forman parte de la clave primaria se los identifica anteponiendoles el signo de numero (#).A los atributos obligatoriose les antepone el asterisco (*).A los atributos opcionales se les antepone un circulo (o).Ejemplo:En un diagrama entidad-relaciòn tambièn puede agrupar las entidades en supertipo y en subtipo.Los supertipo agrupa a dos ò màs entidades subtipo.Los subtipo heredan los atributos de las entidades supertipo.Cada subtipo puede tener relaciones propias independientes del supertipo.Los subtipos se representan como cajas dibujadas dentro de la caja del supertipo.
martes, 3 de marzo de 2009
TOMA DE DESICIONES
Para la toma de decisiones sabemos que es necesario hacer uso de la información como, el uso de teorías, que tiene como consecuencia el acierto, la incertidumbre y el riesgo, es por eso que debemos diferenciar si el tomador de decisiones en analítico o heurístico y es importante que estos tomen en cuenta las fases de solución como son la inteligencia, la selección y el diseño, tal como se le da soporte en los sistemas de apoyo a decisiones.
LA TOMA DE DECISIONES BAJO RIESGO
Las decisiones son tomadas por lo general bajo tres condiciones importantes como lo es la: certidumbre, incertidumbre y el riego.
La certidumbre es aquella que nos muestra todo por anticipado antes de la decisión, los resultados, las consecuencias y según sean las necesidades presentadas por el usuario.
La incertidumbre es lo contrario de la certidumbre, no tenemos resultados, ni probabilidades o las consecuencias de las decisiones.
Entre estos dos aspectos o condiciones tienen por medio el riesgo, es decir que tenemos el conocimiento (certidumbre) de las alternativas (variables controlables), existen sólo las estimaciones y no está en nuestras manos el controlar (variables ambientales) y de las que no estamos seguros de su resultado (variables dependientes). Bajo estas alternativas que tenemos muchas de las tomas de decisiones en las empresas o negocios se realizan bajo riesgo.
EL ESTILO DE LA TOMA DE DECISIONES
Por lo general la información se recolecta, procesa y se usa en forma de parámetro según sea el estilo de la toma de decisiones. Y es por eso que los tomadores de decisiones son analíticos o heurísticos.
Un tomador de decisiones analítico se apoya en la información que es adquirida y evaluada sistemáticamente para estrechar las alternativas y tomar una selección que esté basada en información. En donde los tomadores de decisiones analíticos valoran la información cuantitativa y los modelos que la generan y la usan. Como comentario adicional, utilizan matemáticas para el modelo del problema y usan algoritmos para resolverlos.
Un tomador de decisiones heurístico se hace ayudar de lineamientos (reglas), aunque no se adapte, bajo conciencia o un sistema, esto es que la heurística se basa en la experiencia. Estos tomadores de decisiones aprenden bajo las actuaciones, es decir mediante la prueba y el error hasta encontrar la solución. Y su apoyo es el sentido común para que los guíe.
Para la toma de decisiones sabemos que es necesario hacer uso de la información como, el uso de teorías, que tiene como consecuencia el acierto, la incertidumbre y el riesgo, es por eso que debemos diferenciar si el tomador de decisiones en analítico o heurístico y es importante que estos tomen en cuenta las fases de solución como son la inteligencia, la selección y el diseño, tal como se le da soporte en los sistemas de apoyo a decisiones.
LA TOMA DE DECISIONES BAJO RIESGO
Las decisiones son tomadas por lo general bajo tres condiciones importantes como lo es la: certidumbre, incertidumbre y el riego.
La certidumbre es aquella que nos muestra todo por anticipado antes de la decisión, los resultados, las consecuencias y según sean las necesidades presentadas por el usuario.
La incertidumbre es lo contrario de la certidumbre, no tenemos resultados, ni probabilidades o las consecuencias de las decisiones.
Entre estos dos aspectos o condiciones tienen por medio el riesgo, es decir que tenemos el conocimiento (certidumbre) de las alternativas (variables controlables), existen sólo las estimaciones y no está en nuestras manos el controlar (variables ambientales) y de las que no estamos seguros de su resultado (variables dependientes). Bajo estas alternativas que tenemos muchas de las tomas de decisiones en las empresas o negocios se realizan bajo riesgo.
EL ESTILO DE LA TOMA DE DECISIONES
Por lo general la información se recolecta, procesa y se usa en forma de parámetro según sea el estilo de la toma de decisiones. Y es por eso que los tomadores de decisiones son analíticos o heurísticos.
Un tomador de decisiones analítico se apoya en la información que es adquirida y evaluada sistemáticamente para estrechar las alternativas y tomar una selección que esté basada en información. En donde los tomadores de decisiones analíticos valoran la información cuantitativa y los modelos que la generan y la usan. Como comentario adicional, utilizan matemáticas para el modelo del problema y usan algoritmos para resolverlos.
Un tomador de decisiones heurístico se hace ayudar de lineamientos (reglas), aunque no se adapte, bajo conciencia o un sistema, esto es que la heurística se basa en la experiencia. Estos tomadores de decisiones aprenden bajo las actuaciones, es decir mediante la prueba y el error hasta encontrar la solución. Y su apoyo es el sentido común para que los guíe.
ESTUDIO DE FACTIBILIDAD
En primer lugar, la arquitectura del equipo que analizamos, esto implica evaluar cual es la arquitectura que mejor se adapta para el procesamiento de las aplicaciones que pensamos desarrollar en nuestro futuro equipo.
En este punto, debemos evaluar la filosofía con que fue construida la computadora y la orientación técnica de sus componentes, en relación con el tipo de procesamiento para el que fue pensado originalmente.
Según la filosofía de su construcción, el procesamiento puede ser: centralizado, descentralizado o distribuido, y de acuerdo a la envergadura de algunas compañías, una mezcla e ellos.
La complejidad que presenta la evaluación de un proyecto de inversión como la toma de un computador, impone la utilización de una metodología que establezca una disciplina de trabajo que permita el planeamiento y control del proyecto, facilite la asignación de tareas y mejorar las estimaciones, y en definitiva nos permita reducir el riesgo.
En el presente trabajo se formula una metodología para efectuar un Estudio de Factibilidad para la toma de un computador que contempla los aspectos mencionados anteriormente, si bien este no es el único proyecto de inversión en informática que requerirá ser evaluado, también se pueden dar los siguientes casos:
Reemplazo del actual computador
Reestructuración del área de sistemas
Revisión parcial de la instalación
Procesamiento de determinadas aplicaciones
Aplicaciones especificas (Robótica, Sistemas Expertos, etc.)
En cada caso, se deberá evaluar que etapas y fases de la metodología se deberán utilizar, pero el común denominador será que el Estudio de Factibilidad tiene por objeto transformar un acto aventurado de inversión, en una decisión de riesgo calculado.
La ausencia de una metodología se debe más a la falta de apreciación del riesgo involucrado, que a la dificultad para su formulación y posterior ejecución.
En primer lugar, la arquitectura del equipo que analizamos, esto implica evaluar cual es la arquitectura que mejor se adapta para el procesamiento de las aplicaciones que pensamos desarrollar en nuestro futuro equipo.
En este punto, debemos evaluar la filosofía con que fue construida la computadora y la orientación técnica de sus componentes, en relación con el tipo de procesamiento para el que fue pensado originalmente.
Según la filosofía de su construcción, el procesamiento puede ser: centralizado, descentralizado o distribuido, y de acuerdo a la envergadura de algunas compañías, una mezcla e ellos.
La complejidad que presenta la evaluación de un proyecto de inversión como la toma de un computador, impone la utilización de una metodología que establezca una disciplina de trabajo que permita el planeamiento y control del proyecto, facilite la asignación de tareas y mejorar las estimaciones, y en definitiva nos permita reducir el riesgo.
En el presente trabajo se formula una metodología para efectuar un Estudio de Factibilidad para la toma de un computador que contempla los aspectos mencionados anteriormente, si bien este no es el único proyecto de inversión en informática que requerirá ser evaluado, también se pueden dar los siguientes casos:
Reemplazo del actual computador
Reestructuración del área de sistemas
Revisión parcial de la instalación
Procesamiento de determinadas aplicaciones
Aplicaciones especificas (Robótica, Sistemas Expertos, etc.)
En cada caso, se deberá evaluar que etapas y fases de la metodología se deberán utilizar, pero el común denominador será que el Estudio de Factibilidad tiene por objeto transformar un acto aventurado de inversión, en una decisión de riesgo calculado.
La ausencia de una metodología se debe más a la falta de apreciación del riesgo involucrado, que a la dificultad para su formulación y posterior ejecución.
INVESTIGACIÓN PRELIMINAR
Por cualquiera que sea la estrategia mediante la cual se va a desarrollar el sistema (SDLC, prototipos, análisis estructurado, o por una combinación de éstos) primero es necesario revisar la solicitud del proyecto. La elección de una estrategia es secundario, lo importante es determinar si la solicitud merece o no la inversión de recursos en un proyecto de sistemas de información. El tiempo estimado es aproximadamente entre 4 a 6 seis días.
El propósito de la investigación preliminar es buscar información suficiente para determinar si se debe continuar con el Ciclo de Vida del Desarrollo del Sistema. La investigación no es una actividad de recolección de datos; no se espera que se definan todos los problemas ni que se propongan todas las posibles soluciones. La investigación preliminar debe cumplir con los siguientes cinco objetivos:
1. Entender la naturaleza del problema – Es el primer objetivo de la investigación preliminar. Muchas veces, el problema presentado en el “system request” no es el problema real, sino un síntoma. Al interaccionar con los usuarios, se debe evitar el uso de la palabra problema, ya que puede generar una impresión negativa. Es mejor hablar sobre mejoras que necesita el sistema.
2. Definir el alcance y las restricciones o limitaciones del sistema – El alcance del proyecto es la extensión del proyecto o del sistema, o sea, hasta dónde se debe llegar. Se debe determinar quién es afectado por el problema o por la solución. También es importante definir las limitaciones del sistema. Una limitación es una condición, restricción o requisito que el sistema debe satisfacer. La limitación puede tener que ver con el equipo, programas, tiempo, leyes, costos y otros.
3. Identificar los beneficios que se obtendrían si el sistema propuesto es completado – Se debe identificar los beneficios tangibles e intangibles que se esperan como resultado del “system request”. Estos beneficios, junto a los estimados de costo, serán usado por la gerencia para decidir si se continúa con el proyecto. Los beneficios tangibles son aquellos que se pueden expresar en términos de dinero. Los beneficios intangibles son difíciles de contabilizar en dólares y centavos, pero son igualmente importantes. Tienen que ver con la satisfacción del empleado, mayor información disponible para tomar decisiones, mejorar la imagen de la compañía y otros aspectos que no se miden en término de dinero.
4. Especificar un estimado de tiempo y costo para las próximas fases de desarrollo – Se debe presentar un estimado del tiempo que tomará realizar cada uno de las siguientes fases del desarrollo del sistema y del costo que la compañía debe incurrir para completar el sistema. Se debe incluir los costos de desarrollo – costos que ocurren una sola vez – y los costos continuos – costos pagados periódicamente.
5. Presentar un informe a la gerencia describiendo el problema y detallando si se recomienda continuar con la fase de análisis del sistema – Debe incluir la evaluación del “system request”, estimado de tiempo y costo-beneficios y las recomendaciones.
Por cualquiera que sea la estrategia mediante la cual se va a desarrollar el sistema (SDLC, prototipos, análisis estructurado, o por una combinación de éstos) primero es necesario revisar la solicitud del proyecto. La elección de una estrategia es secundario, lo importante es determinar si la solicitud merece o no la inversión de recursos en un proyecto de sistemas de información. El tiempo estimado es aproximadamente entre 4 a 6 seis días.
El propósito de la investigación preliminar es buscar información suficiente para determinar si se debe continuar con el Ciclo de Vida del Desarrollo del Sistema. La investigación no es una actividad de recolección de datos; no se espera que se definan todos los problemas ni que se propongan todas las posibles soluciones. La investigación preliminar debe cumplir con los siguientes cinco objetivos:
1. Entender la naturaleza del problema – Es el primer objetivo de la investigación preliminar. Muchas veces, el problema presentado en el “system request” no es el problema real, sino un síntoma. Al interaccionar con los usuarios, se debe evitar el uso de la palabra problema, ya que puede generar una impresión negativa. Es mejor hablar sobre mejoras que necesita el sistema.
2. Definir el alcance y las restricciones o limitaciones del sistema – El alcance del proyecto es la extensión del proyecto o del sistema, o sea, hasta dónde se debe llegar. Se debe determinar quién es afectado por el problema o por la solución. También es importante definir las limitaciones del sistema. Una limitación es una condición, restricción o requisito que el sistema debe satisfacer. La limitación puede tener que ver con el equipo, programas, tiempo, leyes, costos y otros.
3. Identificar los beneficios que se obtendrían si el sistema propuesto es completado – Se debe identificar los beneficios tangibles e intangibles que se esperan como resultado del “system request”. Estos beneficios, junto a los estimados de costo, serán usado por la gerencia para decidir si se continúa con el proyecto. Los beneficios tangibles son aquellos que se pueden expresar en términos de dinero. Los beneficios intangibles son difíciles de contabilizar en dólares y centavos, pero son igualmente importantes. Tienen que ver con la satisfacción del empleado, mayor información disponible para tomar decisiones, mejorar la imagen de la compañía y otros aspectos que no se miden en término de dinero.
4. Especificar un estimado de tiempo y costo para las próximas fases de desarrollo – Se debe presentar un estimado del tiempo que tomará realizar cada uno de las siguientes fases del desarrollo del sistema y del costo que la compañía debe incurrir para completar el sistema. Se debe incluir los costos de desarrollo – costos que ocurren una sola vez – y los costos continuos – costos pagados periódicamente.
5. Presentar un informe a la gerencia describiendo el problema y detallando si se recomienda continuar con la fase de análisis del sistema – Debe incluir la evaluación del “system request”, estimado de tiempo y costo-beneficios y las recomendaciones.
PROPUESTA DE SOLUCION
ENFOQUE PARA LA ADMINISTRACIÓN DEL PROYECTO.
• El proyecto se desarrollará bajo un plan cuyo formato será aprobado por ambas partes.• Se contará con un líder de proyecto que responderá directamente ante el representante de la organizacióncliente que se designe.• Se definirán los entregables claves y sus puntos de control. Los mismos deberán ser aprobados y autorizadospor el líder del proyecto y el representante del cliente.• Se requerirá la aprobación de los resultados de un incremento para avanzar al siguiente.
Estándares
• Se emplearán los estándares de documentación empleados en los proyectos similares que ha desarrollado elITESO.• El modelado se hará en UML.
METODOLOGÍA PARA EL DESARROLLO DEL SOFTWARE
Está basada en:• Ciclos incrementales e iterativos.• Uso de estándares de documentación.• Estrecha y sistemática interacción con el cliente.• Los métodos, técnicas y herramientas del análisis, diseño y construcción orientados a objetos.• Enfoque centrado en los clientes, los cuales tomarán parte activa en el desarrollo del software.
BENEFICIOS PARA EL CLIENTE
• Reducción de tiempo dedicado a los conteos cíclicos.• Disminución del desperdicio de materiales.• Información confiable y disponible para la toma de decisiones.
ENFOQUE PARA LA ADMINISTRACIÓN DEL PROYECTO.
• El proyecto se desarrollará bajo un plan cuyo formato será aprobado por ambas partes.• Se contará con un líder de proyecto que responderá directamente ante el representante de la organizacióncliente que se designe.• Se definirán los entregables claves y sus puntos de control. Los mismos deberán ser aprobados y autorizadospor el líder del proyecto y el representante del cliente.• Se requerirá la aprobación de los resultados de un incremento para avanzar al siguiente.
Estándares
• Se emplearán los estándares de documentación empleados en los proyectos similares que ha desarrollado elITESO.• El modelado se hará en UML.
METODOLOGÍA PARA EL DESARROLLO DEL SOFTWARE
Está basada en:• Ciclos incrementales e iterativos.• Uso de estándares de documentación.• Estrecha y sistemática interacción con el cliente.• Los métodos, técnicas y herramientas del análisis, diseño y construcción orientados a objetos.• Enfoque centrado en los clientes, los cuales tomarán parte activa en el desarrollo del software.
BENEFICIOS PARA EL CLIENTE
• Reducción de tiempo dedicado a los conteos cíclicos.• Disminución del desperdicio de materiales.• Información confiable y disponible para la toma de decisiones.
REQUERIMIENTOS DE UN SISTEMA
En la ingeniería de sistemas, un requerimiento es una necesidad documentada sobre el contenido, forma o funcionalidad de un producto o servicio. Se usa en un sentido formal en la ingeniería de sistemas o la ingeniería de software.
En la ingeniería clásica, los requerimientos se utilizan como datos de entrada en la etapa de diseño del producto. Establecen QUÉ debe hacer el sistema, pero NO CÓMO hacerlo.
La fase del desarrollo de requerimientos puede estar precedida por una fase de análisis conceptual del proyecto. Esta fase puede dividirse en recolección de requerimientos de los inversores, análisis de consistencia e integridad, definición en términos descriptivos para los desarrolladores y un esbozo de especificación, previo al diseño completo.
¿QUE ES UN REQUERIMIENTO?
· Condición o capacidad que un usuario necesita para poder resolver un problema o lograr un objetivo (IEEE).
· Condición o capacidad que debe exhibir o poseer un sistema para satisfacer un contrato, estándar, especificación, u otra documentación formalmente impuesta (IEEE).
· Una condición o capacidad que debe ser conformada por el sistema (RUP).
· Algo que el sistema debe hacer o una cualidad que el sistema debe poseer.
REQUERIMIENTOS EN INGENIERÍA DE SOFTWARE Y SISTEMAS
En ingeniería de sistemas existen tres tipos de requerimientos.
Un requerimiento funcional puede ser una descripción de lo que un sistema debe hacer. Este tipo de requerimiento específica algo que el sistema entregado debe ser capaz de realizar.
Un requerimiento no funcional: de rendimiento, de calidad, etc.; especifica algo sobre el propio sistema, y cómo debe realizar sus funciones. Algunos ejemplos de aspectos solicitables son la disponibilidad, el testeo, el mantenimiento, la facilidad de uso, etc.
Otros tipos de limitaciones externas, que afectan en una forma indirecta al producto. Estas pueden ir desde la compatibilidad con cierto sistema operativo hasta la adecuación a leyes o regulaciones aplicables al producto
Una colección de requerimientos describe las características o atributos del sistema deseado. Se omite el cómo debe lograrse su implementación, ya que esto debe ser decidido en la etapa de diseño por los diseñadores.
En la ingeniería de software se aplica el mismo significado, sólo que el énfasis está puesto en el propio software.
CARACTERÍSTICAS
Los requerimientos bien formulados deben satisfacer varias características. Si no lo hacen, deben ser reformulados hasta hacerlo.
· Necesario: Lo que pida un requerimiento debe ser necesario para el producto.
· No ambiguo: El texto debe ser claro, preciso y tener una única interpretación posible.
· Conciso: Debe redactarse en un lenguaje comprensible por los inversores en lugar de uno de tipo técnico y especializado, aunque aún así debe referenciar los aspectos importantes
· Consistente: Ningún requerimiento debe entrar en conflicto con otro requerimiento diferente, ni con parte de otro. Asimismo, el lenguaje empleado entre los distintos requerimientos debe ser consistente también.
· Completo: Los requerimientos deben contener en sí mismos toda la información necesaria, y no remitir a otras fuentes externas que los expliquen con más detalle.
· Alcanzable: Un requerimiento debe ser un objetivo realista, posible de ser alcanzado con el dinero, el tiempo y los recursos disponibles.
· Verificable: Se debe poder verificar con absoluta certeza, si el requerimiento fue satisfecho o no. Esta verificación puede lograrse mediante inspección, análisis, demostración o testeo.
Estas características suelen ser subjetivas, es decir, no pueden ser calculadas de forma automática por ningún sistema.
Por ello, se tiende a medir otras métricas o indicadores que sí que pueden ser calculados de forma automática y que, de
algún modo, pueden sustituir o mapear con esta lista de características.
Análisis de requerimientos
La etapa en que se estudian los requerimientos para verificar que estén correctamente adecuados a las características mencionadas es conocida como Análisis de Requerimientos. En la misma se enfocan e intentan solucionar las deficiencias que los requerimientos puedan tener.
En la ingeniería de sistemas, un requerimiento es una necesidad documentada sobre el contenido, forma o funcionalidad de un producto o servicio. Se usa en un sentido formal en la ingeniería de sistemas o la ingeniería de software.
En la ingeniería clásica, los requerimientos se utilizan como datos de entrada en la etapa de diseño del producto. Establecen QUÉ debe hacer el sistema, pero NO CÓMO hacerlo.
La fase del desarrollo de requerimientos puede estar precedida por una fase de análisis conceptual del proyecto. Esta fase puede dividirse en recolección de requerimientos de los inversores, análisis de consistencia e integridad, definición en términos descriptivos para los desarrolladores y un esbozo de especificación, previo al diseño completo.
¿QUE ES UN REQUERIMIENTO?
· Condición o capacidad que un usuario necesita para poder resolver un problema o lograr un objetivo (IEEE).
· Condición o capacidad que debe exhibir o poseer un sistema para satisfacer un contrato, estándar, especificación, u otra documentación formalmente impuesta (IEEE).
· Una condición o capacidad que debe ser conformada por el sistema (RUP).
· Algo que el sistema debe hacer o una cualidad que el sistema debe poseer.
REQUERIMIENTOS EN INGENIERÍA DE SOFTWARE Y SISTEMAS
En ingeniería de sistemas existen tres tipos de requerimientos.
Un requerimiento funcional puede ser una descripción de lo que un sistema debe hacer. Este tipo de requerimiento específica algo que el sistema entregado debe ser capaz de realizar.
Un requerimiento no funcional: de rendimiento, de calidad, etc.; especifica algo sobre el propio sistema, y cómo debe realizar sus funciones. Algunos ejemplos de aspectos solicitables son la disponibilidad, el testeo, el mantenimiento, la facilidad de uso, etc.
Otros tipos de limitaciones externas, que afectan en una forma indirecta al producto. Estas pueden ir desde la compatibilidad con cierto sistema operativo hasta la adecuación a leyes o regulaciones aplicables al producto
Una colección de requerimientos describe las características o atributos del sistema deseado. Se omite el cómo debe lograrse su implementación, ya que esto debe ser decidido en la etapa de diseño por los diseñadores.
En la ingeniería de software se aplica el mismo significado, sólo que el énfasis está puesto en el propio software.
CARACTERÍSTICAS
Los requerimientos bien formulados deben satisfacer varias características. Si no lo hacen, deben ser reformulados hasta hacerlo.
· Necesario: Lo que pida un requerimiento debe ser necesario para el producto.
· No ambiguo: El texto debe ser claro, preciso y tener una única interpretación posible.
· Conciso: Debe redactarse en un lenguaje comprensible por los inversores en lugar de uno de tipo técnico y especializado, aunque aún así debe referenciar los aspectos importantes
· Consistente: Ningún requerimiento debe entrar en conflicto con otro requerimiento diferente, ni con parte de otro. Asimismo, el lenguaje empleado entre los distintos requerimientos debe ser consistente también.
· Completo: Los requerimientos deben contener en sí mismos toda la información necesaria, y no remitir a otras fuentes externas que los expliquen con más detalle.
· Alcanzable: Un requerimiento debe ser un objetivo realista, posible de ser alcanzado con el dinero, el tiempo y los recursos disponibles.
· Verificable: Se debe poder verificar con absoluta certeza, si el requerimiento fue satisfecho o no. Esta verificación puede lograrse mediante inspección, análisis, demostración o testeo.
Estas características suelen ser subjetivas, es decir, no pueden ser calculadas de forma automática por ningún sistema.
Por ello, se tiende a medir otras métricas o indicadores que sí que pueden ser calculados de forma automática y que, de
algún modo, pueden sustituir o mapear con esta lista de características.
Análisis de requerimientos
La etapa en que se estudian los requerimientos para verificar que estén correctamente adecuados a las características mencionadas es conocida como Análisis de Requerimientos. En la misma se enfocan e intentan solucionar las deficiencias que los requerimientos puedan tener.
Suscribirse a:
Entradas (Atom)