Requisitos Psm Dashboard

Traba ajo Final Especialización en e Ingenie ería de S Software

Tema:

PSM M Dash hboard Espe ecificacción de e Requ uisitos del Producto 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 

2 

3 

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 

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 

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

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

Workflow

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

CMMI para Desarrollo de Software PSM para su programa de mediciones ISO-9001:2000 para su Sistema de Gestión de Calidad 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 de PSM Dashboard

Sistema

Productos

Descripción

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

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

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

Extracción de Datos

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

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:

Desktop

Cliente Web

Servidor de Aplicación

Base de Datos

CPU Pentium IV 2GHz, Memoria 2GB, HD 240 MB, Windows Server 2003, IE 6, SQL Server 2003

Departamento

Organización o Multi-Organización

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

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 CPU Core 2 Duo 2GHz, Memoria 4GB, HD 240 MB, 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 Planificación de Mediciones

Análisis Miembro de equipo

Gerente de Proyecto, Lider de Desarrollo

Director, CEO

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

Área de Issue 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

Requisitos de PSM Dashboard

Categoría de Medición Desempeño de Hitos Progreso de las unidades de trabajo Capacidad Incremental Personal Desempeño Financiero Recursos de ambiente y soporte Tamaño y Estabilidad Física Tamaño y Estabilidad Funcional Correctitud Funcional Soportabilidad, Mantenibilidad Eficiencia Portabilidad Usabilidad Dependabilidad, Confiabilidad Conformidad del proceso Eficiencia del proceso Efectividad del proceso Adecuación de la Tecnología Impacto Volatilidad de la tecnología 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 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 Medición Número de revisiones sufridas en el plan de proyecto, incluyendo mediciones de variaciones de costo, plazo y esfuerzo por revisión del plan.

Nivel CMMI

Área de Proceso

Área de Issue Categoría de Mediciones PSM Tamaño y Estabilidad

2

PP

2

PCM

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 (*)

Cronograma y Progreso Recursos y Costo

Exposición a riesgos

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

3

RD

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

3

TS

Variación entre las evaluaciones de procesos planeadas y realizadas

2

PPQA

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

Riesgos (*)

Tamaño y Estabilidad Tamaño Físico

Desempeño del Proceso

Mediciones para evaluar la efectividad del entrenamiento: Evaluaciones de Fin de Curso Calificaciones de los asistentes

Estabilidad de Documentos (*)

3

OT

3

OPF

Cumplimiento del proceso

Nivel de asistencia a los cursos Grado de aplicación Cantidad de cursos realizados Cantidad de actividades de mejora propuestas e implementadas

Página 21

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

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

Requisitos de PSM Dashboard

4

QPM

5

OID

Desempeño del Proceso

5

CAR

Cumplimiento del proceso

Cantidad de causas especiales de variación identificadas. Mejoras realizadas / Mejoras previstas Cantidad de causas raíz eliminadas Cambios en la calidad o en el desempeño de los procesos por instancias de CAR

Desempeño del Proceso Cumplimiento del proceso

Tabla 6

Mediciones derivadas relacionadas con el modelo CMMI Nivel

Medición

CMMI

Densidad de Defectos

3

Área de Proceso

Categoría de Mediciones PSM

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

o

o

o

Requisitos de PSM Dashboard

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.

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.

= ± 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 (PSMD)

Publicación de Reportes (PSMD)

Notificación a la audiencia (PSMD)

Notificación a la audiencia (PSMD)

Distribución de Reportes (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 con n la secuenc cia prevista a en los wo orkflows corrrespondien ntes a cada a proyecto o grup po de proye ecto, PSMD D 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 s respectivo os, sobre la disponibilidad de los dashboards actualizados y la solicitud d de realizar el análisis s de las me ediciones. q se genera un nue evo Dashboard PSM Da ashboard le e asigna 2) Cada vez que automática amente un número de e versión. d con la fas se del proyecto 3) PSMD Asociará cada versión dell Dashboard correspond diente. ones realiza ará el análiisis a partirr de la siguiiente inform mación: 4) El analista de medicio D • Información publicada en el Dashboard etallada a partir p de los s indicadore es incluidos s en el • Acceso a información más de Dashboa ard as al reposiitorio de me ediciones mediante m co onsultas ba asadas en Tablas T • Consulta Pívot Mu ultidimensio onales. Parra estas consultas se emplearán Cubos OLA AP. onclusiones mediante anotacione es (ícono 5) El analista documentará sus co sobre el Dashboard, como se muestra m en la l Figura 5..

)

Figura 5 ealizadas to odas las acttividades de análisis, el analista informa la 6) Una vez re finalización n de la tare ea, por lo que el workfflow pasa a las fases d de Aprobac ción y Publicación n de Dashb boards onsultas sob bre el resultado de an nálisis realiz zado en una 7) Se podrán realizar co 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 muestra en la Figura 7

, como se

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

Extracción de Datos

Evaluación de Calidad de Datos

Calidad Suficiente

Calidad Insuficiente

Formateo y Carga de Datos

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