Admin. Proy. SW Curso UNAM, FI I.

- Iintroducción

UNIVERSIDAD
NACIONAL
AUTONOMA
DE
MEXICO

FACULTAD DE
INGENIERIA

DIVISION DE INGENIERIA ELECTRICA

CARRERA: INGENIERO EN COMPUTACION
AREA: INGENIERIA DE SOFTWARE
PRESIDE: FIS. HUGO RANGEL GUTIÉRREZ
COORD.: MI. ELIZABETH FONSECA CHÁVEZ

NOTAS DEL CURSO

MATERIA: ADMINISTRACION DE PROYECTOS DE SOFTWARE
PROFESOR: ING. EDUARDO HERNANDEZ OLIVA
VERSION: 2 NOVIEMBRE 2008
ICONSOFT Página 1 de 8
Admin. Proy. SW Curso UNAM, FI I.- Iintroducción

Ing. Eduardo Hernández Oliva

Director General ICONSOFT
Profesor de Asignatura “A”
Facultad de Ingeniería
UNAM

_______________________________________________________________________________________________________________________________

ADMINISTRACION DE PROYECTOS DE SOFTWARE

(PMSW)

1.- Introducción
Objetivo: El alumno(a) explicará la administración del desarrollo del software, una panorámica del
enfoque de modelación y un resumen de los conceptos de la dinámica de los proyectos de software y
notación usada.

Duración: 1 hora

Contenido:
1.1 El síntoma de la “crisis del software”
1.2 El reto de la administración de los proyectos del software

1.1 El síntoma de la “crisis del software”

En los primeros días la programación se veía como un arte, existían pocos métodos de desarrollo
formales, y pocas personas lo usaban. El programador aprendía su oficio mediante prueba y error. El
mundo del software era virtualmente indisciplinado.
El software es un elemento lógico, es el resultado del intelecto humano, por lo que no esta libre de
errores. El software se desarrolla no se fabrica, no se deteriora con el uso (un ciclo while funciona para 1,
10, 1000 ó un millón de veces, no se sobrecalienta la instrucción de control while o if, tampoco se le
forma un hoyo por tanto uso). La programación se ha convertido hoy en día en una actividad profesional
y ya no es un arte.

El término crisis del software, aparecido a finales de los años 60´s y se refiera a un conjunto de problemas
encontrados en el desarrollo de software de computadoras. Problemas como planificación, estimación de
costos, baja productividad, mala calidad, insatisfacción, falta de confianza de los clientes, la falta de
pruebas del software, la dificultad de mantenimiento, la falta de documentación, etc., que llevaban a los
proyectos a fracasos totales, con grandes pérdidas económicas.

De este término les invito a investigar las siguientes ligas y documentos:

http://es.wikipedia.org/wiki/Crisis_del_Software
http://www.cs.utexas.edu/~EWD/transcriptions/EWD03xx/EWD340.html

ICONSOFT Página 2 de 8
Admin. Proy. SW Curso UNAM, FI I.- Iintroducción

El desarrollo del software envuelve una serie de actividades de producción, donde las posibilidades de
errores humanos son enormes. Los errores pueden comenzar desde el primer momento del proceso en que
se definen los objetivos o en etapas posteriores como el análisis, diseño, desarrollo, pruebas, etc. Una
gran parte de los errores se debe a una mala comunicación entre el cliente, la organización y el equipo de
trabajo que desarrolla, ver figura 1.1.

Figura 1.1

El éxito el software se mide por varios factores, el principal es que realice lo que deba de hacer, facilidad
de uso, costo adecuado y que sea de calidad. Los errores más comunes en el fracaso del software se
deben a defectos humanos más mundanos, por falta de comunicación ó una comunicación no efectiva, por
resistencias al cambio, por la alta dependencia que se tiene con programadores o analistas, por falta de
documentación, por la no entrega a tiempo, altos costos y presupuestos superados y quizá lo principal es
por no saber si se esta construyendo bien y se está satisfaciendo lo que el o los usuarios necesitan.

¿Que es la calidad de software?

La podemos definir como el conjunto de características mensurables (cosas que se pueden comparar para
conocer estándares) que debe cumplir el software, para que este realice lo que debe hacer, fácil de usar,
que se entregue en presupuesto y en tiempo estimado, en pocas palabras que satisfaga plenamente o
supere las expectativas del usuario.
Algunas personas dicen que un software de calidad tiene las tres b´s: bueno, bonito y barato. Aunque en
la realidad un software de calidad tiene altos costos.

ICONSOFT Página 3 de 8
Admin. Proy. SW Curso UNAM, FI I.- Iintroducción

Según Robert Glass:

Satisfacción del usuario = producto manejable + buena calidad + entrega dentro de presupuesto y tiempo
La calidad se puede evaluar a través de tres enfoques:

Producto

Proceso Personas

Calidad en las personas, se refiere al nivel de experiencia, conocimientos previos, estudios, ética,
responsabilidad, profesionalismo, comunicación, etc., de las personas que laboran en el proyecto.
Aunque no haya mucha garantía en ello, quizá las certificaciones puedan avalar esos conocimientos sobre
un determinado tema. Hoy en día el personal de recursos humanos de las empresas contratantes le da
mucho peso a dichas certificaciones y puede ser una diferencia entre contratar una persona certificada
contra otra que no lo este.

Calidad en el producto, se refiere a todas aquellas características funcionales y pruebas iterativas en que
el producto haya aprobado, considerando un nivel muy bueno en la confiabilidad. Para ello se debe
evaluar también los procesos que llevan al producto terminado y sobre todo los artefactos o documentos
que respalden la verificación y validación del producto. Hasta la fecha no existe un producto de software
que se encuentre 100% certificado y libre de errores.

Calidad en los procesos, se refiere a la forma en que se va a trabajar en el desarrollo de actividades, para
obtener productos de buena calidad, establecer políticas de trabajo, lograr comunicación efectiva entre
cliente y equipo de trabajo, métricas para medir logros, así como todos los procedimiento que garanticen
la elaboración de buenos productos, para ello se puede basar en normas internacionales o nacionales para
lograr este objetivo, aquí podemos basarnos en las normas de PROSOFT y CMMI.

Garantía de la calidad
Consiste en un conjunto de funciones de auditoria e información que evalúan la efectividad y que tan
completas son las actividades de control de calidad. La meta del aseguramiento de la calidad es brindarle
al gestor los datos necesarios para que esté informado acerca de la calidad del producto y por
consiguiente que comprenda y confié en que la calidad del producto está satisfaciendo sus metas.

Calidad
Una definición más alegre de calidad es: hacer las cosas bien y a la primera.

Mc Call clasifica los factores de calidad en:

 Características Operacionales
 Capacidad de Soportar Cambios
 Adaptabilidad a nuevos entornos
ICONSOFT Página 4 de 8
Admin. Proy. SW Curso UNAM, FI I.- Iintroducción

Características Operacionales

 Corrección
Es el grado en que un programa satisface sus especificaciones y consigue los objetivos pedidos
por el cliente. Este factor tiene una pregunta asociada: ¿Hace lo que quiero?
 Confiabilidad
Es el grado en que se puede esperar que un programa lleve a cabo sus funciones esperadas con la
precisión requerida. La pregunta asociada a este factor sería: ¿Lo hace de forma fiable todo el
tiempo?
 Eficiencia
La cantidad de recursos de computadoras y de código requeridos por un programa para llevar a
cabo sus funciones. La pregunta asociada a este factor sería: ¿Se ejecutará en mi hardware lo
mejor que pueda?

Capacidad de Soportar Cambios

 Facilidad de Mantenimiento
Es el esfuerzo requerido para localizar y arreglar un error en un programa. La pregunta
asociada a este factor sería: ¿Puedo corregirlo?
 Flexibilidad
Es el esfuerzo requerido para modificar un programa operativo. La pregunta asociada a este
factor sería: ¿Puedo cambiarlo?
 Facilidad de Prueba
Es el esfuerzo requerido para probar un programa de forma que se asegure que realiza su
función requerida. La pregunta asociada a este factor sería: ¿Puedo probarlo?

Adaptabilidad de nuevos entornos

 Portabilidad
Es el esfuerzo requerido para transferir el programa desde un hardware y/o un entorno de
sistema de software a otro. Este factor tiene una pregunta asociada: ¿Podré usarlo en otra
máquina?
 Reusabilidad
Es el grado en que un programa (o partes de este) se pueden rehusar en otras aplicaciones. Este
factor tiene una pregunta asociada: ¿Podré rehusar alguna parte del software?
 Facilidad de Interoperación
Es el esfuerzo requerido para acoplar un sistema a otro. Este factor tiene una pregunta asociada:
¿Podré hacerlo interactuar con otro sistema?

ICONSOFT Página 5 de 8
Admin. Proy. SW Curso UNAM, FI I.- Iintroducción

1.2 El reto de la administración de los proyectos del software

Quizá lo primero que debamos definir es ¿Qué es un proyecto?
Es forma llana y simple, podemos definirlo como un esfuerzo temporal que se lleva a cabo para crear un
producto, servicio o resultado único.

Se dice que es temporal ya que tiene un comienzo y un final definido. Ya sea que se alcancen los
objetivos esperados del proyecto (tenga éxito), cuando no se llegaron a alcanzar (no concluido) o cuando
la necesidad del proyecto ya no exista o el proyecto sea cancelado (fracaso).
Un proyecto crea productos entregables únicos, que es cuantificable, y que puede ser un elemento
terminado o un componente. Un servicio por ejemplo las funciones del negocio que respaldan la
producción o distribución de un producto. O resultados como por ejemplo salidas o documentos, por
ejemplo información que muestre si existe o no una tendencia o un nuevo proceso que beneficia a la
sociedad en general. La elaboración gradual, es una característica de los proyectos que acompaña a los
conceptos de temporal y único, la elaboración gradual significa que debe existir una serie de etapas bien
definidas, alcanzables, llevando completamente el control de los avances y productos.

Los proyectos son dinámicos, esto significa que los requerimientos y necesidades pueden cambiar de un
momento a otro, por lo que se deben contemplar y ajustarse a los nuevos requerimientos, pueden cambiar
por un sinfín de cosas, ejemplo:

 Cambios en requerimientos
 Nuevos objetivos
 Nuevas disposiciones a cumplir, debido a cambios fiscales, de operación o adaptación a nuevos
servicios.
 Ajustes presupuestarios, muy comúnmente dados en el sector público
 Cambios en hardware
 Cambios en software
 Etc.

¿Que es la Dirección de Proyectos?

Es la aplicación de conocimientos, habilidades, herramientas y técnicas a las actividades de un proyecto
para satisfacer los requisitos del mismo. Esto se logra mediante la aplicación e integración de los procesos
de dirección de: Inicio; Planificación; Ejecución; Seguimiento; Control y Cierre. Existen tres restricciones
que siempre deben considerarse: Alcance, tiempo y costos.

Los principales obstáculos que se deben afrontar y vencer en la administración de proyectos de software
son:

 Entregar el software que espera el cliente satisfaciendo el 100% de sus requerimientos, esto es que
el sistema realice lo que el cliente espera de él.
 Llevar mecanismos que permitan controlar el avance y corregir desviaciones del proyecto.
 Terminarlo dentro del tiempo y costo planeado.
 Que sea un software de calidad, que haya sido verificado y validado en todas las etapas del ciclo
de vida, y que se encuentren completamente documentados cada uno de los procesos del sistema.
 Trabajar proyectos de forma estándar a través de las buenas prácticas para la administración de
proyectos, estás buenas practicas se encuentran en constante evolución.

ICONSOFT Página 6 de 8
Admin. Proy. SW Curso UNAM, FI I.- Iintroducción

Para lograr lo anterior es necesario contar con los recursos humanos, materiales, financieros y el talento
para:
 Conocer el entorno del proyecto
 Definición del proyecto
 Alcance del proyecto
 Tiempos y costos
 Control de calidad
 Entorno adecuado de las comunicaciones del proyecto
 Riegos del proyecto
 Etc.

También es necesario en contar con una buena metodología, para entender las diferentes etapas que
comprende un proyecto, la recolección de información, los procesos, recursos, presupuestos, tiempos,
riesgo, control, calidad, etc. que tiene un proyecto. Entre las cuales sobresalen:
Para proyectos en general:
PMBOK; BPM; SIX – SIGMA; PERT – CPM; etc.

Para proyectos de software

MOPROSOFT PROSOFT; CMMI; ITIL; COBIT, etc.

También existen una serie de modelado para el desarrollo de software, para tener toda la documentación
del sistema (haciendo una analogía con Arquitectura, sería similar a los planos arquitectónicos en general
de una casa) dentro de los cuales destacan:
Unified Model Language UML
Diagrama de Flujo de Datos DFD
Diagramas de Estructuras DE
Diccionarios de Datos DD
Diagramas de Flujo DF
HIPO
Etc.

Conclusión
Es crítico para las organizaciones el desarrollar planes de proyectos y ejecutarlos de manera exitosa,
mostrando resultados que demuestren el valor de la administración de proyectos. Sin administradores de
proyectos completos y eficaces que tengan el conjunto de habilidades adecuado, resulta imposible lograr
proyectos exitosos.
Hay un camino mucho mejor para desarrollar administradores de proyecto que simplemente elegir
personas que son buenas en lo que ya están haciendo y aventarlos a tomar un rol para el cual puede que
estén o no preparados. Esto se logra identificando candidatos en términos de competencias conductuales
relevantes, cultivándolos al proporcionarles experiencia y finalmente entrenándolos en las habilidades
técnicas requeridas.

ICONSOFT Página 7 de 8
Admin. Proy. SW Curso UNAM, FI I.- Iintroducción

TAREA 1: BUSQUE LOS SIGUIENTES CONCEPTOS:

¿QUE ES LA DIRECCION DE PROYECTOS?

DESCRIBA LAS SIGUIENTES CINCO AREAS DE EXPERIENCIA:

 FUNDAMENTOS DE LA DIRECCION DE PROYECTOS
 CONOCIMIENTOS, NORMAS Y REGULACIONES DEL AREA DE
APLICACIÓN
 COMPRENSION DEL ENTORNO DEL PROYECTO
 CONOCIMIENTOS Y HABILIDADES DE DIRECCION GENERAL
 HABILIDADES INTERPERSONALES

BUSQUE UN PROYECTO DE SOFTWARE PARA DESARROLLARLO

DURANTE EL CURSO, PUEDE SER EN EQUIPO.
NOMBRE
OBJETIVOS
PROCESOS Y ACTIVIDADES
TIEMPO ESTIMADO DE DURACION

TAREA 2: INVESTIGAR LOS SIGUIENTES DIAGRAMAS DE UML

¿ PARA QUE NOS SIRVEN; QUE NOS MUESTRAN Y SUS NOTACIONES?

Diagramas de estado
Diagramas de secuencia
Diagramas de colaboración
Diagramas de actividades
Diagramas de caso de uso
Diagramas de clases
Diagramas de despliegue
Diagramas de componentes
Diagramas de distribución

TAREA 3: HACER UN RESUMEN (EN LA FORMA QUE LO HAYAN COMPRENDIDO) DE

LA ADMINISTRACION DE PROYECTOS DE SOFTWARE, Y DEL ENFOQUE DE
MODELACIÓN, CONCEPTOS Y NOTACIONES, (NO COPIAR Y PEGAR LOS PARRAFOS DE
ESTOS APUNTES).

ICONSOFT Página 8 de 8