ateneapegasus.javeriana.edu.co/~cis1310is09/anexos/srs atenea.pdf · 2013-05-22 · requerimientos)...
TRANSCRIPT
15 de Abril de 2013
Katerin Bejarano Serna
Alisson Rodríguez Beltrán
ATENEA
Especificación de Requerimientos Software
Especificación de Requerimientos Software
HISTORIAL DE CAMBIOS
Versión Fecha Descripción de cambios Responsable (S)
1.0.0 09 -02 -2013 Se inicio el desarrollo de todo el
documento.
Katerin Bejarano
Alisson Rodriguez
1.1.1 15-02 -2013 Se reviso todo el documento y a
su vez se corrigio.
Katerin Bejarano
Alisson Rodriguez
Julian Andres Arias Lopez
1.2.1 02-03 -2013 Se reviso todo el documento y a
su vez se corrigio.
Katerin Bejarano
Alisson Rodriguez
Julio Carreño
2.0.0 15-04-2013 Lanzamiento del documento Katerin Bejarano
Alisson Rodriguez
Tabla 1. Historial de cambios
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 PROPÓSITO .................................................................................................................................... 5 1.2 ALCANCE....................................................................................................................................... 5 1.3 REFERENCIAS ................................................................................................................................ 6 1.4 APRECIACIÓN GLOBAL .................................................................................................................. 6
2. PLAN DE REQUERIMIENTOS ................................................................................................ 7
2.1 IDENTIFICACIÓN DE LOS STAKEHOLDERS .................................................................................... 10 2.2 ESPECIFICACIÓN DE REQUERIMIENTOS ........................................................................................ 11 2.3 CLASIFICACIÓN DE REQUERIMIENTOS ......................................................................................... 12 2.4 VERIFICACIÓN Y VALIDACIÓN ..................................................................................................... 13 2.5 PRIORIZACIÓN DE LOS REQUERIMIENTOS .................................................................................... 13 2.6 TRAZABILIDAD ............................................................................................................................ 15
3 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
de la información.
Consulta y almacenamiento de información por medio
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.
Generación de reportes de la información seleccionada
por el usuario para el análisis de datos aplicable a ésta.
Apoyo en el análisis de datos
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.
Objetivo
Definir el proceso para el levantamiento, análisis, especificación, verificación,
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
Y Sección involucrada. Stakeholders
Entradas del
proceso Salidas del proceso Tareas del proceso
Responsable
(rol)
Identificación de los
Stakeholders
(SRS sección 2.1 Identificación
de los Stakeholders)
Cliente Investigación Descripción de los
Stakeholders.
Reconocimiento de los
Stakeholders asociados
Analista de
requerimientos
Identificación de los objetos
participantes
Usuario
Temas analíticos Objetos participantes Definir términos que los
desarrolladores o clientes
necesitan aclarar para comprender
los temas analíticos.
Analista de
requerimientos
Descripción Global
(SRS sección 3. Descripción
Global)
Desarrolladores Estructura del
Documento SRS
Descripción global Describe Información de fondo
que brinda una descripción de
todo el sistema [7]
Gerente del
proyecto
Levantamiento de
requerimientos a partir de los
temas analíticos
(Especificación de
Requerimientos)
Desarrolladores Temas analíticos Requerimientos
funcionales asociados a
interfaces del sistema.
Analizar verificando que los
requerimientos levantados hasta
el momento cumplen con las
especificaciones del sistema.
Analista de
requerimientos
Clasificación de
Requerimientos
(SRS sección 2.3 clasificación
de requerimientos)
Desarrolladores (Plantilla
Especificación de
Requerimientos)
(Plantilla
Especificación de
Requerimientos)
Clasificar los requerimientos. Analista de
requerimientos
Especificación de Requerimientos Software
Verificación y Validación
(SRS sección 2.4 verificación y
validación)
Desarrolladores (Plantilla
Especificación de
Requerimientos)
Corrección (Plantilla
Especificación de
Requerimientos)
* Reuniones cruzadas.
* Reuniones JAD
Analista de
requerimientos
Priorización de los
Requerimientos
(SRS sección 2.5 priorización
de los requerimientos)
Desarrolladores
(Plantilla
Especificación de
Requerimientos)
Encuesta Priorización
de Requerimientos
Realizar una encuesta en la que
cada voto tiene un peso de
acuerdo al rol.
Analista de
requerimientos
Trazabilidad
(SRS sección 2.6 trazabilidad)
Desarrolladores (Plantilla
Especificación de
Requerimientos)
Plantilla de
Trazabilidad
Localizar cada requerimiento
durante todo el proceso que lo
involucra.
Analista de
requerimientos
Verificación y Validación con
requerimientos Específicos.
(SRS sección 4.
requerimientos
específicos)
Desarrolladores (Plantilla
Especificación de
Requerimientos)
Corrección (Plantilla
Especificación de
Requerimientos)
Verificar y validar los
requerimientos contra el hardware
y las diferentes interfaces del
sistema.
Analista de
requerimientos
Tabla 4. Levantamiento De Requerimientos [21] [22]
Especificación de Requerimientos Software
2.1 Identificación de los Stakeholders
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
Responsables Analista de requerimientos
Objetivo Conocer con mayor precisión los Stakeholders involucrados en el proyecto.
Descripción
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
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]
Cómo Se realizará un análisis para identificar los Stakeholders asociados, y describirá
el perfil académico del usuario.
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
requerimiento
Define el requerimiento como Funcional o No funcional dentro del
sistema (ver sección 2.3 Clasificación de Requerimientos).
Requerimientos
asociados
Son todos aquellos requerimientos que participan en su implementación y
funcionamiento.
Descripción Especificación del requerimiento y su importancia dentro del sistema.
Criterio de
aceptación
Argumento con el cual se definirá después de la implementación si el
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% Cuando es identificado.
Documentado
32% Cuando se documenta y archiva.
Aprobado
48% Cuando es aprobado por todos los integrantes.
Especificado
64%
Cuando se encuentran todos sus campos llenos y
validados en la plantilla de especificación.
Especificación de Requerimientos Software
Implementado
80% Cuando esta implementado en un 100%.
Realizado
100% Cuando está probado satisfactoriamente.
Progreso Indica el avance en porcentaje que posee el requerimiento (siendo el 100%
el momento en el que el requerimiento supera el ultimo estado)
Tiempo
estimado(horas)
Indica la estimación del tiempo en horas que será necesario para su
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 Analista de requerimientos
Objetivo Buscar un estándar para clasificar los requerimientos.
Descripción
La clasificación de requerimientos es fundamental durante el proceso de
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 Asegurar que los requerimientos estén correctamente definidos y que cumplan
con las expectativas del cliente.
Descripción Debido a la importancia de la verificación y validación de los requerimientos se
ha decidido apoyar su proceso de VyV implícitamente.
Como
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
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
Objetivo
Organizar los requerimientos de tal forma que el equipo de trabajo reconozca
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].
Como
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
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
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
Peso Relativo
Requerimiento Stakeholders 1 Beneficio
Total
Sanción
Total
Valor
Total
%
Valor
Prioridad
Beneficio
Relativo
Sanción
Relativa
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 Analista de requerimientos
Objetivo Explicar el método de Trazabilidad y Rastreabilidad de los requerimientos que
se utilizará.
Descripción
Se empleará un formato apoyado en plantillas de investigaciones como Collect
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
Ilustración 1. Atributos Planilla de Trazabilidad [28]
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 el100% el momento en el que el requerimiento supera el ultimo estado)
Estado
•Indica el estado en el que se encuentra cada requerimiento (versecció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, mostrandoel módulo en el que se encuentra asociado el requerimiento
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:
Ilustración 2 Interfaces Con el Usuario
•Esta interfaz permiteque el usuario puedarealizar la seleccion dela informacion quedesea visualizar.
Mouse
•Permite al usuario elingreso de informaciónen campos de texto.
Teclado
•A través de esta, elusuario puedevisualizar las distintasinterfaces generadaspor la aplicación.
Pantalla
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:
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
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.
Tabla 12 Interfaces con el hardware [68] [73]
Especificación de Requerimientos Software
desarrollo para la creación de programas en
Java.
ava/javase/downloads/jdk7-
downloads-1880260.html
JRE
Java Runtime Environment o JRE es un
conjunto de utilidades que permite la
ejecución de programas Java.
http://java.com/es/download/index.js
p
Oracle Data
Base
Enterprise 11g
Manejador de base de datos. Oracle data base
proporciona escalabilidad, seguridad y
fiabilidad incluyendo funciones completas
para gestionar fácilmente el procesamiento
de transacción exigentes, inteligencia
empresarial y aplicaciones de gestión de
contenidos.
http://www.oracle.com/technetwork/
database/enterprise-
edition/downloads/index.html
Pentaho BI
Herramienta especializada en análisis de
negocio y la integración de datos. Está
diseñada para ser fácilmente integrable y
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.
http://community.pentaho.com/proje
cts/b_platform/
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
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
•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.
Modos de operación de usuarios.
•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.
Periodos de actividad e inactividad
•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.
Procesos de recuperación
•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.
Soporte a procesamiento de datos
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
Privilegios
Cargar Empresas, PQR y Clientes.
Realizar reportes.
Realizar análisis de información.
Realizar inteligencia competitiva.
Experiencia
Dominio básico de Windows XP y Windows 7.
Capacidad para la instalación por medio de asistentes de configuración.
Capacidad de adaptabilidad a nuevos sistemas.
Conocimientos
Instalaciones en Windows.
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
Privilegios
Realizar reportes.
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.
Conocimientos
Conocimiento del proceso de PQR de CODENSA.
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:
Ilustración 7. Restricciones
• El sistema se especializará en el idioma español con el fin de facilitar elentendimiento de los usuarios.
Restricciones generales
• Ver sección 3.1.4 Interfaces con el Software.
Restricciones de software
• Ver sección 3.1.2 Interfaces con el usuario y sección 3.1.3 Interfacescon el hardware.
Restricciones de hardware
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:
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.
(Ver seccion 3.3 Caracteristicasdel usuario)
El cliente tendra en cuenta lassuposiciones y restriccionesexpuestas en el documentoVISION.
Las máquinas de CODENSAcumplen con las restriccionesde Hardware y Softwareexpuestas en las secciones 3.1.4y 3.1.3.
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 Nombre Descripción
Paradigma de
Programación Orientada a Objetos
Dado que se programará en lenguaje java se
llevara el paradigma orientado a objetos.
Herramientas
JDeveloper 11.1.1.3.0g
[11]
Oracle data modeler[38]
SQL Developer[27]
Talend open studio[37]
Pentaho[30]
Oracle 11g[29]
Para el desarrollo de los modelos, base de
datos, y aplicación se hará uso de estas
herramientas.
Diseño de la
Arquitectura del
sistema
Solo Data Mart Ver documento SAD.
Tabla 16. Restricciones Del Diseño