SRS97

(UAEPNNC)
Software Requirements Specification

Jos Yances - Samuel Murillo
Octubre 27 de 2008
Contenido
1. Introduccin ............................................................................................................................... 3
1.1 Propsito del documento.......................................................................................................... 3
1.2 Alcance del documento ............................................................................................................. 3
1.3 Definiciones, acrnimos y abreviaciones. ................................................................................ 3
1.4
Referencias ........................................................................................................................... 4
1.5 Apreciacin Global .................................................................................................................. 5

2. Descripcin Global .................................................................................................................... 5
2.1 Perspectiva Del Producto .......................................................................................................... 6
2.1.1 Interfaces Del Sistema ........................................................................................................... 6
2.1.2 Interfaces de Hardware .......................................................................................................... 6
2.1.3 Interfaces con el Software ...................................................................................................... 7
2.1.4 Interfaces de Comunicacin ................................................................................................... 9
2.1.5 Restricciones de Memoria...................................................................................................... 9
2.1.6 Operaciones............................................................................................................................ 9
2.1.7 Requerimientos de Adaptacin ............................................................................................ 10
2.2 Funciones Del Producto .......................................................................................................... 11
2.3 Caractersticas de los Usuarios .............................................................................................. 21
3. Requerimientos Especficos ..................................................................................................... 23
3.1 Modelo de Datos ..................................................................................................................... 23
3.1 Requerimientos de Base de Datos........................................................................................... 29
3.2 Seguridad ................................................................................................................................ 31
2
3.3 Disponibilidad ......................................................................................................................... 31

3.4 Portabilidad ............................................................................................................................. 31
1. Introduccin
Las siguientes secciones del documento de requerimientos proveen una descripcin general del
documento SRS. Se especifica las funcionalidades y caractersticas que el sistema debe cumplir en
funcin de las necesidades a satisfacer en la Unidad Especial Administrativa de Parques Nacionales
Naturales de Colombia (UEAPNNC) para el manejo y administracin de la informacin predial. No se
encontrar en este documento ninguna consideracin de diseo.
1.1 Propsito del documento
En este documento se analizan todos los requerimientos que el Modelo Predial de la Unidad Especial
Administrativa de Parques Naturales Nacionales de Colombia y el grupo de estudiantes, considera de
importancia, y que sern realizados por el equipo de trabajo de la Universidad Javeriana conformado por
los estudiantes Jos Yances y Samuel Murillo. Estos requerimientos se clasifican en Modelo de Datos y
Modelo del Aplicativo. A su vez establece las bases para un acuerdo entre las partes involucradas.
1.2 Alcance del documento

Este documento pretende cubrir los siguientes aspectos:
Definicin Detallada del producto, dirigido a cualquier lector que est interesado en conocer el
funcionamiento, y el propsito del sistema
Definicin de requerimientos funcionales y no funcionales del proyecto.
Definicin de interfaces externas
1.3 Definiciones, acrnimos y abreviaciones.

Historial: Corresponde a las actividades dentro del sistema que ha tenido el archivo.
3
IEEE: Institute of Electrical and Electronic Engineers Inc. Es una asociacin internacional sin nimo de
lucro con sede principal en Piscataway, Estados Unidos y con subsedes en ms de 150 pases del mundo,
con alrededor de 360.000 miembros, entre profesionales, estudiantes de Ingeniera, diseo, derecho,
administracin, biologa y ciencias afines. [1]
Integridad: Estado de correccin y completitud de los datos ingresados en un sistema
JDNI: Java Naming and Directory Interface. Servicio estndar de nombrado y directorio en Java. [3]
JVM: Java Virtual Machine
LAN: Local rea Network
Log: Un archivo diario que informa sobre las conexiones a un servidor. [6]
Nick o nombre de usuario: Nombre de usuario que junto a la contrasea permiten que este inicie una
nueva sesin en el sistema. [7]
Papel o rol: Responsabilidades asignadas a un miembro del equipo. [5]
Proceso: Conjunto de actividades que se realizan con el fin de producir un software.
Requerimiento: necesidad documentada sobre el contenido, forma o funcionalidad de un producto o
servicio.
Requerimiento funcional: define el comportamiento interno del software: clculos, detalles tcnicos,
manipulacin de datos
Requerimiento no funcional: un requerimiento que especifica criterios que pueden usarse para juzgar la
operacin de un sistema en lugar de sus comportamientos especficos.
SDD: Software Design Document (Documento de diseo de software) Documento que describe el
modelo de diseo del sistema [8]
1.4
Referencias
1. IEEE Colombia. ACERCA DE IEEE; 2008. [Citado en Marzo, 2008]. Disponible:
http://www.ieee.org.co/portal/content/view/12/27/
2. Bruegge B, Dutoit A. OBJECT-ORIENTED SOFTWARE ENGINEERING. Conquering
complex and changing systems. Segunda edicin. Mxico D.F: Prentice Hall; 2002.
3. Glosario. [Citado en Abril, 2008]. Disponible:
http://oness.sourceforge.net/proyecto/html/go01.html
4. Web Master. Glosario. [Citado en Abril, 2008]. Disponible: http://webmaster.lycos.es/glossary/L/
5. Sommerville I, INGENIERA DE SOFTWARE. Sptima Edicin. Mxico D.F: Addison Wesley;
2002.
6. IEEE Computer Society. IEEE STANDARD FOR SOFTWARE PROJECT MANAGEMENT

PLANS (SPMP). IEEE STD 1058-1998. The Institute of Electrical and Electronics Engineers,
Inc. Aprobado en Diciembre 8 de 1998.
7.
Content.manager.eu.com. CONTENT MANAGEMENT; 2004. [Citado en Febrero, 2008]

Disponible : http://www.contentmanager.eu.com/dms-benefits.htm
8. Departamento de Ingeniera Pontificia Universidad Javeriana. PLANTILLA DE DESARROLLO

DE SPMP VERSIN 1; 2008. [Citado en Febrero, 2008]. Disponible:
http://sophia.javeriana.edu.co/~metorres
1.5 Apreciacin Global
En este documento se encontrar la definicin de requerimientos tanto funcionales como no funcionales
del producto y se identificaran los requerimientos a desarrollar por el equipo, as como la definicin de las
diferentes interfaces que se requieren para que el sistema se comunique con el entorno de hardware, el
sistema operativo, el software pre instalado y con el usuario final.
Los requerimientos (funcionales y no funcionales) y su especificacin son muy importantes para el
desarrollo del producto, ya que esto les brinda una mayor claridad de las restricciones del entorno y del
comportamiento esperado del producto de software; esta especificacin de requerimientos tambin es para
todos los interesados que deseen conocer en profundidad las funcionalidades del sistema y su
acoplamiento con el contexto.
La descripcin de las interfaces permiten entender la comunicacin del modelo predial con su entorno,
esta seccin est dirigida a todos aquellos que quieran entender el comportamiento del producto con el
entorno en el que se va a desempear, a aquellos que quieran conocer las caractersticas del ambiente en
el que ser instalado el producto. Esta seccin puede ser utilizada tambin como una pequea gua de los
elementos necesarios para que el producto se desempee de la manera esperada.
2. Descripcin Global
Se describen a continuacin los factores generales que afectan el producto y sus requerimientos. En esta
seccin no se especifican requerimientos puntuales del sistema. En cambio, provee un background para
esos requerimientos, los cuales son definidos en la seccin 3, hacindolo ms fcil de entender. Esta
seccin describe los requerimientos para que cualquier stakeholder pueda contextualizar que y que no
hace el producto. En la seccin 3 se encuentra la descripcin detallada de los requerimientos para usuarios
ms expertos.
2.1 Perspectiva Del Producto

Este producto se realiza con el fin de optimizar el proceso de recoleccin, de actualizacin y
administracin de datos prediales. Se consideran aspectos que estaban ausentes en el modelo de datos
anterior que son necesarios para las nuevas necesidades de la Unidad de Parques.
La realizacin de este proyecto se basa en la creciente necesidad de gestionar la informacin desde
cualquier rea protegida (Territoriales) del sistema de parques naturales, de una manera segura y rpida,
asegurando la calidad y la integridad de la informacin en todo momento, y a su vez permitir consultar
informacin predial atreves de mapas o vistas cartogrficas.
Los usuarios finales obtendrn al usar el producto, la ventaja de tener la informacin predial en el
momento y el lugar en el que se requiera a travs de una aplicacin web.
2.1.1 Interfaces Del Sistema

La aplicacin interactuar con otros sistemas que pueden estar ubicados en maquinas independientes.
Actualmente el sistema funciona a travs de archivos planos (Microsoft Word, Excel etc.), y en algunos
casos (Parques Naturales que desarrollan sistemas ms complejos) a travs de aplicaciones
implementadas en Microsoft Access. Se identifican las siguientes interfaces:
Un navegador (Browser) que soporte javascript 1.6 y HTML 4.01, preferiblemente Internet 6 o
superior, Mozilla 2.0 o superior.
La aplicacin se va a desarrollar en lenguaje Java por lo que cada cliente debe contar con la
Maquina Virtual de Java V1.5 Instalada.
Cuando el usuario pretenda realizar alguna accin (consultar, modificar, borrar o actualizar) la
aplicacin necesitara el driver ORCL que permite la conexin con la base de datos ORACLE.
El cliente se comunica con la aplicacin a travs del servidor de aplicaciones Oracle OA.
La aplicacin utiliza ArcSDE para consultar informacin cartogrfica a travs de la base de datos
relacional Oracle 10g.
2.1.2 Interfaces de Hardware

A continuacin se especificarn las interfaces de hardware ms importantes para el proyecto que ser
desarrollado por los estudiantes de la Pontificia Universidad Javeriana.
Se utilizar el protocolo TCP/IP: Al utilizar HTTP, se utiliza un miembro de la familia TCP/IP el cual
ser utilizado por su confiabilidad, integridad y facilidad de uso para el usuario final.
El protocolo TCP/IP es la mejor opcin con la que los diferentes usuarios pueden interactuar de manera
rpida y confiable desde cualquier lugar que permita la conexin a internet.
Puerto 1521: Este ser el puerto que se utilizar para que la base de datos Oracle 10g atienda las
peticiones de los usuarios a travs de la aplicacin, y de la consola de otra mquina para el administrador.
Comunicacin web: esta comunicacin se realizar por el puerto 80.

2.1.3 Interfaces con el Software
Las tablas 2.1, 2.2 y 2.3 describen las interfaces de software con las que se comunica la aplicacin:
Producto de Software
Tomcat Apache
Descripcin
Apache Tomcat es un software libre de la tecnologa de Java para

desarrollar, integrar e implementar aplicaciones, portales y servicios
Web.
Propsito de uso
El servidor de aplicaciones es quien se comunica directamente con

los servlets de la aplicacin y compila los jsps.
Versin
Fuente
http://tomcat.apache.org
Comentarios Adicionales
Tabla 2.1
Descripcin
Propsito de uso
JVM
Windows
Es una mquina virtual sobre la
Sistema Operativo basado en ventanas
cual se ejecuta las aplicaciones
creado por la compaa de software
escritas en lenguaje JAVA.
Microsoft.
Sobre sta plataforma se ejecutar
Es el sistema operativo en el cual se
el programa realizado, puesto que
ejecutan todos los programas que
ha sido realizado en el lenguaje
requiere la aplicacin, adems es el
JAVA que utiliza dicha mquina
sistema operativo ms popular.
virtual para interpretar el cdigo

binario de la aplicacin a la
arquitectura del sistema operativo
7
o del microprocesador en el que se

est ejecutando.
Versin
1.5
Windows 2000 o posteriores
Fuente
Java Technology:
Pagina de ayuda:
http://java.com/en/about/
http://windowshelp.microsoft.com/Windo
ws/es-XL/default.mspx
Comentarios
Esta plataforma facilita la
Al ser el sistema operativo ms popular
Adicionales
portabilidad de la aplicacin a
se asegura que gran cantidad de usuarios
diferentes sistemas operativos.
puedan utilizar el producto con la mayor

compatibilidad.
Tabla 2.2
Descripcin
ArcSDE
Oracle Database 10g
Es un servido usado para
Oracle es el motor de bases de datos
acceder datos geogrficos
ms utilizado en el mundo.
atreves de bases de datos

relaciones RDBM.
Propsito de uso
La aplicacin se obtiene
La base de datos se utilizar para
informacin cartogrfica a
almacenar la metadata de los archivos
travs de una base de datos
que se encuentran en el disco duro del
relacional ORACLE.
servidor. Se utiliza una base de datos

RELACIONAL puesto que es el
modelo ms eficiente en el manejo y
bsqueda de tuplas, adems garantiza
que no existan datos duplicados.
10g
Versin
Fuente
http://www.esri.com/software/
Oracle Database:
arcgis/arcsde/
http://www.oracle.com/lang/es/databas
e/index.html
Comentarios Adicionales
ArcSDE es parte de la base de
Se utilizar esta base de datos puesto
datos geogrfica arcGIS.
que es la herramienta a la cual el

equipo de desarrollo tiene acceso ms
fcilmente.
Tabla 2.3
2.1.4 Interfaces de Comunicacin

Las conexiones con el servidor de aplicaciones va Web se realizaran por el puerto 80.
Las conexiones con el servidor de bases de datos se realizaran por el puerto 1521.
2.1.5 Restricciones de Memoria
En la tabla 2.4 de esta seccin se presentarn los requerimientos del sistema para el cliente haga uso de la
aplicacin:
RESTRICCIONES CLIENTE (Requerimientos Mnimos):

Producto
JVM
Procesador
Pentium 166MHz
Memoria RAM Mnima
64MB
Memoria de Almacenamiento
98MB
Sistema Operativo
Windows 2000 en adelante
Producto
Windows XP
Procesador
Pentium o similar a 233 MHz
Memoria RAM Mnima
64MB
Memoria de Almacenamiento
1,5 GB
Tabla 2.4
2.1.6 Operaciones
La aplicacin operar en diferentes modos, que se definen segn el rol de los usuarios:
9
Administrador:
El administrador tiene la responsabilidad de mantener la integridad del sistema, realizar los
Backups de los datos y operaciones de restauracin del sistema en caso que se ocurra alguna falla
(independientemente del motivo), administrar los usuarios, identificar los roles y establecer los
permisos de estos.
Regularmente analizar el rendimiento de la base de datos, para que en caso necesario, se hagan
ajustes que permitan obtener un mayor rendimiento.
Consultor:
El usuario puede realizar bsquedas especializadas de predios, y consultar informacin geogrfica y
alfanumrica de los predios de acuerdo a la dependencia que pertenezca dentro de la UEAPNNC y el rol
asignado segn sus necesidades. Los diferentes tipos de consultor:
Econmico: nicamente le interesa informacin econmica para controlar las actividades y

presupuestos.
CRUD: Necesitan consultar toda la informacin y contar con reportes estadsticos para el
anlisis de los datos. Es necesario que tengan permisos CRUD sobre tablas alfanumricas que
permitan buscar informacin por medio de cifras, con el fin de generar reportes para saber los
avances y acciones de la entidad.
Jurdico: Necesitan consultar toda la informacin de los conflictos y polticas de

saneamiento predial.
Fsico: Necesitan consultar la informacin geogrfica de las reas Protegidas, con el fin de
realizar anlisis sobre los predios, construcciones, terrenos etc.
Usuario encargado de ingresar informacin:

Es el usuario encargado de realizar la actualizacin de la informacin por medio de cargues manuales
dependiendo de la territorial a la cual pertenece.
2.1.7 Requerimientos de Adaptacin
10
Se requiere de un sistema operativo que pueda soportar JVM. En caso de que un usuario intente
acceder al aplicativo, con una maquina que no tenga instalado la maquina virtual de java, es
necesario configurar la variable de ambiente del sistema JAVA_HOME, y hacer dicha
instalacin.
As mismo, es necesario que en los servidores mencionados en la tabla 2.1 se encuentre instalado
como parte del sistema.
2.2 Funciones Del Producto
11
En la figura 1 se puede visualizar el esquema de los casos de uso que se tendrn en cuenta en la
realizacin del proyecto.
12
Figura 1. Casos de uso

INGRESAR PERFIL JURIDICO
Cdigo
CU01
Descripcin
Este caso de uso tiene como objetivo la autenticacin del usuario

jurdico al aplicativo.
Casos de uso asociados
VER PREDIO
Cdigo
CU02
Descripcin
Este caso de uso tiene como objetivo permitirle al usuario poder

visualizar la informacin jurdica de los predios en el aplicativo.
CU01
MODIFICAR AVALUO
Cdigo
CU03
Descripcin
Este caso de uso tiene como objetivo la modificacin de los avalos

existentes, a los predios registrados en el aplicativo.
CU02
MODIFICAR STATUS JURIDICO

Cdigo
CU04
Descripcin
Este caso de uso tiene como objetivo la modificacin del estatus

jurdico que tiene el predio en el momento de la consulta.
CU02
REGISTRAR AVALUO
Cdigo
CU05
Descripcin
Este caso de uso tiene como objetivo permitir al usuario registrar un

nuevo avalo del predio consultado.
CU02
VER MATRICULA INMOBILIARIA

13
Cdigo
CU06
Descripcin
Este caso de uso tiene como objetivo permitir al usuario consultar la

matricula inmobiliaria del predio.
CU02
VER CONFLICTOS
Cdigo
CU07
Descripcin
Este caso de uso tiene como objetivo permitir al usuario ver los
diferentes conflictos que tienen los predios, en determinada rea
Protegida.
CU01
VER ACTUACIONES ENTIDADES

Cdigo
CU08
Descripcin
Este caso de uso tiene como objetivo permitir al usuario visualizar las
diferentes actuaciones que han realizado las entidades oficiales, en
algn conflicto que involucre un predio identificado por la entidad.
CU07
REGISTRAR ACTUACION
Cdigo
CU09
Descripcin
Este caso de uso tiene como objetivo permitir al usuario registrar una
nueva actuacin por parte de un funcionario, relacionada a un
conflicto que involucre un predio.
CU06
MODIFICAR ACTUACION
Cdigo
CU10
Descripcin
Este caso de uso tiene como objetivo permitir al usuario modificar
14
una actuacin registrada en el aplicativo, con fines correctivos.

CU06
INGRESAR PERFIL ECONOMICO

Cdigo
CU11
Descripcin
Este caso de uso tiene como objetivo permitir al usuario econmico,

ingresar al aplicativo.
VER PREDIO
Cdigo
CU12
Descripcin
Este caso de usuario tiene como objetivo permitir al usuario ver el

listado de predios
CU11
CONSULTAR AVALUO
Cdigo
CU13
Descripcin
Este caso de uso tiene como objetivo permitir al usuario consultar los
avalos que ha tenido un predio a travs de la historia, por diferentes
funcionarios o entidades.
CU12
CONSULTAR USO DEL SUELO

Cdigo
CU14
Descripcin
Este caso de uso tiene como objetivo al usuario visualizar los usos
ms representativos que se le da al suelo que tiene un predio
especfico.
CU12
15
MODIFICAR AVALUO
Cdigo
CU15
Descripcin
Este caso de uso tiene como objetivo permitir al usuario modificar un

avalo realizado a un predio y registrado en el aplicativo.
CU12
MODIFICAR USO DE SUELO

Cdigo
CU16
Descripcin
Este caso de uso tiene como objetivo permitir al usuario modificar el

uso del suelo especificado para un predio.
CU12
VER PROPIETARIO
Cdigo
CU17
Descripcin
Este caso de uso tiene como objetivo permitir al usuario ver el

propietario actual que tiene un predio. Adicionalmente despliegue el
poseedor, en caso de que no sean la misma persona.
CU12
ADICIONAR PROPIETARIO
Cdigo
CU18
Descripcin
Este caso de uso tiene como objetivo permitir al usuario adicionar un

nuevo propietario a un predio especfico.
CU12
ADICIONAR POSEEDOR
Cdigo
CU19
16
Descripcin
Este caso de uso tiene como objetivo permitir al usuario adicionar un

poseedor al predio seleccionado.
CU12
ELIMINAR POSEEDOR
Cdigo
CU20
Descripcin
Este caso de uso tiene como objetivo permitir al usuario eliminar un

poseedor del predio seleccionado.
CU12
MODIFICAR POSEEDOR
Cdigo
CU21
Descripcin

poseedor del predio seleccionado.
CU12
MODIFICAR PROPIETARIO
Cdigo
CU22
Descripcin

poseedor del predio seleccionado
CU17
INGRESAR PERFIL JURIDICO

Cdigo
CU23
Descripcin
Este caso de uso tiene como objetivo permitir al usuario ingresar al

aplicativo con el perfil jurdico.
17
VER PREDIO
Cdigo
CU24
Descripcin
Este caso de uso tiene como objetivo permitir al usuario ver la

informacin jurdica de cada predio.
CU23
MODIFICAR AVALUO
Cdigo
CU25
Descripcin

avalo existente para un predio.
CU23
MODIFICAR ESTATUS JURIDICO

Cdigo
CU26
Descripcin
Este caso de uso tiene como objetivo permitir al usuario modificar el

estatus jurdico de cada predio, segn las acciones judiciales tomada
por entidades competentes.
CU23
REGISTRAR AVALUO
Cdigo
CU27
Descripcin
Este caso de uso tiene como objetivo permitir al usuario registrar un

nuevo avalo a un predio especfico.
CU23
VER MATRICULA INMOBILIARIA

Cdigo
CU28
Descripcin
Este caso de uso tiene como objetivo permitir al usuario ver el

18
registro inmobiliario de cada predio.

CU23
VER ANOTACIONES
Cdigo
CU29
Descripcin
Este caso de uso tiene como objetivo permitir al usuario visualizar

todas las anotaciones que tiene cada registro inmobiliario de un
predio.
CU23
VER CONFLICTOS
Cdigo
CU30
Descripcin
Este caso de uso tiene como objetivo permitir al usuario ver todos los
conflictos que se generan en los predios de los Parques Naturales.
CU23
VER ACTUACIONES ENTIDADES

Cdigo
CU31
Descripcin
Este caso de uso tiene como objetivo permitir al usuario ver todas
actuaciones que han realizado las entidades sobre un predio.
CU30
VER ACTUACIONES PERSONA

Cdigo
CU32
Descripcin
Este caso de uso tiene como objetivo permitir al usuario ver todas
actuaciones que han realizado las personas sobre un predio.
CU30
19
REGISTRAR ACTUACION
Cdigo
CU33
Descripcin
Este caso de uso tiene como objetivo permitir al usuario registrar una
actuacin sobre un conflicto asociado a un predio.
CU30
MODIFICAR ACTUACION
Cdigo
CU34
Descripcin
Este caso de uso tiene como objetivo permitir al usuario modificar

una actuacin sobre un conflicto asociado a un predio.
CU30
INGRESAR PERFIL CRUD

Cdigo
CU35
Descripcin
Este caso de uso tiene como objetivo permitir al usuario ingresar al

aplicativo con el perfil CRUD.
REALIZAR OPERACIONES CRUD

Cdigo
CU36
Descripcin
Permite al usuario realizar cualquier modificacin de la informacin

almacenada en el aplicativo.
CU35
INGRESAR PERFIL ADMINISTRADOR

Cdigo
CU37
Descripcin
Permite al usuario ingresar al aplicativo con el perfil de

administrador.
20
REGISTRAR USUARIOS
Cdigo
CU38
Descripcin
Permite al usuario administrador, validar y activar las cuentas de los

usuarios del aplicativo
CU37
MODIFICAR USUARIOS
Cdigo
CU39
Descripcin
Permite al usuario administrador modificar la informacin de los

usuarios que se encuentran registrados en el aplicativo.
CU37
2.3 Caractersticas de los Usuarios
Caractersticas del Usuario
Descripcin
Los usuarios jurdico, econmico y fsico, son
usuarios que pueden acceder a informacin
relacionada con el cargo que desempean, y
tienen restriccin para ver informacin de ajena
Nivel de Seguridad (Privilegios)
a su perfil.
El administrador del sistema, tiene acceso a
todos los componentes del aplicativo, y es el
encargado de asegurar la disponibilidad y
seguridad.
El usuario CRUD es el encargado de realizar
21
cualquier operacin a los datos, relacionados

con todos los perfiles.
El sistema puede ser usado por cualquier
persona debidamente capacitada que tenga
conocimientos acerca del sistema de datos
Nivel de Estudios
prediales.
El
administrador
conocimientos
del
sistema
avanzados
de
requiere
computacin
(bases de datos Oracle 10g, ArcGis)

Se espera que los usuarios tengan contacto
constante con la aplicacin.
Los usuarios con perfil fsico, tendrn ms
acceso al aplicativo, debido a que todo el
tiempo estn consultando informacin de los
parques a nivel de cambios en lmites, esto se
presenta por la necesidad de sanear e incluir los
predios dentro de los parques naturales.
Los usuarios jurdicos accedern con menor
regularidad, ya que se har cada vez que sean
asignados a un conflicto en particular, y en este
Frecuencia de Uso
caso necesitarn visualizar la informacin que

se tiene del predio, y posteriormente cargar las
diferentes eventualidades (la duracin de estos
procesos es de meses o aos).
Los
usuarios
econmicos
accedern
con
regularidad para actualizar informacin puntual.

Esto ya que se requieren reportes constantes.
El administrador acceder constantemente, para
realizar
labores
de
mantenimiento
administracin del aplicativo.

El nivel de acceso de los usuarios CRUD ser
importante debido a la carga inicial de
informacin que se requiere.
Una vez
22
estabilizada la carga de informacin inicial,

accedern regularmente dependiendo de la
recoleccin de informacin en cada parque.
Tabla 2.4
3. Requerimientos Especficos
Se especifican los requerimientos de acuerdo a las dos componentes a desarrollar por parte del equipo:
Modelo de Datos
Aplicativo.
3.1 Modelo de Datos

Los requerimientos a nivel de modelo de datos son fundamentales, ya que son la base sobre la cual va
funcionar la aplicacin.
Cdigo del Requerimiento
Nombre del Requerimiento
Descripcin del Requerimiento

El
Modelo
de
datos
debe
mantener un registro "Log" de

REQ01
Generacin de Archivos de
Auditoria de Operaciones
auditora de los usuarios que se

autentican
al
sistema
informacin y de la territorial en
la que se encuentran.
El
REQ02
modelo
debe
los
caracterizar
Caracterizacin de la
modularmente
aspectos
informacin Predial
jurdico, econmico y fsico de

cada predio.
El modelo debe mantener la
REQ03
Problemas Prediales
informacin de los conflictos de

cada predio, segn su naturaleza
23
jurdica, econmica, fsica.

El
modelo
debe
informacin
REQ04
Historial de Gestiones
de
mantener
las
acciones
tomadas
por
la
Unidad
de
Parques
para
el
control
de
conflictos y el saneamiento de
cada predio.
El modelo debe reducir los datos
REQ05
Redundancia de Datos
redundantes que se manejan en

los sistemas actuales.
Se debe incrementar la integridad
REQ06
Estabilidad de los Datos
de los datos y la estabilidad del

diseo.
El
REQ07
Planeacin de Proyectos de
saneamiento
diseo
debe
mantener
informacin de las diferentes

actuaciones
para
realizar
la
compra, y por consiguiente el

saneamiento de los predios.
Se debe mantener informacin
REQ08
Poblacin
general de la poblacin (etnias)

que habitan cada predio.
Se debe mantener informacin de
REQ09
Agentes Interventores
los actores que interviene en la

resolucin de los conflictos que
surjan en cada predio.
El sistema debe codificar los
predios, de manera que se puedan
REQ10
Codificacin adecuada de los

predios
almacenar
identificar
plenamente dos o ms predios, de

dos o ms parques naturales
diferentes con el mismo cdigo.
24
El
REQ11
Formas de resolucin de
conflictos
modelo
debe
almacenar
informacin de las diferentes

maneras
utilizadas
para
la
resolucin de conflictos dentro

de cada predio.
Se debe considerar en el modelo
REQ12
Oportunidades y Beneficios de
saneamiento
las
oportunidades
los
beneficios que existan sobre un

rea
protegida
para
su
saneamiento.
Es necesario que los atributos del
modelo
REQ13
Nombramiento de los atributos
de
datos
estn
nombrados correctamente para

que sean claros, y facilite el
mantenimiento.
Se debe mantener un detalle de
REQ14
Recursos para el saneamiento
los recursos que se utilizan para

el saneamiento de un predio.
Es necesario que el sistema
mantenga informacin de los
REQ15
Riesgos de funcionamiento
riesgos de seguridad que existen

en cada predio, para el desarrollo
de
las
actividades
de
los
funcionarios.
Se debe conservar los criterios
fsico, econmico y judicial que
REQ16
Conservacin de Criterios
son similares a los diferentes

modelos de datos con los que
cuenta la UEAPNNC.
El modelo permite almacenar las
REQ17
Construcciones de los predios
construcciones que tiene cada

predio,
describiendo
sus
caractersticas ms importantes, y
25
permitiendo generar comentarios

en el tiempo por parte de los
funcionarios.
El
REQ18
Avalos de las construcciones
modelo
debe
permitir
mantener un historial de los

avalos de las construcciones.
El
REQ19
Avalos de los predios
modelo
debe
permitir
mantener un historial de los

avalos de las construcciones.
Se debe tener informacin del
REQ20
Registro inmobiliario
registro inmobiliario de cada

predio, describiendo el historial
que se encuentra en el mismo.
Se debe llevar el registro de los
REQ21
Traspasos
cambios de propietario que tiene

un predio.
El modelo debe soportar el
REQ22
Almacenamiento de fotografas
almacenamiento del path de cara

fotografa de las construcciones.
El modelo debe facilitar la
REQ23
Predio producto de desenglobe
busque de predios que son

producto
de
desenglobes
(divisin de predios)
Tabla 2.5
Aplicacin
Cdigo del Requerimiento
Nombre del Requerimiento
Descripcin del Requerimiento

Debe mantenerse un esquema de
REQA01
Esquema de Seguridad
seguridad,
por lo que cada
usuario debe ser identificado y

autenticado por el sistema.
26
El sistema debe mantener 3

REQA02
Modos de Operacin
modos de operacin y permitir

las
operaciones
CRUD
de
acuerdo al rol del usuario.

Debe permitir que los usuarios
accedan al sistema por medio de
REQA03
Ingresar informacin de los

predios va Web
internet y digiten la informacin

recolectada
para
su
almacenamiento y disponibilidad
en el sistema.
La
REQA04
Vista Cartogrfica predio
aplicacin
debe
mostrar
informacin geogrfica de cada

predio, para que sea consultada
por el usuario fsico.
El sistema debe permitir al
REQA05
Consultar comunidades
usuario
fsico
diferentes
consultar
comunidades
las
que
habitan en el predio.
El aplicativo debe permitir al
usuario
REQA06
Consulta de fotografas
fsico
visualizar
las
fotografas que se tienen de las

construcciones que se encuentran
dentro de los predios.
Muestra el tipo de uso que se le
REQA07
Consulta de uso del predio
est dando al predio por parte de

los propietarios o poseedores
Permite al usuario fsico ingresar
REQA08
Ingresar construcciones
informacin relacionada con las

construcciones que se encuentran
dentro de un predio.
Permite al usuario fsico ingresar
REQA09
Ingresar fotografas
fotografas de construcciones en
los predios.
27
Permite
al
usuario
fsico
modificar la informacin existe,

de la utilizacin que se le est
REQA10
Modificacin del uso de suelos
dando
a los terrenos que se
encuentran dentro de los predios.
Permite al usuario fsico eliminar

REQA11
Eliminar fotografas
fotografas de las construcciones

de los predios.
Los
REQA12
Ver historial de avalos
usuarios
econmico
jurdico, deben poder visualizar

el historial de avalos de los
predios.
Los usuarios (todos los perfiles)
REQA13
Ver propietario del predio
pueden visualizar los propietarios

de cada predio.
Los usuarios econmicos deben
REQA14
Modificar propietarios de predios
poder modificar los datos de los

propietarios que tiene el predio.
El usuario econmico puede
REQA15
Eliminar propietario
eliminar
propietarios
en
el
sistema.
Debe
REQA16
Adicionar propietario
permitir
econmico
al
adicionar
usuario
un
propietario a un predio.
Debe
REQA17
Adicionar poseedor
permitir
al
usuario
econmico adicionar un poseedor

a un predio.
Debe
REQA18
Modificar poseedor
permitir
econmico
al
modificar
usuario
un
poseedor a un predio.
28
Debe
REQA19
Modificar estatus jurdico
permitir
modificar
el
estatus jurdico de cada predio.

Debe permitir ver al usuario
REQA20
Ver matricula inmobiliaria
jurdico la matricula inmobiliaria

de cada predio
Ver anotaciones
Debe permitir al usuario jurdico

visualizar todas las anotaciones
REQA21
que se encuentran en la matricula

inmobiliaria.
Permite a los usuarios jurdicos
REQA22
Registrar actuacin
registrar las actuaciones

realizadas buscando el
Permite a los usuarios jurdicos
REQA23
Modificar actuacin
modificar las actuaciones

realizadas buscando el
Permite al usuario CRUD
REQA24
Operaciones CRUD
realizar todo tipo de operaciones

sobre los datos.
Permite al usuario administrador
REQA25
Registrar usuarios
registrar los y activar los

funcionarios en el aplicativo.
Permite al usuario administrador
REQA26
Modificar usuarios
modificar los funcionarios en el

aplicativo.
3.1 Requerimientos de Base de Datos

El sistema va a manejar datos alfanumricos y cartogrficos, los cuales van a ser integrados en el modelo
de datos por medio de capas cartogrficas. Este manejo se har a travs de la base de datos Oracle 10g y
ArcGis Server.
29
La UEAPNNC cuenta actualmente con unos modelos de datos con los cuales manejan la informacin,
entre ellos tenemos el que maneja el Parque Natural Tayrona (ver figura 2), que se piensa tomar como
base para realizar el nuevo modelo.
30
Figura 2. Modelo de datos Parque Natural Tayrona
3.2 Seguridad
Se llevara un control histrico de los cambios realizados por cada usuario con el fin de tener un mayor
control de la informacin y el responsable de su modificacin.
Se disearan perfiles de usuarios con el nimo de que la informacin sea consultada y manipulada por las
personas que estrictamente la necesitan, esto garantiza el acceso restringido segn las necesidades,
siguiendo el principio de privilegios mnimos.
Activar la opcin de audit que proporciona la herramienta de Oracle 10g (esto depende de la
disponibilidad de las opciones licenciadas por parte de las UEAPNNC) con el fin de darle un mayor
control.
3.3 Disponibilidad
El sistema est diseado para que tenga un alto grado de disponibilidad, a pesar que se manejan un
tamao de datos considerable.
La concurrencia de usuarios utilizando sentencias DML es baja.
El nivel de procesamiento para las sentencias usualmente solicitadas es bajo, debido a que se espera
modificacin mnima de datos.
3.4 Portabilidad
El sistema va a ser portable debido a la centralizacin de los recursos (servidor de base de datos y
servidor de aplicaciones).
Al ser un desarrollo en Java, que involucra bases de Oracle y el software de ArcGis, ser fcil migrarlo a
otros recursos fsicos, contando con el software de cada herramienta (el cual es sencillo de conseguir e
instalar)
31

SRS97

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

SRS97

Încărcat de

Drepturi de autor:

Formate disponibile

(UAEPNNC)

Software Requirements Specification

1.5 Apreciacin Global .................................................................................................................. 5

3.3 Disponibilidad ......................................................................................................................... 31

1.2 Alcance del documento

Definicin de requerimientos funcionales y no funcionales del proyecto.

Definicin de interfaces externas

1.3 Definiciones, acrnimos y abreviaciones.

6. IEEE Computer Society. IEEE STANDARD FOR SOFTWARE PROJECT MANAGEMENT

Content.manager.eu.com. CONTENT MANAGEMENT; 2004. [Citado en Febrero, 2008]

8. Departamento de Ingeniera Pontificia Universidad Javeriana. PLANTILLA DE DESARROLLO

2.1 Perspectiva Del Producto

2.1.1 Interfaces Del Sistema

2.1.2 Interfaces de Hardware

Comunicacin web: esta comunicacin se realizar por el puerto 80.

Apache Tomcat es un software libre de la tecnologa de Java para

El servidor de aplicaciones es quien se comunica directamente con

Es una mquina virtual sobre la

Sistema Operativo basado en ventanas

cual se ejecuta las aplicaciones

creado por la compaa de software

escritas en lenguaje JAVA.

Sobre sta plataforma se ejecutar

Es el sistema operativo en el cual se

el programa realizado, puesto que

ejecutan todos los programas que

ha sido realizado en el lenguaje

requiere la aplicacin, adems es el

JAVA que utiliza dicha mquina

sistema operativo ms popular.

virtual para interpretar el cdigo

o del microprocesador en el que se

Windows 2000 o posteriores

Esta plataforma facilita la

Al ser el sistema operativo ms popular

se asegura que gran cantidad de usuarios

diferentes sistemas operativos.

puedan utilizar el producto con la mayor

Oracle Database 10g

Es un servido usado para

Oracle es el motor de bases de datos

acceder datos geogrficos

atreves de bases de datos

La base de datos se utilizar para

almacenar la metadata de los archivos

travs de una base de datos

que se encuentran en el disco duro del

servidor. Se utiliza una base de datos

ArcSDE es parte de la base de

Se utilizar esta base de datos puesto

datos geogrfica arcGIS.

que es la herramienta a la cual el

2.1.4 Interfaces de Comunicacin

RESTRICCIONES CLIENTE (Requerimientos Mnimos):

Memoria RAM Mnima

Windows 2000 en adelante

Pentium o similar a 233 MHz

Memoria RAM Mnima

Econmico: nicamente le interesa informacin econmica para controlar las actividades y

Jurdico: Necesitan consultar toda la informacin de los conflictos y polticas de

Usuario encargado de ingresar informacin:

2.1.7 Requerimientos de Adaptacin

2.2 Funciones Del Producto

Figura 1. Casos de uso