Print
SRS v1.0.1

 Tabla de Contenidos [-]

    1 Cambios en esta versión
    2 Introducción
        2.1 Propósito
        2.2 Ámbito
        2.3 Definiciones, acrónimos y abreviaciones
        2.4 Referencias
        2.5 Resumen
    3 Descripción global
        3.1 Perspectiva del producto
        3.2 Funciones del producto
        3.3 Características de los usuarios
        3.4 Restricciones
        3.5 Suposiciones y Dependencias
    4 Especificación de los requerimientos
        4.1 Requerimientos de Interfaces Externas
           4.1.1 Interfaces de usuario
           4.1.2 Interfaces hardw are
           4.1.3 Interfaces softw are
           4.1.4 Interfaces de comunicación
        4.2 Características del sistema
           4.2.1 Requerimiento funcional 1 (Req 1)
           4.2.2 Requerimiento funcional 2 (Req 2)
           4.2.3 Requerimiento funcional 3 (Req 3)
           4.2.4 Requerimiento funcional 4 (Req 4)
           4.2.5 Requerimiento funcional 5 (Req 5)
           4.2.6 Requerimiento funcional 6 (Req 6.0)
           4.2.7 Requerimiento funcional 6.1 (Req 6.1.0)
           4.2.8 Requerimiento funcional 6.1.1 (Req 6.1.1)
           4.2.9 Requerimiento funcional 6.1.2 (Req 6.1.2)
           4.2.10 Requerimiento funcional 6.2 (Req 6.2)
           4.2.11 Requerimiento funcional 7 (Req 7.0)
           4.2.12 Requerimiento funcional 7.1 (Req 7.1)
           4.2.13 Requerimiento funcional 7.2 (Req 7.2)
           4.2.14 Requerimiento funcional 8 (Req 8)
           4.2.15 Requerimiento funcional 9 (Req 9)
           4.2.16 Requerimiento funcional 10 (Req 10)
        4.3 Requerimientos de rendimiento
        4.4 Restricciones de diseño
        4.5 Atributos del sistema softw are
           4.5.1 Fiabilidad
           4.5.2 Disponibilidad
           4.5.3 Seguridad
           4.5.4 Mantenibilidad
           4.5.5 Portabilidad
        4.6 Otros requerimientos



Cambios en esta versión #

  Modificado requerimiento 6.2
  Modificado requerimiento 7.0
  Modificado requerimiento 7.1
  Requerimiento funcional 7.3 anulado
  Modificado requerimiento 8
Modificado requerimiento 9
    Modificado requerimiento 10
    Modificado atributo de seguridad


Introducción #

Propósito #

En este documento se establecen los requerimientos especificados por los usuarios para el desarrollo del proyecto CSC.


Ámbito #

Este documento sirve como alcance de proyecto y será utilizado como base para el desarrollo del documento de análisis


Definiciones, acrónimos y abreviaciones #

Referencias #

Para la elaboración de este documento se ha utilizado las prácticas recomendadas por la IEEE 830-1998.


Resumen #

A continuación se indica una breve descripción del producto a construir así como las distintas funcionalidades que se esperan de él.


Descripción global #

Perspectiva del producto #

La aplicación a desarrollar será utilizada por la aplicación Spontania de Dialcom para darle un mayor valor a su funcionalidad.


Funciones del producto #

La funcionalidad final del producto será informar a los participantes de una reunión virtual en Spontania, los costes que se han ahorrado al no
hacer una reunión presencial.


Características de los usuarios #

Los usuarios de la aplicación serán usuarios de carácter técnico y que tendrán los conocimientos necesarios para la administración del servidor
Apache Tomcat y la actualización necesaria de los datos de la base de datos de forma mensual (o cuando IpInfoDB libere nuevas versiones), así
como los necesarios para la invocación de los servicios w eb de la aplicación


Restricciones #

No hay


Suposiciones y Dependencias #

Se supone que el cliente tendrá un entorno para el despliegue del producto consistente en:

    Servidor Linux
    Una máquina virtual java 1.6 update 21 (o superior)
    Apache Tomcat 6.0.26 (o superior)
    Base de datos Mysql 5.1.48 (o superior)
    Juego de caracteres UTF8

Para la realización de la interfaz externa de usuario se depende de la entrega del diseño por parte del cliente.
Especificación de los requerimientos #

Requerimientos de Interfaces Externas #

Interfaces de usuario #

Se realizará una interfaz que consistirá en una página xhtml que contendrá un resumen de los costes asociados a la reunión y un mapa que
geoposicione a todos los componentes de la misma.

Interfaces hardware #

No hay

Interfaces software #

Se realizará una interfaz con los servicios w eb del API de Google para el cálculo de distancias entre dos puntos
Se realizará una interfaz con algún servicio w eb para el cálculo de ratios entre divisas

Interfaces de comunicación #

Se utilizará el estandar JAX-WS 2.1 para la creación de los servicios w eb que ofrecerá la aplicación


Características del sistema #

Requerimiento funcional 1 (Req 1) #

Título: Sistema de geolocalización
Descripción: Realizar una importación de los datos de IPInfoDB y la creación de servicios locales mediante el patrón factory, para facilitar el
cambio de proveedor de servicios en un futuro.
Prioridad: 0
Dependencias: No hay

Requerimiento funcional 2 (Req 2) #

Título: Obtener geolocalización de una IP
Descripción: Realizar un servicio local que obtenga la geolocalización de una IP a partir del sistema de geolocalización creado
Prioridad: 1
Dependencias: Req 1

Requerimiento funcional 3 (Req 3) #

Título:Obtener lista de países
Descripción: Se creará un servicio local para obtener la lista de los diferentes paises
Prioridad: 1
Dependencias: Req 1

Requerimiento funcional 4 (Req 4) #

Título:Obtener lista de ciudades a partir de un código de país
Descripción: Se creará un servicio local para obtener las ciudades de un país dados
Prioridad: 1
Dependencias: Req 1

Requerimiento funcional 5 (Req 5) #

Título:Obtener geolocalización de una ciudad de un pais
Descripción: Se creará un servicio local para obtener la geolocalización de una ciudad dada junto con su código de país
Prioridad: 1
Dependencias: Req 1
Requerimiento funcional 6 (Req 6.0) #

Título:Obtener lugar óptimo de reunión
Descripción: Se creará un servicio que dado la posición de todos los participantes de la reunión, determine cual es el lugar con menor coste
para realizar la reunión

Requerimiento funcional 6.1 (Req 6.1.0) #

Título:Obtención de distancias entre dos puntos
Descripción: Se generará un servicio que determine la distancia entre dos geoposiciones

Requerimiento funcional 6.1.1 (Req 6.1.1) #

Título:Intefaz de comunicación con el API de Google
Descripción: Creación de intefaz de comunicación con el API de Google
Prioridad: 2
Dependencias: Req 2 y Req 5

Requerimiento funcional 6.1.2 (Req 6.1.2) #

Título:Cálculo de la fórmula del Haversine
Descripción: Creación de un servicio que calcule la distancia entre dos puntos teniendo en cuenta la curvatura de la tierra
Prioridad: 2
Dependencias: Req 2 y Req 5

Requerimiento funcional 6.2 (Req 6.2) #

Título:Cálculo matriz de distancias
Descripción: Se generará una matriz de distancias que establecerá las distancias entre todos los participantes de la reunión. Por cuestiones de
eficiencia, esta matriz se almacenará en base de datos y será eliminada automáticamente por la base de datos cuando lleve un tiempo prudencial
sin usarse.
Prioridad: 3
Dependencias: Req 6.1

Requerimiento funcional 7 (Req 7.0) #

Título: Establecimiento de los costes asociados
Descripción: Definición de los costes de la reunión y su fórmula de obtención. Estos ficheros de definición, se encontrarán en el servidor en un
directorio y serán identificados de la siguiente manera:

    {codigo plataforma}-{codigo cliente}_costes.txt
    {codigo plataforma}-{codigo cliente}_formula.txt
    {codigo plataforma}_costes.txt
    {codigo plataforma}_formula.txt
    costes.txt
    formula.txt

Únicamente el fichero costes.txt y formula.txt será obligatorio que existan. Cuando se solicita el cálculo de costes, se enviará el código de la
plataforma + código de cliente. Si están los ficheros del tipo {codigo plataforma}-{codigo cliente}.* se usarán, sino se buscarán los del tipo
{codigo plataforma}.* y si no se utilizarán los globales.

Requerimiento funcional 7.1 (Req 7.1) #

Título: Leer formato de costes
Descripción: Creación de un sistema de lectura de un fichero de texto en el que se le indican los costes por unidad de medida. En este fichero
de texto, se indicará además el tipo de divisa con la que se han calculado los costes.
Prioridad: 0
Dependencias: No hay

Requerimiento funcional 7.2 (Req 7.2) #
Título: Leer fichero fórmula
Descripción: Creación de un sistema de lectura de un fichero de texto en el que se le indica la fórmula para la obtención de los costes
Prioridad: 0
Dependencias: No hay

Requerimiento funcional 8 (Req 8) #

Título: Cálculo de los costes
Descripción: Creación de un servicio que dado los costes unitarios, las distancias y la formula, obtenga los costes. Además, se le podrá indicar
manualmente donde se realizará la reunión, lo que afectará a la creación de la matriz de distancias.
Prioridad: 4
Dependencias: Req 6 y Req 7

Requerimiento funcional 9 (Req 9) #

Título: Creación de un informe de visualización de los costes
Descripción: Se creará un informe en formato xhtml, que se formará a partir de una plantilla xsl que podrá ser definida por los clientes de
Spontania junto con un conjunto de etiquetas de lenguajes para permitir multi-idioma en los informes. Este informe no se almacenará y será
generado desde el enlace que se le enviará al usuario.
Prioridad: 5
Dependencias: Req 8

Requerimiento funcional 10 (Req 10) #

Título: Servicios w eb de soporte
Descripción: Se crearán los siguientes servicios w eb que permitirán la interconectividad de la aplicación con los puntos spontania:

    Obtención de los países con sus códigos internacionales
    Dado un código de país, obtención de las regiones del mismo
    Dado un código de país(obligatorio), un código de región (opcional) y un texto de ciudad(opcional e incremental) obtención de las ciudades
    del mismo. Este servicio se utilizará como el típico texto predictivo
    Dado una IP, devuelve una respuesta con los datos de geoposicionamiento
    Dado un código de ciudad y pais, devuelve una respuesta con los datos de geoposicionamiento
    Dado una secuencia de geoposicionamientos y un lugar de reunión devuelve una respuesta con los costes
    Dado una secuencia de geoposicionamientos, devuelve una respuesta con los costes (la aplicación calcula el lugar ótimo de reunión)
    Dado una secuencia de geoposicionamientos, devuelve un linkl al informe de costes

Todos estos métodos serán invocados con unas credenciales válidas para poder utilizados y Locale para personalizar la respuesta.
Prioridad: 6
Dependencias: Req 9


Requerimientos de rendimiento #

No hay


Restricciones de diseño #

Se usará tomcat 6.0.26 (o superior) corriendo sobre una máquina virtual java 1.6 update 21 (o superior).


Atributos del sistema software #

Fiabilidad #

La fiabilidad de la aplicación quedará garantiza con el Plan de Control y Aseguramiento de la Calidad.

Disponibilidad #

La disponiblidad de la aplicación quedará condicionada a la disponibilidad del servidor tomcat en el que correrá.

Seguridad #
Toda comunicación con la aplicación será mediante SSL. Además, para la ejecución de los distintos servicios w eb el invocador deberá mostrar
sus credenciales para garantizar el buen uso de los mismo. Estas credenciales serán el código de la plataforma + código de cliente junto con un
passw ord que se establecerá en un fichero de configuración del servidor..

Mantenibilidad #

La información contenida en la base de datos de la aplicación no será modificada para facilitar la actualización de los datos de IPInfoDB

Portabilidad #

La portabilidad de la aplicación quedará supeditada a la portabilidad de la máquina virtual java J2SE 1.6 y a la especificación J2EE 1.5


Otros requerimientos #

No hay

    Add Child Page ,      0 Attachments     13 View s



Your Rating            Average (0 Votes)



   Comments

Sr sv1.0.1

  • 1.
    Print SRS v1.0.1 Tablade Contenidos [-] 1 Cambios en esta versión 2 Introducción 2.1 Propósito 2.2 Ámbito 2.3 Definiciones, acrónimos y abreviaciones 2.4 Referencias 2.5 Resumen 3 Descripción global 3.1 Perspectiva del producto 3.2 Funciones del producto 3.3 Características de los usuarios 3.4 Restricciones 3.5 Suposiciones y Dependencias 4 Especificación de los requerimientos 4.1 Requerimientos de Interfaces Externas 4.1.1 Interfaces de usuario 4.1.2 Interfaces hardw are 4.1.3 Interfaces softw are 4.1.4 Interfaces de comunicación 4.2 Características del sistema 4.2.1 Requerimiento funcional 1 (Req 1) 4.2.2 Requerimiento funcional 2 (Req 2) 4.2.3 Requerimiento funcional 3 (Req 3) 4.2.4 Requerimiento funcional 4 (Req 4) 4.2.5 Requerimiento funcional 5 (Req 5) 4.2.6 Requerimiento funcional 6 (Req 6.0) 4.2.7 Requerimiento funcional 6.1 (Req 6.1.0) 4.2.8 Requerimiento funcional 6.1.1 (Req 6.1.1) 4.2.9 Requerimiento funcional 6.1.2 (Req 6.1.2) 4.2.10 Requerimiento funcional 6.2 (Req 6.2) 4.2.11 Requerimiento funcional 7 (Req 7.0) 4.2.12 Requerimiento funcional 7.1 (Req 7.1) 4.2.13 Requerimiento funcional 7.2 (Req 7.2) 4.2.14 Requerimiento funcional 8 (Req 8) 4.2.15 Requerimiento funcional 9 (Req 9) 4.2.16 Requerimiento funcional 10 (Req 10) 4.3 Requerimientos de rendimiento 4.4 Restricciones de diseño 4.5 Atributos del sistema softw are 4.5.1 Fiabilidad 4.5.2 Disponibilidad 4.5.3 Seguridad 4.5.4 Mantenibilidad 4.5.5 Portabilidad 4.6 Otros requerimientos Cambios en esta versión # Modificado requerimiento 6.2 Modificado requerimiento 7.0 Modificado requerimiento 7.1 Requerimiento funcional 7.3 anulado Modificado requerimiento 8
  • 2.
    Modificado requerimiento 9 Modificado requerimiento 10 Modificado atributo de seguridad Introducción # Propósito # En este documento se establecen los requerimientos especificados por los usuarios para el desarrollo del proyecto CSC. Ámbito # Este documento sirve como alcance de proyecto y será utilizado como base para el desarrollo del documento de análisis Definiciones, acrónimos y abreviaciones # Referencias # Para la elaboración de este documento se ha utilizado las prácticas recomendadas por la IEEE 830-1998. Resumen # A continuación se indica una breve descripción del producto a construir así como las distintas funcionalidades que se esperan de él. Descripción global # Perspectiva del producto # La aplicación a desarrollar será utilizada por la aplicación Spontania de Dialcom para darle un mayor valor a su funcionalidad. Funciones del producto # La funcionalidad final del producto será informar a los participantes de una reunión virtual en Spontania, los costes que se han ahorrado al no hacer una reunión presencial. Características de los usuarios # Los usuarios de la aplicación serán usuarios de carácter técnico y que tendrán los conocimientos necesarios para la administración del servidor Apache Tomcat y la actualización necesaria de los datos de la base de datos de forma mensual (o cuando IpInfoDB libere nuevas versiones), así como los necesarios para la invocación de los servicios w eb de la aplicación Restricciones # No hay Suposiciones y Dependencias # Se supone que el cliente tendrá un entorno para el despliegue del producto consistente en: Servidor Linux Una máquina virtual java 1.6 update 21 (o superior) Apache Tomcat 6.0.26 (o superior) Base de datos Mysql 5.1.48 (o superior) Juego de caracteres UTF8 Para la realización de la interfaz externa de usuario se depende de la entrega del diseño por parte del cliente.
  • 3.
    Especificación de losrequerimientos # Requerimientos de Interfaces Externas # Interfaces de usuario # Se realizará una interfaz que consistirá en una página xhtml que contendrá un resumen de los costes asociados a la reunión y un mapa que geoposicione a todos los componentes de la misma. Interfaces hardware # No hay Interfaces software # Se realizará una interfaz con los servicios w eb del API de Google para el cálculo de distancias entre dos puntos Se realizará una interfaz con algún servicio w eb para el cálculo de ratios entre divisas Interfaces de comunicación # Se utilizará el estandar JAX-WS 2.1 para la creación de los servicios w eb que ofrecerá la aplicación Características del sistema # Requerimiento funcional 1 (Req 1) # Título: Sistema de geolocalización Descripción: Realizar una importación de los datos de IPInfoDB y la creación de servicios locales mediante el patrón factory, para facilitar el cambio de proveedor de servicios en un futuro. Prioridad: 0 Dependencias: No hay Requerimiento funcional 2 (Req 2) # Título: Obtener geolocalización de una IP Descripción: Realizar un servicio local que obtenga la geolocalización de una IP a partir del sistema de geolocalización creado Prioridad: 1 Dependencias: Req 1 Requerimiento funcional 3 (Req 3) # Título:Obtener lista de países Descripción: Se creará un servicio local para obtener la lista de los diferentes paises Prioridad: 1 Dependencias: Req 1 Requerimiento funcional 4 (Req 4) # Título:Obtener lista de ciudades a partir de un código de país Descripción: Se creará un servicio local para obtener las ciudades de un país dados Prioridad: 1 Dependencias: Req 1 Requerimiento funcional 5 (Req 5) # Título:Obtener geolocalización de una ciudad de un pais Descripción: Se creará un servicio local para obtener la geolocalización de una ciudad dada junto con su código de país Prioridad: 1 Dependencias: Req 1
  • 4.
    Requerimiento funcional 6(Req 6.0) # Título:Obtener lugar óptimo de reunión Descripción: Se creará un servicio que dado la posición de todos los participantes de la reunión, determine cual es el lugar con menor coste para realizar la reunión Requerimiento funcional 6.1 (Req 6.1.0) # Título:Obtención de distancias entre dos puntos Descripción: Se generará un servicio que determine la distancia entre dos geoposiciones Requerimiento funcional 6.1.1 (Req 6.1.1) # Título:Intefaz de comunicación con el API de Google Descripción: Creación de intefaz de comunicación con el API de Google Prioridad: 2 Dependencias: Req 2 y Req 5 Requerimiento funcional 6.1.2 (Req 6.1.2) # Título:Cálculo de la fórmula del Haversine Descripción: Creación de un servicio que calcule la distancia entre dos puntos teniendo en cuenta la curvatura de la tierra Prioridad: 2 Dependencias: Req 2 y Req 5 Requerimiento funcional 6.2 (Req 6.2) # Título:Cálculo matriz de distancias Descripción: Se generará una matriz de distancias que establecerá las distancias entre todos los participantes de la reunión. Por cuestiones de eficiencia, esta matriz se almacenará en base de datos y será eliminada automáticamente por la base de datos cuando lleve un tiempo prudencial sin usarse. Prioridad: 3 Dependencias: Req 6.1 Requerimiento funcional 7 (Req 7.0) # Título: Establecimiento de los costes asociados Descripción: Definición de los costes de la reunión y su fórmula de obtención. Estos ficheros de definición, se encontrarán en el servidor en un directorio y serán identificados de la siguiente manera: {codigo plataforma}-{codigo cliente}_costes.txt {codigo plataforma}-{codigo cliente}_formula.txt {codigo plataforma}_costes.txt {codigo plataforma}_formula.txt costes.txt formula.txt Únicamente el fichero costes.txt y formula.txt será obligatorio que existan. Cuando se solicita el cálculo de costes, se enviará el código de la plataforma + código de cliente. Si están los ficheros del tipo {codigo plataforma}-{codigo cliente}.* se usarán, sino se buscarán los del tipo {codigo plataforma}.* y si no se utilizarán los globales. Requerimiento funcional 7.1 (Req 7.1) # Título: Leer formato de costes Descripción: Creación de un sistema de lectura de un fichero de texto en el que se le indican los costes por unidad de medida. En este fichero de texto, se indicará además el tipo de divisa con la que se han calculado los costes. Prioridad: 0 Dependencias: No hay Requerimiento funcional 7.2 (Req 7.2) #
  • 5.
    Título: Leer ficherofórmula Descripción: Creación de un sistema de lectura de un fichero de texto en el que se le indica la fórmula para la obtención de los costes Prioridad: 0 Dependencias: No hay Requerimiento funcional 8 (Req 8) # Título: Cálculo de los costes Descripción: Creación de un servicio que dado los costes unitarios, las distancias y la formula, obtenga los costes. Además, se le podrá indicar manualmente donde se realizará la reunión, lo que afectará a la creación de la matriz de distancias. Prioridad: 4 Dependencias: Req 6 y Req 7 Requerimiento funcional 9 (Req 9) # Título: Creación de un informe de visualización de los costes Descripción: Se creará un informe en formato xhtml, que se formará a partir de una plantilla xsl que podrá ser definida por los clientes de Spontania junto con un conjunto de etiquetas de lenguajes para permitir multi-idioma en los informes. Este informe no se almacenará y será generado desde el enlace que se le enviará al usuario. Prioridad: 5 Dependencias: Req 8 Requerimiento funcional 10 (Req 10) # Título: Servicios w eb de soporte Descripción: Se crearán los siguientes servicios w eb que permitirán la interconectividad de la aplicación con los puntos spontania: Obtención de los países con sus códigos internacionales Dado un código de país, obtención de las regiones del mismo Dado un código de país(obligatorio), un código de región (opcional) y un texto de ciudad(opcional e incremental) obtención de las ciudades del mismo. Este servicio se utilizará como el típico texto predictivo Dado una IP, devuelve una respuesta con los datos de geoposicionamiento Dado un código de ciudad y pais, devuelve una respuesta con los datos de geoposicionamiento Dado una secuencia de geoposicionamientos y un lugar de reunión devuelve una respuesta con los costes Dado una secuencia de geoposicionamientos, devuelve una respuesta con los costes (la aplicación calcula el lugar ótimo de reunión) Dado una secuencia de geoposicionamientos, devuelve un linkl al informe de costes Todos estos métodos serán invocados con unas credenciales válidas para poder utilizados y Locale para personalizar la respuesta. Prioridad: 6 Dependencias: Req 9 Requerimientos de rendimiento # No hay Restricciones de diseño # Se usará tomcat 6.0.26 (o superior) corriendo sobre una máquina virtual java 1.6 update 21 (o superior). Atributos del sistema software # Fiabilidad # La fiabilidad de la aplicación quedará garantiza con el Plan de Control y Aseguramiento de la Calidad. Disponibilidad # La disponiblidad de la aplicación quedará condicionada a la disponibilidad del servidor tomcat en el que correrá. Seguridad #
  • 6.
    Toda comunicación conla aplicación será mediante SSL. Además, para la ejecución de los distintos servicios w eb el invocador deberá mostrar sus credenciales para garantizar el buen uso de los mismo. Estas credenciales serán el código de la plataforma + código de cliente junto con un passw ord que se establecerá en un fichero de configuración del servidor.. Mantenibilidad # La información contenida en la base de datos de la aplicación no será modificada para facilitar la actualización de los datos de IPInfoDB Portabilidad # La portabilidad de la aplicación quedará supeditada a la portabilidad de la máquina virtual java J2SE 1.6 y a la especificación J2EE 1.5 Otros requerimientos # No hay Add Child Page , 0 Attachments 13 View s Your Rating Average (0 Votes) Comments