ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Ingeniería de software “SoftSGP – Casos de Uso”


Enviado por   •  16 de Mayo de 2018  •  Documentos de Investigación  •  5.991 Palabras (24 Páginas)  •  55 Visitas

Página 1 de 24

UNIVERSIDAD AUTÓNOMA DE ZACATECAS

Francisco García Salinas”

[pic 2]

Unidad  Académica de Ingeniería Eléctrica

Ingeniería en Computación

Ingeniería de Software

Profesor(a): MCC. María de León Sigg

SoftSGP – Casos de Uso”

[pic 3]

A, 08 de septiembre de 2015, Zacatecas, Zac.

Tabla de contenido

CASO DE USO: Registrar datos de usuario.        4

Caso de Prueba 1        5

CASO DE USO: Modificar datos de usuario        6

Caso de Prueba 2        7

CASO DE USO: Eliminar datos de usuario        8

Caso de Prueba 3        9

CASO DE USO: Publicar datos del horario disponible        10

Caso de Prueba 4        11

CASO DE USO: Modificar datos de horario disponible        12

Caso de Prueba 5        13

CASO DE USO: Eliminar datos de horarios disponibles        14

Caso de Prueba 6        15

CASO DE USO: Aceptar cita solicitada por el alumno        16

Caso de Prueba 7        17

CASO DE USO: Rechazar cita solicitada por el alumno.        18

Caso de Prueba 8        19

CASO DE USO: Solicitar cita de petición de asesoría.        20

Caso de Prueba 9        21

CASO DE USO: Rechazar cita de petición de asesoría        22

Caso de Prueba 10        23

CASO DE USO: Consulta de horarios disponibles del profesor        24

Caso de Prueba 11        25

CASO DE USO: Consultar datos del profesor        26

Caso de Prueba 12        27

CASO DE USO: Consultar datos de citas solicitadas por el alumno        28

Caso de Prueba 13        29

CASO DE USO: Consultar No de citas        30

Caso de Prueba 14        31

CASO DE USO: Registrar datos de profesor.

Actor(es): Profesor [pic 4]

Descripción: El sistema debe permitir a los actores registrar sus datos para poder acceder al sistema.

Precondiciones: El sistema este iniciado, el usuario no este registrado aun.

Flujo normal de eventos:

Actor(es)

Sistema

Paso

Acción

Paso

Acción

1

El usuario ingresa al sistema en equipo.

2

El sistema permite que el usuario ingrese.

3

El usuario ingresa a la sección de registro de profesor.

4

El sistema permite el acceso a la sección de registro de profesor.

5

El usuario llena los campos del registro.

6

El sistema guarda los datos que el actor ingreso

7

El sistema muestra que el registro fue exitoso

Flujo alternativo de eventos:

Id

Nombre

Acción

A1

El usuario no ingresa los datos que se piden en el registro correctamente.

El sistema pide nuevamente que se ingresen los datos indicados.

Flujo excepcional de eventos:

Id

Nombre

Acción

E1

El usuario intenta ingresar al sistema.

El sistema informa al usuario que no puede acceder por el momento.

Poscondiciones: El sistema ya cuenta con el registro del usuario del profesor.

CASO DE USO: Registrar datos profesor

Caso de Prueba 1. (flujo normal)

Entradas

Resultado esperado

Selección de la opción de registro de datos por parte del usuario.

Pantalla mostrando el registro con los datos de los actores completo.

Pantalla con el registro completado.

Caso de Prueba 1. (flujo alternativo)

                                 Entradas                                                             Resultado esperado

Resultado esperado

El usuario no puede registrar sus datos en el sistema

El sistema avisa que no se puede entrar porque el sistema esta caído.

CASO DE USO: Registrar datos de alumno.

Actor(es): Alumno [pic 5]

Descripción: El sistema debe permitir a los actores registrar sus datos para poder acceder al sistema.

Precondiciones: El sistema debe estar iniciado, el usuario no debe estar registrado aun.

Flujo normal de eventos:

Actor(es)

Sistema

Paso

Acción

Paso

Acción

1

El usuario ingresa al sistema en equipo.

2

El sistema permite que el usuario ingrese.

3

El usuario ingresa a la sección de registro de profesor.

4

El sistema permite el acceso a la sección de registro de profesor.

5

El usuario llena los campos del registro.

6

El sistema guarda los datos que el actor ingreso.

7

El sistema indica que el registro fue exitoso.

Flujo alternativo de eventos:

Id

Nombre

Acción

A1

El usuario ingresa incorrectamente los datos que el sistema pide.

El sistema pide que ingrese los datos de forma correcta.

Flujo excepcional de eventos:

Id

Nombre

Acción

E1

El usuario intenta ingresar al sistema.

El sistema informa al usuario que no puede acceder por el momento.

Poscondiciones: El sistema ya cuenta con el registro del usuario del alumno.

...

Descargar como (para miembros actualizados)  txt (36 Kb)   pdf (656 Kb)   docx (213 Kb)  
Leer 23 páginas más »
Disponible sólo en Clubensayos.com