INTRODUCCION

El presente informe describe la forma de trabajo de la Escuela de Postgrado de la Universidad San Pedro. Detallando cada uno de los procesos que se realiza para la los programas acadmicos tales como maestras y doctorados. Para esto realizamos entrevistas al personal de la Oficina de Registro Tcnico y la Escuela de Postgrado como tcnica para recopilar informacin y conocer como se realiza los servicios que brindan. Luego de analizar la problemtica realizamos una propuesta para el Anlisis, Diseo y Desarrollo del Sistema Informtico que ayude en la Gestin Acadmica de la Escuela de Postgrado, a travs de los diferentes diagramas que nos ofrece UML (Lenguaje de Modelamiento Unificado) y la metodologa RUP. Una vez realizado el modelamiento iniciaremos con el diseo de interfaces en el lenguaje de programacin de Power Builder.

Tambin se tendr en cuenta para el desarrollo de este sistema informtico las aptitudes y habilidades de las personas que interactuaran con el mismo para su eficaz desarrollo. A continuacin presentamos los principales requerimientos que se presentan en la organizacin tales como: Registrar Registrar Registrar Registrar los programas acadmicos. y controlar la carga lectiva. el proceso de matrcula generando los compromisos respectivos. las notas de los alumnos

CAPITULO I
GENERALIDADES

1. DESCRIPCION DEL PROYECTO 1.1. NOMBRE DEL PROYECTO Sistema Informtico de Gestin Acadmica para la Escuela de Postgrado de la Universidad San Pedro 1.2. DESCRIPCION DEL PROYECTO El presente proyecto tiene como objetivo la elaboracin de un Sistema Informtico que permita controlar las actividades acadmicas y administrativas, como son: el ingreso de las matriculas, notas y carga lectiva de los diferentes diplomados, maestras o doctorados que las facultades elaboran y las cuales se desarrollan en la sede, en las filiales o CEAIS. Frente a esta demanda hace cada vez ms la exigencia de administrar desde la sede para la emisin de los certificados de notas y el ser declarado expedito para su entrega de grado. Actualmente la USP, lo que corresponde a post grado lo tiene incluido en el SIGAA que es un sistema informtico de pre grado, generando muchos inconvenientes como es sobre las aperturas de las actividades acadmicas que es tratado como pre grado y no existe un control adecuado de los cambios y traslados externos de este nivel de estudios.

2.3. Visin Ser una universidad de calidad en la formacin profesional y en la generacin de conocimiento cientfico orientado al desarrollo econmico, social y cultural; una organizacin basada en valores, identificada con su entorno y consciente de la preservacin del medio ambiente.

2.4. Organigrama
Coordinacin de Sub Cedes y Filiales rgano de Control Interno Comunicacin e Imagen Institucional Secretaria General.

Asamblea Universitaria Consejo Universitario

Asesora Legal

Dir. De Planificacin

Relaciones Institucionales

Gestin Empresarial

Bienestar Social

Vicerrectorado Administrativo

Of. Serv. Acadmicos Consejo Administrativo Of. De Investigacin Of. De Proy. Universitaria

Vicerrectorado Acadmico

Consejo Acadmico

Of. Mod. Educativa

Oficina de Planeamiento

Of. De Personal

Of. De Contabilidad

Of. De Servicios Adm.

Of. Reg. Tcnico

Centro Preunivers.

Pro. Prof. Tcnicas

Fac. de Ciencias Contables y Adminis.

Fac. de Ciencias de la Salud

Fac. Derecho y Ciencias Contables

Facultad de Educacin

Facultad de Medicina

Facultad de Medicina

Facultad de Ingeniera

Escuela de Post Grado

Escuelas Acadmico Profesional

Centro De Investigacin

Secciones de Postgrado

2.5. Objetivos: Objetivos Estratgicos Incrementar sostenidamente los ingresos y la rentabilidad de la USP. Implementar un modelo educativo acorde a las tendencias de cambio en la educacin, que promueva el desarrollo humano. Implementar una poltica de investigacin, transferencia y difusin del conocimiento que site a la universidad en una posicin de liderazgo. Implementar un sistema de gestin de la calidad. Adecuar la organizacin de la universidad a modelos emergentes que incentiven la creatividad e iniciativa, basado en la descentralizacin y racionalizacin de sus recursos. Impulsar las relaciones entre la universidad y las empresas e instituciones. Potenciar el papel de la universidad como motor del progreso econmico, social y cultural del entorno. Potenciar la dimensin internacional de la universidad. Incorporar en todos los procesos de la organizacin el enfoque de marketing. Implementar sistemas de gestin administrativa y econmico financiero que garantice la eficiencia, eficacia, transparencia y responsabilidad en la gestin de los recursos.

Objetivos En El Contexto Del Desarrollo La globalizacin y las tendencias del desarrollo tecnolgico van configurando nuevos escenarios econmicos, sociales, culturales y polticos. En este contexto surgen justificadas preocupaciones sobre el papel de la universidad, la orientacin de la docencia y la investigacin en las mismas, y sugieren que stas deberan estar ms orientadas hacia objetivos sociales y econmicos; porque a contracorriente de la globalizacin ahora existe una mayor preocupacin por el desarrollo en los espacios territoriales regionales y locales, y urgencias para alcanzar niveles de competitividad en los mercados globalizados. A partir de la identificacin de los retos estratgicos en el contexto sealado en el prrafo anterior, se han definido los diez objetivos estratgicos que, en la medida que se logren segn lo esperado, la USP estar atendiendo las demandas que la sociedad actual reclama: Profesionales de calidad con capacidad para resolver problemas, investigacin que genere nuevo conocimiento y tecnologa, y la provisin de productos y servicios necesarios.

3. REALIDAD PROBLEMTICA 3.1. Descripcin de la situacin problemtica : Actualmente a post grado se le tiene incluido en el SIGAA que es un sistema informtico de pre grado, generando muchos inconvenientes como las aperturas de las actividades acadmicas que es tratado como pre grado y no existe un control adecuado de los cambios y traslados externos de un nivel de estudio a otro. 3.2. Seleccin del problema: El sistema actual (SIGAA) no tiene implementado los recursos correctos para los cambios de los alumnos de una maestra a otra generndole compromisos. En los casos de convalidacin de cursos de una maestra a otra se genera un gran contratiempo. El sistema trata al nivel de pre grado y de post grado como uno solo, creando as conflictos en los registros un tales como el cambio de categoras de los alumnos.

3.2. Antecedentes del Problema: Nivel Nacional

3.4. Formulacin del problema 3.4.1. Formulacin interrogativa: Cmo desarrollar un Sistema Informtico de Gestin Acadmica para la Escuela de Postgrado de la Universidad San Pedro? 3.4.2.Formulacin proposicional El desarrollo del Sistema Informtico de Gestin Acadmica para la Escuela de Postgrado de la Universidad San Pedro. 3.5. Justificacin 3.5.1. Justificacin econmica Permitir la reduccin del tiempo en los Procesos de Gestin de los alumnos y Registros, mediante un sistema de informacin rpido y confiable. 3.5.2. Justificacin tcnica Confiabilidad del Sistema Informativo para una mejor administracin para post grado. Permitir elevar el nivel competitivo con otras universidades. 3.5.3. Justificacin operativa Agilizar las actividades acadmicas referentes a los alumnos de post grado. Facilidad de manejo de procesos en el Sistema de informacin gracias a una interfaz amigable y fcil de usar.

3.6. Objetivos 3.6.1. Objetivo General Desarrollar un Sistema Informtico de Gestin Acadmica para la Escuela de Postgrado de la Universidad San Pedro 3.6.2. Objetivos especficos Identificar los requerimientos bsico para el anlisis del sistema Realizar el modelado de negocios aplicando el Proceso Unificado de Rational (RUP). Elaborar el modelado de requerimientos aplicando el Proceso Unificado de Rational (RUP). Realizar anlisis y diseo aplicando el Proceso Unificado de Rational (RUP). Desarrollar el sistema informtico para la Gestin Acadmica de Postgrado, utilizando como lenguaje de programacin de Sybase: Power Builder 9.0 y como administrador de base de datos: Firebird. Comprobar el funcionamiento del sistema aplicando la prueba de la caja negra. Mejorar el proceso del rea de Post grado. Capacitar al personal para el manejo del nuevo software.

CAPITULO II
MARCO TEORICO

Lenguaje Unificado de Modelado (UML, por sus siglas en ingls, Unified Modeling Language) es el lenguaje de modelado de sistemas de software ms conocido y utilizado en la actualidad; an cuando todava no es un estndar oficial, est apoyado en gran manera por el OMG (Object Management Group). Es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema de software. UML ofrece un estndar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocios y funciones del sistema, y aspectos concretos como expresiones de lenguajes de programacin, esquemas de bases de datos y componentes de software reutilizables. El punto importante para notar aqu es que UML es un "lenguaje" para especificar y no un mtodo o un proceso. UML se usa para definir un sistema de software; para detallar los artefactos en el sistema; para documentar y construir -es el lenguaje en el que est descrito el modelo.

UML

En UML 2.0 hay 13 tipos de diagramas: Diagramas de estructura enfatizan en los elementos que deben existir en el sistema modelado: Diagrama de clases Diagrama de componentes Diagrama de objetos Diagrama de estructura compuesta (UML 2.0) Diagrama de despliegue Diagrama de paquetes Diagramas de comportamiento enfatizan en lo que debe suceder en el sistema modelado: Diagrama de actividades Diagrama de casos de uso Diagrama de estados Diagramas de Interaccin, un subtipo de diagramas de comportamiento, que enfatiza sobre el flujo de control y de datos entre los elementos del sistema modelado: Diagrama de secuencia Diagrama de comunicacin Diagrama de tiempos (UML 2.0) Diagrama de vista de interaccin (UML 2.0)

Definiciones de Algunos Diagramas DIAGRAMA DE CLASES Los diagramas de clases son utilizados durante el proceso de Anlisis y Diseo de los sistemas informticos, donde se crea el diseo conceptual de la informacin que se manejara en el sistema, los componentes que se encargaran del funcionamiento y la relacin entre uno y otro. Propiedades, valores que corresponden a un objeto, como color, material, cantidad, ubicacin. Generalmente se conoce como la informacin detallada del objeto. Operaciones, son aquellas actividades o verbos que se pueden realizar con/para este objeto, como por ejemplo abrir, cerrar, buscar, cancelar, acreditar, cargar. Interface, es un conjunto de operaciones y/o propiedades que permiten a un objeto comportarse de cierta manera, por lo que define los requerimientos mnimos del objeto. Herencia, se define como la reutilizacin de un objeto padre ya definido para poder extender la funcionalidad en un objeto hijo. Los objetos hijos heredan todas las operaciones y/o propiedades de un objeto padre.

Ejemplo 1: Una persona tiene nmero de documento de identificacin, nombres, apellidos, fecha de nacimiento, gnero, direccin postal, posiblemente tambin tenga nmero de telfono de casa, del mvil, FAX y correo electrnico. Ejemplo 3: Otro objeto pueden ser "Manejo de Cuenta", donde las operaciones bancaria de una cuenta (como en el ejemplo 2) se manejaran realizando diferentes operaciones que en el diagrama de clases solo se representan como operaciones, que pueden ser: Abrir Cerrar Deposito Retiro Acreditar Intereses

DIAGRAMA DE COMPONENTES Los diagramas de componentes describen los elementos fsicos del sistema y sus relaciones. Muestran las opciones de realizacin incluyendo cdigo fuente, binario y ejecutable. Los componentes representan todos los tipos de elementos software que entran en la fabricacin de aplicaciones informticas Qu es Componente? Es una parte fsica reemplazable de un sistema que empaqueta su implementacin y es conforme a un conjunto de interfaces a las que proporciona su realizacin. Algunos componentes tienen identidad y pueden poseer entidades fsicas, que incluyen objetos en tiempo de ejecucin, documentos, bases de datos, etc.

Cdigo: Un componente contiene el cdigo para las clases de implementacin y otros elementos. Un componente de cdigo fuente es un paquete para el cdigo fuente de las clases de implementacin.

Identidad: Un componente de identidad tiene identidad y estado. Posee los objetos fsicos que estn situados en l.
Estructura: Un componente ofrece un conjunto de elementos de implementacin, esto significa que el componente proporciona el cdigo para los elementos Un componente puede tener operaciones e interfaces. Un componente de identidad es un contenedor fsico para las entidades fsicas como bases de datos

DIAGRAMA DE OBJETOS Se puede considerar un caso especial de un diagrama de clases en el que se muestran instancias especficas de clases (objetos) en un momento particular del sistema
DIAGRAMA DE DESPLIEGUE El Diagrama de Despliegue es un tipo de diagrama del Lenguaje Unificado de Modelado que sirve para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre sus componentes. DIAGRAMA DE ACTIVIDADES En el Lenguaje de Modelado Unificado, un diagrama de actividades representa los flujos de trabajo paso a paso de negocio y operacionales de los componentes en un sistema. Un Diagrama de Actividades muestra el flujo de control general. DIAGRAMA DE CASOS DE USO En el Lenguaje de Modelado Unificado, un diagrama de casos de uso es una especie de diagrama de comportamiento.

Relaciones de Casos de Uso Las tres relaciones principales entre los casos de uso son soportadas por el estndar UML, el cual describe notacin grfica para esas relaciones Include En una forma de interaccin, un caso de uso dado puede "incluir" otro. El primer caso de uso a menudo depende del resultado del caso de uso incluido Extend En otra forma de interaccin, un caso de uso dado, (la extensin) puede extender a otro. Esta relacin indica que el comportamiento del caso de uso extensin puede ser insertado en el caso de uso extendido bajo ciertas condicione Generalization En la tercera forma de relacin entre casos de uso, existe una relacin generalizacin/especializacin.

DIAGRAMA DE SECUENCIA El Diagrama de Secuencia es uno de los diagramas ms efectivos para modelar interaccin entre objetos en un sistema. Un diagrama de secuencia muestra la interaccin de un conjunto de objetos en una aplicacin a travs del tiempo y se modela para cada caso de uso. Caractersticas De Uml Proporciona a los desarrolladores un lenguaje de modelamiento ampliamente aceptado y listo para usar. Integra las mejores prcticas del desarrollo del software Permite el intercambio de modelos entre las diferentes herramientas de software. Es independiente del lenguaje de propagacin y de mtodos y procesos particulares.

Vista De Un Modelo

Figura 02: Vista De Un Modelo

Modelado Con Uml

Figura 03: Modelo Uml

Prueba La prueba se realiza durante todo el ciclo de desarrollo del software enfatizando en la parte de construccin y fase de transicin. Modelos De Prueba Un modelo que describe como los componentes ejecutables en el modelo de la implementacin es probado por las pruebas de integracin y del sistema. Casos De Prueba Describe una manera que probar el sistema utilizado calidad y ciertas condiciones de prueba para cada use case. Esta prueba comprende dos aspectos: Prueba De Caja Negra Especifica como probar un Use Case o un escenario especifico de un Use Case. Esta prueba es realizada para probar el comportamiento observable externo del sistema. Otras pruebas: Son realizadas para probar el sistema en su totalidad. Prueba de instalacin. Verifica que el sistema funcione correctamente cuando est instalado.

Prueba de error, trata de provocar los errores crticos al sistema para encontrar sus deficiencias

Figura 04: Flujo De Trabajo Uml

CLIENTE/SERVIDOR Desde un punto de vista conceptual: Es un modelo para construir sistemas de informacin, que se sustenta en la idea de repartir el tratamiento de la informacin y los datos por todo el sistema informtico, permitiendo mejorar el rendimiento del sistema global de informacin En trminos de arquitectura: Los distintos aspectos que caracterizan a una aplicacin (proceso, almacenamiento, control y operaciones de entrada y salida de datos) en el sentido ms amplio, estn situados en ms de un computador, los cuales se encuentran interconectados mediante una red de comunicaciones IBM define al modelo Cliente/Servidor Es la tecnologa que proporciona al usuario final el acceso transparente a las aplicaciones, datos, servicios de cmputo o cualquier otro recurso del grupo de trabajo y/o, a travs de la organizacin, en mltiples plataforma

Qu es una Arquitectura? Una arquitectura es un entramado de componentes funcionales que aprovechando diferentes estndares, convenciones, reglas y procesos, permite integrar una amplia gama de productos y servicios informticos, de manera que pueden ser utilizados eficazmente dentro de la organizacin. Qu es un Cliente? Es el que inicia un requerimiento de servicio. El requerimiento inicial puede convertirse en mltiples requerimientos de trabajo a travs de redes LAN o WAN. Qu es un Servidor? Es cualquier recurso de cmputo dedicado a responder a los requerimientos del cliente.

Figura 05: Arquitectura C/S

Qu es un Proceso Distribuido? Es un modelo de sistemas y/o de aplicaciones, en el cual las funciones y los datos pueden estar distribuidos a travs de mltiples recursos de cmputo, conectados en un ambiente de redes LAN o WAN. Caractersticas del Modelo C/S El Cliente y el Servidor pueden actuar como una sola entidad y tambin pueden actuar como entidades separadas, realizando actividades o tareas independientes. Las funciones de Cliente y Servidor pueden estar en plataformas separadas, o en la misma plataforma. Un servidor da servicio a mltiples clientes en forma concurrente. Cada plataforma puede ser escalable independientemente La interrelacin entre el hardware y el software estn basados en una infraestructura poderosa, de tal forma que el acceso a los recursos de la red no muestra la complejidad de los diferentes tipos de formatos de datos y de los protocolos

Ventajas y Desventajas del Modelo C/S Uno de los aspectos que ms ha promovido el uso de sistemas Cliente/Servidor, es la existencia de plataformas de hardware cada vez ms baratas El esquema Cliente/Servidor facilita la integracin entre sistemas diferentes y comparte informacin permitiendo, por ejemplo que las mquinas ya existentes puedan ser utilizadas pero utilizando interfaces mas amigables al usuario Al favorecer el uso de interfaces grficas interactivas, los sistemas construidos bajo este esquema tienen mayor interaccin ms intuitiva con el usuario Una ventaja adicional del uso del esquema Cliente/Servidor es que es ms rpido el mantenimiento y el desarrollo de aplicaciones, pues se pueden emplear las herramientas existentes La estructura inherentemente modular facilita adems la integracin de nuevas tecnologas y el crecimiento de la infraestructura computacional, favoreciendo as la escalabilidad de las soluciones. El esquema Cliente/Servidor contribuye adems, a proporcionar, a los diferentes departamentos de una organizacin, soluciones locales, pero permitiendo la integracin de la informacin relevante a nivel global

En el desarrollo de aplicaciones Cliente/Servidor se deben tener en cuenta diferentes aspectos, que se mencionan a continuacin Es importante que los clientes y los servidores utilicen el mismo mecanism Adems, hay que tener estrategias pare el manejo de errores y para mantener la consistencia de los datos El desempeo es otro de los aspectos que se deben tener en cuenta en el esquema Cliente/Servidor. Un aspecto directamente relacionado con lo anterior es el de cmo distribuir los datos en la red. En el caso de una organizacin, por ejemplo, ste puede ser hecho por departamentos, geogrficamente, o de otras maneras.

LENGUAJES DE PROGRAMACION Un lenguaje de programacin es una tcnica estndar de comunicacin que permite expresar las instrucciones que han de ser ejecutadas en una computadora. Consiste en un conjunto de reglas sintcticas y semnticas que definen un lenguaje informtico PowerBuilder PowerBuilder es una herramienta de desarrollo de clase empresarial desarrollada por la empresa Sybase. PowerBuilder es orientada a objetos y permite el desarrollo de diferentes tipos de aplicaciones y componentes para arquitecturas cliente/servidor, distribuidas y Web

Componente de PowerBuilder Enterprise Nuevo: Control "Rich Text" si Nuevo: Altura auto-ajustable del si DataWindow Nuevo: Estilo de presentacin si "DataWindow TreeView" Nuevo: Control selector fecha/hora si Nuevo: Tipos de datos BYTE y decimal de si 30 dgitos Nuevo: conos e imgenes si Actualizado: Mens y barras de si herramientas mejoradas Actualizado: Servicios Web para clientes si PowerScript Actualizado: Nuevas propiedades del si DataWindow PowerDesigner plug-in si Actualizado: PowerBuilder Native Interface si SDK

Professional Desktop si si

si
si si si si

si
si si si si

si
no

si
no

si no
no

si no
no

Desarrollo de JSP Desarrollo de componentes Web Desarrollo de clientes EJB Servicios Web para clientes JSP Servicios XML (PBDOM)

si si si si si

no no no no no

no no no no no

Actualizado: Funcionalidad del Web DataWindow - nuevos estilos de presentacin si y propiedades Desarrollo y despliegue de componentes para EAServer. Desarrollo y despliegue de componentes COM/COM+ Interfaz SCC para control de fuentes Utilitario OrcaScript Soporte a ODBC Soporte a XML en el DataWindow DataWindow guardar como PDF Adaptive Server Anywhere para desarrollo Adaptive Server Anywhere Desktop edicin "runtime" Soporte a procedimientos almacenados si si si si Acceso completo si si si si si

no
no no si si

no
no no no si

Acceso Slo bases de completo datos desktop si si si si si si si si si no

SISTEMA ADMINISTRADOR DE BASES DE DATOS Un RDBMS es un Sistema Administrador de Bases de Datos Relacionales. RDBMS viene del acrnimo en ingls Relational Data Base Management System Regla 0 Para que un sistema se denomine sistema de administracin de bases de datos relacionales, debe usar (exclusivamente) sus capacidades relacionales para gestionar la base de datos Regla 1: Regla De La Informacin Toda la informacin en una base de datos relacional se representa explcitamente en el nivel lgico exactamente de una manera: con valores en tablas. Por tanto los metadatos (diccionario, catlogo) se representan exactamente igual que los datos de usuario. Regla 2: Regla Del Acceso Garantizado Para todos y cada uno de los datos (valores atmicos) de una Base de Datos Relacional (BDR) se garantiza que son accesibles a nivel lgico utilizando una combinacin de nombre de tabla, valor de clave primaria y nombre de columna

Regla 3: Tratamiento Sistemtico De Valores Nulos Los valores nulos (que son distintos de la cadena vaca, blancos, 0, ...) se soportan en los SGBD totalmente relacionales para representar informacin desconocida o no aplicable de manera sistemtica, independientemente del tipo de datos Regla 4: Diccionario Dinmico En Lnea Basado En El Modelo Relacional La descripcin de la base de datos se representa a nivel lgico de la misma manera que los datos normales, de modo que los usuarios autorizados pueden aplicar el mismo lenguaje relacional a su consulta, igual que lo aplican a los datos normal Regla 5: Regla Del Sub lenguaje De Datos Completo Un sistema relacional debe soportar varios lenguajes y varios modos de uso de terminal (ej.: rellenar formularios, etc.). Sin embargo, debe existir al menos un lenguaje cuyas sentencias sean expresables, mediante una sintaxis bien definida, como cadenas de caracteres y que sea completo, soportando

Regla 6: Regla De Actualizacin De Vistas El problema es determinar cules son las vistas tericamente actualizables, ya que no est muy claro Regla 7: Insercin, Actualizacin Y Borrado De Alto Nivel La capacidad de manejar una relacin base o derivada como un solo operando se aplica no slo a la recuperacin de los datos (consultas), sino tambin a la insercin, actualizacin y borrado de datos Regla 8: Independencia Fsica De Datos Los programas de aplicacin y actividades del terminal permanecen inalterados a nivel lgico cuandoquiera que se realicen cambios en las representaciones de almacenamiento o mtodos de acceso Regla 9: Independencia Lgica De Datos Los programas de aplicacin y actividades del terminal permanecen inalterados a nivel lgico cuandoquiera que se realicen cambios a las tablas base que preserven la informacin

Regla 10: Independencia De Integridad Los limitantes de integridad especficos para una determinada base de datos relacional deben poder ser definidos en el sub lenguaje de datos relacional, y almacenables en el catlogo, no en los programas de aplicacin
Regla 11: Independencia De Distribucin Una BDR tiene independencia de distribucin Regla 12: Regla De La No Subversin Si un sistema relacional tiene un lenguaje de bajo nivel (un registro de cada vez), ese bajo nivel no puede ser usado para saltarse (subvertir) las reglas de integridad y los limitantes expresados en los lenguajes relacionales de ms alto nivel (una relacin (conjunto de registros) de cada vez)

Firebird Firebird es un sistema de administracin de base de datos relacional (o RDBMS) (Lenguaje consultas: SQL) de cdigo abierto, basado en la versin 6 de Interbase, cuyo cdigo fue liberado por Borland en 2000. Su cdigo fue reescrito de C a C++. El proyecto se desarrolla activamente y el 18 de abril de 2008 fue liberada la versin Caractersticas Es multiplataforma, y actualmente puede ejecutarse en los sistemas operativos: Linux, HP-UX, FreeBSD, Mac OS, Solaris y Microsoft Windows. Ejecutable pequeo, con requerimientos de hardware bajos. Arquitectura Cliente/Servidor sobre protocolo TCP/IP y otros (embedded). Soporte de transacciones ACID y claves forneas. Es medianamente escalable. Buena seguridad basada en usuarios/roles

CAPITULO III
APLICACION DE LA METODOLOGIA

MODELAMIENTO DEL NEGOCIO

CAPITULO III-I

PICTOGRAMA

1.DESCRIPCION DEL PICTOGRAMA: El proceso se inicia cuando se ha aprobado la ejecucin del programa acadmico, entonces se procede a registrarlo en el SIGAA, para ello se ti ene que registrar el plan curricular y los cursos que ha sido aprobados para el programa 2. PROCESOS DEL NEGOCIO 2.1. Gestionar programa: Luego de haberse aprobado mediante resolucin la ejecucin del programa se procede a crear dicho programa en el SIGAA, para ello el asistente de registro tcnico ingresa los datos necesarios para el registro del programa como: Cdigo, nombre, categora, nombre abreviado, condicin 2.2. Gestionar carga lectiva: En este proceso el Coordinador de la Seccin ingresa los cursos que se dictarn para el programa, asignndoles el docente que lo dictara, la fecha inicio y fin que durar el curso y el nmero de horas

2.3. Gestionar matrcula: En este proceso el Coordinador de la Seccin verifica los pagos respectivos del alumno, luego le permite al alumno elegir los cursos a matricularse, despus de ello se procede a registrar la matricula del alumno a los programas aperturados, tales como maestras, doctorados, cursos de actualizacin. 2.4. Gestionar Acta de Nota: Luego de que el docente devuelve al trmino del desarrollo del curso el registro auxiliar de evaluacin debidamente registrado las calificaciones y asistencia. 3. REGLAS DEL NEGOCIO Gestionar programa: Verificar la resolucin en donde se aprob la creacin del programa nuevo y su respectivo plan curricular en donde estn contenidos los cursos a dictarse. Los programas de maestra y doctorado, se desarrollar en dos aos, distribuidos en cuatro ciclos acadmicos.

Gestionar carga lectiva: La distribucin de la carga horaria la aprueba el Comit de Direccin de la Seccin de Postgrado de la Facultad a propuesta de los coordinadores. Gestionar matricula: Verificar en el Sistema la constancia de ingreso para el caso de los ingresantes y para los dems se verificar su boleta de notas. Verificar los pagos respectivos de cada alumno. Gestionar Acta de Nota: El coordinador del programa de postgrado, se encargar de alcanzar al docente de la asignatura a desarrollar, el registro auxiliar de evaluacin y asistencia. Al trmino del desarrollo del curso, el docente devolver el registro debidamente registrada las calificaciones y asistencia.

VISION DEL NEGOCIO INTRODUCCIN Este documento tiene como propsito de recopilar, analizar, y definir los requerimientos y caractersticas del Sistema Informtico de Gestin Acadmica para la Escuela de Postgrado de la Universidad San Pedro REFERENCIAS: Estatuto de la Universidad San Pedro. Reglamento General de la Universidad San Pedro. Reglamento General de Estudios de la Universidad San Pedro. Reglamento Interno de la EPG de la Universidad San Pedro

4. POSICIN 4.1. Declaracin del problema:

El sistema actual SIGAA actualmente cuenta con un simple modulo de post grado el cual no abastece para los movimientos acadmicos en las escuelas de Post Grado. En los casos de convalidacin de cursos de una maestra a otra se generan un gran contratiempo. El sistema trata a los alumnos de nivel de pre grado y de post grado como uno solo, creando as conflictos en los registros. Afecta Director y coordinador de la escuela de post grado. Coordinador de las secciones de postgrado de facultades. Jefe y Asistente de Registro Tcnico. Los efectos de que Tenga implementado un modulo para Post Grado en el sistema de se Pregrado es la prdida de tiempo y mal uso de los RRHH, adems de confusin en la informacin acadmica. Una solucin Un sistema exclusivo para Post Grado. satisfactoria sera Mediante este sistema maximizar el desempeo procedimental. Implementacin de ms recursos para los procedimientos para el desarrollo acadmico de Post Grado. El Problema

4.2. DECLARACIN DE LA POSICIN DEL PRODUCTO

Para Quin Escuela de Post Grado Director de Director de las secciones de postgrado de facultades Directores de filiales Directores de CEAIS A diferencia de Nuestro producto PLATINIUM SIGAPS Ingreso de los Programas de Post Grado. Registro y anulacin de matrcula de los alumnos de las secciones de Postgrado. Ingreso de notas de los alumnos de Ingreso de carga lectiva de los docentes. Impresin de certificados de estudio. Convalidaciones de estudio. Constancias de estudio.

Nombre del producto Para que

El actual sistema SIGAA el cual tiene acoplado un modulo para de Post Grado, generando muchos problemas con los alumnos que continan sus estudios de Post grado. Se basar por completo en la escuela de Post Grado, y contar con ms recursos para la administracin de las diferentes secciones de Post Grado.

4.3. DESCRIPCIN DEL STAKEHOLDER Y USUARIOS 4.3.1. RESUMEN DEL STAKEHOLDER Nombre Coordinador de la seccin de Post Grado Asistente de Oficina de Registro Tcnico Descripcin Responsabilidades Se encarga de monitorear, supervisar y evaluar el desarrollo acadmico y econmico de los programas de postgrado de su facultad Ingreso de Carga lectiva Matricular a los alumnos. Impresin de certificados. Verifica los certificados emitidos.

Se encarga de hacer cumplir las actividades acadmicas. Se encarga de la revisin de certificados para su posterior aprobacin

4.3.2. RESUMEN DE USUARIO

Nombre Descripcin Responsabilidades Stakeholder

Asistente de Encargado de Registro Tcnico Docentes de los administrar el correcto programas funcionamiento de las acadmicos actividades acadmicas y administrativas de las secciones a su cargo.

Verificar las horas de carga Coordinador de SPG. lectiva y no lectiva estipuladas Coordinador de la SPG correctamente segn reglamento Interno de Brindar permisos para diversos procedimientos acadmicos.

Entrega los slabos y registros Facilitador de las de notas de las asignaturas a su cargo asignaturas de la EPG

4.3.3. ENTORNO DEL USUARIO El sistema en el que trabaja el usuario es un modulo incluido en el sistema de Los principales usuarios son: el coordinador de la EPG, el coordinador de SPG. escritorio de Pre Grado el cual tiene como plataforma Windows Xp, y esta desarrollado en el lenguaje de programacin de Power Builder 9.0 con un gestor de base de dato firebird .

4.3.4. PRINCIPALES STAKEHOLDERS o LAS NECESIDADES DE LOS USUARIOS

Necesidades Prioridad Preocupaciones Solucin Actual Propuesta Soluciones de

Un recurso para Media el correcto Baja proceso de traslado de un Alta programa a otro de los alumnos de Agilizar el proceso de convalidacin de las asignaturas de los programas acadmicos. Independizar el nivel de Post Grado del Sistema SIGA.

La creacin de falsos compromisos al alumno debido a la falta de un recurso para la actualizacin del traslado de un programa acadmico a otro. Tener contratiempos y disminucin de la operatividad de los RRHH. Generacin de errores con los alumnos que realizaron su Pre Grado en ; ya que al modificar un registro de un estudiante de Post Grado, este cambio tambin afecta al historial del alumno en Pre Grado.

Verificar las actas de Desarrollar un sistema evaluacin de las con recursos para el asignaturas correcto traslado de un matriculadas. programa acadmico a Realizan el proceso de otro. convalidacin con gran En el nuevo sistema contratiempo. informtico se implementarn Realizan solicitud al procesos agiles y OIT para que realicen fciles de manejar por directamente las el usuario. modificaciones respectivas. El nuevo sistema informtico ser exclusivamente SPG.

5. MODELADO DE CASOS DE USO DEL NEGOCIO

Figura 06: Modelo de caso de uso del negocio

6. ESPECIFICACION DE LOS CASOS DE USO DEL NEGOCIO 6.1. Gestionar programa: Este proceso implica crear el nuevo programa el cual es realizado por el Asistente de registro tcnico 6.2. Gestionar carga lectiva: En este proceso el Coordinador de la Seccin registra la distribucin de la carga horaria de los docentes

6.3. Gestionar matrcula: En este proceso el Coordinador de la Seccin registra las matriculas de los alumnos a los programas aperturados, tales como maestras, doctorados, cursos de actualizacin
6.4. Gestionar Acta de Nota: En este proceso el Coordinador de la Seccin registra las notas de los alumnos verificando el registro auxiliar que entreg el docente.

7. DIAGRAMA DE ACTIVIDAD 7.1. Gestionar Matricula:

7.2. Gestionar Programa:

7.3. Gestionar Carga Lectiva:

7.4. Gestionar Registro De Actas Nota:

8. MODELO DE OBJETOS DEL NEGOCIO 8.1. MON: Gestionar programa:

8.2. MON: Gestionar carga lectiva:

8.3. MON: Gestionar matricula:

8.4. MON: Gestionar nota:

9. MODELO DE DOMINIO

CAPITULO III-II
MODELADO DE REQUERIMIENTOS

1. LISTA DE REQUERIMIENTOS FUNCIONALES Registrar Grupo Registrar Costo de Grupo Registrar Docente Registrar Alumno Registrar Plan Curricular Registrar Programa Registrar Subprograma Registrar Cuadro de equivalencia Registrar Curso Registrar Prerequisito Registrar Apertura del Ciclo Registrar Acta de nota Registrar Matricula Registrar Compromisos Registrar Anulacin de Matricula Registrar Reserva matricula Registrar Convalidacin Registrar Regularizacin de Matricula Registrar Carga lectiva 98 o superior.

2. LISTA DE REQUERIMIENTOS NO FUNCIONALES De seguridad y privacidad Se debe llevar un registro de las modificaciones de la Base de Datos, registrando la fecha, hora y usuario que hizo tal modificacin. De confiabilidad Se debe garantizar la integridad y confiabilidad de los datos. De portabilidad El software podr ser usado bajo cualquier plataforma de Windows, a partir del 98. De Soporte Se debe realizar pruebas al sistema. De Diseo e Implementacin El software tendr un diseo de interfaz codificacin estndar. El software se construir bajo un lenguaje de desarrollo (Power Builder 9.0). De ayuda y documentacin en lnea El software debe tener un manual de ayuda en lnea, accedido por la tecla F1. De Usabilidad El software debe ser fcil de usar para los usuarios del sistema. De Rendimiento El software debe ser eficiente en el aspecto de tiempo de respuesta con los datos y procedimientos. De Hardware Se debe disponer de una red LAN. De Software Se debe disponer de sistema operativo Windows

3. DIAGRAMA DE REQUERIMIENTOS DETALLADOS

4. DIAGRAMA DE REQUERIMIENTOS

5. MATRIZ DE PRIORIZACION

N NOMBRE DEL CASO DE USO 1 2 3 4 5 6 7 8 9 10 11 12 13 15 16 17 18 19 Registrar Grupo Registrar Costo de grupo Registrar Docente Registrar Alumno Registrar Plan Curricular Registrar Programa Registrar Subprograma Registrar Cuadro de equivalencia Registrar Curso Registrar Prerrequisito Registrar Apertura del Ciclo Registrar Acta de nota Registrar Matricula Registrar Anulacin de Matricula Registrar Reserva matricula Registrar Convalidacin Registrar Regularizacin de Matricula Registrar Carga lectiva

RENDIMIENTO FRECUENCIA IMPORTANCIA 240seg 80seg 300seg 600seg 180seg 180seg 180seg 300seg 300seg 240seg 240seg 600seg 300seg 1 ves / 8 meses 1 ves / 8 meses 1 ves / 8 meses 1 ves / 8 meses 1 ves / 8 meses 1 ves / 8 meses 1 ves / 8 meses 1 ves / 8 meses 1 ves / 8 meses 1 ves / 8 meses 1 ves / 5 meses 1 ves / 4 meses 1 ves / 4 meses Vital Vital Importante Importante Importante Vital Vital Quedara bien Importante Quedara bien Vital Vital Vital

URGENCIA Inmediatamente Inmediatamente Inmediatamente Inmediatamente Inmediatamente Inmediatamente Inmediatamente Puede esperar Inmediatamente Puede esperar Inmediatamente Inmediatamente Inmediatamente

PRIORIDAD 8 9 10 12 6 1 2 5 3 4 7 19 16

14 Registrar Compromisos

180seg
300seg 300seg 300seg 300seg 1200seg

1 ves / 4 meses
1 ves / 4 meses 1 ves / 4 meses 1 ves / 4 meses 1 ves / 4 meses 1 ves / 4 meses

Vital
Importante Importante Importante Importante Vital

Inmediatamente
Puede esperar Inmediatamente Inmediatamente Inmediatamente Inmediatamente

17
18 13 14 15 11

Tabla 01: Matriz de Priorizacin

Fuente: Elaboracin Propia

NOMBRE DESCRIPCION PRECONDICION SECUENCIA NORMAL POSTCONDICION RENDIMIENTO FRECUENCIA

REGISTRAR PROGRAMA El sistema permitir que el Asistente de Registro Tcnico registre el programa nuevo. Ninguna. 1.- El Asistente de Registro Tcnico registra el programa.

IMPORTANCIA URGENCIA COMENTARIOS

Programa registrado. El sistema deber realizar la accin descrita del paso 1 en un mximo de 180 seg. Este caso de uso se espera que se lleve a cabo como mnimo 1 vez cada 8 meses. Vital. Inmediatamente. Ingresar los datos correctamente.

Tabla 07: Especificacin del CU Registrar Programa Fuente: Elaboracin Pr

NOMBRE DESCRIPCION

REGISTRAR ACTA DE NOTA El sistema permitir que el Asistente de Registro Tcnico registre acta de nota. PRECONDICION Programa, Subprograma, Docente y Curso y Carga lectiva registrada. SECUENCIA NORMAL 1.- El Asistente de Registro Tcnico buscara el programa luego el subprograma y finalmente al docente. 2.- El Asistente de Registro Tcnico selecciona el curso del cual se registraran las notas e ingresa la frmula para promediar la nota. 3.- Luego se buscan los alumnos matriculados en ese curso, se le ingresa su nota y se promedia. 4.- El Asistente de Registro Tcnico guarda e imprime el acta de nota. POSTCONDICION Acta de nota registrada. RENDIMIENTO El sistema deber realizar la accin descrita del paso 1 al paso 2,3 y 4 en un mximo de 600 seg. FRECUENCIA Este caso de uso se espera que se lleve a cabo como mnimo 1 vez cada 4 meses. IMPORTANCIA Importante. URGENCIA Inmediatamente. COMENTARIOS La bsqueda se har por nombre de programa, subprograma y grupo.

Tabla 13: Especificacin del CU Registrar Acta de nota Fuente: Elaboracin Propia

NOMBRE DESCRIPCION PRECONDICION SECUENCIA NORMAL

POSTCONDICION RENDIMIENTO FRECUENCIA IMPORTANCIA URGENCIA COMENTARIOS

REGISTRAR MATRICULA El sistema permitir que el Coordinador de la seccin registre la matricula. Programa, subprograma, plan curricular, curso, grupo, y alumno registrado. 1.- El Coordinador de la seccin buscara el programa, subprograma, y alumno. 2.- El Coordinador de la seccin seleccionar los cursos a matricular, luego genera los compromisos del alumno. 3.- El Coordinador de la seccin registra la matricula e imprime la ficha de matrcula. Matricula registrada. El sistema deber realizar la accin descrita del paso 1 al paso 2 y 3 en un mximo de 300 seg. Este caso de uso se espera que se lleve a cabo como mnimo 1 vez cada 4 meses. Vital. Inmediatamente. La bsqueda se har por nombre, pero en el caso del alumno se har por cdigo Fuente: Elaboracin Propia

Tabla 14: Especificacin del CU Registrar Matricula

NOMBRE DESCRIPCION PRECONDICION SECUENCIA NORMAL

POSTCONDICION RENDIMIENTO FRECUENCIA IMPORTANCIA URGENCIA COMENTARIOS

REGISTRAR CARGA LECTIVA El sistema permitir que el Coordinado de la seccin registre carga lectiva. Programa, subprograma, grupo, plan curricular, curso y docente registrado. 1.- El Asistente de Registro Tcnico buscara el programa, subprograma y grupo. 2.- El Asistente de Registro Tcnico buscara el docente y el curso que le asignara con sus respectivas horas. 2.- El Asistente de Registro Tcnico registra la carga lectiva. Carga lectiva registrada. El sistema deber realizar la accin descrita del paso 1 al paso 2 y 3 en un mximo de 1200 seg. Este caso de uso se espera que se lleve a cabo como mnimo 1 vez cada 4 meses. Vital. Inmediatamente. La bsqueda se har por nombre.

Tabla 20: Especificacin del CU Registrar Carga lectiva Fuente: Elaboracin Propia

MODELADO DE ANALISIS

CAPITULO III-III

DC REGISTRAR MATRICULA

DIAGRAMA DE COLABORACION DC REGISTRAR ACTA DE NOTA

DC REGISTRAR CARGA LECTIVA

DIAGRAMA DE CLASES DE ANALISIS

DIAGRAMA DE PAQUETES DE ANALISIS

Presentacion

Negocio

Datos

PAQUETE : Capa Presentacin

PAQUETE : Capa Lgica

PAQUETE : Datos

Alumno
(f rom RegistarAlumno)

Convalidacion
(f rom RegistraConv alidacion)

PlanCurricular
(f rom RegistraMatricula)

Docente
(f rom RegistrarCargaLectiv a)

ActaDeNota
(f rom RegitrarActaDeNota)

AperturaDeCiclo
(f rom RegistraAperturaCiclo)

Curso
(f rom RegistraConv alidacion)

SubPrograma
(f rom RegistraMatricula)

Programa Compromiso
(f rom RegistrarCompromiso) (f rom RegistraSubPrograma)

Grupo
(f rom RegistraAperturaCiclo)

Matricula
(f rom RegistraMatricula)

CostoGrupo
(f rom RegistrarCostoDeGrupo)

PreRequisito
(f rom RegistrarPreRequisito)

CuadroEquivalencia
(f rom RegistrarCuadroDeEquiv alencia)

SubPrograma
(f rom RegistraAperturaCiclo)

Pago
(f rom RegistraMatricula)

CargaLectiva
(f rom RegistrarCargaLectiv a)

ReservaMatricula
(f rom RegistrarReserv aMatricula)

CAPITULO III IV

MODELADO DE DISEO

3.4.1. INTERFACES DE USUARIO DIAGRAMAS DE SECUENCIA DE DISEO REGISTRAR MATRICULA

: Coordinador SPG. : GUI:RegistrarMatricula : VerificaMatricula : RegistraMatricula : BuscaAlumno : BuscaCurso : BuscaPlanCurricular : BuscaSubPrograma : VerificaPago : Nueva Matricula : PlanCurricular : Salir Matricula : Matricula : Curso : SubPrograma : Pago : Alumno

RegistrarMatricula()

Click Boton BuscarConvalidacion()

VerificarMatricula(idMatricula) Obj. Matricula

leer()

Click Boton NuevaMatricula()

Limpia Campos() Obj. CamposLimpios

click Boton GuardarMatricula()

BuscarPlanCurricular(idPlanCurricular)

leer()

Obj.PlanCurricular

BuscarAlumno(idAlumno)

leer()

Obj.Alumno

BuscarCurso(idCurso)

leer()

Obj. Curso BuscarSubPrograma(idSubProg) Obj. SubPrograma click GuardarMatricula(idMat,idAlum,idSub,idCurso,pago) Msg('DB actualizada') Obj. Matricula crear()

leer()

click boton salirMatricula()

cerrarVentana() Obj. ventana Cerrada

REGISTRAR CARGA LECTIVA

: Coordinador SPG. : GUI: RegistrarCargaLectiva : VerificarCargaLectiva : BuscarSubPrograma : RegistrarCargaLectiva : BuscarDocente : BuscarCurso : BuscarGrupo : NuevaCargaLectiva. : SalirCargaLectiva : CargaLectiva : SubPrograma : Docente : Grupo : Curso click: RegistrarCargaLectiva()

click BotonBUscarCargaLec

BuscarCargaLectiva(idCargaLect)

leer()

Obj. CargaLectiva

Click botn NUevaCarga()

Limpiar Campos Obj. camposLimpios

Click botonRegistrarCarga

BuscarSubPrograma(idPrograma) Obj.SubPrograma

leer()

buscarGrupo(idGrupo)

leer()

Obj. Grupos buscarDocente(idDocente) leer()

Obj. Docente

buscarCurso(idCurso) Obj. Curso RegistrarCargaLectiva()

leer()

crear()

click botonSalir()

cerrarVentana()

Obj. VentanaCerrada

REGISTRAR PROGRAMA
: Asist. de Registro Tcnico : GUI:RegistrarProgram a : BuscaProgram a : RegistrarProgram a : Nuevo Programa : Salir Program a : Programa

RegistrarProgram a()

Click boton BuscarPrograma() BuscarPrograma(idProgram a) leer() Obj.Program a

Click boton RegistrarProgram a()

RegistrarProgram a(idProg,nomProg) Obj. Programa

crear()

Msg('DB actualizada')

click boton SalirPrograma()

cerrar ventana() Obj. ventana cerrada

REGISTRAR ACTA DE NOTA

: Asist. de Registro Tcnico : BuscarDocente : BuscaActaDeNota : BuscarGrupo : GUI:RegistrarActaDeNota : BuscarSubPrograma : RegistraActaDeNota : Nueva ActaNota : Salir ActaNota() : ActaDeNota : SubPrograma : Docente : Grupo

RegistrarActaDeNota()

click boton BuscarActaNota()

BuscarActaDeNota(idActa) obj. Acta De Nota

leer()

click boton NuevaActaNota()

limpiar camposTexto() Obj. campos Limpios

click boton GuardarActaNota()

BuscarSubPrograma(idSubP)

leer()

Obj.SubPrograma BuscarDocente(idDocente) Obj.Docente BuscarGrupo(idGrupo) obj. Grupo

leer()

leer()

RegistrarActaDeNota()

crear()

click boton salirActaNota()

cerrar Ventana() Obj. VentaCerada()

DIAGRAMA DE CLASES DE DISEO

DIAGRAMA DE PAQUETES DE DISEO

MANTENIMIENTO

PROCESO

REPORTE

MANTENIMIENTO

Registra Apertura de Ciclo Registra Plan Curricular

(from Gestionar programa) (from Gestionar programa)

Registrar Compromiso
(from Gestionar m atricula)

Registrar Reserva Matricula

(from Gestionar m atricula)

Registrar Cuadro de Equivalencia Registrar Costo de grupo

(from Gestionar programa) (from Gestionar programa)

Registra Convalidacin
(from Gestionar m atricula)

Asist. de Registro Tcnico

(f rom CU_Postgrado_Detallado)

Registrar Prerequisito
(from Gestionar programa)

Registrar Anulacion Matricula

(from Gestionar m atricula)

Coordinador SPG.
(f rom CU_Postgrado_Detallado)

Registrar Grupo
(from Gestionar programa)

Registrar Alumno
(from Gestionar m atricula)

Registrar Regularizacion de matricula

(from Gestionar m atricula)

Registrar Curso
(from Gestionar programa)

Registrar Subprograma

Registrar Docente

(from Gestionar programa) (from Gestionar carga lecti va)

PROCESO

Registra Programa
(from Gestionar programa)

Asist. de Registro Tcnico

(f rom CU_Postgrado_Detallado)

Registrar Acta de nota

(from Gestionar notas)

<<extend>>

Registrar Matricula
(from Gestionar matricula)

Registra Convalidacin
(from Gestionar matricula)

Coordinador SPG.
(f rom CU_Postgrado_Detallado)

Registra Carga Lectiva

(from Gestionar carga lectiva)

REPORTE
Reportar Reserva de Matricula
(from CU_Postgrado_Requeri mientos)

Coordinador SPG. Reportar Plan Curricular

(from CU_Postgrado_Requeri mientos)
(f rom CU_Postgrado_Detallado)

Reportar Carga Lectiva

Reportar Docente
(from CU_Postgrado_Requeri mientos)

(from CU_Postgrado_Requeri mientos)

Reportar Grupo
(from CU_Postgrado_Requeri mientos)

Reportar Compromiso
(from CU_Postgrado_Requeri mientos)

Reportar Matricula

(from CU_Postgrado_Requeri mientos)

Reportar Acta de Nota

(from CU_Postgrado_Requeri mientos)

Asist. de Registro Tcnico

(f rom CU_Postgrado_Detallado) ...)

Reportar Convalidacion
(from CU_Postgrado_Requeri mientos)

Reportar Cuadro de equivalencia

(from CU_Postgrado_Requeri mientos)

MODELO FISICO DE LA BASE DE DATOS RELACIONAL

CONCLUSIONES

Al finalizar con el siguiente proyecto de Prcticas Pre Profesionales I, concluimos en: La Metodologa RUP (Proceso Unificado de Rational) nos permiti capturar gran parte de los requerimientos funcionales del sistema, porque facilita el anlisis de los principales procesos. La implementacin de este sistema permitir tener un control eficiente de los servicios de postgrado que brinda nuestra universidad y as convirtindose en un instrumento factible para realizar los procesos y la toma de decisiones de la Escuela de Postgrado. Para el desarrollo del sistema se necesita comprender todas las necesidades del usuario, estos requerimientos se hallan dialogando con los usuarios finales de la empresa Se utiliz como lenguaje de programacin Power Builder y como base de datos Firebird. Para el correcto funcionamiento del sistema se hicieron pruebas de caja negra para los diferentes ingresos y mantenimientos ya que esta prueba nos permite demostrar que funciones del software son operativas. El Sistema de Gestin Acadmica de Postgrado reducir los errores en el momento de la manipulacin de los registros de los alumnos del modulo de SIGAA.

RECOMENDACIONES
El ingreso de data al Sistema, debe de hacerse correctamente, para que la informacin que se almacena en la Base de Datos sea confiable.
Se sugiere que se capacite al personal porque esto ayudar al buen funcionamiento del sistema, y as el usuario familiarizarse con el software.

Utilizar la metodologa RUP para el desarrollo de futuros proyectos, con el fin de garantizar la mejor complementacin del software, ya que esta metodologa est orientado a objetos.
Para la creacin de software se recomienda emplear Power Builder, ya que es una herramienta de desarrollo de aplicaciones Cliente/Servidor con GUIs

atractivas para el usuario final. Y como gestor de base de datos Firebird ya que es potente y software libre

95