requerimientos de los proyectos de las asignaturas de Ingeniera de Software y Arquitectura de Software

HISTORIAL DE CAMBIOS
FECHA

VERSI
N

DESCRIPCIN

RESPONSABLE

12-10-10

1.0

Secciones 1,2

Vanesa Carolina Loaiza,

Laura Catalina Zorro

13-10-10

1,1

Secciones 3.1 y
3.2

Vanesa Carolina Loaiza,

Laura Catalina Zorro

23-10-10

1.2

Secciones 3.3 , Vanesa Carolina Loaiza,

3.4 y 3.5
Laura Catalina Zorro

25-10-10

1.3

Seccin
2.5

31-10-10

1.4

Seccin 3.6

Vanesa Carolina Loaiza,

Laura Catalina Zorro

01-11-10

1.5

Correcciones
varias

Vanesa Carolina Loaiza,

Laura Catalina Zorro

16-11-10

1.6

Correcciones
Interfaces
Externas

Vanesa Carolina Loaiza,

Laura Catalina Zorro

30-11-10

1.7

Actualizacin de Vanesa Carolina Loaiza,

tablas
de Laura Catalina Zorro
requerimientos

09-12-10

1.8

Actualizacin de Vanesa Carolina Loaiza,

tablas
de Laura Catalina Zorro
requerimientos

18-12-10

1.9

Actualizacin de Vanesa Carolina Loaiza,

tablas
de Laura Catalina Zorro
requerimientos

28-12-10

1.9

Actualizacin de Vanesa

3.1.1. Vanesa Carolina Loaiza,

Laura Catalina Zorro

Carolina

Loaiza,
2

tablas
de Laura Catalina Zorro
requerimientos
06-01-11

2.0

Actualizacin de Vanesa Carolina Loaiza,

tablas
de Laura Catalina Zorro
requerimientos

11-01-11

2.1

Actualizacin de Vanesa Carolina Loaiza,

tablas
de Laura Catalina Zorro
requerimientos
Tabla 1: Historial de cambios

TABLA DE CONTENIDO
HISTORIAL DE CAMBIOS...................................................................................... 2
TABLA DE CONTENIDO........................................................................................ 3
NDICE DE TABLAS.............................................................................................. 5
1. INTRODUCCIN............................................................................................. 6
1.1. Propsito................................................................................................ 6
1.2. Alcance................................................................................................... 6
1.3. Definiciones, acrnimos y abreviaciones................................................7
1.4. Referencias............................................................................................. 7
1.5. Apreciacin global.................................................................................. 9
2. DESCRIPCIN GLOBAL................................................................................ 11
2.1. Perspectiva del producto......................................................................11
2.1.1. Interfaces con el Sistema...............................................................11
2.1.2. Interfaces con el Usuario...............................................................11
2.1.3. Interfaces con el Hardware...........................................................12
2.1.4. Interfaces con el Software.............................................................12
2.1.5. Interfaces de comunicacin...........................................................13
2.1.6. Restricciones de Memoria..............................................................13
2.1.7. Operaciones................................................................................... 14
2.1.8. Requerimientos de Adaptacin del Sitio.........................................14
2.2. Funciones del producto.........................................................................14
2.3. Caractersticas del Usuario...................................................................15
2.4. Restricciones........................................................................................ 17
2.5. Modelo del Dominio.............................................................................. 17
2.6. Suposiciones y Dependencias..............................................................17
2.6.1. Suposiciones.................................................................................. 17
2.6.2. Dependencias................................................................................18
2.7. Distribucin de Requerimientos............................................................18
2.7.1. Distribucin de los requerimientos Funcionales.............................18
2.7.2. Distribucin de los Requerimientos No Funcionales.......................20
2.8. Trazabilidad y Localizacin...................................................................21
2.9. Priorizacin de Requerimientos............................................................22
2.10. Relacin entre Requerimientos..........................................................24
3. REQUERIMIENTOS ESPECFICOS..................................................................25
3.1. Requerimientos de Interfaces Externas................................................26
3.1.1. Interfaces con el Usuario................................................................26
3.1.2. Interfaces con el Hardware............................................................26
3.1.3. Interfaces con el Software..............................................................26
3.1.4. Interfaces de Comunicacin...........................................................26
3.2. Caractersticas del Producto de Software.............................................27

3.2.1. Atributos y Clasificacin.................................................................27

3.2.2. Administracin del Cambio............................................................27
3.2.3. Priorizacin..................................................................................... 27
3.2.4. Localizacin y trazabilidad.............................................................27
3.2.5. V&V................................................................................................ 27
3.2.6. Visualizacin y reportes.................................................................27
3.2.7. Proyecto......................................................................................... 27
3.3. Requerimientos de Desempeo............................................................28
3.4. Restricciones de Diseo........................................................................28
3.5. Atributos del Sistema........................................................................... 29
3.5.1. Confiabilidad..................................................................................29
3.5.2. Disponibilidad................................................................................. 29
3.5.3. Usabilidad...................................................................................... 29
3.5.4. Mantenibilidad................................................................................ 29
3.5.5. Portabilidad.................................................................................... 30
3.5.6. Funcionalidad.................................................................................30
3.6. Requerimientos de la Base de Datos....................................................30
4. ANEXOS...................................................................................................... 31
4.1. Anexo 1: Tabla de priorizacin..............................................................31
4.2. Anexo 2: Relaciones entre los requerimientos......................................31
4.3. Anexo 3: Grafo de implementacin......................................................31
4.4. Anexo 4: Modelo del dominio...............................................................31

NDICE DE TABLAS
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA

1: HISTORIAL DE CAMBIOS....................................................................................2
2: DEFINICIONES, ACRNIMOS Y ABREVIACIONES..............................................................7
3. INTERFACES CON EL SOFTWARE...........................................................................13
4: RESTRICCIONES DE MEMORIA.............................................................................13
5: CASOS DE USO........................................................................................... 15
6. USUARIOS................................................................................................16
7. TRAZABILIDAD Y LOCALIZACIN..........................................................................21
8: PLANTILLA DE ESPECIFICACIN DE REQUERIMIENTOS. TOMADO DE [13][14]..............................26
30. RESTRICCIONES DE DISEO..............................................................................29

1. INTRODUCCIN
1.1. Propsito
El objetivo de ste documento es proporcionar una gua de desarrollo [1] para el grupo
de trabajo, adems de una descripcin detallada del sistema de administracin de
requerimientos que se quiere implementar. Esta especificacin est conformada por una
definicin y descripcin del software con relacin a las necesidades que se quieren suplir,
es decir los requerimientos funcionales y no funcionales.
Adicional a la especificacin de los requerimientos, este documento delimita el sistema a
los recursos que se poseen, es decir que tiene en cuenta las restricciones que intervienen
en el desarrollo del proyecto y las interfaces con otros sistemas a manejar.

1.2. Alcance
Este documento describe de manera detallada los requerimientos de la herramienta
ERMT, la cual ser desarrollada como Trabajo de Grado de las estudiantes Vanesa
Carolina Loaiza y Laura Catalina Zorro, y est dirigida a los estudiantes y profesores de
las asignaturas de IS y AS de la Pontificia Universidad Javeriana.
La Herramienta tiene como objetivo agilizar el proceso de administracin de
requerimientos en los proyectos de las asignaturas IS y AS, por medio de las
funcionalidades que se describen a continuacin.
Las funcionalidades que estarn disponibles en la herramienta son:
-

Administracin de los atributos de un requerimiento.

Administracin del cambio en los requerimientos.
Clasificacin los requerimientos.
Priorizacin de los requerimientos.
Localizacin de los requerimientos.
Trazabilidad de los requerimientos.
Validacin y Verificacin de los requerimientos.
Visualizacin de requerimientos.
Generacin de reportes.

Es importante resaltar, que para la administracin del cambio, solo ser almacenado el
porqu del cambio y se actualizara la versin del requerimiento, esta funcionalidad no
7

almacenara el historial en donde se encuentren las versiones anteriores del

requerimiento, adems el procesos de verificacin y validacin ser apoyado a travs de
listas de comprobacin.

1.3. Definiciones, acrnimos y abreviaciones

CONCEPTO

DESCRIPCIN

AS

Arquitectura de Software

IS

Ingenieras de Software

ERMT

Hace referencia a las iniciales del Nombre designado

para la herramienta, el cual es: Easy Requirement
Management Tool.

JavaDoc

Es una herramienta que permite

documentacin del cdigo Java [15]

Stand Alone

Es un sistema el cual no depende de otros sistemas

para su funcionamiento [7].

generar

la

Tabla 2: Definiciones, acrnimos y abreviaciones

1.4. Referencias

[1].

Thayer Richard, Dorfman

Merlin. SOFTWARE

REQUIREMENTS

ENGINEERING.

Segunda Edicin. Los Alamitos, California. Estados Unidos: IEEE COMPUTER SOCIETY,
2000.

[2].

Microsoft, disponible en: http://www.microsoft.com/about/default.mspx. [ltima

consulta: Septiembre 30 de 2010]

[3].

JVM,

disponible

en:

http://java.sun.com/javase/6/docs/technotes/guides/vm/index.html?intcmp=3170 [ltima
consulta: Septiembre 30 de 2010]

[4].

JDBC, disponible en: http://java.sun.com/products/jdbc/overview.html [ltima

consulta: Septiembre 30 de 2010]

[5].

Generadores de reportes, disponible en: http://www.adobe.com/es/products/reader/

[ltima consulta: Septiembre 30 de 2010]

[6].

Laboratorios Ingeniera de sistemas. [Homepage] Disponible en:

http://puj-

portal.javeriana.edu.co/portal/page/portal/Facultad%20de
%20Ingenieria/plt_dpto_sistemas/Laboratorios [ltima consulta: Septiembre 30 de 2010]

[7].

About.com. Stand Alone Software, Definition. [Homepage en Internet]. Disponible

en: http://financialsoft.about.com/od/glossaryindexs/g/StandAlone.htm. [ltima Fecha de

consulta: Octubre 4 de 2010].

[8].

IEEE

std.

830-1998.

IEEE

recomended

practice

for

software

requirements

specifications, IEEE, 1998.

[9].

JavaDocx. [Homepage en Internet]. Disponible en http://www.javadocx.com/.

[ltima Fecha de consulta: Noviembre 16 de 2010].

[10].

ISO

9126.

[Documento

en

Internet]

Disponible

en:

http://www.cis.gsu.edu/~ghubona/cis8300/ISO9126.pdf [Ultima consulta: Septiembre 23

de 2010].

[11].

IEEE

std.

specifications,

830-1998.
IEEE,

REQUIREMENTS.

IEEE

recomended

1998Wiegers,
Process

Karl.

practice
FIRST

THING

Impact,

http://www.processimpact.com/articles/prioritizing.html.

for

software

requirements

FIRST;

PRIORITIZING

Disponible
[ltima

Fecha

en:
de

Consulta:

Octubre. 12 de 2010].

[12].

Berander, P. Andrews, A. Engineering and Managing Software Requirements. [Libro

en Internet]. Springer Berlin Heidelberg. 2005. Pg. 69-94. [Fecha de consulta: Octubre 12
de 2010].

[13].

Buitrago M, Cceres D, Loaiza C, Medina O, Muos R, Tenjo J. SRS: Pirate Risk.

Versin 3.2.

[14].

Gonzlez A, Jaramillo C, Narvez M, Oquendo T, Villalobos V, Zorro L. Demented

Movie Game. Especificacin de Requerimientos de Software. Versin 4.1

[15].

JAVADOC

Documentation

Tool.

[Homepage

en

Internet].

Disponible

en:

http://www.oracle.com/technetwork/java/javase/documentation/index-jsp-135444.html.
[ltima Fecha de consulta: Octubre 25 de 2010]

[16].

Graphviz - Graph Visualization Software. [Homepage en Internet]. Disponible en:

http://www.graphviz.org/About.php. [ltima Fecha de consulta: Octubre 26 de 2010]

10

[17].

Loaiza C, Zorro L. Herramienta para la administracin de requerimientos de los

proyectos de las asignaturas de Ingeniera y Arquitectura de Software de la Pontificia

Universidad Javeriana, Marco Terico.

[18].

Marquez, Mercedes. Ventajas y desventajas sobre la base de datos. [Homepage].

Disponible en:

http://www3.uji.es/~mmarques/f47/apun/node7.html [ltima fecha de

consulta: Octubre 31 de 2010].

[19].

Carreo, Julio. SQL/PM y PL. Presentacin 1: Store Procedures[Presentacin de

clase].

[20].

MySQL:

Informacin

general.

[Homepage].

http://dev.mysql.com/doc/refman/5.0/es/introduction.html

[ltima

Disponible
fecha

de

en:

consulta:

Octubre 31 de 2010].

1.5. Apreciacin global

Este documento se organiza en cuatro partes principales, las cuales tienen como objetivo
dar a conocer los aspectos ms importantes del desarrollo de la herramienta, y
establecer un entendimiento comn entre los Stakeholders del proyecto.

Primera parte Introduccin (ver Seccin 1)

o esta seccin se encarga de presentarle al lector cuales son las razones por
las cuales se desarrolla el documento, cual es el propsito y el alcance de la
herramienta a desarrollar y finalmente para generar el contexto adecuado,
las definiciones de los trminos y abreviaciones utilizadas en el documento.

Segunda Parte Descripcin Global (ver Seccin 2)

o
Esta seccin se encarga de especificar los aspectos directamente
relacionados con el software en desarrollo, mostrando las diferentes

11

interfaces con

las que

la herramienta interactuar para lograr un

rendimiento ptimo.

Tercera Parte Requerimientos Especficos (ver Seccin 3)

o En esta seccin se encuentra la unidad que representa la mayor importancia
en este documento debido a que se especifican de manera detallada los
requerimientos funcionales y no funcionales que debe suplir la herramienta
para cumplir con las necesidades expuestas por los clientes.

Cuarta Parte Mtricas de los requerimientos (ver Seccin 4)

o Finalmente esta seccin explica las mtricas que se van a aplicar sobre los
requerimientos.

12

2. DESCRIPCIN GLOBAL
2.1. Perspectiva del producto
Ver Seccin 4.1 Perspectiva del producto del documento de Visin

2.1.1.

Interfaces con el Sistema

ERMT, como ya fue descrito en la seccin 1.2 Alcance, tiene como objetivo agilizar el
proceso de administracin de requerimientos, para lo cual es necesario que dentro de las
funcionalidades se encuentre la generacin de reportes. Es por esto que la herramienta
debe interactuar con procesadores de texto, los cuales permitirn la generacin de los
reportes.

13

2.1.2.

Interfaces con el Usuario

La herramienta ERMT, tendr diferentes interfaces con el usuario, la cual se enumera

segn el hardware utilizado. Entre los dispositivos necesarios para el producto se tienen:

TECLADO
Se utiliza para la entrada de datos al sistema por parte del usuarios,
relacionados con los requerimientos y su informacin detallada.

MOUSE
Se utiliza para la entrada de instrucciones dentro de un entorno grfico
facilitando al usuario su desenvolvimiento dentro del sistema.

PANTALLA
Se utiliza para mostrar informacin como los resultados por parte del sistema, ya
que a travs de la pantalla el usuario, con ayuda de la GUI, el usuario puede
desarrollar las diferentes tareas y ver los resultados de sus peticiones en resumen,
es el principal medio de comunicacin del sistema con el usuario.

Ilustracin 1: Interfaces con el usuario

2.1.3.

Interfaces con el Hardware

Debido a que la Herramienta ERMT ser una aplicacin Stand Alone, esta no contar con
ningn tipo de interaccin con elementos de hardware.

2.1.4.

Interfaces con el Software

Las interfaces con el software, son las diferentes aplicaciones que interactan con la
herramienta ERMT para poder cumplir con las necesidades del usuario. En la Tabla 3 se
describen cada uno de los productos que debern interactuar con el sistema.
14

Product
o de
Softwar
e

Descripcin

Propsito de Uso

Versin

Fuente

Window
s

Sistema operativo
desarrollado
por
Microsoft,
basado
en Windows NT,

Es
el
sistema
operativo sobre el
cual se desarrollara y
ejecutar el sistema.

Windows XP
Professional
SP
2
o
Superior

Microso
ft
Corpor
ation.
[2]

JVM

Mquina virtual de
Java, se encarga de
traducir lenguaje de
alto nivel a lenguaje
binario

Puesto
que
el Java SE 6
lenguaje
de
programacin que se
usar
para
el
desarrollo
de
la
aplicacin, que es
Java,
no
es
un
lenguaje de bajo nivel
o de mquina es
necesario usar un
intrprete
que
permita la correcta
ejecucin de estas
instrucciones.

Sun
Microsy
stems
[3]

JDBC

Java Database
Connectivity, es
una API que permite
la ejecucin de
operaciones sobre
bases de datos
desde el lenguaje
de programacin
Java, emplea el
lenguaje de query
SQL.

Proporciona
un 4.0
acceso confiable a los
datos de las bases de
datos SQL, debido a
que
la
aplicacin
requiere
realizar
operaciones
de
consulta
y
actualizacin en la
base de datos.

Sun
Microsy
stems,
Inc. [4]

15

GraphVi Software de cdigo Es una herramienta 2.26

z
libre
para
la que
permite
la
visualizacin
de generacin de grafos.
grafos [16].

Graphvi
z[16]

MySQL

MySQL
[20]

Software
que
proporciona
un
servidor de base de
datos
SQL
(Structured
Query
Language)
muy
rpido,
multithreaded,
multi
usuario y robusto.
[20]

Se utiliza para la 5.1.41

gestin de los datos
dentro de una base
de datos relacional

Tabla 3. Interfaces con el Software

2.1.5.

Interfaces de comunicacin

La nica comunicacin que se mantendr, es la que se establece entre el procesador de

texto de Microsoft Office conocido como Word y la herramienta, para lo cual se utilizar la
librera Javadox [9] la cual permite la interaccin entre el lenguaje de programacin Java
y Microsoft Office.

2.1.6.

Restricciones de Memoria

Para asegurar el buen funcionamiento de la herramienta ERMT, se necesita que los

equipos donde se ejecutar la aplicacin, cumplan con los requerimientos mnimos de
memoria que se encuentran enumerados en la Tabla 4.
Programa
Maquina
JRE 1.6

Disco Duro

Memoria Ram

virtual

java 600 MB

64 MB

NetBeans IDE 6.7

750 MB

512 MB

Tortoise SVN

40 MB

512 MB

Windows XP

1.5 GB

128 MB
16

MySQL

4 GB

512 MB

Tabla 4: Restricciones de memoria

2.1.7.

Operaciones

La herramienta ERMT cuenta un nico tipo de usuario, el cual contar con las siguientes
operaciones:
-

Crear, Modificar y eliminar un proyecto.

El usuario solo puede crear un proyecto.
Realizar consultas sobre el proyecto creado.
El usuario podr almacenar la informacin de su proyecto, mediante la operacin
Guardar, la cual se realizar cada vez que el usuario ingresa y modifica la
informacin del proyecto.

Por otro lado, la herramienta no contar con funciones de recuperacin de datos en caso
de que ocurran fallos en la comunicacin entre la herramienta y la base de datos en la
cual va a ser almacenada la informacin.

2.1.8.

Requerimientos de Adaptacin del Sitio

La herramienta ERMT, se debe ejecutar sobre las mquinas instaladas en la Pontificia

Universidad Javeriana, por lo tanto las maquinas externas donde se desee ejecutar
deben adaptarse a las siguientes especificaciones (mnimas) de hardware y software [6]:

Disco Duro: 120 GB.

Memoria RAM (Principal): 2 GB.

Procesador: Intel Core2 Do @2.40 GHz.

Resolucin de pantalla: 1600 X 900 pixeles.

Sistema Operativo: Windows XP o superior.

Java Virtual Machine 1.6.

JDK versin: 1.6.0_14.

17

2.2. Funciones del producto

En la Tabla 5,
sistema:

se muestra los casos de uso que representan las funcionalidades del

Identificador
CU01
CU02
CU03
CU04
CU05
CU06
CU07
CU08
CU09
CU10
CU11
CU12
CU13
CU14
CU15
CU16
CU17
CU18
CU19
CU20
CU21
CU22
CU23
CU24
CU25
CU26
CU27
CU28
CU29
CU30

Nombre
Actualizar control de cambios
Actualizar
relaciones
entre
requerimientos
Actualizar requerimiento
Actualizar valor atributos
Actualizar valores de lista V&V
Actualizar valores de localizacin
Actualizar valores de priorizacin
Actualizar valores de trazabilidad
Calcular grafo
Calcular valor de priorizacin total
Clasificar requerimiento
Consulta atributos plantilla
Consultar Cambios
Consultar estado requerimiento
Consultar estado total
Consultar grafo
Consultar lista de priorizacin
Consultar lista de V&V
Consulta localizacin
Consultar requerimientos
Consultar
requerimientos
clasificados
Consultar
requerimientos
rechazados
Consultar trazabilidad
Consultar valore de atributos
Crear requerimiento
Eliminar requerimiento
Generar reportes en Word
Reanudar
o
rechazar
requerimiento
Seleccionar atributos
Seleccionar
mtodos
de

18

CU31
CU32
CU33
CU34
CU34

priorizacin
Generar reportes en Excel
Crear Proyecto
Eliminar Proyecto
Abrir Proyecto
Modificar Proyecto
Tabla 5: Casos de uso

Para ms informacin Ver el documento de casos de uso anexo, Documento de CU.docx.

2.3. Caractersticas del Usuario

Los usuarios finales de ERMT son los que se describen a continuacin:
Nombre
Profesor

Descripcin
Hace referencia a los encargados de
impartir las materias de IS y AS en la
pontificia universidad Javeriana. Este
tipo de usuarios se divide en:
-

Profesores de Ingeniera de
Software
Profesores de Arquitectura de
Software

Su interaccin con ERMT se limita a la

generacin y revisin de los reportes
de los requerimientos. Para mayor
informacin
ver
Documento
Vision.docx Seccin 3.3 Resumen de
Usuario
Estudiante

Hace referencia a las personas que

cursan las materias de IS y AS, las
cuales deben llevar a cabo la
especificacin de requerimientos de
software del proyecto que se debe
desarrollar en cada una. Al igual que
el usuario profesor, este se divide en :

19

Estudiante de Ingeniera de
Software.
Estudiante de Arquitectura de
Software
(Para
mayor
informacin ver Documento
Vision.docx
Seccin
3.3
Resumen de Usuario).

Este tipo de usuario es considerado

como el usuario principal de la
herramienta, ya que es el, quien har
uso de las funciones descritas en la
seccin 2.2 Funciones del producto.
Tabla 6. Usuarios

Para poder hacer uso de la herramienta, los usuarios, descritos en la Tabla 6. Usuarios,
deben contar con las siguientes caractersticas y conocimientos bsicos para hacer un
buen uso de esta.
-

Experiencia Tcnica: El usuario debe contar con conocimientos bsicos de

computacin
Conocimientos Acadmicos: El usuario debe estar cursando o haber cursado la
asignatura Ingeniera de Software, esto con el fin de que este tenga claros
conceptos como por ejemplo que es un requerimiento, que es localizacin y

trazabilidad, verificacin y validacin.

Privilegios: El usuario podr utilizar todas las funcionalidades descritas en los casos
de uso listados en la seccin 2.2 Funciones del Producto.

2.4. Restricciones
A continuacin se presentan las restricciones de la herramienta de administracin de
requerimientos.

RESTRICCIONES GENERALES
o Restriccin de Idioma: El idioma espaol ha sido seleccionado para toda la
documentacin relacionada con el desarrollo y los manuales de la

Herramienta ERMT.
RESTRICCIONES DE SOFTWARE

20

Restriccin de licencia: Los programas necesarios para el desarrollo de ERMT

contaran con el esquema de licencia libre.

Restriccin de maquina virtual: Cada equipo donde se desee correr la

aplicacin deber contar con Java Virtual Machine (JVM)

Restriccin de lenguajes de programacin: el lenguaje seleccionado para el
desarrollo de la parte de persistencia de bases de datos y la parte lgica

ser JAVA.
RESTRICCIONES DE HARDWARE
o Teniendo en cuenta las maquinas donde deber correr la aplicacin, las
restricciones de hardware se encuentran descritas

en la seccin 2.1.8

(Requerimientos de Adaptacin del Sitio).

2.5. Modelo del Dominio

Para ver toda la informacin relacionada con el diagrama del modelo del dominio y el
detalle de cada elemento ir al Anexo 4

2.6. Suposiciones y Dependencias

2.6.1.

Suposiciones

Los usuarios finales deben cumplir con las caractersticas descritas en la

seccin 2.3 Caractersticas del Usuario.

Las Estudiantes Vanesa Carolina Loaiza y Laura Catalina Zorro, cuentan con los
conocimientos tcnicos necesarios para realizar la implementacin de la

herramienta.
El cliente, en este caso los profesores Miguel Eduardo Torres y Jamir vila
tienen la disponibilidad de tiempo suficiente para solucionar cualquier duda

referente al proyecto.
El cliente no realizar cambios significativos en los requerimientos.
Para ms suposiciones ver Seccin 4.3.1 Suposiciones en el documento de
Visin.

21

2.6.2.

Dependencias

Para el correcto funcionamiento de la herramienta, es adecuado que se

cumplan los requerimientos descritos en la seccin 3.1 Requerimientos de

Interfaces Externas.
Los usuarios finales utilizaran la aplicacin en equipos que cuentan con las
caractersticas de hardware, software mnimas descritas en la seccin 2.3

Restricciones.
Para ms suposiciones ver Seccin 4.3.2 Dependencias en el documento de
Visin.

2.7. Distribucin de Requerimientos

Para realizar la distribucin de los requerimientos de manera ms detallada, es necesario
dividirlos en dos tipos, los requerimientos funcionales y los requerimientos no
funcionales. Una vez distribuidos de esta manera, es necesario definir las sub categoras
de estos requerimientos, es por esto que se han definido las secciones 2.7.1 Distribucin
de los Requerimientos Funcionales y 2.7.2 Distribucin de los Requerimientos No
Funcionales.

2.7.1.

Distribucin de los requerimientos Funcionales

La distribucin de los Requerimientos Funcionales de la herramienta se agrupan en seis

categoras (ver Ilustracin 2) principales que son: Atributos y Clasificacin,
Administracin de Cambios, Priorizacin, Localizacin y Trazabilidad, Validacin y
Verificacin y Visualizacin y Reportes, para ver los requerimientos pertenecientes a
estas categoras dirigirse a la Seccin 3.2 Caractersticas del Producto de Software.

22

Atributos y
Clasificacin
Administracin
de Cambios
Priorizacin
Requerimientos
Funcionales

Localizacin y
Trazabilidad
Validacin y
Verificacin
Visualizacin y
Reportes
Proyecto

Ilustracin 2. Distribucin de Requerimientos Funcionales.

La Ilustracin 2 muestra la clasificacin de los requerimientos funcionales, mencionada

anteriormente en donde:
-

Atributos y Clasificacin: Esta categora comprende los requerimientos que

describen las funcionalidades que permiten clasificar los requerimientos y asignar

los atributos que estarn disponibles en la especificacin.

Administracin de Cambios: contiene los requerimientos que describen a
cabalidad las funciones que se deben llevar a cabo para la administracin de

cambios en los requerimientos.

Priorizacin: Hace referencia a los requerimientos concernientes a la priorizacin

de los requerimientos.
Localizacin y Trazabilidad: Esta categora hace referencia a los requerimientos
que permitirn que la herramienta soporte los procesos de localizacin y
trazabilidad de los requerimientos.

23

Validacin y Verificacin: contiene los requerimientos relacionados con la

verificacin y validacin de requerimientos.

Visualizacin y Reportes: esta contiene los requerimientos que hacen referencia
a los reportes que debe generar la herramienta, y a la visualizacin que permita

obtener conclusiones acerca del estado de implementacin del proyecto.

Proyecto: Contiene los requerimientos relacionados con el manejo del proyecto
en general.

2.7.2.

Distribucin de los Requerimientos No Funcionales

La ilustracin 3, muestra como se distribuyen los requerimientos no Funcionales,

teniendo en cuenta el ISO 9126, el cual se encarga de definir estas categoras como las
caractersticas bsicas para la calidad de software [10]. Para ms informacin ver
documento Marco Terico.

Confiabilidad

Disponibilidad

Usabilidad
Requerimientos
No Funcionales
Mantenibilidad

Portabilidad

Funcionalidad

Ilustracin 3. Distribucin de los Requerimientos No Funcionales.

La Ilustracin 3 muestra la distribucin que ser utilizada para definir los requerimientos
no funcionales de la herramienta, dentro de los cuales se encuentran:

24

Confiabilidad: esta categora permite especificar los requerimientos relacionados

con la administracin de los fallos en los que puede incurrir el sistema [10].
Disponibilidad: Estos requerimientos hacen referencia a la capacidad que debe
tener el sistema, para mantener un nivel de rendimiento bajo las condiciones

como velocidad, uso de memoria, precisin [17].

Usabilidad: en esta categora se encontrarn los requerimientos asociados a la
capacidad que debe tener el sistema de ser comprendido, aprendido y usable

bajo las condiciones de uso estipuladas en los requerimientos del sistema [17].
Mantenibilidad: estos requerimientos estn asociados a la capacidad que tendr
el sistema de ser modificado, ya sea para actualizar el sistema, incluir

correcciones [17].
Portabilidad: estos requerimientos reflejan la capacidad del sistema de cambiar
de un ambiente a otro. El ambiente puede ser organizacional, de hardware o

software [17].
Funcionalidad: esta categora hace referencia a los requerimientos que proveen
la capacidad para que el sistema provea las funciones descritas con los
requerimientos funcionales [17].

2.8. Trazabilidad y Localizacin

Con el fin de seguir el ciclo de vida del requerimiento, de tal manera que se pueda
justificar y verificar el estado de implementacin del proyecto, se ha definido la Tabla 7
de trazabilidad y localizacin , la cual contiene el origen y las referencias a los dems
artefactos del proyecto en donde se encontrar el requerimiento.
ID

Fuente
del
Requerim
iento

Razn
de ser

Cas
o
de
uso

SRS

SA
D

Compone
nte

Docume Manu
nto
de al
Pruebas

Tabla 7. Trazabilidad y Localizacin

En la Ilustracin 4 se encuentra una descripcin breve de cada campo que compone la

tabla de trazabilidad:

25

ID
Fuente del
Requerimiento

Razn de Ser
Caso de Uso

Identificador nico del requerimiento.

Hace referencia al origen del requerimiento.

Muestra la razon del porque el requerimiento fue

especificado.
Caso de uso relacionado con el requerimiento.

SRS

Seccin del documento de especificacion en donde se

encentra el requerimiento.

SAD

Seccin del documento de diseo en el cual se encuentra el

requerimiento

Componente

Componente, clase o mtodo del codigo de implementacin

en donde se encuentra el requerimiento

Documento de
Pruebas

Manual

Seccin del documento en donde se encontrar el

requerimiento.
Seccin del manual de usuario en donde se encontrar el
requerimiento.

Ilustracin 4. Explicacin tems de Trazabilidad. Adaptado de [13][14].

2.9. Priorizacin de Requerimientos

Para saber lo esencial, se requiere organizar los requerimientos de tal forma que se
tenga un conjunto de requerimientos indispensables dentro del producto [13]. Para esto
se realiza un proceso de priorizacin de requerimientos que permita saber en qu orden
implementar.
La priorizacin que se quiere usar es una adaptacin del modelo de Wiegers [12], el cual
solo tiene en cuenta dos valores el costo y el beneficio para poder obtener la priorizacin.
Esto se debe a que en este proceso solo se tomar en cuenta el criterio del grupo de
trabajo, omitiendo las variables relacionadas con el usuario final.
La relacin de las variables se muestra en la Ilustracin 5:

26

Beneficio

Costo

Valor
(%CostoPeso Costo)
Ilustracin 5: Relacin costo-beneficio

Estos dos tems son fundamentales dentro del desarrollo de software porque afectan
directamente al desarrollo del sistema.

BENEFICIO: Es el valor que tiene el requerimiento para el cliente, cuanto cree que
le beneficia el requerimiento si ste se encuentra aplicado

dentro del sistema

[12]. El grupo de trabajo tom por un momento el rol de cliente para poder llevar a

cabo este proceso de priorizacin.

COSTO: Este costo se refiere al esfuerzo que incurre para llevar a cabo el
requerimiento en su totalidad [12], esto incluye desde la definicin hasta su
validacin en la fase de pruebas.

Para llevar a cabo el proceso, es necesario seguir los siguientes pasos:

1. Segn el criterio del grupo de desarrollo, se le debe asignar el peso que debe tener
cada una de las variables dentro del proyecto.
2. Calificar cada requerimiento, teniendo en cuenta el criterio que se est
calificando(Costo y Beneficio).
3. Calcular el porcentaje del valor asignado por los integrantes del grupo a cada
requerimiento.
4. Tomando la formula de la ilustracin 4. Se calcula el valor de prioridad de cada
requerimiento.
Para ver la tabla resultante de la priorizacin dirjase al Anexo 1.

27

2.10.

Relacin entre Requerimientos

La relacin entre los requerimientos es muy importante ya que permite organizarlos de

tal manera que se puedan observar las dependencias entre ellos y as, teniendo en
cuenta la priorizacin, establecer un orden de desarrollo y evitar contratiempos. La
organizacin del sistema en componentes funcionales del sistema es realizada, en parte,
gracias a la agrupacin de los requerimientos en mdulos, los cuales se obtienen de las
relaciones entre los requerimientos.
Para ver la tabla de relaciones entre los requerimientos ver Anexo 2 y para ver el grafo de
implementacin resultante ver Anexo 3.

28

3. REQUERIMIENTOS ESPECFICOS
En esta seccin se detallaran cada uno de los requerimientos, en la Tabla 8 se muestra
como est organizada la plantilla y que significa cada campo. La organizacin en que
sern presentados los requerimientos funcionales se presenta en la seccin 2.7
Distribucin de requerimientos.
La tabla que se va a manejar para presentar los requerimientos es la siguiente:

Identificador:

Identificacin nica del requerimiento dentro del

documento SRS.

Prioridad:

Es la importancia otorgada por el grupo para

manejar el orden de implementacin. En la seccin
2.9 Priorizacin de Requerimientos se encuentra
expuesto el mtodo que se usa para llevar a cabo
este proceso.
definici
n

Especific
.

diseo

Implem.

pruebas

Estado

En donde se encuentra en este momento el

requerimiento, en fase se encuentra, cuando ha
finalizado

Versin:

Versin de modificacin de la especificacin del

requerimiento

Fecha
ltima Fecha en que se modific por ltima vez, el
modificacin
requerimiento
responsable de Responsable de
modificacin
requerimiento.
Dueo:

la

ltima

modificacin

del

Encargado de supervisar y ayudar a implementar

ese requerimiento

29

Costo Promedio

Valor asociado al esfuerzo incurrido para llevar a

cabo este requerimiento. (ver seccin 2.9
Priorizacin de Requerimientos)

Razn de ser:

Explicacin del porqu

el requerimiento
encuentra en el documento SRS.

Descripcin

Descripcin breve del requerimiento (enunciado).

Criterios
aceptacin:

de Argumento con el cual se definir despus de la

implementacin si el requerimiento es aceptado o
no.

Requerimientos
asociados

Casos de
asociados:

se

Requerimientos Asociados a ste. Para realizar este

tem se elabor una tabla donde se seala las
relaciones entre los requerimientos. Ver Anexo 4

uso Casos de uso origen del requerimiento (aplica solo

para los requerimientos funcionales)

Tabla 8: Plantilla de especificacin de requerimientos. Tomado de [13].[14].

3.1. Requerimientos de Interfaces Externas

3.1.1.

Interfaces con el Usuario

Dentro de esta seccin se enuncia y se describe las diferentes interfaces que se

pretenden tener en el sistema, para as obtener una interaccin con el usuario y las
funcionalidades del sistema. Para consultar la definicin de los requerimientos de
Interfaces de usuario ver el documento anexo de Excel Plantilla de requerimientos.xlsx
en la hoja REQUERIMIENTOS. Para consultar la especificacin de estos requerimientos,
remtase a la hoja RF del mismo documento.

3.1.2.

Interfaces con el Hardware

De acuerdo con lo descrito en la seccin 2.1.4 Interfaces con el Hardware, la herramienta

no cuenta con interfaces de hardware.

30

3.1.3.

Interfaces con el Software

Conforme a lo planteado en la seccin 2.1.4 Interfaces con el Software, los

requerimientos de interfaces con el software se encuentran definidos bajo la etiqueta
Interfaces Software en el documento Anexo de Excel Plantilla de requerimientos.xlsx
en la hoja REQUERIMIENTOS. Para consultar la especificacin de estos requerimientos,
remtase a la hoja RF del mismo documento.

3.1.4.

Interfaces de Comunicacin

La nica interfaz de comunicacin a tener en cuenta para la implementacin de la

herramienta, ya fue citada en la seccin 2.1.5 Interfaces de comunicacin, pero esta ser
descrita con mayor detalle a en el documento anexo de Excel Plantilla de
requerimientos.xlsx en la hoja REQUERIMIENTOS. Para consultar la especificacin de
estos requerimientos, remtase a la hoja RF del mismo documento.

3.2. Caractersticas del Producto de Software

En esta seccin se muestra las diferentes funcionalidades de la herramienta, que se
encuentra desglosada en
requerimientos, a su vez estn distribuidos segn su
funcionalidad presentada en la seccin 2.7 Distribucin de Requerimientos.

3.2.1.

Atributos y Clasificacin

Para consultar la definicin de los requerimientos asociados a esta categora, ver

documento de Excel Anexo Plantilla de requerimientos.xlsx en la hoja
REQUERIMIENTOS. Para consultar la especificacin de estos requerimientos, consultar
la hoja Atributos y clasificacin del mismo documento.

3.2.2.

Administracin del Cambio

Para consultar la definicin de los requerimientos asociados a esta categora, ver

documento de Excel Anexo Plantilla de requerimientos.xlsx en la hoja ESPECIFICACIN
DE REQUERIMIENTO. Para consultar la especificacin de estos requerimientos, consultar
la hoja H.Cambio del mismo documento.

3.2.3.

Priorizacin

Para consultar la definicin de los requerimientos asociados a esta categora, ver

documento de Excel Anexo Plantilla de requerimientos.xlsx en la hoja ESPECIFICACIN

31

DE REQUERIMIENTO. Para consultar la especificacin de estos requerimientos, consultar

la hoja Prio del mismo documento.

3.2.4.

Localizacin y trazabilidad

Para consultar la definicin de los requerimientos asociados a esta categora, ver

documento de Excel Anexo Plantilla de requerimientos.xlsx en la hoja ESPECIFICACIN
DE REQUERIMIENTO. Para consultar la especificacin de estos requerimientos, consultar
la hoja Loc y Tra del mismo documento.

3.2.5.

V&V

Para consultar la definicin de los requerimientos asociados a esta categora, ver

documento de Excel Anexo Plantilla de requerimientos.xlsx en la hoja ESPECIFICACIN
DE REQUERIMIENTO. Para consultar la especificacin de estos requerimientos, consultar
la hoja V&V del mismo documento.

3.2.6.

Visualizacin y reportes

Para consultar la definicin de los requerimientos asociados a esta categora, ver

documento de Excel Anexo Plantilla de requerimientos.xlsx en la hoja ESPECIFICACIN
DE REQUERIMIENTO. Para consultar la especificacin de estos requerimientos, consultar
la hoja Gra y Rep del mismo documento.

3.2.7.

Proyecto

Para consultar la definicin de los requerimientos asociados a esta categora, ver

documento de Excel Anexo Plantilla de requerimientos.xlsx en la hoja ESPECIFICACIN
DE REQUERIMIENTO. Para consultar la especificacin de estos requerimientos, consultar
la hoja Proy del mismo documento.

3.3. Requerimientos de Desempeo

Ver documento de Excel Anexo Plantilla de requerimientos.xlsx en la hoja
REQUERIMIENTOS. Los requerimientos asociados al desempeo se encuentran
especificados bajo los identificadores nicos 51, 52, 53.

32

3.4. Restricciones de Diseo

Las restricciones de diseo a tener en cuenta para el desarrollo de ERMT, se tienen las
siguientes:
Restriccin

Nombre

Diseo

Paradigma
Programacin

de Orientado a Objetos

Debido a la experiencia
con la que cuentan las
integrantes del grupo, se
decidi que este ser el
paradigma
de
programacin para la
implementacin.

Lenguaje
programacin

de Java

Este
lenguaje
de
programacin
fue
elegido
ya
que
el
paradigma
de
programacin que se
utilizara
para
implementar
la
herramienta ERMT es el
Orientado a Objetos.
Adems de esto en la
seccin 2.1.4 Interfaces
con el
Software, se
definieron restricciones
que tienen que ver con
el lenguaje.

Herramientas CASE

Netbeans 6.9.1

Esta ser la herramienta

utilizada
para
la
implementacin de la
herramienta.

Enterprise Architect

El cual ser utilizado

para la generacin de
los diagramas de casos
33

de uso, modelo del

dominio y las vistas de
implementacin, diseo,
lgica y fsica por medio
de las cuales se lleva a
cabo el diseo de ERMT.
Tabla 9. Restricciones de Diseo

3.5. Atributos del Sistema

3.5.1.

Confiabilidad

Ver documento de Excel Anexo Plantilla de requerimientos.xlsx en la hoja

ESPECIFICACIN DE REQUERIMIENTO. Los requerimientos asociados a la confiabilidad
se encuentran especificados bajo los identificadores nicos 54 y 55.

3.5.2.

Disponibilidad

Ver documento de Excel Anexo Plantilla de requerimientos.xlsx en la hoja

ESPECIFICACIN DE REQUERIMIENTO. Los requerimientos asociados a la Disponibilidad
se encuentran especificados bajo los identificadores nicos 56 y 57.

3.5.3.

Usabilidad

Ver documento de Excel Anexo Plantilla de requerimientos.xlsx en la hoja

ESPECIFICACIN DE REQUERIMIENTO. Los requerimientos asociados a la Usabilidad se
encuentran especificados bajo los identificadores nicos 58, 59, 60, 61, 62.

3.5.4.

Mantenibilidad

Ver documento de Excel Anexo Plantilla de requerimientos.xlsx en la hoja

ESPECIFICACIN DE REQUERIMIENTO. Los requerimientos asociados a la Mantenibilidad
se encuentran especificados bajo los identificadores nicos 63,64.

3.5.5.

Portabilidad

Ver documento de Excel Anexo Plantilla de requerimientos.xlsx en la hoja

ESPECIFICACIN DE REQUERIMIENTO. Los requerimientos asociados a la Portabilidad se
encuentran especificados bajo los identificadores nicos 65,66.
34

3.5.6.

Funcionalidad

Ver documento de Excel Anexo Plantilla de requerimientos.xlsx en la hoja

ESPECIFICACIN DE REQUERIMIENTO. Los requerimientos asociados a la Funcionalidad
se encuentran especificados bajo los identificadores nicos 67,68.

3.6. Requerimientos de la Base de Datos

Para llevar a cabo la persistencia del sistema, el grupo de proyecto ha escogido utilizar
bases de datos relacionales debido a que tiene muchas ventajas como la
o

Robustez.

Portabilidad.

Garantiza la no redundancia de registros

La integridad referencial, que en el caso de la herramienta ERMT es muy

importante dado que se posee una fuerte relacin entre el requerimiento
con sus dems caractersticas

Una base de datos relacional puede ayudar a ejecutar consultas desde la

capa de datos, as mejorar el desempeo de la aplicacin, en la generacin
de algunas consultas.[19]

Mientras que con archivos planos o XML, la mantenibilidad y gestin de los datos es mas
complicada en el momento del desarrollo. Adems, no garantiza totalmente la seguridad
de los datos ya que si un archivo es modificado, la integridad puede verse cuestionada
[18].
Ver documento de Excel Anexo Plantilla de requerimientos.xlsx en la hoja
ESPECIFICACIN DE REQUERIMIENTO. Los requerimientos asociados a la Funcionalidad
se encuentran especificados bajo el identificador nicos 69, 84, 85, 86, 87, 88, 89, 90 y
91.

35

4. ANEXOS
4.1. Anexo 1: Tabla de priorizacin
VER DOCUMENTO DE EXCEL ANEXO Plantilla de requerimientos.XLSX pestaa
PRIORIZACION (NO TOCAR)

4.2. Anexo 2: Relaciones entre los requerimientos

VER DOCUMENTO DE EXCEL ANEXO Plantilla de requerimientos.XLSX pestaa
Asocia. Requerimientos

4.3. Anexo 3: Grafo de implementacin

VER IMAGEN ANEXA Grafo de Implementacin.PNG

4.4. Anexo 4: Modelo del dominio

VER DOCUMENTO DE WORD ANEXO Documentacin Modelo del Dominio.docx

36