Download SRS - Trabajos de Grado de la facultad de Ingeniería de Sistemas

SRS Versión 1.0.
Presentado por:
James Méndez Perdomo
Ing. Sistemas
PONTIFICIA UNIVERSIDAD JAVERIANA
FACULTAD DE INGENIERIA
CARRERA DE INGENIERIA DE SISTEMAS
BOGOTÁ, D.C.
2011
1
Historial de Cambios
Versión
Fecha
Sección
modificada
Descripción
Responsable(s)
1.0
8/10/11
Todas
Creación del formato James Mendez
del documento
1.0
9/10/11
1,7,8
Creación
secciones
de
las James Mendez
1.0
15/10/11
3,5,10
Creación
secciones
de
las James Mendez
1.0
15/10/11
4,11
Creación de la sección
James Mendez
1.0
22/11/11
4
Corrección de la sección
James Mendez
1.0
22/11/11
7
Correción de la sección
James Mendez
1.0
28/11/11
6
Creación de la sección
James Mendez
1.0
29/11/11
Todas
Correción general del James Mendez
documento
1.0
30/11/11
Todas
Correción
secciones
de
las James Mendez
1.0
30/11/11
Todas
Revisión general
James Mendez
2
Tabla de Contenido
SRS (Supplementary Requirement Specification) VERSION 1.0 ................................................................ 5
Introducción .......................................................................................................................................... 5
1.
1.1.
Propósito ....................................................................................................................................... 5
1.2.
Alcance ......................................................................................................................................... 5
1.3.
Definiciones, Acrónimos y Abreviaciones ................................................................................... 5
1.4. Referencias......................................................................................................................................... 6
Apreciación global ........................................................................................................................ 7
1.4.
2.
Funcionalidad ........................................................................................................................................ 7
3.
Usabilidad ......................................................................................................................................... 9
4.
Confiablidad.................................................................................................................................... 10
5.
Desempeño ...................................................................................................................................... 10
6.
Soporte ............................................................................................................................................ 11
7.
Restricciones de diseño ....................................................................................................................... 12
8.
Requerimientos de documentación de usuario. ................................................................................... 12
8.1 Documentación ................................................................................................................................. 12
9.
Componentes adicionales.................................................................................................................... 13
10.
Interfaces ......................................................................................................................................... 13
10.1.
Interfaces de interacción. ........................................................................................................ 13
10.2.
Interfaces con el hardware. ..................................................................................................... 14
10.3.
Interfaces con el software. ...................................................................................................... 15
11.
Requerimientos legales ................................................................................................................... 16
3
Índice de Tablas
Tabla 1: Requerimientos Funcionales ........................................................................................................... 9
Tabla 2: Requerimientos de Usabilidad ...................................................................................................... 10
Tabla 3: Requerimientos de Confiabilidad ................................................................................................. 10
Tabla 4: Requerimientos de Desempeño .................................................................................................... 11
Tabla 5: Requerimientos de Soporte ........................................................................................................... 12
Tabla 6: Interfaces de interacción ............................................................................................................... 14
Tabla 7: Interfaces con el software ............................................................................................................. 15
Tabla 8: Interfaces con el Hardware ........................................................................................................... 15
Índice de Figuras
Figura 1: Interfaces de interacción .............................................................................................................. 13
4
SRS (Supplementary Requirement Specification) VERSION 1.0
1. Introducción
La Especificación de requerimientos del sistema de información geográfico (Mapa de riesgos y amenazas
sísmicas de la localidad de Usme Barrios Profosi) SRS es el documento que contiene las funcionalidades
y restricciones del sistema en un lenguaje sencillo y fácil de entender. Partiendo de que “un requerimiento
es una característica que debe tener el sistema o una restricción que debe satisfacer para que sea aceptado
por los usuarios”, en este documento se encontrará la especificación de requerimientos del sistema de
información geográfico.
1.1.
Propósito
El propósito de este documento es la definición y descripción de las características funcionales y no
funcionales de alto nivel a implementarse en el sistema de información geográfico, en términos de
resultados necesarios para el desarrollo del mapa de riesgos y amenazas sísmicas.
1.2.
Alcance
El alcance de este documento es definir y describir los requerimientos tanto funcionales como los no
funcionales, identificados en el proceso de análisis de información tanto de riesgos como de amenazas
sísmicas de la zona de estudio.
Adicionalmente a la identificación y descripción de los requerimientos, en este documento también se
realiza el proceso de priorización de requerimientos con el fin de determinar el conjunto de
requerimientos más importantes para la construcción del sistema de información geográfico.
1.3.
Definiciones, Acrónimos y Abreviaciones






SIG: Sistema de información geográfico.
PROSOFI: Programa social universitario Javeriano.
SRS: Software Requirements Specificacitions.
Especificación de Requerimientos de Software.
Documento donde se encuentran las especificaciones de requerimientos y restricciones para
el desarrollo de una aplicación software.
PENTIUM: Microprocesador de Intel de 32 bits con arquitectura súper escalar, capaz de
hacer el procesamiento paralelo de dos instrucciones por ciclo de reloj y con una unidad
matemática muy mejorada respecto de la del 486.
RAM: Random Access Memory. La memoria principal en la que se almacenan los datos
durante el funcionamiento de un ordenador, la cual se borra al apagarlo.
Requerimientos funcionales: Definen el comportamiento interno del software: cálculos,
detalles técnicos, manipulación de datos y otras funcionalidades específicas que muestran
cómo los casos de uso serán llevados a la práctica.
5





Requerimientos no funcionales: Especifican criterios que pueden usarse para juzgar la
operación de un sistema en lugar de sus comportamientos específicos.
RESOLUCION: Número máximo de pixeles que se ven en una pantalla.
R#: Requerimiento, identificador por requerimiento donde # corresponde a un número que
da una identificación única por requerimiento. Esto permite referenciarlos fácilmente en caso
de necesitarlo.
SISTEMA OPERATIVO: Software de sistema, es decir, un conjunto de programas de
computadora destinado a permitir una administración eficaz de sus recursos.
TARJETA DE RED: Permite la comunicación entre diferentes aparatos conectados entre sí
y también permite compartir recursos entre dos o más equipos. Referencias.
1.4. Referencias.
[1] Bruegge B, Dutoit AH. Ingeniería de Software orientada a objetos. 1st ed. Trujano G. México:
Prentice Hall; 2002.
[2] Schmidt M. Implementing the IEEE Software Engineering Standards. Indianapolis, Indiana: Sams
Publishing. 2000
[3] Plantilla rup_suplementaryspecification. Disponible en:
http://sophia.javeriana.edu.co/~cbustaca/Arquitectura%20Software/Proyectos/Plantillas/2SRS/rup_suple
mentaryspecification.htm
[4] Larman C. UML Y PATRONES. Una introducción al análisis y diseño orientado a objetos y al
proceso unificado. 2nd ed. Aragón DF. Madrid: Pearson Educación. S.A.; 2006.
[5] Volere Requeriments Resources. Volere Requeriments Especification Template. Disponible en:
http://www.volere.co.uk/template.htm
[6] Ingenierías Pontificia Universidad Javeriana. “Descripción del centro de computo”; Disponible en:
http://ingenierias.javeriana.edu.co/portal/page?_pageid=233,718606,233_839328&_dad=portal&_schema
=PORTAL&tab=laboratorios
[7] Software Requirements Process. Requirement Management & Definition -from Borland- Reduce
Rework Through Improved Software Requirements Definition & Management Practices. Disponible en:
http://www.borland.com/us/solutions/requirements-definition-management/index.html
[8] Design Traceability. Jeremy Dick. IEEE SOFTWARE published by the IEEE Computer Society. 2005
6
1.4.
Apreciación global
En la primera parte del documento se hace una descripción general del objetivo de este documento y se da
el glosario con lo términos utilizados en el documento con el fin que las personas que lean este
documento puedan entenderlo en su totalidad. En la sección 2 se enlistan los requerimientos funcionales,
mientras que en las secciones 3 a 6 se enlistan los requerimientos no funcionales teniendo en cuenta los
siguientes atributos de calidad: Usabilidad, Confiabilidad, Desempeño y Soporte. En la sección 7 se
especifican las restricciones de diseño para tener en cuenta en el trabajo de grado. En la sección 8 se habla
sobre la documentación del usuario. Más allá en la sección 9 se mencionan cuáles son los componentes
adicionales del sistema, comprados o licenciados para la interoperabilidad del sistema. En la sección 10 se
hace una descripción de cuáles son las interfaces del sistema: de usuario, de Hardware, de Software y de
comunicaciones. Por último en la última sección 11 habla sobre implicaciones legales y de licencias
relacionadas con los requerimientos.
2. Funcionalidad
Esta sección está dedicada al proceso de especificación de requerimientos funcionales, en donde se hace
una descripción de los requerimientos obtenidos del proceso de análisis y construcción de los casos de uso
descrito en el SAD, anexo 3.
ID
Requerimiento
R01
R02
R03
R04
R05
Nombre
Descripción
Caso de uso
asociado
El sistema debe cargar la capa de
Cargar capa datos de la zonificación sísmica SC01
de
de Bogotá.
zonificación
sísmica.
El sistema debe cargar la capa de
Cargar capa datos de los barios de la zona de SC01
de
barrios estudio.
Prosofi
El sistema debe cargar la capa de
Cargar capa datos de las quebradas y ríos de la SC01
de
zona de estudio.
quebradas.
El sistema debe cargar la capa de
Cargar capa datos de las tuberías de la zona de SC02
de líneas de estudio.
acueducto.
El sistema debe cargar la capa de
Cargar capa suelos asociados a la zona de SC01
de
suelo
7
Prosofi.
estudio.
R06
Asignar
factor FTPS
El sistema debe permitir asignar
un factor de amenaza por tipo de
perfil de suelo.
SC04, SC05
R07
Asignar
factor FLPS
El sistema debe permitir asignar
un factor de amenaza por
licuefacción potencial del suelo.
SC04, SC05
R08
Asignar
factor FDPS
El sistema debe permitir asignar
un factor de amenaza por
deformación permanente del
suelo.
R09
Calcular
factor
amenaza
riesgo
R10
Mostrar
riesgo
sísmico.
R12
Asignar
factor
FAFS
R13
El sistema debe calcular el tipo de SC04, SC05
de factor de amenaza sísmica,
de caracterizada por el producto del
perfil de suelo, la licuefacción
potencial del suelo, y
la
deformación permanente del
suelo.
El sistema debe caracterizar el
Caracterizar
factor de amenaza sísmica en tres
el factor de riesgos, bajo, moderado, y alto.
amenaza
sísmica.
R11
SC04, SC05
El sistema debe indicar en el
mapa de riesgos y amenazas,
cuales son los sectores con los
riesgos bajos, moderados y altos.
El sistema debe permitir asignar
un factor de amenaza por las
de fuentes sísmicas de la zona de
estudio.
El sistema debe permitir asignar
Asignar
un factor de multiplicación
valor
a relativo al tipo de material que
material de la
posea una tubería Escala de
tubería.
Mercalli Modificada.
SC04, SC05
SC06
SC05
SC07
8
R14
R15
El sistema debe permitir asignar
Asignar
un factor de vulnerabilidad en las SC07
factor
de tuberías, dependiendo de la edad y
vulnerabilida
del diámetro.
d edad y/o
diámetro
El sistema debe permitir calcular
Calcular
el total de fallas esperadas por
fallas de las tubería.
tuberías
SC07
R16
Mostrar
El sistema debe representar las SC08
fallas de las fallas de las líneas de acueducto
tuberías.
en el mapa de riesgos y amenazas
sísmicas.
R17
Mostrar
estadísticas
de daños.
El sistema debe representar SC10
estadísticamente los daños de las
líneas de acueducto.
R18
Almacenar
datos.
El sistema debe almacenar las SC09
capas de datos en una base de
datos.
Tabla 1: Requerimientos Funcionales
3. Usabilidad
La finalidad de esta sección es incluir todos los requerimientos relacionados con la representación de
datos, para que el usuario pueda entender, aprender, operar y controlar tanto el sistema de información
geográfico como el mapa de riesgos y amenazas sísmicas.
ID
Requerimiento
R19
R20
R21
Nombre
Visualización
de capas
Descripción
La visualización de las capas del SC01, SC02,
mapa de riesgos y amenazas SC03, SC06,
sísmicas debe ser ordenada y pulcra. SC08
La presentación de la información
Presentación
de los riesgos y amenazas sísmicas
de riesgos y encontrados en el sector debe ser
amenazas
fácil de interpretar.
sísmicas
Visualización
de estadísticas
Caso de uso
asociado
SC06, SC08
La visualización de las estadísticas SC10
debe ser fácil de entender.
9
Tabla 2: Requerimientos de Usabilidad
4. Confiablidad
En esta sección se presentan los requerimientos asociados a la madurez del sistema de información
geográfico, en cuestión de datos a procesar.
ID
Requerimiento
Descripción
Nombre
R22
Garantizar
datos de capas
R23
Garantizar
datos
calculados
R24
R25
R26
El sistema debe garantizar, que las SC01, SC02,
capas de datos ingresados por el SC03
usuario sean validos.
El sistema debe garantizar, que los
los datos calculados sean numéricos.
El sistema debe garantizar, que los
Garantizar
la datos procesados puedan ser
visualización
visualizados en un mapa de riesgos
de mapas de
y amenazas.
riesgos
y
amenazas
sísmicas.
El sistema debe garantizar, que los
Garantizar
el datos queden almacenados en la
almacenamiento una base de datos.
de los datos.
Analizar capas
Caso de uso
asociado
El sistema debe permitir analizar la
información de las diferentes capas
de datos.
SC04, SC07,
SC10
SC06, SC08
SC09
SC06, SC08,
SC10
Tabla 3: Requerimientos de Confiabilidad
5. Desempeño
En esta sección se muestran los requerimientos relacionados con el comportamiento en tiempo y en
recursos de la aplicación.
ID
Requerimiento
Nombre
Descripción
Caso de uso
asociado
10
R27
Mantenibilidad
El sistema debe permitir ser SC01, SC02,
mantenido en tiempo de ejecución.
SC03, SC04,
SC05, SC06,
SC07, SC08,
SC09,
SC010
R28
Eficiencia
consultas
R29
Eficiencia en el El sistema debe realizar los cálculos SC04, SC07
cálculo
de de los daños de las tuberías en
daños
menos de 40 segundos.
R30
Eficiencia
almacenar
datos
en El sistema debe realizar las SC01, SC02,
consultas de las capas de SC03
información en menos de 40
segundos
en El sistema debe almacenar los datos SC09
de las capas en menos de 40
segundos.
Tabla 4: Requerimientos de Desempeño
6. Soporte
En esta sección se presentan las características necesarias para que el sistema de información se
pueda ejecutar de manera correcta:
ID
Requerimiento
Nombre
Descripción
Caso de uso
asociado
R31
Escalabilidad
El sistema debe estar diseñado de tal SC01, SC02,
manera que se pueda ampliar sus SC03, SC04,
funciones.
SC05, SC06,
SC07, SC08,
SC09,
SC010
R32
Sistema
Operativo.
El sistema debe ser portable en SC01, SC02,
sistemas operativos XP/98/Vista.
SC03, SC04,
SC05, SC06,
SC07, SC08,
SC09,
SC010
R33
SIG
El sistema puede ser usado en
cualquier computador que tenga
acceso a Arcgis.
SC01, SC02,
SC03, SC04,
SC05, SC06,
11
SC07, SC08,
SC09,
SC010
Tabla 5: Requerimientos de Soporte
7. Restricciones de diseño
La construcción del sistema de información geográfico tiene ciertas restricciones bajo las cuales se debe
llevar a cabo el proceso de diseño.
En primer lugar se habla de tres módulos fundamentales mediante los cuales se debe hacer el diseño:

El primer modulo se encarga de presentación visual de las capas de datos con el usuario, maneja
la parte gráfica y las entradas al sistema.

El segundo modulo es la parte de lógica del sistema, donde se encuentra toda la información
necesaria para que el sistema funcione, allí se encuentran las diferentes funcionalidades.

El tercer modulo se encarga de la persistencia de datos, en este caso, se encarga de mantener los
capas.
Adicionalmente estas son otras restricciones a tener en cuenta:



Software: El lenguaje para construir el sistema de información geográfico es Arcgis, debido a
que permite el manejo de información mediante capas de datos.
Las herramientas CASE para el análisis y diseño son:
o Enterprise Architect 7.1.
o Microsoft Acces
o Oracle Database 10g.
Los idiomas soportados: El sistema de información geográfico y los mapas deben ser
desarrollados en español.
8. Requerimientos de documentación de usuario.
En esta sección se presentan los requerimientos relacionados con la documentación de ayuda al usuario.
8.1 Documentación
La documentación debe estar escrita en el idioma español, y debe contener toda la información
relacionada con la carga de capas de datos, procesos de asignación de factores de riesgos, clasificación de
riesgos del sector, y cálculos de las fallas estimadas en las líneas de acueducto del sector ante un sismo.
Por otra parte el documento debe estar claro, conciso y ordenado, para que el usuario pueda entender
todos los tópicos relacionados con la obtención del mapa de riesgos y amenazas símicas de las líneas de
acueducto de la zona de estudio.
12
9. Componentes adicionales
Para el desarrollo de la aplicación se necesitan principalmente dos componentes adicionales, en primer
lugar el contenedor y modelador de capas de datos ArcCatlog y en segundo lugar las herramientas que
proporciona ArcMap para el desarrollo del sistema de información geográfico.
10.
Interfaces
Esta sección describe las diferentes interfaces que interactúan con el sistema de información geográfico,
analizándolas desde tres niveles. Una de ellas es el la interacción que analiza los elementos necesarios
para el usar el sistema. Otra es la interfaz de hardware, que analiza los elementos físicos necesarios para
comunicarse con el sistema, y por último se encuentra la interfaz de software que analiza las herramientas
necesarias para la manipulación del sistema.
10.1. Interfaces de interacción.
A continuación en la ilustración se presenta un esquema de las interfaces del sistema de información
geográfico que interactúan con el mapa de riesgos y amenazas sísmicos.
Teclado
Tarjeta
de Video
Pantalla
Mouse
SIG
Interfaz
Figura 1: Interfaces de interacción
En esta tabla se hace explícita cada una de las interfaces de interacción
NOMBRE
PROPÓSITO
13
Teclado
Dispositivo imprescindible para la captura de los datos del usuario, ya que
por medio de variables que el usuario ingresa, el sistema permitirá la
visualización del mapa de riesgos y amenazas símicas.
Pantalla
Necesaria para poder observar la interfaz gráfica del sistema de información
geográfico, procesando y digitalizando los datos convirtiéndolos en la imagen
(mapa) para poderla ver.
Tarjeta
de video
Le permitirá a la computadora la transmisión de datos que finalmente serán
observables desde el monitor.
Interfaz
La resolución de la pantalla debe estar dentro del rango de 1024x768 pixeles, y
serán implementadas en Arcgis.
Mouse
Dispositivo de entrada de datos y de control, dependiendo del software que
maneje en cada momento.
Tabla 6: Interfaces de interacción
10.2. Interfaces con el hardware.
Para las interfaces con el hardware no será necesario la creación de ningún controlador o ni ningún
dispositivo especial, puesto que el sistema de información geográfico está diseñada para ejecutarse dentro
de los parámetros normales de un computador, es decir, el envió de información a través de dispositivos
de salida como mouse y teclados.
El sistema de información geográfico se conectará con el hardware a través del sistema operativo
Windows XP, puesto que es este sistema operativo soporta herramientas de visualización de datos
geográficos como lo es ArcMap.
A continuación en la tabla se muestra el hardware con que interactuará la aplicación
Interfaz
Monitor
CPU
Características
Funcionalidad
Monitor que soporte La Permitirá
mostrar
la
resolución
de
1024x768 interfaz gráfica al usuario.
pixeles
Procesador Intel Pentium4 de
2.0 GHz con HyperThreading Technology
800MHz FSB o su
equivalente.
Memoria de 1GB Dual
Channel DDR-2, (400 MHz)
expandible a 2 GB.
Realizará las tareas, las
cuales serán las encargadas
de dar las condiciones que
se presentarán al usuario,
también correrá la interfaz
encargada de interactuar
entre el usuario y la
aplicación.
14
Mouse
Tipo de Mouse Estándar
Número de Botones 2
Resolución
(DPI)
800
Conectividad Interfase Serie RS-232
Entregará al usuario la
posibilidad de manejo y
de la selección de las
amenazas y riesgos.
Teclado
TECLADO STANDARD.
Esta interfaz se dará al
ingresar el texto necesario
para la calcular los datos
de fallas en el mapa de
riesgos
y
amenazas
sísmicas.
Interface(s): PS/2
Sistema Operativo:
Windows 95, 98, ME, NT,
2000, XP
Tabla 7: Interfaces con el software
10.3. Interfaces con el software.
En la tabla se relaciona de manera precisa el uso de otras herramientas de software, que necesitará la
aplicación para su uso.
NOMBRE
DESCRIPCIÓN
PROPÓSITO
Sistema Operativo
Windows XP
En él correrá la Arcgis debido a
que el sistema de información
geográfico se desarrollará en
esta herramienta.
Arc/Info
ArcCatalog, ArcView, ArcMap
Se utilizara este conjunto de
herramientas tanto para la
desarrollo del sistema de
información geográfico como
para la construcción del mapa
de riesgos.
Enviromental
Systemas Research
Institute (ESRI)
Tabla 8: Interfaces con el Hardware
15
11.
Requerimientos legales
El sistema al hacer uso del software Arcgis, necesita de la licencia como requerimiento legal, puesto que
se va a usar el paquete complete de herramientas Arcgis como lo es ArcCatalog, ArcMap, y ArcGlobe,
para el diseño, desarrollo e implementación de la herramienta SIG.
Por otra parte el sistema de información geográfico (mapa de riesgos y amenazas sísmicas de las líneas
de acueducto barrios Prosofi) al ser desarrollado por James Méndez Perdomo, estudiante en trabajo de
grado, hace que los derechos de propiedad intelectual le pertenezcan al estudiante, por lo tanto cualquier
tipo de licenciamiento debe ser solicitado directamente con él.
16