requisitos funcionalesy no funcionales arquitectura de sw

22
1. REQUISITOS FUNCIONALES CU1 GESTIONAR TUTOR uc CU1.G estionar A poderado CU1.G estionar Tutor Alum no (from A ctores) NOMBRE Gestionar Tutor PROPOSITO Hacer el registro, modificación y eliminación de un Tutor ACTORES Alumno ACTOR INICIADOR Alumno PRE CONDICION Ninguno. FLUJO PRINCIPAL 1. Guardar Tutor 1.1. Se invoca al caso de uso para guardar un nuevo tutor en el sistema, ingresando los siguientes datos: Código del tutor Nombres Apellido Paterno Apellido Materno Fecha de nacimiento Dirección 1.2. Se debe seleccionar el sexo del Tutor 1.3. El sistema deberá validar que los campos no se encuentren vacíos. 1.4. El sistema intentara guardar este

Upload: openhouse

Post on 06-Feb-2016

219 views

Category:

Documents


0 download

DESCRIPTION

lll

TRANSCRIPT

Page 1: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

1. REQUISITOS FUNCIONALESCU1 GESTIONAR TUTOR

uc CU1. Gestionar Apoderado

CU1. Gestionar Tutor

Alumno

(from Actores)

NOMBRE Gestionar Tutor

PROPOSITO Hacer el registro, modificación y eliminación de un Tutor

ACTORES Alumno

ACTOR INICIADOR Alumno

PRE CONDICION Ninguno.

FLUJO PRINCIPAL 1. Guardar Tutor1.1. Se invoca al caso de uso para guardar un nuevo tutor en el

sistema, ingresando los siguientes datos: Código del tutor Nombres Apellido Paterno Apellido Materno Fecha de nacimiento Dirección

1.2. Se debe seleccionar el sexo del Tutor1.3. El sistema deberá validar que los campos no se encuentren

vacíos.1.4. El sistema intentara guardar este nuevo apoderado.1.5. El Sistema guarda y muestra el nuevo apoderado.

2. Modificar Tutor2.1. Se seleccionara el Tutor que se quiera modificar los datos del

cuadro que contiene a todos los apoderados almacenados en el

Page 2: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

sistema.2.2. Se introducirán los nuevos datos del tutor con los cuales se

realizará la modificación.2.3. El sistema realizara la validación de que los campos no estén

vacíos.2.4. El sistema realizara la modificación en los registros.

3. Eliminar Tutor3.1. Se seleccionara el tutor que se quiera eliminar del cuadro que

contiene a los Tutores almacenados en el sistema.3.2. El sistema emitirá un dialogo donde se confirmará es que

realmente se quiere eliminar el apoderado.FLUJO EXEPCIONAL En el punto 1.3 y 2.3 si los campos son inválidos, el sistema mostrara un

mensaje de error.En el punto 3.2 se detendrá la eliminación si es que asi se escoge en el cuadro de dialogo.

POST CONDICIÓN El caso de uso finaliza cuando algún tutor ha sido guardado, modificado o se ha eliminado.

Page 3: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

CU2. GESTIONAR ALUMNO

uc CU2. Gestionar Alumno

Alumno

(from Actores)

CU2. Gestionar Alumno

NOMBRE Gestionar Alumno

PROPOSITO Hacer el registro, modificación y eliminación de un Alumno

ACTORES Alumno

ACTOR INICIADOR Alumno

PRE CONDICION Ninguno.

FLUJO PRINCIPAL 1. Guardar Alumno1.1. Se invoca al caso de uso para guardar un nuevo alumno en el

sistema, ingresando los siguientes datos: Código del Alumno Nombres Apellido Paterno Apellido Materno Fecha de nacimiento Dirección

1.2. Se debe seleccionar el sexo del alumno.1.3. Se debe seleccionar un apoderado del cuadro que contiene una

lista de todos los Apoderados1.4. El sistema deberá validar que los campos no se encuentren

vacíos.1.5. El sistema intentara guardar este nuevo Alumno.1.6. El Sistema guarda y muestra el nuevo alumno.

2. Modificar Alumno2.1. Se seleccionara el Alumno que se quiera modificar los datos del

cuadro que contiene a todos los alumnos almacenados en el sistema.

2.2. Se introducirán los nuevos datos del alumno con los cuales se

Page 4: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

realizará la modificación.2.3. El sistema realizara la validación de que los campos no estén

vacíos.2.4. El sistema realizara la modificación en los registros.

3. Eliminar Alumno3.1. Se seleccionara el Alumno que se quiera eliminar del cuadro

que contiene a los alumnos almacenados en el sistema.3.2. El sistema emitirá un dialogo donde se confirmará es que

realmente se quiere eliminar el alumno.FLUJO EXEPCIONAL En el punto 1.2 y 2.3 si los campos son inválidos, el sistema mostrara un

mensaje de error.En el punto 3.2 se detendrá la eliminación si es que asi se escoge en el cuadro de dialogo.

POST CONDICIÓN El caso de uso finaliza cuando algún alumno ha sido guardado, modificado o se ha eliminado.

Page 5: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

CU3. REGISTRAR MODULO

uc CU3. Registrar Gestion

CU3. Registrar Modulo

Administrador

(from Actores)

NOMBRE Registrar Modulo

PROPOSITO Registrar, editar y eliminar un Modulo.

ACTORES Administrador

ACTOR INICIADOR Administrador

PRE CONDICION Ninguno.

FLUJO PRINCIPAL 1. Guardar Modulo1.1. Se invoca al caso de uso para guardar una nueva gestión en el

sistema, ingresando los siguientes datos: Código de la gestión Fecha Inicio Fecha Fin

1.2. El sistema deberá validar que los campos no se encuentren vacíos.

1.3. El sistema intentara guardar este nuevo módulo.1.4. El Sistema guarda y muestra el nuevo módulo.

2. Editar Modulo2.1. Se seleccionara el modulo que se quiera editar los datos del

cuadro que contiene a todas las gestiones almacenadas en el sistema.

2.2. Se introducirán los nuevos datos del nuevo modulo con los cuales se realizará la modificación.

2.3. El sistema realizara la validación de que los campos no estén vacíos.

2.4. El sistema realizara la modificación en los registros.3. Eliminar Modulo

Page 6: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

3.1. Se seleccionara el modulo que se quiera eliminar del cuadro que contiene a los módulos almacenados en el sistema.

3.2. El sistema emitirá un dialogo donde se confirmará es que realmente se quiere eliminar el modulo.

FLUJO EXEPCIONAL En el punto 1.2 y 2.3 si los campos son inválidos, el sistema mostrara un mensaje de error.En el punto 3.2 se detendrá la eliminación si es que así se escoge en el cuadro de dialogo.

POST CONDICIÓN El caso de uso finaliza cuando alguna modulo ha sido guardada, modificada o se ha eliminado.

Page 7: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

CU04. GESTIONAR PROFESOR

uc CU4. Gestionar Docente

CU4. Gestionar Profesor

Profesor

(from Actores)

NOMBRE Gestionar Profesor

PROPOSITO Registrar, editar y eliminar un profesor.

ACTORES Profesor

ACTOR INICIADOR Profesor

PRE CONDICION Ninguno.

FLUJO PRINCIPAL 1. Guardar Profesor1.1. Se invoca al caso de uso para guardar un nuevo profesor en el

sistema, ingresando los siguientes datos: Código Nombre Apellido Paterno Apellido Materno Fecha de Nacimiento Dirección Salario

1.2. Se debe elegir el sexo del profesor.1.3. El sistema deberá validar que los campos no se encuentren

vacíos.1.4. El sistema intentara guardar este nuevo profesor.1.5. El Sistema guarda y muestra el nuevo profesor.

2. Editar Profesor2.1. Se seleccionara el profesor que se quiera editar los datos del

cuadro que contiene a todos los profesores almacenados en el sistema.

2.2. Se introducirán los nuevos datos del profesor con los cuales se realizará la modificación.

2.3. El sistema realizara la validación de que los campos no estén

Page 8: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

vacíos.2.4. El sistema realizara la modificación en los registros.

3. Eliminar Profesor3.1. Se seleccionara el profesor que se quiera eliminar del cuadro

que contiene a los profesores almacenados en el sistema.3.2. El sistema emitirá un dialogo donde se confirmará es que

realmente se quiere eliminar el profesor.FLUJO EXEPCIONAL En el punto 1.3 y 2.3 si los campos son inválidos, el sistema mostrara un

mensaje de error.En el punto 3.2 se detendrá la eliminación si es que así se escoge en el cuadro de dialogo.

POST CONDICIÓN El caso de uso finaliza cuando algún profesor ha sido guardado, editado o se ha eliminado.

CU5 GESTIONAR CURSO

Page 9: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

uc CU5. Gestionar Curso

CU5. Gestionar Curso

Administrador

(from Actores)

NOMBRE Gestionar Curso

PROPOSITO Guardar, modificar y eliminar un curso.

ACTORES Administrador

ACTOR INICIADOR Administrador

PRE CONDICION Ninguno.

FLUJO PRINCIPAL 1. Guardar Curso1.1. Se invoca al caso de uso para guardar un nuevo curso en el

sistema, ingresando los siguientes datos: Código Nombre

1.2. Se debe seleccionar el modulo del cuadro que almacena los módulos almacenados en el sistema

1.3. Se deberá seleccionar el profesor del curso del cuadro que almacena los profesores del sistema.

1.4. El sistema deberá validar que los campos no se encuentren vacíos.

1.5. El sistema intentara guardar este nuevo curso.1.6. El Sistema guarda y muestra el nuevo curso.

2. Editar Curso2.1. Se seleccionara el curso que se quiera editar los datos del

cuadro que contiene a todos los cursos almacenados en el sistema.

2.2. Se introducirán los nuevos datos del curso con los cuales se realizará la modificación.

2.3. El sistema realizara la validación de que los campos no estén vacíos.

2.4. El sistema realizara la modificación en los registros.3. Eliminar Curso

3.1. Se seleccionara el curso que se quiera eliminar del cuadro que

Page 10: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

contiene a los cursos almacenados en el sistema.3.2. El sistema emitirá un dialogo donde se confirmará es que

realmente se quiere eliminar el curso.FLUJO EXEPCIONAL En el punto 1.4 y 2.3 si los campos son inválidos, el sistema mostrara un

mensaje de error.En el punto 3.2 se detendrá la eliminación si es que así se escoge en el cuadro de dialogo.

POST CONDICIÓN El caso de uso finaliza cuando algún curso ha sido guardado, editado o se ha eliminado.

CU6 REGISTRAR INSCRIPCION

Page 11: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

uc CU6. Registrar Inscripcion

CU6. Registrar Inscripcion

Alumno

(from Actores)

NOMBRE Gestionar Inscripcion

PROPOSITO Guardar, editar y eliminar una inscripción.

ACTORES Alumno

ACTOR INICIADOR Alumno

PRE CONDICION Ninguno.

FLUJO PRINCIPAL 1. Guardar Inscripción1.1. Se invoca al caso de uso para guardar una nueva inscripción en

el sistema, ingresando el siguiente dato: Código

1.2. Se debe seleccionar el alumno del cuadro que almacena las los alumnos en el sistema

1.3. Se deberá seleccionar el curso del cuadro que almacena los cursos del sistema.

1.4. El sistema deberá validar que los campos no se encuentren vacíos.

1.5. El sistema intentara guardar este nueva inscripcion.1.6. El Sistema guarda y muestra la nueva inscripción.

2. Editar Inscripción2.1. Se seleccionara la inscripción que se quiera editar los datos del

cuadro que contiene a todas las inscripciones almacenadas en el sistema.

2.2. Se introducirán los nuevos datos de la inscripción con los cuales se realizará la modificación.

2.3. El sistema realizara la validación de que los campos no estén vacíos.

2.4. El sistema realizara la modificación en los registros.3. Eliminar Inscripción

3.1. Se seleccionara el alumno inscrito que se quiera eliminar del

Page 12: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

cuadro que contiene a los alumnos inscritos en el sistema.3.2. El sistema emitirá un dialogo donde se confirmará es que

realmente se quiere eliminar la inscripción del alumno.FLUJO EXEPCIONAL En el punto 1.4 y 2.3 si los campos son inválidos, el sistema mostrara un

mensaje de error.En el punto 3.2 se detendrá la eliminación si es que así se escoge en el cuadro de dialogo.

POST CONDICIÓN El caso de uso finaliza cuando alguna inscripción haya sido guardada, editada o se ha eliminado.

CU7 GESTIONAR LICENCIA

Page 13: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

uc CU7. Gestionar Licencia

CU7. Gestionar Licencia

Alumno

(from Actores)

NOMBRE Gestionar Licencia

PROPOSITO Guardar, editar y eliminar una licencia.

ACTORES Alumno

ACTOR INICIADOR Alumno

PRE CONDICION Ninguno.

FLUJO PRINCIPAL 1. Guardar Licencia

1.1. Se debe seleccionar el alumno del cuadro que almacena las los alumnos en el sistema

1.2. Se deberá seleccionar el modulo en el cuadro que almacena los módulos en el sistema

1.3. Se deberá especificar un motivo por la cual se está haciendo la licencia

1.4. El sistema deberá validar que los campos no se encuentren vacíos.

1.5. El sistema intentara guardar esta nueva licencia.1.6. El Sistema guarda y muestra la nueva licencia.

2. Editar Licencia2.1. Se seleccionara la licencia que se quiera editar los datos del

cuadro que contiene a todas las licencias almacenadas en el sistema.

2.2. Se introducirán los nuevos datos de la licencia con los cuales se realizará la modificación.

2.3. El sistema realizara la validación de que los campos no estén vacíos.

2.4. El sistema realizara la modificación en los registros.3. Eliminar Inscripción

3.1. Se seleccionara el alumno inscrito que se quiera eliminar del cuadro que contiene a los alumnos inscritos en el sistema.

Page 14: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

3.2. El sistema emitirá un dialogo donde se confirmará es que realmente se quiere eliminar la inscripción del alumno.

FLUJO EXEPCIONAL En el punto 1.4 y 2.3 si los campos son inválidos, el sistema mostrara un mensaje de error.En el punto 3.2 se detendrá la eliminación si es que así se escoge en el cuadro de dialogo.

POST CONDICIÓN El caso de uso finaliza cuando alguna licencia haya sido guardada, editada o se ha eliminado.

Page 15: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

CU8 GESTIONAR PAGO MODULO

uc CU8. Gestionar Pago Modulo

Administrador

(from Actores)

CU8. Gestionar Pago Modulo

NOMBRE Gestionar Pago Modulo

PROPOSITO Guardar, modificar un pago de modulo.

ACTORES Administrador

ACTOR INICIADOR Administrador

PRE CONDICION Ninguno.

FLUJO PRINCIPAL 4. Guardar Pago Modulo4.1. Se invoca al caso de uso para guardar un nuevo pago de

modulo en el sistema, ingresando los siguientes datos: Código

4.2. Se debe seleccionar el módulo de la lista desplegable de modulos.

4.3. Se deberá ingresar el nombre del alumno en el campo indicado.4.4. Se deberá seleccionar el alumno del cuadro que almacena los

Alumno del sistema.4.5. El sistema deberá validar que los campos no se encuentren

vacíos.4.6. El sistema intentara guardar este nuevo pago de modulo.4.7. El Sistema guarda y muestra el nuevo pago de modulo.

5. Editar Pago de Modulo5.1. Se seleccionara el pago de modulo que se quiera editar los

datos del cuadro que contiene a todos los pago de modulo almacenados en el sistema.

5.2. Se introducirán los nuevos datos del curso con los cuales se realizará la modificación.

5.3. El sistema realizara la validación de que los campos no estén vacíos.

Page 16: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

5.4. El sistema realizara la modificación en los registros.FLUJO EXEPCIONAL En el punto 1.4 y 2.3 si los campos son inválidos, el sistema mostrara un

mensaje de error.En el punto 3.2 se detendrá la eliminación si es que así se escoge en el cuadro de dialogo.

POST CONDICIÓN El caso de uso finaliza cuando algún curso ha sido guardado, editado o se ha eliminado.

CU9 VERIFICAR PAGOS

Page 17: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

uc CU9. Verificar Pagos

Administrador

(from Actores)

CU9. Verificar Pagos

NOMBRE Verificar Pagos

PROPOSITO Verificar pago de modulo.

ACTORES Administrador

ACTOR INICIADOR Administrador

PRE CONDICION Ninguno.

FLUJO PRINCIPAL 1. Verificar Pagos 1.1. Se deberá ingresar el nombre del alumno en el campo indicado.1.2. Se deberá seleccionar el alumno del cuadro que almacena los

Alumno del sistema.1.3. El sistema mostrara el correspondiente cuadro de módulos

aquellos módulos que el alumno haya pagado

FLUJO EXEPCIONAL En el punto 1.3 se deberá haber seleccionado un alumno del cuadro de alumnos para que sea mostrado sus respectivos pagos realizados

POST CONDICIÓN

Page 18: REQUISITOS FUNCIONALESy No Funcionales Arquitectura de Sw

2. REQUISITOS NO FUNCIONALES

Requisitos no funcionales de calidad

El sistema no deberá tardar más de 8 segundos en realizar las operaciones como registro, modificaciones, eliminaciones y consultas.

El sistema deberá funcionar correctamente con Windows XP el cual deberá contar minimamente con el Framework 2.0 de Microsoft

Requisitos de restricción

El IDE de desarrollo será Microsoft Visual Studio 2012 La base de datos estará desarrollada en SQL SERVER 2008 La herramienta para realizar el análisis del proyecto será Enterprise Architect versión 7.5