DOCUMENTO DE REQUISITOS

1
DOCUMENTO DE REQUISITOS

• SIMULADOR ESTANDAR 802.16B (WIMAX)

INTEGRANTES DEL GRUPO 1.- Cristian Oyarzo
Calisto FECHA (último cambio)18.08.2004 VERSIÓN
(actual) 1.0
2
ARQUITECTURA DEL SISTEMA

• DIAGRAMA DE ARQUITECTURA

Ingreso a página HTML
HTML
Solicitud del applet al servidor
Interacción entre el simulador (applet) y el
usuario
Applet simulador
3
ARQUITECTURA DEL SISTEMA

• DEFINICIONES
• JAVA Lenguaje orientado a objetos de fácil
  manejo y gran compatibilidad con
  HTML.
• HTML HyperText Markup Language, es un lenguaje
  simple utilizado para crear
  documentos de hipertexto para paginas
  web.
• JVM Es la encargada de interpretar los bytecodes
  que se encuentran el las clases
  (.class), forma parte del entorno de
  ejecución de java (JRE).
• JRE Java Runtime Enviroment, ejecuta lo
  interpretado por JVM.
• Servidor Maquina dispuesta y capacitada para
  prestar servicios a una red de computadores.
• Applet (o mini aplicaciones Java) son programas
  que deben incluirse en páginas Web
  para ser observadas por otra
  aplicación (visualizador de applets o navegador
  Web), y que se ejecutan cuando el
  usuario intenta visualizarlas
  (cargando la página Web).

4
ARQUITECTURA DEL SISTEMA

• DESCRIPCIÓN DE COMPONENTES
• CLIENTE Solicita applet al servidor para
  ejecutarlo con su JVM.
• SERVIDOR Proporciona pagina HTML y por esta el
  applet al Cliente.

5
REQUISITOS Funcionales DEL SISTEMA O EQUIPO

• Los requisitos funcionales
• Esquema de la situación simulada.
• Explicación de aspectos relevantes del tema.
• Simbología usada en el simulador.

6
REQUISITOS de interfaz DEL SISTEMA O EQUIPO

• Los requisitos de interfaz
• El cliente debe acceder a una pagina web a través
  de una red (Internet, LAN, etc.) y de este modo
  leer el applet.
• El simulador debe responder por parte del usuario
  a eventos tales como
• Presiones de botones (Start, Reset, Packet,
  etc.), que que son interpretados por el applet a
  la hora de ejecutarse.

7
REQUISITOS de calidad DEL SISTEMA O EQUIPO

• FUNCIONALIDAD
• Velocidad de conexión (Cliente a Servidor).
• Prueba tiempo necesario para desplegar el
  applet en browser.
• Dimensión se medirá en segundos.
• Peor 20 segundos.
• Plan 8 segundos.
• Autoridad Usuario (quien ocupa el computador
  cliente).
• Versión actualizada de JRE.
• Prueba visualización de la ejecución correcta
  del applet.
• Dimensión semejanza al modelo.
• Peor muy diferente (con errores).
• Plan igual o casi igual.
• Autoridad Usuario (quien ocupa el computador
  cliente).
• Browser compatible con aplicaciones JAVA.
• Se aplicarán pruebas semejantes al requisito
  anterior.

8
REQUISITOS de calidad DEL SISTEMA O EQUIPO

• CONFIABILIDAD
• Mantener conexión durante la ejecución de applet.
• La tolerancia a fallas de la aplicación el la
  misma que la del servidor en la cual esta
  contenida.

9
REQUISITOS de calidad DEL SISTEMA O EQUIPO

• USABILIDAD
• Conocimiento del estándar simulado por parte del
  usuario.
• Manejo básico de un computador.
• Conocimiento del lenguaje JAVA.

10
REQUISITOS de calidad DEL SISTEMA O EQUIPO

• EFICIENCIA
• Tiempo de respuesta a la presión de botones.
• Prueba tiempo necesario para visualizar el
  cambio aplicado.
• Dimensión se medirá en segundos.
• Peor 5 segundos.
• Plan 1.5 segundos.
• Autoridad Usuario (quien ocupa el computador
  cliente).

11
REQUISITOS de calidad DEL SISTEMA O EQUIPO

• Esta sección describe
• Los requisitos funcionales del sistema,
• Los requisitos para las interfaces que presenta
  con el medio,
• Los requisitos de calidad que deben cumplirse
• Los requisitos de ambiente
• Las clases de pruebas para verificar que los
  requisitos se cumplen.
• Los requisitos de calidad
• Son requisitos de calidad FUNCIONALIDAD,
  CONFIABILIDAD, USABILIDAD, EFICIENCIA,
  MANTENABILIDAD, PORTABILIDAD, OTROS
• MANTENABILIDAD
• La mantenabilidad se refiere al esfuerzo
  necesario para hacer ciertas modificaciones.
  Incluye
• la facilidad de diagnosticar fallas,
• la facilidad de identificar las partes a
  modificar,
• el esfuerzo de modificar,
• el riesgo de introducir fallas al modificar,
• el costo de demostrar la corrección del sistema
  modificado.

12
REQUISITOS de ambiente

• HARDWARE DE DESARROLLO
• Un Computador (P4,256 RAM, Monitor 17,Conexión
  Internet, etc.).
• Escritorio con infraestructura comoda.
• SOFTWARE DE DESARROLLO
• Editor java compatible (gratis).
• JAVA Compiler (gratis).
• HARDWARE OBJETIVO
• Servidor WEB.
• SOFTWARE OBJETIVO
• JVM.
• HARDWARE DE PRUEBAS
• En el mismo Hardware de desarrollo.
• SOFTWARE DE PRUEBAS
• En el mismo Hardware de desarrollo.

13
Resumen, para cada requisito definido se debe
tener los términos de satisfacción

• Pruebas que se harán sobre el equipo para
  determinar que se cumplan los requisitos
  funcionales, de interfaz con el ambiente externo
  y la calidad esperada. Se especifica
• Nombre de la prueba
• Objetivo de la prueba especificación del tipo de
  requisito cuyo cumplimiento se desea verificar,
  como asimismo los valores de fracaso y éxito que
  se usarán
• Prueba describir el método para efectuar la
  medición que señale la calidad lograda
• Escala cómo se va a medir el requisito
  (dimensión)
• Peor valor apenas aceptable para el requisito
  (esto define el límite del fracaso)
• Plan valor deseado para el requisito (esto
  define el límite del éxito)
• Autoridad qué o quién o cómo se validó este
  requisito. Es de destacar que el documento de
  requisitos es equivalente al contrato de
  satisfacción que firmarán el cliente y el equipo
  que realizará el diseño.

14
REQUISITOS DE DESARROLLO

• NORMAS
• Programación orientada a objetos
• Técnicas de ingeniería en hardware
• COMUNICACIÓN
• Informe vía e-mail cada dos semanas al director
  del proyecto
• (no obstante, habrá comunicación por teléfono,
  con la frecuencia que sea necesario)
• MEDIOS DE ENTREGA
• Se expondrán avances y a su vez se producirá un
  informe escrito, que será entregado vía correo
  electrónico en base a las fechas definidas en el
  documento inicial.
• CONDICIONES DE ENTREGA
• Documentación completa, implementación completa,
  pruebas ejecutadas satisfactoriamente,
  demostraciones, etc

15
GESTIÓN DE RIESGOS

• SUPUESTOS
• Dificultades programáticas (relativas al lenguaje
  de desarrollo) no permanentes
• Variación no significativa del estandar (802.16),
  a traves del tiempo.
• DEPENDENCIAS
• Disponibilidad de hardware y software necesario
  cada vez que sea necesario (incluye conexión a
  Internet).

16
GESTIÓN DE RIESGOS

• RESTRICCIONES
• Representar (en el simulador) solo los aspectos
  relevantes para el entendimiento de este.
• Tiempo lectura del estándar (IEEE 802.16).
• Complejidad del tema.
• RIESGOS
• Retraso en lectura y obtención de información
  útil para ser representada en el simulador.
• Limitación del lenguaje escogido para algún tipo
  de desarrollo.
• No lograr la simplicidad necesaria en la
  representación.

17
FIN

• Resumen del documento de requisito basado en el
  homónimo, entregado por Motorola, en el curso de
  Sistemas Embebidos. Mayo 2002.