Ciclo PDF

Ejemplo Ciclos de vida
Problema a resolver
z Una empresa quiere implantar un sistema de control de acceso de
usuarios previo al arranque del resto de aplicaciones que tiene
instaladas. Cada usuario deberá indicar su nombre y palabra de paso
para poder tener acceso al resto del sistema.
z El sistema de control de acceso permitirá un máximo de tres intentos
antes de bloquear el terminal durante cinco minutos.
z El sistema deberá detectar que tanto el nombre como la palabra de paso
han sido rellenadas y que dichos valores se corresponden con los que
previamente han sido almacenados en la base de datos de control de
accesos.
z Bajo ningún concepto, el nombre de usuario y la palabra de paso podrán
quedar sin rellenar.
z En el caso de no poder realizar la identificación de los usuarios que
quieren acceder al sistema, deberá mostrarse un mensaje de error que
indique cual es la causa de fallo de identificación.
Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Universidad Politécnica de Madrid
Aproximación en Cascada
z Esta aproximación se basa en que hasta que no esté
terminada una fase no se puede comenzar la
siguiente.
z Las fases que se plantean son:
– Especificación
– Análisis
– Diseño
– Implementación
– Pruebas
– Instalación
– Mantenimiento
(Las dos últimas se omiten en este ejemplo)

z Especificación de requisitos.
– Se han detectado los siguientes requisitos:
R1: El sistema debe permitir la identificación de usuarios
R2: Los usuarios están identificados por su nombre y palabra de
paso. En nombre no excederá la longitud de 15 caracteres y la
palabra de paso de 8.
R3: Es obligatorio que tanto el nombre como la palabra de paso
sean cumplimentados por el usuario
R4: Deberá comprobarse que el nombre de usuario y la palabra de
paso se corresponden con un usuario con autorización para
acceder al sistema, esta información ya habrá sido incorporada
previamente al mismo
R5: Cuando el usuario no esté autorizado se mostrará el mensaje
de error XX “ no tiene permiso para acceder a este sistema”
donde XX se corresponderá con el nombre que haya sido escrito

Aproximación en cascada
z Especificación de requisitos
R6: Cuando no se haya introducido ningún valor para el nombre se mostrará

el mensaje: “Debe rellenar la información sobre su nombre”
R7: Cuando no se haya introducido ningún valor para la palabra de paso se
mostrará el mensaje: “Debe rellenar la información sobre la palabra de
paso”
R8: Cuando el usuario esté autorizado se mostrará una pantalla con el
mensaje: “Bienvenido XX” donde XX se corresponderá con el nombre que
haya sido escrito
R9: El sistema permitirá tres intentos para acceder como usuario identificado.
R10: Después del tercer intento el sistema quedará bloqueado durante cinco
minutos y se mostrará el mensaje “Terminal bloqueado. Quedan: YY
minutos” donde YY representa el número de minutos que resten de
bloqueo.
R11: No pueden existir dos pares nombre y clave repetidos en el sistema.
z Fase de Análisis
– Se va a plantear como solución una visión
estructurada basada en diagramas
Entidad/Relación y diagramas de flujo de datos

z Modelo Entidad/Relación
– Sólo aparece una entidad que es Usuario con dos
atributos:
z Nombre: de tipo cadena de caracteres de tamaño 15
z Palabra de paso: de tipo cadena de caracteres de tamaño
8

z Diagramas de flujos de datos

Contexto Nivel 1

z Diagramas de
Estructuras

z Diseño de pantallas Error1
Error2
Bloqueado
Entrada
Error3

z Plan de pruebas
– Deberán realizarse las siguientes pruebas
1. Dejar nombre y palabra de paso vacía, el resultado esperado es
la pantalla Error1
2. Dejar palabra de paso vacía, el resultado esperado es la pantalla
Error2
3. Poner un nombre y una palabra de paso incorrecta, el resultado
esperado es la pantalla Error3
4. Poner un nombre y una palabra de paso correcta, el resultado
esperado es la pantalla Entrada
5. Poner tres veces un nombre y palabra de paso incorrecta, el
resultado esperado es la pantalla Bloqueado

Aproximación de Desarrollo Incremental
z Se va a desarrollar el proyecto en dos fases:

– Fase 1: Identificación de usuario
– Fase 2: Mensaje de error de acceso detallado

Aproximación Incremental
FASE 1. Identificación de usuarios
z Especificación de requisitos.
– Se han detectado los siguientes requisitos:
R1: El sistema debe permitir la identificación de usuarios
R2: Los usuarios están identificados por su nombre y palabra de paso. En
nombre no excederá la longitud de 15 caracteres y la palabra de paso de
8.
R3: Es obligatorio que tanto el nombre como la palabra de paso sean
cumplimentados por el usuario
R4: Deberá comprobarse que el nombre de usuario y la palabra de paso se
corresponden con un usuario con autorización para acceder al sistema,
esta información ya habrá sido incorporada previamente al mismo
R5: Cuando el usuario no esté autorizado se mostrará el mensaje de error
XX “ no tiene permiso para acceder a este sistema” donde XX se
corresponderá con el nombre que haya sido escrito

z Especificación de requisitos
R6: Cuando el usuario esté autorizado se mostrará una pantalla con el
mensaje: “Bienvenido XX” donde XX se corresponderá con el nombre que
haya sido escrito
R7: El sistema permitirá tres intentos para acceder como usuario identificado.
R8: Después del tercer intento el sistema quedará bloqueado durante cinco
minutos y se mostrará el mensaje “Terminal bloqueado. Quedan: YY
minutos” donde YY representa el número de minutos que resten de
bloqueo.
R9: No pueden existir dos pares nombre y clave repetidos en el sistema.

z Fase de Análisis
– Se va a plantear como solución una visión
estructurada basada en diagramas
Entidad/Relación y diagramas de flujo de datos

z Modelo Entidad/Relación
– Sólo aparece una entidad que es Usuario con dos
atributos:
z Nombre: de tipo cadena de caracteres de tamaño 15
z Palabra de paso: de tipo cadena de caracteres de tamaño
8


Contexto Nivel 1

z Diagramas de
Estructuras

z Diseño de pantallas
Error3
Entrada

z Plan de pruebas
1. Poner un nombre y una palabra de paso incorrecta, el
resultado esperado es la pantalla Error3
2. Poner un nombre y una palabra de paso correcta, el
resultado esperado es la pantalla Entrada
3. Poner tres veces un nombre y palabra de paso incorrecta,
el resultado esperado es la pantalla Bloqueado

FASE 2. Mensaje de error de acceso detallado

z Nuevos requisitos.
– Se han detectado los siguientes nuevos requisitos:
R10: Cuando no se haya introducido ningún valor para el
nombre se mostrará el mensaje: “Debe rellenar la
información sobre su nombre”
R12: Cuando no se haya introducido ningún valor para la
palabra de paso se mostrará el mensaje: “Debe rellenar la
información sobre la palabra de paso”

z Revisión del Análisis
– El modelo de datos no se ve alterado


Contexto Nivel 1

z Diagramas de
Estructuras

z Diseño de pantallas Error1
Error2
Bloqueado
Entrada
Error3

z Plan de pruebas
1. Dejar nombre y palabra de paso vacía, el resultado esperado es
la pantalla Error1
2. Dejar palabra de paso vacía, el resultado esperado es la pantalla
Error2
3. Poner un nombre y una palabra de paso incorrecta, el resultado
esperado es la pantalla Error3
4. Poner un nombre y una palabra de paso correcta, el resultado
esperado es la pantalla Entrada
5. Poner tres veces un nombre y palabra de paso incorrecta, el
resultado esperado es la pantalla Bloqueado


Ciclo PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Ciclo PDF

Încărcat de

Drepturi de autor:

Formate disponibile

Ejemplo Ciclos de vida

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

R6: Cuando no se haya introducido ningún valor para el nombre se mostrará

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

z Diagramas de flujos de datos

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

z Diseño de pantallas Error1

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

z Se va a desarrollar el proyecto en dos fases:

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

z Diagramas de flujos de datos

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

FASE 2. Mensaje de error de acceso detallado

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

z Diagramas de flujos de datos

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

z Diseño de pantallas Error1

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

Departamento de Organización y Estructura de la Información. Ingeniería del Software © 2005

S-ar putea să vă placă și