asfsf sa fs s sa

Taller 1 pruebas de software - Servidor web
Requisitos del sistema
Funcionales:
1. el servidor tiene que responder peticiones http
2. el servidor tiene que responder peticiones https
3. el servidor debe responder a las peticiones de tipo upgrade para websockets
4. el servidor tiene que dejar registro de cada solicitud y respuesta

No funcionales:
1. el servidor debe ahorrar ancho debanda usando compresión
2. el servidor debe procesar peticiones en paralelo

Especificaciones a nivel del sistema a diferentes niveles
Funcionales:
1.
Caso de Uso:
Responder petición http
Actor Primario:
Usuario.
Alcance:
Servidor web.
resumen: 
El usuario escribe la url que apunta al servidor desde un explorador web usando protocolo http(ejemplo: http://...).
StakeholdersDiseñador web.
Postcondiciones
Garantías Mínimas:
- El usuario recibe una respuesta del servidor.
Garantías de Acierto:
- El usuario recibe la respuesta a la petición.
Precondiciones:
- El servidor debe estar iniciado y a la escucha en el puerto 80.
Disparadores:
- El explorador envía una petición http.
Flujo Básico:
1. El usuario escribe la url en un explorador o la página emite algunapetición.
2. El servidor procesa la petición y envía una respuesta.
3. El usuario recibe la respuesta del servidor.
Extensiones:
1. El usuario puede especificar si la respuesta no es comprimida utilizando el parámetro ?stream=uncompress.





2.
Caso de Uso:
Responder petición https
Actor Primario:
Usuario.
Alcance:
Servidor web.
resumen: 
El usuario escribe la url que apunta al servidordesde un explorador web usando protocolo http(ejemplo: https://...).
Stakeholders
Diseñador web.
Postcondiciones
Garantías Mínimas:
- El usuario recibe una respuesta del servidor.
Garantías de Acierto:
- El usuario recibe la respuesta a la petición.
Precondiciones:
- El servidor debe estar iniciado y a la escucha en el puerto 443.
- El servidor debe contar con una llave y certificadohttps válidos.
Disparadores:
- El explorador envía una petición https.
Flujo Básico:
1. El usuario escribe la url en un explorador o la página emite alguna petición.
2. El servidor procesa la petición y envía una respuesta.
3. El usuario recibe la respuesta del servidor.
Extensiones:
1. El usuario puede especificar si la respuesta no es comprimida utilizando el parámetro ?stream=uncompress.3.
Caso de Uso:
Responder petición upgrade
Actor Primario:
Usuario.
Alcance:
Servidor web.
resumen: 
El usuario invoca una llamada a un método en la aplicación web que envía una petición http upgrade.
Stakeholders
Diseñador web.
Postcondiciones
Garantías Mínimas:
- El usuario recibe una respuesta del servidor.
Garantías de Acierto:
- Elusuario recibe la respuesta a la petición.
Precondiciones:
- El servidor debe estar iniciado y a la escucha en el puerto 80 o 443.
- El servidor debe contar con una llave y certificado https válidos si la petición está dirigida al puerto 443.
Disparadores:
- El explorador envía una petición http upgrade.
Flujo Básico:
1. El usuario invoca un método en la aplicación web que envía unapetición http upgrade.
2. El servidor y la aplicación web hacen un handshake.
2. El servidor procesa la petición y envía una respuesta.
3. El usuario recibe la respuesta del servidor.























4.
Caso de Uso:
registro de cada solicitud y respuesta
Actor Primario:
Servidor.
Alcance:
Servidor web.
resumen: 
El servidor deja constancia en un archivo de textode cada solicitud y respuesta con datos de las mismas como: id del hilo de procesamiento, hora, protocolo, status, url, parámetros de la url, cabeceras http, dirección ip de destino.
Stakeholders
Administrador web.
Postcondiciones
Garantías de Acierto:
- Las solicitudes y respuestas quedan registradas en el archivo de texto.
Precondiciones:
- El servidor debe estar iniciado y a la...