Está en la página 1de 52

Unidad 1. aplicar el análisis de sistema de acuerdo a las necesidades y los requerimientos de los usuarios 1.1.- investigación preliminar 1.2.

- propuesta de solución 1.3.- estudio de factibilidad 1.4.- Toma de decisiones 1.5.- requerimiento de un sistema 1.6.- obtener los datos del sistema empleando herramientas Unidad ll. determinar los elementos de bases de datos 2.1.- identificar el tipo de información 2.2.- identificar los tipos de usuarios 2.3.- determinar el equipo a utilizar 2.4.- determinar los programas a utilizar Unidad lll. diseñar una base de datos en base al modelo entidad /relación 3.1.- definir entidades y relaciones 3.2.- establecer atributos 3.3.- establecer los esquemas para los enunciados semánticos 3.4.- definir los enunciados semánticos 3.5.- realizar el diagrama entidad/relación Unidad IV. Desarrollar bases de datos mediante un programa administrador 4.1.- crear tablas de acuerdo a las entidades diseñadas 4.2.- agregar claves principales a las tablas creadas 4.3.- establecer relaciones entre las tablas creadas Unidad V. verificar el sistema de información 5.1.- realizar pruebas al sistema de información 5.2.- validar el sistema de información 5.3.- implantar el sistema de información Unidad VI. Elaborar documentos del sistema de información en un lenguaje de programación estructurado 6.1.- elaborar el manual técnico 6.2.- elaborar el manual de usuario

3 3 4 4 5 5 6 7 7 8 9 12 14 14 18 23 25 27 32 33 36 40 43 44 44 45 50 50 52

Página 1

UNIDAD I. APLICAR EL ANALISIS DE SISTEMAS DE ACUERDO A LAS NECESISDADES Y REQUERIMIENTOS DE LOS USUARIOS.

1.1 INVESTIGACION PREELIMINAR Si un proyecto de sistema parece ser viable y tiene suficiente prioridad, se comienza la investigación preliminar. Esta investigación requiere uno o más analistas de sistemas analizando el “systemrequest” para determinar la verdadera naturaleza y alcance del problema y recomendar si es que se debe continuar con el proyecto. 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 –Muchas veces, el problema presentado en el “systemrequest” no es el problema real, sino un síntoma. Hay que identificar el verdadero problema para así darle una solución adecuada. 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 “systemrequest”. Estos beneficios, junto a los estimados de costo, serán usando 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.

Página 2

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 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 “systemrequest”, estimado de tiempo y costo-beneficios y las recomendaciones.

1.2.- PROPUESTA DE SOLUCION Esta fase se ocupa de la reunión y estudio a detalle de los datos del sistema en operación y la especificación de los nuevos requerimientos del sistema a desarrollar. Concluye en general con un documento que recoge el resultado del análisis. El aspecto más importante de cualquier propuesta es identificar y comprender el problema que el cliente busca resolver. Uno de los puntos del desarrollo de una propuesta de solución es presentar una noción propia del problema, así como la propuesta para resolverlo, con el fin de convencer al cliente de que tal propuesta es la mejor. Para ello, se presentara lo que implica una descripción de los problemas:

1.- La Naturaleza del problema. 2.- La historia del problema. 3.- Las características del problema. 4.- Las soluciones alternas consideradas. 5.- La solución o la técnica seleccionada

1.3.- ESTUDIO DE FACTIBILIDAD Un resultado importante de la investigación preliminar es la determinación de que el sistema requerido es factible. Existen tres aspectos en el estudio de factibilidad de la investigación preliminar:

Página 3

1. Factibilidad técnica. ¿Puede realizarse el trabajo para el proyecto con el equipo actual, tecnología de software y el personal disponible? Si se requiere nueva tecnología, ¿qué probabilidades hay de que pueda desarrollarse? 2. factibilidad económica. ¿Existen suficientes beneficios en la creación del sistema para hacer que los costos sean aceptables? O, en forma inversa, ¿son tan altos los costos como para que el proyecto no deba llevarse a cabo? 3. Factibilidad operativa. ¿Se utilizará el sistema si se desarrolla y pone en marcha? Habrá resistencia de los usuarios, que los posibles beneficios reducirán del sistema.

1.4.- TOMA DE DECISIONES Se basa en el análisis de varias alternativas que se nos van presentando durante el proceso, y estas posibilidades pueden llevarnos a terminar el proceso ya sea de la mejor manera o conducirnos al error. Como todo proceso, la toma de decisiones tiene unos pasos o recomendaciones que se podrían tener en cuenta, como lo es el analizar y tener un buen conocimiento del problema o incógnita que se tiene para saber de verdad cual es la mejor manera de resolverlo.

1.5.- REQUERIMIENTO DE UN SISTEMA Los requerimientos son declaraciones que identifican atributos, capacidades, características y/o cualidades que necesita cumplir un sistema (o un sistema de software) para que tenga valor y utilidad para el usuario. En otras palabras, los requerimientos muestran qué elementos y funciones son necesarias para un proyecto. Etapas de la fase de requerimientos

* Obtención de requerimientos: búsqueda y obtención de los requerimientos desde los grupos de interés. * Análisis: comprobación de la consistencia y completitud de los requerimientos.

Página 4

* Verificación: constatación de que los requerimientos especificados son correctos.

Clasificación de los requerimientos

* Requerimientos funcionales: qué debe hacer el sistema o software. * Requerimientos no funcionales: cómo debe funcionar el sistema o software (no su implementación), por ej. calidad, rendimiento, facilidad de uso, etc. * Requerimientos externos: a qué se debe atener el sistema o software con respecto a su entorno: compatibilidad con otros sistemas, adecuación a determinadas leyes, etc.

1.6.- OBTENER LOS DATOS DEL SISTEMA EMPLEANDO HERRAMIENTAS ANALITICAS 1.- Definir la metodología adecuada para desarrollar el software. 2.- Obtener los requerimientos y realizar el análisis de los mismo, puedes utilizar Árbol de Decisiones o Tablas de Decisión, Caso de Usos (muy utilizado tanto en orientados a objetos como para estructurados), diagrama de flujo de datos (para análisis estructurado) entre otras. 3.- Diseño, pantallas, tablas en base de datos si se necesita hacer persistencia, las capas que poseerá el aplicativo, casi la mayorías utilizan: Capa de aplicación, Acceso a datos y Base de Datos. 4.- Desarrollo, en la comienzas a generar código fuente sobre todo lo diseñado, y si está bien es posible que la etapa de diseño no cambie mucho, por el contrario, puede replantearte todo lo diseñado, posiblemente por no haber tenido en cuenta o mal interpretado un requerimiento.

Página 5

Las columnas de una tabla de base de datos contienen algunos tipos de información comunes: Columnas de datos sin procesar Estas columnas almacenan información tangible. determinada por un origen externo a la base de datos. un número de la seguridad social). como por ejemplo nombres. Columnas de categorías Estas columnas clasifican o agrupan los datos y almacenan una selección limitada de datos. de modo que pueda asociarse toda la información del cliente a la transacción comercial. Por ejemplo. Estas columnas suelen incluir un Id. Columnas relacionales o diferenciales Estas columnas establecen un vínculo entre la información de una tabla y la información relacionada que se encuentra en otra tabla. o un número en el nombre (por ejemplo. Confiable y artificial para la fila. casado o soltero. el siguiente paso es identificar los tipos de información que deben almacenarse para cada objeto. Utilizada en la tabla (por ejemplo. Id del Empleado.1 TIPOS DE INFORMACIÓN Una vez identificados los objetos principales de la base de datos como candidatos para las tablas. presidente. Página 6 . tales como verdadero o falso.Columnas de identificadores Estas columnas proporcionan un mecanismo para identificar cada elemento almacenado en la tabla. una tabla que realiza el seguimiento de transacciones comerciales puede tener un vínculo con una tabla clientes. Algunas veces el objeto tiene una forma tangible de Id. aunque en la mayoría de los casos se puede definir la tabla para poder crear un Id. La columna del identificador es el componente principal para los usuarios y las funciones internas de proceso de la base de datos para el acceso a una fila de datos de la tabla. número de Factura y Id del Editor. etc. Estos tipos son las columnas de la tabla del objeto.UNIDAD II: DETERMINAR LOS ELEMENTOS DE BASES DE DATOS 2. director o responsable de equipo.

. ya que es el que se encarga de diseñar y modificar la estructura de la B.2. Reciben productos del sistema. Testan el sistema.. Tienen decisión de compra.2. es mayor del que normalmente pensamos. Pero el grupo de personas u organizaciones afectadas por un sistema y con influencia directa o indirecta en sus requisitos.D. La definición más obvia de usuario es: aquellos que interactúan directamente con el producto para realizar una tarea. Página 7 . Administrador de B. ¿QUIÉN ES USUARIO? Identificar a los usuarios de un software puede parecer sencillo. Hay usuarios finales avanzados que por medio del lenguaje de programación SQL pueden acceder a los datos. Holtzblatt y Jones (1993) incluye en su definición de usuario a quienes: Gestionan a los usuarios directos. Secundarios: los que ocasionalmente utilizan el sistema.D. Usan productos de la competencia.TIPOS DE USUARIOS USUARIOS: Hay tres tipos de usuarios. Programadores de aplicaciones: Se encargan de diseñar y programar las aplicaciones necesarias para la utilización de la B. Eason (1987) identifica tres categorías de usuario: Primarios: son quienes frecuentemente usan el sistema.D.D: Es el usuario más importante de los tres. Usuario final: Es la persona que se dedica a trabajar sobre los datos almacenados en la B. realizando las peticiones pertinentes al SGBD.

elabora. PL/I. etc. termina y se usa. *Usuarios ingenuos: Los usuarios no sofisticados interactúan 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. En cambio escriben sus preguntas en un lenguaje de consultas de base de datos. Los usuarios que acceden a una base de datos pueden clasificarse como: *Programadores de aplicaciones: Los profesionales en computación que interactúan con el sistema por medio de llamadas en DML (Lenguaje de Manipulación de Datos).Terciarios: todos los afectados por la introducción del sistema o que influencian su compra. Pascal. IDENTIFICAR TIPOS DE USUARIOS 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. Página 8 . C. COBOL. *Usuarios especializados: Algunos usuarios sofisticados escriben aplicaciones de base de datos especializadas que no encajan en el marco tradicional de procesamiento de datos. las cuales están incorporadas en un programa escrito en un lenguaje de programación (Por ejemplo. 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 sofisticados: Los usuarios sofisticados interactúan con el sistema sin escribir programas.

Un servidor de bases de datos. de forma que se mantienen coherentes. 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í. volviéndolo así un servidor.3. La mayoría de las páginas web que contienen foros. Página 9 .2. inserciones. Los más comunes son Oracle. o contenido actualizable.DETERMINAR EL EQUIPO A UTILIZAR. actualizaciones y eliminación de datos. existe infinidad de software de este tipo y puedes instalar cualquiera en tu propio equipo. SQL Server y utilizan un lenguaje de comunicación llamado SQL (Simple Query Language) que permite hacer selecciones de datos complejas. no es más que un equipo que contiene un software SGBD (Sistema Gestor de Bases de Datos).. almacena sus datos en una o más máquinas que tienen instalado un sistema de bases de datos. MySQL.

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. Página 10 .Una vez que el servidor está funcionando.

Los usuarios potenciales de bases de datos necesitan buscar primero la sencillez del software de base de datos. hay un montón de programas de diseño de bases de datos disponibles para uso personal o profesional. Al igual que cualquier otro tipo de software de oficina. un usuario de base de datos busca el objetivo de su base de datos posibles antes de elegir un programa de diseño. los diseñadores de bases de datos necesitan ver algunos pequeños factores. Sin embargo.4 DETERMINAR LOS PROGRAMAS A UTILIZAR Son las aplicaciones (software) adicionales que necesitamos para que un sistema trabaje mejor o poder reutilizar los resultados que nos arroje de una mejor manera. Con la excepción de las personas instruidas en diseño de bases de datos. todo aquél que busque un diseño innovador de bases de datos sin conocer los datos concretos que entran en el sistema puede utilizar varios criterios para encontrar el programa óptimo diseño de bases de datos para sus necesidades.2. Normalmente. más sencillo siempre es mejor y un interfaz desarrollado con muchas campanas y silbidos puede ser desaconsejable. Página 11 . idealmente. principalmente éstos son como el Word y el Excel en donde nosotros podemos pegar información que nos arroje un sistema para generar algún reporte o imprimirlo en una hoja o lo que sea que se nos antoje. La cuestión que los compradores deben considerar es si una persona con una mínima cantidad de conocimientos o ideas preconcebidas puede utilizar el programa. una compañía de software permitirá que un cliente potencial eche un vistazo a las capturas de pantalla o incluso descargue una versión demo del programa para la obtención de muestras. Además de facilidad de uso.

deben considerar si el programa cumple con los requerimientos de desarrollo de un futuro próximo. es importante mencionar la compatibilidad entre ellos par evitar problemas. Además. Página 12 . pero otros pueden ser demasiado costosos para el servicio que prestan. Algunos programas pueden ser prohibitivamente caros. siempre hay una consideración de precio en la compra de software de bases de datos. se pueden desarrollar ciertos programas que ayuden al uso del sistema de información. Los compradores deben mirar primero su funcionalidad y luego determinar si el precio es demasiado grande para sus presupuestos. COMENTARIOS: Como una opción aparte. sin embargo.La compatibilidad con los sistemas de computación de la oficina esta dada pero los profesionales de un negocio.

Ya que puede haber varias claves y necesitamos elegir una. 3. dirección. De entre los atributos habrá uno o un conjunto de ellos que no se repite.DISEÑAR UNA BASE DE DATOS EN BASE AL MODELO ENTIDAD/RELACION.. En toda entidad siempre hay al menos una clave que en el peor de los casos estará formada por todos los atributos de la tabla. Las entidades están compuestas de atributos que son los datos que definen el objeto (para la entidad persona serían DNI.UNIDAD III. apellidos. Que sea mínima. RELACIÓN: Página 13 .Definir Entidades y Relaciones Entidad y Relación El modelo de datos más extendido es el denominado ENTIDAD/RELACIÓN (E/R) En el modelo E/R se parte de una situación real a partir de la cual se definen entidades y relaciones entre dichas entidades: ENTIDAD: Objeto del mundo real sobre el que queremos almacenar información...). a este atributo o conjunto de atributos se le llama clave de la entidad. ya que será muy utilizada por el gestor de base de datos..1. lo haremos atendiendo a estas normas:   Que se tenga pleno conocimiento de ella.. nombre. (para la entidad persona una clave seria DNI).

definen como dos ó más entidades se relacionan.  Una ocurrencia de una entidad está asociada con muchas (n) de otra (Ejemplo: la entidad EMPERSA.. Mechero es Producto).. la entidad TRABAJADOR y entre ellos la relación TRABAJAR-EN). la entidad EMPRESA y entre ellos la relación MATRÍCULA Un modelo lógico representa los conceptos reales que ha de cubrir la aplicación y permite asegurar que el software cubrirá dichos conceptos. en cualquiera de las dos entidades de la relación. Los diagramas ORM incluyen unos objetos primarios llamados entidades. Utilizan ". puede estar asociada con muchas (n) de la otra y viceversa (Ej: la entidad ALUMNO. La notación ORM ofrece un número de formas y conectores para definir el modelo lógico: o Objetos ORM: Entidades. la entidad MUJER y entre ellos la relación MATRIMONIO). Las relaciones pueden ser de tres tipos:  Las entidades que intervienen en la relación se asocian una a una (Ejemplo: la entidad HOMBRE.Asociación entre entidades." y "/" para indicar qué papel toma cada parte de la relación. sin existencia propia en el mundo real que estamos modelando. relaciones y atributos. Son representados con forma oval y el nombre de la entidad. o Relación ORM: Se representan como una línea que conecta las entidades. pero necesaria para reflejar las interacciones existentes entre entidades. las relaciones entre esas entidades y los atributos que definen esos objetos. definen como dos ó más entidades se relacionan unas con otras. El modelado de funciones de objetos (Object Role Modeling ) es el proceso de representar conceptos del mundo real que definen ó influyen en el software. Hecho ORM: Se representan como un pequeño texto bajo el rectángulo de una relación. o Página 14 . de forma que se debe poder leer en ambos sentidos (un hecho "puede ser / es " indica Producto puede ser Mechero. definen los elementos que toman parte en el desempeño de la aplicación. Estos diagramas se crean descomponiendo los requerimientos de usuario y los casos de uso en entidades. en medio hay un rectángulo dividido en tantos segmentos como relaciones haya.  Cada ocurrencia.

. (entidad concreta). (Aunque sean de la misma marca. Una entidad está descrita y se representa por sus características o atributos. Apellido. una asignatura de clases. el número de motor).etc. por ejemplo. Sexo.o Restricciones ORM: Definen como las entidades participan en la relación. Relación: Página 15 . un nombre. Una entidad puede ser un objeto con existencia física como: una persona. cuales son dominantes y su cantidad. es decir. Ejemplo:  Una persona. un animal. Un pequeño círculo relleno en la conexión entidad-relación indica que dicha relación es dominante. tendrán atributos diferentes.. etc.  Una casa (Aunque sea exactamente igual a otra.. (entidad abstracta). incluso siendo gemelos). o un objeto con existencia conceptual como: un puesto de trabajo. un casa. incluso siendo del mismo tipo.. Fecha de nacimiento.. Unas flechas encima del rectángulo de la relación indica su cardinalidad. Estatura.  Un automóvil. Por ejemplo. no representar clases ó bases de datos ENTIDAD Representa una “cosa” u "objeto" del mundo real con existencia independiente. Los diagramas ORM deben ser una vista lógica de las entidades de la aplicación. etc. aún se diferenciará en su dirección). Peso.. se diferencia unívocamente de cualquier otro objeto o cosa. la entidad Persona puede llevar consigo las características: Nombre. el mismo modelo. (Se diferencia de cualquier otra persona.

Se llama grado del conjunto de relaciones a la cantidad de conjuntos de entidades participantes en la relación. Pero una entidad en B se puede relacionar con 0 o muchas entidades en A. La dependencia o asociación entre los conjuntos de entidades es llamada participación. Correspondencia de cardinalidades Dado un conjunto de relaciones en el que participan dos o más conjuntos de entidades. Pero una entidad en B se relaciona con una única entidad en A. Ejemplo: Dadas dos entidades "Habitación 502" y "Mark".  Varios a Varios: Una entidad en A se puede relacionar con 0 o muchas entidades en B y viceversa.  Uno a varios: Una entidad en A se relaciona con cero o muchas entidades en B. la correspondencia de cardinalidades puede ser:  Uno a Uno: Una entidad de A se relaciona únicamente con una entidad en B y viceversa. Restricciones Son reglas que deben mantener los datos almacenados en la base de datos. Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B. la correspondencia de cardinalidad indica el número de entidades con las que puede estar relacionada una entidad dada. No se deben quebrantar a menos que tenga otra relación de una tabla de uno a muchos. Página 16 .Describe cierta dependencia entre entidades o permite la asociación de las mismas.  Varios a Uno: Una entidad en A se relaciona exclusivamente con una entidad en B. En el ejemplo anterior los conjuntos de entidades "Habitación" y "Huésped" participan en el conjunto de relaciones habitación-huésped. es posible relacionar que la habitación 502 se encuentra ocupada por el huésped de nombre Mark.

pertenecen las entidades: (1. edad. Penny.2. 18 años. con el siguiente conjunto de atributos en común. 2) Durante esta fase se deben listar todos los posibles atributos del sistema de administración de BD. 19 años.3. Un conjunto de entidades dentro de una entidad. nombre. semestre). Establecer atributos ¿Qué es un atributo? Los atributos son las propiedades que describen a cada entidad en un conjunto de entidades. (id. 2) (2. es posible su identificación unívoca. 20 años. Página 17 . Sophie. Ejemplos: A la colección de entidades Alumnos. de esta forma. Se pueden listar más atributos de los que realmente se necesita para su aplicación particular. tiene valores específicos asignados para cada uno de sus atributos. Sophie. pero eso no es problema ya que los atributos innecesarios serán eliminados durante la fase de refinamiento de datos. 5) (3.

). que no existe o que no se sabe nada al respecto del mismo Cuáles de los atributos son importantes y cuáles no lo son. Nótese que dos o más entidades diferentes pueden tener los mismos valores para algunos de sus atributos.. solo dos letras.. Asimismo. este toma el valor nulo. En particular. Cuando una entidad no tiene un valor para un atributo dado. los atributos identificativos son aquellos que permiten diferenciar a una instancia de la entidad de otra distinta. existe un dominio del mismo. chalet o apartamento) y el costo de alquiler. Preguntas como estas ayudarán a ver qué atributos son prescindibles de forma que puedan ser eliminados de la base de datos. Por ejemplo. Claves Es un subconjunto del conjunto de atributos comunes en una colección de entidades. este hace referencia al tipo de datos que será almacenado o a restricciones en los valores que el atributo puede tomar (Cadenas de caracteres. que permite identificar unívocamente cada una de las entidades pertenecientes a dicha colección. El sistema de administración de base de datos debe comparar atributos de los costos de alquiler con atributos del número de habitaciones y del tipo de propiedad en alquiler. permiten distinguir entre sí las relaciones de un conjunto de relaciones Dentro de los conjuntos de entidades existen los siguientes tipos de claves: Página 18 . Una forma de determinar las relaciones entre los atributos es cuestionar las mismas preguntas que se le plantearan en la base de datos. el atributo identificativo que distingue a un alumno de otro es su número de id. El presidente de la compañía podría desear saber cuántos apartamentos con dos o más habitaciones están alquilados por menos de 400 dólares al mes. solo números mayores que cero. solo números enteros.Cada una de las entidades pertenecientes a este conjunto se diferencia de las demás por el valor de sus atributos. bien sea que no se conoce. números. el sistema de base de datos debe establecer una relación entre el tipo de propiedad en alquiler (casa. pero nunca para todos. Si un vendedor quiere una lista de apartamentos cuyos precios orden los 900 dólares al mes. Las relaciones pueden ser más complejas. Para cada atributo.

se usa como clave primaria de R la unión de los atributos asociados y las claves primarias de todos los conjuntos de entidades participantes. R. Si el conjunto de relaciones. como clave primaria de R Atributos: es una característica (adjetivo) de una entidad que puede hacer 1 de tres cosas:  Identificar Página 19 . para identificar unívocamente las entidades en un conjunto de entidades Los valores de los atributos de una clave. si ésta deja de serlo removiendo únicamente uno de los atributos que la componen.  Clave primaria: Es una clave candidata. como clave primaria de R.  R tiene atributos asociados: En este caso.  R es de uno a muchos de A a B entonces se toma sólo la clave primaria de B.  Clave candidata: Dada una superclave. se deben considerar dos casos:  R NO tiene atributos asociados: En este caso. elegida por el diseñador de la base de datos. según sus cordialidades:  R es de muchos a uno de A a B entonces sólo se toma la clave primaria de A.  R es de uno a uno de A a B entonces se toma cualquiera de las dos claves primarias. no pueden ser todos iguales para dos o más entidades. entonces ésta es una clave candidata. Superclave: Es un subconjunto de atributos que permite distinguir unívocamente cada una de las entidades de un conjunto de entidades. el resultado seguirá siendo una superclave. se usa como clave primaria de R la unión de las claves primarias de todos los conjuntos de entidades participantes. sobre las que se pretende determinar la clave primaria está compuesto de relaciones binarias. Para poder distinguir unívocamente las relaciones en un conjunto de relaciones R. se consideran los siguientes casos. como clave primaria de R. con los conjuntos de entidades participantes A y B. Si otro atributo unido al anterior subconjunto.

Teléfono o Teléfonos  Derivados: que se pueden calcular en base a otros atributos El promedio de préstamos se puede derivar si tenemos los valores de cada préstamo realizado a un persona Conjuntos de relaciones Relaciones: la conexión que existe entre 2 entidades (verbo). Relacionar  Describir Ejemplos de entidades con sus atributos  En el diseño se pueden considerar 3 categorías de atributos  Simples o compuestos: ya sea que el atributo sea un todo o bien este compuesto Color es simple. Página 20 . toma valores rojo. azul. etc.  Nombre es compuesto. contiene nombre de pila. apellido materno. apellido materno Con valores simples o multivaluados: en base a si consisten de un solo valor o un conjunto de valores.

Relación entre 2 entidades Página 21 .

Establecer esquemas para enunciados semánticos Introducción Definición de Enunciados semánticos: El término semántica se refiere a los aspectos del significado o interpretación del significado de un determinado símbolo. incluyendo las estructuras y restricciones estáticas Esquema conceptual. lenguaje o representación formal.3. Esquema conceptual Especifica principalmente los componentes estáticos de la base de datos.3. Página 22 . Mecanismos para establecer esquemas sintácticos…  A partir de enunciados y para adscribirles a sus formantes etiquetas de carácter semántico. palabra. Esos mismos mecanismos fueron aplicados para determinar los esquemas agenticos y clasificarlos en grupos y subgrupos con el fin de compararlos y oponerlos a partir de propiedades combinatorias y características aspectuales.

con lo que se puede obtener una medida de la calidad de un esquema conceptual. y complementar el documento de especificación de requisitos una vez que obtiene nueva información a través del proceso de diseño. dependiendo de si se utiliza el lenguaje para análisis o diseño respectivamente. se propone una métrica. pudiendo incluir algunas especificaciones extra. tal como el modelo entidad interrelación [Chen76] o UML [Booch98]. el cual es el resultado principal de la etapa de análisis. El diseñador debe analizar la realidad bajo modela miento. Algunas aportes fueron realizados por:  Batini [Batini94]. en el sentido que requiere de habilidades que son muy difíciles de automatizar. El proceso de diseño conceptual Es una tarea humano-dependiente. Pasos para un esquema conceptual… La entrada al proceso de diseño conceptual es el documento de especificación de requisitos. Para cada uno de los criterios de calidad bajo consideración. documentar los hechos relevantes para satisfacer un conjunto de requerimientos. Las bases de datos deben ser desarrolladas de modo de asegurar ciertos niveles mínimos de calidad.  Moody [Moody94] y  Kesh [Kesh95. Decisiones de diseño.  Este esquema es un modelo de una realidad o la especificación de una solución a un problema. Existen criterios de calidad. Página 23 . Se especifica en un lenguaje de modelación. expresadas en lenguaje natural o alguna lógica.

esto es el equivalente a la suma en los datos numéricos. lugar y total. dependiendo del caso y se Página 24 .En cada etapa se utilizan distintas políticas para tomar decisiones de diseño. Aunque existe la posibilidad de reducir a categorías mas simples dichas variables. las cuales pueden variar su importancia (ponderación o peso) dependiendo del diseñador o la etapa del desarrollo en que se encuentre. lenguaje o representación formal. en este proceso de reducción y simplificación se pierden los valores explicativos intrínsecos a dichas variables. o el lugar. En el sistema propuesto. Por su naturaleza las variables semánticas no tienen las cualidades aritméticas que permitan su agregación o el cálculo de indicadores. Para la agregación por tipo de fuente o lugares se deben listar los valores de todas las fuentes que integran el tipo. Para construir indicadores es necesario: agregar las variables. la agregación se efectuará por tipo de fuente.4 Definir los enunciados semánticos El término semántica se refiere a los aspectos del significado o interpretación del significado de un determinado símbolo. En principio cualquier medio de expresión (lenguaje formal o natural) admite una correspondencia entre expresiones de símbolos o palabras y situaciones o conjuntos de cosas que se encuentran en el mundo físico o abstracto que puede ser descrito por dicho medio de expresión. 3. palabra. de tal manera de poder asignarles un valor numérico.

se concentra en su aplicación en la lexicografía. identificar o no un problema o situación. los lexemas se organizan de forma conjunta como sinónimos (synsets) Página 25 . izquierdos o derechos (la mayoría de los enunciados coinciden en una apreciación en uno de los extremos posibles). centrales (la mayoría de los enunciados coinciden en una apreciación central y descartan los extremos posibles).  Según Fellbaum. La agregación de indicadores semánticos o numéricos por medio de procedimientos. estar a favor o en contra. Cuando se efectúa la agregación semántica. o simplemente expresar una opinión sobre una situación dada. Su estudio. Los enunciados semánticos pueden apoyar o descartar en diferentes grados. a partir de un escueto análisis de las capacidades mentales del léxico descubiertas por la psicología. mientras que en el segundo. una situación dada. Puede haber hasta un máximo de tres oraciones por párrafo. la diferencia entre un campo semántico y WordNet es que en el primero los lexemas se diferencian de otros lexemas. Para la construcción de indicadores semánticos se listan los valores de las variables que lo integran. en un enunciado semántico que siga las siguientes normas *1. Su organización del léxico en cinco categorías básicas como sustantivos (jerarquía tópica).procede a elaborar un enunciado semántico que sintetice el conjunto des enunciados en uno solo. es necesario identificar estas diferentes tendencias y tratar de incluirlas en el enunciado síntesis.3. y su posterior aplicación a WordNet.El enunciado debe estar contenido en un solo párrafo. bimodal (una parte de los enunciados coinciden en una apreciación en uno de los extremos posibles y los otros en el extremo opuesto). adverbios (espacios dimensionales) y palabras funcionales. estos pueden ser semánticos. adjetivos. Cada oración debe seguir las reglas de la construcción gramatical (sujeto. y el operador debe elaborar una síntesis de los valores observados. verbos (relaciones de encabalgamiento). * 2. verbo y complemento). Estas tendencias pueden ser. numéricos y lógicos.

"DER" Diagrama de Entidad Relación) es una herramienta para el modelado de datos de un sistema de información. Se representa mediante un número muy reducido de conceptos semánticos básicos. Por tanto. los dominios no son importantes.Además. 3. o. Estos modelos expresan entidades relevantes para un sistema de información así como sus interrelaciones y propiedades. Página 26 . mientras que en el campo semántico sí entran en consideración. las relaciones sintagmáticas no se consideran en las bases de datos. donde se emplean inventarios de clases semánticas y se sitúan a los lexemas dentro de ellas. E-R "Entity relationship". pues el significado de un lexema se expresa por su relación de similitud con otros lexemas.5 Realizar el diagrama entidad/relación Un diagrama o modelo entidad-relación (a veces denominado por su siglas. explica.

que son objetos que existen y son los elementos principales que se identifican en el problema a resolver con el diagramado y se distinguen de otros por sus características particulares denominadas atributos. Mediante éstos. el enlace que rige la unión de las entidades está representada por la relación del modelo. que son "trozos" de información que describen a las entidades de uno u otro modo.Denominado por sus siglas como: E-R. Este modelo representa a la realidad a través de un esquema gráfico empleando los terminología de entidades. En realidad. esto es. El modelo E/R aporta una herramienta de modelado para representar las entidades. Cada una de las entidades tiene una identidad. son identificables de forma Página 27 . propiedades y relaciones: los diagramas Entidad/Relación. podemos hacer que los diagramas sean un reflejo fiel de las relaciones. interrelaciones y atributos del modelo relacional de datos o podemos englobar diversas relaciones en una sola entidad o conjunto de propiedades. Estas entidades poseen un número indeterminado de propiedades. el esquema conceptual abstracto puede ser mostrado gráficamente y mantener una independencia conceptual con respecto a la implementación propiamente dicha.

En algunos diagramas E/R el rombo que indica la relación entre una entidad independiente y otra dependiente también aparece con líneas dobles. rombos y óvalos.única. mientras que los diagramas E/R representan estados El tipo de relación entre dos entidades se representa mediante 1’s y M’s (también el símbolo o n) Una propiedad cuyo nombre está subrayado señala que ésa es la propiedad que identifica de forma única a la entidad. Finalmente. los rectángulos representan entidades. También existen subtipos de entidades. los rombos relaciones y los óvalos propiedades ENTIDADES RELACION ES PROPIEDA DES Los diagramas E/R son parecidos a los diagramas de flujo (organigramas) clásicos en que utilizan rectángulos. mientras que un diagrama E/R no. Grupos de entidades relacionadas mantienen relaciones con otros grupos de entidades. significa que esa entidad es dependiente o débil. un rectángulo doble. En un diagrama entidad/ relación. Página 28 . Esto es obvio. puesto que los organigramas representan procesos. y que se corresponderá con la clave primaria de una relación en la implementación relacional. Otra diferencia fundamental con los organigramas es que éstos tienen un principio y un final. es decir. su existencia depende de la existencia de otra entidad. pero los significados de estos elementos son distintos.

Finalmente. Curso y Departamento. Para cada una de las entidades existe una propiedad que las identifica únicamente y que se corresponde con la clave primaria (en este caso clave subrogada) de cada una de las tablas en la implementación relacional. Las entidades tienen otras propiedades que las describen y que se corresponden con los distintos campos de Página 29 . Profesor. las relaciones tipo/subtipo (self-joint en la implementación relacional) se especifican mediante una relación de una entidad consigo misma y con las líneas de unión dirigidas. Un departamento tiene muchos profesores y un profesor puede dar muchos cursos. tales como las que muestra la relación En el siguiente modelo especifica la existencia de tres entidades. que se corresponden con otras tantas relaciones.

la tabla (relación). las tres entidades contempladas son consideradas como independientes Otro ejemplo: Página 30 . Finalmente.

UNIDAD IV..DESARROLLAR BASES DE DATOS MEDIANTE UN PROGRAMA ADMINISTRADOR Página 31 .

CREAR TABLAS DE ACUERDO A LAS ENTIDADES DISEÑADAS Una tabla es una estructura lógica que sirve para almacenar los datos de un mismo tipo. RDBMS viene del acrónimo en inglés Relational Data Base Management System.* * * Un RDBMS es un Sistema Administrador de Bases de Datos Relacionales. Los RDBMS proporcionan el ambiente adecuado para gestionar una base de datos Los sistemas de gestión de bases de datos (en inglés database management system. abreviado DBMS) son un tipo de software muy específico. dedicado a servir de interfaz entre la base de datos. Por ejemplo: la entidad factura se almacena en estructuras diseñadas Página 32 . el usuario y las aplicaciones que la utilizan 4.1. esto significa que cada entidad se almacena en estructuras separadas..

un documento de Microsoft Office Word 2007.// Así. Cuando crea una nueva base de datos en blanco.000 registros o filas. y almacenar en ella los valores correspondientes Para crear una tabla debes crear una nueva base de datos. fechas la estructura de una tabla es esta: Cada fila almacena los datos de una factura. como un libro de Microsoft Office Excel 2007.para ese tipo de entidad: la tabla FACTURA. los datos de una columna son de todos del mismo tipo: numéricos. De este modo se pude crear una tabla para cada tipo de entidad. Página 33 . A continuación. se inserta automáticamente una nueva tabla vacía.000 facturas. un archivo de texto u otra base de datos. se dice que la tabla FACTURA contiene 1. y cada columna almacena los datos de un mismo tipo (las descripciones.). alfanuméricos. etc. insertando una tabla en una base de datos existente o importando o vinculando una tabla desde otro origen de datos. Cada elemento almacenado dentro de la tabla recibe el nombre de //registro// o //fila. los clientes. si la tabla FACTURA almacena 1. Una tabla se compone de //campos// o //columnas. //que son conjuntos de datos del mismo tipo. puede escribir datos para empezar a definir los campos.

Relaciones entre tablas. la tabla está compuesta de múltiples filas. Página 34 . la información se almacena en “tablas”. Eventos o Activos. Una “fila” es un conjunto de tipos de información que describe una entidad.Para crear una tabla Contactos. Cada tabla contiene un conjunto de información asociada a un grupo de similar entidad. Una “columna” representa un tipo único de información acerca de la entidad (atributo). que constituyen un conjunto de entidades similares que son descritas de acuerdo con un criterio predefinido. Tareas. Problemas. tal vez desee partir de una de las plantillas de tablas para estos temas que se incluyen en Office Access 2007 Generalmente en un Sistema de Base de Datos relacional. Generalmente.

La relación se puede definir entre tipos de columnas muy diferentes. Las formas normales no son más que tres reglas que se deben tener una cuenta dentro del Análisis conceptual. siendo este método el tipo de relación más eficiente. Tercera forma normal Incluir en cada tabla sólo datos que pertenezcan a la misma unidad lógica. definiéndose una relación específica entre una columna de una tabla y una columna de otra tabla. contenga al menos una columna con el mismo tipo de información.En una Base de Datos Relacional la relación entre tablas se define de forma temporal. pero en la mayor parte de los casos existe una similitud entre ellas. La relación entre las dos tablas es inherente a la información contenida en sus columnas. y poner los datos en tablas separadas. respetando las longitudes de cada columna. Dicha relación se crea de acuerdo con las necesidades del usuario en cuanto a la disponibilidad de la información. Si se establece una clave de columna única en cada tabla de una aplicación. utilizando concretamente el método Entidad/Relación. Primera forma normal Identificar cada tabla con una clave primaria. La relación de la información entre una tabla y otra se facilita teniendo la misma columna en cada una de las tablas. El proceso de aplicar las tres formas normales se llama normalización. de manera que los datos de cada tabla sean de un tipo similar (desde el punto de vista conceptual) Segunda forma normal Sacar las columnas que sólo dependen de una parte de la clave primaria a otra tabla. Los registros de una tabla se almacenan uno detrás de otro. esto permite una relación rápida y eficaz. Esto es una norma general pero en la actualidad no cumple en todas las bases de datos. se dice que es una “clave primaria” o un “campo de clave primaria”. La mayor parte de las Bases de Datos se diseñan de forma que cada tabla que se va a relacionar con otra. Se denomina “clave” al conjunto de columnas utilizadas para definir una relación entre tablas. Página 35 . Un diseño de base de datos que no cumpla la primera forma normal no será correcto. significará que la base de datos está más correctamente analizada. Cuantas más formas normales cumpla el diseño de base de datos.

pero en la mayor parte de los casos existe una similitud entre ellas. la información se divide en tablas distintas en función del tema. en términos simples.-ASIGNAR CLAVES PRINCIPALES A LAS TABLAS CREADAS • Cada tabla de la base de datos debe tener un campo o un conjunto de campos que identifiquen inequívocamente cada registro almacenado en la tabla. o un número de serie o código.2. La relación se puede definir entre tipos de columnas muy diferentes. de cliente de la tabla Compradores podría aparecer también en la tabla Pedidos. En una base de datos relacional como Office Access 2007. en una tabla Clientes. Clave principal Clave externa • • • • Página 36 . como un número de Id. de cliente sería. En la tabla Compradores es la clave principal y en la tabla Pedidos es una clave externa. un campo Id. Por ejemplo. Este enfoque funciona porque una vez definida la clave principal. definiéndose una relación específica entre una columna de una tabla y una columna de otra tabla. cada cliente podría tener un número de Id. Una clave externa. 4.En una Base de Datos Relacional la relación entre tablas se define de forma temporal. Por ejemplo. El campo Id. de cliente distinto. ¿Qué es una clave principal? • Una clave principal es un campo o conjunto de campos de la tabla que proporcionan a Microsoft Office Access 2007 un identificador exclusivo para cada fila. la clave principal. Este campo recibe el nombre de clave principal. A menudo. se puede utilizar en otras tablas para hacer referencia a la tabla que contiene la clave principal. sirve como clave principal en una tabla. en ese caso. La relación entre las dos tablas es inherente a la información contenida en sus columnas. un número de identificación exclusivo. Dicha relación se crea de acuerdo con las necesidades del usuario en cuanto a la disponibilidad de la información. es la clave principal de otra tabla.

Es aconsejable utilizar este tipo de identificadores porque sus valores no cambian. Un ejemplo de una mala elección de clave principal sería un nombre o una dirección. que permite agilizar las consultas y otras operaciones. En tercer lugar. • • • • • Página 37 . nunca debe estar vacío ni ser nulo (siempre debe contener un valor). ya que la propia información "fáctica" podría cambiar. debe identificar inequívocamente cada fila. 1 Una columna con el tipo de datos Auto numérico suele ser una buena clave principal. ya que tanto el nombre como la dirección contienen información que puede cambiar con el tiempo. pero se puede ver en la vista Diseño. por ejemplo) es más probable que cambie. Access crea automáticamente un índice para la clave principal. porque garantiza que no habrá dos Id. Siempre debe especificar una clave principal para una tabla. El campo está oculto de forma predeterminada en la vista Hoja de datos. de producto iguales. preferiblemente. En segundo lugar. En primer lugar. es decir. Cuando crea una nueva tabla en la vista Hoja de datos. el tipo de datos Auto numérico de identificador no es "fáctico". Access comprueba también que cada registro tiene un valor en el campo de clave principal y que éste es siempre distinto. Access utiliza campos de clave principal para reunir rápidamente los datos de varias tablas. casi nunca (o. Una clave principal que contiene datos sobre una fila (un número de teléfono o el nombre de un cliente. no contiene información objetiva sobre la fila que representa." y el tipo de datos Auto numérico. Access crea automáticamente una clave principal y le asigna un nombre de campo de "Id.• Un buen candidato para una clave principal debe tener varias características. nunca) debe cambiar.

Por ejemplo. en el menú contextual. no debe contener un valor vacío o nulo y casi nunca (o. de pedido e Id. haga clic con el botón secundario en la tabla en la que desea establecer la clave principal y. a continuación. En el panel de exploración. haga clic en Abrir. Si tiene una tabla en la que cada registro contiene un número de identificación exclusivo. Se agrega un indicador de clave a la izquierda del campo o campos que ha especificado como clave principal. ese campo podría convertirse en una buena clave principal. seleccione y abra la base de datos. preferiblemente. En la ficha Diseño. haga clic en Vista Diseño. en el grupo Herramientas. una tabla Detalles de pedidos que contenga artículos de línea de pedidos tendría dos columnas en su clave principal: Id. Para que una clave principal funcione correctamente. presione la tecla CTRL y haga clic en el selector de filas de cada campo. Para definir explícitamente la clave principal. tal vez considere conveniente utilizar dos o más campos juntos como clave principal de una tabla. En el cuadro de diálogo Abrir. haga clic en el selector de filas del campo que desee. de producto. haga clic en Clave principal. Para seleccionar un campo. o un número de serie o código. el campo debe identificar inequívocamente cada fila. Para seleccionar varios campos. Cuando una clave principal está formada por más de una columna se denomina clave compuesta. • • • • Haga clic en el botón de Microsoft Office y. • • • • Página 38 . debe utilizar la vista Diseño. como un número de Id.• En algunos casos. Seleccione el campo o los campos que desea utilizar como clave principal. nunca) debe cambiar.

seleccione y abra la base de datos. Antes de quitar una clave principal. debe asegurarse de que no interviene en ninguna relación de tabla. Si intenta quitar una clave principal para la que existe una relación. Página 39 . Access le advertirá de que debe eliminar primero la relación. al quitar una clave principal no se elimina el campo o los campos de la tabla. a continuación. Lo que se quita es la designación de clave principal de esos campos. • • • Haga clic en el botón de Microsoft Office y. Al quitar la clave principal se quita también el índice que se creó para ella. el campo o campos que hacían la función de clave principal ya no servirán como identificadores principales de un registro.Quitar la clave principal • Cuando quite la clave principal. En el cuadro de diálogo Abrir. haga clic en Abrir. Sin embargo.

• • • Una vez creadas tablas independientes para cada tema de la base de datos.3.4. El primer paso de este proceso consiste en definir relaciones entre las tablas. en la que se pueden combinar información de varias tablas. se necesita una forma de indicar a Access cómo debe combinar la información. por medio de campos comunes. Página 40 . Una vez realizada esta operación. formularios e informes para mostrar información de varias tablas a la vez. ya se puede comenzar a crear otros tipos de objetos. como consultas.-Establecer relaciones entre las tablas creadas La Relación se define como una asociación establecida entre campos comunes de dos tablas.

En la mayoría de los casos. estos campos coincidentes son la //clave principal// de una tabla. Por ejemplo.• En una relación se hacen coincidir los datos de los campos clave (normalmente un campo con el mismo nombre en ambas tablas). que proporciona un identificador único para cada registro. de empleado. una tabla con información sobre empleados puede relacionarse con otra con datos de pedidos a través de un campo común que podría ser id. y una clave externa de la otra tabla. A la hora de establecer relaciones entre tablas pueden presentarse tres situaciones diferentes: • ====== Relación un====== Página 41 .

puede crear una tabla que registre los empleados acogidos a un determinado plan de jubilación. ====== Definir relaciones ====== Para definir una relación es necesario agregar a la ventana Relaciones las tablas que se desea relacionar y. a continuación. y viceversa. un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B. Este tipo de relación no es habitual. Puede utilizar la relación uno a uno para dividir una tabla con muchos campos. pero un registro de la Tabla B sólo tiene un registro coincidente en la Tabla En una relación uno a uno. cada registro de la Tabla A sólo puede tener un registro coincidente en la Tabla V. para aislar parte de una tabla puto por razones de seguridad o para almacenar información que sólo se aplica a un subconjunto de la tabla principal. debido a que la mayoría de la información relacionada de esta forma estaría en una sola tabla. En este tipo de relación. Por ejemplo. arrastrar el campo clave de una tabla y colocarlo sobre el campo clave de la otra tabla.La relación uno a varios es el tipo de relación más común. Página 42 .

Y una interfaz para transferir un evento sobre el que el generador de informes de eventos ha realizado un informe a una maquina procesadora de eventos y para transmitir un mensaje relativo a una acción asociada al evento. Un equipo controlado por la maquina procesadora de informes y adaptado para llevar a cabo una acción determinada por la maquina procesadora de eventos. Desde la maquina procesadora de eventos a un programa que se puede ejecutar en el sistema informático. el sistema consta de una red de área local o redes de áreas locales interconectadas. El sistema contiene además al menos un generador de informes de eventos en cada uno de los programas ejecutables cuya ejecución se debería controlar. VERIFICAR EL SISTEMA DE INFORMACION Verificar el sistema de información En un método y un sistema para controlar y cambiar el funcionamiento de un sistema informático. para procesar los eventos sobre los que se ha realizado un informe a través de un generador de informes de eventos dependiendo de una base de reglas elásticas incluida en la maquina procesadora de eventos y un cierto evento con una acción predeterminada para determinar la acción asociada al evento sobre el que se ha realizado el informe. cada una de las cuales tiene una pluralidad de ordenadores. una maquina procesadora de eventos. Página 43 . para el cambio o inicio de la misma.UNIDAD V.

que hayan pasado los previos controles 5.Realizar pruebas al sistema de información. Especialmente en sitios web o sistemas online. Pruebas de integración: Se realizan una vez que las pruebas unitarias fueron concluidas exitosamente. los módulos o los bloques de código. Los «datos de prueba» no necesariamente son ficticios o «creados». procedimientos. con éstas se intenta asegurar que el sistema completo. y que tienen funciones concretas con cierto grado de independencia.5.php". Pruebas (unitarias y de integración) Entre las diversas pruebas que se le efectúan al software se pueden distinguir principalmente: Pruebas unitarias: Consisten en probar o testear piezas de software pequeñas. Dichas pruebas se utilizan para asegurar el correcto funcionamiento de secciones de código. existe una fase probatoria final y completa del software.-Validar el Sistema de Información. llamada beta test. durante la cual el sistema instalado en condiciones normales de operación y trabajo es probado exhaustivamente a fin de encontrar errores. inestabilidades. que es un conjunto seleccionado de datos típicos a los que puede verse sometido el sistema. recibe el parámetro "id" con valor "20". funciones y módulos. eso mostraría la nota identificada con ese valor.. controlar o filtrar cada una de las entradas de datos que provienen desde el exterior del sistema.1. pero normalmente si lo son los de poca probabilidad de ocurrencia. El código de la página "nota. Generalmente. a nivel de secciones. Página 44 . una dirección de una página web como la siguiente: "nota. etc. Las pruebas normalmente se efectúan con los llamados datos de prueba. Por ejemplo.2. aquellas que tengan funcionalidades específicas. Validar datos hace referencia a verificar. respuestas erróneas. es fundamental poner algún sistema para validar datos en formularios online y en los parámetros en las direcciones URL.php?id=20". debería validar el dato de entrada. verificando que siempre entre un número entero. incluso los subsistemas que componen las piezas individuales grandes del software funcionen correctamente al operar e interpelar en conjunto. mucho más reducidas que el conjunto.

cualquier atacante podría cambiar ese número por un código SQL maligno y. las especificaciones del diseño del sistema sirven como base para la construcción del nuevo sistema. .Planificación del proyecto o Investigación Preliminar. como del lado del servidor. La validación por el lado del cliente permite. mientras que el analista de sistema planifica la integración de los programas y asegura que trabajen unidos para satisfacer las necesidades de la organización. .Implementación y evaluación del sistema. además de otras verificaciones. Esto es así porque la validación por JavaScript puede evitarse si el usuario tiene alguna mal intención. eliminar toda la base de datos del servidor web. En este punto. 5. 4). los programadores y los analistas de sistemas asumen diferentes responsabilidades. etc. del lado del servidor. El programador codifica. 2). está haciendo referencia a la evaluación y la prueba del sistema. por ejemplo.Definición del sistema. se debe identificar cada uno de los flujos de entrada.Diseño de la aplicación o del sistema. .-Implantar el sistema de información En la fase de implantación. . También permite avisar si falta rellenar campos o que se están utilizando caracteres no válidos. prueba y documenta los módulos de programas. Esta técnica maligna es llamada inyección SQL. Las etapas del ciclo de vida de un sistema de información son: 1).Recolección y análisis de los requisitos. “Validar" el sistema informático.Mantenimiento. Página 45 . etc. verificar que el tipo de dato sea el esperado y no otro.3. .Prueba de sistemas. se deben volver a verificar todos esos datos. verificar que no haya códigos ocultos. . . 7). por ejemplo. avisarle al usuario que el campo de email que acaba de llenar no contiene una dirección de email válida. En tanto. 5). La validación de datos también puede hacerse en los formularios web. El analista debe proveer especificaciones claras y correctas al programador. 3). tanto del lado del cliente (con JavaScript por ejemplo). En definitiva.De lo contrario. 6).

Este estilo también se conoce como diseño modular. probados y documentados. Página 46 . Luego el programador realiza una verificación de escritorio (desk checking). el analista de sistemas define los objetivos generales. que producen resultados incorrectos. entre otros. Cuando se planifica el sistema. que son errores gramaticales del lenguaje usado en el código. el sistema completo se prueba Primero. Probando la aplicación • Después de codificar. y finalmente. Access. Visual Basic. Codificación • Codificar es el proceso de transformar la lógica del programa en instrucciones específicas que puedan ser ejecutadas por el sistema de computadoras. muchas veces se usa un estilo de arriba-hacia-abajo (topdown). el programador debe hacer pruebas con el programa para asegurarse que trabaja correctamente. Los errores se corrigen y se vuelve a compilar el programa. Si se ha preparado un buen diseño. el programa se compila para detectar errores de sintaxis (syntax errors).Un nuevo sistema requiere planificación. Luego. codificados. SQL. En el estilo top-down. construcción y prueba. Los programas y módulos deben ser diseñados. Asignando módulos a diferentes programadores se agiliza el desarrollo del programa. que procede de un diseño general a una estructura detallada siguiendo unos pasos lógicos. el proceso de codificar es una simple traducción de funciones lógicas a un código de programa. y luego los descompone en subsistemas y módulos en un proceso llamado “partitioning”. Este proceso se repite hasta que se obtenga una compilación libre de errores. como Visual C++. los programas se prueban en grupos. Java. para asegurar que no existen errores de lógica (logic errors). Un módulo es un conjunto de instrucciones de programas que se pueden ejecutar como un grupo. HTML. Cada departamento de sistemas tiene su estándar en lenguajes de programación.

que deben ser ejemplo de datos reales. y simulan operaciones actuales. Se debe incluir datos correctos e incorrectos y deben probar todas las posibles situaciones que el programa debe manejar. se deben ejecutar pruebas que involucre todo el sistema de información. Un "system test" incluye todas las situaciones típicas: los usuarios entran los datos. Todos los procesos y outputs son verificados por los usuarios y el grupo de IS para asegurar que el sistema funciona correctamente.Un área de prueba separada es necesaria para mantener la seguridad e integridad del sistema y proteger el ambiente operacional. Instalación y Evaluación El ambiente operacional o ambiente de producción es el ambiente de equipo y programas donde opera el sistema actual. Probar dos o más programas que dependen uno del otro es llamado "link testing". El ambiente que los analistas y programadores usan para desarrollar y mantener programas se llama ambiente de prueba (test environment). Página 47 . Los objetivos son identificar y eliminar errores de ejecución que causan que el programa termine en forma anormal y encontrar y corregir errores de lógica. El probar los programas en forma independiente no asegura que al unirlos trabajen adecuadamente. el programador prueba el programa. El acceso a este ambiente es limitado a los usuarios y estrictamente controlado. que no se identificaron en el desk checking. El proceso de prueba de un programa individual o de un módulo se llama unit testing. Luego de completar el "link testing".Finalmente. se deben verificar en el ambiente de prueba y se debe obtener autorización del usuario. Los analistas y programadores no deben tener acceso al mismo excepto para corregir problemas del sistema o realizar modificaciones autorizadas. El ambiente de prueba contiene copias de todos los programas. Antes de realizar cualquier cambio en el sistema operacional.

Independientemente de cuán bien diseñado. Atañe generalmente a problemas no identificados durante la fase de ejecución. Este tipo de mantenimiento se relaciona con la solución o la corrección de problemas del sistema.4 REALIZAR MANTENIMIENTO AL SISTEMA DE INFORMACION Mantenimiento de los sistemas de información Con posterioridad a la fase de implementación de los sistemas. se impone la fase de mantenimiento. reducir o contener los costos implícitos El mantenimiento de sistemas puede clasificarse en cuatro grupos. Un ejemplo de mantenimiento correctivo es la falta de una característica requerida por el usuario. desarrollado y probado está un sistema o aplicación.  Mantenimiento para fines específicos. por ejemplo. Es importante considerar la evaluación y el monitoreo de un sistema en términos del mantenimiento necesario y. Página 48 . Las implicaciones del volumen de trabajo para mantenimiento para los planes de estrategia de información en una organización es un tema que merece atención especial La estructura de organización necesita flexibilidad para apoyar el mantenimiento de los sistemas existentes concurrentemente con la ejecución de nuevas tecnologías. en consecuencia. cada uno de los cuales repercute en el plan estratégico de información institucional de diferentes maneras:  Mantenimiento correctivo. las organizaciones no pueden dejar de considerar que el mantenimiento de sistemas es la fase más prolongada y costosa del ciclo de vidade los sistemas. los cambios en el código tributario o los reglamentos internos de la organización.5. Cuando se elaboran planes para la estrategia de información. El mantenimiento de sistemas es el mantenimiento continuo después del inicio del funcionamiento. ocurrirán errores inevitablemente. Este tipo de mantenimiento se refiere a la creación de características nuevas o a la adaptación de las existentes según lo requieren los cambios en la organización o los usuarios. o su funcionamiento defectuoso.

puede evitar serios problemas en el sistema. ya sea mediante el agregado de nuevas características.  Mantenimiento preventivo. Página 49 . Mantenimiento para mejoras. Se trata de la extensión o el mejoramiento del desempeño del sistema. Un ejemplo de este mantenimiento es la corrección del problema del año 2000. Un ejemplo de este tipo de mantenimiento es la conversión de los sistemas de texto a GUI (interfaz gráfica de usuarios). ya que si se realiza de manera oportuna y adecuada. o el cambio de las existentes. Este tipo de mantenimiento es probablemente uno de los más eficaces en función de los costos.

 Descripción de campos requeridos por pantalla con presentación de pantallas. Un manual técnico es aquel que va dirigido a un público con conocimientos técnicos sobre algún área. metodologías.Unidad VI. como la estructura de datos que usaste. Página 50 . 6.1..  Objetivos específicos. y puede ser un documento impreso o en digital. es decir. Se deben describir brevemente los objetivos específicos que se cumplieron con el desarrollo del sistema. Se debe de describir el objetivo general del sistema.Elaborar el manual técnico Un Manual técnico es un documento que se hace con la finalidad de dejar documentado. cada función o procedimiento. etc. cada variable.  Objetivo general del sistema.Elaborar documentos del sistema de información en un lenguaje de programación estructurado.. explicado todo el trabajo que se ha realizado al desarrollar un sistema o proyecto.

Plataforma de usuario. Página 51 . Y ya por ultimo necesitas hacer una prueba del sistema para ver si funciona correctamente. Aquí se describen los requerimientos mínimos que se deben tener tanto de hardware como de software para que el sistema se pueda instalar y ejecutar correctamente (en caso de que se considere necesario).Describir todos las herramientas que se utilizaron y especificar como se introdujeron.

Pasos para elaborar el manual del usuario: 1. y mediante el uso de capturas de pantalla.. Manual de Usuario: Documento elaborado con el fin de capacitar. aprender y/o conocer un programa de manera detallada. (¿para qué sirve? y ¿de qué habla?). Este documento está dirigido al usuario final. Página 52 . Portada: De que se trata el documento y quien lo elaboro.2.Elaborar el manual de usuario. 2.6. enseñar. Introducción: Describe el uso del documento.

 Objetivos específicos. cada función o procedimiento. Se deben describir brevemente los objetivos específicos que se cumplieron con el desarrollo del sistema. metodologías.  Descripción de campos requeridos por pantalla con presentación de pantallas. Describir todos las herramientas que se utilizaron y especificar como se introdujeron. Aquí se describen los requerimientos mínimos que se deben tener tanto de hardware como de software para que el sistema se pueda instalar y ejecutar correctamente (en caso de que se considere necesario). Se debe de describir el objetivo general del sistema. y puede ser un documento impreso o en digital. etc. Plataforma de usuario. Págin a 53 . cada variable.estructura de datos que usaste.  Objetivo general del sistema. Un manual técnico es aquel que va dirigido a un público con conocimientos técnicos sobre algún área.

Y ya por ultimo necesitas hacer una prueba del sistema para ver si funciona correctamente. Págin a 54 .

2.6. y mediante el uso de capturas de pantalla. 2.Elaborar el manual de usuario. Portada: De que se trata el documento y quien lo elaboro. Págin a 55 . Pasos para elaborar el manual del usuario: 1. (¿para qué sirve? y ¿de qué habla?). Introducción: Describe el uso del documento. enseñar. aprender y/o conocer un programa de manera detallada. Manual de Usuario: Documento elaborado con el fin de capacitar.. Este documento está dirigido al usuario final.