requisitos psm dashboard

Traba

Espe

Fac

Car

ajo Final

ecificac

Pontifi

cultad de

rera de E

Especial

PSM

ción de

Autor

Tutor:

icia Unive

Ciencias

Especializ

C

ización e

Tema:

M Dash

e Requ

r: Pablo C

Alejandro

ersidad C

s Fisicom

zación en

Curso: 20

en Ingenie

hboard

uisitos

Chocrón

o Bianchi

Católica A

atemática

n Ingenier

006

ería de S

del Pr

i

Argentina

as e Inge

ría de So

Software

oducto

eniería

oftware

o

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

Página 2

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 3

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 4

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 Acronimo

Definición

ABM Altas Bajas y Modificaciones

ALM (Application Lifecycle Managemente)

Software para gestión del ciclo de vida de la aplicación incluyendo gestión de requerimientos, de la configuración, de la calidad y todos los aspectos involucrados en un desarrollo.

Area de Issue comunes

Agrupamiento de Issues comunes de naturaleza similar, PSM establece siete Áreas.

BI Business Intelligence, Inteligencia de Negocios: Concepto que 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 Items)

Ítems de Configuración: Una agregación de productos tratados 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

CMMI Capability Maturity Model Integration: Modelo para la mejora o evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software

Colectores Programas para la recolección de datos de diferentes fuentes, 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

Dashboard Panel de Control: Herramienta de gestión empleada para 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 5

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

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

PSM Proceso de mediciones basado para gestión de proyectos de 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 allocation matrix)

Matriz de alocación de recursos: definición de los roles que cada miembro del equipo va a desempeñar en cada proyecto.

SharePoint Plataforma basada en Web de colaboración y gestión de documentos de Microsoft™

SPC (Statistical Process Control)

Control estadístico de procesos: Análisis basado en técnicas 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 Breakdown structure)

Desglose de un proyecto en un conjunto de actividades elementales. La WBS posee una estructura en niveles con diferente grado de detalle.

Workflow La automatización de un proceso de negocios, en su totalidad o en 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.


Página 6

[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 7

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 8

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 9

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 10

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:

Sistema Productos Descripción Interacción de PSM Dashboard

ALM: Application Lifecycle Management

Telelogic, Mercury, Serena, IBM Rational

Gestión de la Configuración Gestión de Cambios Gestión de Requerimientos Seguimiento de defectos

Extracción de Datos

Project Management

Microsoft Project MS Project Server 2003 MS Project Server 2007

Hitos y Esfuerzo Planeados y Reales

ERP SAP, Oracle, Sage Costos Planeados y Reales

Bases de Datos

Microsoft SQL Oracle My SQL

Almacenamiento de datos técnicos y de gestión de proyectos, Almacenamiento de datos de Calidad de productos y procesos Portal

Colaborativo Microsoft SharePoint 2003, 2007

Portal Colaborativo

Microsoft SharePoint 2003, 2007

Publicación de Dashboards

Portal Colaborativo

Know Edge Business Dashboard

Publicación de Dashboard

Control estadístico de procesos

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

Librería de Mediciones

Know Edge Actualización de la librería de mediciones mediante la conexión por internet con el Site de Know Edge

Tabla 3


Página 11

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:

Desktop Departamento Organización o

Multi-Organización

Cliente Web

CPU Pentium IV 2GHz, Memoria 2GB, HD 240 MB,

Windows Server 2003, IE 6,

SQL Server 2003

CPU Celeron 1.7GHz, 160 MB HD,

Memoria 1GB Windows XP, IE 6

CPU Celeron 1.7GHz, 160 MB HD,

Memoria 1GB Windows XP, IE 6

Servidor de Aplicación CPU Pentium IV 3GHz,

Memoria 4GB, HD 240 MB

Windows Server 2003 SQL Server 2003

CPU Core 2 Duo 2GHz, Memoria 4GB, HD 240 MB,

Windows 2003

Base de Datos

CPU Core 2 Duo 2GHz, Memoria 4GB, HD 240 MB,

Windows 2003, SQL Server 2003

Tabla 4


Página 12

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.

Figura 1

ud

Administración

Planificación de Mediciones

Análisis

Reporte

Administrador

Analista de Mediciones Gerente de Proyecto, Lider de Desarrollo

Miembro de equipoDirector, CEO

Aplicación de Mediciones

Fuentes de Datos

QA Cliente


Página 13

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 14

• 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 15

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 16

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 17

• 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 18

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 19

Área de Issue Categoría de Medición

Cronograma y Progreso Desempeño de Hitos Progreso de las unidades de trabajo Capacidad Incremental

Recursos y Costo Personal Desempeño Financiero Recursos de ambiente y soporte

Tamaño y Estabilidad del Producto Tamaño y Estabilidad Física Tamaño y Estabilidad Funcional

Calidad del Producto

Correctitud Funcional Soportabilidad, Mantenibilidad Eficiencia Portabilidad Usabilidad Dependabilidad, Confiabilidad

Desempeño del proceso Conformidad del proceso Eficiencia del proceso Efectividad del proceso

Efectividad de la tecnología Adecuación de la Tecnología Impacto Volatilidad de la tecnología

Satisfacción del Cliente Realimentació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 20

• 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 21

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

Medición Nivel CMMI

Área de Proceso

Área de Issue Categoría de

Mediciones PSM

Número de revisiones sufridas en el plan de proyecto, incluyendo mediciones de variaciones de costo, plazo y esfuerzo por revisión del plan.

2 PP

Tamaño y Estabilidad

Estabilidad de Documentos (*)

Exposición a riesgos 2 PCM

Riesgos (*) 3 RSKM

Cantidad de Riesgos por estado Ocurrencia de riesgos no previstos

3 RSKM

Cantidad de cambios realizados a los requisitos para el proveedor Variación de costo y cronograma por acuerdo con los proveedores.

2 SAM Proveedores (*)

Incluir Atributo: Retrabajo en las mediciones de costo, cronograma y esfuerzo.

3 RD Cronograma y

Progreso Recursos y Costo

Tamaño de la documentación generada en el proyecto, por ejemplo número de páginas

3 TS Tamaño y Estabilidad

Tamaño Físico

Variación entre las evaluaciones de procesos planeadas y realizadas

2 PPQA

Desempeño del Proceso

Cumplimiento del proceso

Perfil de la verificación (Cantidad de verificaciones planeadas y realizadas)

3 VER

Perfil de la validación (Cantidad de actividades de validación planeadas y realizadas)

3 VAL

Mediciones para evaluar la efectividad del entrenamiento:

Evaluaciones de Fin de Curso

Calificaciones de los asistentes

Nivel de asistencia a los cursos

Grado de aplicación

Cantidad de cursos realizados

3 OT

Cantidad de actividades de mejora propuestas e implementadas

3 OPF


Página 22

Perfil de subprocesos bajo gestión estadística (por ejemplo cantidad de subprocesos gestionados estadísticamente vs. Cantidad planeada)

Cantidad de causas especiales de variación identificadas.

4 QPM

Desempeño del Proceso


Mejoras realizadas / Mejoras previstas 5 OID Desempeño del Proceso


Cantidad de causas raíz eliminadas

Cambios en la calidad o en el desempeño de los procesos por instancias de CAR

5 CAR

Tabla 6

Mediciones derivadas relacionadas con el modelo CMMI

Medición Nivel

CMMI

Área de Proceso

Categoría de Mediciones PSM

Densidad de Defectos 3 RD, TS Calidad del producto 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 23

• 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 24

• 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 25

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 26

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 27

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 28

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 29

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 30

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 31

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 32

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 33

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 34

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 35

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 36

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 37

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

Figura 4: Workflow de análisis y reporte

Elaboración de Dashboards (PSMD)

Aprobación (Aprobador)

Publicación Dashboard (PSMD)

Notificación a la audiencia (PSMD)

Generación de Reportes (PSMD)

Publicación de Reportes (PSMD)

Notificación a la audiencia (PSMD)

Revisión de Reportes (Analista)

Distribución de Reportes

(PSMD)

Análisis de Mediciones (Analista)

Aprobación (Aprobador)

UCA

3.2

3.De aproy

3.1)

2)

3)

4) ••

•

5)

6)

7)

A, Trabajo Fi

2.4.1 Anál

.2.4.1.1 Elcuerdo conecto o grup

.2.4.1.2 AnEl analistaWorkflowsla solicitud

Cada vez qautomática

PSMD Asocorrespond

El analista Informa Acceso a

Dashboa Consulta

Pívot Mu

El analistasobre el D

Una vez refinalizaciónPublicación

Se podránversión degrupo de f

inal Especial

lisis

laboraciónn la secuencpo de proye

nálisis de M de medicio

s respectivod de realiza

que se genamente un

ciará cada diente.

de medicioción publica informaciard as al reposiultidimensio

documenashboard,

ealizadas ton de la taren de Dashb

realizar coel Dashboarfases o para

lización en In

n de Dashbcia previstaecto, PSMD

Medicionesones será nos, sobre lar el análisis

era un nue número de

versión del

ones realizaada en el Dón más de

itorio de meonales. Par

tará sus cocomo se m

odas las actea, por lo qboards

onsultas sobrd, en un ina todo el pr

ngeniería de

boards a en los wo

D generará

s notificado m disponibilis de las me

evo Dashboe versión.

l Dashboard

ará el análiDashboard etallada a p

ediciones mra estas co

onclusionesmuestra en l

Figura 5

tividades due el workf

bre el resuntervalo deroyecto.

Software

orkflows corlos Dashbo

mediante e-dad de los

ediciones.

ard PSM Da

d con la fas

isis a partir

partir de los

mediante consultas se

mediante la Figura 5.

5

e análisis, flow pasa a

ltado de an tiempo o d

Requisitos d

rrespondienoards planif

-mails gene dashboard

ashboard le

se del proy

r de la sigui

s indicadore

onsultas baemplearán

anotacione.

el analista a las fases d

nálisis realizde versione

de PSM Das

Págin

ntes a cadaficados (3.2

erados por s actualiza

e asigna

ecto

iente inform

es incluidos

asadas en T Cubos OLA

es (ícono

informa la de Aprobac

zado en unes, para una

shboard

a 38

a 2.2.12)

los dos y

mación:

s en el

Tablas AP.

)

ción y

a a fase o


Página 39

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

Figura 6

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

Figura 7

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

Nivel: Áreas de Issue

Nivel: Categoría de Medición

Drill Down


Página 40

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 41

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 42

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 43

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

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.

Extracción de Datos

Evaluación de Calidad de

Datos

Formateo y Carga de

Datos

Verificación y Corrección Automática

Verificación y Corrección

Manual Calidad

Insuficiente

Calidad Insuficiente

Calidad Suficiente

Escalamiento


Página 44

• 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.

requisitos psm dashboard

Documents