Documento ERS - Sistema Matricula Educación Continua - FINAL

Especificación de Requerimientos del Sistema
ESPECIFICACION DE
REQUERIMIENTOS DEL Sistema Matricula
SISTEMA
Educación Continua
Guillermo Torres Hernández
Emmanuel Rojas Rodríguez
0
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
1
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
2
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

La necesidad de la automatización del proceso de matrícula de la Oficina de
El
Educación Continua de la Universidad de Costa Rica en el Recinto de Paraíso
problema de Cartago.
A la secretaria de la Oficina de Educación Continua de la Universidad de Costa

Afecta 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.
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
El impacto 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.
3
La elaboración de un sistema que facilite y automatice el proceso de matrícula

Una de cursos y el de almacenamiento de los estudiantes, cursos, proyectos,
solución profesores y otros más, que realiza de forma manual la secretaria de la Oficina
exitosa 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.
4
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.
5
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.
6
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 Oficinista Ed.

Ingresando nuevos datos,
Continua
haciendo consultas,
modificando los datos Actualización de la información
existentes
Devolver datos consultados
Realizar los procesos Verificar datos

de matrícula.
Programa de Ed.
Continua
7
1.11-StakeHolders y sus necesidades

Intereses
Stakeholder Mayor Valor Actitudes Restricciones
principales
 Aprovechar al
máximo la
Secretaria de la
aplicación para  Facilitar el
Oficina de agilizar el Totalmente sistema de
Educación trabajo comprometidos matricula Solo ella poseerá
Continua del realizado por con el uso de la vigente
los credenciales
Recinto de la ella aplicación y de su
 Obtener para acceder a
Universidad de mayor
Costa Rica en aprovechamiento reportes con
 Tener diversos mayor rapidez
Paraíso informes de y facilidad
forma mas
eficiente
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.
8
2-Requerimientos funcionales
2.1-Contexto del sistema

2.1.1-Modelo dominio del sistema
9
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
10
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, karlabrenes@hotmail.com,
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
11
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
12
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
13
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 Cada vez que se elimine en archivo de configuración o cuando la

ocurrencia aplicación se ejecute por primera vez en un ordenador
14

Autenticar usuario
Nombre
Secretaria de la Oficina de Educación Continua en el Recinto de la
Actores Universidad de Costa Rica en Paraíso
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
Descripción
las funcionalidades de la aplicación
 Haber ingresado de forma correcta el nombre del servidor

 Conocer el nombre y contraseña de usuario válidos de la aplicación
Precondiciones  Tener instalado el programa Microsoft® SQL Server® Express Edition
y Microsoft® .NET Framework 3.5
 Visualizar todas las funcionalidades que contiene la aplicación

Post condiciones  Error de conexión a la base de datos o con el usuario y contraseña
La secretaria digita el nombre de usuario y contraseña correctos y se

le mostrará una ventana con un menú que contiene las
Curso normal
funcionalidades disponibles en el programa
Digitar el nombre y/o contraseña del usuario incorrectos

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.
Curso alternativo
Le segirá pidiendo los datos hasta que los ingrese correctamente.
Alta
Prioridad
Solo la secretaria puede insertar el nombre y usuario del sistema
Reglas de negocio
No tener instalado Microsoft® SQL Server® Express Edition y
Notas y problemas Microsoft® .NET Framework 3.5
Frecuencia de Cada vez que se ejecute la aplicación en un ordenador

ocurrencia
15

Buscar curso
Nombre
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
Descripción
elementos que contiene la base de datos de ese elemento
 Haber iniciado sesión de forma correcta

 Tener instalado el programa Microsoft® SQL Server® Express Edition
Precondiciones
 Visualizar todos los elementos de la base de datos o los que arroge

la búsqueda
Post condiciones
 Error de conexión a la base de datos o que sea una tabla vacía
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
Curso normal
elementos que contiene la base de datos
Tabla de la base de datos vacía

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

Excepciones  No se mostrará ningún elemento en la tabla de resultados
Normal
Prioridad
Solo la secretaria puede realizar búsquedas
Reglas de negocio
Que la búsqueda capture ningún registro
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
16

Buscar estudiante
Nombre
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
Descripción

Precondiciones

la búsqueda
Post condiciones

Curso normal

Alternativo

Normal
Prioridad
Reglas de negocio
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
17

Buscar profesor
Nombre
Se ejecuta cada vez que se desea eliminar o modificar un profesor.

Descripción

Precondiciones

la búsqueda
Post condiciones

Curso normal

Alternativo

Normal
Prioridad
Reglas de negocio
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
18

Buscar proyecto
Nombre
Se ejecuta cada vez que se desea eliminar o modificar un proyecto.

Descripción

Precondiciones

la búsqueda
Post condiciones

Curso normal

Alternativo

Normal
Prioridad
Reglas de negocio
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
19

Eliminar curso
Nombre
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
Descripción
desea eliminar y se realiza una confirmación de borrado

Precondiciones y Microsoft® .NET Framework 3.5
 Seleccionar un elemento de la tabla de resultados de la búsqueda
 Confirmación de borrado y eliminación exitosa del elemento

 Confirmación de borrado y eliminación fallida del elemento
Post condiciones
 No se confirma el borrado y no se elimina el elemento
La secretaria selecciona el elemento que desea eliminar, luego

confirma el borrado del elemento. Luego, se le muestra un mensaje
Curso normal
que el elemento a sido borrado de forma correcta en la base de datos
Eliminación incorrecta
Alternativo
Curso alternativo
que el elemento no a sido borrado de forma correcta
No elige ningún elemento para borrar:

Excepciones  No se borrará ningún elemento hasta que seleccione alguno
Normal
Prioridad
Solo la secretaria puede realizar eliminaciones
Reglas de negocio
Que la búsqueda no haya capturado ningún registro
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
20

Eliminar estudiante
Nombre
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
Descripción
que se desea eliminar y se realiza una confirmación de borrado


Post condiciones

Curso normal
Alternativo
Curso alternativo

Normal
Prioridad
Reglas de negocio
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
21

Eliminar profesor
Nombre
Se ejecuta cada vez que se desea eliminar un profesor, luego de haber

Descripción


Post condiciones

Curso normal
Alternativo
Curso alternativo

Normal
Prioridad
Reglas de negocio
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
22

Eliminar proyecto
Nombre
Se ejecuta cada vez que se desea eliminar un proyecto, luego de haber

Descripción


Post condiciones

Curso normal
Alternativo
Curso alternativo

Normal
Prioridad
Reglas de negocio
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
23

Insertar curso
Nombre
Se ejecuta cada vez que se desea insertar un curso. Se deben llenar los
Descripción 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
 Insertado exitoso del elemento nuevo

Post condiciones  Insertado fallido del elemento
La secretaria debe llenar los espacios obligatorios. Y en caso de

necesitar de los demás espacios, debe llenarlos completamente.
Curso normal Luego, se le muestra un mensaje que el elemento a sido insertado de
forma correcta en la base de datos
Inserción incorrecta
Alternativo
La secretaria llena los espacios obligatorios. Y si hubiera sido el caso,
llenaba los otros espacios completamente. Pero luego, se le muestra
Curso alternativo
un mensaje que el elemento no a sido insertado de forma correcta
No digita valores correctos:

Excepciones  No se ponen los valores admitidos en los espacios
Normal
Prioridad
Solo la secretaria puede realizar inserciones
Reglas de negocio
Que la secretaria no sepa el formato de algunos de los espacios
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
24

Insertar estudiante
Nombre
Se ejecuta siempre que se desea insertar un estudiante. Se deben

Descripción llenar los espacios obligatorios y en caso necesario los demás campos

Precondiciones


Alternativo
Curso alternativo

Normal
Prioridad
Reglas de negocio
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
25

Insertar profesor
Nombre
Se ejecuta cada vez que se desea insertar un profesor. Se deben llenar

Descripción los espacios obligatorios y en caso necesario los demás campos

Precondiciones


Alternativo
Curso alternativo

Normal
Prioridad
Reglas de negocio
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
26

Insertar proyecto
Nombre
Se ejecuta cada vez que se desea insertar un proyecto. Se deben llenar

Descripción los espacios obligatorios y en caso necesario los demás campos

Precondiciones


Alternativo
Curso alternativo

Normal
Prioridad
Reglas de negocio
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
27

Modificar curso
Nombre
Se ejecuta cada vez que se desea modificar un curso, luego de haber

Descripción desea modificar y se desplega una ventana con los datos cargados de
la base de datos que contiene el elemento seleccionado

 Cargar los datos correctamente y modificación exitosa del elemento

 Cargar los datos correctamente y modificación fallida del elemento
Post condiciones  Cargar los datos incorrectos y modificación exitosa del elemento
 Cargar los datos incorrectos y modificación fallida del elemento
La secretaria selecciona el elemento que desea modificar, luego edita

la información que necesite del elemento. Luego, se le muestra un
Curso normal mensaje que el elemento a sido modificado de forma correcta en la
base de datos
Modificación incorrecta
Alternativo
Curso alternativo mensaje que el elemento no a sido modificado de forma correcta en la
base de datos
No elige ningún elemento para modificar:

Excepciones  No se modificará ningún elemento hasta que seleccione alguno
Normal
Prioridad
Solo la secretaria puede realizar modificaciones
Reglas de negocio
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
28

Modificar estudiante
Nombre
Se ejecuta cada vez que se desea modificar un estudiante, luego de

Descripción que se desea modificar y se desplega una ventana con los datos
cargados de la base de datos que contiene el elemento seleccionado



base de datos
Alternativo
base de datos

Normal
Prioridad
Reglas de negocio
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
29

Modificar profesor
Nombre
Se ejecuta cada vez que se desea modificar un profesor, luego de




base de datos
Alternativo
base de datos

Normal
Prioridad
Reglas de negocio
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
30

Modificar proyecto
Nombre
Se ejecuta cada vez que se desea modificar un proyecto, luego de




base de datos
Alternativo
base de datos

Normal
Prioridad
Reglas de negocio
Notas y problemas
Frecuencia de
Frecuente
ocurrencia
31
2.2.2-Pantalla (s) y/o reporte (s) del CU

Autenticar servidor
32
Autenticar usuario
33
Buscar curso
Buscar estudiante
34
Buscar profesor
Buscar proyecto
35
Eliminar curso
Eliminar estudiante
Eliminar profesor
36
Eliminar proyecto
Insertar curso
Insertar estudiante
37
Insertar profesor
Insertar proyecto
38
Modificar curso
39
Modificar estudiante
40
Modificar profesor
41
Modificar proyecto
2.2.3-Diagrama de actividades del CU

Autenticar servidor
42
Autenticar usuario
Buscar y eliminar curso
Buscar y eliminar estudiante
43
Buscar y eliminar profesor
Buscar y eliminar proyecto
Buscar y modificar curso
44
Buscar y modificar estudiante
Buscar y modificar profesor
45
Buscar y modificar proyecto
Insertar curso
Insertar estudiante
46
Insertar profesor
Insertar proyecto
2.2.4-Diagrama de estados del CU

Autenticar servidor
47
Autenticar usuario
48
Buscar y eliminar
proyecto
49
50
51
52
53
Insertar curso
Insertar estudiante
Insertar profesor
54
Insertar proyecto
55
2.2.5-Diagrama secuencia del CU

Autenticar servidor
Autenticar usuario
56
Buscar y eliminar proyecto
57
58
Insertar curso
Insertar estudiante
59
Insertar profesor
Insertar proyecto
60
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
 Tener instalado el programa Microsoft® SQL Server®
Express Edition y Microsoft® .NET Framework 3.5
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
61
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
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
62
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
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
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
63
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
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
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.
64
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á.
65
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.
66
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:
67
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.
68
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.
69
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:
70
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:
71
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.
72
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.
73
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.
74
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.
75
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.
76
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.
77
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.
78
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
79
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
80
 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.
81
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.
82
 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.
83
4.3-DCD Diagrama de clases
84
Apéndices
1-Plan del proyecto
85
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
86
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
87
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
88
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.
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.
89
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.
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.
ERS: Especificación de los Requerimientos de Software.
90
Estándar: Conjunto de especificaciones técnicas utilizadas para unificar el desarrollo de hardware o de software.
Formulario: Documento con espacios en blanco.
Funciones: Operaciones que realiza una clase para dar solución al problema.
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.
Modelo Conceptual: Es una representación visual de los objetos del mundo real en un dominio de interés.
91
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.
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].
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.
92
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 Adquisición del hardware por parte del encargado, y especialmente espacio de disco adicional en caso de ser
Alterna 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 Adquisición del software o hardware si el sistema no cuenta con lo establecido.

Alterna
93
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 Conseguir recurso humano adicional que se encargue de la introducción de los datos al sistema.
Alterna
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 Reunirse con mucha mayor frecuencia para ponerse al día con las fechas del Plan de Proyecto.
Alterna
94
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 Dejar claro los límites del sistema y hasta donde va a llegar. Para que no surjan nuevos requerimientos
Alterna 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.
95
Organigrama
Nombre y teléfonos de la persona contacto

Persona a contactar:
Secretaria: Ana Lucia Coto
Coordinadora de Cursos: Liviette Gamboa Solano.
E-mail: lvgamboa@costarricense.cr lgamsol@yahoo.com.mx
Teléfonos: 2575 40 29 / 2575 40 30
96
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.
97
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”
98

Documento ERS - Sistema Matricula Educación Continua - FINAL

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Documento ERS - Sistema Matricula Educación Continua - FINAL

Загружено:

Авторское право:

Доступные форматы

Especificación de Requerimientos del Sistema

Guillermo Torres Hernández

Emmanuel Rojas Rodríguez

1.1-Propósito del documento ERS

1.2-Descripción del problema

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

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

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

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

1.3-Lista de problemas detectados

1.4-Lista de fortalezas detectadas

1.5-Objetivos del sistema

1.6-Perspectiva del producto por desarrollar

1.8-Alcances del sistema

1.10-Diagrama de contexto Oficinista Ed.

Realizar los procesos Verificar datos

1.11-StakeHolders y sus necesidades

1.12-Visión general del documento ERS

2.1-Contexto del sistema

2.1.2-Descripción modelo dominio

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

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

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

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

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

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

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

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

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

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

2.1.3-Diagrama general de casos de uso

2.2-Descripción detallada cada CU

Sección del caso de uso Descripción

Actores Secretaria de la Oficina de Educación Continua en el Recinto de la

Descripción Al ejecutar por primera vez la aplicación, el programa solicita un

Precondiciones Tener instalado el programa Microsoft® SQL Server® Express Edition y

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

Curso normal La secretaria de la Oficina de Educación Continua en el Recinto de la

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

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

Notas y problemas No tener instalado Microsoft® SQL Server® Express Edition y

Frecuencia de Cada vez que se elimine en archivo de configuración o cuando la

Sección del caso de uso Descripción

Cada vez que se ejecute la aplicación, el programa solicita un nombre

 Haber ingresado de forma correcta el nombre del servidor

 Visualizar todas las funcionalidades que contiene la aplicación

La secretaria digita el nombre de usuario y contraseña correctos y se

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

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

Sección del caso de uso Descripción

Se ejecuta cada vez que se desea eliminar o modificar un curso. Tiene

 Haber iniciado sesión de forma correcta

 Visualizar todos los elementos de la base de datos o los que arroge

La secretaria elige el tipo de búsqueda que desea y se le desplega el

Tabla de la base de datos vacía

Al realizar una búsqueda no aparece un resultado:

Sección del caso de uso Descripción

Se ejecuta cada vez que se desea eliminar o modificar un estudiante.

 Haber iniciado sesión de forma correcta

 Visualizar todos los elementos de la base de datos o los que arroge

La secretaria elige el tipo de búsqueda que desea y se le desplega el

Tabla de la base de datos vacía

Al realizar una búsqueda no aparece un resultado: