Documento ERS - Sistema Matricula Educación Continua - FINAL

Especificación de Requerimientos del Sistema

0

0

ESPECIFICACIO N DE REQUERIMIENTOS DEL

SISTEMA

Guillermo Torres Hernández

Emmanuel Rojas Rodríguez

Sistema Matricula

Educación Continua


1

Contenidos 1-Introducción ....................................................................................................................................3

1.1-Propósito del documento ERS ..................................................................................................3

1.2-Descripción del problema ........................................................................................................3

1.3-Lista de problemas detectados ................................................................................................4

1.4-Lista de fortalezas detectadas ..................................................................................................4

1.5-Objetivos del sistema ...............................................................................................................4

1.5.1-Objetivo general ................................................................................................................4

1.5.2-Objetivos específicos .........................................................................................................5

1.5.3-Criterios de éxito ...............................................................................................................6

1.6-Perspectiva del producto por desarrollar .................................................................................6

1.7-Suposiciones y dependencias ...................................................................................................6

1.8-Alcances del sistema ................................................................................................................7

1.9-Limitaciones o restricciones .....................................................................................................7

1.10-Diagrama de contexto ...........................................................................................................7

1.11-StakeHolders y sus necesidades .............................................................................................8

1.12-Visión general del documento ERS .........................................................................................8

2-Requerimientos funcionales ...........................................................................................................9

2.1-Contexto del sistema................................................................................................................9

2.1.1-Modelo dominio del sistema .............................................................................................9

2.1.2-Descripción modelo dominio ..........................................................................................10

2.1.3-Diagrama general de casos de uso ..................................................................................13

2.2-Descripción detallada cada CU ...............................................................................................14

2.2.1-Texto del CU ....................................................................................................................14

2.2.2-Pantalla (s) y/o reporte (s) del CU ...................................................................................32

2.2.3-Diagrama de actividades del CU ......................................................................................42

2.2.4-Diagrama de estados del CU ...........................................................................................47

2.2.5-Diagrama secuencia del CU .............................................................................................56

2.2.6-Contratos de operaciones ...............................................................................................61

3-Requerimientos no funcionales ....................................................................................................64

3.1-Producto ................................................................................................................................64


2

3.1.1-Eficiencia .........................................................................................................................64

3.1.2-Interfaz local del usuario .................................................................................................65

3.1.3-Seguridad ........................................................................................................................80

3.2-Organizacionales ....................................................................................................................80

3.2.1-Documentación ...............................................................................................................80

3.2.2-Entregas ..........................................................................................................................80

3.2.3-Implementación ..............................................................................................................81

3.3-Externos .................................................................................................................................81

3.3.1-Interoperabilidad ............................................................................................................81

3.3.2-Legales ............................................................................................................................81

4-Arquitectura lógica ........................................................................................................................81

4.1-Diagrama capas y paquetes ...................................................................................................82

4.2-Descripción del diagrama capas .............................................................................................82

4.3-DCD Diagrama de clases .........................................................................................................84

Apéndices .........................................................................................................................................85

1-Plan del proyecto ......................................................................................................................85

2-Plan pruebas de aceptación ......................................................................................................86

2.1-Recursos .............................................................................................................................86

2.2-Calendario ..........................................................................................................................86

2.3- Casos, datos de prueba y criterios de éxito .......................................................................87

3-Glosario de términos y abreviaturas .........................................................................................89

4-Lista de riesgos ..........................................................................................................................93

5-Descripción de la empresa ........................................................................................................95

5.1-Nombre de la empresa .......................................................................................................95

5.2-Descripción general de la empresa ....................................................................................95

6-Especificación de estándares Programación .............................................................................97


3

1-Introducción El presente documento describirá detalladamente el análisis de la aplicación que será

desarrollada en la Oficina de Educación Continua de la Universidad de Costa Rica en el Recinto

de Paraíso de Cartago. Dicho programa le permitirá a la secretaria de dicha oficina,

sistematizar todo el proceso de matrícula de cada estudiante en un curso, así como realizar

operaciones de inserción, borrado y editado de estudiantes, profesores, cursos, proyectos y

otros. Con esto se reducirá considerablemente el tiempo en que el proceso de matrícula se

realizaba anteriormente así como la reducción de documentos impresos relacionados a este

proceso.

1.1-Propósito del documento ERS Documentar cada requerimiento proporcionados por los clientes para tener un panorama más

amplio del sistema, tanto para el cliente como para los desarrolladores ya que gracias a este

documento se podrá poner en evidencia todos los puntos importantes y prioridades del

sistema. Pero principalmente, saber que lo que se le desarrollará es lo que el cliente realmente

quiere y necesita.

1.2-Descripción del problema

El

problema

La necesidad de la automatización del proceso de matrícula de la Oficina de

Educación Continua de la Universidad de Costa Rica en el Recinto de Paraíso

de Cartago.

Afecta

A la secretaria de la Oficina de Educación Continua de la Universidad de Costa

Rica en el Recinto de Paraíso de Cartago y a las personas que lleguen a realizar

un proceso de matrícula de cursos en esta oficina.

El impacto

Reducir el tiempo que se necesita para que cualquier persona realice la

matrícula de cursos en la Oficina de Educación Continua de la Universidad de

Costa Rica en el Recinto de Paraíso de Cartago. Además que se reducirá la

cantidad de papel impreso, porque mucha de la información que antes se tenía

que imprimir, quedará almacenada en la base de datos.


4

Una

solución

exitosa

La elaboración de un sistema que facilite y automatice el proceso de matrícula

de cursos y el de almacenamiento de los estudiantes, cursos, proyectos,

profesores y otros más, que realiza de forma manual la secretaria de la Oficina

de Educación Continua de la Universidad de Costa Rica en el Recinto de Paraíso

de Cartago.

1.3-Lista de problemas detectados

Dispersión de los datos, se encuentran en “AMPOS”.

No se pueden realizar búsquedas de datos de distintas formas.

No existen respaldos de la información.

Si se debe realizar una modificación en los documentos, estos quedan con tachones.

Gasto excesivo de papel.

1.4-Lista de fortalezas detectadas

Ya se cuenta con el software y hardware necesario para la ejecución correcta de la

aplicación.

Poseen muchos de los datos que en un futuro formarán parte de la base de datos de la

aplicación.

La secretaria que manipulará la aplicación posee los conocimientos necesarios para

aprovechar al máximo el producto a desarrollar.

Facilidad de comunicación para atender dudas entre el cliente y las personas que

analizarán, diseñarán y desarrollarán la aplicación.

1.5-Objetivos del sistema

1.5.1-Objetivo general

Automatizar mediante una aplicación el proceso de matrícula y el de almacenamiento de

distintas entidades (profesores, cursos, etc.) de la Oficina de Educación Continua de la

Universidad de Costa Rica en el Recinto de Paraíso de Cartago.


5

1.5.2-Objetivos específicos

Realizar la matrícula de estudiantes a los distintos cursos que pueden acceder y que

ofrece la Oficina de Educación Continua de la Universidad de Costa Rica en el Recinto

de Paraíso de Cartago.

Imprimir los recibos con la matrícula realizada.

Insertar, modificar y eliminar cursos que se ofrecen en la Oficina de Educación

Continua de la Universidad de Costa Rica en el Recinto de Paraíso de Cartago.

Insertar, modificar y eliminar estudiantes que se hayan inscrito en la Oficina de

Educación Continua de la Universidad de Costa Rica en el Recinto de Paraíso de

Cartago.

Insertar, modificar y eliminar profesores que formen parte del equipo de profesores

que imparte los cursos que se ofrecen en la Oficina de Educación Continua de la

Universidad de Costa Rica en el Recinto de Paraíso de Cartago.

Insertar, modificar y eliminar proyectos que existen en la Oficina de Educación


Insertar y eliminar programas de los cursos que se imparten en la Oficina de Educación


Realizar búsquedas sencillas para localizar un determinado curso, estudiante, profesor

o proyecto.

Validar que el servidor al que se conecta la aplicación es el correcto.

Realizar la autentificación de usuarios para así manejar una seguridad en el sistema.

Generar reportes como: listados de alumnos, remisión, cierres diarios, actas de notas,

arreglos de pago, entre otros. Esto con el fin de llevar un control de las diferentes

entidades.

Clasificar los cursos según su periodo, lo que implica crear pantallas de insertar

modificar y eliminar para los periodos.

Dejar una pantalla donde se inserten, modifiquen y eliminen, diferentes pagos que no

son los habituales (Pagos incompletos, pagos dobles, etc.)

Ingresar, modificar y eliminar, los números de los bloques recibos.


6

1.5.3-Criterios de éxito

Entera satisfacción del cliente.

Sobrepasar las expectativas del cliente sobre la aplicación.

Que la duración con la que se realizan muchos de los trámites en la la Oficina de


Cartago sea reducida.

Tener la aceptación total de la secretaria de la Oficina de Educación Continua de la

Universidad de Costa Rica en el Recinto de Paraíso de Cartago para utilizar de la mejor

forma el sistema.

1.6-Perspectiva del producto por desarrollar Se realizará un producto para la para la Oficina de Educación Continua de la Universidad de

Costa Rica en el Recinto de Paraíso de Cartago, la cual necesita automatizar su proceso de

matrícula. Este sistema que desea la oficina pretende agilizar su proceso de matrícula de los

cursos que ofrece la misma, así como almacenar distintas entidades que tienen relación con

dicha oficina como lo son los estudiantes, profesores, etc. A diferencia de otros sistemas

fallidos en esta oficina, esta vez se pretende un producto más elaborado que permita un

funcionamiento de calidad para que la información se mantenga integra y al momento que se

necesite, además que la utilización de la aplicación sea de uso sencillo para los usuarios y así

facilite su implementación.

1.7-Suposiciones y dependencias

Se depende del tipo de plataformas se servidor con las que cuente la Oficina de


Cartago, para poder desarrollar el sistema.

Todos los requerimientos de software y hardware que se solicitaron, deberán ser

instalados o adquiridos bajo la responsabilidad de la Oficina de Educación Continua en

el Recinto de la Universidad de Costa Rica en Paraíso.

El mantenimiento del sistema posterior a la instalación de la aplicación cae bajo

responsabilidad de la Oficina de Educación Continua en el Recinto de la Universidad de

Costa Rica en Paraíso.


7

1.8-Alcances del sistema

La aplicación solo correrá a nivel local, en la computadora de la secretaria de la Oficina

de Educación Continua en el Recinto de la Universidad de Costa Rica en Paraíso.

Realizar el proceso de matrícula de los cursos impartidos por la la Oficina de Educación

Continua del Recinto de la Universidad de Costa Rica en Paraíso.

Imprimir una factura con la información correspondiente a la matrícula realizada.

Registrar, obtener y modificar la información de los estudiantes, profesores,

proyectos, etc., de la Oficina de Educación Continua en el Recinto de la Universidad de


Generar reportes como: listados de alumnos, remisión, cierres diarios, actas de notas,

arreglos de pago, entre otros.

1.9-Limitaciones o restricciones

No se aceptará agregar nuevos casos de uso a los que se mencionaron en un inicio.

No tener todo el hardware y software necesarios para la ejecución adecuada de la

aplicación.

El mantenimiento del sistema posterior a la instalación de la aplicación cae bajo

responsabilidad de la Oficina de Educación Continua en el Recinto de la Universidad de


1.10-Diagrama de contexto

Programa de Ed.

Continua

Oficinista Ed.

Continua

Realizar los procesos

de matrícula.

Ingresando nuevos datos,

haciendo consultas,

modificando los datos

existentes

Actualización de la información

Devolver datos consultados

Verificar datos


8

1.11-StakeHolders y sus necesidades

Stakeholder Mayor Valor Actitudes Intereses

principales Restricciones

Secretaria de la

Oficina de

Educación

Continua del

Recinto de la

Universidad de

Costa Rica en

Paraíso

Aprovechar al máximo la

aplicación para agilizar el

trabajo realizado por

ella

Tener diversos informes de forma mas eficiente

Totalmente

comprometidos

con el uso de la

aplicación y de su

mayor

aprovechamiento

Facilitar el sistema de matricula vigente

Obtener reportes con

mayor rapidez y facilidad

Solo ella poseerá

los credenciales

para acceder a

1.12-Visión general del documento ERS Realizar un documento que le permita a cualquier persona que lo lea, observar la explicación y

aclaración de los requisitos que los usuarios solicitaron para ser desarrollado en la aplicación.

Se visualizará tanto de manera gráfica, como por escrito, especificando en cada caso, los

requisitos que contempla y que es lo que se pretende hacer para cumplir con ellos, además se

van a definir otros aspectos importantes como lo son los requisitos de implementación, como

se realizaran las pruebas del sistema, prototipos del sistema, etc. Principalmente, permitirá

saber que lo que se le desarrollará es lo que el cliente realmente quiere y necesita.


9

2-Requerimientos funcionales

2.1-Contexto del sistema

2.1.1-Modelo dominio del sistema


10

2.1.2-Descripción modelo dominio

Símbolo

Intención La ubicación se refiere a las personas que realizaron un examen de

ubicación para determinado curso, tiene: fechaM, cedula, telefono, recibo, maximoNivelAprobado.

Extensión 26/12/2001, 1-0000-0000, 8888-8888, 65451, 7

Símbolo

Intención La edición se refiere al periodo en que un curso se estará

impartiempo, tiene: codigoEdicion, fechaInicio, fechaFin, estado.

Extensión I-2010, 01/01/2010, 31/12/2010, activo

Símbolo

Intención La matrícula se refiere al proceso que realiza cualquier persona en

la Oficina de Educación Continua en el Recinto de la Universidad de Costa Rica en Paraíso, tiene: codigoCurso, fechaMatricula, nota, recibo, montoRecibido.

Extensión I04, 26/10/2008, 81, 41656, 35000


11

Símbolo

Intención El curso se refiere a los cursos que se imparten en la Oficina de

Educación Continua en el Recinto de la Universidad de Costa Rica en Paraíso, tiene: codigoCurso, nombre, numeroHoras, ordenMatricula, precio, cupoMaximo.

Extensión I07, Inglés Conversacional 7, 40, 56451, 35000, 20

Símbolo

Intención El profesor se refiere a las personas pertenecientes a la Oficina de

Educación Continua en el Recinto de la Universidad de Costa Rica en Paraíso que imparten los cursos que se brindan ahí, tiene: codigoProfesor, nombre, cedula, direccion, telefonoFijo, telefonoMovil, direccionCorreo, gradoAcademico.

Extensión 23, Karla Brenes Granados, 1-0000-0000, Urbanización Las Vicentinas, 2222-2222, 8888-8888, [email protected], licenciada

Símbolo

Intención El programa se refiere al programa del curso que se entrega a los

estudiantes al iniciar el curso, tiene: codigoPrograma, descripcion, fechaInicioVigencia, fechaFinVigencia, pdfPrograma.

Extensión 3, Inglés Conversacional 3, 01/01/2008, 21/12/2008, C:\Usuarios\Educacion Continua\Programas Cursos


12

Símbolo

Intención El estudiante se refiere a las personas que se han matrículado

alguna vez en la Oficina de Educación Continua en el Recinto de la Universidad de Costa Rica en Paraíso, tiene: codigoEstudiante, nombre, cedula, fechaInscripcion.

Extensión 45, Marielos Mora, 1-0000-0000, 26/12/2009

Símbolo

Intención El usuario se refiere a las personas que están autorizadas para

acceder a la aplicación, tiene: pass.

Extensión edContinua2011

Símbolo

Intención Otros pagos se refiere a los depósitos de dinero que se pueden

realizar en la Oficina de Educación Continua en el Recinto de la Universidad de Costa Rica en Paraíso, tiene: recibo, tipo, monto, fechaR, cedula.

Extensión 51648, arreglo de pago, 10000, 26/12/2010, 1-0000-0000

Símbolo

Intención El proyecto se refiere a las categorías en que se clasifican los cursos

que se imparten, tiene: codigoProyecto, nombreProyecto.

Extensión 29, Inglés Conversacional


13

Símbolo

Intención El recibo se refiere a los talonarios que se utilizan para realizar los

pagos, tiene: reciboInicio, reciboFin, estado, ultimo.

Extensión 2500, 3000, activo, 2593

2.1.3-Diagrama general de casos de uso


14

2.2-Descripción detallada cada CU

2.2.1-Texto del CU

Sección del caso de uso Descripción

Nombre Autenticar servidor

Actores Secretaria de la Oficina de Educación Continua en el Recinto de la Universidad de Costa Rica en Paraíso

Descripción Al ejecutar por primera vez la aplicación, el programa solicita un nombre de servidor para poder conectarse a la base de datos que contiene la información almacenada

Precondiciones Tener instalado el programa Microsoft® SQL Server® Express Edition y Microsoft® .NET Framework 3.5

Post condiciones Se pasa a la siguiente pantalla, la de inicio de sesión

Conexión a la base de datos fallida y repite este caso de uso

Curso normal La secretaria de la Oficina de Educación Continua en el Recinto de la Universidad de Costa Rica en Paraíso digita el nombre del servidor al cual se va a conectar la aplicación. Se realiza la prueba y de ser positiva, se procede a la siguiente pantalla

Alternativo La secretaria digita un nombre del servidor incorrecto

Curso alternativo La secretaria tiene la opción de volver a escribir de nuevo el nombre del servidor y volver a realizar la prueba de conexión

Prioridad Alta

Reglas de negocio Solo la secretaria puede insertar el nombre del servidor

Notas y problemas No tener instalado Microsoft® SQL Server® Express Edition y Microsoft® .NET Framework 3.5

Frecuencia de ocurrencia

Cada vez que se elimine en archivo de configuración o cuando la aplicación se ejecute por primera vez en un ordenador


15


Nombre Autenticar usuario


Descripción

Cada vez que se ejecute la aplicación, el programa solicita un nombre de usuario y contraseña para validar los credenciales para acceder a las funcionalidades de la aplicación

Precondiciones

Haber ingresado de forma correcta el nombre del servidor

Conocer el nombre y contraseña de usuario válidos de la aplicación

Tener instalado el programa Microsoft® SQL Server® Express Edition y Microsoft® .NET Framework 3.5

Post condiciones Visualizar todas las funcionalidades que contiene la aplicación

Error de conexión a la base de datos o con el usuario y contraseña

Curso normal

La secretaria digita el nombre de usuario y contraseña correctos y se le mostrará una ventana con un menú que contiene las funcionalidades disponibles en el programa

Alternativo Digitar el nombre y/o contraseña del usuario incorrectos

Curso alternativo

Si la secretaria digita incorrectamente el nombre del usuario y/o la contraseña, no podrá acceder a la pantalla principal de la aplicación. Le segirá pidiendo los datos hasta que los ingrese correctamente.

Prioridad Alta

Reglas de negocio Solo la secretaria puede insertar el nombre y usuario del sistema

Notas y problemas No tener instalado Microsoft® SQL Server® Express Edition y Microsoft® .NET Framework 3.5


Cada vez que se ejecute la aplicación en un ordenador


16


Nombre Buscar curso


Descripción

Se ejecuta cada vez que se desea eliminar o modificar un curso. Tiene dos tipos de búsquedas y otra opción que muestra todos los elementos que contiene la base de datos de ese elemento

Precondiciones

Haber iniciado sesión de forma correcta


Post condiciones

Visualizar todos los elementos de la base de datos o los que arroge la búsqueda

Error de conexión a la base de datos o que sea una tabla vacía

Curso normal

La secretaria elige el tipo de búsqueda que desea y se le desplega el resultado que se capturó de la base de datos o muestra todos los elementos que contiene la base de datos

Alternativo Tabla de la base de datos vacía

Curso alternativo Si la secretaria realiza una búsqueda y no captura ningún resultado, no se mostrará nada en la tabla de resultados de la búsqueda

Excepciones Al realizar una búsqueda no aparece un resultado:

No se mostrará ningún elemento en la tabla de resultados

Prioridad Normal

Reglas de negocio Solo la secretaria puede realizar búsquedas

Notas y problemas Que la búsqueda capture ningún registro


Frecuente


17


Nombre Buscar estudiante


Descripción

Se ejecuta cada vez que se desea eliminar o modificar un estudiante. Tiene dos tipos de búsquedas y otra opción que muestra todos los elementos que contiene la base de datos de ese elemento

Precondiciones



Post condiciones



Curso normal






Prioridad Normal




Frecuente


18


Nombre Buscar profesor


Descripción

Se ejecuta cada vez que se desea eliminar o modificar un profesor. Tiene dos tipos de búsquedas y otra opción que muestra todos los elementos que contiene la base de datos de ese elemento

Precondiciones



Post condiciones



Curso normal






Prioridad Normal




Frecuente


19


Nombre Buscar proyecto


Descripción

Se ejecuta cada vez que se desea eliminar o modificar un proyecto. Tiene dos tipos de búsquedas y otra opción que muestra todos los elementos que contiene la base de datos de ese elemento

Precondiciones



Post condiciones



Curso normal






Prioridad Normal




Frecuente


20


Nombre Eliminar curso


Descripción

Se ejecuta cada vez que se desea eliminar un curso, luego de haber hecho una búsqueda. Después se elige el elemento de la tabla que se desea eliminar y se realiza una confirmación de borrado

Precondiciones



Seleccionar un elemento de la tabla de resultados de la búsqueda

Post condiciones

Confirmación de borrado y eliminación exitosa del elemento

Confirmación de borrado y eliminación fallida del elemento

No se confirma el borrado y no se elimina el elemento

Curso normal

La secretaria selecciona el elemento que desea eliminar, luego confirma el borrado del elemento. Luego, se le muestra un mensaje que el elemento a sido borrado de forma correcta en la base de datos

Alternativo Eliminación incorrecta

Curso alternativo

La secretaria selecciona el elemento que desea eliminar, luego confirma el borrado del elemento. Luego, se le muestra un mensaje que el elemento no a sido borrado de forma correcta

Excepciones No elige ningún elemento para borrar:

No se borrará ningún elemento hasta que seleccione alguno

Prioridad Normal

Reglas de negocio Solo la secretaria puede realizar eliminaciones

Notas y problemas Que la búsqueda no haya capturado ningún registro


Frecuente


21


Nombre Eliminar estudiante


Descripción

Se ejecuta cada vez que se desea eliminar un estudiante, luego de haber hecho una búsqueda. Después se elige el elemento de la tabla que se desea eliminar y se realiza una confirmación de borrado

Precondiciones




Post condiciones




Curso normal



Curso alternativo




Prioridad Normal




Frecuente


22


Nombre Eliminar profesor


Descripción

Se ejecuta cada vez que se desea eliminar un profesor, luego de haber hecho una búsqueda. Después se elige el elemento de la tabla que se desea eliminar y se realiza una confirmación de borrado

Precondiciones




Post condiciones




Curso normal



Curso alternativo




Prioridad Normal




Frecuente


23


Nombre Eliminar proyecto


Descripción

Se ejecuta cada vez que se desea eliminar un proyecto, luego de haber hecho una búsqueda. Después se elige el elemento de la tabla que se desea eliminar y se realiza una confirmación de borrado

Precondiciones




Post condiciones




Curso normal



Curso alternativo




Prioridad Normal




Frecuente


24


Nombre Insertar curso


Descripción Se ejecuta cada vez que se desea insertar un curso. Se deben llenar los espacios obligatorios y en caso necesario los demás campos

Precondiciones



Llenar los espacios obligatorios y los demás dejarlos vacios si no se necesitan o llenarlos correctamente en caso de necesitarlos

Post condiciones Insertado exitoso del elemento nuevo

Insertado fallido del elemento

Curso normal

La secretaria debe llenar los espacios obligatorios. Y en caso de necesitar de los demás espacios, debe llenarlos completamente. Luego, se le muestra un mensaje que el elemento a sido insertado de forma correcta en la base de datos

Alternativo Inserción incorrecta

Curso alternativo

La secretaria llena los espacios obligatorios. Y si hubiera sido el caso, llenaba los otros espacios completamente. Pero luego, se le muestra un mensaje que el elemento no a sido insertado de forma correcta

Excepciones No digita valores correctos:

No se ponen los valores admitidos en los espacios

Prioridad Normal

Reglas de negocio Solo la secretaria puede realizar inserciones

Notas y problemas Que la secretaria no sepa el formato de algunos de los espacios


Frecuente


25


Nombre Insertar estudiante


Descripción Se ejecuta siempre que se desea insertar un estudiante. Se deben llenar los espacios obligatorios y en caso necesario los demás campos

Precondiciones






Curso normal



Curso alternativo




Prioridad Normal




Frecuente


26


Nombre Insertar profesor


Descripción Se ejecuta cada vez que se desea insertar un profesor. Se deben llenar los espacios obligatorios y en caso necesario los demás campos

Precondiciones






Curso normal



Curso alternativo




Prioridad Normal




Frecuente


27


Nombre Insertar proyecto


Descripción Se ejecuta cada vez que se desea insertar un proyecto. Se deben llenar los espacios obligatorios y en caso necesario los demás campos

Precondiciones






Curso normal



Curso alternativo




Prioridad Normal




Frecuente


28


Nombre Modificar curso


Descripción

Se ejecuta cada vez que se desea modificar un curso, luego de haber hecho una búsqueda. Después se elige el elemento de la tabla que se desea modificar y se desplega una ventana con los datos cargados de la base de datos que contiene el elemento seleccionado

Precondiciones




Post condiciones

Cargar los datos correctamente y modificación exitosa del elemento

Cargar los datos correctamente y modificación fallida del elemento

Cargar los datos incorrectos y modificación exitosa del elemento

Cargar los datos incorrectos y modificación fallida del elemento

Curso normal

La secretaria selecciona el elemento que desea modificar, luego edita la información que necesite del elemento. Luego, se le muestra un mensaje que el elemento a sido modificado de forma correcta en la base de datos

Alternativo Modificación incorrecta

Curso alternativo

La secretaria selecciona el elemento que desea modificar, luego edita la información que necesite del elemento. Luego, se le muestra un mensaje que el elemento no a sido modificado de forma correcta en la base de datos

Excepciones No elige ningún elemento para modificar:

No se modificará ningún elemento hasta que seleccione alguno

Prioridad Normal

Reglas de negocio Solo la secretaria puede realizar modificaciones



Frecuente


29


Nombre Modificar estudiante


Descripción

Se ejecuta cada vez que se desea modificar un estudiante, luego de haber hecho una búsqueda. Después se elige el elemento de la tabla que se desea modificar y se desplega una ventana con los datos cargados de la base de datos que contiene el elemento seleccionado

Precondiciones




Post condiciones





Curso normal



Curso alternativo




Prioridad Normal




Frecuente


30


Nombre Modificar profesor


Descripción

Se ejecuta cada vez que se desea modificar un profesor, luego de haber hecho una búsqueda. Después se elige el elemento de la tabla que se desea modificar y se desplega una ventana con los datos cargados de la base de datos que contiene el elemento seleccionado

Precondiciones




Post condiciones





Curso normal



Curso alternativo




Prioridad Normal




Frecuente


31


Nombre Modificar proyecto


Descripción

Se ejecuta cada vez que se desea modificar un proyecto, luego de haber hecho una búsqueda. Después se elige el elemento de la tabla que se desea modificar y se desplega una ventana con los datos cargados de la base de datos que contiene el elemento seleccionado

Precondiciones




Post condiciones





Curso normal



Curso alternativo




Prioridad Normal




Frecuente


32

2.2.2-Pantalla (s) y/o reporte (s) del CU

Autenticar servidor


33

Autenticar usuario


34

Buscar curso

Buscar estudiante


35

Buscar profesor

Buscar proyecto


36

Eliminar curso

Eliminar estudiante

Eliminar profesor


37

Eliminar proyecto

Insertar curso

Insertar estudiante


38

Insertar profesor

Insertar proyecto


39

Modificar curso


40

Modificar estudiante


41

Modificar profesor


42

Modificar proyecto

2.2.3-Diagrama de actividades del CU

Autenticar servidor


43

Autenticar usuario

Buscar y eliminar curso

Buscar y eliminar estudiante


44

Buscar y eliminar profesor

Buscar y eliminar proyecto

Buscar y modificar curso


45

Buscar y modificar estudiante

Buscar y modificar profesor


46

Buscar y modificar proyecto

Insertar curso

Insertar estudiante


47

Insertar profesor

Insertar proyecto

2.2.4-Diagrama de estados del CU

Autenticar servidor


48

Autenticar usuario



49



Buscar y eliminar

proyecto


50



51



52



53



54

Insertar curso

Insertar estudiante

Insertar profesor


55

Insertar proyecto


56

2.2.5-Diagrama secuencia del CU

Autenticar servidor

Autenticar usuario



57



Buscar y eliminar proyecto


58





59


Insertar curso

Insertar estudiante


60

Insertar profesor

Insertar proyecto


61

2.2.6-Contratos de operaciones

Operación: public String insertarCurso(Curso curso)

Referencia Cruzada: Caso de Uso: Insertar Curso

Precondiciones: Todos los datos se llenaron correctamente

Los datos tienen el formato requerido

Los datos están completos



Post Condiciones: La variable Curso queda llena con los datos, pero estos datos ya son insertados en la base de datos

Se retorna un String con el valor de la consulta

Operación: public Curso obtenerCursoPorCodigoCurso(String

codCurso)

Referencia Cruzada: Caso de Uso: Insertar Curso

Precondiciones: El código del curso viene con un valor válido



Post Condiciones: La variable Curso queda llena con los datos

Se retorna la variable de dominio llena con todos los datos

Operación: public String modificarCurso(Curso curso, String

codViejo)

Referencia Cruzada: Caso de Uso: modificar Curso

Precondiciones: El código del curso viene con un valor válido

Todos los datos se llenaron correctamente





Post Condiciones: La variable Curso queda llena con los datos, pero estos datos ya son modificados en la base de datos



62

Operación: public String insertarEstudiante(Estudiante

estudiante)

Referencia Cruzada: Caso de Uso: Insertar Estudiante






Post Condiciones: La variable Estudiante queda llena con los datos, pero estos datos ya son insertados en la base de datos


Operación: public Estudiante

obtenerEstudiantesPorNombre(String nombre)


Precondiciones: El nombre del estudiante viene con un valor válido



Post Condiciones: La variable Estudiante queda llena con los datos


Operación: public String modificarEstudiantes(Estudiante

estudiante, int codEstudianteViejo)

Referencia Cruzada: Caso de Uso: modificar Estudiante

Precondiciones: El código del Estudiante viene con un valor válido






Post Condiciones: La variable Estudiante queda llena con los datos, pero estos datos ya son modificados en la base de datos



63

Operación: public String insertarProfesor(Profesor

profesor)

Referencia Cruzada: Caso de Uso: Insertar Profesor






Post Condiciones: La variable Profesor queda llena con los datos, pero estos datos ya son insertados en la base de datos


Operación: public Profesor obtenerProfesorPorCedula(String

cedula)


Precondiciones: La cedula del profesor viene con un valor válido



Post Condiciones: La variable profesor queda llena con los datos


Operación: public String modificarProfesor(Profesor

profesor, String cedProfeVieja)

Referencia Cruzada: Caso de Uso: modificar Profesor

Precondiciones: El código del profesor viene con un valor válido






Post Condiciones: La variable profesor queda llena con los datos, pero estos datos ya son modificados en la base de datos



64

Operación: public String insertarProyecto(Proyecto

proyecto)

Referencia Cruzada: Caso de Uso: Insertar Proyecto






Post Condiciones: La variable Proyecto queda llena con los datos, pero estos datos ya son insertados en la base de datos


Operación: public Profesor obtenerProfesorPorCedula(String

cedula)


Precondiciones: La cedula del profesor viene con un valor válido



Post Condiciones: La variable profesor queda llena con los datos


3-Requerimientos no funcionales

3.1-Producto

3.1.1-Eficiencia

Para un buen funcionamiento del software se necesitará una computadora con lo siguiente:

Requerimientos de hardware

Procesador Pentium IV de 2.4GHz o similar.

256 MB de memoria RAM.

Disco duro de 40 GB o mayor.

Impresora de cualquier modelo.

Monitor de 15’’ o mayor de cualquier modelo.


65

Requerimientos de software

Windows XP o Windows Seven

Microsoft .NET Framework 3.5.

Motor de base de datos Microsoft SQL Server 2008

3.1.2-Interfaz local del usuario

Este mensaje se muestra en caso de que no haya ningún servidor de bases de datos definido para

la aplicación, es lo primero q se muestra si se inicia la aplicación y no se ha definido el servidor

para está.


66

En caso de que no se haya definido un servidor de base de datos luego del mensaje de

información que se muestra, lo siguiente es esta pantalla que le permite al usuario ingresar el

nombre del servidor para que el sistema la pruebe y en caso de funcionar la guarde y le

muestre la pantalla de inicio de sesión.

Esta pantalla le permite al usuario autenticarse, digitar sus credenciales, tal y como se ve en la

imagen se tiene dos campos un que es el nombre de usuario y otro que es para que el usuario

indique la contraseña, en caso de que los datos estén mal se le muestra el siguiente mensaje:

En caso de que todo este correcto se le abrirá al usuario la pantalla principal de la aplicación.


67

Pantalla Principal

Una vez que el usuario se auténtica, se le va a mostrar esta pantalla, la cual es donde se

reúnen todas las funcionales que se encuentran en el menú superior de la imagen, en este

caso se cuenta con inicio que se ve de la siguiente manera:


68

Si le damos a salir la aplicación saldrá y cerrará todo lo que se está haciendo.

Luego tenemos proyecto:

Aquí se puede acceder al Crud de proyecto que nos permite insertar, buscar, y eliminar un

proyecto. La funcionalidad de búsqueda se encuentra dentro de editar y borrar.

Esta es la pantalla de Insertar proyecto que se abrirá una vez que el usuario de click sobre esta

opción en el menú principal.

Desde aquí se podrá insertar un proyecto, en caso de que se vaya abrir un nuevo programa o

para agregar los existentes.


69

También se va a poder editar y borrar estos proyectos pero antes de poder editar o borrar es

necesario indicar el proyecto por lo que se va hacer una búsqueda previa:

En esta pantalla se va a poder realizar la búsqueda previa de proyecto para luego poder

modificar el proyecto seleccionado, para esto se va a poder realizar búsquedas ya sea

conociendo el código del proyecto o mediante el nombre de estos, no ambos solo uno por

vez, es una búsqueda filtrada, con solo escribir en cualquiera de los 2 campos se actualiza la

tabla en este caso en gris, porque no hay datos.


70

Lo mismo sucede para eliminar proyecto primero se realiza una búsqueda basado en los

mismos campos, nombre o código de proyecto, y luego q se selecciona el proyecto se le

presenta la confirmación al usuario.

Si el usuario selecciona si, se borra el proyecto de lo contrario se le devuelve a la pantalla de

eliminar proyecto.

Luego tenemos Curso:


71

Aquí se puede acceder al Crud de Curso que nos permite insertar, buscar, y eliminar un curso.

La funcionalidad de búsqueda se encuentra dentro de editar y borrar.

Esta es la pantalla de Insertar curso que se abrirá una vez que el usuario de click sobre esta


Desde aquí se podrá insertar un curso, en caso de que se valla abrir un nuevo curso, o insertar

los cursos que ya existen, los campos que están marcados con un “*” son los campos que en la

base de datos son obligatorios por lo tanto, se valida que estos no puedan ir vacíos en caso de

estarlos se le muestra al usuario su error para que éste lo corrija.

También se va a poder editar y borrar estos cursos pero antes de poder editar o borrar es

necesario indicar el curso por lo que se va hacer una búsqueda previa:


72

En esta pantalla se va a poder realizar la búsqueda previa de curso para luego poder modificar

el curso seleccionado, para esto se va a poder realizar búsquedas ya sea por medio del

nombre del cursos, mostrando todos los cursos disponibles o listándolos según el proyecto al

que pertenecen, solo se puede hacer la búsqueda por una de las opciones anteriores, solo

uno a la vez, es una búsqueda filtrada, con solo indicar información en cualquiera de los 2

campos se actualiza la tabla en este caso en gris, porque no hay datos.


73

Lo mismo sucede para eliminar curso primero se realiza una búsqueda basado en los mismos

campos, nombre o proyecto al que pertenece, y luego q se selecciona el proyecto se le


Si el usuario selecciona si, se borra el curso de lo contrario se le devuelve a la pantalla de

eliminar curso.


74

Luego tenemos profesor:

Aquí se puede acceder al Crud de profesor que nos permite insertar, buscar, y eliminar un

profesor. La funcionalidad de búsqueda se encuentra dentro de editar y borrar.

Esta es la pantalla de Insertar profesor que se abrirá una vez que el usuario de click sobre esta


Desde aquí se podrá insertar un profesor, para ello se deben llenar todos los campos arriba

vistos y bajo ciertas normas que se validan en la aplicación de lo contrario no se podrán hacer

cambios y la aplicación le indicara al usuario su error para que éste lo corrija.


75

También se va a poder editar y borrar los profesores pero antes de poder editar o borrar es

necesario indicar el profesor por lo que se va hacer una búsqueda previa:

En esta pantalla se va a poder realizar la búsqueda previa de profesor para luego poder

modificar el profesor seleccionado, para esto se va a poder realizar búsquedas ya sea

conociendo el número de cédula del profesor o mediante el nombre del profesor, o listando

todos los profesores y buscándolo entre los resultados, solo una opción de estas a la vez, es

una búsqueda filtrada, con solo escribir en cualquiera de los 2 campos se actualiza la tabla en

este caso en gris, porque no hay datos.


76

Lo mismo sucede para eliminar profesor primero se realiza una búsqueda basado en los

mismos campos, nombre o cédula del profesor, y luego que se selecciona el profesor se le


Si el usuario selecciona si, se borra el profesor de lo contrario se le devuelve a la pantalla de

eliminar profesor.


77

Luego tenemos estudiante:

Aquí se puede acceder al Crud de estudiante que nos permite insertar, buscar, y eliminar un

estudiante. La funcionalidad de búsqueda se encuentra dentro de editar y borrar.

Esta es la pantalla de Insertar estudiante que se abrirá una vez que el usuario de click sobre

esta opción en el menú principal.

Desde aquí se podrá insertar un estudiante, para ello se deben llenar todos los campos arriba

vistos y bajo ciertas normas que se validan en la aplicación de lo contrario no se podrán hacer

cambios y la aplicación le indicara al usuario su error para que éste lo corrija.


78

También se va a poder editar y borrar los estudiantes pero antes de poder editar o borrar es

necesario indicar el estudiante por lo que se va hacer una búsqueda previa:

En esta pantalla se va a poder realizar la búsqueda previa de estudiante para luego poder

modificar el estudiante seleccionado, para esto se va a poder realizar búsquedas ya sea

conociendo el número de cédula del estudiante o mediante el nombre del éste, o listando

todos los estudiantes y buscándolo entre los resultados, solo una opción de estas a la vez. Es

una búsqueda filtrada, con solo escribir en cualquiera de los dos campos se actualiza la tabla

en este caso en gris, porque no hay datos.


79

Lo mismo sucede para eliminar estudiante primero se realiza una búsqueda basado en los

mismos campos, nombre o cédula del estudiante, y luego que se selecciona el estudiante se le


Si el usuario selecciona si, se borra el estudiante de lo contrario se le devuelve a la pantalla de

eliminar estudiante


80

Por último en la sección de ayuda encontramos el acerca de, en el cual se muestra información

referente a la ampliación:

3.1.3-Seguridad

Manejo de usuarios y contraseñas.

Manejo de ciertas restricciones para el borrado de los datos(integridad referencial y otras)

3.2-Organizacionales

3.2.1-Documentación

Manual de usuario, para prever el cambio de personal de la oficina.

Manual técnico para hacer fácil el mantenimiento.(Conformado de los documentos ERS y

análisis y diseño)

3.2.2-Entregas

Dentro de los entregables se encuentran:

Un paquete de Software instalable con lo módulos desarrollados de proyecto, profesor,

estudiante, curso e inicio de sesión, y conexión a la base de datos.

Documento de Visión


81

Documento de análisis y diseño

Documento ERS

3.2.3-Implementación

El sistema no contempla llevar el control de las transacciones (bitácora de actividades) dentro

de la base de datos. Pero si contempla el hecho de poder efectuar respaldos tanto

automáticos, como manuales, y así mismo la recuperación desde esos respaldos.

3.3-Externos

3.3.1-Interoperabilidad

El Sistema Matricula Educación Continua es una aplicación de carácter local que por

especificaciones de seguridad y reglas de negocio se ha decidido que debe de trabajar de

forma independiente para un solo departamento, de esta manera la aplicación no debe de

comunicarse con otros módulos de la empresa en la cual se pondrá a trabajar y viceversa y los

módulos dentro del sistema se comunican por medio de interfaces teniendo un motor de

bases de datos en común.

3.3.2-Legales

El software que se necesite instalar en el equipo cuenta con las licencias necesarias, ya

que el Recinto de Paraíso las ha obtenido previamente.

4-Arquitectura lógica El sistema Matricula educación Continua está desarrollado en lenguaje C#, orientado a

objetos, el cual permite un manejo adecuado en capas de las clases y los paquetes. La

arquitectura del sistema consta de diagramas de paquetes, componentes de clase, entre

otros, los cuales ayudan a comprender los objetivos y el desarrollo del sistema, de una forma

más sencilla para la vista de las personas ajenas al lenguaje de programación.


82

4.1-Diagrama capas y paquetes Capas

Paquetes

4.2-Descripción del diagrama capas El sistema se dividirá en cuatro capas y en la misma cantidad de paquetes:

Las capas serán:

Data: Esta capa se va a encargar de mantener los datos, y se va a encargar de aceptar los

llamados de las demás capas para la inserción, edición, borrado y petición de ciertos

típicos específicos de datos y devolvérselas a la capa que lo solicita, especialmente

negocio que es la que en su mayor parte a esta capa.


83

Business: Esta capa se va a encargar algunas reglas de negocio específicas a los datos, por

ejemplo, que los valores en la base de datos deben llevar ciertas normas, entonces esta

capa comprueba y aplica estas reglas con el único fin de que todos los datos que se

ingrese este íntegros y de acuerdo a como se necesita.

Esta capa se encarga de hacer llamadas a las diferentes clases data que se tienen en la

aplicación, y luego transferir los datos al objeto que se los solicita. Es decir es un mediador

que sirve de conexión entre las llamadas a las clases y la base de datos, aplicando en este

intercambio ciertas reglas que el negocio necesita.

Domain: Esta capa es la que crea y maneja los objetos que se utilizan en la aplicación y que

son propios de la aplicación, por ejemplo: estudiante, curso, profesor, etc., y todos los

atributos que tengan estos objetos. Así cuando se traen datos de la base de datos, se

pueden mapear a tipos de variables específicas que contienen los atributos que se

necesitan para el cargado en la memoria principal de los datos y su manejo por las demás

capas. Su principal objetivo es crear variables en memoria en las cuales están los datos

encapsulados en objetos, así los datos que tienen estos objetos pueden ser manipulados

de manera sencilla.

UI: Se encarga de la interacción directa con el usuario, captura sus eventos, sus decisiones,

sus datos, sus peticiones, etc., una vez que ésta, captura lo que el usuario pidió, manda a

llamar a la acción necesaria para que se ejecute la operación que le dé un resultado al

usuario, esta acción generalmente implica el llamado a la capa de negocios, y el mapeo de

datos de la capa Domain, entre otras cosas.


84

4.3-DCD Diagrama de clases


85

Apéndices

1-Plan del proyecto


86

2-Plan pruebas de aceptación

2.1-Recursos Se necesitará un computador que cuente con los siguientes recursos

Procesador Pentium IV de 2.4GHz o similar.

256 MB de memoria RAM.

Disco duro de 40 GB o mayor.

Impresora de cualquier modelo.

Monitor de 15’’ o mayor de cualquier modelo.

Windows XP o Windows Seven

Microsoft .NET Framework 3.5.

Motor de base de datos Microsoft SQL Server 2008

2.2-Calendario

Las pruebas están previstas para realizarse la semana del 25 al 30 de abril. Una vez instalado la primera parte del sistema


87

2.3- Casos, datos de prueba y criterios de éxito

Insertar o modificar proyecto

Prueba 1

Datos a ingresar

Código: 1223

Nombre: Ingles

Salida esperada Mensaje: Se ha insertado o modificado con éxito

Flujo alterno

Mensaje: Proyecto ya registrado

Prueba 2

Datos a ingresar

Código: 1223

Nombre: INGLES

Salida esperada: muestra el mensaje: Error el proyecto ya se encuentra registrado

Insertar o modificar estudiante

Prueba 1

Datos a ingresar

Cedula: 3422595

Nombre: Roció Aragón Castillo


Flujo alterno

Mensaje: estudiante ya registrado

Prueba 2

Datos a ingresar

Cedula3422595

Nombre: Alejandro Romero Salinas

Salida esperada Mensaje: Error el estudiante ya existe


88

Insertar o modificar profesor

Prueba 1

Datos a ingresar

Cedula: 3422595

Nombre: Alejandro Romero Salinas


Prueba 2

Datos a ingresar

Cedula: 3422595

Nombre: Roció Aragón Castillo

Salida esperada Mensaje de error: el profesor ya existe

Insertar o modificar curso

Prueba 1

Datos a ingresar

Proyecto: INGLES (ComboBox)

Nombre: INGLES I

Monto: 35000

Número de horas: 12

Cupo: 15


Flujo alterno

Mensaje: curso ya registrado

Prueba 2

Datos a ingresar


Nombre: INGLES 2

Tipo de Certificado:

Monto: 35000



89

Cupo:

Salida esperada Mensaje de error: faltan datos por favor complételos

Prueba 3

Datos a ingresar


Nombre: INGLES 3

Monto: 0


Cupo: 15

Salida esperada Mensaje de error: El monto debe ser mayor que 0 por favor corríjalo

3-Glosario de términos y abreviaturas A

Actor: Entidad externa que interactúa con el sistema (Bruegge & Dutoit, 2002).

Actualización: proceso de alteración de un registro a través de las operaciones insertar, borrar y modificar.

Aplicación: Programa informático diseñado para facilitar al usuario la realización de un determinado tipo de trabajo.

Atributo: Cualidades o propiedades de una clase.

B

Base de datos: Conjunto de datos organizados para su almacenamiento en la memoria de un ordenador o computadora, diseñado para facilitar

su mantenimiento y acceso de una forma estándar.


90

C

Caso de Uso: Documento narrativo que describe la secuencia de eventos de un actor que usa un sistema para completar un proceso.

Clase Conceptual: Idea, cosa u objeto con características propia.

Clase: Estructura de datos que incluye atributos y métodos que ayudan a actualizar dichos datos y a modelar el comportamiento de la clase.

Código: Instrucciones de programa legibles por el programador y escritas en un lenguaje de alto nivel Consulta: Búsqueda de datos de uno o más

instituciones

Contraseña: Medida de seguridad utilizada para limitar el acceso a sistemas informáticos y archivos confidenciales. Es una cadena de caracteres

que el usuario introduce como código de identificación.

D

Dato: Información dispuesta de manera adecuada para su tratamiento por un ordenador.

Diagrama de Casos de Uso: Es un modelo de la funcionalidad y entorno del sistema, y es el conjunto de todos los casos de uso.

Diseño: Pone énfasis en una solución conceptual (lógica) que satisface los requisitos en vez de ponerlos en la implementación (Larman, 2005).

Dominio: Contexto en el que se desenvuelve el sistema.

E

ERS: Especificación de los Requerimientos de Software.


91

Estándar: Conjunto de especificaciones técnicas utilizadas para unificar el desarrollo de hardware o de software.

F

Formulario: Documento con espacios en blanco.

Funciones: Operaciones que realiza una clase para dar solución al problema.

H

Hardware: Equipo utilizado para el funcionamiento de una computadora. El hardware se refiere a los componentes materiales de un sistema

informático.

Identificador: Atributo que define como único algo.

Implementación: Poner en funcionamiento el sistema.

Interfaz: Conjunto de componentes empleados por los usuarios para comunicarse e interaccionar con las computadoras.

M

Modelo Conceptual: Es una representación visual de los objetos del mundo real en un dominio de interés.


92

P

Página Web: Sitio de Internet que publica documentos en World Wide Web (WWW). Estos documentos están compuestos por texto, elementos

multimedia (gráficos, sonido, vídeo digital...) y vínculos (punteros con la dirección de otras páginas Web, empleados para establecer una

conexión automática).

Parámetro: Dato o factor que se toma como necesario para analizar o valorar una situación.

Perfiles de usuarios: Definición de tipos de usuarios con diferentes privilegios.

R

Registro: Lugar donde se almacena la información.

Relación: Asociación entre clases.

Requerimientos funcionales: Describe lo que el sistema debe hacer.

Requerimientos no funcionales: Describen aspectos del sistema visibles por el usuario que no se relacionan en forma directa con el

comportamiento funcional del sistema [Bruegge & Dutoit, 2002].

S

Sistema parte local: Aplicación que se ejecuta en una maquina específica.

Sistema parte Web: Aplicación que se ejecuta en una maquina conectada a una red Sistema: Cualquier colección o combinación de programas,

procedimientos, datos y equipamiento utilizado en el procesamiento de información.


93

4-Lista de riesgos

Riesgo Hardware

Prioridad Crítico

Encargado Educación Continua

Descripción El sistema no puede funcionar si el hardware disponible no cuenta con los requisitos mínimos para el funcionamiento del sistema. Además que se hace indispensable que la computadora cuente con suficiente espacio libre para almacenar los datos, los respaldos y demás procesos.

Solución Alterna

Adquisición del hardware por parte del encargado, y especialmente espacio de disco adicional en caso de ser necesario.

Riesgo Software

Prioridad Crítico

Encargado Educación Continua

Descripción El Sistema no puede funcionar sin ciertos programas que no son aparte de los entregables y de los cuales el computador debe contar y contar con la licencia para poder ejecutarlo.

Solución Alterna

Adquisición del software o hardware si el sistema no cuenta con lo establecido.


94

Riesgo Humano

Prioridad Crítico

Encargado Encargado de Educación Continua.

Descripción El sistema al inicio necesitará la inversión de algunas horas para el ingreso de varios años de trabajo manual, el recurso humano para esta labor es necesaria, para así sacarle el máximo provecho al sistema

Solución Alterna

Conseguir recurso humano adicional que se encargue de la introducción de los datos al sistema.

Riesgo No cumplimiento del Plan de Proyecto

Prioridad Normal

Encargado Desarrolladores del sistema

Descripción En caso de que se presenten contratiempos en el proceso de desarrollo del sistema este podría retrasarse en su entrega.

Solución Alterna

Reunirse con mucha mayor frecuencia para ponerse al día con las fechas del Plan de Proyecto.


95

Riesgo Introducción de Requerimientos nuevos

Prioridad Normal

Encargado Desarrolladores del sistema

Descripción En caso de que se presenten requerimientos nuevos, a medida que se va desarrollando el proyecto

Solución Alterna

Dejar claro los límites del sistema y hasta donde va a llegar. Para que no surjan nuevos requerimientos continuamente y lleguemos a un proyecto muy grande que se saldría de nuestras manos

5-Descripción de la empresa

5.1-Nombre de la empresa

Oficina de Educación Continua, Recinto de Paraíso, Sede del Atlántico, Universidad de Costa Rica.

5.2-Descripción general de la empresa

El programa de educación continua es una modalidad de extensión docente de la Universidad de Costa Rica, a través de la cual se pretende

atender necesidades educativas no formales que requieren sectores claves para el desarrollo y bienestar general del país.

Visión

Constituirnos en un módulo de la Universidad de Costa Rica promotor del desarrollo humano y de mejor calidad de vida para todos los

personas por medio de oportunidades de capacitación y actualización.

Misión

Satisfacer las necesidades y expectativas de la población brindándoles servicios de educación no formal, aplicando un proceso de

mejoramiento continuo y busca de la calidad total.


96

Organigrama

Nombre y teléfonos de la persona contacto

Persona a contactar:

Secretaria: Ana Lucia Coto

Coordinadora de Cursos: Liviette Gamboa Solano.

E-mail: [email protected] [email protected]

Teléfonos: 2575 40 29 / 2575 40 30

mailto:[email protected]


97

6-Especificación de estándares Programación Atributos:

Los nombres de los atributos de los objetos coinciden con el nombre al objeto que representan en la vida real, por ejemplo el nombre de la

persona va a ser nombre.

El nombre del atributo va a empezar con minúscula, si consta de dos palabras la segunda empieza con mayúscula, por ejemplo la variable

que representa a un nombre de empresa irá de la siguiente manera nombreEmpresa.

En caso de Tratarse de nombres globales o estáticos estos deberán de ir escritos en mayúscula, por ejemplo un atributo que sea valor único

irá identificado de la siguiente manera VALORUNICO

Métodos:

El nombre de los métodos van a corresponder a las acciones que se van a realizar, por ejemplo para guardar, el método se va a llamar

guardar().

El nombre de los métodos va a empezar con minúscula, si consta de más de una palabra van a empezar con mayúscula, por ejemplo

insertar un estudiante el método se va a llamar insertarEmpresa(…). Además el nombre de los atributos irá en minúscula y se consta de más

de 2 palabras irá unido con la segunda palabra la inicial en mayúscula, siguiendo el formato anterior

Clases:

El nombre de las clases van a corresponder a la función que desempeñen, por ejemplo para iniciar la sesión de la aplicación la clase se va

a llamar IniciarSesion.

El nombre de las clases tipo objeto van a corresponder al nombre con el que se conocen en la vida real, por ejemplo una empresa va a

estar representado por una clase objeto Cliente.

El nombre de las clases va a empezar con mayúscula, si consta de más de una palabra cada una empezará con mayúscula, por ejemplo al

realizar el pago de una venta la clase se va a llamar PagoDeVenta.


98

Base de Datos:

En cuanto a la Base de datos las Tablas van a comenzar con mayúscula y el resto de la palabra continuará en minúscula, si está formada por

más de una frase, está será separada con un “_” y la frase que le siga también será con la primer palabra en mayúscula y el resto en

minúscula. Por ejemplo si la tabla es la de curso será llamada “Curso” y si fuera curso por estudiante sería “Curso_Estudiante”

En cuanto a los atributos de las tablas estos seguirán el mismo formato, pero todas las palabras irán en minúscula, por ejemplo si es un

atributo nombre este será “nombre”, en la base de datos, y si es formado por dos palabras por ejemplo nombre estudiante quedará

“nombre_estudiante”

Documento ERS - Sistema Matricula Educación Continua - FINAL

Documents

Transcript of Documento ERS - Sistema Matricula Educación Continua - FINAL