Gestión de interesados

La Gestión de los Interesados del Proyecto incluye los procesos necesarios para identificar a las
personas, grupos u organizaciones que pueden afectar o ser afectados por el proyecto, para
analizar las expectativas de los interesados y su impacto en el proyecto, y para desarrollar
estrategias de gestión adecuadas a fin de lograr la participación eficaz de los interesados en las
decisiones y en la ejecución del proyecto.

Estos procesos interactúan entre sí y con procesos de otras Áreas de Conocimiento

Procesos

Identificar a los Interesados: El proceso de identificar las personas, grupos u organizaciones que
podrían afectar o ser afectados por una decisión, actividad o resultado del proyecto, así como de
analizar y documentar información relevante relativa a sus intereses, participación,
interdependencias, influencia y posible impacto en el éxito del proyecto. El beneficio clave de este
proceso es que permite al director del proyecto identificar el enfoque adecuado para cada
interesado o grupo de interesados.

Planificar la Gestión de los Interesados: El proceso de desarrollar estrategias de gestión adecuadas

para lograr la participación eficaz de los interesados a lo largo del ciclo de vida del proyecto, con
base en el análisis de sus necesidades, intereses y el posible impacto en el éxito del proyecto. El
beneficio clave de este proceso es que proporciona un plan claro y factible para interactuar con los
interesados del proyecto a fin de apoyar los intereses del mismo.
Gestionar la Participación de los Interesados: El proceso de comunicarse y trabajar con los
interesados para satisfacer sus necesidades/expectativas, abordar los incidentes en el momento en
que ocurren y fomentar la participación adecuada de los interesados en las actividades del
proyecto a lo largo del ciclo de vida del mismo. El beneficio clave de este proceso es que permite al
director del proyecto incrementar el apoyo y minimizar la resistencia por parte de los interesados,
aumentando significativamente las posibilidades de lograr el éxito del proyecto.

Controlar la Participación de los Interesados: El proceso de monitorear globalmente las relaciones

de los interesados del proyecto y ajustar las estrategias y los planes para involucrar a los
interesados. El beneficio clave de este proceso es que se mantendrá o incrementará la eficiencia y
la eficacia de las actividades de participación de los interesados a medida que el proyecto
evoluciona y su entorno cambia.

Gestión de calidad del proyecto

La Gestión de la Calidad del Proyecto incluye los procesos y actividades de la organización

ejecutora que establecen las políticas de calidad, los objetivos y las responsabilidades de calidad
para que el proyecto satisfaga las necesidades para las que fue acometido. La Gestión de la Calidad
del Proyecto utiliza políticas y procedimientos para implementar el sistema de gestión de la calidad
de la organización en el contexto del proyecto, y, en la forma que resulte adecuada, apoya las
actividades de mejora continua del proceso, tal y como las lleva a cabo la organización ejecutora.
La Gestión de la Calidad del Proyecto trabaja para asegurar que se alcancen y se validen los
requisitos del proyecto, incluidos los del producto.

La Gestión de la Calidad del Proyecto aborda la calidad tanto de la gestión del proyecto como la de
sus entregables. Se aplica a todos los proyectos, independientemente de la naturaleza de sus
entregables.

Lo que debe cumplir un producto

 La satisfacción del cliente.

 La prevención antes que la inspección
 La mejora continua.
 Responsabilidad de la Dirección.

Procesos

Planificar la Gestión de la Calidad: Es el proceso de identificar los requisitos y/o estándares de

calidad para el proyecto y sus entregables, así como de documentar cómo el proyecto demostrará
el cumplimiento con los mismos. El beneficio clave de este proceso es que proporciona guía y
dirección sobre cómo se gestionará y validará la calidad a lo largo del proyecto. La planificación de
la calidad debe realizarse en paralelo con los demás procesos de planificación del proyecto.

Herramientas básicas de calidad

 Diagramas causa-efecto, también conocidos como diagramas de espina de pescado o

diagramas de Ishikawa.
 Diagramas de Flujo, también denominados mapas de procesos.
 Las hojas de verificación, también conocidas como hojas de control, se pueden utilizar
como lista de comprobación a la hora de recoger datos
 Los diagramas de Pareto son una forma particular de un diagrama de barras verticales y se
utilizan para identificar las pocas fuentes clave responsables de la mayor parte de los
efectos de los problemas.
 Los histogramas son una forma especial de diagrama de barras y se utilizan para describir
la tendencia central, dispersión y forma de una distribución estadística.
  Los diagramas de control se utilizan para determinar si un proceso es estable o tiene un
comportamiento predecible.
 Los diagramas de dispersión representan pares ordenados (X, Y) y a menudo se les
denomina diagramas de correlación

Realizar el Aseguramiento de Calidad: Es el proceso que consiste en auditar los requisitos de

calidad y los resultados de las mediciones de control de calidad, para asegurar que se utilicen las
normas de calidad y las definiciones operacionales adecuadas. El beneficio clave de este proceso es
que facilita la mejora de los procesos de calidad.

Realizar el Aseguramiento de Calidad es un proceso de ejecución que utiliza datos generados

durante los procesos de Planificar la Gestión de la Calidad y Controlar la Calidad.

En la dirección de proyectos, los aspectos de prevención e inspección de aseguramiento de la

calidad deberían reflejarse de manera palpable en el proyecto. El costo del trabajo de
aseguramiento de la calidad está enmarcado en la categoría de costo de la calidad.

Las actividades de aseguramiento de calidad son supervisadas por un departamento de

aseguramiento de calidad o una organización similar.

Realizar el Aseguramiento de Calidad cubre también la mejora continua del proceso.

Herramientas de control de calidad

 Diagramas de Afinidad. El diagrama de afinidad es similar a las técnicas de mapas

mentales,
 Gráficas de programación de decisiones de proceso (PDPC). Se utilizan para comprender
una meta en relación con los pasos necesarios para alcanzarla.
 Dígrafos de Interrelaciones. Son una adaptación de los diagramas de relaciones.
 Diagramas de Árbol. También conocidos como diagramas sistemáticos, se pueden utilizar
representar las descomposiciones jerárquicas.
 Matrices de Priorización. Identifica los problemas clave y las alternativas adecuadas a
priorizar como un conjunto de decisiones de implementación.
 Diagramas de Red de la Actividad. Se conocían anteriormente como diagramas de flechas.
 Diagramas Matriciales. Es una herramienta para la gestión y el control de la calidad que se
utiliza para efectuar análisis de datos dentro de la estructura organizacional creada en la
matriz.
Controlar la Calidad: Es el proceso por el que se monitorea y se registran los resultados de la
ejecución de las actividades de control de calidad, a fin de evaluar el desempeño y recomendar los
cambios necesarios. Los beneficios clave de este proceso incluyen: (1) identificar las causas de una
calidad deficiente del proceso o del producto y recomendar y/o implementar acciones para
eliminarlas, y (2) validar que los entregables y el trabajo del proyecto cumplen con los requisitos
especificados por los interesados clave para la aceptación final.

El proceso Controlar la Calidad utiliza un conjunto de técnicas operativas y de tareas para verificar
que las salidas entregadas cumplirán los requisitos. Se debería utilizar el aseguramiento de la
calidad durante las fases de planificación y de ejecución del proyecto. El equipo de dirección del
proyecto debería tener un conocimiento práctico de los procesos estadísticos de control

Gestión de los Recursos Humanos del Proyecto

La Gestión de los Recursos Humanos del Proyecto incluye los procesos que organizan, gestionan y
conducen al equipo del proyecto. El equipo del proyecto está compuesto por las personas a las que
se han asignado roles y responsabilidades para completar el proyecto. Los miembros del equipo
del proyecto pueden tener diferentes conjuntos de habilidades, pueden estar asignados a tiempo
completo o a tiempo parcial y se pueden incorporar o retirar del equipo conforme avanza el
proyecto.

Gestionar y liderar el equipo del proyecto también implica, entre otros aspectos:

• Influenciar el equipo del proyecto. El director del proyecto debe ser consciente de los factores
de recursos humanos que pueden tener un impacto en el proyecto e influenciarlos cuando sea
posible.

• Comportamiento profesional y ético. El equipo de dirección del proyecto debe estar atento a
que todos los miembros del equipo adopten un comportamiento profesional y ético, suscribirse a
ello y asegurarse de que así sea
Estos procesos interactúan entre sí y con procesos de otras Áreas de Conocimiento

Procesos

Planificar la Gestión de los Recursos Humanos: El proceso de identificar y documentar los roles
dentro de un proyecto, las responsabilidades, las habilidades requeridas y las relaciones de
comunicación, así como de crear un plan para la gestión de personal. El beneficio clave de este
proceso es que establece los roles y responsabilidades del proyecto, los organigramas del proyecto
y el plan para la gestión de personal, el cual incluye el cronograma para la adquisición y liberación
del personal.

Adquirir el Equipo del Proyecto: El proceso de confirmar la disponibilidad de los recursos humanos
y conseguir el equipo necesario para completar las actividades del proyecto. El beneficio clave de
este proceso consiste en describir y guiar la selección del equipo y la asignación de
responsabilidades para obtener un equipo competente.

Desarrollar el Equipo del Proyecto: El proceso de mejorar las competencias, la interacción entre los
miembros del equipo y el ambiente general del equipo para lograr un mejor desempeño del
proyecto. El beneficio clave de este proceso es que produce como resultado una mejora del trabajo
en equipo, mejoras de las habilidades y competencias personales, empleados motivados,
reducción de las tasas de rotación de personal y un desempeño general del proyecto mejorado.
Dirigir el Equipo del Proyecto: El proceso de realizar el seguimiento del desempeño de los
miembros del equipo, proporcionar retroalimentación, resolver problemas y gestionar cambios a
fin de optimizar el desempeño del proyecto. El beneficio clave de este proceso es que influye en el
comportamiento del equipo, gestiona los conflictos, resuelve los problemas y evalúa el desempeño
de los miembros del equipo.

Gestión de las Comunicaciones del Proyecto

La Gestión de las Comunicaciones del Proyecto incluye los procesos requeridos para asegurar que
la planificación, recopilación, creación, distribución, almacenamiento, recuperación, gestión,
control, monitoreo y disposición final de la información del proyecto sean oportunos y adecuados.
Los directores de proyecto emplean la mayor parte de su tiempo comunicándose con los miembros
del equipo y otros interesados en el proyecto, tanto si son internos como externos a la misma.

Estos procesos interactúan entre sí y con procesos de otras Áreas de Conocimiento

Procesos

Planificar la Gestión de las Comunicaciones: El proceso de desarrollar un enfoque y un plan

adecuados para las comunicaciones del proyecto sobre la base de las necesidades y requisitos de
información de los interesados y de los activos de la organización disponibles. El beneficio clave de
este proceso es que identifica y documenta el enfoque a utilizar para comunicarse con los
interesados de la manera más eficaz y eficiente.

Gestionar las Comunicaciones: El proceso de crear, recopilar, distribuir, almacenar, recuperar y

realizar la disposición final de la información del proyecto de acuerdo con el plan de gestión de las
comunicaciones. El beneficio clave de este proceso es que permite un flujo de comunicaciones
eficaz y eficiente entre los interesados del proyecto.

Controlar las Comunicaciones: El proceso de monitorear y controlar las comunicaciones a lo largo

de todo el ciclo de vida del proyecto para asegurar que se satisfagan las necesidades de
información de los interesados del proyecto. El beneficio clave de este proceso es que asegura, en
cualquier momento, un flujo óptimo de información entre todos los participantes de la
comunicación.
Gestión de los Riesgos del Proyecto

La Gestión de los Riesgos del Proyecto incluye los procesos para llevar a cabo la planificación de la
gestión de riesgos, así como la identificación, análisis, planificación de respuesta y control de los
riesgos de un proyecto. Los objetivos de la gestión de los riesgos del proyecto consisten en
aumentar la probabilidad y el impacto de los eventos positivos, y disminuir la probabilidad y el
impacto de los eventos negativos en el proyecto.

Procesos

Planificar la Gestión de los Riesgos: El proceso de definir cómo realizar las actividades de gestión
de riesgos de un proyecto. El beneficio clave de este proceso es que asegura que el nivel, el tipo y
la visibilidad de la gestión de riesgos son acordes tanto con los riesgos como con la importancia del
proyecto para la organización. El plan de gestión de los riesgos es vital para comunicarse y obtener
el acuerdo y el apoyo de todos los interesados a fin de asegurar que el proceso de gestión de
riesgos sea respaldado y llevado a cabo de manera eficaz a lo largo del ciclo de vida del proyecto.

Identificar los Riesgos: El proceso de determinar los riesgos que pueden afectar al proyecto y
documentar sus características. El beneficio clave de este proceso es la documentación de los
riesgos existentes y el conocimiento y la capacidad que confiere al equipo del proyecto para
anticipar eventos.
Realizar el Análisis Cualitativo de Riesgos: El proceso de priorizar riesgos para análisis o acción
posterior, evaluando y combinando la probabilidad de ocurrencia e impacto de dichos riesgos. El
beneficio clave de este proceso es que permite a los directores de proyecto reducir el nivel de
incertidumbre y concentrarse en los riesgos de alta prioridad.

Realizar el Análisis Cuantitativo de Riesgos: El proceso de analizar numéricamente el efecto de los

riesgos identificados sobre los objetivos generales del proyecto. El beneficio clave de este proceso
es que genera información cuantitativa sobre los riesgos para apoyar la toma de decisiones a fin de
reducir la incertidumbre del proyecto.
Planificar la Respuesta a los Riesgos: El proceso de desarrollar opciones y acciones para mejorar las
oportunidades y reducir las amenazas a los objetivos del proyecto. El beneficio clave de este
proceso es que aborda los riesgos en función de su prioridad, introduciendo recursos y actividades
en el presupuesto, el cronograma y el plan para la dirección del proyecto, según las necesidades.

Controlar los Riesgos: El proceso de implementar los planes de respuesta a los riesgos, dar
seguimiento a los riesgos identificados, monitorear los riesgos residuales, identificar nuevos
riesgos y evaluar la efectividad del proceso de gestión de los riesgos a través del proyecto. El
beneficio clave de este proceso es que mejora la eficiencia del enfoque de la gestión de riesgos a lo
largo del ciclo de vida del proyecto para optimizar de manera continua las respuestas a los riesgos.

Estos procesos interactúan entre sí y con procesos de otras Áreas de Conocimiento.

Gestión de las Adquisiciones del Proyecto

La Gestión de las Adquisiciones del Proyecto incluye los procesos necesarios para comprar o
adquirir productos, servicios o resultados que es preciso obtener fuera del equipo del proyecto. La
organización puede ser la compradora o vendedora de los productos, servicios o resultados de un
proyecto.

La Gestión de las Adquisiciones del Proyecto incluye los procesos de gestión del contrato y de
control de cambios requeridos para desarrollar y administrar contratos u órdenes de compra
emitidos por miembros autorizados del equipo del proyecto.

La Gestión de las Adquisiciones del Proyecto también incluye el control de cualquier contrato
emitido por una organización externa (el comprador) que esté adquiriendo entregables del
proyecto a la organización ejecutora (el vendedor), así como la administración de las obligaciones
contractuales contraídas por el equipo del proyecto en virtud del contrato.

Los procesos de Gestión de las Adquisiciones del Proyecto involucran acuerdos, incluidos los
contratos, que son documentos legales que se establecen entre un comprador y un vendedor.

Procesos

Planificar la Gestión de las Adquisiciones: El proceso de documentar las decisiones de

adquisiciones del proyecto, especificar el enfoque e identificar a los proveedores potenciales. El
beneficio clave de este proceso es que determina si es preciso obtener apoyo externo y, si fuera el
caso, qué adquirir, de qué manera, en qué cantidad y cuándo hacerlo.

Efectuar las Adquisiciones: El proceso de obtener respuestas de los proveedores, seleccionarlos y

adjudicarles un contrato. El beneficio clave de este proceso es que permite alinear las expectativas
de los interesados internos y externos a través de acuerdos establecidos.
Controlar las Adquisiciones: El proceso de gestionar las relaciones de adquisiciones, monitorear la
ejecución de los contratos y efectuar cambios y correcciones según corresponda. El beneficio clave
de este proceso es que garantiza que el desempeño tanto del vendedor como del comprador
satisface los requisitos de adquisición de conformidad con los términos del acuerdo legal.

Cerrar las Adquisiciones: El proceso de finalizar cada adquisición para el proyecto. El beneficio
clave de este proceso es que documenta los acuerdos y la documentación relacionada para futura
referencia.
Clases

Diagramas de implementación

Arquitectura del sistema: Estos procesos interactúan entre sí y con procesos de otras Áreas de
Conocimiento. Describe los subsistemas y los componentes de un sistema informático y las
relaciones entre ellas.

Se define en fases de elaboración, para comprender mejor el sistema, organizar el desarrollo del
mismo, fomentar la reutilización y hacer evolucionar el sistema.

Tipos de arquitecturas de sof/patrones

Existen diversos patrones de arquitectura, que ya están definidas, para dar solución a problemas
específicos con la arquitectura.

 Modelo vista controlador

 Arquitectura orientada a objetos
 Arquitectura en capas
Estilo de programación, su objetivo primordial es la separación por capas la estructura del
sistema.
Tipos
 Arquitectura 2 niveles
 “ “ 3 niveles
 “ “ n niveles
Características
 Simplifican la organización
 Simplifican la compresión
 Reduce dependencias
 Ayuda a la reutilización

Define como organizar el modelo de díselo en capas

Vistas de una organización de 3 niveles.

Presentación: es la que se encarga de que el sistema interactúe con el usuario y viceversa

formularios: Muestra el sistema al usuario, le presenta la información y obtiene la información del
usuario (capa cliente, procesos)

Negocio (capa intermedia): es donde residen las funciones a ejecutarse.se denomina capa de
negocio o lógica del negocio.

Acceso a datos (capa de servidor): esta capa es la encargada de almacenar los datos del sistema y
de los usuarios. (Conexiones a la base de datos)

Ventajas

 Reutilización de capas
  Facilita la estandarización
 Optimiza los cambios de una u otra capa.

Desventaja

 Trabajo innecesario entre capas- redundantes.

 Dificultad de diseñar directamente de una capa.
 Perdida de eficiencia.

Aplicación

Se debe aplicar si se busca: flexibilidad al diseño de la aplicación, construir y desplegar múltiples

interfaces, proporcionar una estructura que ayuda a tomar decisiones como que partes comprare y
que construir.

Mapeo de diseño para la codificación (otro tema)

Análisis / Diseño

Reduce el riesgo y aumenta la posibilidad de conseguir una aplicación adecuada, el desarrollo debe
basarse en un suficiente modelo del análisis y diseño antes de iniciar la codificación.

Refinar el modelo <-> refinar el diseño <-> refinar el código

Métodos

 Definir las clases: un diagrama de clases facilita mapear las definiciones básicas de los
atributos y etiquetas de modelos de la definición.
Importancia del mapeo de los diseños para la codificación:
o Se logra un producto que cumpla con parámetros de calidad.
o Desarrollo de la codificación del sistema de una formas más eficiente.
o Tener un conocimiento general de todo lo que se realizan o se realiza con el
sistema dando una pauta a las personas que trabajan con el sistema.
 Definir los modelos
Dependencias: se realizan en base a:
o La realización de este mapeo debe realizarse en base a la arquitectura que posea
el sistema que se desarrolla.
o Análisis de las especificaciones de los requerimientos modelados en el modelo
conceptual y diseño de clases.
o El modelo o estructura de una metodología de desarrollo.

Diagramas de implementación (otro tema)

Modelo de implementación: factores claves:

 Arquitectura sistema
 Especificación de base de datos.
 “ “ de interfaz
  “ “ de componente
 “ “ de requerimientos
 Plataforma de información
 Descripción de datos

Implementación: es la realización de una especificación técnica o algoritmos con un programa,

componentes software u otro sistema de cómputo.

Factores

 Consiste en convertir las especificaciones en un sistema real.

 Puede ser modificado o incrementada.

Modelo de implementación es una colección de componentes y los subsistemas que contiene

componentes.

Diagramas de componentes describen la descomposición física de los elementos de un sistema y

sus relaciones.

Sirve para:

 Mostrar las opciones de realización incluyendo código fuente, binario y ejecutable.

 Los diagramas de componentes representan la estructura física del código.

Elementos:

- Componentes- fragmento reutilizable de funcionalidad del sistema.

- Interfaces- partes del diagrama, interconexiones.
- Relación de interdependencia, generalización, asociación.

Estereotipos de los componentes

- Ejecutable
- Librería
- Tabla
- Archivo
- Documentos

Pasos para elaborar un diagrama

- Tener el diagrama de clases

- Identificar en las clases si existe subsistema
- Identificar métodos
- Métodos pasar a ser líneas de código independiente.
- Módulos deben relacionarse entre sí mediante interfaces.

Diagrama de despliegue es una representación de las relaciones físicas entre los componentes de
hardware y software en el sistema final.
 - Los diagramas de despliegue representan a los nodos y sus relaciones.
- Los nodos son conectados por asociaciones de comunicación.

Características

- Describe la arquitectura física del sistema durante la ejecución.

- Describen la topología del sistema, la estructura de los elementos de hardware y software.

Elementos

- Nodo: objeto físico que existe en tiempo de ejecución.

- Artefactos: producto del proceso de desarrollo de software.
- Asociación: ruta de comunicación entre los nodos.

Modelo de conceptual y diagrama de clases de diseño (otro tema)

Diagrama de clases: muestra la especificación para las clases software de una aplicación.

Características

- Muestra definiciones de entidades software más que conceptos del mundo real.
- Estructura estática.
- Protección de datos
- Propone soluciones a algunos errores.

Elementos de u diagrama de clases de diseño.

- Clases, asocionaciones y atributos

- Interfaces, con sus operaciones y constantes-
- Métodos
- Navegabilidad
- Dependencia.

Diferencias entre modelo conceptual y diagrama de clases de diseño

Compresión de dominio- modelo conceptual

Solución de software- diagrama de clases de diseño

En el modelo conceptual una venta representa una abstracción de un concepto del mundo real
sobre el cual se afirma algo.

En el diagrama de clases de diseño una venta representa la definición de una clase como
componentes del software.

Actividades y dependencia

En los diagramas de clases de díselo se agregan los detalles referentes a lenguajes de

programación que se vaya a usar.
 1. Por lo general el diagrama de clases de díselo y el de interacción se realizan en paralelo y
unas veces se trabaja primero más en el de clases y otras veces se trabaja primero más en
de interacción.
2. El modelo conceptual se basa en compresión de un dominio y el diagrama de clases de
diseño en una solución software.
3. No hay transición directa entre el modelo conceptual y el diagrama de clases de diseño,
debido a que se basan en enfoques completamente distintos.
4. No todas las clases que aparecían en el modelo conceptual tienen por qué aparecer en el
diagrama de diseño.

Diagramas de clases de diseño (otro tema)

Los diagramas de clases de diseño se realizan previos a la programación. Es la última etapa de

diagramación que sirve para el desarrollo en código e implementación. Se desarrollan según la
metodología de desarrollo seleccionada.

Objetos y clases

Objeto: es una instancia se realiza a partir de una clase. Contiene información específica sobre
instancia.

Clases: una plantilla o boceto desde donde se instancia un objeto. Distribuido en 3 secciones:
nombre, atributos y métodos.

Multiplicidad: indica el nivel de relación entre dos clases y se pueden dividir normalmente en: uno
a uno, uno a muchos, uno a uno o más, una a ninguna o uno a n a 24.