Especificación de Requerimientos Software

ATENEA
Especificación de Requerimientos Software
15 de Abril de 2013
Katerin Bejarano Serna
Alisson Rodríguez Beltrán
Especificación de Requerimientos Software
HISTORIAL DE CAMBIOS
Versión
Fecha
1.0.0
09 -02 -2013
1.1.1
1.2.1
2.0.0
15-02 -2013
02-03 -2013
15-04-2013
Descripción de cambios
Responsable (S)
Se inicio el desarrollo de todo el
Katerin Bejarano
documento.
Se reviso todo el documento y a
su vez se corrigio.
Se reviso todo el documento y a
su vez se corrigio.
Lanzamiento del documento
Tabla 1. Historial de cambios
Alisson Rodriguez
Katerin Bejarano
Alisson Rodriguez
Julian Andres Arias Lopez
Katerin Bejarano
Alisson Rodriguez
Julio Carreño
Katerin Bejarano
Alisson Rodriguez
Especificación de Requerimientos Software
Contenido
HISTORIAL DE CAMBIOS .............................................................................................................. 1
CONTENIDO ..................................................................................................................................... 2
LISTA DE TABLAS ........................................................................................................................... 3
LISTA DE ILUSTRACIONES ........................................................................................................... 4
1.
INTRODUCCIÓN ...................................................................................................................... 5
1.1
1.2
1.3
1.4
2.
PLAN DE REQUERIMIENTOS ................................................................................................ 7
2.1
2.2
2.3
2.4
2.5
2.6
3
PROPÓSITO .................................................................................................................................... 5
ALCANCE....................................................................................................................................... 5
REFERENCIAS ................................................................................................................................ 6
APRECIACIÓN GLOBAL .................................................................................................................. 6
IDENTIFICACIÓN DE LOS STAKEHOLDERS .................................................................................... 10
ESPECIFICACIÓN DE REQUERIMIENTOS ........................................................................................ 11
CLASIFICACIÓN DE REQUERIMIENTOS ......................................................................................... 12
VERIFICACIÓN Y VALIDACIÓN ..................................................................................................... 13
PRIORIZACIÓN DE LOS REQUERIMIENTOS .................................................................................... 13
TRAZABILIDAD ............................................................................................................................ 15
DESCRIPCIÓN GLOBAL ....................................................................................................... 17
3.1
PERSPECTIVA DEL PRODUCTO ..................................................................................................... 17
3.1.1 Interfaces con el sistema ........................................................................................................ 17
3.1.2 Interfaces con el usuario ........................................................................................................ 17
3.1.3 Interfaces con el Hardware .................................................................................................... 18
3.1.4 Interfaces con el Software ...................................................................................................... 18
3.1.5 Operaciones ........................................................................................................................... 21
3.1.6 Requerimientos de Adaptación del Sitio ................................................................................ 21
3.2
CARACTERÍSTICAS DEL USUARIO ................................................................................................ 21
3.3
RESTRICCIONES ........................................................................................................................... 23
3.4
SUPOSICIONES Y DEPENDENCIAS................................................................................................. 24
3.5
DISTRIBUCIÓN DE REQUERIMIENTOS........................................................................................... 24
4
REQUERIMIENTOS ESPECÍFICOS ..................................................................................... 25
4.1
REQUERIMIENTOS DE INTERFACES EXTERNAS ............................................................................ 25
4.1.1 Interfaces con el Usuario ....................................................................................................... 25
4.1.2 Interfaces con el Hardware .................................................................................................... 25
4.1.3 Interfaces con el Software ...................................................................................................... 25
4.2
RESTRICCIONES DE DISEÑO ........................................................................................................ 25
Especificación de Requerimientos Software
Lista de Tablas
Tabla 1. Historial de cambios ........................................................................................................1
Tabla 2. Beneficios .......................................................................................................................6
Tabla 3. Proceso para el levantamiento de requerimientos. ...........................................................7
Tabla 4. Levantamiento De Requerimientos [21] [22] ..................................................................9
Tabla 5. Identificación de los Stakeholders ................................................................................. 10
Tabla 6. Descripción Especificación de Requerimientos ............................................................. 12
Tabla 7. Clasificación de Requerimientos ................................................................................... 12
Tabla 8. Verificación y Validación ............................................................................................. 13
Tabla 9. Priorización de Requerimientos .................................................................................... 14
Tabla 10. Plantilla de Priorización de Requerimientos Funcionales [25] .................................... 14
Tabla 11. Trazabilidad ................................................................................................................ 15
Tabla 12 Interfaces con el hardware [68] [73] ............................................................................. 18
Tabla 13. Herramientas Software [29] [30] ................................................................................. 19
Tabla 14 Producto Java Virtual Machine [31] [32] ..................................................................... 20
Tabla 15 Producto Microsoft Windows [33] ............................................................................... 20
Tabla 18. Restricciones Del Diseño ............................................................................................ 26
Especificación de Requerimientos Software
Lista de Ilustraciones
Ilustración 1. Atributos Planilla de Trazabilidad [28]................................................................. 16
Ilustración 2 Interfaces Con el Usuario ....................................................................................... 17
Ilustración 3 Interfaces De Hardware .......................................................................................... 18
Ilustración 4. Operaciones ........................................................................................................... 21
Ilustración 5. Modulo Administración ........................................................................................ 22
Ilustración 6. Modulo Usuario .................................................................................................... 22
Ilustración 7. Restricciones ......................................................................................................... 23
Ilustración 8. Suposiciones .......................................................................................................... 24
Especificación de Requerimientos Software
1. Introducción
1.1
Propósito
Este documento brinda una descripción detallada a todos los Stakeholders relacionados con este
trabajo de grado sobre las características del modelo tecnológico a desarrollar, también describe
el plan que se efectuará para el proceso de levantamiento, análisis, especificación,
verificación, validación, administración y gestión de requerimientos, con el fin de definir de
manera correcta los requerimientos enfocándose en el proceso PQR (Peticiones, Quejas y
Reclamos) del departamento Relación Cliente de la empresa CODENSA S.A. ESP. (Ver sección
2 Plan de requerimientos).
1.2
Alcance
El sistema permitirá realizar las siguientes funcionalidades a los usuarios:
Beneficios para los clientes
Funcionalidades
Ayuda en cuanto a la administración Consulta y almacenamiento de información por medio
de la información.
de módulos enfocados en los principales procesos de
PQR manejados por el departamento Relación Cliente.
Acceso inmediato a la información de
los competidores del mercado.
Almacenamiento de datos correspondientes a los
principales procesos de PQR manejados en el
departamento Relación Cliente, relativos a los
competidores.
Obtención de reportes de los análisis
realizados.
Apoyo en el análisis de datos
Generación de reportes de la información seleccionada
por el usuario para el análisis de datos aplicable a ésta.
Utilización de diferentes tipos de análisis de datos para
la manipulación de la información extraída de las
fuentes, permitiendo a los usuarios obtener variadas
Especificación de Requerimientos Software
vistas de los posibles escenarios de la competencia.
Confiabilidad
en
la
información
obtenida.
Extracción
de
datos
de
fuentes
confiables
correspondientes a los principales entes de vigilancia
autorizados en Colombia.
Tabla 2. Beneficios
1.3
Referencias
Para obtener mayor información diríjase al documento Referencias.
1.4
Apreciación Global
Con el fin de mostrar una visión general de la información que se encontrará dentro de este
documento, a continuación se enumeran las secciones principales de éste [20].

La sección 1. Introducción, se enfoca en la explicación, objetivos, metas y descripción del
documento.

La sección 2. Plan de requerimientos, especifica todo el desarrollo que van a tener los
requerimientos desde el levantamiento hasta la especificación, priorización, trazabilidad
entre otros.

La sección 3 Descripción global, está orientada, como su nombre lo indica, a la descripción
general del sistema, donde la información está orientada al cliente o usuario potencial.

La sección 4. Requerimientos específicos, trata sobre los requisitos específicos. Se emplean
términos técnicos orientados principalmente a los desarrolladores y programadores.

La sección 5. Anexos, son los apéndices. Estos pueden contener todo tipo de información
relevante para el SRS pero que, propiamente, no forme parte de este.
Especificación de Requerimientos Software
2.
Plan de Requerimientos
Responsables Analista de requerimientos.
Definir el proceso para el levantamiento, análisis, especificación, verificación,
Objetivo
validación, administración y gestión de Requerimientos, para que todos los
Stakeholders estén informados.
Tabla 3. Proceso para el levantamiento de requerimientos.
La tabla 3 Plan de Requerimientos, muestra un resumen de los procesos llevados a cabo para
asegurar la calidad en los requerimientos, cada numeral corresponde a una o más secciones en
éste u otro documento, de manera que se puede profundizar en cada uno de los procesos
dirigiéndose a la sección indicada. A continuación se describe cada casilla de la tabla:
 Nombre del proceso y sección involucrada: identifica cada proceso con un nombre y lo
relaciona con alguna sección en éste u otro documento. En la cual se puede profundizar
mayor sobre el proceso.
 Stakeholders: se nombra los Stakeholders relacionados con la sección.
 Entradas del proceso: se nombran los artefactos necesarios para poder efectuar el proceso.
 Salidas del proceso: se nombran las salidas esperadas del proceso.
 Tareas del proceso: es un breve resumen de las tareas asociadas a cada proceso.
 Responsable (rol): menciona el rol que tendrá toda la responsabilidad por hacer que se
cumpla dicho proceso.
Especificación de Requerimientos Software
Nombre del proceso
Stakeholders
Y Sección involucrada.
Identificación
de
los
Cliente
Entradas del
Salidas del proceso
proceso
Investigación
Descripción
Stakeholders
de
los
Responsable
Tareas del proceso
Reconocimiento
de
Stakeholders.
Stakeholders asociados
Objetos participantes
Definir
(rol)
los
Analista
de
requerimientos
(SRS sección 2.1 Identificación
de los Stakeholders)
Identificación de los objetos
Usuario
Temas analíticos
participantes
términos
desarrolladores
que
o
los
clientes
Analista
de
requerimientos
necesitan aclarar para comprender
los temas analíticos.
Descripción Global
(SRS sección 3.
Desarrolladores
Descripción
Estructura
del
Descripción global
Documento SRS
Global)
Levantamiento
Describe Información de fondo
Gerente
que brinda una descripción de
proyecto
todo el sistema [7]
Requerimientos
Analizar
requerimientos a partir de los
funcionales asociados a
requerimientos levantados hasta
temas analíticos
interfaces del sistema.
el momento cumplen con las
(Especificación
del
de
Desarrolladores
Temas analíticos
de
verificando
que
los
Analista
de
requerimientos
especificaciones del sistema.
Requerimientos)
Clasificación
de
Desarrolladores
(Plantilla
Requerimientos
Especificación
(SRS sección 2.3 clasificación
Requerimientos)
de requerimientos)
(Plantilla
de
Especificación
Requerimientos)
Clasificar los requerimientos.
de
Analista
requerimientos
de
Especificación de Requerimientos Software
Verificación y Validación
Desarrolladores
(Plantilla
Corrección
(SRS sección 2.4 verificación y
Especificación
validación)
Requerimientos)
Requerimientos)
(Plantilla
Encuesta
Priorización
de
los
Requerimientos
Desarrolladores
(SRS sección 2.5 priorización
Especificación
de
(Plantilla
de
Especificación
de
Priorización
de Requerimientos
Requerimientos)
* Reuniones cruzadas.
Analista
* Reuniones JAD
requerimientos
Realizar una encuesta en la que
Analista
cada voto tiene un peso de
requerimientos
de
de
acuerdo al rol.
de los requerimientos)
Trazabilidad
Desarrolladores
(SRS sección 2.6 trazabilidad)
(Plantilla
Especificación
Plantilla
de
de
Trazabilidad
requerimientos Específicos.
(SRS
sección
requerimientos
Desarrolladores
4.
Requerimientos)
requerimiento
Analista
de
requerimientos
involucra.
(Plantilla
Especificación
cada
durante todo el proceso que lo
Requerimientos)
Verificación y Validación con
Localizar
Corrección
de
(Plantilla
Especificación
Requerimientos)
de
Verificar
y
validar
los
requerimientos contra el hardware
y las diferentes interfaces del
sistema.
específicos)
Tabla 4. Levantamiento De Requerimientos [21] [22]
Analista
requerimientos
de
Especificación de Requerimientos Software
2.1 Identificación de los Stakeholders
Responsables Analista de requerimientos
Conocer con mayor precisión los Stakeholders involucrados en el proyecto.
Objetivo
El análisis de los Stakeholders es muy importante debido a que ellos son la
conexión entre la organización y el mundo real. La identificación toma mayor
Descripción
importancia cuando es necesario conocer el público o personas que interactúan
con el sistema (nivel educativo, ubicación geográfica, raza, estrato social, etc.)
[23]
Se realizará un análisis para identificar los Stakeholders asociados, y describirá
Cómo
el perfil académico del usuario.
Tabla 5. Identificación de los Stakeholders
En el caso de ATENEA los Stakeholders asociados son:

Clientes (usuarios): Están definidos por los ejecutivos del Departamento Relación Cliente
de la empresa CODENSA S.A. ESP quienes son los encargados de evaluar y hacer uso de
ATENEA.
Es necesario realizar un perfil académico en el cual se especifique que tipo de características
son necesarias en el usuario para que éste pueda ejecutar una tarea adecuadamente,
manteniendo algún tipo de desempeño o rendimiento requerido. El usuario debe tener
conocimientos en:

Manejo de computadores.

Finanzas.

Toma de decisiones.

Análisis de información.

Inteligencia competitiva.

Interpretación de resultados.

Competencias laborales.

Conocimiento del negocio de energía eléctrica

Conocimiento de otros negocios
Especificación de Requerimientos Software

Desarrolladores: Están definidos por los participantes en el desarrollo del trabajo de grado y
el director de la misma.
2.2 Especificación de requerimientos
Para este proceso se llevará a cabo la plantilla de Especificación de requerimientos, la cual
contendrá los siguientes campos:
Id requerimiento
Identifica el requerimiento como único dentro del sistema.
Tipo de
Define el requerimiento como Funcional o No funcional dentro del
requerimiento
sistema (ver sección 2.3 Clasificación de Requerimientos).
Requerimientos
Son todos aquellos requerimientos que participan en su implementación y
asociados
funcionamiento.
Descripción
Especificación del requerimiento y su importancia dentro del sistema.
Criterio de
Argumento con el cual se definirá después de la implementación si el
aceptación
requerimiento es aceptado o no.
Módulo
Especifican los modelos a los cuales se encuentra asociado.
Prioridad
Describe qué tan importante es el requerimiento para el cliente, el
arquitecto, el analista de requerimientos y el gerente de proyecto (ver
sección 2.5 Priorización de requerimientos)
Versión
Define la gestión de cambio del requerimiento.
Estado
Indica el estado en que se encuentra el requerimiento.
Identificado
16%
Documentado
32%
Aprobado
48%
Cuando es identificado.
Cuando se documenta y archiva.
Cuando es aprobado por todos los integrantes.
Especificado
Cuando se encuentran todos sus campos llenos y
64%
validados en la plantilla de especificación.
Especificación de Requerimientos Software
Implementado
80%
Realizado
100%
Progreso
Cuando esta implementado en un 100%.
Cuando está probado satisfactoriamente.
Indica el avance en porcentaje que posee el requerimiento (siendo el 100%
el momento en el que el requerimiento supera el ultimo estado)
Tiempo
Indica la estimación del tiempo en horas que será necesario para su
estimado(horas)
implementación.
Datos
Muestra los datos de salida si el requerimiento está asociado directamente
al cliente o de entrada si el requerimiento está asociado a funcionalidades
del sistema.
Observaciones
Hay casos en que vale la pena aclarar algunos detalles del requerimiento,
por ejemplo valores de datos por default, a donde van los datos o de donde
provienen.
Stakeholders
Especifica el (los) Stakeholders asociados al requerimiento.
Tabla 6. Descripción Especificación de Requerimientos
2.3 Clasificación de requerimientos
Responsables
Objetivo
Analista de requerimientos
Buscar un estándar para clasificar los requerimientos.
La clasificación de requerimientos es fundamental durante el proceso de
Descripción
levantamiento ya que permite identificar funcionalidades principales del
sistema y así facilitar la implementación.
Cómo
Se ha decidido clasificar los requerimientos inicialmente en funcionales y no
funcionales.
Herramientas Microsoft Excel 2011.
Tabla 7. Clasificación de Requerimientos
Especificación de Requerimientos Software
2.4 Verificación y validación
Responsables Analista de requerimientos
Objetivo
Descripción
Asegurar que los requerimientos estén correctamente definidos y que cumplan
con las expectativas del cliente.
Debido a la importancia de la verificación y validación de los requerimientos se
ha decidido apoyar su proceso de VyV implícitamente.
Se tendrán en cuenta diez (10) puntos principales para el soporte de VyV que
se describen a continuación:

Revisiones cruzadas: Con énfasis en los requerimientos, que son parte
fundamental para un excelente desarrollo
del proceso, se realizará
revisiones cruzadas para asegurar VyV por parte del equipo de trabajo.

Reuniones JAD [24]: Esta técnica, enfocada en modelos incrementales, se
ajusta a la metodología seleccionada, realizando por cada entrega una
reunión JAD en la cual se involucra al máximo todos los roles involucrados
Como
en el equipo de trabajo, intentando así pulir poco a poco el sistema en
función de las necesidades del cliente.

Plantillas de Calidad: se apoyará su proceso de VyV especificando sus
requerimientos con los más altos estándares de calidad.

Supervisión del Analista de requerimientos: Para todo el Plan de
requerimientos la Analista de requerimientos está encargada de supervisar
que todos los procesos vayan guiados hacia el propósito del trabajo de
grado y del cliente.
Tabla 8. Verificación y Validación
2.5 Priorización de los requerimientos
Responsables
Desarrolladora
Organizar los requerimientos de tal forma que el equipo de trabajo reconozca
Objetivo
cuales de éstos son los más importantes para iniciar la implementación y
gestionar los riesgos asociados a éstos.
Descripción
La priorización de los requerimientos es necesaria para el desarrollo de un
proyecto, donde ésta toma mayor importancia cuando el tiempo se encuentra
Especificación de Requerimientos Software
restringido, los recursos son limitados y la expectativa del cliente es alta [25].
Para requerimientos funcionales se ha establecido implementar un modelo de
priorización desarrollado por Karl Wiegers [25]. Esta permitirá priorizar los
requerimientos funcionales teniendo en cuenta el beneficio, la sanción y el
Como
costo con el fin de establecer un alcance más preciso y un orden en la
implementación de los requerimientos.
Herramientas
Microsoft Excel 2011.
Tabla 9. Priorización de Requerimientos
Peso Relativo
Requerimiento
Stakeholders 1
Beneficio
Sanción
Relativo
Relativa
Beneficio Sanción Valor
Total
Total
Total
%
Prioridad
Valor
Tabla 10. Plantilla de Priorización de Requerimientos Funcionales [25]
Para el desarrollo del modelo de priorización, se tendrán en cuenta los siguientes pasos:
1. Listar en la plantilla de priorización los requerimientos funcionales a priorizar.
2. Estimar el beneficio relativo por cada uno de los Stakeholders presentes en la
priorización en un rango de 1 a 9 (Donde 1 es el mínimo beneficio y 9 es el máximo
beneficio).
3. Estimar la sanción relativa por cada uno de los Stakeholders presentes en la priorización
en un rango de 1 a 9 (Donde 1 es la mínima sanción y 9 es la sanción más grave).
4. Las columnas de beneficio total, y sanción total son la suma de las columnas de
beneficio relativo y sanción relativa respectivamente, de acuerdo al grado de
importancia que posea cada uno de los Stakeholders establecido en la parte superior de
cada uno (Peso). De la misma manera, la columna de valor total, representa la suma de
Especificación de Requerimientos Software
la columna beneficio total y sanción total, de acuerdo al grado de importancia que se le
ha sido asignado.
5. Estimar el costo relativo de implementación de cada uno de los requerimientos
(manteniendo la escala de 1 a 9), de acuerdo a su complejidad, recursos humanos,
reutilización de código existente, documentación y pruebas.
6. Estimar el riesgo técnico que puede llegar a tener el requerimiento en un grado de 1 a 9
(donde 1 es una implementación muy sencilla, y 9 es poco probable de desarrollar bajo
la tecnología, experiencia y recursos disponibles). [25]
7. La prioridad es calculada mediante: %Valor
2.6 Trazabilidad
Responsables
Objetivo
Analista de requerimientos
Explicar el método de Trazabilidad y Rastreabilidad de los requerimientos que
se utilizará.
Se empleará un formato apoyado en plantillas de investigaciones como Collect
Descripción
Requirements
y
trazabilidad de requisitos en el proceso unificado de
desarrollo [28], que refleja
la trazabilidad asociada a cada uno de los
requerimientos. (Ver Documento de Trazabilidad De Requerimientos).
Como
Esta plantilla permitirá realizar el seguimiento de un requerimiento desde su
inicio en el proyecto hasta la etapa de pruebas del mismo.
Herramientas Microsoft Excel 2011.
Tabla 11. Trazabilidad
En la plantilla de Trazabilidad se encuentran definidos los siguientes atributos:
Especificación de Requerimientos Software
Id
•Es un indicador númerico unico , que diferencia cada requerimiento
Tema Analitico asociado
• Enumera los temas analiticos asociados al requerimiento
Prioridad
•Muestra la prioridad del requerimiento dada por los stakeholders
Progreso
•Indica el avance en porcentaje que posee el requerimiento (siendo el
100% el momento en el que el requerimiento supera el ultimo estado)
Estado
•Indica el estado en el que se encuentra cada requerimiento (ver
sección 2.4 Especificación de Requeriemientos)
Stakeholders
•Permite relacionar el requerimiento con uno o mas stakeholders.
Módulo
•Brinda una visión global del requerimietno en la aplicación, mostrando
el módulo en el que se encuentra asociado el requerimiento
Ilustración 1. Atributos Planilla de Trazabilidad [28]
Especificación de Requerimientos Software
3
Descripción Global
En esta sección se describirán los principales aspectos y factores generales que afectan el
producto y sus requerimientos, los cuales permiten obtener conocimiento del entorno del
producto.
3.1 Perspectiva del Producto
3.1.1
Interfaces con el sistema
ATENEA necesitará interactuar con otros sistemas como el sistema ETL y una aplicación de
análisis de información. Así mismo tendrá que interactuar con los sistemas de información o
páginas web de las entidades que proporcionan información pública sobre las empresas dedicas
al negocio de distribución y comercialización de energía.
3.1.2
Interfaces con el usuario
Para el sistema es de suma importancia que su interacción con el usuario garantice la usabilidad
del producto, mediante el cumpliendo de las características que espera el usuario. Para esto se
contará con los siguientes componentes los cuales facilitaran el cumplimiento de estas
especificaciones:
•Esta interfaz permite
que el usuario pueda
realizar la seleccion de
la informacion que
desea visualizar.
•Permite al usuario el
ingreso de información
en campos de texto.
•A través de esta, el
usuario
puede
visualizar las distintas
interfaces generadas
por la aplicación.
Mouse
Teclado
Pantalla
Ilustración 2 Interfaces Con el Usuario
Especificación de Requerimientos Software
3.1.3
Interfaces con el Hardware
Para cumplir a cabalidad cada una de las funcionalidades que el software desempeñará es
necesaria que éste interactué con diferentes componentes hardware, a continuación se
especifican las interfaces necesarias:
Procesador
•Intel Core 2 Duo de 1.6 GHz, que sean perfectamente compatibles con un sistema
operativo como Windows XP ,o 7.
Memoria RAM
•Una memoria RAM de 2GB
Disco Duro
•Se necesitan mínimo 160 GB de espacio libre para almacenamiento
Cable UTP
•Nivel 5E, permite una buena velocidad de transferencia y una transmisión confiable.
Además de ser compatibles con dispositivos de red como lo son Hubs, Switches,
Routers o Access Points.
Ilustración 3 Interfaces De Hardware
Para más información consultar la sección 4.1.2 Interfaces con el hardware.
3.1.4
Interfaces con el Software
Los productos de software que se describen a continuación ayudarán a la implementación del
producto.
Herramienta
Descripción
Fuente de descarga
JDK
Es un software que provee herramientas de http://www.oracle.com/technetwork/j
Tabla 12 Interfaces con el hardware [68] [73]
Especificación de Requerimientos Software
desarrollo para la creación de programas en
ava/javase/downloads/jdk7-
Java.
downloads-1880260.html
Java Runtime Environment o JRE
JRE
es un http://java.com/es/download/index.js
conjunto de utilidades que permite la p
ejecución de programas Java.
Manejador de base de datos. Oracle data base http://www.oracle.com/technetwork/
proporciona
Oracle
escalabilidad,
seguridad
y database/enterprise-
Data fiabilidad incluyendo funciones completas
Base
para gestionar fácilmente el procesamiento
Enterprise 11g
de
transacción
exigentes,
edition/downloads/index.html
inteligencia
empresarial y aplicaciones de gestión de
contenidos.
Herramienta especializada en análisis de http://community.pentaho.com/proje
negocio y la integración de datos. Está cts/b_platform/
diseñada para ser fácilmente integrable y
Pentaho BI
cumplir con los requisitos de datos grandes y
cambiantes. Per-mite la creación de reportes,
análisis
y
dashboards
para
generar
información estratégica para los procesos de
negocio.
Tabla 13. Herramientas Software [29] [30]
Para el proceso de extracción, transformación y carga de datos la máquina correspondiente debe
contar con la aplicación ATENEA ETL.
Producto
Java Virtual Machine
Descripción
La Máquina virtual de Java es únicamente un elemento del software de Java,
específicamente utilizado para la interacción en la Web, que se incluye en la
descarga del software y que ayuda al JRE de Sun a ejecutar las aplicaciones
Java [31].
Propósito de uso
Proporciona una capa de abstracción entre el programa compilado de Java,
Especificación de Requerimientos Software
la plataforma de hardware y del sistema operativo permitiendo con esto
ejecutar el programa [32].
Comentarios
Haber diseñado el sistema bajo Java permite prestar gran portabilidad para
la aplicación.
Tabla 14 Producto Java Virtual Machine [31] [32]
Producto
Microsoft Windows
Descripción
Sistema operativo gráfico de Microsoft basado en ventanas.
Propósito de uso
Windows como principal sistema operativo por ser el de mayor difusión y
conocimiento por todos los usuarios finales.
Versión
Windows XP 32Bits y 64 Bits
Windows 7 32 Bits y 64 Bits
Comentarios
Cada uno de los sistemas operativos deberá tener su respectiva máquina
virtual de java para poder ejecutar la aplicación.
Tabla 15 Producto Microsoft Windows [33]
Especificación de Requerimientos Software
3.1.5
Operaciones
Modos de operación de usuarios.
•Modo Administrador (configuración general): Este usuario podrá cargar informacón a la
base de datos cuando lo desee por medio de la activación del ETL y especificación de
los archivos .svc y .xls. También tendrá los permisos de modo usuario.
•Modo Usuario (usuario final de la aplicación): Este usuario podrá ver informacion de
analisis como dashboard y generar reportes.
Periodos de actividad e inactividad
•Periodo de actividad: Atenea siempre estará disponible para cuando los usuarios
deseen activarla excepto en los periodos de actualización.
•Periodo de actualizacion: Se realizará una vez al mes a las 5:30 am.
Procesos de recuperación
•Este proceso lo llevará a cabo el administrador el cual deberá realizar cada 6 meses a
las 5:30 am un backup de la base de datos.
Soporte a procesamiento de datos
•ATENEA se apoyará en una herramienta de análisis de datos free llamada Pentaho, el
cual manejará todo los aspectos relacionados con la presentación de datos ante el
ususario.
Ilustración 4. Operaciones
3.1.6
Requerimientos de Adaptación del Sitio
Uno de los principales requerimientos dados por nuestros clientes es que el sistema funcione en
las máquinas de los funcionarios del departamento Relación cliente de CODENSA, para ello
estas máquinas deben cumplir con los elementos de software expuestos en la sección 3.1.4
Interfaces con el software.
Además de esto, el prototipo debe adaptarse a las restricciones de hardware descritas en la
sección 3.1.3 Interfaces con el hardware.
3.2 Características del Usuario
Es indispensable determinar los roles que cada usuario desempeñará en el sistema, éstos
definirán las características individuales o compartidas que los usuarios tendrán. Para consultar
Especificación de Requerimientos Software
las especificaciones de cada uno de ellos dirigirse a la sección 2.1 Identificación de los
Stakeholders.
Modulo Administración:
Descripción
Modulo
Administrar las actualizaciones mensuales de la base de datos, y puede
tener los mismos permisos del modo usuario.
Características
Descripción
Cargar Empresas, PQR y Clientes.
Privilegios
Realizar reportes.
Realizar análisis de información.
Realizar inteligencia competitiva.
Dominio básico de Windows XP y Windows 7.
Experiencia
Capacidad para la instalación por medio de asistentes de configuración.
Capacidad de adaptabilidad a nuevos sistemas.
Instalaciones en Windows.
Conocimientos
Conocimiento del proceso de PQR de CODENSA.
Conocimiento del proceso de inteligencia competitiva.
Capacidad de análisis de información.
Ilustración 5. Modulo Administración
Modulo Usuario:
Descripción
Modulo
Usuario encargado de llevar a cabo el proceso de inteligencia competitiva
por medio de los reportes y análisis proporcionados.
Características
Descripción
Realizar reportes.
Privilegios
Realizar análisis de información.
Realizar inteligencia competitiva.
Experiencia
Dominio básico de Windows XP y Windows 7.
Capacidad de adaptabilidad a nuevos sistemas.
Conocimiento del proceso de PQR de CODENSA.
Conocimientos
Conocimiento del proceso de inteligencia competitiva.
Capacidad de análisis de información.
Ilustración 6. Modulo Usuario
Especificación de Requerimientos Software
3.3 Restricciones
Las restricciones se encuentran descritas en la siguiente ilustración:
Restricciones generales
• El sistema se especializará en el idioma español con el fin de facilitar el
entendimiento de los usuarios.
Restricciones de software
• Ver sección 3.1.4 Interfaces con el Software.
Restricciones de hardware
• Ver sección 3.1.2 Interfaces con el usuario y sección 3.1.3 Interfaces
con el hardware.
Ilustración 7. Restricciones
Especificación de Requerimientos Software
3.4 Suposiciones y Dependencias
Se tiene como suposiciones y dependencias las condiciones que se muestran en la siguiente
ilustración:
(Ver seccion 3.3 Caracteristicas
del usuario)
El cliente tendra en cuenta las
suposiciones y restricciones
expuestas en el documento
VISION.
Las máquinas de CODENSA
cumplen con las restricciones
de Hardware y Software
expuestas en las secciones 3.1.4
y 3.1.3.
Ilustración 8. Suposiciones
3.5 Distribución de Requerimientos
Se ha decidido realizar un mapeo inicial basándose en los componentes o módulos
fundamentales del sistema (Extracción, Persistencia y Análisis) donde a partir de estos se
distribuirá cada uno de los requerimientos definidos ver documento de especificación de
requerimientos.
Especificación de Requerimientos Software
4 Requerimientos Específicos
Con el fin de establecer una consistente especificación de requerimientos la cual cumpla con los
más altos estándares, se tendrá en cuenta inicialmente las plantillas de Volere [34], cx one
CxCheck_Requeriments [36] y la propuesta en el libro Software Requirement Patterns [35].
Para una mayor información de cómo se especificarán los requerimientos ver sección 2.2
Especificación de requerimientos.
4.1 Requerimientos de Interfaces Externas
4.1.1
Interfaces con el Usuario
Cada una de las interfaces que el sistema tendrá con el usuario se encuentran especificadas en la
sección 3.1.2 Interfaces con el usuario.
Los requerimientos referentes a estas interfaces se encuentran en el documento Especificación de
Requerimientos. (Dirigirse a la sección interfaces con el usuario, de los Requerimientos No
Funcionales).
4.1.2
Interfaces con el Hardware
Cada una de las interfaces que el sistema tendrá con el hardware se encuentran especificadas en
la sección 3.1.3 Interfaces con el hardware.
Los requerimientos referentes a estas interfaces se encuentran en el documento Especificación
de Requerimientos. (Dirigirse a la sección Hardware del sistema, de los Requerimientos No
Funcionales).
4.1.3
Interfaces con el Software
Cada una de las interfaces que el sistema tendrá con software se encuentran especificadas en la
sección 3.1.4 Interfaces con el software.
Los requerimientos referentes a estas interfaces se encuentran en el documento Especificación de
Requerimientos (Dirigirse a la sección Implementación, de los Requerimientos No Funcionales).
4.2 Restricciones De Diseño
En esta sección se lista y se describe cada una de las restricciones que tiene el sistema en cuanto
al diseño.
Especificación de Requerimientos Software
Restricción
Paradigma de
Programación
Nombre
Orientada a Objetos
 JDeveloper
Descripción
Dado que se programará en lenguaje java se
llevara el paradigma orientado a objetos.
11.1.1.3.0g
[11]
Herramientas

Oracle data modeler[38]
Para el desarrollo de los modelos, base de

SQL Developer[27]
datos, y aplicación se hará uso de estas

Talend open studio[37]
herramientas.

Pentaho[30]

Oracle 11g[29]
Diseño de la
Arquitectura del
Solo Data Mart
Ver documento SAD.
sistema
Tabla 16. Restricciones Del Diseño