Você está na página 1de 44

Traba

ajo Final Especialización en


e Ingenie
ería de S
Software

Tema:

PSM
M Dash
hboard

Espe
ecificacción de uisitos del Producto
e Requ o

Autorr: Pablo Chocrón


C
Tutor: Alejandro
o Bianchii

Pontifiicia Unive
ersidad Católica
C A
Argentina
Faccultad de Cienciass Fisicomatemática
as e Inge
eniería
Carrera de Especializ
E zación en
n Ingenierría de So
oftware
C
Curso: 20
006
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

Tabla de Contenidos
1  Introducción .............................................................................................. 3 
1.1  Propósito............................................................................................ 3 
1.2  Alcance .............................................................................................. 3 
1.3  Definiciones, siglas y abreviaturas ......................................................... 4 
1.4  Referencias ........................................................................................ 5 
1.5  Organización de la especificación de requerimientos ................................. 6 
2  Descripción general .................................................................................... 7 
2.1  Perspectiva del producto ...................................................................... 7 
2.2  Funciones del producto ........................................................................ 7 
2.3  Características de los usuarios............................................................... 7 
2.4  Restricciones ...................................................................................... 8 
2.5  Supuestos y dependencias .................................................................... 9 
3  Requisitos específicos ................................................................................10 
3.1  Requisitos de las interfases externas .....................................................10 
3.1.1  Interfaces de usuario ....................................................................10 
3.1.2  Interfaces de software ..................................................................10 
3.1.3  Interfaces de Comunicaciones ........................................................11 
3.1.4  Requisitos del Hardware y Software de Base ....................................11 
3.2  Requisitos Funcionales ........................................................................12 
3.2.1  Administración .............................................................................13 
3.2.2  Planificación de las Mediciones .......................................................27 
3.2.3  Aplicación de las mediciones ..........................................................34 
3.2.4  Análisis y reporte de mediciones .....................................................37 
3.2.5  Aspectos de seguridad de PSM Dashboard........................................42 
3.3  Atributos de Calidad ...........................................................................43 
3.3.1  Interoperabilidad ..........................................................................43 
3.3.2  Usabilidad ...................................................................................43 
3.3.3  Integrabilidad ..............................................................................44 
3.3.4  Reusabilidad ................................................................................44 
3.3.5  Desempeño .................................................................................44 

Página 2
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

1 Introducción
La presente especificación fue elaborada a partir del estudio realizado por Know Edge
con la asistencia de la consultora Metrix, documentada en “PSM Dashboard, Panel de
Control para el monitoreo de Proyectos de Desarrollo de Software”, este documento
es complementario de esta especificación, y aporta mayor nivel de detalle en muchos
de los temas aquí desarrollados, por lo que puede ser considerada como una
extensión y complemento para la mejor comprensión de los requisitos.
En algunos casos se han incorporado simplificaciones y mejoras por lo que esta
especificación puede diferir en algunos aspectos con lo establecido en el documento
“PSM Dashboard, Panel de Control para el monitoreo de Proyectos de Desarrollo de
Software”. En todos los casos, esta especificación tiene prioridad, y es el único
documento vinculante, siendo el antecedente mencionado de carácter informativo.

1.1 Propósito
Esta especificación define los requisitos del producto PSM Dashboard y fue elaborada
con el objeto de proveer un marco para la contratación de su desarrollo. Sus
principales destinatarios son el equipo de desarrollo de Soft Star y sus gerentes
técnico y de proyecto.
La especificación también está dirigida al personal de Marketing e Ingeniería de Know
Edge para las actividades de Benchmarking y para la definición del Roadmap del
producto, y al personal de Aseguramiento y Control de Calidad de Soft Star y Know
Edge para la planificación y realización de actividades de verificación y validación del
producto.

1.2 Alcance
El producto PSM Dashboard será un sistema dedicado especialmente a la gestión de
las mediciones de proyectos de desarrollo de software y tendrá como objetivo
facilitar la implementación de un programa de mediciones basado en la metodología
establecida por PSM (Practical Software and System Measurement) y en las mejores
prácticas establecidas en el modelo CMMI.

Página 3
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

1.3 Definiciones, siglas y abreviaturas


En la Tabla 1se detallan los términos, abreviaturas y acrónimos empleados en este
trabajo:

Término,
Abreviatura o Definición
Acronimo
ABM Altas Bajas y Modificaciones
ALM (Application Software para gestión del ciclo de vida de la aplicación
Lifecycle incluyendo gestión de requerimientos, de la configuración, de
Managemente) la calidad y todos los aspectos involucrados en un desarrollo.
Area de Issue Agrupamiento de Issues comunes de naturaleza similar, PSM
comunes establece siete Áreas.
Business Intelligence, Inteligencia de Negocios: Concepto que
BI se aplica a la obtención de información útil para la toma de
decisiones, a partir de los datos disponibles en la organización.
Chng Mng Gestión de Cambios
CI (Configuration Ítems de Configuración: Una agregación de productos tratados
Items) como entidades simples en la gestión de la configuración.
Cliente Es la persona o personas que pagan por el producto, y
usualmente (pero no necesariamente), deciden los requisitos
CM Configuration Management
Capability Maturity Model Integration: Modelo para la mejora o
CMMI evaluación de los procesos de desarrollo y mantenimiento de
sistemas y productos de software
Programas para la recolección de datos de diferentes fuentes,
Colectores
por ejemplo: Colector para Microsoft™ Project
Collect-It Herramienta para el desarrollo de colectores
Contrato Es un documento que establece un vínculo legal acordado
entre el proveedor y el cliente. Incluye requisitos técnicos,
organizacionales, de costos y de plazos para la provisión de un
determinado producto
COTS Commercial off the shelf software: Software enlatado
Panel de Control: Herramienta de gestión empleada para
Dashboard evaluar visualmente el estado de los indicadores clave de la
gestión de la organización.
Drill Down Profundización en la comprensión de un tema mediante la
obtención de mayor grado de detalle en la información de sus
aspectos.
Elicitar Descubrir, tornar explícito, obtener el máximo de
información para el conocimiento del objeto en cuestión.
Issue Riesgos, problemas o falta de información que obstaculizan o

Página 4
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

pueden obstaculizar el logro de los objetivos de un proyecto.


Issues comunes Issues que habitualmente ocurren en actividades de desarrollo
de software e integración de sistemas
Outliers Observación o medición numéricamente distante del resto de
los datos. Es generalmente excluido para no provocar
distorsiones en las estadísticas.
Proveedor la persona, o personas que producen un producto para el
cliente
PSM Practical Software and System Measurement
Proceso de mediciones basado para gestión de proyectos de
PSM
desarrollo de software y sistemas.
PSM Dashboard Panel de control basado en PSM
PSMD Abreviatura de PSM Dashboard
Qty Mng Gestión de calidad de productos, seguimiento de defectos
RAM (Resource Matriz de alocación de recursos: definición de los roles que
allocation matrix) cada miembro del equipo va a desempeñar en cada proyecto.
Plataforma basada en Web de colaboración y gestión de
SharePoint
documentos de Microsoft™
SPC (Statistical Control estadístico de procesos: Análisis basado en técnicas
Process Control) estadísticas de las mediciones de desempeño de un proceso,
con el objeto de identificar la causas especiales de variaciones,
y mantener el desempeño del proceso dentro de los límites
previstos.
Usuario Es la persona, o personas quienes operan o interactúan con
directamente con el producto
WBS (Work Desglose de un proyecto en un conjunto de actividades
Breakdown elementales. La WBS posee una estructura en niveles con
structure) diferente grado de detalle.
La automatización de un proceso de negocios, en su totalidad o en
Workflow
parte, durante la cual los documentos, información o tareas son
pasadas de un participante a otro para realizar acciones, de
acuerdo con un conjunto de reglas procedurales.

Tabla 1

1.4 Referencias
[PSM03] Department of Defense and US Army, Practical Software and Systems
Measurement, A Foundation for Objective Project Management, Version 4.0c, March
2003.
[CMMI Chrissis] CMMI, Guidelines for Process Integration and Product Improvement,
Mary Beth Chrissis, Mike Konrad, Sandy Shrum, SEI series, Adison-Wesley. 2005
[PSMD] PSM Dashboard, Panel de Control para el monitoreo de Proyectos de
Desarrollo de Software, Metrix y Know Edge. 2006

Página 5
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

[IEEE 830] IEEE Std 830-1998: IEEE Recommended Practice for Software
Requirements Specifications

1.5 Organización de la especificación de requerimientos


Esta especificación está organizada de acuerdo con los lineamientos del estándar IEEE
830, e incluye las siguientes secciones:
Capítulo 1 (Introducción): Se describió el propósito de la especificación y su alcance.
Capítulo 2 (Descripción general): Se describen la características generales del
producto PSM Dashboard y las restricciones, supuestos y dependencias a considerar
en el desarrollo del producto.
Capítulo 3 (Requisitos específicos): especifica con mayor detalle las funcionalidades e
interfaces del sistema y contiene las siguientes partes:
3.1: Requisitos de las interfases externas
3.2 : Requisitos Funcionales
3.3 : Atributos de Calidad

Página 6
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

2 Descripción general
2.1 Perspectiva del producto
PSM Dashboard está concebido como un sistema de Inteligencia de Negocios
(Business Intelligence) capaz de presentar a los gerentes de proyecto y líderes
técnicos la información necesaria para toma de decisiones en la gestión de proyectos
de Desarrollo.

2.2 Funciones del producto


PSM Dashboard recopilará información de diversas fuentes de datos, la concentrará
en un repositorio centralizado, y elaborará paneles de control (Dashboards) y
reportes personalizados, para satisfacer las necesidades de información de cada uno
de los actores roles que participa en el proceso de desarrollo.
Una característica distintiva de PSM Dashboard es su capacidad de ser empleado
como una aplicación autónoma, o integrarse con otros sistemas de Business
Intelligence provistos por Know Edge o de terceras partes, permitiendo de esta
manera proveer a la alta gerencia de una visión integrada de los aspectos técnicos y
de negocios.

2.3 Características de los usuarios


Se describen las características de las organizaciones y de los usuarios que emplearán
el producto PSM Dashboard
Organizaciones:
Las empresas que emplearán el producto
• Empresas globales con sedes dispersas geográficamente.
• Dedicadas al diseño de productos en los que el desarrollo de software es una
actividad crítica.
• Adherencia a estándares de clase mundial:
o CMMI para Desarrollo de Software
o PSM para su programa de mediciones
o ISO-9001:2000 para su Sistema de Gestión de Calidad
o PMI para Project Management
• Necesitan una herramienta que facilite la implementación de un Programa de
Mediciones para gestionar sus procesos de desarrollo y tomar decisiones
oportunas en base a información objetiva presentada en forma de Dashboards.
• Adoptaron o están en proceso de adoptar un sistema de Inteligencia de
Negocios para la gestión de sus negocios que presente, mediante Dashboards
la información necesaria para la toma de decisiones.
• Requieren que la información de negocios y la correspondiente al programa de
mediciones de proyectos de desarrollo de productos se presenten mediante
dashboards que integren todos los aspectos del negocio. De esta manera es
posible correlacionar ambos aspectos técnicos y comerciales, por ejemplo cual

Página 7
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

es el impacto que tiene la mejora en la calidad de un producto en las ventas a


un determinado grupo de clientes.
• Cuentan con equipos de desarrollo geográficamente dispersos que requieren la
publicación de los Dsahboards en portales colaborativos, con el objeto de
lograr una visión compartida del estado de los proyectos.
• Algunos clientes han adoptado la plataforma SharePoint de Microsoft para la
implementación de los portales colaborativos.
Principales Usuarios:

Usuario Uso previsto de PSM Dashboard


Gerentes de Proyecto Estimaciones
Monitoreo de avance (hitos), calidad y
costos de proyectos
Líderes de Desarrollo de Software Estimaciones
Monitoreo de avance (hitos y progreso de
unidades de trabajo), calidad y costos de
proyectos.
Medición de tamaño y productividad
Efectividad de la tecnología
Miembros de los equipos de desarrollo Monitoreo para lograr una visión
compartida del estado del proyecto
(avance y calidad).
Analista de Mediciones Planificación de las mediciones
Análisis de mediciones
Elaboración de reportes
Directores, CEO Monitoreo de aspectos generales de
proyectos.
Gestión por excepción
Satisfacción del Cliente
Aseguramiento de Calidad Calidad del producto
Desempeño del proceso
Satisfacción de Clientes
Clientes Monitoreo de avance (hitos) y calidad
Tabla 2

2.4 Restricciones
Parte de la información procesada por PSM Dashboard es de naturaleza confidencial,
por lo que es necesario incluir funciones que garanticen la seguridad de la información,
tales como el control de acceso por roles, el encriptado y el registro (log) de
transacciones para auditoria.
El hardware debe estar dimensionado para asegurar que no ocurran pérdidas de
información, por lo que los servidores de almacenamiento contarán con
configuraciones redundantes (RAID).

Página 8
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

2.5 Supuestos y dependencias


El Sistema permite compartir información entre diferentes sedes dispersas
geográficamente, se supone que las empresas que emplearán PSM Dashboard
cuentan con redes de datos corporativas privadas mediante las cuales se realizará la
transmisión de datos. No está prevista la transmisión de datos por Internet, para
preservar la seguridad de la información.
Como en cualquier aplicación de Business Intelligence, solo se realiza extracción de
datos de diferentes fuentes de información, se considera que se cuenta con los
permisos necesarios para la lectura y que la información disponible es correcta y está
actualizada.
Si bien PSM Dashboard cuenta con colectores para la extracción de datos de las
fuentes más populares, es imposible contar con colectores para extraer datos de
todas las fuentes posibles, incluyendo las herramientas desarrolladas por los propios
clientes, en estos casos se contemplan dos alternativas:
1) El desarrollo del nuevo colector por parte de Know Edge / Soft Star,
incorporándolo a nuevas versiones del producto en la medida que el colector
pueda ser de utilidad para otros clientes.
2) El desarrollo del nuevo colector por parte del cliente empleando la
herramienta Collect-It, provista por Know Edge conjuntamente con el
producto PSM Dashboard.
Se considera que las organizaciones que implementan PSM Dashboard cuentan con un
servicio de directorio Microsoft Active Directory y un Servidor de Correo Exchange de
Microsoft.

Página 9
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

3 Requisitos específicos
3.1 Requisitos de las interfases externas

3.1.1 Interfaces de usuario


Está previsto que PSM Dashboard cuente con interfaz Web exclusivamente, mediante
la cual se podrá acceder a todas sus funcionalidades (incluyendo la publicación de
Dashboards). Esta interfaz podrá ser accedida desde los siguientes navegadores:
Microsoft™ Internet Explorer 6 y 7
Mozilla FireFox 2
PSMD permitirá publicar los Dashboards como Webparts para ser publicados en
Portales de SharePoint 2007. En este caso el acceso se realizará exclusivamente con
Microsoft™ Internet Explorer 6 y 7

3.1.2 Interfaces de software


PSM Dashboard interactuará con sistemas detallados en la Tabla 3:

Interacción
Sistema Productos Descripción de PSM
Dashboard

ALM: Gestión de la Configuración


Application Telelogic, Mercury, Serena, Gestión de Cambios
Lifecycle IBM Rational Gestión de Requerimientos
Management Seguimiento de defectos

Microsoft Project
Project Hitos y Esfuerzo Planeados y
MS Project Server 2003
Management Reales
MS Project Server 2007 Extracción de
Datos
ERP SAP, Oracle, Sage Costos Planeados y Reales

Microsoft SQL
Bases de Almacenamiento de datos técnicos
Oracle
Datos y de gestión de proyectos,
My SQL
Almacenamiento de datos de
Portal Microsoft SharePoint 2003, Calidad de productos y procesos
Colaborativo 2007

Portal Microsoft SharePoint 2003,


Publicación de Dashboards
Colaborativo 2007

Portal Know Edge Business


Publicación de Dashboard
Colaborativo Dashboard

Control PSM Dashboard resuelve el control estadístico de


estadístico de STATISTICA procesos (SPC), mediante interfaces con software
procesos comercial (COTS) específico para esta función.

Librería de Actualización de la librería de mediciones mediante


Know Edge
Mediciones la conexión por internet con el Site de Know Edge

Tabla 3

Página 10
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

3.1.3 Interfaces de Comunicaciones


Como se explicó 2.5 (Supuestos y dependencias) por razones de seguridad PSM
Dashboard prevé la comunicación entre sitios dispersos geográficamente, se empleará
el protocolo TCP/IP mediante redes LAN corporativas con una disponibilidad del
99.99%, es decir un tiempo máximo de desconexión de 52.6 min por año.
No está previsto el empleo de Internet para la comunicación entre diferentes sitios, el
uso de conexiones mediante Internet está previsto únicamente para la actualización
de la librería de mediciones a desde el sitio web de Know Edge, y para el envío por
mails de reportes especialmente diseñados para clientes.

3.1.4 Requisitos del Hardware y Software de Base


PSM Dashboard es un sistema de tres capas que permite ser desplegado a
diferentes escalas:
• Desktop: En este caso todas las capas de la aplicación se despliegan en
una PC de escritorio.
• Departamento: En esta configuración, la base de datos y la aplicación
son instaladas en un servidor departamental, mientras que el acceso se
realiza mediante Clientes Web delgados, en la mayoría de los casos
estos clientes serán las mismas PCs de propósitos generales de los
usuarios.
• Organización y Multi-Organización: En esta configuración los Clientes
Web se resuelven también mediante las PCs de propósitos generales
empleadas por los usuarios, pero las capas de aplicación y datos se
despliegan en diferentes servidores.
Los requisitos mínimos de hardware y software de base son, en cada caso:

Organización o
Desktop Departamento
Multi-Organización
CPU Celeron 1.7GHz, CPU Celeron 1.7GHz,
Cliente 160 MB HD, 160 MB HD,
Web Memoria 1GB Memoria 1GB
Windows XP, IE 6 Windows XP, IE 6
CPU Pentium IV 2GHz,
CPU Core 2 Duo 2GHz,
Memoria 2GB,
Servidor de Memoria 4GB,
HD 240 MB,
Aplicación CPU Pentium IV 3GHz, HD 240 MB,
Windows Server 2003,
Memoria 4GB, Windows 2003
IE 6,
SQL Server 2003 HD 240 MB CPU Core 2 Duo 2GHz,
Windows Server 2003 Memoria 4GB,
Base de SQL Server 2003 HD 240 MB,
Datos
Windows 2003,
SQL Server 2003

Tabla 4

Página 11
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

3.2 Requisitos Funcionales


El diagrama de la Figura 1 muestra las principales funcionalidades de PSM Dashboard
La funcionalidad de Administración, descripta en 3.2.1, permite gestionar las
principales entidades que conforman el sistema de mediciones: organizaciones,
personas, proyectos, fuentes de datos, mediciones, indicadores, dashboards, reportes,
workflows y programas (schedules).
La Planificación de Mediciones (3.2.2) incluye las siguientes funcionalidades:
• Registro de objetivos, riesgos y problemas del proyecto. Mapeo de Issues.
• Planificación de las mediciones, recolección de datos, indicadores, reportes y
dashboards. Control estadístico de procesos.
• Elaboración del plan de mediciones.
La Aplicación de Mediciones (3.2.3) describe las funcionalidades de recolección y
limpieza de datos de las fuentes, y su almacenamiento en el repositorio.
El Análisis y Reporte (0)incluye las funcionalidades de análisis de las mediciones e
indicadores , la generación y aprobación de Dashboards y Reportes, su publicación y
envío a los destinatarios previstos en el plan.

ud

Administración

Administrador
Fuentes de Datos

Aplicación de
Mediciones

Analista de Mediciones Gerente de Proyecto,


Planificación de Lider de Desarrollo
Mediciones

Análisis Director, CEO


Miembro de equipo

Reporte

QA Cliente

Figura 1

Página 12
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

3.2.1 Administración

3.2.1.1 Administración de Organizaciones


PSM Dashboard administrará múltiples organizaciones, para poder gestionar las
mediciones del proyecto en diversos escenarios de asociación y subcontratación,
como en los siguientes ejemplos:
• Una empresa desarrolla una aplicación y subcontrata el desarrollo de
algunos módulos específicos a otras compañías.
• Dos o mas organizaciones se asocian para realizar un desarrollo.
• Una organización realiza un proyecto de desarrollo asignando actividades a
diversas sedes distribuidas geográficamente
• Un cliente subcontrata la totalidad del desarrollo a otra empresa pero
desea monitorear aspectos del proyecto
• Una empresa realiza un desarrollo pero desea informar al sponsor y otros
stakeholders sobre el status del proyecto.

3.2.1.1.1 Organizaciones
PSMD permitirá el ABM de Organizaciones mediante la definición de los siguientes
ítems:
• Nombre de la Organización
• Rol Organizacional (3.2.1.1.2), se podrán asignar múltiples roles.
• Establecimientos (3.2.1.1.3), se podrán asignar múltiples establecimientos
para cada organización.
• Sectores

3.2.1.1.2 Roles Organizacionales


PSMD permitirá administrar diferentes roles de las organizaciones, dependiendo
de las actividades que realicen en el proyecto de desarrollo.
1. PSMD incluirá una tabla que por defecto incluirá los siguientes Roles
Organizacionales:
• Cliente
• Sponsor
• Desarrollador Subcontratista
• Desarrollador Asociado
• Consultor

2. Se podrán modificar o eliminar los Roles Organizacionales mencionados


anteriormente, o agregar nuevos.

3.2.1.1.3 Establecimientos
1. Se contará con un ABM que permita administrar, para cada establecimiento
los siguientes ítems
• Casa Matriz / Sucursal
• Dirección

Página 13
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

• Teléfonos

2. Se podrán modificar o eliminar los Establecimientos mencionados


anteriormente, o agregar nuevos.
3. La denominación “Establecimientos” podrá ser reemplazada por otra, tales
como “Sedes”

3.2.1.1.4 Sectores
1. Se contará con un ABM que permita administrar los sectores de cada
Organización
2. Los sectores podrán asociarse a establecimientos, por ejemplo Departamento
de Calidad de la Sede Tampa.
La denominación “Sectores” podrá ser reemplazada por otra, tales como
“Departamentos”, “Áreas” u otras.

3.2.1.2 Personas

3.2.1.2.1 Administración de personas


PSMD incluirá una tabla con todas las personas involucradas en el proceso de
medición.
1. Los datos básicos para cada persona son el Usuario, el Nombre y el Mail, estos
datos son obligatorios y serán validados y sincronizados con el Servicio de
Active Directory (Ver 2.5 Supuestos y dependencias,3.2.5.2 Permisos y
Control de Accesos y 3.2.5.1 Autenticación).

2. PSMD admitirá también la inclusión de personas que no estén incluidas en el


Active Directory, por ejemplo Clientes y Subcontratistas, en este caso se
ingresarán los siguientes datos:
• Nombre
• Usuario
• Contraseña, esta podrá ser modificada por el usuario y por el
administrador.
3. Además de los datos incluidos en el Active Directory, PSD permitirá agregar y
mantener los siguientes ítems:
• Direcciones de e-mail alternativas
• Teléfonos
• Fotografía

4. A cada persona se le asignarán los siguientes atributos:


• Organización (3.2.1.1.1)
• Establecimiento (3.2.1.1.3)
• Sector (3.2.1.1.4)
• Rol (3.2.1.2.2), una persona podrá cumplir con mas de un rol.

3.2.1.2.2 Roles

Página 14
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

PSMD permitirá administrar diferentes roles de las organizaciones, dependiendo


de las actividades que realicen en el proyecto de desarrollo.
1. PSMD incluirá una tabla que por defecto incluirá los siguientes Roles:
• CEO
• Director
• Gerente de Proyecto
• Líder de Desarrollo
• Desarrollador
• Analista de Mediciones
• Líder de Test
• Tester
• Auditor de Calidad
• Cliente

2. Se podrán modificar o eliminar los Roles Organizacionales mencionados


anteriormente, o agregar nuevos.

3.2.1.3 Proyectos

3.2.1.3.1 Administración de proyectos


PSMD incluirá una tabla con los proyectos de desarrollo de la organización.
1. La generación y mantenimiento de la tabla de proyectos podrá realizarse en
forma en forma manual y autónoma, o importarse de los sistemas de Project
Management empleando los colectores correspondientes, en cuyo caso debe
programarse la sincronización periódica con la fuente, para asegurar la
actualización de los datos. (ver 3.1.2: Interfaces de software y 3.2.3.1
Extracción, Transformación y Carga de datos)

2. Se asociarán a cada proyecto los siguientes atributos:


• Código de Proyecto
• Nombre del Proyecto
• Cliente
• Fecha de Inicio
• Fecha de Finalización
• Project Manager
• Líder de desarrollo
• Equipo de proyecto y rol de cada miembro en el Proyecto (ver 3.2.1.3.4
Roles por proyecto)
• Fase
o Planeamiento
o En Ejecución
o Cerrado
• Categoría 1 (Atributo configurable, por ejemplo lenguaje de programación)
• Categoría 2 (Atributo configurable, por ejemplo dominio de la aplicación)
• Categoría 3 (Atributo configurable)

Las categorías 1 a 3 son campos configurables cuya función es permitir el


agrupamiento de proyectos, por ejemplo: Lenguaje de Programación, Dominio
de la aplicación (Electromedicina, Automotriz, Administrativa).

Página 15
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

3.2.1.3.2 Agrupamiento de proyectos


1) PSMD permitirá crear y mantener grupos de proyectos que tengan
características similares, con el objeto de poder contar con mediciones e
indicadores de estos conjuntos de proyectos. De esta manera será posible
determinar, por ejemplo, cual es la productividad de los proyectos
implementados en C#, o establecer cuál es la densidad de defectos histórica
de los proyectos de Electromedicina.
2) Cada grupo se definirá mediante los campos definidos en 3.2.1.3.1
(Administración de proyectos), incluyendo los campos configurables
configurables de Categoría (por ejemplo: Fase=Cerrado, Lenguaje=Java y
Dominio=e-Commerce)
3) Se podrán excluir del grupo a proyectos que, cumpliendo con las condiciones
mencionadas, provoquen distorsiones estadísticas por sus características
especiales (Outliers).

3.2.1.3.3 Programa de proyectos


1) PSMD definirá en forma automática un grupo llamado “Programa de Proyectos”,
que agrupará a todos los proyectos registrados, discriminados por fase. Esto
permitirá extraer información común a todos los proyectos, por ejemplo “El
tiempo promedio para resolver problemas fue de 10 días en el año 2007”)
2) Se podrán excluir del Programa a proyectos que provoquen distorsiones
estadísticas por sus características especiales (Outliers)

3.2.1.3.4 Roles por proyecto


Además de las definiciones genéricas de roles para cada persona (detalladas en
3.2.1.2.2, Roles) es necesario determinar cuál es el rol que cada persona va a
desempeñar en cada proyecto en lo relativo al Programa de Mediciones, para
poder instanciar los diferentes workflows. Por ejemplo el workflow de análisis y
reporte establece genéricamente que antes de la publicación del reporte, el
analista de mediciones debe analizar y documentar sus conclusiones, para poder
instanciar este workflow en un proyecto es necesario conocer quién es el Analista
de Mediciones en ese proyecto.
1) PSMD permitirá, mediante una matriz de locación de recursos (RAM), definir el
rol que cada miembro va a desempeñar en cada proyecto.
2) Esta RAM se definirá manualmente en PSM Dashboard, ya que se restringe a
roles relacionados con el proceso de mediciones, por lo que no se prevé la
importación de la RAM del sistema de Project Management.

3.2.1.3.5 Estructuras de agregación


Para cada uno de los proyectos registrados en PSMD se definirán las estructuras
de agregación que permitirán:
• Obtener mediciones del proyecto a partir de datos con mayor nivel de
detalle, por ejemplo la medición del tamaño de todo el producto elaborado
en el proyecto a partir de la suma del tamaño de cada uno de sus módulos
o componentes (Agregación por ítems de configuración)

Página 16
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

• Obtener mediciones discriminadas para diferentes aspectos del proyecto:


Por ejemplo, cual fue el esfuerzo requerido para la actividad de diseño
(agregación por Actividades).

3.2.1.3.5.1 Agregación por Módulos (Ítems de configuración)


1) PSMD incluirá, para cada proyecto, una tabla que permitirá registrar los
Módulos y otros Ítems de Configuración importantes en los que puede
descomponerse el producto desarrollado.
2) Los ítems de configuración pueden cargarse y actualizarse en PSMD mediante
los siguientes procedimientos:
• Registro y actualización manual
• Importación del sistema de Configuration Management u otros registros
externos (ver 3.1.2: Interfaces de software) mediante los colectores
adecuados (ver 3.2.3.1: Extracción, Transformación y Carga de datos). Se
programará la sincronización periódica (ver 3.2.1.11, Definición de
Programas (Schedules) genéricos) con el objeto de asegurar la
actualización.

3.2.1.3.5.2 Agregación por Actividades


1) PSMD incluirá, para cada proyecto, una tabla que permitirá registrar las
Actividades que componen el proyecto.
2) Se definirá el nivel de WBS al que se realizará la descomposición
3) Las actividades podrán cargarse y actualizarse en PSMD mediante los
siguientes procedimientos:
• Registro y actualización manual
• Importación selectiva del sistema de Project Management u otros registros
externos (ver 3.1.2: Interfaces de software) mediante los colectores
adecuados (ver 3.2.3.1: Extracción, Transformación y Carga de datos). Se
programará la sincronización periódica (ver 3.2.1.11, Definición de
Programas (Schedules) genéricos) con el objeto de asegurar la
actualización de la estructura de actividades.

3.2.1.4 Administración de proyectos de Mejora


1) PSMD Permitirá el registro de los proyectos de mejora en curso como un tipo
especial de proyecto, con el objeto de poder monitorear el avance, costos y
otros aspectos de los mismos.
2) Se asociarán a los proyectos de mejora los siguientes datos:
• Nombre del Proyecto
• Fecha de Inicio
• Fecha de Finalización
• Project Manager
• Fase
o Planeamiento
o En Ejecución
o Cerrado
3) El Agrupamiento de Proyectos no aplica a los Proyectos de Mejora

Página 17
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

4) El programa de proyectos no incluirá a los proyectos de mejora.

3.2.1.5 Fuentes de Datos


1) PSMD contará con una lista de fuentes de datos con todos los orígenes de
datos de los que PSMD extraerá datos relacionados con las mediciones (ver
3.1.2 Interfaces de software).
2) La lista incluirá la siguiente ítems:
• Nombre de la fuente de Datos para PSMD
• Nombre del Sistema
• Administrador de la fuente de datos
• Descripción de los datos extraer del sistema
• Colector empleado
• Datos técnicos de la fuente
o Información de la Base de Datos
o Web Services
o Dirección IP de la fuente de datos
o User para acceso a la fuente de datos
o Contraseña para acceso a la fuente de datos
3) PSMD permitirá el agregado de nuevas fuentes.

3.2.1.6 Administración de Mediciones

3.2.1.6.1 Areas de Issues Comunes


1) PSMD incluirá una tabla con las siete áreas de issue definidas por PSM:
• Cronograma y progreso
• Recursos y Costo
• Tamaño y estabilidad del producto
• Calidad del producto
• Desempeño del proceso
• Efectividad de la tecnología
• Satisfacción del cliente
La tabla incluirá el título del área de Issue y la descripción de la forma que se
encuentra descripta en la guía “Practical Software and Systems Measurement, A
Foundation for Objective Project Management, Version 4.0c, March 2003” , parte 2,
párrafo 2.2.
2) El usuario podrá agregar y modificar nuevas áreas de Issue

3.2.1.6.2 Categorías de Mediciones


1) PSMD incluirá una tabla con las categorías de mediciones definidas por PSM,
estas categoría estarán asociadas a las áreas de Issue de acuerdo a las
definiciones de PSM que se resumen en la Tabla 5:

Página 18
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

Área de Issue Categoría de Medición


Desempeño de Hitos
Cronograma y Progreso Progreso de las unidades de trabajo
Capacidad Incremental
Personal
Recursos y Costo Desempeño Financiero
Recursos de ambiente y soporte
Tamaño y Estabilidad Física
Tamaño y Estabilidad del Producto
Tamaño y Estabilidad Funcional
Correctitud Funcional
Soportabilidad, Mantenibilidad
Eficiencia
Calidad del Producto
Portabilidad
Usabilidad
Dependabilidad, Confiabilidad
Conformidad del proceso
Desempeño del proceso Eficiencia del proceso
Efectividad del proceso
Adecuación de la Tecnología
Efectividad de la tecnología Impacto
Volatilidad de la tecnología
Realimentación del Cliente
Satisfacción del Cliente
Soporte al Cliente
Tabla 5
El usuario podrá agregar y modificar nuevas Categorías de mediciones, estas serán
asociadas a las Áreas de Issue definidas por PSM o agregadas por el usuario.
2) Para cada Categoría de medición se definirán los ítems que se detallan a
continuación, en el caso de las categorías definidas por PSM (Tabla 5) se
emplearán las definiciones establecidas por PSM en la guía “Practical Software
and Systems Measurement, A Foundation for Objective Project Management,
Version 4.0c, March 2003” , parte 3, capítulo 2.

• Título de la Categoría de Mediciones


• Área de Issue Correspondiente
• Descripción de la Categoría de Medición
• Proyectos a los que aplica
• Limitaciones
• Categorías de Mediciones relacionadas
• Información adicional

3) Se podrá consultar las categorías de mediciones relacionadas con cada área de


Issue (ver 3.2.1.6.2, Categorías de Mediciones)

3.2.1.6.3 Mediciones
1) PSMD contará con una librería con mediciones, que podrá ser actualizada
por el usuario. Se asignarán a cada medición los siguientes atributos:

Página 19
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

• Nombre de la medición
• Descripción de la Medición
• Categoría de Mediciones a la que pertenece
• Ítems de Datos
• Atributos
• Estructura de agregación típicamente empleada
o Módulos
o Actividades
• Colectores típicamente usados
• Schedules típicamente usados
• Workflows de recolección típicamente usados
• Indicadores asociados

2) Criterio de Selección
Mediante una ayuda contextual se proveerá la siguiente información
adicional con el objeto de facilitar la selección de las mediciones:
• Tipo de proyectos en los que se aplica
• Información necesaria para la integración en el proceso
• Fases en las que se aplica (Indicar si en cada Fase se emplean valores
planificados o reales)
o Planificación del proyecto
o Análisis de requerimientos
o Diseño
o Implementación
o Integración y Pruebas
o Operación y Mantenimiento

3) La librería de de mediciones consolida los siguientes conjuntos de


mediciones:
• Mediciones definidas por PSM
• Mediciones requeridas para la implementación del modelo CMMI, nivel
de madurez 5 e inferiores
• Mediciones definidas por el usuario
• Actualizaciones de PSM Dashboard a partir del sitio Web de Know Edge
Los dos primeros conjuntos se incluyen en la instalación básica de PSM
Dashboard, los últimos permiten su adaptación, crecimiento y actualización.
Se describen las características de cada uno de estos conjuntos que integran la
Librería de Mediciones de PSM Dashboard.

3.2.1.6.3.1 Librería de mediciones básica de PSM


La Librería de mediciones de PSM Dashboard incluirá las mediciones definidas por
PSM en la guía “Practical Software and Systems Measurement, A Foundation for
Objective Project Management, Version 4.0c, March 2003”, parte 3, capítulo 2.

Página 20
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

3.2.1.6.3.2 Mediciones relacionadas con el modelo CMMI


La Librería de mediciones de PSM Dashboard incluirá las mediciones incluidas en la
Tabla 6, relacionadas con los requisitos derivados del modelo CMMI:

Mediciones básicas relacionadas con el modelo CMMI


Área de Issue
Nivel Área de
Medición Categoría de
CMMI Proceso
Mediciones PSM

Número de revisiones sufridas en el plan de Tamaño y Estabilidad


proyecto, incluyendo mediciones de variaciones 2 PP Estabilidad de
de costo, plazo y esfuerzo por revisión del plan. Documentos (*)

2 PCM
Exposición a riesgos
3 RSKM
Riesgos (*)
Cantidad de Riesgos por estado
3 RSKM
Ocurrencia de riesgos no previstos
Cantidad de cambios realizados a los requisitos
para el proveedor
2 SAM Proveedores (*)
Variación de costo y cronograma por acuerdo
con los proveedores.
Cronograma y
Incluir Atributo: Retrabajo en las mediciones de
3 RD Progreso
costo, cronograma y esfuerzo.
Recursos y Costo

Tamaño de la documentación generada en el Tamaño y Estabilidad


3 TS
proyecto, por ejemplo número de páginas Tamaño Físico
Variación entre las evaluaciones de procesos
2 PPQA
planeadas y realizadas
Perfil de la verificación (Cantidad de
3 VER
verificaciones planeadas y realizadas)
Perfil de la validación (Cantidad de actividades
3 VAL
de validación planeadas y realizadas)
Mediciones para evaluar la efectividad del Desempeño del
entrenamiento: Proceso

Evaluaciones de Fin de Curso Cumplimiento del


proceso
Calificaciones de los asistentes 3 OT
Nivel de asistencia a los cursos
Grado de aplicación
Cantidad de cursos realizados
Cantidad de actividades de mejora propuestas
3 OPF
e implementadas

Página 21
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

Perfil de subprocesos bajo gestión estadística


(por ejemplo cantidad de subprocesos Desempeño del
gestionados estadísticamente vs. Cantidad Proceso
planeada) 4 QPM
Cumplimiento del
Cantidad de causas especiales de variación proceso
identificadas.

Mejoras realizadas / Mejoras previstas 5 OID Desempeño del


Proceso
Cantidad de causas raíz eliminadas
5 CAR Cumplimiento del
Cambios en la calidad o en el desempeño de los
proceso
procesos por instancias de CAR
Tabla 6

Mediciones derivadas relacionadas con el modelo CMMI


Nivel Área de Categoría de
Medición
CMMI Proceso Mediciones PSM

Calidad del producto


Densidad de Defectos 3 RD, TS
Correctitud Funcional
Tabla 7

3.2.1.6.3.3 Mediciones definidas por el usuario


A la librería de mediciones de PSMD, conformada por los conjuntos de mediciones
detallados en en 3.2.1.6.3.1 (Librería de mediciones básica de PSM) y 3.2.1.6.3.2
(Mediciones relacionadas con el modelo CMMI), el usuario podrá agregar y
mantener nuevas mediciones, realizando las definiciones establecidas en
3.2.1.6.3 (Mediciones).

3.2.1.6.3.4 Actualizaciones por Internet


Know Edge publicará en su sitio web actualizaciones a la librería de mediciones de
PSM Dashboard.
Los usuarios podrán bajar de este sitio las mediciones seleccionadas.

3.2.1.7 Administración de Indicadores y Dashboards

3.2.1.7.1 Librería de Indicadores


1) PSMD incluirá una librería de indicadores, para cada Indicador se definirán los
siguientes ítems:
• Nombre del Indicador
• Medición relacionada
• Ítems de datos empleados para el indicador
• Típo de gráfico empleado
2) La librería básica de PSMD incluirá los siguientes indicadores:

Página 22
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

• Indicadores definidos en la parte 5 de la guía “Practical Software and


Systems Measurement, A Foundation for Objective Project Management,
Version 4.0c, March 2003”, parte 2.
• Indicadores publicados en el portal de PSM
http://www.psmsc.com/SampleMeasures.asp
• PSMD incluirá al menos un indicador para cada una de las mediciones de
su librería
3) Know Edge publicará en su portal actualizaciones de mediciones que permitirán
la actualización de la librería de indicadores:
4) PSMD contará con una herramienta que permitirá la generación de indicadores a
partir de cualquiera de las mediciones definidas, y la modificación de los
indicadores incluidos en la librería.

3.2.1.7.2 Estimadores
PSMD contará con un conjunto de estimadores predefinidos, y permitirá la elaboración
de nuevos estimadores.
Los estimadores se elaborarán a partir de datos históricos de proyectos presentarán
información histórica de proyectos y permitirán la aplicación de filtros por categorías
Por ejemplo:
Lenguaje de Programación= 4 GL
Dominio= e-Commerce

3.2.1.7.3 Requisitos de los Indicadores


1) Los indicadores podrán mostrar la evolución de mediciones a lo largo del tiempo,
o mostrar la correlación entre diferentes mediciones, este último caso es de
utilidad para realizar estimaciones.
2) Los indicadores podrán mostrar valores planeados y reales.
3) Los indicadores podrán mostrar una medición o múltiples mediciones
simultáneamente (Indicadores Integrados)
4) Los Indicadores permitirán comparar una medición específica de un proyecto con
la misma medición para un grupo de proyectos o para el programa de proyectos.
5) Los indicadores permitirán realizar examinar datos históricos o comparar datos
de proyectos en curso con datos históricos
6) Los indicadores podrán incluir en su parte superior semáforos que permitan
visualizar mediante colores la evolución de las mediciones a lo largo del tiempo
(ver Figura 2).
7) Los indicadores de PSMD podrán emplear los siguientes tipos de
representaciones:
• Tablas
• Gráficos de líneas
• Gráficos de barras
• Gráficos de dispersión
• Semáforos
8) Los indicadores de PSM cumplirán con los siguientes requisitos:

Página 23
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

• Inclusión de un título descriptivo para identificar el nombre del indicador


• Inclusión del nombre del proyecto
• Los ejes deben incluir el nombre de las variables y las marcas, tales como
fechas o valores.
• Para gráficos que muestren tendencias temporales, incluir los principales
hitos o eventos significativos que ocurren en el intervalo de tiempo
presentado.
• Incluir la fecha a la que corresponden los datos mediante una frase
“Datos a…”
• Identificar el origen de los datos

3.2.1.7.4 Indicadores Integrados


1) PSMD permitirá el empleo de indicadores integrados, que incluyan en un mismo
gráfico mas de una medición
2) PSMD incluirá en su librería de indicadores los indicadores integrados definidos
en la tabla de la figura 5-45 de la guía PSM.
3) PSMD Permitirá a los usuarios modificar los indicadores integrados de su librerís,
y crear nuevos indicadores integrados.

3.2.1.7.5 Umbrales e indicadores visuales


Los indicadores presentarán mediante códigos de colores el estado de una medición
(ver 3.2.2.7Planificación de la recolección, análisis y reporte)
PSMD permitirá definir, para cada proyecto, grupo de proyectos o programa, los
workflows empleados para la las siguientes actividades:
• Recolección de datos
• Análisis de datos
• Reporte
1) Establecimiento de umbrales e indicadores visuales de desvíos).
2) Los indicadores podrán mostrar valores planeados y reales.
3) Los indicadores podrán mostrar una medición o múltiples mediciones
simultáneamente (Indicadores Integrados)
4) Los Indicadores permitirán comparar una medición específica de un proyecto con
la misma medición para un grupo de proyectos o para el programa de proyectos.

3.2.1.8 Dashboards genéricos


1) Definición de dashboards genéricos
PSMD permitirá la definición de Dashboards que serán empleados en múltiples
proyectos. Estos Dashboards incluirán los siguientes ítems:
Título del Dashboard
Descripción
Tablas con valores de Mediciones
Indicadores
2) Vistas por roles

Página 24
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

PSMD permitirá definir, para cada uno de los roles (3.2.1.2.2), dashboards que
brinden la información específica que cada función requiere, por ejemplo: Dashboard
para CEO, Dashboard para Aseguramiento de Calidad, etc.
3) Vistas personalizadas
PSMS permitirá la creación de vistas personalizadas para que el Dashboard empleado
incluya la información requerida por cada usuario.
4) Aplicación de Dashboards genéricos en proyectos.
Los Dashboard genéricos podrán ser adaptados a las necesidades específicas de cada
Proyecto o Grupo de Proyectos durante la fase de Planificación de las mediciones
(3.2.2.12).

3.2.1.9 Reportes genéricos


1) PSMD incluirá plantillas de reportes genéricos, estas plantillas podrán ser
modificadas para ajustarse al formato de documentos de cada organización.
2) Los reportes genéricos incluyen solo información sobre su formato y organización,
ya que su contenido se generará automáticamente a partir de los dashboards.
3) Los reportes genéricos podrán ser adaptado a las necesidades especificas de
cada proyecto (3.2.2.13 Definición de Reportes para proyectos)
4) Los reportes tendrán formato PDF, RTF o HTML.

3.2.1.10 Workflows genéricos


1) PSMD permitirá la generación de workflows genéricos para la realización de las
actividades del programa de mediciones, por ejemplo:
• ETL: Extracción de datos de mediciones de las fuentes de datos,
Transformación (limpieza, formateo y verificaciones automáticas y manuales)
y carga en el repositorio de mediciones.
• Publicación y aprobación de planes de mediciones.
• Publicación de Dashboards, incluyendo análisis de las mediciones y
aprobación.
• Publicación de Reportes, incluyendo análisis de las mediciones y aprobación.
• Envío de mails por eventos.
2) PSMD contará con una librería con los workflows más habituales en el proceso de
medición, estos workflows podrán ser modificados por el usuario.
3) PSMD incluirá una herramienta para la generación y modificación de workflows,
que incluirá las siguientes funcionalidades:

• Selección de tareas, a partir de un menú que incluye todas las tareas


necesarias para el funcionamiento de PSM Dashboard incluyendo, por
ejemplo:
o Plan de Mediciones: elaboración, aprobación, publicación, notificación
o Recolección de datos
o Verificación y corrección automática y manual de datos.
o Almacenamiento de datos en el repositorio de mediciones
o Actualización y publicación de Dashboards

Página 25
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

o Análisis de mediciones, inclusión de notas en Dashboards


o Reportes: elaboración, aprobación, publicación, notificación por mails
o Envío de mails ante condiciones programadas, por ejemplo que una
medición haya superado el umbral (3.2.2.9).

• Elaboración de secuencias de tareas serie (aprobación después de la


verificación) o paralelo (aprobación de más de una persona) mediante una
herramienta gráfica para el diseño del diagrama de flujo mediante la
concatenación de íconos que representan tareas.

• Asignar a cada tarea un plazo de ejecución, en el caso en que el plazo se


venza y una tarea no.

• Flujos condicionales (por ejemplo: si la medición “m” excede el umbral “t”,


se informará mediante un mail al rol “r”.
4) Los Workflows incluirán tanto tareas realizadas automáticamente por el sistema
PSMD (por ejemplo extracción de datos) como tareas realizadas por personas
(por ejemplo la aprobación), en este caso se podrá definir el nombre de la
persona, o el rol en forma genérica, determinándose el nombre correspondiente
a cada rol al aplicar el workflow a cada proyecto.
5) En el caso de actividades realizadas por personas el workflow solicitará a la
persona la realización de la actividad mediante un mail, una vez concluida la
tarea la persona actualizará el estado en el sistema, el link a la página donde se
actualizará el estado estará incluido en el mail.
6) Los workflows podrán iniciarse mediante los siguientes eventos:
• Manualmente.
• En forma programada mediante el scheduler, en este caso se definirá el
Programa seleccionado (ver 3.2.1.11 Definición de Programas (Schedules)
genéricos).
• Por eventos, por ejemplo cuando una medición supera un umbral (ver
3.2.2.7.

3.2.1.11 Definición de Programas (Schedules) genéricos


1) PSMD permitirá la generación de programas genéricos para las actividades del
programa de mediciones, por ejemplo:
• Recolección de datos
• Publicación de Dashboards
• Publicación de Reportes
2) Los programas tendrán fechas de comienzo y fin, estas podrán definirse
mediante alguno de los siguientes métodos:
• Fecha fija de comienzo y fin
• Fecha de comienzo y fin del proyecto al que se aplique el programa
• Inicio y fin de una fase del proyecto (por ejemplo: durante el testing del
proyecto X)
3) Se podrá establecer la frecuencia del programa, esta frecuencia podrá diferir
según el período, por ejemplo: La Calidad del producto se mide semanalmente
durante todo el proyecto, pero durante la fase de test se mide diariamente.

Página 26
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

4) En todos los casos los programas dispararán actividades mediante Workflows.

3.2.2 Planificación de las Mediciones

3.2.2.1 Registro de Objetivos de Proyectos


PSMD permitirá definir y mantener una lista de objetivos para cada proyecto,
grupo de proyectos o para todo el programa de proyectos.
Los objetivos establecidos para el programa de proyecto, serán también aplicables
a los grupos de proyectos y a los proyectos individuales.
Los objetivos establecidos para un grupo de proyectos serán de aplicación a los
proyectos que conforman el grupo

3.2.2.2 Registro de Riesgos


1) PSMD permitirá registrar y mantener los riesgos relacionados con los proyectos
en los siguientes niveles:
• Riesgos asociados a un proyecto.
• Riesgos Asociados a un grupo de proyectos.
• Riesgos asociados al Programa de proyectos, en su totalidad.
2) El registro de riesgos podrá realizarse en forma manual, o mediante la
importación y sincronización con los sistemas de Project Management empleados.
3) Para cada Riesgo se registrarán los siguientes ítems:
• Título.
• Descripción.
• Probabilidad de ocurrencia en una escala del 0.1 al 0.9 en intervalos del 0.1
• Impacto cualitativo, en una escala de 1 a 10
• Exposición, como producto de la Probabilidad por el Impacto

3.2.2.3 Registro de Problemas


1) PSMD permitirá registrar y mantener los problemas relacionados con los
proyectos en los siguientes niveles:
• Problemas asociados a un proyecto.
• Problemas asociados a un grupo de proyectos.
• Problemas asociados al Programa de proyectos, en su totalidad.
2) El registro de problemas podrá realizarse en forma manual, o mediante la
importación y sincronización con los sistemas de Project Management empleados.
3) Para cada Problema se registrarán los siguientes ítems:
• Título.
• Descripción.
• Prioridad, en una escala de 1 a 10

Página 27
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

3.2.2.4 Consolidación y priorización de Issues


1) PSMD creará, para cada proyecto, grupo o para el programa de proyectos, un
listado de issues mediante la integración de sus riesgos y problemas,
estableciendo la prioridad del Issue según el siguiente criterio:
• Riesgos: La prioridad del Issue es igual a la exposición del riesgo
• Problemas: La prioridad del Issue es igual a la del problema
2) PSMD permitirá el agregado de otros Issues que no se deriven de Riesgos ni
Problemas, como por ejemplo: restricciones y suposiciones de proyectos,
aspectos tecnológicos, criterios de aceptación de productos, requisitos externos y
experiencia. Un help contextual presentará estos criterios a los usuarios de PSMD.
3) PSMD Presentará mediante una lista una tabla de Issues ordenada por prioridad
decreciente.
4) PSMD permitirá desactivar los Issues de menor prioridad, esta tarea se podrá
realizar en forma manual o automática, por ejemplo: Desactivar los Issues con
prioridad inferior a cinco.

3.2.2.5 Mapeo de Issues con Objetivos


PSMD permitirá, para cada proyecto, grupo de proyectos o para el programa de
mejoras, vincular los Issues activos mencionados en 3.2.2.4, con los objetivos
definidos en 3.2.2.1
Esto permite determinar cómo impactan los issues (problemas y riesgos) en el logro
de los Objetivos establecidos.

3.2.2.6 Selección de Mediciones


PSMD permitirá la selección de las mediciones más apropiadas para cada uno de los
Issues del proyecto, mediante la siguiente secuencia:
1) Para cada Issue del proyecto, PSMD permitirá elegir el área de issues común que
mejor se adecue (ver 3.2.1.6.1.)
2) Para el área de Issue elegida PSMD permitirá seleccionar la Categorías de
Medición que mejor se relacionen con el Issue del proyecto. Para facilitar esta
selección PSMD presentará como ayuda las preguntas a las que cada categoría
de medición responde, de acuerdo con la Tabla 1 incluida en la sección 3.1.2.3
del documento “PSM Dashboard, Panel de Control para el monitoreo de
Proyectos de Desarrollo de Software”
3) Para estas categorías de medición, PSMD permitirá seleccionar las mediciones
que mejor respondan a las necesidades de información del proyecto. Para
facilitar esta selección, y limitar la cantidad de mediciones, PSMD brindará una
ayuda contextual basada en los criterios establecidos en el documento “PSM
Dashboard, Panel de Control para el monitoreo de Proyectos de Desarrollo de
Software”, sección 3.1.2.3, párrafo “Selección de mediciones aplicables”
Para facilitar la selección de las mediciones PSMD mostrará las fases en las que
cada medición se aplica.
4) Con el objeto de acotar el número de mediciones a emplear, y optimizar la
integración del proceso de medición con los procesos técnicos y de gestión,
PSMD contara con una funcionalidad que permita evaluar, calificar, priorizar y

Página 28
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

seleccionar las mediciones que mejor se integran con los demás procesos
organizativos, teniendo en cuenta los siguientes aspectos:
• Disponibilidad de la medición (¿La medición está en uso?)
• Posibilidad de recolección automática
• Calidad de los datos
• Prioridad del Issue Asociado
En el documento “PSM Dashboard, Panel de Control para el monitoreo de Proyectos
de Desarrollo de Software”, sección 3.1.2.4.1 (Identificar Oportunidades de Medición)
se detalla este procedimiento y se incluye un ejemplo.

3.2.2.7 Planificación de la recolección, análisis y reporte


1) PSMD permitirá definir, para cada proyecto, grupo de proyectos o programa, los
workflows empleados para la las siguientes actividades:
• Recolección de datos
• Análisis de datos
• Reporte

3.2.2.8 Selección de indicadores


Para cada Proyecto, grupo de proyectos o programa de mediciones, PSMD permitirá
seleccionar los indicadores disponibles para las mediciones seleccionadas.
Estos Indicadores asociados a las mediciones involucradas estarán disponibles para la
elaboración de Dashboards.
En los casos en que los indicadores muestren valores planeados se podrá mostrar las
diferentes líneas de base disponibles (3.2.2.11)

3.2.2.9 Establecimiento de umbrales e indicadores visuales de desvíos


Para cada una de las mediciones seleccionadas se podrán establecer umbrales que
permitan determinar si la medición se encuentra dentro de los límites aceptables
2) PSMD permitirá asignar los siguientes umbrales:
• Límite superior 1: Al ser excedido genera alarmas menores y semáforos de
de color amarillo.
• Límite superior 2: Al ser excedido genera alarmas mayores y semáforos de
de color rojo.
• Límite inferior 1: Al estar la medición por debajo genera alarmas menores y
semáforos de de color amarillo.
• Límite superior 2: Al estar la medición por debajo genera alarmas mayores y
semáforos de de color rojo.
3) Los umbrales podrán ingresarse manualmente o relacionarse con objetivos del
proyecto, grupo o programa (3.2.2.1 Registro de Objetivos de Proyectos)
4) Los umbrales podrán ser absolutos o relativos, por ejemplo:
• Valores absolutos (Ejemplos):
o Limite inferior 1: 0.20 PF/Hora
o Limite superior 1:0.35 PF/Hora
• Valores relativos (Ejemplos):

Página 29
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

o Cantidad de Componentes Testeados = ± 20% de lo planeado.


ƒ Limite inferior 1: - 10% de lo planeado.
ƒ Limite inferior 2: - 20% de lo planeado.
ƒ Limite superior 1: + 15% de lo planeado.
o Densidad de defectos del proyecto X
ƒ Limite superior 1: + 10% del promedio del programa de
proyectos en ejecución.
ƒ Limite superior 1: + 20% del promedio del programa de
proyectos en ejecución.
o = ± 15% del programa de proyectos en ejecución.
Los indicadores contarán con semáforos que informan la condición de las
mediciones con respecto a los límites establecidos, como en la Figura 2:

Figura 2

3.2.2.10 Control estadístico de procesos


PSMD permitirá determinar a qué mediciones se aplicará el Control Estadístico de
Procesos (SPC), PSMD realizará funciones básicas de control estadístico de procesos,
como las descriptas en 3.2.2.10.1, o funciones más avanzadas mediante la
complementación con otras aplicaciones específicas (3.2.2.10.2).

3.2.2.10.1 SPC Básico


PSMD podrá elaborar Gráficos de Control básicos como el que se muestra en la Figura
3. Estos gráficos se incluirán en el listado de Indicadores asociados a las mediciones

Página 30
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

involucradas, y estarán disponibles para la elaboración de Dashboards

Figura 3
Para la elaboración de este gráfico de control básico PSMD adopta los siguientes
criterios:
• CL= Promedio de la serie de datos de la medición
• σ (Sigma) = Desviación Estándar de la serie de datos de la medición
• Límite superior 1 = UL1= CL + σ
• Límite superior 2 = UL1= CL + 2 σ
• Límite inferior 1 = UL1= CL - σ
• Límite superior 2 = UL1= CL - 2 σ
La definición de estos criterios puede ser modificada por el usuario (Por
ejemplo, eligiendo 3 σ en lugar de 2 σ.

3.2.2.10.2 SPC Avanzado


Para la realización de un control estadístico de procesos avanzado, PSM Dashboard
proveerá interfaces con software específico para esta función, como se detalla en la
Tabla 3

3.2.2.11 Valores Planificados de Mediciones


1) PSMD contará con los programas, workflows y colectores para obtener los
valores planificados de las mediciones.
2) En los casos en que se disponga de valores reales pero no se cuente con valores
planeados, PSMD permitirá la carga manual de estos datos.
3) Dado que las planificaciones sufren modificaciones, PSMD contará con la
capacidad de registrar cada nuevo conjunto de valores planeados como una
Línea de Base (LB), numerándolas en forma consecutiva (LB!, LB2, etc.)

3.2.2.12 Definición de Dashboards para proyectos


PSM Dashboard prevé dos métodos para la definición de los Dashboard de
cada proyecto, grupo o Programa:

3.2.2.12.1 Generación de Dashboards a partir de Plantillas

Página 31
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

1) Para cada Proyecto o grupo de proyectos podrán generarse Dashboards


específicos a partir de las Plantillas definidas en 3.2.1.8.
2) Las vistas de Dashboard personalizadas por roles (Por ejemplo Dashboard para
el CEO, Dashboard para el Cliente) definidas en forma genérica en 2) (Vistas por
roles) son instanciadas automáticamente de acuerdo con la definición de roles
para cada proyecto o grupo de proyectos (3.2.1.3.4 Roles por proyecto)

3) Los Dashboard específicos podrán ser modificados para lograr el mejor ajuste al
conjunto de mediciones seleccionadas para el proyecto.

3.2.2.12.2 Generación automática de Dashboards


A partir del conjunto de mediciones seleccionadas para un proyecto o grupo de
proyectos, PSMD podrá generar automáticamente dashboards que incluyan
representaciones de estas mediciones mediante tablas o indicadores relacionados.
PSMD permitirá al usuario seleccionar las tablas, los indicadores y la distribución,
e incluir cuadros de texto.

3.2.2.13 Definición de Reportes para proyectos


1) PSMD permitirá aplicar a cada proyecto, grupo de proyectos o al programa de
mediciones, los Reportes Genéricos mencionados en 3.2.1.9.
2) Los reportes genéricos podrán ser adaptados a las necesidades específicas de
cada proyecto.
3) Dado que los reportes se generan automáticamente a partir del contenido de los
dashboards, PSMD permitirá definir esta relación entre Dashboards (origen) y
Reportes (destino) y la organización de esta información en los reportes.

3.2.2.14 Definición de workflows específicos


1) Dependiendo de las definiciones realizadas en el alcance de los Workflows
genéricos (ver 3.2.1.10 Workflows genéricos), estos aplicarán a proyectos
específicos o a grupos proyectos.
2) Los roles definidos en los workflows genéricos serán instanciados a personas
cuando estos se aplican a proyectos específicos.
3) Los workflows pueden ser modificados cuando estos se aplican a proyectos
específicos, o grupos de proyectos.

3.2.2.15 Definición de programas (schedules) específicos


1) Los programas que aplican a cada proyecto o grupo de proyectos son los
seleccionados para los Wokflows que apliquen a estos proyectos.
2) Los programas pueden ser modificados cuando estos se aplican a proyectos
específicos, o grupos de proyectos.

3.2.2.16 Documentación del plan de mediciones


1) A partir de las definiciones realizadas entre los ítems 3.2.2.1. y 3.2.2.15 PSMD
elaborará el documento “Plan de Mediciones” que podrá ser consultado en
pantalla o impreso.
2) El plan de Mediciones podrá exportarse en formatos RTF o PDF.

Página 32
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

3) Como estructura para el Documento “Plan de Mediciones” se empleará la


sugerida por PSM, descripta en el documento “PSM Dashboard, Panel de Control
para el monitoreo de Proyectos de Desarrollo de Software”, Sección: 3.1.2.4.2
Especificación de los requisitos de las mediciones / Plan de mediciones
4) PSMD contará con un conjunto de plantillas estándar para la documentación del
plan de mediciones, estas plantillas permitirán:
• Generar un plan de mediciones autónomo.
• Generar un plan de mediciones que se integre con otros planes, por ejemplo
el plan de proyecto.
5) Los usuarios podrán modificar las plantillas mencionadas en el ítem anterior, o
generar nuevas plantillas empleando su logo, estilos e imagen institucional.
6) PSMD Contará con un workflow para la elaboración, revisión, aprobación,
publicación y notificación a los destinatarios del Plan de Mediciones, ver 3.2.1.10
Workflows genéricos.

Página 33
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

3.2.3 Aplicación de las mediciones

3.2.3.1 Extracción, Transformación y Carga de datos (ETL)

3.2.3.1.1 Extracción de datos


1) PSMD Realizará la extracción de datos de acuerdo con los Workflows de ETL
definidos en forma genérica.
2) El proceso de extracción se diseñará para que el sistema de mediciones tenga el
menor impacto sobre los sistemas fuente:
• En ningún caso el colector realizará modificaciones sobre el sistema fuente
• Los Workflows de extracción se diseñarán para que el impacto sobre el
desempeño de los sistemas fuente sea mínima (por ejemplo extrayendo los
datos durante la noche)
3) Los datos podrán provenir de los siguientes orígenes:
• Aplicaciones listadas en la Tabla 3, por ejemplo
o Application Lifecycle Management (ALM)
o Project Management
o Enterprise Resources Planners (ERP)
• Bases de Datos listadas en la Tabla 3
• Aplicaciones desarrolladas por el cliente
• Planillas de Excel
• Archivos de Texto
• Datos ingresados manualmente.
4) PSMD se basa en el concepto de maximizar la extracción automática de datos,
siempre que esto resulte posible.
5) PSMD Proveerá los colectores necesarios para extraer datos de las fuentes
listadas en la Tabla 3, y proveerá la herramienta Collect-it, para extraer datos de
las siguientes fuentes:
• Aplicaciones no incluidas en la Tabla 3
• Bases de datos no incluidas en la Tabla 3, mediante ODBC
• Aplicaciones desarrolladas por el cliente
6) PSMD Asociará a cada dato recolectado la siguiente información:
• Organización (3.2.1.1.1) y Establecimiento (3.2.1.1.3) de origen.
• Fuente de datos, por ejemplo: sistema, base de datos, portal o archivo
(3.2.1.5).
• Fecha y hora de la extracción.
• Proyecto y fase del ciclo de vida.
• Workflow de Recolección empleado (3.2.1.10, 3.2.2.14)

3.2.3.1.1.1 Herramienta para genreción de colectores de datos “Collect It”


La función de la herramienta Collect It es la de permitir a los Usuarios de PSM
Dashboard desarrollar colectores que permitan integrar cualquier fuente de datos,
para la que PSMD no cuente con un colector específico.

Página 34
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

La especificación en detalle de esta herramienta está fuera del alcance de este


documento, Soft Star elaborará esta especificación y la remitirá a Know Edge para su
Verificación y Aprobación
Las características generales de la herramienta son las siguientes:
1) Collect It permitirá desarrollar interfases que capturen y analicen datos (parsing),
separando los ítems de medición y convirtiéndolos a un archivo XML de formato
estandarizado.
2) PSM Dashboard contará con un colector para recolectar datos de los archivos
XML generados por Collect It.

3.2.3.1.2 Transformación de datos


La transformación de los datos extraídos incluye las siguientes tareas:
• Almacenamiento temporal de datos.
• Limpieza de datos.
• Verificación y corrección de datos.
• Normalización de datos.

3.2.3.1.2.1 Almacenamiento temporal de datos


Los datos “crudos” extraídos son almacenados temporalmente para la realización de
las actividades de limpieza, verificación, corrección y normalización, respetando el
requisito de no realizar ninguna modificación sobre las fuentes de datos.

3.2.3.1.2.2 Limpieza de datos


En esta fase se eliminan la información innecesaria y, los datos duplicados o
redundantes.

3.2.3.1.2.3 Verificación y Corrección


1) Los workflows de extracción, transformación y carga (ETL) incluirán una etapa de
verificación de datos, para asegurar la calidad de los mismos. La verificación
podrá realizarse mediante los siguientes procedimientos:
• Verificación y corrección automática de datos mediante un generador de
reglas de verificación y corrección de datos incluido en PSMD:
• Verificación automática y corrección manual de datos.
• Verificación y corrección manual de datos
La elección del procedimiento a emplear depende de la confiabilidad de la
fuente y de la calidad de sus datos. En el documento “PSM Dashboard, Panel
de Control para el monitoreo de Proyectos de Desarrollo de Software” sección
3.1.4.2.2 (verificación de datos), se incluye un check list con criterios para la
verificación de datos
• Normalización de datos
2) PSMD contará con reglas para la normalización automática de datos, por
ejemplo:
• Conversión de unidades (Por ejemplo de Meses Hombre a Horas Hombre)
• Normalización de unidades de medición
• Conversión nominal: Por ejemplo Ítems en lugar de CI

Página 35
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

3.2.3.1.3 Carga de datos


Una vez completada la limpieza, verificación, corrección y normalización de los datos,
estos son transferidos al Repositorio Único de Mediciones, y están disponibles para su
análisis, publicación de Dashbords y generación de reportes.
El Repositorio Único de Mediciones será una base de datos diseñada e indexada como
Almacén de Datos (Data Warehouse), de manera de facilitar el análisis multi
dimensional de los datos allí almacenados.

Página 36
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

3.2.4 Análisis y reporte de mediciones


El workflow de análisis y reporte de mediciones tendrá por defecto la siguiente
secuencia:

Elaboración de Dashboards
(PSMD)

Aprobación
(Aprobador)

Análisis de Mediciones
(Analista)

Generación de Reportes
(PSMD)

Revisión de Reportes
(Analista)

Aprobación
(Aprobador)

Publicación Dashboard Publicación de Reportes Distribución


(PSMD) (PSMD) de Reportes
(PSMD)

Notificación a la audiencia Notificación a la audiencia


(PSMD) (PSMD)

Figura 4: Workflow de análisis y reporte

Página 37
UCA
A, Trabajo Fiinal Especiallización en In
ngeniería de Software Requisitos d
de PSM Das
shboard

3.22.4.1 Anállisis

3..2.4.1.1 Ellaboración
n de Dashbboards
De acuerdo conn la secuenc
cia prevista
a en los wo
orkflows corrrespondienntes a cadaa
proyecto o grup
po de proyeecto, PSMDD generará los Dashbo oards planifficados (3.2
2.2.12)

3..2.4.1.2 An
nálisis de Mediciones
M s
1) El analista de medicio ones será notificado
n mediante
m e--mails gene
erados por los
Workflows os, sobre la disponibilidad de los dashboards actualizados y
s respectivo
d de realizar el análisis
la solicitud s de las me
ediciones.
2) Cada vez que
q evo Dashboard PSM Da
se genera un nue ashboard le
e asigna
automática
amente un número dee versión.
3) PSMD Asociará cada versión dell Dashboard
d con la fas
se del proyecto
correspond
diente.
4) El analista de medicioones realiza
ará el análiisis a partirr de la siguiiente inform
mación:
• Información publicada en el Dashboard
D
• Acceso a información más de etallada a partir
p de loss indicadorees incluidoss en el
Dashboaard
• Consulta as al reposiitorio de me
ediciones mediante
m coonsultas baasadas en Tablas
T
Pívot Mu
ultidimensio
onales. Parra estas consultas se emplearán Cubos OLA AP.
onclusiones mediante anotacione
5) El analista documentará sus co es (ícono )
sobre el Dashboard, como se muestra
m en la
l Figura 5..

Figura 5
6) Una vez re odas las acttividades de análisis, el analista informa la
ealizadas to
finalización ea, por lo que el workfflow pasa a las fases d
n de la tare de Aprobacción y
Publicaciónn de Dashb boards
7) Se podrán realizar co
onsultas sobbre el resultado de an
nálisis realiz
zado en una
versión de
el Dashboarrd, en un in
ntervalo de tiempo o de
d versione es, para una
a fase o
grupo de fases
f o para
a todo el prroyecto.

Página 38
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

3.2.4.1.3 Análisis de mediciones: Drill Down


PSMD permitirá incrementar el nivel de detalle (Drill Down) de las mediciones a partir
de cualquier indicador.
En el caso del indicador MAE PSMD permitirá seleccionar cualquier área de Issue y
acceder al estado de las categorías de medición asociadas (Figura 6). De la misma
forma será posible acceder al estado de las mediciones e indicadores individuales
seleccionando la Categoría de Medición de interés mediante el ícono , como se
muestra en la Figura 7

Drill Down

Nivel: Categoría
de Medición

Nivel: Áreas de Issue


Figura 6
Drill Down de Issue a Categoría de medición

Figura 7
Drill Down de Issue a Categoría de medición

Página 39
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

3.2.4.2 Reportes

3.2.4.2.1 Aprobación de Dashboards


El workflow preverá una instancia de aprobación, posterior al análisis y previa a la
publicación.
Una vez finalizado el análisis, el workflow enviará e-mails a él o los aprobadores,
quienes informarán al sistema su decisión de aprobar o no las mediciones, si la
decisión fuera la no aprobación el workflow regresará a la fase de Análisis de
Mediciones .

3.2.4.2.2 Publicación de Dashboards


Una vez aprobado, PSM Dashboard publicará los Dashboards de la forma prevista en
el workflow.
Las opciones de publicación empleadas por PSM Dashboard son las siguientes:
• Publicación en PSM Dashboard como página HTML. En este caso los usuarios
accederán a PSMD como aplicación autónoma para mediciones.
• Publicación en los portales Colaborativos de Know Edge, conjuntamente con los
Dashboards del producto “Know Edge Business Dashboard” empleados para la
gestión del Negocio.
• Publicación mediante portales colaborativos basados en Microsoft SharePoint™,
conjuntamente con otros Dashboards e información empleada para la gestión
del Negocio. En este caso la publicación se podrá realizar por uno de los
siguientes métodos:
o Los Dashboard de PSMD serán publicados con formato de Web Parts de
SharePoint. Estos Web Parts serán integrados a portales colaborativos
SharePoint.
o Las páginas Web de los Dashboards de PSMD serán incluidas en la
páginas de SharePoint mediante su Visor de Páginas Web.

3.2.4.2.3 Notificación de la Publicación de Dashboards


Una vez publicados los Dashboards, el workflow de PSMD enviará mails a la audiencia
prevista, estos mails incluirán links para habilitar el acceso a los dashboards.

3.2.4.2.4 Generación de reportes


Una vez aprobados los dashboards, PSMD generará automáticamente los reportes
previstos en la planificación (3.2.2.13). PSMD generará estos reportes a partir de las
mediciones, indicadores y anotaciones incluidas en los dashboards aprobados.

3.2.4.2.5 Revisión de reportes


Una vez generados los reportes, el workflow solicitará al analista de mediciones
correspondiente la revisión de los mismos. En esta etapa el analista podrá editar el
documento y agregarle las notas y comentarios que considere necesarios. Una vez
concluida la revisión el Analista informa a PSMD para que el workflow continúe.

3.2.4.2.6 Aprobación de reportes

Página 40
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

Una vez finalizada la revisión de los reportes, el workflow enviará e-mails a el o los
aprobadores, quienes informarán al sistema su decisión de aprobar o no los reportes,
si la decisión fuera la no aprobación el workflow regresará a la fase de Análisis de
Mediciones

3.2.4.2.7 Publicación de reportes


Una vez aprobados, PSM Dashboard publicará los Reportes de la forma prevista en el
workflow.
Las opciones de publicación empleadas por PSM Dashboard son las siguientes:
• Publicación en PSM Dashboard
• Publicación en los portales Colaborativos de Know Edge, conjuntamente con
otros Reportes empleados para la gestión del Negocio.
• Publicación mediante portales colaborativos basados en Microsoft SharePoint™
mediante Document Libraries.

3.2.4.2.8 Notificación de la Publicación de reportes


Una vez publicados los Dashboards, el workflow de PSMD enviará mails a la audiencia
prevista, estos mails incluirán links para habilitar el acceso a los reportes.

3.2.4.2.9 Distribución de reportes


PSM Dashboard permitirá la distribución de reportes como archivos adjuntos de mails
enviados a la audiencia prevista. En este caso también se realizará la publicación
(3.2.4.2.7), pero no la notificación (3.2.4.2.8). La distribución es un método útil para
el caso de stakeholder externos a la organización que no tienen acceso directo a
PSMD, como es el caso de los clientes.

Página 41
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

3.2.5 Aspectos de seguridad de PSM Dashboard

3.2.5.1 Autenticación
En el caso de usuarios incluidos en el Active Directory, la autenticación estará
integrada con este servicio, por lo que no será necesario que el usuario
ingrese el nombre de usuario y la contraseña para ingresar a PSM Dashboard,
adoptando PSMD el Usuario empleado para iniciar la sesión de Windows.
En el caso de los usuarios no incluidos en el Active Directory, o en el caso de
usuarios incluidos que accedan en forma remota al sistema, se requerirá el
ingreso de usuario y contraseña para acceder al sistema.

3.2.5.2 Permisos y Control de Accesos


Dependiendo del (o los) roles asignados a cada persona, PSMD restringirá el
acceso a sus funcionalidades y a los datos.
PSMD Contará por defecto con una pre asignación de accesos por rol, basada
en la Tabla 2 de este documento y en consideraciones relacionadas con la
seguridad de la información, esta asignación podrá ser modificada por el
administrador del sistema.
El nombre de usuario empleado para el inicio de la sesión de Windows y login
a PSMD, será empleado para determinar los permisos de acceso.

3.2.5.3 Auditoría
PSMD conservará un Registro de Auditoría (Log) con todas las transacciones
registrando por lo menos los siguientes datos:
• Fecha y Hora de la transacción
• Usuario
• Equipo desde donde se realiza la transacción (IP y/o nombre del
equipo)
• Opción de menú accedida
• Dato modificado

Página 42
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

3.3 Atributos de Calidad

3.3.1 Interoperabilidad

3.3.1.1 Recolección de datos de diversas fuentes


• En los casos en que no sea posible el acceso a una fuente por cambios en
políticas de acceso, un workflow alternativo permitirá completar manualmente
el proceso ETL en menos de 8 horas.
• En los casos en que no los datos necesarios no estén disponibles, se encuentre
desactualizados o no posean la calidad necesaria, un workflow alternativo
permitirá definirlos menos de 8 horas.
• En ambos casos se contará con un proceso de escalamiento en el caso en que
el proceso manual no se complete en los plazos pevistos

Escalamiento

Verificación y
Corrección
Manual
Calidad
Insuficiente

Evaluación de Calidad Suficiente Formateo y


Extracción de
Calidad de Carga de
Datos
Datos Datos
Calidad
Insuficiente
Verificación y
Corrección
Automática

Figura 8: Proceso ETL, Workflows Alternativo para verificación y corrección

3.3.1.2 Recolección de datos de nuevas fuentes


• Mediante la herramienta Collect It será posible desarrollar un nuevo colector
en menos de 10 horas.

3.3.1.3 Mínimo impacto sobre las fuentes


• Los procesos ETL (Extracción, Transformación y Carga) no modificarán los
datos de las fuentes.
• Los procesos ETL se programarán para que la extracción se realice en horarios
elegidos para no degradar el desempeño de las fuentes.

3.3.2 Usabilidad
• Generación de Dashboards: El administrador de PSMD o un analista de
mediciones podrá generar un nuevo Dashboard en menos de una hora.

Página 43
UCA, Trabajo Final Especialización en Ingeniería de Software Requisitos de PSM Dashboard

• Generación de Workflows: Mediante una herramienta gráfica basada en


conectores e íconos que representan tareas, el administrador de PSMD o un
analista de mediciones podrá generar un nuevo workflow en menos de 4 horas.
• Aprendibilidad: Cualquier usuario con habilidad en el empleo de herramientas
de planilla de cálculo y procesador de texto aprenderá a usar el sistema
mediante una capacitación de 16 horas.

3.3.3 Integrabilidad
• Integración con Productos de BI de Know Edge: El producto tendrá una
arquitectura de Business Intelligence compatible con la de los actuales
productos de BI de Know Edge.
• Integración con Sharepoint: Los Dashboards podrán publicarse como Web
Parts de manera de facilitar su publicación en portales colaborativos de
Sharepoint 2003 y 2007

3.3.4 Reusabilidad
• Reuso de los colectores de los Productos de BI de Know Edge: Los colectores
ya desarrollados para los productos de BI de Know Edge (Por ejemplo
colectores de ERPs y Bases de Datos) podrán ser empleados en PSM
Dashboard sin modificaciones

3.3.5 Desempeño
• Acceso a Dashboards: Se podrá acceder a cualquier Dashboard en menos de 5
segundos.

Página 44