(Viene de la página anterior)
Página anterior | ![]() Volver al principio del trabajo | Página siguiente ![]() |
Los requerimientos no funcionales responden a las características en cuanto a funcionabilidad, usabilidad, confiabilidad, compatibilidad con hardware y software, especificaciones del producto, etc.
Requerimientos de apariencia o interfaz externa:
Requerimientos de Usabilidad:
Requerimientos Funcionalidad.
Requerimientos de Rendimiento:
Requerimientos de Soporte:
Requerimientos de Seguridad:
Requerimientos de confiabilidad:
Requerimientos de Software:
Requerimientos de Hardware para cliente:
Los casos de uso son una técnica para especificar el comportamiento de un sistema:
"Un caso de uso es una secuencia de interacciones entre un sistema y alguien o algo que usa alguno de sus servicios."
El modelo de casos de uso describe lo que hace el sistema para cada tipo de usuario.
Artefacto:
Actor de sistema
Caso de uso
Glosario
Vista de los casos de uso

Casos de uso arquitectónicamente significativos.

Diagrama de clases

Tabla 1: Descripción de Casos de Uso
1.1Caso de uso Registrar Usuario.
|
Caso de Uso: |
Registrar Usuario |
|
|
Actores: |
Usuario |
|
|
Resumen: |
El usuario se registra. |
|
|
Referencia: |
1 |
|
|
CU asociados: |
||
|
Precondiciones: |
||
|
Flujo Normal de Eventos |
||
|
Sección "nombre del escenario" |
||
|
Acción del Actor |
Respuesta del Sistema |
|
|
1. Solicitar registrarse 2. Insertar nombre. |
1.1 Brindar la pantalla inicio. 2.1 Almacenar el nombre. |
|
|
Poscondiciones: |
||
|
Prioridad: |
1 |
|
|
Especificaciones Complementaria: |
||
1.2Caso de uso Escoger nivel.
|
Caso de Uso: |
Escoger nivel. |
|
|
Actores: |
Usuario |
|
|
Resumen: |
||
|
Referencia: |
2 |
|
|
CU asociados: |
||
|
Precondiciones: |
||
|
Flujo Normal de Eventos |
||
|
Sección "nombre del escenario" |
||
|
Acción del Actor |
Respuesta del Sistema |
|
|
1.Solicitar el nivel en el que va a jugar. |
1.1 Si todos lo campos están llenos brindar la pantalla con el nivel escogido. |
|
|
Flujos Alternos |
||
|
Acción del Actor |
Respuesta del Sistema |
|
|
1.1.a Si faltan datos informar al usuario. |
||
|
Poscondiciones: |
||
|
Prioridad: |
||
|
Especificaciones Complementaria: |
||
1.3Caso de uso Jugar.
|
Caso de Uso: |
Jugar |
|
|
Actores: |
Usuario |
|
|
Resumen: |
El usuario comienza a jugar. |
|
|
Referencia: |
3 |
|
|
CU asociados: |
Registrar Usuario, Escoger nivel |
|
|
Precondiciones: |
||
|
Flujo Normal de Eventos |
||
|
Sección "nombre del escenario" |
||
|
Acción del Actor |
Respuesta del Sistema |
|
|
1. Lleva las figuras correspondientes al otro extremo del camino. |
1.1 Almacenar su nota al terminar cada camino. |
|
|
Poscondiciones: |
||
|
Prioridad: |
||
|
Especificaciones Complementaria: |
||
1.4 Caso de uso Resultado final.
|
Caso de Uso: |
Resultado final |
|
|
Actores: |
Usuario |
|
|
Resumen: |
El usuario después de haber terminado solicita la nota. |
|
|
Referencia: |
4 |
|
|
CU asociados: |
Haberse registrado. |
|
|
Precondiciones: |
||
|
Flujo Normal de Eventos |
||
|
Sección "nombre del escenario" |
||
|
Acción del Actor |
Respuesta del Sistema |
|
|
1. Solicitar su nota final después de haber terminado su juego. |
1.1 Brindar un mensaje con el nombre del niño y cantidad de puntos alcanzados además según el rango que haya obtenido recomendarle como seguir. 1.2 Brindar la pantalla de inicio para que decida si va a seguir jugando o salir del juego. |
|
|
Flujos Alternos |
||
|
Acción del Actor |
Respuesta del Sistema |
|
|
1.2.a Si desea Salir brindar un mensaje diciéndole que siga caminando por los caminos del saber. |
||
|
Poscondiciones: |
||
|
Prioridad: |
||
|
Especificaciones Complementaria: |
||
BIBLIOGRAFÍA
consideraciones metodológicas para su estructuración.---
Camagüey:[s/e],2004
la enseñanza de la informática. Ed. Pueblo y Educación. La Habana
1999.
de la enseñanza de la Informática. Carlos Expósito Ricardo
… [et.al.] ---Ciudad de La Habana: [s/e] 2001.
para un curso introductorio de la asignatura Computación en
Cuba, Tesis presentada en opción al grado Científico de Doctor
en Ciencias Pedagógicas- Ciudad de la Habana, 1989.
Ed. Científico-técnica. Ciudad de la Habana,2002.
Pueblo y Educación. La Habana 2005.
informativas." En Revista Educación Nro. 84 enero-abril 2000.
Introducción a la Informática. 2005.
Ed. Pueblo y Educación,1995.
subdesarrollo. En Punto Cu. No34.---Ciudad de La Habana: Ed.
Juventud Rebelde, Agosto-Septiembre 2005.
para la Educación, Editorial Pueblo y educación, 2001.
educación, 1988.
Versión 2 (digitalizado).
Ed. Pueblo y Educación.1981.
Informática Educativa. Universidad de Pinar del Hermanos Sainz,
2000.
Educativa,[s/l],[s/e],2000.
33.---Ciudad de La Habana: Ed. Juventud Rebelde, Julio 2005.
Punto Cu. No28.---Ciudad de La Habana: Ed. Juventud Rebelde,
Enero 2005.
Cu. No38.---Ciudad de La Habana: Ed. Juventud Rebelde,
Febrero 2006.
En Punto Cu. No39.---Ciudad de La Habana: Ed. Juventud
Rebelde, Marzo-Abril 2006
CITAS Y REFERENCIAS
proyectos .Punto Cu No.28. Enero2005. P.4-5.
5. Una breve biografía del autor, donde pueden incluirse sus antecedentes, estudios realizados, profesión y demás información que se considere necesaria.
Este trabajo se comenzó a realizar el 31- Octubre del 2006 en la ciudad de Guáimaro, provincia de Camaguey, Cuba.
Ing. Ariel Arencibia Acosta
ariel06012[arroba]cmg.jovenclub.cu
Instructor de Software
Página anterior | ![]() Volver al principio del trabajo | Página siguiente ![]() |
Trabajos relacionados
Ver mas trabajos de Software |
|
Nota al lector: es posible que esta página no contenga todos los componentes del trabajo original (pies de página, avanzadas formulas matemáticas, esquemas o tablas complejas, etc.). Recuerde que para ver el trabajo en su versión original completa, puede descargarlo desde el menú superior.