4 C 80 B 02 C 88 Ad 7

Lenguaje PL/SQL para Oracle 10g
A mi madre, mis hermanos y mi familia. Por estar ah en los buenos y en los malos momentos y no dejar que me desanimara con las adversidades.
En especial a mi padre. Que aunque no est, seguro que estara orgulloso de las metas logradas en estos aos difciles.
A los compaeros de trabajo que durante estos aos de carrera, han sido una gran compaa y me han enseado muchas cosas sobre el mundo laboral y por su paciencia cuando no poda echarles una mano por mi dedicacin al estudio.
A mis compaeros y a todos los que me habis acompaado todos estos aos.
A todos los profesores de la carrera, ya que tengo muy buenos recuerdos de todos. Algunos son ms exigentes que otros, pero eso es bueno, porque se interesan porque hagamos las cosas bien, seamos buenas personas y trabajadores.
Gracias a todos.
RESUMEN DEL PROYECTO

SQL es un lenguaje de consulta estructurado que permite el acceso a bases de datos relacionales que concibe especificar diversos tipos de operaciones en stas. Una de sus caractersticas, es el manejo del lgebra y el clculo relacional, permitiendo efectuar consultas con el fin de recuperar informacin de inters de una base de datos, as como tambin hacer cambios sobre ella.
En SQL las filas se tratan en grupos y no una por una. PLSQL aporta las caractersticas necesarias para poder tratar cada fila de una manera independiente.
El eLearning de Lenguaje PLSQL sobre Oracle 10g es una aplicacin que muestra todos los conceptos necesarios para entender el Lenguaje PLSQL y poder aplicar sus conceptos.
El objetivo de este proyecto, es realizar un tutorial grfico sobre PLSQL, utilizando el lenguaje de programacin Flash, para cualquier usuario que necesite una herramienta de apoyo, que mediante una interfaz grfica, sencilla y potente permita al usuario final conocer y entender las sentencias y el estilo de programacin de PLSQL para realizar consultas sobre bases de datos.
Las caractersticas generales de la aplicacin son:
Crear una plataforma didctica de aprendizaje, mediante una interfaz visual, con la que se quiere familiarizar al usuario con la terminologa y los conceptos bsicos sobre bases de batos relacionales con PLSQL.
Introducir al usuario en el entorno de las bases de datos.
Aprendizaje de los fundamentos bsicos de PLSQL para el manejo de bases de datos.
II
Lenguaje PL/SQL para Oracle 10g Por tanto, este eLearning de PLSQL sobre Oracle 10g, est orientado a todos los usuarios como material de apoyo y aprendizaje para que, de forma visual, entiendan como funciona PLSQL y puedan aplicar ellos mismos los conceptos aprendidos en sus consultas sobre las bases de datos.
III
ABSTRACT
SQL is a structured query language that allows access to relational databases that allows to specify different types of operations on them. One of its features, is the management of relational algebra and calculus, allowing to make queries to retrieve information of interest from a database, as well as make changes to it.
In SQL, rows are treated in groups and not one by one. PLSQL provides the features needed to treat each row independently.
The Language eLearning PLSQL on Oracle 10g is an application that displays all the necessary concepts to understand the language PLSQL and to implement their concepts.
The objective of this project is to make a tutorial graph on PLSQL using the Flash programming language, for any user needing a support tool. Through a simple and powerful graphical interface, this allows the end user to know and understand the PLSQL programming style and sentences uses to consult on databases.
The general characteristics of the application are:
Create an educational platform for learning, through a visual interface with which you want to familiarize the user with the terminology and basic concepts of relational databases PLSQL.
Introduce the user to the databases environment.
Teaching the basic foundations of PLSQL database management.
Therefore, this PLSQL eLearning tool on Oracle 10g, is aimed at all users as support and learning materials so that they can understand how PLSQL works in a visual manner and they can apply the concepts learned on their database queries.
IV
NDICE
1. 2. INTRODUCCIN.................................................................................................... 1 IDENTIFICACIN DE NECESIDADES ............................................................... 3 2.1. Objetivos del sistema............................................................................................. 3 2.2. Alcance del sistema ............................................................................................... 4 2.3. Tipologa de usuarios ............................................................................................ 4 2.4. Restricciones.......................................................................................................... 5 2.5. Antecedentes.......................................................................................................... 5 3. ANLISIS DE REQUISITOS ................................................................................. 6 3.1. Introduccin........................................................................................................... 6 3.2. Reconocimiento del problema ............................................................................... 7 3.2.1. mbito del proyecto. ...................................................................................... 8 3.2.2. Contexto general del sistema.......................................................................... 9 3.2.3. Matriz de funciones primarias. ..................................................................... 11 3.3. Modelo fsico del sistema actual ......................................................................... 13 3.4. Lista de requisitos................................................................................................ 14 3.5. Modelo lgico del nuevo sistema ........................................................................ 19 3.5.1. Lista de funciones lgicas del nuevo sistema............................................... 19 3.5.2. Nivel contextual............................................................................................ 20 3.5.3. Nivel conceptual. .......................................................................................... 22 3.6. Modelo conceptual de datos ................................................................................ 24 3.6.1. Diagrama entidad relacin del nuevo sistema. ............................................. 25 3.6.2. Historia de vida de las entidades. ................................................................. 26 3.6.2.1. Identificacin de eventos. .......................................................................... 27 3.6.2.2. Matriz entidad-evento................................................................................ 28 3.6.2.3. Diagrama HVE. ......................................................................................... 29 4. ANLISIS DE ARQUITECTURA ....................................................................... 30 4.1. Introduccin......................................................................................................... 30 4.2. Diagrama de presentacin ................................................................................... 31 4.2.1 Diagrama de ejecucin local.......................................................................... 31 4.2.2. Diagrama de ejecucin online. ..................................................................... 32 4.3. Especificacin de los componentes bsicos ........................................................ 33 4.3.1. Hardware local necesario ya existente.......................................................... 33 4.3.2. Hardware local necesario de nueva adquisicin........................................... 33 4.3.3. Software local necesario ya existente........................................................... 34 4.3.4. Software local de nueva adquisicin. ........................................................... 34 4.4. Evaluacin de las alternativas.............................................................................. 35 4.4.1. Parmetros a valorar. .................................................................................... 35 4.4.2. Matrices de evaluacin. ................................................................................ 39 4.4.2.1. Evaluacin organizativa. ........................................................................... 39 4.4.2.2. Evaluacin operativa. ................................................................................ 39 4.4.2.3. Evaluacin tcnica..................................................................................... 40 4.4.3. Matrices de evaluacin y decisin................................................................ 41 4.4.4. Ponderacin de las alternativas..................................................................... 43 4.4.5. Seleccin de alternativa. ............................................................................... 44 5. DISEO EXTERNO.............................................................................................. 45 5.1. Introduccin......................................................................................................... 45 5.2. Fronteras de mecanizacin. ................................................................................. 47
Lenguaje PL/SQL para Oracle 10g 5.3. Especificacin de procesos.................................................................................. 48 5.4. Diseo de entradas. Interfaz Grfica de Usuario (GUI). ..................................... 53 5.4.1. Pantallas de la aplicacin.............................................................................. 53 5.4.1.1. Pantalla principal de la aplicacin. ............................................................ 53 5.4.1.2. Pantalla de bienvenida y men principal................................................... 54 5.4.1.3. Pantalla tema concreto............................................................................... 55 5.5. Diseo de salidas. ................................................................................................ 57 5.6. Estimacin de los volmenes de informacin. .................................................... 58 5.6.1. Determinacin de entidades y procesos crticos........................................... 59 5.7. Procesos de control y seguridad. ......................................................................... 60 5.7.1. Procesos de control....................................................................................... 60 5.7.2. Procesos de seguridad de la informacin. .................................................... 61 5.8. Modelo lgico de datos. ...................................................................................... 63 5.8.1. Entidades. ..................................................................................................... 65 5.8.2. Relaciones..................................................................................................... 65 5.9. Preparacin de los planes. ................................................................................... 67 6. DISEO INTERNO ............................................................................................... 69 6.1. Introduccin......................................................................................................... 69 6.2. Subsistema batch. ................................................................................................ 71 6.2.1. Diagrama HIPO. ........................................................................................... 73 6.2.2. Cuadernos de carga....................................................................................... 75 6.3. Subsistema online. ............................................................................................... 77 6.3.1. Diagrama de cuadros estructurado (STC). ................................................... 79 7. PROGRAMACIN................................................................................................ 80 7.1. Introduccin......................................................................................................... 80 7.2. Manual de usuario. .............................................................................................. 81 7.2.1. Introduccin.................................................................................................. 81 7.2.2. Alcance del sistema ...................................................................................... 82 7.2.3. Tipologa de usuarios ................................................................................... 82 7.3. Descripcin general del sistema. ......................................................................... 83 7.3.1. Entorno de la aplicacin. .............................................................................. 83 7.3.2. Perfiles de usuario. ....................................................................................... 83 7.4. Funcionamiento de la aplicacin. ........................................................................ 84 8. PRUEBAS DEL SISTEMA ................................................................................... 87 8.1. Introduccin......................................................................................................... 87 8.2. Pruebas realizadas................................................................................................ 88 9. CONCLUSIONES.................................................................................................. 89 10. BIBLIOGRAFA ................................................................................................. 91 11. VALORACIN ECONMICA.......................................................................... 92 11.1. Introduccin....................................................................................................... 92 11.2. Coste humano. ................................................................................................... 92 11.3. Coste software desarrollo. ................................................................................. 93 11.4. Coste software documentacin.......................................................................... 93 11.5. Coste equipo informtico................................................................................... 94 11.6. Costes totales. .................................................................................................... 95 12. PLANIFICACIN .............................................................................................. 96
VI
1. INTRODUCCIN
El lenguaje PLSQL es la extensin procedural de SQL en Oracle. En SQL, las filas se tratan en grupos y no una por una. PLSQL aporta las caractersticas de un lenguaje de 4 generacin para poder tratar cada fila de una manera independiente.
El lenguaje PLSQL ofrece todas las ventajas de los lenguajes de programacin como la encapsulacin de datos, definicin de objetos, manejo de excepciones y ocultacin de informacin sensible. Al estar integrado en el ncleo de Oracle, ofrece tambin el acceso a la informacin mediante comandos SQL, portabilidad y seguridad.
En el lenguaje PLSQL se pueden destacar las siguientes ventajas:
Soporte al lenguaje SQL.
SQL se ha convertido en el lenguaje estndar de las bases de datos por su flexibilidad, potencia y facilidad de uso y aprendizaje. PLSQL permite utilizar todas las funciones, operadores, pseudo columnas y tipos de datos de SQL. Permite tambin utilizar SQL Dinmico, una avanzada tcnica para flexibilizar ms las aplicaciones.
Soporte a la programacin orientada a objetos.
PLSQL permite la encapsulacin de operaciones y datos, con lo que se pueden crear componentes que sean modulares, de fcil mantenimiento y cambiarlos de tal manera que no afecten a los programas cliente.
Mejor rendimiento.
PLSQL permite enviar un bloque de comandos al servidor de Oracle, reduciendo de esta manera el trfico de red. Los procedimientos almacenados son compilados una sola vez y guardados en la base de datos en forma
Lenguaje PL/SQL para Oracle 10g compilada. Adems, una vez que son invocados, estos se guardan en la memoria cach y son compartidos por todos los usuarios. De esta manera, PLSQL reduce el trfico de red, los requerimientos de memoria y el tiempo de invocacin.
Total portabilidad.
PLSQL es compatible con cualquier sistema operativo o plataforma donde se est ejecutando un servidor Oracle.
Integracin con SQL.
PLSQL est totalmente integrado con SQL. Soporta todos los tipos de datos de SQL, as como el valor nulo.
Gran seguridad.
Los procedimientos almacenados permiten dividir la aplicacin entre la parte cliente y la parte servidor. De esta manera, la parte cliente no puede manipular informacin sensible.
Permite limitar el acceso a la informacin de tal manera que slo sea manipulable a travs de procedimientos. Por ejemplo: un usuario puede acceder a la informacin de una tabla mediante un procedimiento que acceda a ella, pero no puede acceder a la tabla mediante comandos SQL normales por carecer de privilegios sobre la tabla.
El lenguaje PLSQL se halla tambin en las herramientas de Oracle con lo que ofrece las prestaciones de clculo y procesamiento en la parte cliente de estas herramientas reduciendo el trfico de red.
En este proyecto se explicar el lenguaje PLSQL, sus conceptos y procedimientos para manejar las bases de datos relacionales.
2. IDENTIFICACIN DE NECESIDADES 2.1. Objetivos del sistema

El objetivo principal del proyecto es realizar un tutorial grfico del Lenguaje PLSQL sobre Oracle 10g en lenguaje de programacin Flash, tanto para estudiantes como para usuarios que necesiten una herramienta de apoyo para desempear sus labores diarias con xito. Mediante una interfaz grfica sencilla y potente, se pretende que el usuario final pueda conocer, entender y poner en prctica los conceptos del lenguaje de programacin PLSQL.
Las principales funciones de este proyecto son:
Crear una plataforma didctica de aprendizaje, mediante una interfaz visual, con la que se quiere familiarizar al usuario con la terminologa y los conceptos bsicos del lenguaje PLSQL.
Introducir al usuario en el mundo de las bases de datos relacionales.
Aprendizaje de los fundamentos bsicos de PLSQL para el manejo de bases de datos relacionales.
2.2. Alcance del sistema

La construccin del sistema implica las funciones que se determinan a continuacin:
Crear una plataforma grfica de aprendizaje, que se pueda implementar en otras materias.
En este proyecto especficamente, explicar cada uno de los conceptos del lenguaje PLSQL.
Una vez realizado el proyecto, la aplicacin final podr ejecutarse tanto en un ordenador personal, instalando la aplicacin en el equipo y ejecutndola desde el mismo, como en un servidor web, instalndola y ejecutndola desde el propio servidor de aplicaciones del centro donde se necesite la aplicacin, que ser referenciado desde la pgina web del propio centro.
2.3. Tipologa de usuarios

El eLearning de PLSQL est orientado a usuarios que necesiten un apoyo en el desarrollo de consultas sobre bases de datos relacionales, as como para estudiantes que requieran de la ayuda de un tutorial que muestre los conceptos bsicos del lenguaje PLSQL.
Este tutorial tambin est orientado a profesores que impartan asignaturas de base de datos y necesiten un material de apoyo didctico a sus explicaciones.
2.4. Restricciones
Para la realizacin de este proyecto, no existen restricciones econmicas, puesto que no es considerable en el desarrollo del mismo. En cambio si tiene otro tipo de restricciones que se detallan a continuacin:
Restriccin temporal: Para la realizacin de este proyecto se tiene una restriccin temporal, que no puede ser menor a 200 horas de trabajo y no puede exceder del mes de junio de 2010. En caso de no estar finalizado para esa fecha, la finalizacin de dicho proyecto no podr exceder del mes septiembre del citado ao.
Restriccin de plataforma: Debido a que la aplicacin se programar en lenguaje de programacin Flash sobre sistema operativo Microsoft Windows, sta debe ser utilizada en equipos que dispongan de la misma configuracin, para evitar posibles problema en la instalacin y ejecucin de la misma.
2.5. Antecedentes
Aunque existen diferentes manuales de PLSQL circulando por internet, esta herramienta ser un tutorial visual en el que se tratarn de forma concisa los conceptos de este lenguaje de programacin.
Existen manuales visuales sobre otros temas realizados por alumnos de la Universidad, pero en este proyecto se va a empezar de cero, es decir, sin antecedente alguno.
3. ANLISIS DE REQUISITOS 3.1. Introduccin

El objetivo de esta etapa es alcanzar un conocimiento suficiente del sistema, definiendo las necesidades, problemas y requisitos del usuario para poder expresarlo mediante los modelos de procesos y de datos.
Esta etapa plantea qu debe hacer el sistema para cumplir con los requisitos del usuario. Por tanto, en esta etapa se hace hincapi sobre el qu debe hacer el sistema y no sobre cmo debe hacerlo.
Esta etapa se divide a su vez en las siguientes actividades fundamentales:
Reconocimiento del problema. Evaluacin y sntesis. Obtencin del modelo fsico actual. Deduccin del modelo lgico actual. Creacin de la lista de requisitos. Desarrollo del modelo lgico nuevo. Estudio del modelo conceptual de datos. Especificacin del anlisis.
3.2. Reconocimiento del problema

El objetivo del analista es reconocer los elementos bsicos del sistema tal y como los percibe el usuario. El objetivo de esta parte del proyecto es poder alcanzar un conocimiento suficiente de la aplicacin, definiendo las necesidades, problemas y requisitos del usuario, expresndolo mediante los modelos de procesos y de datos (DFDs).
EJECUCIN DE LA APLICACIN: La aplicacin se podr ejecutar de forma online desde Internet o desde un ordenador personal instalndola previamente.
Si se ejecuta de forma online, el sistema solicitar el nombre de usuario y la contrasea para poder acceder al servidor de aplicaciones, donde se encuentre instalada la aplicacin y a travs de la URL, poder acceder a la misma.
En caso de que la aplicacin sea ejecutada desde un ordenador personal tras obtener una copia del software, se debe instalar en el equipo e introducir los datos de autenticacin de usuario y contrasea proporcionados por el suministrador.
FUNCIONAMIENTO DE LA APLICACIN:
Una vez ejecutada la aplicacin, el sistema mostrar un men mediante el cual interactuar con el usuario, pudiendo acceder al tema que desee.
Una vez seleccionado el tema, la aplicacin mostrar la informacin del tema elegido, donde se explicarn todos los conceptos y definiciones necesarios para entender perfectamente dicha parte terica y en los casos en los que sea posible, se acompaar de una explicacin visual de lo descrito en la teora para ayudar a entender los conceptos de una manera sencilla y eficaz.
3.2.1. mbito del proyecto.

Partiendo de los objetivos descritos en la Identificacin de Necesidades, se definen las entidades bsicas del proyecto.
USUARIO: Es la entidad que ejecuta la aplicacin, ya sea de forma online o de forma local desde su ordenador. Puede ser tanto un alumno que desea estudiar o reforzar los conocimientos, como un profesor que desea impartir dichos conocimientos.
ADMINISTRADOR: Es la entidad que instalar la aplicacin en el servidor de aplicaciones y administrar qu usuarios pueden acceder a ella mediante permisos especiales. Con esto se evitar una congestin en el uso de la aplicacin causada por usuarios no autorizados.
SERVIDOR DE APLICACIONES: Es la entidad a la que se solicita el servicio de ejecucin de la aplicacin si se ejecuta en modo online. Esta entidad es la que contiene la aplicacin instalada disponible para los usuarios.
ORDENADOR PERSONAL: Es la entidad que muestra la ejecucin de la aplicacin de forma que el usuario interacta con la misma mediante el interfaz grfico.
PGINA WEB: Es la entidad que hace de plataforma en la aplicacin cuando se ejecuta en modo online. La aplicacin estar integrada en el cdigo HTML de la pgina, la cual mostrar la pantalla como si se ejecutara de forma local y el usuario podr interactuar con la misma mediante el interfaz grfico de la herramienta mencionada.
3.2.2. Contexto general del sistema.

El contexto general del sistema est representado mediante un diagrama de presentacin donde se muestra la interaccin del sistema con el usuario y las relaciones con las entidades anteriormente descritas.
Administrador
BBDD
Usuarios Servidor de Aplicaciones Ordenador Personal
Aplicacin
En el diagrama de presentacin del contexto general del sistema, se especifica el funcionamiento de la aplicacin tanto para un usuario de tipo online, como para el usuario que haga funcionar la aplicacin en un ordenador personal.
Para los dos tipos de usuarios expuestos, el diagrama de presentacin es el mismo. El administrador es el encargado de controlar y administrar la base de datos, donde se encuentran almacenados los datos de los usuarios que podrn acceder a la aplicacin.
Lenguaje PL/SQL para Oracle 10g Los usuarios, a la hora de acceder a la aplicacin, introducirn el usuario y contrasea otorgados por el administrador, se comprobar si existen las credenciales en la base de datos, y si los datos son correctos, el usuario acceder a la aplicacin, ya sea desde el ordenador personal o desde el servidor de aplicaciones mediante un navegador predeterminado.
10
3.2.3. Matriz de funciones primarias.

En la siguiente matriz, se definen las funciones de cada entidad principal del proyecto.
ENTIDADES
USUARIOS
FUNCIONES
Introducir el usuario y la contrasea proporcionados por el administrador de la aplicacin. Instalar la aplicacin en el ordenador si la ejecucin se va a realizar de manera local en cada puesto de trabajo. Realizar la peticin de acceso al servidor de aplicaciones. Ejecutar la aplicacin.
ADMINISTRADOR
Instalar la aplicacin aplicaciones.
en
el
servidor
de
Administrar los usuarios que pueden acceder a la aplicacin proporcionndoles el usuario y contrasea necesarios para la identificacin. Administrar la aplicacin resolviendo posibles incidencias que pudieran surgir. SERVIDOR DE APLICACIONES ORDENADOR PERSONAL Recibir la solicitud del usuario de ejecutar la aplicacin. Muestra la ejecucin de la aplicacin de forma que el usuario interacta con la misma mediante su interfaz grfico.
11
ENTIDADES
NAVEGADOR
FUNCIONES
Embeber el cdigo fuente de la aplicacin para mostrar esta misma en la pantalla del ordenador bajo la plataforma del navegador de tal forma que simule la ejecucin como si se realizara de forma local.
12
3.3. Modelo fsico del sistema actual

Este proyecto no tiene antecedentes como ya se especific en la Identificacin de Necesidades.
Aunque existen diferentes manuales de Lenguaje PLSQL, lo habitual es que sean manuales documentados de forma densa y sin una interfaz grfica que permita interactuar con el usuario.
Este proyecto es una herramienta, que pretende proporcionar una ayuda eficaz y sencilla para distintos usuarios de este lenguaje de programacin. Sus conceptos se basan en descripciones de los conceptos bsicos de PLSQL, acompaados de una interaccin con el usuario mediante una interfaz grfica sencilla y agradable.
En este proyecto se va a empezar de cero, sin antecedente alguno, por lo que no se tienen procesos y funciones definidos y especificados para su correspondiente anlisis y representacin en el modelo fsico del sistema actual.
13
3.4. Lista de requisitos

La aplicacin eLearning de Lenguaje PLSQL para Oracle 10g requiere una serie de requisitos para el cumplimiento del propsito de cada una de las funciones y procesos de la aplicacin, que se detallan a continuacin:
La estructura bsica de la identificacin de cada requisito ser la siguiente:
Requisito # IDENTIFICACIN. Proyecto: eLearning de PL/SQL sobre Oracle 10g Autor del proyecto: Mario Voltas Garca REQUISITO. Fecha: ##/##/#### Versin: #.# Estado: ######### Prioridad: ##### Pgina: # Ttulo: ########## Identificador: ##### Categora: (Funcional / Operativa / Prestaciones / Seguridad) Descripcin: ###################################################################### #####################################################################. BENEFICIOS. Se detallaran los distintos beneficios que reporta el requisito. COMENTARIOS. ###################################################################### #####################################################################.
14
Lenguaje PL/SQL para Oracle 10g Requisito 1 IDENTIFICACIN. Proyecto: eLearning de PL/SQL sobre Oracle 10g Autor del proyecto: Mario Voltas Garca REQUISITO. Fecha: 20/02/2010 Versin: 1.0 Estado: Aceptado Prioridad: Alta Pgina: 1 Ttulo: Gestin de usuarios. Identificador: RQ-01 Categora: Seguridad Descripcin: Desarrollar un mdulo en la aplicacin, el cual estar conectado a una base de datos que mediante unos usuarios y contraseas proporcionados a los usuarios finales, se podr acceder a la aplicacin. Dicho mdulo, se encargar de la verificacin de los datos introducidos. BENEFICIOS. Con este requisito, se controlar el acceso a la aplicacin. COMENTARIOS. No aplica.
15
Lenguaje PL/SQL para Oracle 10g Requisito 2 IDENTIFICACIN. Proyecto: eLearning de PL/SQL sobre Oracle 10g Autor del proyecto: Mario Voltas Garca REQUISITO. Fecha: 20/02/2010 Versin: 1.0 Estado: Aceptado Prioridad: Alta Pgina: 2 Ttulo: Creacin de un interfaz grfico. Identificador: RQ-02 Categora: Funcional Descripcin: Desarrollar un interfaz grfico, que permitir la comunicacin entre el usuario y la aplicacin. Dicho interfaz se desarrollar mediante el lenguaje de programacin Flash. BENEFICIOS. Facilitar al usuario poder interactuar con la aplicacin de forma fcil e intuitiva, mostrando mediante dicho interfaz todo el contenido y todo el material de aprendizaje propuesto por la aplicacin. COMENTARIOS. No aplica.
16
Lenguaje PL/SQL para Oracle 10g Requisito 3 IDENTIFICACIN. Proyecto: eLearning de PL/SQL sobre Oracle 10g Autor del proyecto: Mario Voltas Garca REQUISITO. Fecha: 20/02/2010 Versin: 1.0 Estado: Aceptado Prioridad: Alta Pgina: 3 Ttulo: Creacin de un men de interaccin. Identificador: RQ-03 Categora: Operativa Descripcin: Desarrollar un men con todas las opciones que la aplicacin permite, para que el usuario final pueda manejar la aplicacin de principio a fin, sin perderse. La opcin deseada podr ser seleccionada nada ms entrar en la aplicacin o una vez avanzada la materia, desde el men principal que se mostrar en la parte izquierda de la pantalla. BENEFICIOS. Facilitar al usuario poder interactuar con la aplicacin de forma fcil e intuitiva, mostrando todo el contenido de la materia. COMENTARIOS. No aplica.
17
Lenguaje PL/SQL para Oracle 10g Requisito 4 IDENTIFICACIN. Proyecto: eLearning de PL/SQL sobre Oracle 10g Autor del proyecto: Mario Voltas Garca REQUISITO. Fecha: 20/02/2010 Versin: 1.0 Estado: Aceptado Prioridad: Alta Pgina: 4 Ttulo: Desarrollo de animaciones grficas. Identificador: RQ-04 Categora: Funcional Descripcin: Desarrollo de animaciones grficas para una mejor comprensin de la materia expuesta por la aplicacin. BENEFICIOS. Facilitar al usuario el aprendizaje del tema a desarrollar. En las explicaciones que se requiera el uso de animaciones, sern realizadas mediante el programa Macromedia Flash CS3. COMENTARIOS. No aplica.
18
3.5. Modelo lgico del nuevo sistema

3.5.1. Lista de funciones lgicas del nuevo sistema.
Este modelo lgico del nuevo sistema tendr unas funciones lgicas no adquiridas del modelo fsico del sistema anterior, puesto que no hay predecesor de dicho proyecto. Las funciones lgicas principales del nuevo sistema que poseer dicho proyecto y las cuales se representarn en el modelo lgico son:
1. Administracin de cuenta se usuario por parte del administrador del sistema. 2. Introduccin de los datos del usuario final (usuario y contrasea). 3. Verificacin y validacin de los datos introducidos por el usuario. 4. Solicitud del servicio por parte del usuario final al servidor de aplicaciones, si procede. 5. Ejecucin de la aplicacin Lenguaje PL/SQL para Oracle 10g. 6. Presentacin del contenido del tutorial compuesto por texto y animaciones.
En el siguiente diagrama de flujo de datos (DFD), se representa el modelo lgico actual de ms bajo nivel, para ir subiendo y consolidar lo expresado en el nivel superior, hasta llegar al diagrama de contexto. Por tanto, dicho modelo lgico del nuevo sistema se representa en dos niveles, contextual y conceptual.
19
3.5.2. Nivel contextual.

ESQUEMA DE FUNCIONALIDAD 1. Configuracin y administracin del sistema por parte del
administrador, introduciendo en la base de datos los parmetros necesarios para la verificacin del usuario y contrasea introducida por el usuario. 2. Introduccin de usuario y contrasea por parte del usuario para acceder a la aplicacin ya sea ejecutada en un ordenador personal o de forma online. 3. En el caso de ser utilizada en modo online, solicitud de la aplicacin al servidor de aplicaciones. 4. Interactuacin con la aplicacin, seleccionando el temario del que el usuario quiera recibir documentacin. 5. Presentacin del resultado.
20
Lenguaje PL/SQL para Oracle 10g DFD ESQUEMA DE FUNCIONALIDAD
21
3.5.3. Nivel conceptual.
FLUJOS DE DATOS PARMETROS: Son los parmetros (cuentas, usuarios, permisos) que introduce el administrador del sistema para su correcto funcionamiento. USUARIO Y CONTRASEA: Son los datos con los que se identifica el usuario para poder acceder a la aplicacin. VALIDACIN RECHAZADA: Mensaje de rechazo en el acceso a la ejecucin de la aplicacin debido a una verificacin incorrecta en la identificacin de usuario.
22
Lenguaje PL/SQL para Oracle 10g VALIDACIN CORRECTA: Acceso permitido a la aplicacin debido a la aceptacin del usuario y la clave por parte del sistema de autenticacin. PARMETROS DE CARGA: Son los parmetros de configuracin de la herramienta que introduce el administrador del sistema para el correcto funcionamiento de la aplicacin. EJECUCIN: Orden de ejecucin de la aplicacin por parte del usuario. ACCIN DE USUARIO: Solicitud del usuario a la aplicacin de la eleccin de un determinado contenido, para que ste pueda ser mostrado y visionado por parte del usuario. RESULTADO: Resultado de la aplicacin con la informacin solicitada por el usuario respecto de un tema concreto del eLearning de Lenguaje PLSQL para Oracle 10g.
ALMACENES USUARIOS Y CONTRASEAS: Tablas de bases de datos donde se almacena la informacin de los identificadores de usuarios y sus respectivas contraseas para acceder al sistema. SERVIDOR DE APLICACIONES: Almacn que representa el servidor donde se encuentra instalada la aplicacin y donde el usuario tendr que realizar su peticin de ejecucin de la misma. NAVEGADOR / PC PERSONAL: Almacn de informacin que muestra los resultados de la ejecucin de la aplicacin ya sea ejecutada en modo online o individualmente en cada PC que se encuentre instalada.
23
3.6. Modelo conceptual de datos

El anlisis de datos trata de modelizar la amplia informacin que manejar el nuevo sistema. Partiendo de la situacin actual, que en este proyecto es nula, puesto que se comienza de cero y de los requisitos de usuario, que son expuestos por el programador de la aplicacin, se desarrolla el modelo conceptual de datos, cuyos componentes grficos son las entidades, asociaciones o relaciones y atributos.
Para modelizar dicha informacin, el modelo es sometido a las reglas de normalizacin, buscando una estructura lgica a los datos y obteniendo el correspondiente modelo entidad relacin.
24
3.6.1. Diagrama entidad relacin del nuevo sistema.

El diagrama entidad-relacin resume el funcionamiento de la aplicacin, englobando cada una de las entidades que intervienen con las relaciones existentes entre ellas:
25
3.6.2. Historia de vida de las entidades.

La historia de vida de las entidades (HVE en adelante), describe la evolucin de las entidades principales de la aplicacin con el fin de:
Entender la secuencia de entidades en el tiempo. Establecer los estados posibles de cada una de las entidades para que tengan lugar las transacciones externas, as como los cambios de estado de las entidades producidas por las transacciones. Poner de manifiesto las posibles interacciones que producen los diferentes eventos o sucesos. Describir los requisitos de tratamiento de las entidades.
Las principales entidades sobre las que se realizar el estudio de HVE, sern los usuarios de la aplicacin y el servidor de aplicaciones donde estar instalada la misma.
Para hacer el diagrama HVE, primero se realiza un estudio de identificacin de eventos para dichas entidades, para posteriormente realizar la matriz entidad-evento, de la cual se concluir el diagrama HVE de las entidades a estudiar.
26
3.6.2.1. Identificacin de eventos.

Para el desarrollo del HVE de la aplicacin, primeramente es necesario identificar los eventos ocurrentes en la aplicacin. Para ello es necesario que se cumplan los requisitos descritos en la etapa de anlisis de requisitos, que se estudien los atributos de las entidades ms importantes y que se analice el diagrama de flujo de datos representado en el modelo lgico del nuevo sistema.
Una vez realizado dicho anlisis se identifican los eventos descritos a continuacin:
E1: Registro de usuario y contrasea. E2: Modificacin del usuario y/o contrasea. E3: Validacin del usuario. E4: Validacin de la contrasea. E5: Autenticacin de usuario y contrasea. E6: Solicitud de ejecucin del servicio. E7: Verificacin de la ejecucin del servicio. E8: Interaccin del usuario. E9: Presentacin del resultado.
27
3.6.2.2. Matriz entidad-evento.

Una vez obtenidos los eventos que van a entrar en juego en la aplicacin, se traza la matriz entidad-evento en la que intervendrn tanto la entidad usuario, como la entidad servidor:
EVENTOS E1 USUARIO ENTIDADES SERVIDOR B I I I IB I I E2 IM E3 E4 E5 E6 I E7 E8 I E9 -
Con dicha matriz entidad-evento, se pueden observar los eventos que realiza el eLearning de PLSQL, el cual contiene las siguientes claves: I (insercin), M (Modificacin), B (Baja) y - (nulo, no realiza ningn evento), que indica el efecto que produce en cada evento las entidades.
28
3.6.2.3. Diagrama HVE.

HVE de la entidad USUARIO.
HVE de la entidad SERVIDOR.
SERVIDOR
VALIDACIN
AUTENTICAR USUARIO Y CONTRASEA
VERIFICACIN EJECUCIN DEL SERVICIO
PRESENTACIN DEL RESULTADO
2/3 INTRODUCIR USUARIO INTRODUCIR CONTRASEA
3/4
5/5
-, 3 / 1
1, 3 / 2
29
4. ANLISIS DE ARQUITECTURA 4.1. Introduccin

Por lo general, cualquier proyecto se puede llevar a cabo considerando recursos ilimitados y tiempo infinito. En cambio, en la realidad, los proyectos se caracterizan por la escasez de recursos y la dificultad en cumplir los plazos de entrega. Por este motivo, es necesario y prudente evaluar de qu recursos se dispone para no llevarse sorpresas desagradables y estudiar la viabilidad del proyecto lo antes posible.
Los objetivos de esta fase son definir las posibles soluciones de arquitectura tcnica que satisfagan tanto los requisitos que han sido especificados por los usuarios, como las restricciones de diseo de la aplicacin. Se definirn diferentes posibilidades y posteriormente se escoger la alternativa propuesta que ms interese para su posterior desarrollo y obtener la aprobacin del usuario para la alternativa elegida. Para ello, se realizar un estudio de viabilidad, para posteriormente desarrollar e implementar dicha alternativa.
30
4.2. Diagrama de presentacin

Se representa la aplicacin a un alto nivel, mediante el diagrama de presentacin, a travs del cual se expresan las caractersticas hardware y operativas de las que est compuesta la herramienta.
4.2.1 Diagrama de ejecucin local.

La representacin del diagrama de presentacin en la ejecucin en modo local, carece de elementos hardware de red, como pudieran ser cables de red, routers, servidores de aplicacin,
En el caso de ejecucin en un ordenador personal, la arquitectura consta nicamente de un ordenador que disponga de navegador en el que se va a ejecutar la aplicacin y de un teclado y ratn para la interaccin del usuario con la aplicacin, pudiendo estar adems conectado tanto a una red como a dispositivos perifricos necesarios para otras aplicaciones, no siendo relevante este hecho para la herramienta, puesto que no interfiere en su funcionamiento.
31
4.2.2. Diagrama de ejecucin online.

En el caso de ejecucin en modo online, la arquitectura consta de elementos hardware de red, tipo routers, cables de red, tarjetas de red, adems de los hosts que forman la red y desde la que se acceder a la aplicacin. Dichos host dispondrn tanto de conexin a Internet como de un navegador, a poder ser, actualizado en su ltima versin. Esta arquitectura en la que se ejecutar la aplicacin en modo online, deber disponer de un servidor de aplicaciones, en donde se encontrar instalada la aplicacin, adems de tener funciones de administrador de cuentas de usuario. Tanto la tipologa de la red como de los elementos hardware de red que aparecen en el diagrama, pueden diferir dependiendo de la red en la que se instale la aplicacin.
32
4.3. Especificacin de los componentes bsicos

4.3.1. Hardware local necesario ya existente.
Los componentes hardware ya existentes en el sistema en el que se ejecutar la aplicacin son los siguientes:
Microprocesador Pentium IV 2.02 GHz. Memoria RAM de 512 MB. Tarjeta de sonido 16 MB. Tarjeta de video. Ratn. Teclado.
4.3.2. Hardware local necesario de nueva adquisicin.

No es necesario ningn elemento hardware de nueva adquisicin puesto que los elementos hardware anteriormente descritos superan los requisitos mnimos necesarios para el correcto funcionamiento de la aplicacin.
33
4.3.3. Software local necesario ya existente.

Los componentes software ya existentes en el sistema en el que se ejecutar la aplicacin son los siguientes:
Microsoft Windows XP. Microsoft Internet Explorer versin 6.0. Microsoft Office 2003.
4.3.4. Software local de nueva adquisicin.

Los componentes software de nueva adquisicin son los detallados a continuacin:
Macromedia Flash CS3.
Los objetos programados en la aplicacin necesitan un navegador de Internet que tenga instalados los plugins de Flash. Es muy probable que ya se encuentren instalados en el ordenador, porque se instalan directamente con la mayora de los sistemas operativos comerciales. En caso de no encontrase instalados, se instalan automticamente al acceder a una pgina web que los contiene, ya que llevar al usuario a los servidores de Adobe para su instalacin.
34
4.4. Evaluacin de las alternativas

Para la realizacin de un proyecto, es necesario realizar una correcta evaluacin de las alternativas propuestas, para comprobar cual de ellas se adaptar mejor a las necesidades del sistema en desarrollo. Para ello, se deben evaluar dichas alternativas determinando el modo de operar del usuario final y el tipo el tipo de arquitectura tecnolgica que es ms usual entre los usuarios finales para conseguir la mayor compatibilidad posible. Esto se realizar con ayuda de unas tablas denominadas tablas de evaluacin.
En el caso de este proyecto, las dos alternativas posibles debido a las escasas restricciones descritas, puesto que la aplicacin a desarrollar debe funcionar en un ordenador convencional sin demasiados requisitos, se basarn en el modo de ejecucin de la aplicacin (modo host local o modo online), sin evaluar cual de ellas es mejor o peor, puesto que nicamente depender de la forma en que el usuario final quiera ejecutarla.
4.4.1. Parmetros a valorar.

En el proyecto que se trata en esta memoria, Tutorial Grfico de Lenguaje PLSQL sobre Oracle 10g, se plantean dos posibles alternativas respecto a la posible ejecucin del usuario.
Como primera alternativa, se plantea la referente a la ejecucin de la aplicacin en un host local. La segunda alternativa planteada es la referente a la ejecucin de la aplicacin en modo online, por medio de un servidor de aplicaciones en el que est instalada la aplicacin, y se mostrar el resultado de cada una de las ejecuciones que realiza el usuario en su interaccin con el programa mediante un navegador web. Estas alternativas se especifican a continuacin, incluyendo los componentes hardware y software de cada una de ellas.
35
ESPECIFICACIN ALTERNATIVA 1 Ttulo: Ejecucin modo Host Local Cdigo: A01 Antecedentes: El usuario final ejecutar la aplicacin desarrollada en modo host local, pudiendo existir elementos hardware de conexin a la red, pero sin que dicha aplicacin haga uso de ellos en ningn momento. Requisitos: El usuario final de la aplicacin deber cumplir con los siguientes requisitos mnimos: Microprocesador Pentium 90 MHz o superior; Disco duro con un espacio mnimo de 80 MB; Unidad de CD-ROM; Ratn; Tarjeta de video soportada por Windows; 128 MB de memoria RAM (mnimo); Microsoft Windows XP, Vista o Windows 7; Navegador Microsoft Internet Explorer o similar, a poder ser, actualizado a su ltima versin. Beneficios: La velocidad de ejecucin y de respuesta esperada de la aplicacin depender exclusivamente del equipo que disponga el usuario. En ningn caso vendr determinada por la conexin a la red de que disponga el usuario ni de la saturacin del servidor de aplicaciones. Necesidades Hardware: Para la correcta ejecucin de la aplicacin, el equipo donde se ejecute la misma, deber cumplir con los requisitos hardware mnimos especificados: Microprocesador Pentium 90 MHz o superior; Disco duro con un espacio mnimo de 80 MB; Unidad de CD-ROM; Ratn; Tarjeta de video soportada por Windows; 128 MB de memoria RAM (mnimo). Necesidades Software: Para la correcta ejecucin de la aplicacin, el equipo donde se ejecute la misma, deber cumplir con los requisitos software mnimos especificados: Microsoft Windows XP, Vista o Windows 7; Navegador Microsoft Internet Explorer o similar, a poder ser, actualizado a su ltima versin.
36
ESPECIFICACIN ALTERNATIVA 2 Ttulo: Ejecucin modo online Cdigo: A02 Antecedentes: El usuario final ejecutar la aplicacin desarrollada en modo online, con lo que debern de existir elementos hardware de conexin a la red, con los que se conectar el host local a la aplicacin, la cual estar ubicada en un servidor de aplicaciones. Para que exista esa conexin entre el host y el servidor, el usuario se conectar al servidor de aplicaciones y realizar una peticin de servicio de ejecucin de la aplicacin. El servidor de aplicaciones cargar los resultados que se mostrarn en el navegador del usuario. Requisitos: El usuario final de la aplicacin deber cumplir con los siguientes requisitos mnimos: Microprocesador Pentium 90 MHz o superior; Disco duro con un espacio mnimo de 80 MB; Unidad de CD-ROM; Ratn; Tarjeta de video soportada por Windows; 128 MB de memoria RAM (mnimo); Tarjeta de red para la conexin a Internet; Microsoft Windows XP, Vista o Windows 7; Navegador Microsoft Internet Explorer o similar, a poder ser, actualizado a su ltima versin. Beneficios: Con esta forma de ejecucin de la aplicacin, el usuario podr ejecutarla desde cualquier lugar con conexin a Internet. La velocidad de ejecucin y de respuesta esperada de la aplicacin depender del equipo de que disponga el usuario en el que se ejecute la aplicacin, del tipo de conexin a la red que tenga para la conexin al servidor de aplicaciones y de la saturacin del propio servidor debido al nmero de usuarios conectados simultneamente. Necesidades Hardware: Para la correcta ejecucin de la aplicacin, el equipo donde se ejecute la misma, deber cumplir con los requisitos hardware mnimos especificados: Microprocesador Pentium 90 MHz o superior; Disco duro con un espacio mnimo de 80 MB; Unidad de CD-ROM; Ratn; Tarjeta de video soportada por Windows; 128 MB de memoria RAM (mnimo); Tarjeta de red para la conexin a Internet.
37
Lenguaje PL/SQL para Oracle 10g Necesidades Software: Para la correcta ejecucin de la aplicacin, el equipo donde se ejecute la misma, deber cumplir con los requisitos software mnimos especificados: Microsoft Windows XP, Vista o Windows 7; Navegador Microsoft Internet Explorer o similar, a poder ser, actualizado a su ltima versin.
38
4.4.2. Matrices de evaluacin.

La evaluacin de las diferentes alternativas propuestas al sistema se realiza en base a cuatro aspectos de inters: evaluacin organizativa, operativa, tcnica y econmica.
La evaluacin organizativa, operativa y tcnica se realiza utilizando una matriz de evaluacin organizativa, donde se recogen y puntan las diferentes caractersticas o parmetros de cada aspecto a evaluar para cada una de las alternativas.
La evaluacin econmica se realiza utilizando una matriz de evaluacin de costes, en la que se especifica el coste de los componentes tanto software como hardware que se deben adquirir para la realizacin del proyecto.
4.4.2.1. Evaluacin organizativa.

En la evaluacin organizativa, el aspecto que se valorar, ser la adecuacin de los usuarios finales a la aplicacin ante los posibles cambios de metodologa en el estudio del Lenguaje PLSQL.
4.4.2.2. Evaluacin operativa.

La evaluacin operativa se lleva a cabo para conocer la importancia que tiene recoger los servicios mecanizados. Los parmetros que se analizan son los siguientes:
Fcil manejo de la aplicacin con una interfaz muy intuitiva en la que el usuario no se sentir perdido en ningn momento e interactuar con ella de forma sencilla. Explicacin detallada del tema seleccionado mediante una parte terica que ser acompaado en los casos necesarios por una explicacin grfica. Disponibilidad inmediata de cualquier tema seleccionado, con fcil acceso a la misma.
39
Lenguaje PL/SQL para Oracle 10g Fiabilidad en los conocimientos tericos y grficos de la aplicacin. Acceso seguro a la aplicacin. Aplicacin libre de fallos.
4.4.2.3. Evaluacin tcnica.

La evaluacin tcnica se lleva a cabo para evaluar los procedimientos y componentes hardware y software que utiliza cada alternativa. Los parmetros que se analizan son los siguientes:
Acceso a la ejecucin de la aplicacin. Tamao de pantalla. Disponibilidad de la aplicacin diaria para el modo de ejecucin on-line. Portabilidad de la aplicacin a otras plataformas. Mantenimiento de la aplicacin para incorporar nuevas funciones. Seguridad y fiabilidad de la aplicacin. Facilidad de uso y ejecucin de la aplicacin.
40
4.4.3. Matrices de evaluacin y decisin.

Una vez descritos todos los parmetros a evaluar y analizar, se realiza una matriz de evaluacin organizativa, especificando el concepto de cada grupo de parmetros y los criterios seguidos para calificarlos.
Los aspectos y caractersticas especificados se evalan con un nmero y se le asigna un peso o valor entre 1 y 3 (3 = imprescindible, 2 = importante, 1 = conveniente) dependiendo de la importancia que tenga dicho factor en el negocio que se est estudiando.
A continuacin, se calcula el porcentaje asociado a cada grupo (ponderacin absoluta), como media obtenida del valor dado a cada parmetro. Para cada alternativa, se puntan las diferentes caractersticas segn el grado de cumplimiento de ellas, valorndose con un nmero entre 0 y 3 (3 = se cumple perfectamente, 2 = se cumple pero no totalmente, 1 = apenas se cumple esta caracterstica y 0 = no se cumple). De modo que si una alternativa no la contempla una determinada caracterstica, el valor a asignar sera cero. Esta puntuacin se coloca debajo de la columna Peso Alt. (peso de la alternativa x) de cada alternativa. Estas puntuaciones dependen de la importancia que tenga dicho factor en la aplicacin.
41
EVALUACIN Organizativa Operativa
NO. 1.1 2.1
PARMETRO Adecuacin de los usuarios finales a la metodologa. Facilidad manejo de la aplicacin con una interfaz muy intuitiva. Explicacin detallada del tema seleccionado mediante una parte terica que ser acompaada en los casos necesarios de una explicacin grfica. Disponibilidad inmediata de cualquier tema seleccionado, con fcil acceso a la misma. Fiabilidad en los conocimientos tericos y grficos de la aplicacin. Acceso seguro a la aplicacin. Aplicacin libre de fallos. Acceso a la ejecucin de la aplicacin. Tamao de pantalla. Disponibilidad de la aplicacin diaria para el modo de ejecucin online. Portabilidad de la aplicacin a otras plataformas. Mantenimiento de la aplicacin para incorporar nuevas funciones. Seguridad y fiabilidad de la aplicacin. Facilidad de uso y ejecucin de la aplicacin. TOTAL
PESO PESO ALT. 1 ALT. 2 3 3 3 3
Operativa
2.2
Operativa Operativa Operativa Operativa Tcnica Tcnica Tcnica Tcnica Tcnica Tcnica Tcnica
2.3 2.4 2.5 2.6 3.1 3.2 3.3 3.4 3.5 3.6 3.7
2 3 2 3 3 3 0 3 3 3 2 35
2 3 2 3 1 3 3 2 1 3 1 32
Dicha matriz de evaluacin organizativa, da unos pesos de cada alternativa que estn muy igualados. Sumando la primera alternativa (ejecucin modo host local) un total de 35 y la segunda alternativa (ejecucin en modo online) un total de 32.
42
4.4.4. Ponderacin de las alternativas.

Se debe realizar una posterior ponderacin calculada a partir de los pesos de los parmetros, en trminos porcentuales, de cada una de las alternativas. Segn los criterios expuestos, se le ha asignado un peso especfico a cada uno de los parmetros definidos en cada grupo de factores. A continuacin, se calcular la ponderacin asociada a los distintos parmetros de cada una de las dos alternativas, en trminos porcentuales.
En un primer lugar, la ponderacin absoluta de cada factor o grupo, se calcula en base a los valores dados a cada parmetro en particular. Para ello, se suman los valores de cada factor:
EVALUACIN ALTERNATIVA 1 ALTERNATIVA 2 Organizativa Operativa Tcnica TOTAL 3 15 17 35 3 15 14 32
La ponderacin de los distintos parmetros, dependiendo del tipo de factor en trminos porcentuales es:
EVALUACIN ALTERNATIVA 1 ALTERNATIVA 2 PONDERACIN 1 Organizativa Operativa Tcnica TOTAL 3 15 17 35 3 15 14 32 8,57% 42,84% 48,57% 100%
PONDERACIN 2 9,37% 46,87% 43,75% 100%
43
4.4.5. Seleccin de alternativa.

Una vez realizada la valoracin de cada una de las alternativas, se puede concluir diciendo que ambas alternativas han obtenido resultados muy similares en los pesos otorgados a cada parmetro, los cuales determinan cada una de las ponderaciones para cada una de las alternativas que se han estudiado.
El grado de dispersin no es muy alto en lo que respecta a los resultados obtenidos. Se puede decir que las dos alternativas de ejecucin de la aplicacin son vlidas para llevar a la prctica por el usuario. El requisito que determinar la alternativa ser las necesidades del usuario.
Lo nico un tanto diferente en las alternativas, que determinar la alternativa a seleccionar, y que hay que valorar, es que la ejecucin online est condicionada a la operatividad y funcionalidad del servidor de aplicaciones y de los elementos de conexin de los que disponga el usuario final a la hora de ejecutar la aplicacin.
En consecuencia, y debido a la falta de un servidor de aplicaciones preparado para albergar esta herramienta, la opcin elegida es la alternativa 1, teniendo en cuenta la posible configuracin de la aplicacin para su ejecucin en modo online en proyectos sucesivos.
44
5. DISEO EXTERNO 5.1. Introduccin

El proceso de diseo del sistema es mucho ms costoso y creativo que el anlisis. Resulta complicado encontrar el mejor diseo para el nuevo sistema, ya que depender de su propio entorno y de la cantidad de factores que lo rodean. As, un buen diseo para un sistema, puede resultar nefasto para otro de caractersticas similares, debido a los entornos tanto hardware como software que requiera cada uno.
El proceso de Diseo Externo requiere el uso de la tcnica top-down, por la que se empieza a desarrollar la aplicacin a muy alto nivel, para ir completando a un nivel ms bajo y especfico. As, el objetivo principal del Diseo Externo es transformar el modelo lgico del nuevo sistema en un modelo fsico a implementar sobre una plataforma hardware y software especfico. Una vez completado este modelo, se pasar al Diseo Interno, para edificar sobre la plataforma elegida los pilares bsicos del nuevo sistema mecanizado.
A partir de la plataforma elegida en el Estudio de la Arquitectura, en esta fase se contemplarn los requisitos fsicos del nuevo sistema, se disearn las entradas y salidas, se completar la especificacin de procesos del modelo y se elaborar el modelo lgico de datos.
Y como el conocimiento del nuevo sistema aumentar considerablemente, se podr establecer la estrategia a seguir en los planes de formacin al usuario, la conversin de los datos, las pruebas del tutorial y la implantacin de mismo, como parte del ciclo de vida a recorrer.
La aplicacin est creada para ser usada por cualquier tipo de usuario, por lo que no se requiere de ningn nivel informtico especfico para manejarla, ya que se trata de un software sencillo y de fcil manejo. Esta aplicacin se desarrolla siguiendo una estructura jerrquica de ilustraciones en la que se insertarn los componentes necesarios
45
Lenguaje PL/SQL para Oracle 10g para crear dicha aplicacin. Se utilizan las siguientes aplicaciones para su programacin:
Macromedia Flash CS3 para el diseo y carga de plugins de ejecucin para las animaciones.
46
5.2. Fronteras de mecanizacin.

Las posibilidades de implementacin de la aplicacin sobre una plataforma tecnolgica, se especificaron en la fase de Estudio de la Arquitectura. All se definieron las caractersticas tcnicas, organizativas y operativas de la solucin a desarrollar. Segn esto, se podr determinar ahora qu procesos formarn parte del modelo fsico del nuevo sistema. Esta tarea, puede realizarse partiendo de los diagramas de flujo de datos del modelo lgico del nuevo sistema, en su nivel conceptual, en el que se establecieron con anterioridad las fronteras de mecanizacin para el Tutorial de Lenguaje PLSQL sobre Oracle 10g.
El modelo lgico del nuevo sistema considerado en la fase de anlisis de requisitos de este sistema de gestin es:
47
5.3. Especificacin de procesos.

A continuacin se realizar la especificacin de cada uno de los procesos que se definieron en el modelo lgico del nuevo sistema. Estos procesos son los siguientes:
1. Administracin de cuentas de usuario por parte del administrador del sistema. 2. Introduccin de los datos del usuario final (usuario y contrasea). 3. Verificacin y validacin de los datos introducidos por el usuario final. 4. Ejecucin de la aplicacin Tutorial de Lenguaje PLSQL sobre Oracle 10g. 5. Presentacin del contenido del tutorial compuesto por texto y animaciones.
ESPECIFICACIN PROCESO 1 Ttulo: ADMINISTRADOR DE CUENTAS DE USUARIO POR PARTE DEL ADMINISTRADOR DEL SISTEMA. Cdigo: ESPR01 Localizacin: Host local. Categora del proceso: Local. Tipo de proceso: Manual. Frecuencia: Peridica. Descripcin: El administrador del sistema, deber configurar y administrar peridicamente las cuentas de usuario de acceso a la aplicacin para que los usuarios puedan acceder a la misma cuando lo necesiten. Dicho proceso lo deber realizar el administrador manualmente y de forma peridica.
48
ESPECIFICACIN PROCESO 2 Ttulo: INTRODUCCIN DE LOS DATOS DE USUARIO FINAL (USUARIO Y CONTRASEA). Cdigo: ESPR02 Localizacin: Host local. Categora del proceso: Local. Tipo de proceso: Manual. Frecuencia: Aperidica. Descripcin: Este proceso es realizado por el usuario que quiere ejecutar la aplicacin. Para ello, se debe identificar mediante sus datos, usuario y contrasea, proporcionados por el administrador. Este paso desencadenar el tercer proceso, verificacin y validacin del usuario y contrasea introducidos por el usuario final. Como flujos de informacin, recibe del exterior el usuario y la contrasea, los guarda en el almacn de informacin destinado para ello y se lo enva al siguiente proceso.
49
ESPECIFICACIN PROCESO 3 Ttulo: VERIFICACIN Y VALIDACIN DE LOS DATOS INTRODUCIDOS POR EL USUARIO FINAL. Cdigo: ESPR03 Localizacin: Host local. Categora del proceso: Local. Tipo de proceso: Manual. Frecuencia: Aperidica, cada vez que se realice el proceso 2. Descripcin: Este proceso es desarrollado para aportar un mdulo de seguridad a la aplicacin. Dicho proceso hace una primera verificacin de que los datos introducidos son correctos, para continuar con un proceso de validacin que lo realizar comprobando que los datos introducidos corresponden a alguno de los usuarios que han sido dados de alta en el servicio por el administrador.
En caso de ser vlidos, permitir la ejecucin de la aplicacin dando un mensaje de bienvenida al usuario. En caso de no ser vlidos, enviar el flujo de informacin necesario para indicar al usuario que el usuario y/o contrasea no son vlidos.
50
ESPECIFICACIN PROCESO 4 Ttulo: EJECUCIN DE LA APLICACIN TUTORIAL DE LENGUAJE PLSQL SOBRE ORACLE 10g. Cdigo: ESPR04 Localizacin: Host local. Categora del proceso: Local. Tipo de proceso: Manual. Frecuencia: Aperidica. Descripcin: Una vez cargada la aplicacin, el usuario podr empezar a interactuar con ella, seleccionando los temas que quiere visualizar. Este paso desencadena el ltimo proceso, presentacin del usuario. El usuario ir realizando las distintas ejecuciones de la aplicacin o navegando por el men que se le presenta.
ESPECIFICACIN PROCESO 5 Ttulo: PRESENTACIN DEL CONTENIDO DEL TUTORIAL COMPUESTO POR TEXTO Y ANIMACIONES. Cdigo: ESPR05 Localizacin: Host local. Categora del proceso: Local. Tipo de proceso: Manual. Frecuencia: Aperidica. Descripcin: Este proceso muestra el resultado de la ejecucin de la aplicacin. Es el ltimo proceso del ciclo, por lo que no desencadena ninguno ms.
51
Lenguaje PL/SQL para Oracle 10g Se debe resaltar, que los procesos mencionados son los que van a formar parte del ciclo de vida de la aplicacin, por lo tanto ninguno de ellos se va a obviar a la hora del desarrollo de la aplicacin. En los procesos en los que la frecuencia es aperidica, esta frecuencia va a depender del nmero de veces que el usuario solicite el servicio de ejecucin de la aplicacin.
52
5.4. Diseo de entradas. Interfaz Grfica de Usuario (GUI).

En esta parte del proyecto, se pretende realizar el diseo de los diferentes elementos de entrada de la aplicacin. La Interfaz Grfica de Usuario (GUI), se basa en la realizacin de pantallas, creadas en lenguaje de programacin Flash, para que el usuario final pueda interactuar con la aplicacin, en la que se mostrar tanto la teora sobre el lenguaje PLSQL, como grficos que ayudan a entender los conocimientos explicados.
5.4.1. Pantallas de la aplicacin.

Nada ms ejecutar la aplicacin, se muestra la primera pantalla del Tutorial de Lenguaje PLSQL sobre Oracle 10g, una pantalla de presentacin en la que adems se incluirn los elementos para el proceso de login.
5.4.1.1. Pantalla principal de la aplicacin.
53
Lenguaje PL/SQL para Oracle 10g En esta pantalla, el usuario deber identificarse para poder utilizar la aplicacin. En la parte superior de la pantalla, aparecer el titulo de la aplicacin. Debajo de ste, se encuentran los campos de texto usuario y contrasea que debern ser rellanos por el usuario de forma correcta para poder acceder a la aplicacin. Tambin cuenta con el botn Aceptar que ejecuta el script de seguridad de la aplicacin y en caso de ser correctos los datos introducidos, accede a la aplicacin para que el usuario pueda empezar a interactuar con ella.
Solo se podr acceder a la aplicacin si se introducen correctamente los datos del usuario. Si el usuario no est dado de alta en la base de datos, se le mostrar un aviso de que debe ponerse en contacto con el administrador para su alta en el sistema.
En caso de que los datos introducidos sean incorrectos, se le mostrar un mensaje al usuario de que los datos introducidos no son correctos, para que pueda volver a introducirlos. No habr lmite de intentos.
5.4.1.2. Pantalla de bienvenida y men principal.
54
Lenguaje PL/SQL para Oracle 10g En esta pantalla, se muestra un mensaje de bienvenida a la aplicacin Tutorial de Lenguaje PLSQL sobre Oracle 10g. A la izquierda de la pantalla, se muestra el men con los diferentes apartados del temario, para que el usuario pueda elegir por cual de ellos comenzar. As, pinchando en el nombre del correspondiente tema, se sustituir la pantalla de bienvenida, por el temario elegido.
5.4.1.3. Pantalla tema concreto.
Una vez seleccionado el tema a mostrar, se mostrar el texto referente al mismo. Debajo de cada pgina, se encuentran los botones para avanzar o retroceder las pginas del temario.
En la parte inferior izquierda de la pantalla, se muestra el botn Salir que permite desconectar la sesin y volver a la pgina de introduccin de datos.
55
Lenguaje PL/SQL para Oracle 10g Todas las pantallas del temario tienen la misma estructura que la explicada en lneas anteriores, con el matiz de que cambia su contenido segn se seleccionen los temas o se vaya avanzando en las pginas de los mismos.
56
5.5. Diseo de salidas.

En este proyecto, los flujos que salen del sistema hacia entidades externas, pueden considerarse como salidas hacia el exterior y podrn resultar ser ventanas de aplicacin con los resultados o pginas web de la aplicacin que muestran los resultados (si se ejecutase en modo online, no contemplado en este proyecto), formularios con los cuales el usuario se identifica, archivos o informes. Por tanto, son bsicamente elementos iguales a las entradas, a excepcin de los informes o listados en papel, los cuales podrn ser impresos en una impresora, programndose la aplicacin para llevar a cabo esa funcin, que nicamente se programara en caso de ser necesario.
La principal funcin del Tutorial Grfico de Lenguaje PLSQL sobre Oracle 10g, es mostrar por pantalla las explicaciones tanto tericas como grficas del tutorial, por lo tanto se entiende que la salida de informes o listados no es necesaria, por lo que no se analizar esta parte de la fase de Diseo Externo.
57
5.6. Estimacin de los volmenes de informacin.

La informacin de volmenes persigue dos objetivos. El primero de ellos es poder dimensionar el tipo de transacciones que pueden presentarse dentro de la aplicacin, ajustando el modelo a las necesidades fsicas de esta. Las transacciones que conlleven mayor nmero de accesos a la base de datos o almacenes de informacin, como pueden ser los archivos de texto a los que hace referencia la aplicacin constantemente para mostrar las explicaciones tericas del tema a tratar, sern ms crticas. Adems, este estudio de volmenes, indicar si los procesos definidos en el modelo lgico estn bien diseados respecto a los datos que manejan.
El segundo objetivo que se persigue en este anlisis, es la obtencin de la informacin acerca de las diferentes entidades del modelo de datos, a fin de realizar un buen diseo lgico de estos. As, puede descubrirse la necesidad de crear nuevas claves o identificadores que resten tiempo en los programas, aunque sea a base de aumentar la redundancia, y por tanto, la ocupacin en disco.
Para realizar el estudio, se parte del modelo lgico o fsico de procesos, del modelo de datos, del ciclo de vida de las entidades y de los diseos de entrada.
A continuacin, se realizar el anlisis de la estimacin de los volmenes de informacin a partir de los procesos crticos que se identificaron en la fase de historia de vida de las entidades.
58
5.6.1. Determinacin de entidades y procesos crticos.

Los procesos que componen la aplicacin, deben ser estudiados para ver qu procesos son ms crticos. Los procesos ms importantes que se desarrollan en la aplicacin son los siguientes:
P1: Registro del usuario y la contrasea. P2: Modificacin del usuario y/o contrasea. P3: Validacin del usuario. P4: Validacin de la contrasea. P5: Interaccin del usuario. P6: Presentacin del resultado.
Una vez seleccionados los procesos ms importantes en la aplicacin y determinados cules son los ms crticos, cabe destacar que los procesos P3 (Validacin del usuario), P4 (Validacin de la contrasea), P5 (Interaccin del usuario) y P6 (Presentacin del resultado) son los procesos ms crticos dentro de los que lo son, ya que la frecuencia con la que se solicitan es alta, en cambio, en el resto de procesos no es tan alta ni repetitiva.
Los procesos que se desarrollan en la aplicacin se enmarcan en el siguiente cuadro, determinando cul es su criticidad. Estos pueden ser procesos crticos bajos, medio o altos dependiendo del nmero de veces que se repitan y del nmero de veces que accedan a la base de datos.
ENTIDADES TRANSACCIONES USUARIO Registro de usuario Registro de contrasea Modificacin de usuario Modificacin de contrasea Validacin de usuario Validacin de contrasea Interaccin con el usuario Presentacin del resultado B: Bajo M: Medio A: Alto B-M B-M B B A A A A HOST LOCAL B-M B-M B B A A A A
59
5.7. Procesos de control y seguridad.

En esta etapa, se introduce y se especifica en el modelo de la aplicacin, los controles de operacin y la seguridad del sistema. Todos estos procesos de control y seguridad, podrn incluirse dentro de alguno de los procesos existente, o bien integrarlos como nuevos procesos en el Modelo Fsico. Para realizar este anlisis, deben estudiarse los siguientes procesos:
Procesos destinados a preservar la integridad de los datos. Seguridad de la informacin y del acceso. Procedimiento de recuperacin de la informacin.
5.7.1. Procesos de control.

Debe entenderse por control, la comparacin de un hecho con un objetivo prefijado. Estos objetivos, son las reglas que de acuerdo a la aplicacin que se est desarrollando, deben cumplirse. Por tanto, en la aplicacin existen unos procesos que de acuerdo al estudio y desarrollo de la aplicacin deben cumplirse, bien por circunstancias detectadas en un momento del ciclo de vida de la aplicacin o bien por los propios requisitos que debe de cumplir la aplicacin.
Entre las medidas de control que preservan la integridad de la aplicacin, pueden citarse:
Registro de login de los usuarios que acceden a la aplicacin. Controles en los archivos para la exclusiva lectura.
En resumen, deben incorporarse al modelo todos los procedimientos de control que sirvan para mantener la integridad de los datos y su recuperacin. Es por esto, que estos procesos de control se incorporarn a la aplicacin siendo, o bien automticos como el proceso de login, o bien manuales como propiedades que se aaden a los objetos para que no puedan ser modificados por ningn tipo de usuario. De esta manera se podr mantener la integridad de los datos y su recuperacin.
60
5.7.2. Procesos de seguridad de la informacin.

Comprenden los procesos o procedimientos que estn relacionados con la seguridad de uso, seguridad de los datos, la privacidad de la informacin que contiene y maneja la aplicacin, y la integridad de los datos.
Entre las medidas de seguridad que preservan la integridad de los datos de la aplicacin, pueden citarse:
Propiedades asociadas a los componentes visuales para que no sean modificadas. Propiedades de control para los componentes que muestran el cdigo de la aplicacin para que no sean modificadas por ningn usuario. Seguridad de acceso, es la seguridad de que nicamente las personas autorizadas puedan acceder al tutorial.
Las dos primeras medidas de seguridad de los datos que maneja la aplicacin, no son ningn tipo de proceso que se pueda representar en el Modelo Fsico del nuevo sistema, sino que son propiedades que deben de cumplir los objetos de la aplicacin.
La tercera propiedad corresponde a un filtro que se realiza al conectarse a la aplicacin, para que nicamente sea ejecutada por usuarios con permisos para ello.
Ambos tipos de procesos, tanto los de control como los de seguridad de la informacin, pueden representarse en una matriz donde se especifica su descripcin, el motivo por el que es requerido el proceso y qu procesos del modelo fsico del nuevo sistema estn afectados.
DESCRIPCIN DEL CONTROL Registro de login de los usuarios. Controles en los archivos para la exclusiva lectura.
REQUERIDO POR Seguridad de acceso. Integridad.
PROCESOS AFECTADOS Proceso 1
Proceso 3
61
Lenguaje PL/SQL para Oracle 10g Para cada uno de estos procesos, en el siguiente cuadro se especifica para cada descripcin de cada proceso, su respectiva tcnica a utilizar:
DESCRIPCIN DEL CONTROL Registro de login de los usuarios. Controles en los archivos para la exclusiva lectura.
TCNICA A UTILIZAR Proceso de reconocimiento del usuario por medio de un nombre de usuario y una clave. Modificacin de las propiedades del archivo.
62
5.8. Modelo lgico de datos.

El modelo lgico de datos establece la estructura de los datos con los que trabajan los procesos de la aplicacin, sin tener en cuenta los recursos fsicos utilizados. Estas estructuras, se componen de relaciones o tablas en el modelo relacional, donde las columnas representan atributos y las filas el conjunto de ocurrencias de cada una de las relaciones que componen el sistema.
El modelo lgico se encarga de completar la informacin recabada en el modelo conceptual, cubriendo los siguientes pasos:
Entidades de datos: definicin y composicin. Atributos: definicin, clasificacin por tipos y descripcin de cada una de las caractersticas como longitud, rango de valores, reglas de validacin y valores por defecto. Claves principales de cada una de las entidades: determinacin de la clave primaria o principal y de otras posibles claves, como claves secundarias y extranjeras o forneas. Relaciones entre entidades: relaciones establecidas en el modelo conceptual.
Para la realizacin del modelo lgico de datos, se necesitan cada una de las entidades que intervienen en el Diagrama Entidad-Relacin y de las relaciones entre ellas.
El siguiente Diagrama Entidad-Relacin, es el obtenido en la etapa de Anlisis de Requisitos, y que ahora es utilizado para la realizacin del modelo lgico de datos.
63
A continuacin se detallan cada una de las entidades y relaciones ms relevantes que constituyen el Diagrama Entidad-Relacin, detallando en cada una de ellas sus atributos y las claves principales segn la normalizacin establecida para ello.
64
5.8.1. Entidades.
ENTIDAD_SERVIDOR = {Nombre_servidor + Direccin_dominio} ENTIDAD_USUARIO = {Nombre_usuario + Clave_usuario} ENTIDAD_USUARIO_Y_CONTRASEA = {N_identificador_usuario + Nombre_usuario + Clave_usuario} ENTIDAD_APLICACIN = {Identificador_aplicacin + Nombre_aplicacin} ENTIDAD_CONSULTAS = {Nombre_formulario + {Componentes + Eventos}} ENTIDAD_NAVEGADOR_WEB = {Direccin_pgina + Nombre_pgina} ENTIDAD_RESULTADO = {Identificador_resultado + {Componentes + Eventos}}
5.8.2. Relaciones.
RELACIN_SOLICITA = {Nombre_usuario + Clave_usuario + Nombre_servidor} RELACIN_TIENE = {Identificador_aplicacin + Nombre_formulario} RELACIN_MUESTRA = {Nombre_formulario + Direccin_pgina} RELACIN_EXPLICA = {Direccin_pgina + Identificador_resultado} RELACIN_INTRODUCE = {N_Identificador_usuario + Nombre_usuario}
Comprobando el diagrama entidad-relacin y comparndolo con la alternativa elegida en este proyecto, existen entidades y relaciones que se pueden sustituir o eliminar.
La ENTIDAD_SERVIDOR, se sustituye por la ENTIDAD_HOST_LOCAL ya que es la alternativa elegida.
ENTIDAD_HOST_LOCAL = {Nombre_host_local}
65
Lenguaje PL/SQL para Oracle 10g La ENTIDAD_NAVEGADOR_WEB se puede eliminar ya que la alternativa elegida no muestra los datos a travs del navegador, sino de la propia aplicacin. Como consecuencia de esta eliminacin, tambin se puede eliminar la RELACIN_EXPLICA y la ENTIDAD_RESULTADO queda ligada a la RELACIN_MUESTRA.
Se puede observar tambin que se ha eliminado la ENTIDAD_CLAVE, ya que es un atributo de la ENTIDAD_USUARIO y parte de la clave de esta relacin. Adems se ha eliminado la RELACIN_POSEE, que vinculaba a CLAVE y USUARIO ya que se ha eliminado la primera entidad.
Por tanto, el resultado del Diagrama Entidad-Relacin basndose en el modelo lgico de datos anterior, es el que se muestra a continuacin:
USUARIO
SOLICITA
HOST LOCAL
EJECUTA
SOLICITA
M M 1
CONSULTAS
TIENE
APLICACIN
MUESTRA
N
RESULTADO
66
5.9. Preparacin de los planes.

El Diseo Externo se finaliza con la preparacin de las estrategia de los Planes de Pruebas, Formacin e Implementacin. Estos planes son finalmente completados en la siguiente fase, la fase de Diseo Interno.
La estrategia del Plan de Pruebas establece los diferentes tipos de pruebas a realizar para comprobar la integridad y funcionalidad de la aplicacin generada. El entorno especfico para generar dichas pruebas, ser el ordenador del administrador, ya que en ese equipo es donde se va a desarrollar e implantar la aplicacin y es donde se pueden observar los posibles errores, ya sean de aplicacin, de configuracin o programacin. Teniendo en cuenta que las especificaciones requeridas para la ejecucin de la aplicacin no tienen ningn componente extrao que no venga instalado de fbrica, la aplicacin podr funcionar en cualquier ordenador. El propio administrador ser el encargado de realizar las pruebas. La definicin de la estrategia del plan de pruebas requiere establecer las pautas a seguir:
El participante en el plan de pruebas debe tener un conocimiento bsico de cada uno de los componentes del sistema a probar. Debe de definirse cada una de las pruebas a realizar. La prueba funcional debe probar el funcionamiento correcto de los diferentes componentes software de la aplicacin. La prueba de prestaciones consiste en probar el funcionamiento de las necesidades de memoria, tiempos de respuesta. La prueba de regresin consiste en repetir las pruebas ya efectuadas, despus de realizar las modificaciones como consecuencia de anomalas. Las pruebas de implantacin consisten en comprobar la adecuacin del hardware para la puesta a punto y entrega del producto final al usuario.
La estrategia del plan de formacin, establece las pautas a seguir para realizar la formacin de los diferentes usuarios finales de la aplicacin en cuanto a su ejecucin, operacin y administracin.
67
Lenguaje PL/SQL para Oracle 10g La estrategia del plan de implantacin, establece la poltica a seguir para poner en marcha la instalacin de la aplicacin en los ordenadores donde se vaya a ejecutar.
68
6. DISEO INTERNO 6.1. Introduccin.

En esta fase se identifican y disean los diferentes componentes software del sistema, describiendo detalladamente sus especificaciones fsicas. Dependiendo de la arquitectura elegida para el sistema final, estos componentes pueden tener una naturaleza muy diversa.
A partir del modelo fsico de procesos realizado en la etapa de Diseo Externo, donde cada proceso primitivo ha sido tipificado como batch, online, cliente-servidor, etctera, ahora se pueden reunir todas aquellas funciones de negocio de nivel ms detallado segn su tipologa de procesos y estructurar el sistema en un conjunto de subsistemas. Todas aquellas funciones de tipo batch se disearn bajo el subsistema batch, las funciones online se disearn bajo el subsistema online y as se estructurar cada sistema de subsistemas y a su vez en funciones.
En el diseo externo, han quedado diseadas todas las entradas y salidas del sistema, por lo que los archivos, ventanas, dilogos, informes y formularios son componentes que se deben utilizar para realizar un diseo coherente. Para aquellos subsistemas del tipo cliente-servidor, se habr de identificar y disear los mdulos o programas cliente y los programas de servicio, las transacciones y sus interfaces de comunicacin.
El objetivo para realizar un adecuado diseo interno de la aplicacin Tutorial de Lenguaje PLSQL sobre Oracle 10g es identificar los componentes software de la aplicacin, como son los mdulos de la aplicacin, fases, transiciones y servicios.
Para una correcta realizacin de los subsistemas, ser necesario dividir el sistema en dos unidades de diseo, como son el subsistema batch y el subsistema online.
69
Lenguaje PL/SQL para Oracle 10g El subsistema batch afecta a los procesos de la aplicacin que precisen un orden secuencial se ejecucin. Para la realizacin y presentacin de este subsistema, se utilizar la tcnica del diagrama HIPO, derivando los diagramas de flujo de datos obtenidos en la fase de anlisis de requisitos, hacia dicho diagrama.
El subsistema online recoge aquellos procesos de la aplicacin que no se realicen bajo un orden secuencial de ejecucin, procesndose de manera aleatoria a peticin del usuario final de la aplicacin. Para la representacin y anlisis de este subsistema, se utilizar el diagrama de cuadros estructurados o STC. Tambin en esta fase se desarrollarn las especificaciones de cada uno de los programas y de sus mdulos.
Cada uno de los programas de aplicacin identificados en la cadena, precisan de una especificacin para su diseo detallado y posterior codificacin. Si las rutinas empleadas en la cadena son identificadas por primera vez en ella, precisarn del cuaderno de carga. Los cuadernos de carga recogen toda la informacin de diseo del programa, ya sea este batch u online.
70
6.2. Subsistema batch.

Para la realizacin y presentacin de este subsistema, se utiliza la tcnica del diagrama HIPO, derivando los diagramas de flujo de datos obtenidos en la fase de anlisis de requisitos, hacia dicho diagrama, por tanto, se necesita el diagrama del modelo lgico del nuevo sistema, para comprender las funciones y procesos que desempea la aplicacin. Una vez realizado ese estudio, se dota a los procedimientos de una cadena secuencial para obtener los diagramas HIPO. Estos diagramas contienen una especificacin de cada una de las funciones de la aplicacin.
El modelo lgico del nuevo sistema es el que se muestra a continuacin:
71
Lenguaje PL/SQL para Oracle 10g Del modelo lgico del nuevo sistema, se identifican todos los procesos secuenciales que tiene la aplicacin para realizar el diagrama HIPO.
Los smbolos utilizados para el diagrama HIPO son:
SMBOLO
SIGNIFICADO
Almacn
Flujo de informacin
Decisin o consulta
Utilidad o rutina
Mensaje por pantalla
72
Lenguaje PL/SQL para Oracle 10g Los procesos secuenciales que se identifican son el proceso 1 (Configuracin y administracin de cuentas) y el proceso 2 (Introduccin de usuario y contrasea), los cuales forman parte del proceso de identificacin por parte del usuario y validacin por parte del sistema (proceso 3).
6.2.1. Diagrama HIPO.

Usuarios y contraseas
Consulta de usuario y contrasea
Proceso de validacin de usuario y contrasea
Validacin rechazada
Validacin rechazada
73
Lenguaje PL/SQL para Oracle 10g Este diagrama HIPO corresponde al proceso de validacin de usuario y contrasea, que se identifica con el sistema por medio de un nombre de usuario y una contrasea, los cuales pasan un proceso de validacin para ver si son correctos. En caso de ser correctos, se acceder a la aplicacin, mostrndose la ventana inicial de bienvenida con el men del temario. En caso de no ser correctos los datos, se mostrar un mensaje de error y se permitir que el usuario vuelva a introducir valores.
74
6.2.2. Cuadernos de carga.

CUADERNO DE CARGA PROCESO 1 Nombre: Configuracin y administracin de cuentas. Cdigo: CDC-01 Definicin: Este proceso es previo a la ejecucin de la aplicacin. Es donde el administrador del sistema, da de alta a los usuarios que podrn tener acceso a la aplicacin y almacena sus datos en la base de datos. Diagrama DFD:
Diagrama HIPO:
75
CUADERNO DE CARGA PROCESO 2 Nombre: Introduccin de usuario y contrasea. Cdigo: CDC-02 Definicin: Proceso de autenticacin del usuario y contrasea introducidos por el usuario que desee acceder a la aplicacin. El proceso realizar una conexin a la base de datos de usuarios y contraseas para verificar la autenticidad de los datos introducidos. Diagrama HIPO:
Consulta de usuario y contrasea
76
6.3. Subsistema online.

Aquellas funciones de negocio que no se realizan bajo un orden secuencial de ejecucin y por el contrario se procesan de manera aleatoria a peticin del usuario, constituyen el subsistema online. Estas funciones han sido diseadas en el modelo fsico de procesos, donde sus componentes son los flujos de datos, almacenes y procesos.
Mediante la derivacin de DFD se obtiene el diagrama de cuadros estructurados (STC), que es un diagrama jerrquico donde los elementos son mdulos con informacin sobre su acoplamiento respecto a otros mdulos, datos o control, donde estos mdulos pueden ser llamados a su vez por otros mdulos, mediante el paso de parmetros de informacin y/o control. Todo ello, lo constituyen los eventos que pueden provenir del propio sistema operativo de la mquina o del exterior, provocados por las acciones del usuario final sobre el interfaz de la aplicacin.
Para la realizacin del diagrama de cuadros estructurado, y el anlisis de transformacin y transaccin, es necesario estudiar de nuevo el DFD del modelo lgico del nuevo sistema, para comprender las funciones y procesos que desempea la aplicacin a peticin del usuario. Una vez realizado ese estudio, se establece una jerarqua entre los componentes y los parmetros utilizados por la aplicacin para obtener un diagrama de estructuras.
El modelo lgico del nuevo sistema es el que se muestra a continuacin:
77
Una vez identificados los procesos que no son secuenciales y que acepta el usuario de forma aleatoria, se realiza el diagrama STC.
78
6.3.1. Diagrama de cuadros estructurado (STC).
Este diagrama de cuadros estructurado corresponde al proceso general de la aplicacin desde que se identifica para poder acceder a la aplicacin, hasta que se ejecuta realizando todas las interacciones como el usuario desee para obtener los diferentes resultados, pasando por los procesos de ejecucin. Para la introduccin del usuario y la contrasea, el usuario tendr que abrir la aplicacin e introducir los datos de identificacin asignados a cada usuario por el administrador del sistema.
Una vez validados los datos de identificacin, el usuario podr navegar por la aplicacin seleccionando los temas que desea visualizar desde el ndice de contenidos.
79
7. PROGRAMACIN 7.1. Introduccin.

El objetivo de esta etapa es alcanzar la transformacin de la aplicacin en un conjunto de formularios que puedan ser ejecutados correctamente, bajo los criterios de calidad estudiados y analizados durante todas las fases del desarrollo de la aplicacin. A la hora de realizar una construccin de calidad, se desea adems, obtener unos resultados econmicos, fiables y que funcione eficientemente facilitando y disminuyendo el mantenimiento futuro.
Adems, en esta etapa se inician las pruebas del software, de modo que el programador debe garantizar que su programa funciona correctamente. No basta con una compilacin o interpretacin correcta, sino que deben probarse todas las circunstancias en que el programa puede ejecutarse, a fin de evitar sorpresas posteriores.
Al realizar la codificacin de los programas de acuerdo con los cuadernos de carga diseados en la etapa de Diseo Interno, se deben desarrollar todos los procedimientos catalogados o script de ejecucin, que constituyen los programas de control de ejecucin de las funciones de la aplicacin.
En base a la aplicacin desarrollada y los procedimientos de control, se confeccionan los manuales o guas de usuario y explotacin de la aplicacin, que se aaden como anexos al final de esta memoria.
Para la realizacin de la aplicacin se ha elegido un lenguaje de programacin visual y animado como es Macromedia Flash CS3. Al realizar la codificacin en el lenguaje de programacin mencionado, se tendrn en cuenta los procesos que debe cumplir segn el modelo lgico del nuevo sistema, analizado en la fase de estudio de la arquitectura y los cuadernos de carga estudiados en la fase de diseo interno.
80
Lenguaje PL/SQL para Oracle 10g Al terminar el anlisis de esta fase, se incluir un manual de usuario que contendr el mbito y entorno de la aplicacin, los perfiles de los usuarios finales y el funcionamiento de la aplicacin.
7.2. Manual de usuario.

La realizacin de este manual, est orientada a explicar todas las funciones de las que dispone la aplicacin, con el fin de que el usuario final aprenda cada uno de los controles que se le presentan en cada pantalla de la aplicacin, ya que depender del uso que se le haga de la aplicacin y de la determinacin del usuario de cmo utilizarlo.
7.2.1. Introduccin.
La finalidad del tutorial de Lenguaje PLSQL sobre Oracle 10g, es mostrar a los contenidos del temario de este lenguaje con un nuevo mtodo de aprendizaje, que mediante una interfaz grfica, sencilla y potente, permita al estudiante conocer y entender el funcionamiento y los contenidos del lenguaje PLSQL.
Las principales funciones de este tutorial son:
Crear una plataforma didctica de aprendizaje, mediante una interfaz visual, con la que se quiere familiarizar al usuario con la terminologa y los conceptos bsicos del lenguaje PLSQL.
Introducir al usuario en el mundo de las bases de datos relacionales.
Aprendizaje de los fundamentos bsicos de PLSQL para el manejo de bases de datos relacionales.
81
7.2.2. Alcance del sistema

La construccin del sistema implica las funciones que se determinan a continuacin:
Crear una plataforma grfica de aprendizaje, que se pueda implementar en otras materias.
En este proyecto especficamente, explicar cada uno de los conceptos del lenguaje PLSQL.
Una vez realizado el proyecto, la aplicacin final podr ejecutarse tanto en un ordenador personal, instalando la aplicacin en el equipo y ejecutndola desde el mismo, como en un servidor web, instalndola y ejecutndola desde el propio servidor de aplicaciones del centro donde se necesite la aplicacin, que ser referenciado desde la pgina web del propio centro.
7.2.3. Tipologa de usuarios

El eLearning de PLSQL est orientado a usuarios que necesiten un apoyo en el desarrollo de consultas sobre bases de datos relacionales, as como para estudiantes que requieran de la ayuda de un tutorial que muestre los conceptos bsicos del lenguaje PLSQL.
Este tutorial tambin est orientado a profesores que impartan asignaturas de bases de datos y necesiten un material de apoyo didctico a sus explicaciones.
82
7.3. Descripcin general del sistema.

7.3.1. Entorno de la aplicacin.
Para poder trabajar con Macromedia Flash CS3 en un ordenador con un sistema operativo Windows, se recomienda disponer de un equipo con las siguientes caractersticas mnimas:
Procesador a 1 GHz o superior. Sistema operativo Windows XP SP2 o superior. Es recomendable tener instalado el Service Pack 3 o bien utilizar Windows Vista. Al menos 1 GB de memoria RAM. 3,5 GB de espacio disponible en el disco duro. Ratn. Tarjeta de video soportada por Windows. Unidad de DVD-ROM.
7.3.2. Perfiles de usuario.

La aplicacin ser ejecutada en modo host local, de modo que el usuario ejecuta la aplicacin desde un ordenador personal instalando la aplicacin.
Dicho usuario, para ejecutar la aplicacin, necesitar un nombre de usuario y una contrasea que sern proporcionados por el administrador del sistema.
83
7.4. Funcionamiento de la aplicacin.

La herramienta Lenguaje PLSQL sobre Oracle 10g, es un tutorial grfico y sencillo a travs del cual los usuarios de la aplicacin puedan conocer y aprender los conceptos bsicos del lenguaje PLSQL.
Para comenzar a utilizar la herramienta, es necesario pasar un proceso de validacin de usuario y contrasea, proceso que busca en una base de datos las credenciales introducidas por el usuario en las cajas de texto correspondiente.
Una vez validadas las credenciales, el usuario accede a la aplicacin mostrndose una pantalla principal de bienvenida con un ndice a su izquierda con todos los contenidos del temario que se trata en la herramienta.
84
Ya dentro de la aplicacin, el usuario puede elegir uno de los temas que se muestran en el ndice para su visualizacin. Si el tema es algo denso y ocupa varias hojas, podr ir avanzando pginas con las flechas destinadas para este evento.
Siempre existir la opcin de poder cambiar de tema en el momento que el usuario lo desee sin obligacin de haber terminado el anterior.
85
Cuando el usuario desee cerrar la aplicacin porque ya ha terminado el temario o porque pretende seguir cualquier otro da, existe la opcin de desconexin con un botn abajo a la izquierda de la pantalla, el cual llevar al usuario a la pantalla de presentacin e insercin de credenciales que a efectos es la misma.
86
8. PRUEBAS DEL SISTEMA 8.1. Introduccin.

Una vez desarrollados y probados cada uno de los programas y componentes que forman el software, deben realizarse una serie de pruebas para conseguir integrar todo el sistema de acuerdo al plan de pruebas establecido.
El objetivo global de esta fase, es someter al sistema desarrollado y a sus componentes, a una serie de verificaciones encaminadas a garantizar un nivel de fiabilidad aceptable.
Si los resultados de las pruebas son aceptables, se proceder a la aceptacin de las mismas. En caso contrario, habr que subsanar las anomalas encontradas, lo que conlleva a revisar el cdigo creado.
El ciclo de pruebas, recoge las distintas pruebas a las que puede someterse el software, desde las pruebas de encadenamiento entre programas, hasta las pruebas de estrs para diagnosticar el rendimiento del sistema ante condiciones extremas.
87
8.2. Pruebas realizadas.

Pruebas de encaminamiento, que aseguran y verifican las llamadas entre las distintas pantallas de la aplicacin. Pruebas de integracin, que verifican la funcionalidad de toda la aplicacin y el rendimiento de los recursos utilizados. Pruebas de explotabilidad, que verifican la correcta operacin del sistema. Pruebas de seguridad, que verifican los aspectos de seguridad exigidos en los requisitos de la aplicacin. Pruebas de sobrecarga, que verifican el correcto funcionamiento y comportamiento de la aplicacin ante los estados de sobrecarga en los que se puede ver envuelto. Pruebas de recuperacin, que verifican la capacidad de la aplicacin para recuperar la informacin. Pruebas de aceptacin del usuario, que certifican por parte de los usuarios finales, la funcionalidad y rendimiento de la aplicacin de acuerdo con los requisitos establecidos. Pruebas de usabilidad, que certifican la accesibilidad de la aplicacin.
88
9. CONCLUSIONES
Una vez terminado el ciclo de vida de diseo del proyecto, desde la etapa de Identificacin de Necesidades hasta la etapa de Pruebas del Sistema, pasando por todas las secciones que necesita un proyecto de estas caractersticas para que sea coherente, es lgico sacar algunas conclusiones sobre la herramienta Lenguaje PLSQL sobre Oracle 10g y sobre este lenguaje de programacin.
PLSQL es un lenguaje de programacin incrustado en Oracle. Soporta todas las consultas y manipulacin de datos que se usan en SQL, incluyendo nuevas caractersticas como el manejo de variables, estructuras modulares, estructuras de control del flujo de cdigo,
En un entorno de bases de datos, el programador puede construir bloques PLSQL para utilizarlos para utilizarlos como procedimientos o funciones.
Oracle 10g es una de las versiones de Oracle, un sistema de gestin de bases de datos relacionales. Oracle es uno de los sistemas de bases de datos ms completos, destacando el soporte de transacciones, su estabilidad y escalaridad y su soporte multiplataforma.
Como en cada nueva versin, Oracle Database 10g introduce nuevas caractersticas en el lenguaje PLSQL, as como suministra nuevos paquetes incorporados en la versin.
La mejora ms destacable en esta versin se basa en el incremento sustancioso del rendimiento en la ejecucin de cdigo. Oracle Database 10g proporciona un nuevo compilador PLSQL y un nuevo entorno de ejecucin mucho ms afinado.
Como resultado, los bloques PLSQL que realicen clculos intensivos compilados en Oracle 10g se ejecutarn, como media, dos veces ms rpido que en la versin anterior de Oracle (Oracle 9i) y tres veces ms rpido que en Oracle 8.
89
Lenguaje PL/SQL para Oracle 10g Con el tutorial grfico Lenguaje PLSQL sobre Oracle 10g, se ha pretendido dar una visin global de todos los conceptos bsicos incluidos en el lenguaje PLSQL en su aplicacin sobre Oracle 10g, de una manera sencilla y eficiente para que cualquier usuario sin conocimientos sobre este lenguaje, pueda aprender a manejarse en el mundo de las bases de datos relacionales.
Por ltimo, destacar que con la realizacin de este proyecto informtico, se ha podido comprobar la importancia de una buena planificacin de actividades, ya que sin ella, sera prcticamente imposible cumplir los plazos de entrega del proyecto.
Ha sido gratificante descubrir que despus de todo lo estudiado durante estos aos, se han unido los conceptos de varias asignaturas para poder desarrollar un proyecto de este tipo, desde la ingeniera del software hasta la programacin, pasando por muchas otras asignaturas que dotan al alumno de las capacidades para resolver los problemas adversos que se puedan presentar.
90
10.
BIBLIOGRAFA
[BARR01] Jess Barranco de Areba, Metodologa del anlisis estructurado de sistemas, Universidad Pontificia Comillas, Madrid 2001.
[GREG05] Murine Gregory, Gestin de proyectos, Anaya Multimedia Interactiva, 2005.
[SOMM05] Sommerville, I., traduccin de Alfonso Galipienso, M. I., Ingeniera del software, Pearson Addison Wesley, Madrid 2005.
[BRAU03] Braude, E. J., Ingeniera del software: una perspectiva orientada a objetos, Ra-Ma, Madrid 2003.
[PANIA09] Antonio Paniagua Navarro, Flash CS4 Profesional, Anaya Multimedia, Madrid 2009.
Recursos de Internet:
http://www.wikipedia.com
http://www.lawebdelprogramador.es
http://www.elwebmaster.com
http://www.tallerwebmaster.com
91
11. 11.1. Introduccin.
VALORACIN ECONMICA
Todo proyecto informtico, antes de realizarse debe ser valorado mediante una aproximacin econmica para que el cliente pueda ver si es viable y pueda calcular el gasto que va a tener el nuevo sistema. En el caso del proyecto Tutorial Grfico de Lenguaje PLSQL sobre Oracle 10g, al ser un proyecto que no tiene restricciones econmicas, la valoracin se ha realizado al final, adems de ser una valoracin ms real puesto que el nmero de horas de trabajo es los ms aproximado posible y las aplicaciones que se han utilizado son las adquiridas a lo largo del proyecto, sin tener que hacer la compra de alguna de ellas posteriormente a la valoracin.
A continuacin se detalla la valoracin econmica de la totalidad del proyecto, como son las horas de trabajo, software especfico, licencias y dems. El objetivo de esta valoracin es dotar al proyecto de un valor econmico y de realizar la estimacin exacta de la implantacin del mismo.
11.2. Coste humano.

Los costes de las horas empleadas para la realizacin del proyecto se han calculado a partir de los salarios medios de un analista junior y de un programador junior en el mercado actual. Estos costes humanos son:
PUESTO Programador Junior Analista Junior
SALARIO 35 /hora 50 /hora
HORAS 140 horas 130 horas
TOTAL 4900 6500
92
11.3. Coste software desarrollo.

Los costes de obtencin de las licencias software para el desarrollo de la aplicacin son:
PRODUCTO Macromedia Flash CS3
PRECIO 850
IMPUTACIN (50%) 425
11.4. Coste software documentacin.

Los costes de obtencin de las licencias software para el desarrollo de la documentacin son:
PRODUCTO Office Edicin Profesional 2003
PRECIO 785
IMPUTACIN (20%) 157
93
11.5. Coste equipo informtico.

Los costes del equipo informtico donde se desarrolla la aplicacin es el siguiente:
PRODUCTO HP Pavilion tx1000: - Sistema operativo: Windows Vista Home - Procesador: AMD Turion 64 X2 2.00 GHz - Disco duro: Hasta 250 GB - Tarjeta grfica: NVidia GeForce Go 6150
PRECIO 940
IMPUTACIN (20%) 235
94
11.6. Costes totales.

Los costes totales son una valoracin econmica correspondiente al valor completo de todos los costes que se han producido para la realizacin de este proyecto, considerando que las licencias del software necesario son de nueva adquisicin, puesto que si hubieran sido renovaciones de licencia, el coste hubiera sido menor.
PRODUCTO Programador Junior Analista Junior Macromedia Flash CS3 Office Edicin Profesional 2003 HP Pavilion tx1000 TOTAL
PRECIO 4900 6500 425 157 235 12317
95
12.
PLANIFICACIN
En principio se va a realizar la memoria descriptiva del proyecto a entregar al coordinador de proyecto (anexo B) para la perfecta definicin de los objetivos del sistema. Como fecha tope finales de noviembre.
Con las tareas anteriores se ir solapando el proceso de identificacin de necesidades, para poder conocer todos los puntos que se van a desarrollar en la creacin de la herramienta. Fecha tope finales de enero.
En la primera mitad del mes de febrero, se pretenden realizar las tareas de anlisis con la obtencin de la lista de requisitos y la construccin de los modelos de procesos, para alcanzar un conocimiento suficiente del sistema, definiendo las necesidades y problemas.
Desde la segunda mirad del mes de febrero y hasta finales de marzo, se realizar el estudio de la arquitectura, con objeto de definir las posibles soluciones de arquitectura tcnica que satisfagan tanto los requisitos como las restricciones de diseo.
Terminando marzo y hasta mediados del mes de mayo, se llevarn a cabo tanto el diseo externo, para completar la definicin de especificaciones del sistema, como el diseo interno, para identificar y disear los componentes software de la herramienta.
Desde el da 17 de mayo, prolongndose hasta el 18 de agosto, se pretende realizar la programacin de la aplicacin para transformar todo lo realizado anteriormente, en un conjunto de programas que puedan ser ejecutados correctamente bajo criterios de calidad y su posterior proceso de pruebas.
96
97

4 C 80 B 02 C 88 Ad 7

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

4 C 80 B 02 C 88 Ad 7

Caricato da

Copyright:

Formati disponibili

Lenguaje PL/SQL para Oracle 10g

Lenguaje PL/SQL para Oracle 10g

RESUMEN DEL PROYECTO

Las caractersticas generales de la aplicacin son:

Introducir al usuario en el entorno de las bases de datos.

Aprendizaje de los fundamentos bsicos de PLSQL para el manejo de bases de datos.

Lenguaje PL/SQL para Oracle 10g

The general characteristics of the application are:

Introduce the user to the databases environment.

Teaching the basic foundations of PLSQL database management.

Lenguaje PL/SQL para Oracle 10g

Lenguaje PL/SQL para Oracle 10g

En el lenguaje PLSQL se pueden destacar las siguientes ventajas:

Soporte al lenguaje SQL.

Soporte a la programacin orientada a objetos.

Integracin con SQL.

Lenguaje PL/SQL para Oracle 10g

2. IDENTIFICACIN DE NECESIDADES 2.1. Objetivos del sistema

Las principales funciones de este proyecto son:

Introducir al usuario en el mundo de las bases de datos relacionales.

Lenguaje PL/SQL para Oracle 10g

2.2. Alcance del sistema

2.3. Tipologa de usuarios

Lenguaje PL/SQL para Oracle 10g

Lenguaje PL/SQL para Oracle 10g

3. ANLISIS DE REQUISITOS 3.1. Introduccin

Esta etapa se divide a su vez en las siguientes actividades fundamentales:

Lenguaje PL/SQL para Oracle 10g

3.2. Reconocimiento del problema

Lenguaje PL/SQL para Oracle 10g

3.2.1. mbito del proyecto.

Lenguaje PL/SQL para Oracle 10g

3.2.2. Contexto general del sistema.

Usuarios Servidor de Aplicaciones Ordenador Personal

Lenguaje PL/SQL para Oracle 10g

3.2.3. Matriz de funciones primarias.

Instalar la aplicacin aplicaciones.

Lenguaje PL/SQL para Oracle 10g

Lenguaje PL/SQL para Oracle 10g

3.3. Modelo fsico del sistema actual

Lenguaje PL/SQL para Oracle 10g

3.4. Lista de requisitos

La estructura bsica de la identificacin de cada requisito ser la siguiente:

Lenguaje PL/SQL para Oracle 10g

3.5. Modelo lgico del nuevo sistema

Lenguaje PL/SQL para Oracle 10g

3.5.2. Nivel contextual.

Lenguaje PL/SQL para Oracle 10g DFD ESQUEMA DE FUNCIONALIDAD

Lenguaje PL/SQL para Oracle 10g

3.5.3. Nivel conceptual.

Lenguaje PL/SQL para Oracle 10g

3.6. Modelo conceptual de datos

Lenguaje PL/SQL para Oracle 10g

3.6.1. Diagrama entidad relacin del nuevo sistema.

Lenguaje PL/SQL para Oracle 10g

3.6.2. Historia de vida de las entidades.

Lenguaje PL/SQL para Oracle 10g

3.6.2.1. Identificacin de eventos.

Lenguaje PL/SQL para Oracle 10g

3.6.2.2. Matriz entidad-evento.

EVENTOS E1 USUARIO ENTIDADES SERVIDOR B I I I IB I I E2 IM E3 E4 E5 E6 I E7 E8 I E9 -

Lenguaje PL/SQL para Oracle 10g

3.6.2.3. Diagrama HVE.