submodulo 2

5/11/2018 submodulo 2 - slidepdf.com

http://slidepdf.com/reader/full/submodulo-2-55a232d9f1324 1/52

Página 1

Unidad 1. aplicar el análisis de sistema de acuerdo a las necesidades y losrequerimientos de los usuarios

3

1.1.- investigación preliminar 3

1.2.- propuesta de solución 4

1.3.- estudio de factibilidad 4

1.4.- Toma de decisiones 5

1.5.- requerimiento de un sistema 5

1.6.- obtener los datos del sistema empleando herramientas 6

Unidad ll. determinar los elementos de bases de datos 7

2.1.- identificar el tipo de información 7

2.2.- identificar los tipos de usuarios 8

2.3.- determinar el equipo a utilizar 9

2.4.- determinar los programas a utilizar 12

Unidad lll. diseñar una base de datos en base al modelo entidad /relación 14

3.1.- definir entidades y relaciones 14

3.2.- establecer atributos 18

3.3.- establecer los esquemas para los enunciados semánticos 23

3.4.- definir los enunciados semánticos 25

3.5.- realizar el diagrama entidad/relación 27

Unidad IV. Desarrollar bases de datos mediante un programa administrador 32

4.1.- crear tablas de acuerdo a las entidades diseñadas 334.2.- agregar claves principales a las tablas creadas 36

4.3.- establecer relaciones entre las tablas creadas 40

Unidad V. verificar el sistema de información 43

5.1.- realizar pruebas al sistema de información 44

5.2.- validar el sistema de información 44

5.3.- implantar el sistema de información 45

Unidad VI. Elaborar documentos del sistema de información en un lenguaje deprogramación estructurado

50

6.1.- elaborar el manual técnico 50

6.2.- elaborar el manual de usuario 52



Página 2

UNIDAD I. APLICAR EL ANALISIS DE SISTEMAS DE ACUERDO A LASNECESISDADES 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 secontinú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 3

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 undocumento 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 4

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 elproyecto 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 estasposibilidades 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 5

* 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 6

UNIDAD II: DETERMINAR LOS ELEMENTOS DE

BASES DE DATOS

2.1 TIPOS DE INFORMACIÓN

Una vez identificados los objetos principales de la base de datos como candidatospara las tablas, el siguiente paso es identificar los tipos de información que debenalmacenarse para cada objeto. Estos tipos son las columnas de la tabla del objeto.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,como por ejemplo nombres, determinada por un origen externo a la base de datos.

Columnas de categorías Estas columnas clasifican o agrupan los datos yalmacenan una selección limitada de datos, tales como verdadero o falso; casadoo soltero; presidente, director o responsable de equipo; etc.Columnas deidentificadores Estas columnas proporcionan un mecanismo para identificar cadaelemento almacenado en la tabla.

Estas columnas suelen incluir un Id. o un número en el nombre (por ejemplo, Id delEmpleado, número de Factura y Id del Editor. La columna del identificador es elcomponente principal para los usuarios y las funciones internas de proceso de labase de datos para el acceso a una fila de datos de la tabla. Algunas veces elobjeto tiene una forma tangible de Id.

Utilizada en la tabla (por ejemplo, un número de la seguridad social), aunque en lamayoría de los casos se puede definir la tabla para poder crear un Id. Confiable yartificial para la fila. Columnas relacionales o diferenciales Estas columnas

establecen un vínculo entre la información de una tabla y la informaciónrelacionada que se encuentra en otra tabla.

Por ejemplo, una tabla que realiza el seguimiento de transacciones comercialespuede tener un vínculo con una tabla clientes, de modo que pueda asociarse todala información del cliente a la transacción comercial.



Página 7

2.2.- TIPOS DE USUARIOS

USUARIOS: Hay tres tipos de usuarios. Programadores de aplicaciones: Se encargan dediseñar y programar las aplicaciones necesarias para la utilización de la B.D.,realizando las peticiones pertinentes al SGBD.

Usuario final: Es la persona que se dedica a trabajar sobre los datos almacenadosen la B.D. Hay usuarios finales avanzados que por medio del lenguaje deprogramación SQL pueden acceder a los datos. Administrador de B.D: Es elusuario más importante de los tres, ya que es el que se encarga de diseñar ymodificar la estructura de la B.D.

¿QUIÉN ES USUARIO?

Identificar a los usuarios de un software puede parecer sencillo. Pero el grupo depersonas u organizaciones afectadas por un sistema y con influencia directa oindirecta en sus requisitos, es mayor del que normalmente pensamos.La definición más obvia de usuario es: aquellos que interactúan directamente conel producto para realizar una tarea.

Holtzblatt y Jones (1993) incluye en su definición de usuario a quienes:

Gestionan a los usuarios directos.

Reciben productos del sistema.

Testan el sistema.

Tienen decisión de compra.

Usan productos de la competencia.

Eason (1987) identifica tres categorías de usuario:

Primarios: son quienes frecuentemente usan el sistema.

Secundarios: los que ocasionalmente utilizan el sistema.



Página 8

Terciarios: todos los afectados por la introducción del sistema o queinfluencian su compra.

IDENTIFICAR TIPOS DE USUARIOS

Podemos definir a los usuarios como toda persona que tenga todo tipo de contactocon el sistema de base de datos desde que este se diseña, elabora, termina y seusa. Los usuarios que acceden a una base de datos pueden clasificarse como:

*Programadores de aplicaciones: Los profesionales en computación queinteractúan con el sistema por medio de llamadas en DML (Lenguaje deManipulación de Datos), las cuales están incorporadas en un programa escrito enun lenguaje de programación (Por ejemplo, COBOL, PL/I, Pascal, C, etc.)

* Usuarios sofisticados: Los usuarios sofisticados interactúan con el sistema sinescribir programas. En cambio escriben sus preguntas en un lenguaje deconsultas de base de datos.

*Usuarios especializados: Algunos usuarios sofisticados escriben aplicacionesde base de datos especializadas que no encajan en el marco tradicional deprocesamiento de datos.

*Usuarios ingenuos: Los usuarios no sofisticados interactúan con el sistemainvocando a uno de los programas de aplicación permanentes que se han escritoanteriormente en el sistema de base de datos, podemos mencionar al usuarioingenuo como el usuario final que utiliza el sistema de base de datos sin sabernada del diseño interno del mismo por ejemplo: un cajero.



Página 9

2.3.- DETERMINAR EL EQUIPO A UTILIZAR.

Un servidor de bases de datos, no es más que un equipo que contiene un softwareSGBD (Sistema Gestor de Bases de Datos), existe infinidad de software de estetipo 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 quealmacenan los datos en tablas que mantienen los datos "relacionados" entre sí, deforma que se mantienen coherentes.

La mayoría de las páginas web que contienen foros, o contenido actualizable,almacena sus datos en una o más máquinas que tienen instalado un sistema debases de datos.

Los más comunes son Oracle, MySQL, SQL Server y utilizan un lenguaje decomunicación llamado SQL (Simple Query Language) que permite hacer

selecciones de datos complejas, inserciones, actualizaciones y eliminación dedatos.



Página

10

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ónbidireccional con el servidor tanto en local como en remoto.



Página

11

2.4 DETERMINAR LOS PROGRAMAS A UTILIZAR

Son las aplicaciones (software) adicionales que necesitamos para que un sistematrabaje mejor o poder reutilizar los resultados que nos arroje de una mejor manera,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 oimprimirlo en una hoja o lo que sea que se nos antoje.

Al igual que cualquier otro tipo de software de oficina, hay un montón deprogramas de diseño de bases de datos disponibles para uso personal oprofesional, idealmente, un usuario de base de datos busca el objetivo de su basede datos posibles antes de elegir un programa de diseño.

Sin embargo, todo aquél que busque un diseño innovador de bases de datos sinconocer los datos concretos que entran en el sistema puede utilizar varios criteriospara encontrar el programa óptimo diseño de bases de datos para susnecesidades.

Los usuarios potenciales de bases de datos necesitan buscar primero la sencillezdel software de base de datos.Normalmente, una compañía de software permitirá que un cliente potencial echeun vistazo a las capturas de pantalla o incluso descargue una versión demo delprograma para la obtención de muestras.

Con la excepción de las personas instruidas en diseño de bases de datos, mássencillo siempre es mejor y un interfaz desarrollado con muchas campanas ysilbidos puede ser desaconsejable.La cuestión que los compradores deben considerar es si una persona con unamínima cantidad de conocimientos o ideas preconcebidas puede utilizar elprograma. Además de facilidad de uso, los diseñadores de bases de datosnecesitan ver algunos pequeños factores.



Página

12

La compatibilidad con los sistemas de computación de la oficina esta dada perolos profesionales de un negocio, deben considerar si el programa cumple con losrequerimientos de desarrollo de un futuro próximo.Además, siempre hay una consideración de precio en la compra de software de

bases de datos.

Algunos programas pueden ser prohibitivamente caros, pero otros pueden serdemasiado costosos para el servicio que prestan. Los compradores deben mirarprimero su funcionalidad y luego determinar si el precio es demasiado grande parasus presupuestos.

COMENTARIOS: Como una opción aparte, se pueden desarrollar ciertos programas que ayuden aluso del sistema de información, sin embargo, es importante mencionar lacompatibilidad entre ellos par evitar problemas.



Página

13

UNIDAD III.- DISEÑAR UNA BASE DE DATOS ENBASE AL MODELO ENTIDAD/RELACION.

3.1.- 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 definenentidades y relaciones entre dichas entidades:

ENTIDAD:

Objeto del mundo real sobre el que queremos almacenar información. Lasentidades están compuestas de atributos que son los datos que definen el objeto(para la entidad persona serían DNI, nombre, apellidos, dirección,...). De entre losatributos habrá uno o un conjunto de ellos que no se repite; a este atributo oconjunto de atributos se le llama clave de la entidad, (para la entidad persona unaclave seria DNI). En toda entidad siempre hay al menos una clave que en el peorde los casos estará formada por todos los atributos de la tabla. Ya que puedehaber varias claves y necesitamos elegir una, lo haremos atendiendo a estasnormas:

Que se tenga pleno conocimiento de ella. Que sea mínima, ya que será muy utilizada por el gestor de base de datos.

RELACIÓN:



Página

14

Asociación entre entidades, sin existencia propia en el mundo real que estamosmodelando, pero necesaria para reflejar las interacciones existentes entreentidades. Las relaciones pueden ser de tres tipos:

Las entidades que intervienen en la relación se asocian una a una

(Ejemplo: la entidad HOMBRE, la entidad MUJER y entre ellos la relaciónMATRIMONIO).

Una ocurrencia de una entidad está asociada con muchas (n) de otra(Ejemplo: la entidad EMPERSA, la entidad TRABAJADOR y entre ellos larelación TRABAJAR-EN).

Cada ocurrencia, en cualquiera de las dos entidades de la relación, puedeestar asociada con muchas (n) de la otra y viceversa (Ej: la entidadALUMNO, 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 ypermite asegurar que el software cubrirá dichos conceptos.

El modelado de funciones de objetos (Object Role Modeling ) es el proceso derepresentar conceptos del mundo real que definen ó influyen en el software. Losdiagramas ORM incluyen unos objetos primarios llamados entidades, lasrelaciones entre esas entidades y los atributos que definen esos objetos. Estosdiagramas se crean descomponiendo los requerimientos de usuario y los casos deuso en entidades, relaciones y atributos.

La notación ORM ofrece un número de formas y conectores para definir el modelológico:

o Objetos ORM: Entidades. Son representados con forma oval y el nombre dela entidad, definen los elementos que toman parte en el desempeño de laaplicación.

o Relación ORM: Se representan como una línea que conecta las entidades,en medio hay un rectángulo dividido en tantos segmentos como relaciones

haya, definen como dos ó más entidades se relacionan unas con otras.

o Hecho ORM: Se representan como un pequeño texto bajo el rectángulo deuna relación, definen como dos ó más entidades se relacionan. Utilizan "..."y "/" para indicar qué papel toma cada parte de la relación, de forma que sedebe poder leer en ambos sentidos (un hecho "puede ser / es " indicaProducto puede ser Mechero, Mechero es Producto).



Página

15

o Restricciones ORM: Definen como las entidades participan en la relación,cuales son dominantes y su cantidad. Un pequeño círculo relleno en laconexión entidad-relación indica que dicha relación es dominante. Unasflechas encima del rectángulo de la relación indica su cardinalidad.

Los diagramas ORM deben ser una vista lógica de las entidades de la aplicación,no representar clases ó bases de datos

ENTIDAD

Representa una “cosa” u "objeto" del mundo real con existencia independiente, es

decir, se diferencia unívocamente de cualquier otro objeto o cosa, incluso siendo

del mismo tipo.Ejemplo:

Una persona. (Se diferencia de cualquier otra persona, incluso siendogemelos).

Un automóvil. (Aunque sean de la misma marca, el mismo modelo,...,tendrán atributos diferentes, por ejemplo, el número de motor).

Una casa (Aunque sea exactamente igual a otra, aún se diferenciará en su

dirección).

Una entidad puede ser un objeto con existencia física como: una persona, unanimal, un casa, etc. (entidad concreta), o un objeto con existencia conceptualcomo: un puesto de trabajo, una asignatura de clases, un nombre,etc. (entidadabstracta).Una entidad está descrita y se representa por sus características o atributos. Por

ejemplo, la entidad Persona puede llevar consigo las características: Nombre,Apellido, Sexo, Estatura, Peso, Fecha de nacimiento, etc...

Relación:



Página

16

Describe cierta dependencia entre entidades o permite la asociación de lasmismas. Ejemplo: Dadas dos entidades "Habitación 502" y "Mark", es posiblerelacionar que la habitación 502 se encuentra ocupada por el huésped de nombreMark.

La dependencia o asociación entre los conjuntos de entidades es llamadaparticipación. En el ejemplo anterior los conjuntos de entidades "Habitación" y"Huésped" participan en el conjunto de relaciones habitación-huésped.

Se llama grado del conjunto de relaciones a la cantidad de conjuntos de entidadesparticipantes en la relación.

Restricciones

Son reglas que deben mantener los datos almacenados en la base de datos. Nose deben quebrantar a menos que tenga otra relación de una tabla de uno amuchos.

Correspondencia de cardinalidades

Dado un conjunto de relaciones en el que participan dos o más conjuntos deentidades, la correspondencia de cardinalidad indica el número de entidades conlas que puede estar relacionada una entidad dada.

Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, lacorrespondencia de cardinalidades puede ser:

Uno a Uno: Una entidad de A se relaciona únicamente con una entidad enB y viceversa.

Uno a varios: Una entidad en A se relaciona con cero o muchas entidadesen B. Pero una entidad en B se relaciona con una única entidad en A.

Varios a Uno: Una entidad en A se relaciona exclusivamente con una

entidad en B. Pero una entidad en B se puede relacionar con 0 o muchasentidades en A.

Varios a Varios: Una entidad en A se puede relacionar con 0 o muchasentidades en B y viceversa.



Página

17

3.2. Establecer atributos

¿Qué es un atributo?

Los atributos son las propiedades que describen a cada entidad en un conjunto deentidades.Un conjunto de entidades dentro de una entidad, tiene valores específicosasignados para cada uno de sus atributos, de esta forma, es posible suidentificación unívoca.

Ejemplos:A la colección de entidades Alumnos, con el siguiente conjunto de atributos encomún, (id, nombre, edad, semestre), pertenecen las entidades:(1, Sophie, 18 años, 2)(2, Penny, 19 años, 5)(3, Sophie, 20 años, 2)

Durante esta fase se deben listar todos los posibles atributos del sistema deadministración de BD.

Se pueden listar más atributos de los que realmente se necesita para su aplicaciónparticular, pero eso no es problema ya que los atributos innecesarios seráneliminados durante la fase de refinamiento de datos.



Página

18

Cada una de las entidades pertenecientes a este conjunto se diferencia de lasdemás por el valor de sus atributos. Nótese que dos o más entidades diferentespueden tener los mismos valores para algunos de sus atributos, pero nunca paratodos.

En particular, los atributos identificativos son aquellos que permiten diferenciar auna instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativoque distingue a un alumno de otro es su número de id.

Para cada atributo, existe un dominio del mismo, este hace referencia al tipo dedatos que será almacenado o a restricciones en los valores que el atributo puedetomar (Cadenas de caracteres, números, solo dos letras, solo números mayoresque cero, solo números enteros...).

Cuando una entidad no tiene un valor para un atributo dado, este toma el valornulo, bien sea que no se conoce, que no existe o que no se sabe nada al respectodel mismo

Cuáles de los atributos son importantes y cuáles no lo son. Una forma dedeterminar las relaciones entre los atributos es cuestionar las mismas preguntasque se le plantearan en la base de datos. Si un vendedor quiere una lista deapartamentos cuyos precios orden los 900 dólares al mes, el sistema de base dedatos debe establecer una relación entre el tipo de propiedad en alquiler (casa,chalet o apartamento) y el costo de alquiler.

Las relaciones pueden ser más complejas. El presidente de la compañía podríadesear saber cuántos apartamentos con dos o más habitaciones están alquiladospor menos de 400 dólares al mes. El sistema de administración de base de datosdebe comparar atributos de los costos de alquiler con atributos del número dehabitaciones y del tipo de propiedad en alquiler. Preguntas como estas ayudarán aver qué atributos son prescindibles de forma que puedan ser eliminados de labase de datos.

Claves

Es un subconjunto del conjunto de atributos comunes en una colección deentidades, que permite identificar unívocamente cada una de las entidadespertenecientes a dicha colección. Asimismo, permiten distinguir entre sí lasrelaciones de un conjunto de relacionesDentro de los conjuntos de entidades existen los siguientes tipos de claves:



Página

19

Superclave: Es un subconjunto de atributos que permite distinguirunívocamente cada una de las entidades de un conjunto de entidades. Siotro atributo unido al anterior subconjunto, el resultado seguirá siendo unasuperclave.

Clave candidata: Dada una superclave, si ésta deja de serlo removiendoúnicamente uno de los atributos que la componen, entonces ésta es unaclave candidata.

Clave primaria: Es una clave candidata, elegida por el diseñador de la basede datos, para identificar unívocamente las entidades en un conjunto deentidades

Los valores de los atributos de una clave, no pueden ser todos iguales para dos o

más entidades.Para poder distinguir unívocamente las relaciones en un conjunto de relaciones R,se deben considerar dos casos:

R NO tiene atributos asociados: En este caso, se usa como clave primariade R la unión de las claves primarias de todos los conjuntos de entidadesparticipantes.

R tiene atributos asociados: En este caso, se usa como clave primaria de Rla unión de los atributos asociados y las claves primarias de todos los

conjuntos de entidades participantes.

Si el conjunto de relaciones, R, sobre las que se pretende determinar la claveprimaria está compuesto de relaciones binarias, con los conjuntos de entidadesparticipantes A y B, se consideran los siguientes casos, según sus cordialidades:

R es de muchos a uno de A a B entonces sólo se toma la clave primaria deA, como clave primaria de R.

R es de uno a muchos de A a B entonces se toma sólo la clave primaria deB, como clave primaria de R.

R es de uno a uno de A a B entonces se toma cualquiera de las dos clavesprimarias, como clave primaria de R

Atributos: es una característica (adjetivo) de una entidad que puede hacer 1 detres cosas:

Identificar



Página

20

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 estecompuestoColor es simple, toma valores rojo, azul, etc.

Nombre es compuesto, contiene nombre de pila, apellido materno, apellidomaternoCon valores simples o multivaluados: en base a si consisten de un solovalor o un conjunto de valores.

Teléfono o Teléfonos

Derivados: que se pueden calcular en base a otros atributosEl promedio de préstamos se puede derivar si tenemos los valores de cadapréstamo realizado a un persona

Conjuntos de relaciones

Relaciones: la conexión que existe entre 2 entidades (verbo).



Página

21

Relación entre 2 entidades



Página

22

3.3. Establecer esquemas para enunciados semánticos

Introducción

Definición de Enunciados semánticos: El término semántica se refiere a losaspectos del significado o interpretación del significado de un determinadosímbolo, palabra, lenguaje o representación formal.

Mecanismos para establecer esquemas sintácticos…

A partir de enunciados y para adscribirles a sus formantes etiquetas decarácter semántico. Esos mismos mecanismos fueron aplicados paradeterminar los esquemas agenticos y clasificarlos en grupos y subgruposcon el fin de compararlos y oponerlos a partir de propiedades combinatoriasy características aspectuales.

Esquema conceptual

Especifica principalmente los componentes estáticos de la base de datos,incluyendo las estructuras y restricciones estáticas

Esquema conceptual.



Página

23

Se especifica en un lenguaje de modelación, tal como el modelo entidadinterrelación [Chen76] o UML [Booch98], pudiendo incluir algunasespecificaciones extra, expresadas en lenguaje natural o alguna lógica.

Este esquema es un modelo de una realidad o la especificación de una

solución a un problema, dependiendo de si se utiliza el lenguaje paraanálisis o diseño respectivamente.

Pasos para un esquema conceptual…

La entrada al proceso de diseño conceptual es el documento de especificación derequisitos, el cual es el resultado principal de la etapa de análisis.Las bases de datos deben ser desarrolladas de modo de asegurar ciertos nivelesmínimos de calidad.

Existen criterios de calidad.

Algunas aportes fueron realizados por:

Batini [Batini94],

Moody [Moody94] y

Kesh [Kesh95.

Para cada uno de los criterios de calidad bajo consideración, se propone unamétrica, con lo que se puede obtener una medida de la calidad de un esquemaconceptual.

El proceso de diseño conceptual

Es una tarea humano-dependiente, en el sentido que requiere de habilidades queson muy difíciles de automatizar. El diseñador debe analizar la realidad bajomodela miento, documentar los hechos relevantes para satisfacer un conjunto de

requerimientos, y complementar el documento de especificación derequisitos una vez que obtiene nueva información a través del proceso de diseño.

Decisiones de diseño.



Página

24

En cada etapa se utilizan distintas políticas para tomar decisiones de diseño, lascuales pueden variar su importancia (ponderación o peso) dependiendo deldiseñador o la etapa del desarrollo en que se encuentre.

3.4 Definir los enunciados semánticos

El término semántica se refiere a los aspectos del significado o interpretación delsignificado de un determinado símbolo, palabra, lenguaje o representación formal.En principio cualquier medio de expresión (lenguaje formal o natural) admite unacorrespondencia entre expresiones de símbolos o palabras y situaciones oconjuntos de cosas que se encuentran en el mundo físico o abstracto que puedeser descrito por dicho medio de expresión. Por su naturaleza las variablessemánticas no tienen las cualidades aritméticas que permitan su agregación o elcálculo de indicadores.

Aunque existe la posibilidad de reducir a categorías mas simples dichas variables,de tal manera de poder asignarles un valor numérico, en este proceso dereducción y simplificación se pierden los valores explicativos intrínsecos a dichasvariables.

Para construir indicadores es necesario:

agregar las variables, esto es el equivalente a la suma en los datos numéricos.

En el sistema propuesto, la agregación se efectuará por tipo de fuente, lugar ytotal. Para la agregación por tipo de fuente o lugares se deben listar los valores detodas las fuentes que integran el tipo, o el lugar, dependiendo del caso y se



Página

25

procede a elaborar un enunciado semántico que sintetice el conjunto desenunciados en uno solo.

Los enunciados semánticos pueden apoyar o descartar en diferentes grados, unasituación dada, estar a favor o en contra, identificar o no un problema o situación,

o simplemente expresar una opinión sobre una situación dada.

Cuando se efectúa la agregación semántica, es necesario identificar estasdiferentes tendencias y tratar de incluirlas en el enunciado síntesis.

Estas tendencias pueden ser, centrales (la mayoría de los enunciados coincidenen una apreciación central y descartan los extremos posibles), izquierdos oderechos (la mayoría de los enunciados coinciden en una apreciación en uno delos extremos posibles), bimodal (una parte de los enunciados coinciden en unaapreciación en uno de los extremos posibles y los otros en el extremo opuesto).

Para la construcción de indicadores semánticos se listan los valores de lasvariables que lo integran, estos pueden ser semánticos, numéricos y lógicos, y eloperador debe elaborar una síntesis de los valores observados, en un enunciadosemántico que siga las siguientes normas

*1.El enunciado debe estar contenido en un solo párrafo.

* 2. Puede haber hasta un máximo de tres oraciones por párrafo.3. Cada oracióndebe seguir las reglas de la construcción gramatical (sujeto, verbo ycomplemento).

La agregación de indicadores semánticos o numéricos por medio deprocedimientos. Su estudio, a partir de un escueto análisis de las capacidadesmentales del léxico descubiertas por la psicología, se concentra en su aplicaciónen la lexicografía.

Su organización del léxico en cinco categorías básicas como sustantivos (jerarquía

tópica), verbos (relaciones de encabalgamiento), adjetivos, adverbios (espaciosdimensionales) y palabras funcionales, y su posterior aplicación a WordNet.

Según Fellbaum, la diferencia entre un campo semántico y WordNet es queen el primero los lexemas se diferencian de otros lexemas, mientras que enel segundo, los lexemas se organizan de forma conjunta como sinónimos(synsets)



Página

26

Además, explica, las relaciones sintagmáticas no se consideran en las bases dedatos, donde se emplean inventarios de clases semánticas y se sitúan a loslexemas dentro de ellas, mientras que en el campo semántico sí entran enconsideración.

Por tanto, los dominios no son importantes, pues el significado de un lexema seexpresa por su relación de similitud con otros lexemas.

3.5 Realizar el diagrama entidad/relación

Un diagrama o modelo entidad-relación (a veces denominado por su siglas, E-R"Entity relationship", o, "DER" Diagrama de Entidad Relación) es una herramientapara el modelado de datos de un sistema de información. Estos modelos expresanentidades relevantes para un sistema de información así como sus interrelaciones

y propiedades. Se representa mediante un número muy reducido de conceptossemánticos básicos.



Página

27

Denominado por sus siglas como: E-R; Este modelo representa a la realidad através de un esquema gráfico empleando los terminología de entidades, que sonobjetos que existen y son los elementos principales que se identifican en elproblema a resolver con el diagramado y se distinguen de otros por suscaracterísticas particulares denominadas atributos, el enlace que rige la unión de

las entidades está representada por la relación del modelo.

El modelo E/R aporta una herramienta de modelado para representar lasentidades, propiedades y relaciones: los diagramas Entidad/Relación. Medianteéstos, el esquema conceptual abstracto puede ser mostrado gráficamente ymantener una independencia conceptual con respecto a la implementaciónpropiamente dicha. En realidad, podemos hacer que los diagramas sean un reflejo

fiel de las relaciones, interrelaciones y atributos del modelo relacional de datos opodemos englobar diversas relaciones en una sola entidad o conjunto depropiedades.

Estas entidades poseen un número indeterminado de propiedades , que son"trozos" de información que describen a las entidades de uno u otro modo. Cadauna de las entidades tiene una identidad, esto es, son identificables de forma



Página

28

única. Grupos de entidades relacionadas mantienen relaciones con otros gruposde entidades. También existen subtipos de entidades.

En un diagrama entidad/ relación, los rectángulos representan entidades, losrombos relaciones y los óvalos propiedades

Los diagramas E/R son parecidos a los diagramas de flujo (organigramas) clásicosen que utilizan rectángulos, rombos y óvalos, pero los significados de estos

elementos son distintos. Otra diferencia fundamental con los organigramas es queéstos tienen un principio y un final, mientras que un diagrama E/R no. Esto esobvio, puesto que los organigramas representan procesos, mientras que losdiagramas 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 queidentifica de forma única a la entidad, y que se corresponderá con la clave primaria

de una relación en la implementación relacional. Finalmente, un rectángulo doble,significa que esa entidad es dependiente o débil, es decir, su existencia dependede la existencia de otra entidad. En algunos diagramas E/R el rombo que indica larelación entre una entidad independiente y otra dependiente también aparece conlíneas dobles.

ENTIDADES RELACION

ES

PROPIEDADES



Página

29

Finalmente, las relaciones tipo/subtipo (self-joint en la implementación relacional)se especifican mediante una relación de una entidad consigo misma y con laslíneas de unión dirigidas, tales como las que muestra la relación

En el siguiente modelo especifica la existencia de tres entidades, Profesor, Cursoy Departamento, que se corresponden con otras tantas relaciones. Undepartamento tiene muchos profesores y un profesor puede dar muchos cursos.Para cada una de las entidades existe una propiedad que las identifica únicamentey que se corresponde con la clave primaria (en este caso clave subrogada) decada una de las tablas en la implementación relacional. Las entidades tienen otraspropiedades que las describen y que se corresponden con los distintos campos de



Página

30

la tabla (relación). Finalmente, las tres entidades contempladas son consideradascomo independientes

Otro ejemplo:



Página

31

UNIDAD IV.- DESARROLLAR BASES DE DATOS MEDIANTE UNPROGRAMA ADMINISTRADOR



Página

32

* Un RDBMS es un Sistema Administrador de Bases de Datos Relacionales.RDBMS viene del acrónimo en inglés Relational Data Base Management System .

*

Los RDBMS proporcionan el ambiente adecuado para gestionar una base dedatos

* 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 aservir de interfaz entre la base de datos, el usuario y las aplicaciones que lautilizan

4.1.- CREAR TABLAS DE ACUERDO A LAS ENTIDADES DISEÑADAS

Una tabla es una estructura lógica que sirve para almacenar los datos de unmismo tipo, esto significa que cada entidad se almacena en estructurasseparadas. Por ejemplo: la entidad factura se almacena en estructuras diseñadas



Página

33

para ese tipo de entidad: la tabla FACTURA. Cada elemento almacenado dentrode la tabla recibe el nombre de //registro// o //fila.// Así, si la tabla FACTURAalmacena 1.000 facturas, se dice que la tabla FACTURA contiene 1.000 registroso filas.

Una tabla se compone de //campos// o //columnas, //que son conjuntos de datosdel mismo tipo, los datos de una columna son de todos del mismo tipo: numéricos,alfanuméricos, fechas

la estructura de una tabla es esta:

Cada fila almacena los datos de una factura, y cada columna almacena los datosde un mismo tipo (las descripciones, los clientes, etc.). De este modo se pudecrear una tabla para cada tipo de entidad, y almacenar en ella los valorescorrespondientes

Para crear una tabla debes crear una nueva base de datos, insertando una tabla

en una base de datos existente o importando o vinculando una tabla desde otroorigen de datos, como un libro de Microsoft Office Excel 2007, un documento deMicrosoft Office Word 2007, un archivo de texto u otra base de datos.

Cuando crea una nueva base de datos en blanco, se inserta automáticamente unanueva tabla vacía. A continuación, puede escribir datos para empezar a definir loscampos.



Página

34

Para crear una tabla Contactos, Tareas, Problemas, Eventos o Activos, tal vezdesee partir de una de las plantillas de tablas para estos temas que se incluyen enOffice Access 2007

Generalmente en un Sistema de Base de Datos relacional, la información se

almacena en “tablas”. Cada tabla cont iene un conjunto de información asociada aun grupo de similar entidad.

Una “columna” representa un tipo único de información acerca de la entidad

(atributo). Una “fila” es un conjunto de tipos de información que describe una

entidad. Generalmente, la tabla está compuesta de múltiples filas, que constituyenun conjunto de entidades similares que son descritas de acuerdo con un criteriopredefinido.

Relaciones entre tablas.



Página

35

En una Base de Datos Relacional la relación entre tablas se define de formatemporal. Dicha relación se crea de acuerdo con las necesidades del usuario encuanto a la disponibilidad de la información, definiéndose una relación específicaentre una columna de una tabla y una columna de otra tabla. La relación entre lasdos tablas es inherente a la información contenida en sus columnas. La relación

se puede definir entre tipos de columnas muy diferentes, pero en la mayor partede los casos existe una similitud entre ellas.

Se denomina “clave” al conjunto de columnas utilizadas para definir una relaciónentre tablas. Si se establece una clave de columna única en cada tabla de unaaplicación, se dice que es una “clave primaria” o un “campo de clave primaria”. La

relación de la información entre una tabla y otra se facilita teniendo la mismacolumna en cada una de las tablas, siendo este método el tipo de relación máseficiente. La mayor parte de las Bases de Datos se diseñan de forma que cadatabla que se va a relacionar con otra, contenga al menos una columna con el

mismo tipo de información, esto permite una relación rápida y eficaz.

Los registros de una tabla se almacenan uno detrás de otro, respetando laslongitudes de cada columna. Esto es una norma general pero en la actualidad nocumple en todas las bases de datos.

Las formas normales no son más que tres reglas que se deben tener una cuentadentro del Análisis conceptual, utilizando concretamente el métodoEntidad/Relación.

El proceso de aplicar las tres formas normales se llama normalización. Un diseñode base de datos que no cumpla la primera forma normal no será correcto.Cuantas más formas normales cumpla el diseño de base de datos, significará quela base de datos está más correctamente analizada.

Primera forma normalIdentificar cada tabla con una clave primaria, y poner los datos en tablasseparadas, de manera que los datos de cada tabla sean de un tipo similar (desdeel punto de vista conceptual)

Segunda forma normalSacar las columnas que sólo dependen de una parte de la clave primaria a otratabla.

Tercera forma normalIncluir en cada tabla sólo datos que pertenezcan a la misma unidad lógica.



Página

36

En una Base de Datos Relacional la relación entre tablas se define de formatemporal. Dicha relación se crea de acuerdo con las necesidades del usuario encuanto a la disponibilidad de la información, definiéndose una relación específicaentre una columna de una tabla y una columna de otra tabla. La relación entre lasdos tablas es inherente a la información contenida en sus columnas. La relación

se puede definir entre tipos de columnas muy diferentes, pero en la mayor partede los casos existe una similitud entre ellas.

4.2.-ASIGNAR CLAVES PRINCIPALES A LAS TABLAS CREADAS

• Cada tabla de la base de datos debe tener un campo o un conjunto de camposque identifiquen inequívocamente cada registro almacenado en la tabla. Estecampo recibe el nombre de clave principal.

¿Qué es una clave principal?

• Una clave principal es un campo o conjunto de campos de la tabla queproporcionan a Microsoft Office Access 2007 un identificador exclusivo para cadafila. En una base de datos relacional como Office Access 2007, la información sedivide en tablas distintas en función del tema.

• Este enfoque funciona porque una vez definida la clave principal, se puede utilizaren otras tablas para hacer referencia a la tabla que contiene la clave principal. Porejemplo, un campo Id. de cliente de la tabla Compradores podría aparecer también

en la tabla Pedidos. En la tabla Compradores es la clave principal y en la tablaPedidos es una clave externa. Una clave externa, en términos simples, es la claveprincipal de otra tabla.

• A menudo, un número de identificación exclusivo, como un número de Id. o unnúmero de serie o código, sirve como clave principal en una tabla. Por ejemplo, enuna tabla Clientes, cada cliente podría tener un número de Id. de cliente distinto.El campo Id. de cliente sería, en ese caso, la clave principal.

• Clave principal

• Clave externa



Página

37

• Un buen candidato para una clave principal debe tener varias características. Enprimer lugar, debe identificar inequívocamente cada fila. En segundo lugar, nuncadebe estar vacío ni ser nulo (siempre debe contener un valor). En tercer lugar, casi

nunca (o, preferiblemente, nunca) debe cambiar. Access utiliza campos de claveprincipal para reunir rápidamente los datos de varias tablas.

• Un ejemplo de una mala elección de clave principal sería un nombre o unadirección, ya que tanto el nombre como la dirección contienen información quepuede cambiar con el tiempo.

• Siempre debe especificar una clave principal para una tabla. Access creaautomáticamente un índice para la clave principal, que permite agilizar lasconsultas y otras operaciones. Access comprueba también que cada registro tieneun valor en el campo de clave principal y que éste es siempre distinto.

• Cuando crea una nueva tabla en la vista Hoja de datos, Access creaautomáticamente una clave principal y le asigna un nombre de campo de "Id." y eltipo de datos Auto numérico. El campo está oculto de forma predeterminada en lavista Hoja de datos, pero se puede ver en la vista Diseño.

• el tipo de datos Auto numérico de identificador no es "fáctico", es decir, nocontiene información objetiva sobre la fila que representa. Es aconsejable utilizareste tipo de identificadores porque sus valores no cambian. Una clave principalque contiene datos sobre una fila (un número de teléfono o el nombre de un

cliente, por ejemplo) es más probable que cambie, ya que la propia información"fáctica" podría cambiar.

• 1 Una columna con el tipo de datos Auto numérico suele ser una buena claveprincipal, porque garantiza que no habrá dos Id. de producto iguales.



Página

38

• En algunos casos, tal vez considere conveniente utilizar dos o más campos juntoscomo clave principal de una tabla. Por ejemplo, una tabla Detalles de pedidos quecontenga artículos de línea de pedidos tendría dos columnas en su clave principal:Id. de pedido e Id. de producto. Cuando una clave principal está formada por más

de una columna se denomina clave compuesta.• Si tiene una tabla en la que cada registro contiene un número de identificación

exclusivo, como un número de Id. o un número de serie o código, ese campopodría convertirse en una buena clave principal. Para que una clave principalfuncione correctamente, el campo debe identificar inequívocamente cada fila, nodebe contener un valor vacío o nulo y casi nunca (o, preferiblemente, nunca) debecambiar.

Para definir explícitamente la clave principal, debe utilizar la vista Diseño.

• Haga clic en el botón de Microsoft Office y, a continuación, haga clic en Abrir.

• En el cuadro de diálogo Abrir, seleccione y abra la base de datos.

• En el panel de exploración, haga clic con el botón secundario en la tabla en la quedesea establecer la clave principal y, en el menú contextual, haga clic en VistaDiseño.

• Seleccione el campo o los campos que desea utilizar como clave principal.

• Para seleccionar un campo, haga clic en el selector de filas del campo que desee.

• Para seleccionar varios campos, presione la tecla CTRL y haga clic en el selectorde filas de cada campo.

• En la ficha Diseño, en el grupo Herramientas, haga clic en Clave principal.

Se agrega un indicador de clave a la izquierda del campo o campos que haespecificado como clave principal.



Página

39

Quitar la clave principal

• Cuando quite la clave principal, el campo o campos que hacían la función de claveprincipal ya no servirán como identificadores principales de un registro. Sinembargo, al quitar una clave principal no se elimina el campo o los campos de latabla. Lo que se quita es la designación de clave principal de esos campos.

Al quitar la clave principal se quita también el índice que se creó para ella.

• Haga clic en el botón de Microsoft Office y, a continuación, haga clic en Abrir.

• En el cuadro de diálogo Abrir, seleccione y abra la base de datos.

• Antes de quitar una clave principal, debe asegurarse de que no interviene enninguna relación de tabla. Si intenta quitar una clave principal para la que existeuna relación, Access le advertirá de que debe eliminar primero la relación.



Página

40

4.3.-Establecer relaciones entre las tablas creadas

La Relación se define como una asociación establecida entre campos comunes dedos tablas, en la que se pueden combinar información de varias tablas, por mediode campos comunes.

• Una vez creadas tablas independientes para cada tema de la base de datos, senecesita una forma de indicar a Access cómo debe combinar la información.

• El primer paso de este proceso consiste en definir relaciones entre las tablas.

• Una vez realizada esta operación, ya se puede comenzar a crear otros tipos deobjetos, como consultas, formularios e informes para mostrar información de

varias tablas a la vez.



Página

41

• En una relación se hacen coincidir los datos de los campos clave (normalmente uncampo con el mismo nombre en ambas tablas). En la mayoría de los casos, estoscampos coincidentes son la //clave principal// de una tabla, que proporciona un

identificador único para cada registro, y una clave externa de la otra tabla. Porejemplo, una tabla con información sobre empleados puede relacionarse con otracon datos de pedidos a través de un campo común que podría ser id. deempleado.

• A la hora de establecer relaciones entre tablas pueden presentarse tressituaciones diferentes:

====== Relación un======



Página

42

La relación uno a varios es el tipo de relación más común. En este tipo derelación, un registro de la Tabla A puede tener muchos registros coincidentes en laTabla B, pero un registro de la Tabla B sólo tiene un registro coincidente en laTabla

En una relación uno a uno, cada registro de la Tabla A sólo puede tener unregistro coincidente en la Tabla V, y viceversa. Este tipo de relación no eshabitual, debido a que la mayoría de la información relacionada de esta formaestaría en una sola tabla. Puede utilizar la relación uno a uno para dividir unatabla con muchos campos, para aislar parte de una tabla puto por razones deseguridad o para almacenar información que sólo se aplica a un subconjunto de latabla principal. Por ejemplo, puede crear una tabla que registre los empleadosacogidos a un determinado plan de jubilación.

====== Definir relaciones ======

Para definir una relación es necesario agregar a la ventana Relaciones las tablasque se desea relacionar y, a continuación, arrastrar el campo clave de una tabla ycolocarlo sobre el campo clave de la otra tabla.



Página

43

UNIDAD V. VERIFICAR EL SISTEMA DEINFORMACION

Verificar el sistema de información

En un método y un sistema para controlar y cambiar el funcionamiento de unsistema informático, el sistema consta de una red de área local o redes de áreaslocales interconectadas, cada una de las cuales tiene una pluralidad deordenadores.

El sistema contiene además al menos un generador de informes de eventos encada uno de los programas ejecutables cuya ejecución se debería controlar, unamaquina procesadora de eventos, para procesar los eventos sobre los que se ha

realizado un informe a través de un generador de informes de eventosdependiendo de una base de reglas elásticas incluida en la maquina procesadorade eventos y un cierto evento con una acción predeterminada para determinar laacción asociada al evento sobre el que se ha realizado el informe.

Un equipo controlado por la maquina procesadora de informes y adaptado parallevar a cabo una acción determinada por la maquina procesadora de eventos.

Y una interfaz para transferir un evento sobre el que el generador de informes deeventos ha realizado un informe a una maquina procesadora de eventos y paratransmitir un mensaje relativo a una acción asociada al evento.

Desde la maquina procesadora de eventos a un programa que se puede ejecutaren el sistema informático, para el cambio o inicio de la misma.



Página

44

5.1.- Realizar pruebas al sistema de información.

Pruebas (unitarias y de integración) Entre las diversas pruebas que se le efectúan al software se pueden distinguirprincipalmente:

Pruebas unitarias: Consisten en probar o testear piezas de softwarepequeñas; a nivel de secciones, procedimientos, funciones y módulos;aquellas que tengan funcionalidades específicas.

Dichas pruebas se utilizan para asegurar el correcto funcionamiento de seccionesde código, mucho más reducidas que el conjunto, y que tienen funcionesconcretas con cierto grado de independencia.

Pruebas de integración: Se realizan una vez que las pruebas unitariasfueron concluidas exitosamente ; con éstas se intenta asegurar que elsistema completo, incluso los subsistemas que componen las piezasindividuales grandes del software funcionen correctamente al operar einterpelar en conjunto.

Las pruebas normalmente se efectúan con los llamados datos de prueba, que esun conjunto seleccionado de datos típicos a los que puede verse sometido elsistema, los módulos o los bloques de código.

Los «datos de prueba» no necesariamente son ficticios o «creados», peronormalmente si lo son los de poca probabilidad de ocurrencia.

Generalmente, existe una fase probatoria final y completa del software, llamadabeta test, durante la cual el sistema instalado en condiciones normales deoperación y trabajo es probado exhaustivamente a fin de encontrar errores,inestabilidades, respuestas erróneas, etc. que hayan pasado los previos controles

5.2.-Validar el Sistema de Información.

Validar datos hace referencia a verificar, controlar o filtrar cada una de lasentradas de datos que provienen desde el exterior del sistema.Especialmente en sitios web o sistemas online, es fundamental poner algúnsistema para validar datos en formularios online y en los parámetros en lasdirecciones URL. Por ejemplo, una dirección de una página web como la siguiente:"nota.php?id=20", recibe el parámetro "id" con valor "20", eso mostraría la notaidentificada con ese valor. El código de la página "nota.php", debería validar eldato de entrada, verificando que siempre entre un número entero.



Página

45

De lo contrario, cualquier atacante podría cambiar ese número por un código SQLmaligno y, por ejemplo, eliminar toda la base de datos del servidor web. Estatécnica maligna es llamada inyección SQL.

La validación de datos también puede hacerse en los formularios web, tanto del

lado del cliente (con JavaScript por ejemplo), como del lado del servidor. Lavalidación por el lado del cliente permite, por ejemplo, avisarle al usuario que elcampo de email que acaba de llenar no contiene una dirección de email válida.También permite avisar si falta rellenar campos o que se están utilizandocaracteres no válidos, etc. En tanto, del lado del servidor, se deben volver averificar todos esos datos, además de otras verificaciones. Esto es así porque lavalidación por JavaScript puede evitarse si el usuario tiene alguna mal intención.

En definitiva, se debe identificar cada uno de los flujos de entrada, verificar que eltipo de dato sea el esperado y no otro, verificar que no haya códigos ocultos, etc.

Las etapas del ciclo de vida de un sistema de información son:

1). - Planificación del proyecto o Investigación Preliminar.2). - Definición del sistema.3). - Recolección y análisis de los requisitos.4). - Diseño de la aplicación o del sistema.5). - Implementación y evaluación del sistema.6). - Prueba de sistemas.7). - Mantenimiento.

“Validar" el sistema informático, está haciendo referencia a la evaluación y laprueba del sistema.

5.3.-Implantar el sistema de información

En la fase de implantación, las especificaciones del diseño del sistema sirvencomo base para la construcción del nuevo sistema. En este punto, losprogramadores y los analistas de sistemas asumen diferentes responsabilidades.El analista debe proveer especificaciones claras y correctas al programador.

El programador codifica, prueba y documenta los módulos de programas, mientrasque el analista de sistema planifica la integración de los programas y asegura quetrabajen unidos para satisfacer las necesidades de la organización.

http://www.alegsa.com.ar/Dic/javascript.php


http://www.alegsa.com.ar/Dic/servidor.php


http://www.alegsa.com.ar/Dic/e-mail.php


http://www.alegsa.com.ar/Dic/caracter.php








Página

46

Un nuevo sistema requiere planificación, construcción y prueba. Los programas ymódulos deben ser diseñados, codificados, probados y documentados. Cuando seplanifica el sistema, muchas veces se usa un estilo de arriba-hacia-abajo (top-down), que procede de un diseño general a una estructura detallada siguiendounos pasos lógicos.

En el estilo top-down, el analista de sistemas define los objetivos generales, yluego los descompone en subsistemas y módulos en un proceso llamado“partitioning”. Este estilo también se conoce como diseño modular. Un módulo es

un conjunto de instrucciones de programas que se pueden ejecutar como ungrupo. Asignando módulos a diferentes programadores se agiliza el desarrollo delprograma.

Codificación

• Codificar es el proceso de transformar la lógica del programa eninstrucciones específicas que puedan ser ejecutadas por el sistema decomputadoras. Si se ha preparado un buen diseño, el proceso de codificares una simple traducción de funciones lógicas a un código de programa.Cada departamento de sistemas tiene su estándar en lenguajes de

programación, como Visual C++, Access, Visual Basic, SQL, HTML, Java,entre otros.

Probando la aplicación

• Después de codificar, el programador debe hacer pruebas con el programapara asegurarse que trabaja correctamente. Luego, los programas seprueban en grupos, y finalmente, el sistema completo se prueba

Primero, el programa se compila para detectar errores de sintaxis (syntaxerrors), que son errores gramaticales del lenguaje usado en el código. Los

errores se corrigen y se vuelve a compilar el programa. Este proceso se repitehasta que se obtenga una compilación libre de errores.

Luego el programador realiza una verificación de escritorio (desk checking),para asegurar que no existen errores de lógica (logic errors), que producenresultados incorrectos.



Página

47

Finalmente, el programador prueba el programa. El proceso de prueba de unprograma individual o de un módulo se llama unit testing. Los objetivos sonidentificar y eliminar errores de ejecución que causan que el programa termineen forma anormal y encontrar y corregir errores de lógica, que no seidentificaron en el desk checking. Se debe incluir datos correctos e incorrectos

y deben probar todas las posibles situaciones que el programa debe manejar.

Probar dos o más programas que dependen uno del otro es llamado "linktesting". El probar los programas en forma independiente no asegura que alunirlos trabajen adecuadamente. Luego de completar el "link testing", se debenejecutar pruebas que involucre todo el sistema de información. Un "systemtest" incluye todas las situaciones típicas: los usuarios entran los datos, quedeben ser ejemplo de datos reales, y simulan operaciones actuales. Todos losprocesos y outputs son verificados por los usuarios y el grupo de IS paraasegurar que el sistema funciona correctamente.

Instalación y Evaluación

El ambiente operacional o ambiente de producción es el ambiente de equipo yprogramas donde opera el sistema actual. El ambiente que los analistas y

programadores usan para desarrollar y mantener programas se llamaambiente de prueba (test environment).Un área de prueba separada esnecesaria para mantener la seguridad e integridad del sistema y proteger elambiente operacional. El acceso a este ambiente es limitado a los usuarios yestrictamente controlado. Los analistas y programadores no deben teneracceso al mismo excepto para corregir problemas del sistema o realizarmodificaciones autorizadas.

El ambiente de prueba contiene copias de todos los programas. Antes derealizar cualquier cambio en el sistema operacional, se deben verificar en el

ambiente de prueba y se debe obtener autorización del usuario.



Página

48

5.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. El mantenimiento de sistemas es el mantenimientocontinuo después del inicio del funcionamiento.

Cuando se elaboran planes para la estrategia de información, lasorganizaciones no pueden dejar de considerar que el mantenimiento desistemas es la fase más prolongada y costosa del ciclo de vidade los sistemas.Las implicaciones del volumen de trabajo para mantenimiento para los planesde estrategia de información en una organización es un tema que mereceatención especial

La estructura de organización necesita flexibilidad para apoyar el

mantenimiento de los sistemas existentes concurrentemente con la ejecuciónde nuevas tecnologías.

Es importante considerar la evaluación y el monitoreo de un sistema entérminos del mantenimiento necesario y, en consecuencia, reducir o contenerlos costos implícitos

El mantenimiento de sistemas puede clasificarse en cuatro grupos, cada unode los cuales repercute en el plan estratégico de información institucional dediferentes maneras:

Mantenimiento correctivo . Independientemente de cuán bien diseñado,desarrollado y probado está un sistema o aplicación, ocurrirán erroresinevitablemente. Este tipo de mantenimiento se relaciona con la solución ola corrección de problemas del sistema. Atañe generalmente a problemasno identificados durante la fase de ejecución. Un ejemplo de mantenimientocorrectivo es la falta de una característica requerida por el usuario, o sufuncionamiento defectuoso.

Mantenimiento para fines específicos . Este tipo de mantenimiento serefiere a la creación de características nuevas o a la adaptación de lasexistentes según lo requieren los cambios en la organización o los usuarios,por ejemplo, los cambios en el código tributario o los reglamentos internosde la organización.



Página

49

Mantenimiento para mejoras . Se trata de la extensión o el mejoramientodel desempeño del sistema, ya sea mediante el agregado de nuevascaracterísticas, o el cambio de las existentes. Un ejemplo de este tipo demantenimiento es la conversión de los sistemas de texto a GUI (interfazgráfica de usuarios).

Mantenimiento preventivo. Este tipo de mantenimiento es probablementeuno de los más

eficaces en función de los costos, ya que si se realiza de manera oportuna yadecuada, puede evitar serios problemas en el sistema. Un ejemplo de estemantenimiento es la corrección del problema del año 2000.



Página

50

Unidad VI.- Elaborar documentos del sistema de

información en un lenguaje de programación estructurado.

6.1.- Elaborar el manual técnico

Un Manual técnico es un documento que se hace con la finalidad de dejar

documentado, es decir, explicado todo el trabajo que se ha realizado al desarrollar

un sistema o proyecto, como la estructura de datos que usaste, cada función o

procedimiento, cada variable, metodologías, etc. y puede ser un documento

impreso o en digital.

Un manual técnico es aquel que va dirigido a un público con conocimientos

técnicos sobre algún área.

Objetivo general del sistema. Se debe de describir el objetivo general del sistema.

Objetivos específicos. Se deben describir brevemente los objetivos específicos que

se cumplieron con el desarrollo del sistema.

Descripción de campos requeridos por pantalla con presentación de pantallas.



Página

51

Describir todos las herramientas que se utilizaron y especificar como se

introdujeron.

Plataforma de usuario. 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).

Y ya por ultimo necesitas hacer una prueba del sistema para ver si funciona

correctamente.



Página

52

6.2.- Elaborar el manual de usuario.

Manual de Usuario: Documento elaborado con el fin de capacitar, enseñar, aprender y/o conocer

un programa de manera detallada, y mediante el uso de capturas de pantalla. Este documento

está dirigido al usuario final.

Pasos para elaborar el manual del usuario:

1. Portada: De que se trata el documento y quien lo elaboro.

2. Introducción: Describe el uso del documento; (¿para qué sirve? y ¿de qué habla?).

submodulo 2

Documents

Transcript of submodulo 2