Teoria de Procesos

Teora del Proceso
Toda organizacin puede representarse como una compleja red de elementos

que realizan actividades que les permiten interrelacionarse unas con otras para
alcanzar los fines (misin) del conjunto. Cada una de estas interrelaciones puede
representarse y gestionarse como un proceso.
Teora del Proceso
Teora del Proceso

1.- Cuestiones bsicas del proceso
2.- El proceso del software
3.- El Ciclo de Vida (Modelos)
4.- Elementos del Proceso
5.- Establecimiento del Proceso
6.- Modelos de Proceso
7.- Aplicacin a un Plan de Proyecto
Cuestiones bsicas del proceso

Mejora del Proceso
Teora del Proceso
Qu es un Proceso?
1.Organizacin racional de personas, materiales,
energa, equipos y procedimientos en actividades
concebidas para producir un resultado final especfico.
2.Conjunto de operaciones o actividades que se realizan
sucesivamente, con el objeto de transformar una serie
de entradas (insumos) especficas en salidas (resultados,
productos o servicios) aadiendo valor.
3.Grupo de actividades que se desarrollan en una serie
de etapas secuenciales y que buscan un fin, resultado
especfico o un grupo coherente de resultados
3
Que es un Proceso?Un proceso es un conjunto de prcticas ejecutadas para alcanzar un objetivo dado; puede incluir
herramientas, mtodos, materiales, y/o personas.
Existen varias definiciones de proceso, en lo que se refiere a la actividad de fabricacin de productos de
software. Un proceso segn el SEI es:
(Conjunto de actividades, mtodos, prcticas y transformaciones que la gente usa para desarrollar y
mantener software y los productos de trabajo asociados (planes de proyecto, diseo de documentos,
cdigo, pruebas y manuales de usuario) [SEI, 1995].
Otras definiciones del proceso de software, se realizan en trminos muy similares como:
Es todo el conjunto de actividades necesarias para transformar los requisitos del usuario en software
(Humphrey-90).
Propsito del proceso software:
Definir orden de actividades
Definir criterios para la transicin entre actividades
Comunicar procedimientos
Para un mejor entendimiento de que es un proceso de software, sirva como ejemplo las actividades que
sera necesario realizar para adquirir un sistema CRM (Gestin de relaciones con los clientes)
Que va a resolver
Que hay en el mercado
Como funciona (Demo)
Que se necesita
Como se adquiere
Como se implanta
Como se forma a los responsables
Como se mide su eficacia
Como se actualiza
Como se compromete al proveedor
etc.,

Mejora del Proceso
Teora del Proceso
Quin interviene en un proceso?

B
A
C
D
Relaciones de todas
las tareas
Habilidades,
Formacin,
Motivacin y
Gestin
Herramientas
y Tecnologa
Quien interviene en un proceso?- Para que un proceso pueda tener lugar es necesario la
intervencin de tres entidades, lo mismo ocurre con el conjunto de procesos que son necesarios
para la concepcin desarrollo y funcionamiento de un sistema informtico.
Personas.-Los implicados que de una u otra forma interactan con los sistemas informticos, en
todas las fases de su existencia.
Los Usuarios/Cliente, que marcan sus preferencias y necesidades
Los Directivos que definen las polticas y estrategias
Los Gestores que definen y dirigen los planes de actuacin
Los Tcnicos que asesoran, disean, desarrollan, implantan, forman y mantienen

los sistemas
Todos ellos necesitan tienen y/o necesitan formacin en sus respectivas reas de
responsabilidad, por tanto, deben tener aptitudes para dirigir equipos, compartir
responsabilidades dentro de los equipos y saber plasmar sus conocimientos en los productos y
servicios que componen los sistemas informticos.
Herramientas.- Consideramos a aquellos elementos fsicos y lgicos, que son necesarios para la
construccin de los sistemas informticos, sin ser exhaustivos, se mencionan:
Equipos, redes y la lgica de base necesaria para su inicializacin.
Lenguajes y rutinas para la programacin.
Aplicaciones de ayuda al desarrollo, control y seguimiento de procesos y

planificacin.
Tareas.- La gua que nos indica los pasos y actuaciones que es necesario llevar a cabo desde
que se detecta la necesidad de realizar un determinado proyecto informtico, hasta que es
necesaria su sustitucin.

Mejora del Proceso
Teora del Proceso
Proceso 1
Proceso 2
Proceso 3
Proceso 4
Funcional-Jerrquica
Aparecen los procesos pero

predominan las funciones
5
Los procesos orientan el negocio
Gestin por procesos

La gestin de las organizaciones est sometida a los cambios que de forma permanente se producen el
mundo debido a la evolucin de las ideas, los comportamientos y las tecnologas. La mayor parte de los
dirigentes de las organizaciones pblicas y privadas, consideran la gestin desde el punto de vista
funcional (departamentos), por tanto tendern a dirigirlas tambin funcionalmente, considerando cada
departamento como independiente de los dems. Los objetivos se establecern para cada funcin por
separado. Las reuniones entre los distintos departamentos se limitarn a informar de cmo van las cosas.
En esta situacin, los responsables de cada rea funcional tienden a considerar a las otras reas
funcionales como adversarios, en lugar de verlas como miembros de un mismo equipo. Alrededor de los
departamentos se levantan unas estructuras impermeables. Estas estructuras normalmente impiden que las
cuestiones entre departamentos se puedan resolver entre empleados de igual rango de los niveles
inferiores. Todo asunto que afecta a varias reas funcionales, como el establecimiento de calendarios o
normas de produccin y entregas, asciende hasta la cima de la pirmide departamental, para que el
responsable de un rea trate de esos asuntos con el responsable de las otras, y busquen una solucin.
Despus, ambos responsables comunicarn la resolucin en sentido descendente hasta el nivel en el que
se debe realizar el trabajo.
La realidad actual obliga a la mayora de las organizaciones a competir en un mercado de compradores o
de electores, en el que los individuos pueden, salvo en caso de monopolio o seudo democracia, demandar
unos mejores productos y/o servicios
Ahora se necesita una forma diferente de enfocar, de analizar, y de dirigir las organizaciones. Se debe
dirigir una organizacin considerndola como un sistema integrado de procesos.
La gestin por procesos es esta nueva forma diferente de dirigir las orga-nizaciones. Se pasa de una
visin vertical de la organizacin a una visin hori-zontal que permite gestionar la organizacin no como un
grupo de fun-cio-nes heterogneas (departamentos), sino como un sistema formado por flujos, pro-cesos,
que satisfacen y superan las necesidades y expectativas razo-na-bles de los destinatarios de los mismos,
los clientes y ciudadanos.
De la Organizacin Jerrquica a la de Procesos
El paso de una visin jerrquica de la organizacin a una visin de procesos no se realiza de forma brusca,
si no que pasa por diferentes estadios. Existe un primer estadio en el que dominan las funciones, la
organizacin por depar-tamentos. En un segundo estadio se comienza a reconocer que los procesos dentro
de la organizacin son importantes, pero todava dominan las funciones. Finalmente, en el tercer estadio,
se reconoce la supremaca de los procesos sobre las funciones y se trabaja con una visin horizontal de la
organizacin.
La gestin por procesos consiste en entender la organizacin como un con-jun-to de procesos que
traspasan horizontalmente las funciones verticales de la organizacin. Permite asociar objetivos a estos
procesos, de tal manera que se cumplan los objetivos de los departamentos para conseguir finalmente los
obje-tivos de la organizacin. Los objetivos de los procesos deben correspon-der-se con las necesidades y
expectativas de los clientes.

Mejora del Proceso
Teora del Proceso
Porqu Enfocar sobre el Proceso?

La calidad del producto viene determinada por la
calidad del proceso empleado en su desarrollo y
evolucin
Enfocar el desarrollo de los productos y servicios
mediante el diseo de su proceso proporciona una
visin de conjunto altamente ventajosa.
El esfuerzo personal y las tecnologas aplicados sin un
adecuado esquema de encaminamiento, no terminar
en un resultado significativo.
6
Porque enfocar sobre el proceso?

La calidad del producto, en este caso el software, viene determinada por la
cali-dad del proceso empleado en su desarrollo y evolucin.
El Proceso proporciona un enfoque constructivo que es adaptable y mejorable,
en funcin a los cambios en el entorno y al avance de las tecnologas
Esto se traduce en que un trabajo ms intensivo de las personas no conduce a
una mejor calidad final, esta se alcanza con una utilizacin ms inteligente del
esfuerzo humano
La tecnologa por si sola no conduce tampoco a la obtencin de productos
eficaces y de calidad, es necesario el mapa de carretera para obtener un
resultado significativo.
Una utilizacin eficaz de la tecnologa se consigue con un diseo apropiado de
los procesos mapa.
Teora del Proceso

Contrato
Estudio de Viabilidad
Memoria de Proyecto
Plan
Ingeniero
Planos
Cliente
Comprobaciones
Clculos de pilares,
vigas, ...
de electricidad
Comprobaciones
de desviaciones,
mediciones, ...
Pruebas
Investigacin
del Sistema
Planos Detallados
Planta
Jefe de Obra
Oficiales y
Albailes
Anlisis
Memoria de Calidades
Equipo de
Ingenieros
Concepto
Alzado
- construccin
- instalaciones
Mediciones y
Supuestos
Pliego de
Condiciones
Diseo
Construccin
- Reparacin
Mantenimiento - Mejoras
La figura anterior muestra el ciclo de vida por el que pasa la construccin

de una casa. Al igual que el ciclo de vida de cualquier producto de
ingeniera, en este caso una casa, en el software, como se ver ms
adelante, ocurre lo mismo. Las etapas de construccin de forma resumida
pueden ser: concepto, anlisis, diseo, construccin, pruebas y
mantenimiento.
Teora del Proceso
Teora del Proceso
Teora del Proceso

El proceso del software

Mejora del Proceso
Teora del Proceso

Es todo el conjunto de actividades necesarias para transformar los
requisitos del usuario en software (Humphrey-90).
Definir orden de actividades
Definir criterios para la transicin entre actividades
Comunicar procedimientos
El Proceso proporciona un enfoque constructivo que es

adaptable y mejorable, en funcin a los cambios en el entorno y
al avance de las tecnologas
10
10

Mejora del Proceso
Teora del Proceso
Cuando un Proceso es?

Inmaduro
Ad hoc; proceso improvisado por los profesionales y su

direccin
Ni seguido ni impuesto rigurosamente
Sumamente dependiente de los profesionales actuales
Dificultad para predecir la calidad del producto
Posibilidad de problemas de coste y planificacin
debido a una estimacin ineficaz
La funcionalidad del producto y la calidad a menudo
estn comprometidas para cumplir el plan
Utilizacin de una nueva y arriesgada tecnologa.
11
11
Teora del Proceso
Especificacin
del sistema
(posibles)
Codificar
y corregir
Entrega
(imprevisible)
12
Tradicionalmente el desarrollo de aplicaciones informticas se llevaba a

cabo de forma individualizada, a base de codificar (generar lneas de
cdigo) y probar lo realizado cuanto antes. La misma persona escriba el
cdigo, lo ejecutaba y, si fallaba, lo depuraba. El proceso se realizaba sin
ninguna planificacin previa y sin que soliese existir documentacin
alguna. Debido a que la movilidad en el trabajo era baja, los ejecutivos
estaban seguros de que esa persona estara all cuando se produjese
algn fallo. En principio, el hecho de que desde un primer momento se
vaya generando cdigo, podra considerarse como un sntoma de enorme
progreso, pero puede suponer posteriormente un gran retroceso e incluso
la necesidad de desechar una gran parte de lo realizado en el caso de
que existan errores y no se puedan llevar a cabo las modificaciones
necesarias para subsanarlos (por ejemplo si al 90% del cdigo se
descubre que el diseo de la base de datos es incorrecto, puede suponer
desechar el trabajo y tener que comenzar de nuevo). Con este enfoque,
cualquier cosa que no sea codificacin pura y dura no se realiza (como
por ejemplo, actividades de planificacin, de documentacin, de
aseguramiento de la calidad) [CALVO-MANZANO, 2001].
Esta forma de desarrollar es muy comn en muchas organizaciones y,
generalmente, se utiliza esta forma de desarrollo de aplicaciones cuando
no se elige o sigue un enfoque de desarrollo (ciclo de vida) concreto y/o
apenas se realiza la actividad de planificacin. Adems, otro factor que
juega a favor de este enfoque de codificar y probar, es que requiere poca
experiencia y cualquier persona podr fcilmente familiarizarse con l
[MCCONNEL, 1997].
12
Teora del Proceso
Dedicar todo el esfuerzo a codificar, lanzar lneas

de cdigo y probar cuanto antes.
Trabajar con un nivel de requisitos de usuario
mnimo y suponer el resto.
Convencer al usuario que el producto obtenido es la
mejor solucin a su problema.
Corregir los fallos sobre el mismo cdigo operativo.
No establecer ningn tipo de normativa
Carecer de documentacin concordante con el
cdigo operativo
13
13

Mejora del Proceso
Teora del Proceso
Cuando un Proceso es?

Maduro
Es consistente, definido, documentado e innovado
Los esfuerzos son apoyados claramente por los involucrados.
La organizacin es ms importante y no dependiente
Se efectan mediciones de productos y procesos
Se realiza un uso racional y disciplinado de la tecnologa
El proceso una vez realizado es controlado y auditado
14
14
Teora del Proceso
Teora del Proceso

15
15
El Ciclo de Vida (Modelos)
Teora del Proceso
Conjunto de fenmenos transcurridos entre un momento

dado de una generacin de un organismo y el mismo de
la generacin siguiente
16
Las funciones principales de un ciclo de vida software son:

Determinar el orden de las fases y procesos involucrados en el
desarrollo del software y su evolucin (teniendo en cuenta el modelo de
procesos que se utilice como referencia).
Establecer los criterios de transicin para pasar de una fase a la
siguiente (productos intermedios). Todo ello, incluye los criterios para la
terminacin de la fase actual y los criterios para seleccionar e iniciar la
fase siguiente.
Algunas de las ventajas se seguir un enfoque basado en un ciclo de vida
son:
Documentacin simultnea al desarrollo, formalizada y estandarizada, lo
que permite una comunicacin fcil (en el equipo, con usuarios, ...) y da
visibilidad y posibilidad de control para la gestin del proyecto.
Asegura un desarrollo progresivo, con controles sistemticos y deteccin
precoz de defectos, siempre y cuando se cuente con las correspondientes
etapas de revisin.
Se controla el sobrepasar plazos de entrega y los costes excesivos,
siempre y cuando se realice las actividades de seguimiento
correspondientes.
Gua para personal de desarrollo, ya que nos indica las tareas que hay
que realizar
Minimiza el rehacer el trabajo y los problemas de puesta a punto,
teniendo en cuenta que detectamos antes los errores.
16
Teora del Proceso
17
17
Contrato
Teora del Proceso
Viabilidad y
plazos
Funciones
Mundo y lenguaje
del usuario:
abstraccin
y lgica de usuario
Concepto
ER
S
Anlisis
DFD
Prototipos
Interaccin
usuario/analista
Diseo
Comprobaciones
Analistas orgnicos
Diseadores
Mundo y lenguaje
del ordenador:
lgica informtica
Modelos de diseo (datos,

funciones, interfaz)
Programacin
Programadores
Cdigo, programas,
bases de datos
Pruebas
Personal de
aseguramiento
de calidad
Explotacin y
Mantenimiento
18
La figura anterior muestra el ciclo de vida por el que pasa la construccin

de software. Al igual que en el ciclo de vida de cualquier producto de
ingeniera, recurdese el ejemplo de la casa, en el software, las etapas
de construccin de forma resumida pueden ser: concepto, anlisis,
diseo, construccin o programacin, pruebas y mantenimiento.
18
CASCADA
Teora del Proceso
Secuencia uniforme y ordenada de los pasos de desarrollo

No se adapta a cambios
Dificultad para el usuario de establecer todos los requisitos al principio
Producto disponible al final del desarrollo del proyecto
Anlisis de
requisitos
Especificacin
de requisitos
Diseo
preliminar
Anlisis
Diseo
detallado
Diseo
Programacin
y pruebas
Codificacin
Pruebas
Mantenimiento
Explotacin y
mantenimiento
19
La versin original del modelo en cascada del ciclo de vida fue propuesta por Royce [ROYCE,
1970] y, desde entonces, han aparecido numerosos refinamientos y variaciones de dicho modelo:
por ejemplo, [BOEHM, 1981], [SOMMERVILLE, 1985], [SIGWART, 1990]. El nmero de fases o
etapas que se proponen en este ciclo suele variar, aunque suelen ser: anlisis de requisitos del
sistema, anlisis de requisitos del software, diseo preliminar, diseo detallado, codificacin,
pruebas, explotacin y mantenimiento.
Algunas caractersticas de este ciclo son:
Cada fase empieza cuando se ha terminado la fase anterior [HAWRYSZKIEWYCZ, 1990].
Para pasar de una fase a otra es necesario conseguir todos los objetivos de la etapa previa
[BOEHM, 1981]. Para ello, se realiza una revisin al final de la fase.
Ayuda a prevenir que se sobrepasen las fechas de entrega y los costes esperados.
Al final de cada fase el personal tcnico y los usuarios tienen la oportunidad de revisar el
progreso del proyecto.
Es fcil de comprender, planificar y seguir.
Aunque es el ciclo de vida ms antiguo y el ms ampliamente utilizado, debido a las facilidades
que da a los gestores para controlar el progreso de los sistemas, ha recibido numerosas crticas
(vase, por ejemplo, [McCRACKEN y JACKSON, 1982]).
Algunas de las crticas del modelo en cascada son:
No refleja el proceso "real" de desarrollo de software. Los proyectos reales raramente siguen
este flujo secuencial, puesto que siempre hay iteraciones. Aunque en este modelo la iteracin est
permitida en etapas contiguas [MACRO, 1990], en la vida real normalmente la iteracin abarca
ms de una etapa. Un caso tpico es la redefinicin de los requisitos cuando se est codificando la
aplicacin. Es decir, exige una definicin completa de todos los requisitos desde el principio.
Se tarda mucho tiempo en pasar por todo el ciclo, dado que hasta que no se finalice una fase no
se pasa a la siguiente. As, se podra dar el caso de no salir nunca de la fase de anlisis de
requisitos software.
Acenta el fracaso de la industria del software con el usuario final. En este caso, el usuario debe
tener paciencia [PRESSMAN, 2002], ya que el sistema en funcionamiento no estar disponible
hasta la fase final del proyecto.
Se recomienda este ciclo de vida cuando:
El proyecto es similar a alguno que se haya realizado anteriormente con xito.
Los requisitos sean estables y estn bien comprendidos.
El diseo y la tecnologa est probada y madura.
La duracin del proyecto sea relativamente corta.
19
Teora del Proceso
INCREMENTAL
Anlisis de
requisitos
Especificacin
de requisitos
Diseo
preliminar
Diseo
Detallado 1
Programacin
y pruebas 1
Diseo
Detallado n
Explotacin y
Mantenimiento
n
Programacin
y pruebas n
Explotacin y
Mantenimiento
1
20
El modelo incremental [LEHMAN, 1984] corrige la necesidad de una secuencia no lineal

de pasos de desarrollo. En el modelo incremental se va creando el sistema software
aadiendo componentes funcionales al sistema (llamados incrementos). En cada paso
sucesivo, se actualiza el sistema con nuevas funcionalidades o requisitos, es decir, cada
versin o refinamiento parte de una versin previa y le aade nuevas funciones
[AMESCUA et al, 1995]. El sistema software ya no se ve como una nica entidad
monoltica con una fecha fija de entrega, sino como una integracin de resultados
sucesivos obtenidos despus de cada iteracin.
El modelo incremental se ajusta a entornos de alta incertidumbre, por no tener la
necesidad de poseer un conjunto exhaustivo de requisitos, especificaciones, diseos,
etc., al comenzar el sistema, ya que cada refinamiento amplia los requisitos y las
especificaciones derivadas de la fase anterior.
El modelo incremental constituy un avance sobre el modelo en cascada, pero tambin
presenta problemas. Aunque permite el cambio continuo de requisitos, an existe el
problema de determinar si los requisitos propuestos son vlidos. Los errores en los
requisitos se detectan tarde y su correccin resulta tan costosa como en el modelo en
cascada.
Las ventajas de este ciclo de vida son:
Reduce los riesgos de retrasos, de cambios de requisitos y problemas de aceptacin.
Los entregables intermedios facilitan la realimentacin para los subsiguientes
entregables.
Permiten al usuario validar al sistema a medida que se construye.
Por el contrario tiene como desventajas:
Es sensible a la planificacin de los entregables.
No tiene xito si no hay una implicacin del usuario.
Requiere una gestin de configuracin muy estricta.
Se han realizado proyectos similares anteriormente.
El diseo y la tecnologa estn probadas.
La duracin del proyecto es mayor de un ao o el usuario necesita versiones
intermedias.
20
Teora del Proceso
PROTOTIPO
Facilitan comunicacin con usuarios

Anlisis de
requisitos
Sistemas Especificacin
se desarrollan ms rpidamente
de requisitos
Diseo
Prototipo
Sistemas ms fciles de aprender

y utilizar por
Programacin
Y
los usuarios finales
pruebas
Prototipo
Diseo
Desatencin a la tarea
de anlisis (Rpido y
Detallado
Evaluacin
sucio) Programacin
y pruebas
Explotacin
y
Mantenimiento
Incorrectas
expectativas del usuario
21
En este modelo de ciclo de vida se desarrolla el sistema a medida que

avanza el proyecto. Normalmente se comienza desarrollando los
aspectos ms visibles del sistema, y luego se continua el desarrollo del
prototipo basndose en la realimentacin que se recibe del cliente.
Como principal ventaja se tiene que se proporciona funcionalidad til al
cliente antes de entregar el producto final completo.
Por el contrario, se pueden crear incorrectas expectativas al usuario
acerca de que el producto completo se finalizar antes de lo previsto.
21
Teora del Proceso
EVOLUTIVO
Determinar Usabilidad
Validar
Recoger necesidades
Validar
Planificacin y Diseo
Validar
Desarrollar Unidades
Probar
Integrar
Verificar
Entregar e Implementar
Explotar
22
El ciclo de vida evolutivo desarrolla tambin un sistema en distintas fases. El modelo de

Ciclo de Vida Evolutivo se diferencia del Ciclo de Vida Incremental por que se reconoce
que las necesidades de usuario no son completamente comprendidas ni estn
completas. Y ello requiere una vuelta a planificar y disear despus de cada implantacin
de los entregables.
Las ventajas de este ciclo de vida son:
No se necesita conocer todos los requisitos al comienzo.
Al igual que en el incremental, los entregables intermedios facilitan la realimentacin
para la subsiguientes entregables.
Las tcnicas de prototipado permiten a los desarrolladores demostrar la funcionalidad a
los usuarios con un mnimo esfuerzo.
Por el contrario tiene como desventajas:
Es difcil estimar el esfuerzo final necesario.
Es difcil medir el progreso.
No tiene xito si no hay una implicacin del usuario.
Se tiene el riesgo de no acabar nunca. Se esta continuamente incluyendo nuevas
versiones con mejoras (gold plating) y nunca se da por finalizado ni se entrega el
producto.
Los requisitos o el diseo no estn completamente definidos y es posible que haya
grandes cambios.
Se estn probando o introduciendo nuevas tecnologas.
Las capacidades del sistema pueden ser demostradas por medio de la evaluacin de
los usuarios.
Existen grupos de usuarios diversos con diferentes intereses.
22
Teora del Proceso
ESPIRAL
Anlisis de
Riesgos
Determinar
objetivos,
alternativas,
restricciones
Prototipo 3 Prototipo
Evaluar alternativas,
identificarPrototipo
y resolver
2
Operativo
los Prototipo
riesgos
1
Plan de Requisitos
benchmarks
Desarrollar
ySimulaciones,
verificar modelos,
el
Concepto
de
producto Requisitos
en el siguiente nivel
Operacin
Diseo
Sw
Diseo
Producto detallado
Validacin de
Plan de
Sw
Requisitos
Desarrollo
Cdigo
Plan de
Pruebas
V
&
V
del
Integracin
unitarias
diseo
y Pruebas
Integracin
y prueba
Imple- Prueba de
aceptacin
mentacin
Planificar las
del C.V.
fasesPlan
siguientes
23
Con el fin de paliar los inconvenientes del modelo en cascada [BOEHM, 1988], propuso el modelo en espiral,
que consta de una serie de ciclos. Cada uno empieza identificando los objetivos, las alternativas y las
restricciones del ciclo. Una vez evaluadas las alternativas respecto a los objetivos y teniendo en cuenta las
restricciones, se lleva a cabo el ciclo correspondiente para, una vez finalizado, empezar a plantear el prximo.
Una caracterstica importante del modelo en espiral es que cada ciclo se completa con una revisin en la que
participan las principales personas u organizaciones que tienen relacin con el producto. Esta revisin cubre
todos los productos desarrollados durante el ciclo anterior, incluyendo los planes para el siguiente y los
recursos necesarios para llevarlos a cabo. La revisin de los principales objetivos sirve para asegurar que
todas las partes involucradas estn de acuerdo respecto al mtodo de trabajo para la siguiente fase.
Los planes para las fases sucesivas pueden tambin incluir una particin del producto en incrementos (para
desarrollos sucesivos), o en componentes (para ser desarrollados por organizaciones individuales o
personas). En este ltimo caso, se pueden prever una serie de ciclos en paralelo, uno por cada componente,
aadiendo as una tercera dimensin al concepto de modelo en espiral. Por ejemplo, las espirales separadas
pueden aparecer a partir de componentes software separados.
Las principales diferencias [WOLFF, 1989] entre el modelo en espiral y los mtodos ms tradicionales son las
siguientes:
Existe un reconocimiento explcito de las diferentes alternativas para alcanzar los objetivos de un proyecto.
La identificacin de riesgos asociados con cada una de las alternativas y las diferentes maneras de
resolverlos son el centro del modelo. Con los mtodos tradicionales, es habitual dejar las partes ms difciles
para el final y empezar con las ms fciles y de menor riesgo, obteniendo as la ilusin de un gran avance.
La divisin de los proyectos en ciclos, cada uno con un acuerdo al final de cada ciclo, implica que existe un
acuerdo para los cambios que hay que realizar o para terminar el proyecto, en funcin de lo que se ha
aprendido desde el inicio del proyecto.
El modelo se adapta a cualquier tipo de actividad, incluidas algunas que no existen en otros mtodos (por
ejemplo, consulta de asesores expertos o investigadores ajenos) que son muy tiles para la consecucin de los
objetivos de un proyecto.
El modelo en espiral puede aplicarse en la mayora de las ocasiones. Sin embargo, en algunos casos hay que
resolver ciertas dificultades [BOEHM, 1988]:
Trabajo con software contratado. El modelo en espiral trabaja bien en los desarrollos internos, pero necesita
un ajuste posterior para adaptarlo a la subcontratacin de software. En el desarrollo interno existe una gran
flexibilidad y libertad para ajustarse a los acuerdos etapa por etapa, para aplazar acuerdos de opciones
especficas, para establecer miniespirales para resolver caminos crticos, para ajustar niveles de esfuerzo, o
para acomodar prcticas como prototipado, desarrollo evolutivo, uso de mtodos de diseo ajustado al coste.
En el desarrollo de software bajo contrato no existe esta flexibilidad y libertad, por lo que es necesario mucho
tiempo para definir los contratos, ya que los entregables no estarn previamente definidos de forma clara.
Necesidad de expertos en evaluacin de riesgos para identificar y manejar las fuentes de riesgos de un
proyecto. Normalmente, un equipo sin experiencia puede producir una especificacin con una gran elaboracin
de los elementos de bajo riesgo bien comprendidos, y una pequea y pobre elaboracin de los elementos de
alto riesgo. A no ser que se realice una inspeccin por expertos, en este tipo de proyecto se tendr la ilusin de
progresar durante un perodo, y, sin embargo, se encuentra dirigido directamente hacia el desastre. Otro
aspecto a tener en cuenta es que una especificacin dirigida por riesgos es tambin dependiente del personal.
Por ejemplo, un diseo producido por un experto puede ser implantado por inexpertos. Sin embargo, lo
contrario es muy difcil llevarlo a cabo.
23
Teora del Proceso
ESPIRAL
Reutilizacin del Software existente

Eliminacin de errores y alternativas psimas
de forma temprana
No distingue entre desarrollo y mantenimiento
Necesidad de expertos en evaluacin de riesgos
Dependencia del personal
24
24
Teora del Proceso
Documentacin simultnea al desarrollo, formalizada

y estandarizada
Comunicacin fcil (en el equipo, con usuarios, ...)
Visibilidad y posibilidad de control para la gestin del
proyecto
Asegura un desarrollo progresivo, con controles

sistemticos y deteccin precoz de defectos
Se controla el sobrepasar plazos de entrega y los
costes excesivos
Gua para personal de desarrollo, marcando las
tareas a realizar
Minimiza el rehacer el trabajo y los problemas de
puesta a punto
25
Las funciones principales de un ciclo de vida software son:

Determinar el orden de las fases y procesos involucrados en el desarrollo del
software y su evolucin (teniendo en cuenta el modelo de procesos que se utilice
como referencia).
Establecer los criterios de transicin para pasar de una fase a la siguiente
(productos intermedios). Todo ello, incluye los criterios para la terminacin de la
fase actual y los criterios para seleccionar e iniciar la fase siguiente.
Algunas de las ventajas se seguir un enfoque basado en un ciclo de vida son:
Documentacin simultnea al desarrollo, formalizada y estandarizada, lo que
permite una comunicacin fcil (en el equipo, con usuarios, ...) y da visibilidad y
posibilidad de control para la gestin del proyecto.
Asegura un desarrollo progresivo, con controles sistemticos y deteccin
precoz de defectos, siempre y cuando se cuente con las correspondientes
etapas de revisin.
Se controla el sobrepasar plazos de entrega y los costes excesivos, siempre y
cuando se realice las actividades de seguimiento correspondientes.
Gua para personal de desarrollo, ya que nos indica las tareas que hay que
realizar
Minimiza el rehacer el trabajo y los problemas de puesta a punto, teniendo en
cuenta que detectamos antes los errores.
25
Teora del Proceso
Ciclo Econmico del Software
Ingresos
Parar venta
Ingresos:
Ventas
Licencias
Desarrollo:
Personas
Equipo
Licencias
Mantenimiento:
Instalacin
Distribucin
Soporte
Retirada
Tiempo
Gastos
26
Como se muestra en la figura del ciclo de muerte del software, existe una
primera parte en que todo son gastos, debido principalmente al desarrollo
del producto, y cuando el producto se pone en explotacin comienzan los
ingresos, principalmente de venta del producto a travs de licencias, lo
que genera un resultado neto positivo.
Finalmente, llega un momento en que los gastos de mantenimiento
superan los beneficios del producto relativos a su venta, y entonces se
decir su retirada.
26
Teora del Proceso
Teora del Proceso

27
27
Mejora del Proceso

Teora del Proceso

nfasis
Tipo
Ciclo vida del producto Vista de pjaro
Proceso
Qu pasa?
Procedimiento
Como ocurre una

actividad de proceso?
Niveles abstraccin
Ejemplos
Cascada
Espiral
Desarrollo rpido
Planificacin,
seguimiento y control
del proyecto
Revisiones por Pares
Gestin de configuracin
Estimando tamao
Inspecciones cdigo;
walkthroughs
Revisando compromiso
externo con la alta
28
direccin
Elementos del Proceso
Teora del Proceso
29
29
Teora del Proceso

Un proceso describe que pasa
Un proceso describe acontecimientos o fases sobre lo que el lector necesita
estar enterado
Los procesos generalmente carecen del nivel de especificidad requerido para
que el lector ejecute las tareas descritas
Un procedimiento describe como ocurre algo
El procedimiento al igual que el proceso implica una serie de elementos que
suceden de forma secuencial. Sin embargo un procedimiento describe los pasos
que una persona ha de realizar
Las Actividades
Son las acciones que crean o alcanzan un producto del trabajo
Productos del trabajo
Son el resultado de las actividades. Pueden ser tangibles o servicio
Personas
Los roles de la organizacin o proyecto que logran o crean el producto del
trabajo
30
30
Teora del Proceso
Que ocurre?
Las Actividades
Son las acciones que crean o alcanzan un producto
del trabajo
Quin lo hace?
Personas
Los roles de la organizacin o proyecto que
logran o crean el producto del trabajo
Qu se crea?

Son el resultado de las actividades. Pueden ser
tangibles o servicio
31
31
Teora del Proceso

Cuestin clave
Elemento de informacin del proceso
Qu productos van a ser obtenidos?
Lista de productos del trabajo
Que actividades van a ser ejecutadas?
Lista de actividades
En que orden se ejecutarn?
Secuencia de actividades
Porqu se ejecuta una actividad?
Propsito de la actividad
Quin ejecuta una actividad especifica
Actividad es ejecutada por
32
32
Teora del Proceso

Cuestin clave
Elemento de informacin del proceso
Cundo empieza y termina una

actividad?
Requisitos de la actividad
Cules son los productos del trabajo

requeridos por una actividad especfica?
Entradas de la actividad
Cules son los productos del trabajo

generados por una actividad especfica?
Salidas de la actividad
Cmo son implementadas las

actividades?
Subactividades y procedimientos
Cmo se mide el rendimiento de la

actividad?
Mtricas de la actividad
33
33
Trminos del proceso
Teora del Proceso

Trminos del proceso
Descripcin
Actividades
Son las etapas o pasos intermedios de un

proceso
Secuencia de actividad
El orden de la actividad
Rol
Actividades son realizadas por las personas. Las

personas parte del proceso se describe como:
Un rol
Una organizacin, unidad o funcin
Alguna extensin de una persona, tal como una
herramienta
Propsito actividad
Una sentencia clara y concisa que describe los

objetivos y razn de la actividad
Requisitos
Establecen que es necesario para realizar la

actividad. Se expresan como atributos del
producto presentes antes que se complete la34
actividad. Expresados en trminos medibles
34
Trminos del proceso
Teora del Proceso

Trminos del proceso
Descripcin
Entrada
Es el recurso que es transformado por la actividad en una

salida (producto o servicio)
Referencia
Usada como fuente de informacin que es utilizada para

dirigir o guiar la actividad, pero la referencia no es
transformada directamente por la actividad
Estimulo
Dispara el arranque de una actividad. No es transformado

por la actividad
Salidas
Son los productos o servicios que resultan de la actividad.

Salidas intermedias son entrada a otras actividades del
proceso. El propietario de la actividad debe asegurarse que
la salida est conforme con los requisitos de la actividad
Subactividades
Son particiones de una actividad en partes subordinadas.

Ayuda a definir la complejidad de gestin del proceso
Procedimiento
Proporcionar instrucciones paso por paso sobre como

actuar con la informacin
Medida
Define como la ejecucin de la actividad es evaluada
35
35
ComponentesMejora del Proceso
Teora del Proceso
Qu es un procedimiento?
Componentes clave
Informacin soporte
Propsito
Razonamiento (cuando apropiado)
Diagrama de contexto mostrando

como los procedimientos se adaptan
en el proceso global
Diagrama de flujo del procedimiento
Cuando se ejecuta el procedimiento
Ejemplos
Quien ejecuta el procedimiento
Polticas relevantes
Entradas
Como reportar un informe de problema

asociado con el procedimiento
Salidas
Requisitos
Pasos de accin y de decisin
Como medir el xito
Definicin de trminos
Como obtener ayuda

Plantillas o listas de comprobacin
Historia del cambio
36
36
Representacin del Proceso
Teora del Proceso
Simbologa bsica
Actividades
Decisin
Subproceso
Documento
Conector
Flecha
37
Teora del Proceso
38
38
Teora del Proceso

Divisin de cada actividad en tres a seis
subactividades principales
Descomposicin inicial
39
39
Teora del Proceso
40
40
Elementos
Proceso
Elementos
deldel
Proceso
Teora del Proceso

Cuestiones clave de cada actividad
Cul es el propsito de esta actividad?
Quin participa en esta actividad?
Actividad 1
Actividad 2
Actividad 3
Cules son las entradas necesarias para ejecutar

esta actividad?
Cules son los productos del trabajo que se generan
por esta actividad?
Cmo sabe cuando deber comenzar esta actividad?
Cmo sabe cuando esta actividad ha sido
completada con xito?
Qu hace para completar esta actividad?.
Cules son las tres a seis subactividades que
ejecuta para completar esta actividad?
Cmo determina o mide la ejecucin de esta
actividad?
41
Qu actividad es ejecutada antes y despus de esta?
41
Teora del Proceso
Propsito de la actividad
Es una sentencia clara y concisa que describe los

objetivos y la razn de la actividad
Una sentencia de propsito, mejora la comprensin y
soporta la adaptacin y reuso de definiciones de proceso
Ejemplo:
El propsito de probar la confiabilidad de la ingeniera
es resolver cualquier aspecto residual de confiabilidad
antes de entregar el producto para las pruebas de
integracin
42
42
Teora del Proceso
Secuencia de actividades
La secuencia actividades es el orden de las actividades

Actividades A.
B y C ocurren en
serie
En base al resultado de
La actividad A la actividad
B o C comienza
En base al resultado de
La Actividad B la
Actividad C comienza
o el proceso itera atrs
a la actividad A
Cuando la actividad A
termina las actividades
B y C se realizan
concurrentemente
43
Teora del Proceso
Ejecucin de actividades
Las actividades son ejecutadas por gente

La gente parte del proceso, puede ser descrita
como:
Un rol
Una organizacin, unidad o funcin
Alguna extensin de una persona como una

herramienta automtica
44
44
Teora del Proceso
Requisitos
Los requisitos de la actividad establecen lo que es

necesario para ejecutar la actividad con xito.
En muchos casos los requisitos son expresados como
atributos de los productos del trabajo de la actividad
que deben estar presentes antes de concluir la actividad
Los requisitos deben expresarse en trminos medibles
que puedan ser probados y evaluados
45
45
Teora del Proceso
Entradas y salidas
Entradas son recursos que son transformados por la

actividad como consecuencia de su propsito
Salidas son los productos del trabajo o los servicios
producidos por una actividad
Actividad 1
Requisitos
del producto
Actividad 2
Plan de
desarrollo
del producto
Actividad 3
Plan de
desarrollo
del producto aprobado
Productos intermedios son cualquiera de las entradas o salidas

de una actividad
46
46
Teora del Proceso
Estmulo y referencia
Materiales de referencia y estmulos de una actividad, son componentes de la

actividad, que no son transformadas por ella, pero que en determinadas
circunstancias son necesarias para cumplir con el propsito de la actividad
El estmulo dispara el arranque de una actividad. Un estmulo no es
transformado por el proceso
Estimulo
Entrada (recurso)
Actividad 1
Salida
Referencia
Disposicin Legal
La referencia es usada como fuente de informacin que se utiliza para
dirigir o guiar la actividad. La referencia no es directamente transformada
47
por la actividad
47
Teora del Proceso
Salidas intermedias
Se convierten en entradas de otra actividad del proceso. La

actividad propietaria debe asegurar que la salida est
conforme a los requisitos de la actividad
Actividad 1
Salida
Estmulo
Entrada
Referencia
Actividad 2
Salida
48
48
Teora del Proceso
Subactividades
Son particiones adicionales de una actividad en partes

subordinadas. Estas particiones adicionales ayudan a
definir el proceso de gestin de la complejidad del proceso
Actividad 1
Subactividad 1.1
Subactividad 1.2
Subactividad 1.1.1
Subactividad 1.1.2
Subactividad 1.3
Subactividad 1.1.3
49
49
Teora del Proceso
Procedimiento
El procedimiento proporciona instrucciones paso a paso del

tratamiento al que hay que someter a la informacin
Actividad 1
Subactividad 1.1
Subactividad 1.1.1
Procedimiento
Subactividad 1.2
Subactividad 1.1
Subactividad 1.1.3
Subactividad 1.1.2
Paso 1
Paso 2
Paso 3
50
50
Teora del Proceso
Medidas de la actividad
Definen como es evaluada la ejecucin de la actividad

Ejemplos
Atributos de requisitos de la actividad (Calidad)
Esfuerzo
Tiempo calendario
51
51
Teora del Proceso
Lista de comprobacin
Lista de criterios de entrada

Mtricas
Establecer descripciones de tareas
Procedimientos de validacin
Lista de criterios de salida
52
52
Teora del Proceso

Resultados deseados
Comprender qu productos del trabajo van a ser generados es un

prerrequisito para comprender cmo el proceso cumplir los
Productos
resultados requeridos
del trabajo
finales
Proceso
53
53
Teora del Proceso
Teora del Proceso

54
54
Establecimiento del Proceso
Teora del Proceso
Planificacin colaborativa
Recoger informacin del proceso
Maqueta del proceso
Organizacin de la documentacin
Realimentar y refinar
Documentar
Archivo y recuperacin
55
55
Teora del Proceso
Enfocar una planificacin colaborativa

con los miembros del proyecto
Compaero proyecto
Grupo de Proceso
Grupo Tcnico de Trabajo
56
Teora del Proceso
Funciones del Grupo de Proceso (GP)
57
57
Teora del Proceso
El Grupo Tcnico de Trabajo (TWG)

El Grupo Tcnico de Trabajo,
es una unidad organizativa de
carcter temporal creada para
el desarrollo de un programa
concreto de Mejora de
Procesos
58
58
Teora del Proceso
El Grupo Tcnico de Trabajo (TWG)

Detectan problemas e identifican soluciones
Formulan las soluciones.
Revisan el Plan de Accin para ajustar la solucin
seleccionada.
Plantean las posibles soluciones a el rgano de gerencia
Seleccin del grupo del prototipo.
Comienzan el prototipo.
Evalan los resultados del prototipo.
Revisan el plan de accin de acuerdo a los resultados del
prototipo.
59
59
Teora del Proceso
Papel de consultora del PG

El PG juega un rol de consultor y soporte para instrumentar una
ayuda eficaz al TWG (Grupo de Trabajo Tcnico).
Para que el TWG, arranque correctamente con la actividad de
definicin del proceso, la ayuda, que debe ser de carcter
intensivo, se debe acompaar con intervenciones de formacin y
entrenamiento.
El nfasis siempre se enfocar sobre la consultora para el
desarrollo
60
60
Teora del Proceso
Miembros del PG son los facilitadores del desarrollo

Tipo
Descripcin
Consultora bsica
El grupo espera del consultor que mantenga

el enfoque en problemas sustantivos
El grupo usa al consultor para mejorar
temporalmente su proceso en orden a
resolver un problema
El grupo espera que el consultor gue y
dirija el proceso del grupo
Consultora para el
desarrollo
El consultor comparte la responsabilidad de

la direccin del proceso del grupo con sus
miembros
El consultor ayuda permanentemente al
grupo a mejorar su proceso
61
61
Teora del Proceso
Naturaleza iterativa de la planificacin
62
62
Teora del Proceso
Naturaleza iterativa de la planificacin
El plan del TWG incluye subtareas

Desarrollar borrador de detalle del plan y calendario;
Revisar borrador con personal del proyecto
Negociar calendarios
Revisar los planes requeridos y
Comunicar los resultados (aMSG y otros)
63
63
Teora del Proceso
Consideraciones de planificacin
El consultor del PG trabaja con el TWG para planificar una sesin de recogida
de datos efectiva. Los aspectos ms importantes incluyen lo siguiente:
64
64
Teora del Proceso
Ingeniera
Software
Gestin
Contrato
Ingeniera
Sistemas
Proyecto
Servicio
Cliente
65
65
Teora del Proceso
mtodos
procedimientos
Datos
medicin
Polticas
relevantes
plantillas
Documentos
basados en mtricas
Diagramas
proceso
formularios
66
Teora del Proceso
67
67
Teora del Proceso
68
68
Teora del Proceso
Crea un registro
Pblico con la informacin
de la entrevista
Escritor
principal
Dirige el flujo
de cuestiones
Controlador
del Tiempo
Mantiene a todos
informados del
tiempo planificado y
del que se lleva
consumido
Consultor
El Consultor del PG ensea tcnicas de entrevista y sirve como

modelo de rol para la sesin de recogida de datos inicial. Luego, otros
miembros del TWG asumen el rol dirigidos por el consultor.
69
69
Teora del Proceso
Otros miembros del TWG
Registran informacin de las entrevistas y proporcionan soporte

cuando se necesite al consultor
70
70
Teora del Proceso
Esta propuesta implica usar una combinacin de dos tcnicas para obtener la
descripcin del proceso.
71
71
Teora del Proceso

Qu hacer
Establecer una atmsfera relajada. Asegurarse que no hay percepcin de

que la reunin es una auditoria
Sea un oyente bueno y cuidadoso
Use su texto de facilitacin
Recuerde que la gente le estar observando y puede estar formndose
una impresin inicial sobre el esfuerzo de PI basndose en su organizacin
y efectividad.
Comenzar a la hora y terminar a la hora (5 minutos antes)
No usar un lenguaje que pueda ser confuso para el que escucha (trminos
CMMI)
Qu no
72
72
Teora del Proceso
Maqueta del proceso
Desarrollo de la Maqueta
Durante esta actividad el equipo de trabajo utiliza los resultados de la
recogida de datos para hacer una Maqueta del proceso existente
Qu es una Maqueta del proceso?
Una maqueta de proceso es cualquier representacin de un proceso. La
maqueta de proceso pueden basarse en texto o grficos
La mayor parte de las notaciones normalmente emplean una combinacin
de texto y grficos
La Maqueta de proceso se utiliza cuando una descripcin exhaustiva y
completa del proceso es indeseable o no prctica
La maqueta de proceso sirve de ayuda en el anlisis y comprensin del
proceso
73
73
Teora del Proceso
Maqueta del proceso
Diagrama de flujo
Un diagrama de flujo proporciona informacin sobre:

Dnde comienza el proceso de trabajo. -Input.
Todas las actividades necesarias para que el proceso de
trabajo sea completado - tareas.
La relacin entre las diferentes actividades - Flechas de
direccin.
Los pasos a dar en el proceso de trabajo, donde se toman
decisiones. Puntos de decisin.
Donde el proceso de trabajo es detenido hasta que otra
actividad sea completada. - Puntos de Espera.
Donde termina el proceso. - Output.
74
74

Mejora del Proceso
Teora del Proceso
Maqueta del proceso
Comenzar con un grfico de flujo o diagrama de bloques
2 esfuerzo
estimado
Dibuje un diagrama fcil de comprender

Que muestre
Principales actividades
Puntos de decisin y bifurcacin
Secuencia de las actividades
Use una clusula de verbo

corta que indique
claramente el objetivo de la
actividad. Numere cada caja
75
75
Teora del Proceso
Maqueta del proceso
Plantillas de proceso
Funciones y
Responsabilidades
Organizacin
Actividades
Funcin
Relaciona para cada actividad identificada en el

diagrama de flujo quienes son sus participantes,
que papel desempean en la misma y a que
organizacin pertenecen.
Este cuadro complementa en parte la informacin
del diagrama de flujo
Clave
R
Responsable
Suministra datos
Notifica
76
76
Teora del Proceso

Actividades
Cliente
1.0 Definir el
Proyecto
2.0 Revisar Proyectos
Pendientes
Gestor
Ejecutivo
5.0 Plan de Proyecto

6.0 Desarrollo
Diseo Conceptual
7.0 Desarrollo
Diseo del Sistema
8.0 Desarrollo
Diseo Tcnico
9.0 Realizar el Sistema
10.0 Comprobar
Jefe
Diseo
Jefe
Desarrollo
Calidad
A
A
P
P
N
N
N
N
FUNCION
Jefe de
Proyecto
3.0 Seleccionar equipo

4.0 Definir
Requisitos
Maqueta del proceso
P= Participar
A=Autorizar
N= Notificar
77
77
Teora del Proceso

Maqueta del proceso

Productos del trabajo y tecnologas
Productos
Actividades
Tecnologas
Especifica los productos del trabajo, los califica de

acuerdo a la clave y los relaciona con las
actividades identificadas en el diagrama de flujo.
Si es necesario se determinan las tecnologas
utilizadas para el cumplimiento de la actividad
Este cuadro complementa en parte la informacin
del diagrama de flujo
CLAVE
I
O
S
R
Entrada
Salida
78
Estimulo
Referencia
78
Teora del Proceso
Actividades
Informacin
Cliente
Origen Externo
1.0 Establecer
Proyecto
2.0 Revisar Proyectos Pendientes
Situacin
Trabajo (SOW)
4.0 Definir Requisitos
Esquema
del Plan
Revisar
Plan
Tecnologa
3.0 Seleccionar equipo
5.0 Plan Proyecto

6.O Desarrollar
Diseo Conceptual
Comprobar
Requisitos
Maqueta del proceso
e-mail
Hoja
Calculo
O
R
I/O
R
I
I/O
O
I/O
I/O
DB
SQL
Planif.
I
I= Entrada
O=Salida
R= Referencia
S= Estmulo
79
79
Teora del Proceso
Maqueta del proceso
Actividades
Requisitos
Requisitos y Medidas
Medida de
rendimientos
Mtodo de medicin
Que requisitos son necesarios para poder

desarrollar la actividad, o como consecuencia de
ella.
Si procede, establecer el rendimiento de la
actividad, y cual fue el mtodo empleado para
determinar el rendimiento.
80
80
Teora del Proceso
Maqueta del proceso
Propsito del grupo de actividades y de cada sub-actividad

Actividades
Propsito
Sub-actividad
Informa sobre el mvil que persigue la actividad, e

indica todas las sub-actividades que se comprenden
en la actividad principal
81
81

Mejora del Proceso
Teora del Proceso
Organizacin de la Documentacin
Escribir para el lector no para uno mismo
82
82

Mejora del Proceso
Teora del Proceso
Escribir para el lector no para uno mismo
83
83

Mejora del Proceso
Teora del Proceso
Escribir procedimientos utilizables

Cuando escriba procedimientos dese cuenta que el lector necesitar
ser capaz de contestar diferentes cuestiones rpidamente.
84
84

Mejora del Proceso
Teora del Proceso
Escribir procedimientos utilizables
Cuando escriba procedimientos dese cuenta que el lector necesitar

ser capaz de contestar diferentes cuestiones rpidamente.
El procedimiento deber estar enfocado sobre la informacin que
necesitar tener a mano para cumplir la tarea.
Demasiado a menudo, los escritores logran llegar al nivel de detalle al
escribir sobre detalles que conocen. Dejan las tareas de resolver las
cuestiones anteriores al lector
85
85
Ayudas
Mejora del Proceso
Teora del Proceso

Ejemplos: cosas a evitar
Descripciones de acciones que son demasiado vagas o generales
Terminologa que puede ser confusa para el lector
Procedimientos descritos en demasiado detalle, una moda para el
lector
Ninguna accin o informacin no directiva incluida en un paso del
procedimiento
Acrnimos indefinidos o sobre uso de acrnimos
Referencias a terminologa desde su modelo de referencia (ej. CMMI),
porque el lector no entendera y es improbable que esta
informacin les ayude con la tarea entre manos
Referencias a otros documentos que no son requeridos para completar
la tarea entre manos
86
86
Mejora del Proceso

Principios trazado mapa informacin
Teora del Proceso

Principios para trazar el mapa de informacin
Mtodo para escribir el mapa de informacin est basado en mas de
veinte aos de investigacin sobre como la gente lee y comprende
la informacin.
El mtodo para escribir el mapa de informacin se basa en siete
principios bsicos de comunicacin.
Los principios aseguran un estilo de escritura basado en el lector y
orientado a la tarea que satisface las necesidades de ambos
lectores y escritores.
Principios para trazar el mapa de informacin
1
2
3
4
Descomposicin
Relevancia
Etiquetado
Consistencia
5 Grficos integrados
6 Detalle accesible
7 Jerarqua de
descomposicin y
etiquetado
87
87
Mejora del Proceso

Teora del Proceso

1 El principio de descomposicin
Los escritores debern agrupar la informacin en unidades pequeas y
manejables
Una unidad manejable de informacin es una consistente en no
mas de nueve piezas de informacin
Investigacin sugiere que la gente procesa y recuerda de forma
optima no mas de siete mas menos dos (7 + 2) piezas, o unidades
de informacin al mismo tiempo.
Descomponiendo la informacin, el escritor mejora la comprensin
del lector, el acceso y la velocidad de recuperacin
Puesto que los lectores no pueden retener mas de cinco a nueve
piezas de informacin en la memoria inmediata, comprenden mas
rpida y completamente el material que ha descompuesto
Como la complejidad de la informacin incrementa, el limite de
descomposicin disminuye.
88
88
Mejora del Proceso

Teora del Proceso

Ejemplo: el principio de descomposicin
Un escritor cre este borrador:
Diferencial ambiental es un cierto porcentaje basado en lo pagado de
salario hora a los empleados cuando trabajan en situacin peligrosa.
Cuando requerimos a nuestros empleados de mantenimiento trabajar
en andamios, les pagamos este diferencial ambiental por las horas que
estn haciendo este trabajo
El escritor not que aunque el borrador no era excesivamente grande,

estaba presentando dos aspectos diferentes (1) definiendo un
termino y (2) dando un ejemplo del termino en el mismo
componente
Aplicando el principio de descomposicin, el prrafo fue rehecho en
dos componentes:
Diferencial ambiental es un cierto porcentaje sobre lo pagado en el
salario hora a los empleados cuando trabajan en situaciones peligrosas
Cuando requerimos a nuestros empleados de mantenimiento trabajar
en andamios, les pagamos el diferencial ambiental por las horas que
han estado haciendo ese trabajo
89
89
Mejora del Proceso

Teora del Proceso

2
El principio de relevancia
2
Los escritores deben estar seguros que toda la informacin en un
componente se relaciona con un punto principal basado sobre ese
propsito o funcin de la informacin para el lector
Los escritores deben asegurarse que los componentes contienen
una clase limitada de informacin. Todas las sentencias o
diagramas en un componente deben pertenecer a un nico tpico.
Si hay nicamente una clase de informacin en un componente, los
lectores no tendrn que cambiar de herramientas mientras leen una
unidad de informacin.
Lo ms importante, los escritores deben dejar la informacin
irrelevante fuera. Poner sentencias de transicin, hace que ello
fluya o agradable de saber en otro componente
Si informacin irrelevante es incluida los lectores tienen que
resolver porque el material extrao est all, que hacer con l y a
donde pertenece. Esto es un trabajo extra y ralentiza la velocidad
del lector
Emplear el principio de relevancia ayuda en la comprensin y en el
tiempo
90
90
Mejora del Proceso

Teora del Proceso

3 El principio de etiquetado
Despus de organizar las sentencias relacionadas en unidades
manejables, los escritores deben proporcionar una etiqueta para
cada unidad de informacin.
Porque etiquetar
Etiquetado facilita la
comprensin y
recuperacin de informacin
Previo
Examen
Investigacin indica que la gente

comprende y accede a la informacin ms
rpidamente cuando tienen un previo de lo
que va a llegar. Una etiqueta proporciona
un previo breve de cada unidad de
informacin. Es un adelanto del organizador
para el lector
La etiqueta tambin destaca en el texto
para permitir un rpido examen. Los
lectores pueden usar las etiquetas para
encontrar la informacin que necesitan
rpidamente
91
91
Mejora del Proceso

Teora del Proceso

Ejemplo: el principio de etiquetado
Definicin
Ejemplo
Diferencial ambiental es un cierto

porcentaje sobre lo pagado en el salario
hora a los empleados cuando trabajan en
situaciones peligrosas
Cuando requerimos a nuestros
empleados de mantenimiento
trabajar en andamios, les
pagamos el diferencial ambiental por
las horas que han estado haciendo ese 92
trabajo
92
Mejora del Proceso

Teora del Proceso

4 El principio de consistencia
Para asuntos con similares objetivos, los escritores deben usar
palabras, etiquetas, formatos, organizaciones y secuencia similares.
Consistencia ahorra tiempo a los lectores porque ellos pueden
Encontrar la informacin que necesitan rpidamente
Localizar informacin similar, incluso evitar la ambigedad
Enfocar sobre el contenido ms que sobre la forma
Muchos retricos tradicionales animan a los escritores a usar variedad
para entretener a los lectores. Sin embargo en escritura tcnica y de
diseo, el valor est en la capacidad del lector en usar el
documento para hacer el trabajo
Variedad es frecuentemente distraccin y consumidora de tiempo, mas
que entretenimiento
93
93
Mejora del Proceso

Teora del Proceso

5 El principio de grficos integrados
Escritores debern usar diagramas, tablas, dibujos, etc., como una
parte integral del texto, no como una ocurrencia aadida cuando la
escritura est completa.
Investigacin indica que aproximadamente el 50% de la poblacin
adulta aprende mejor desde dibujos y otros grficos que desde
palabras
Si los grficos, tales como tablas, diagramas y dibujos son una parte
integral del texto, los lectores no tendrn que ir adelante y atrs a
travs de un documento para encontrar lo que necesitan
94
94
Mejora del Proceso

Teora del Proceso

Ejemplo: principio de grficos integrados
En la escritura tradicional dos o ms sentencias IF-THEM generalmente
aparecen en forma de prrafo. Aqu hay un ejemplo.
Aproximacin tradicional
Ofrecemos crdito a clientes establecidos que han realizado pedidos con nosotros en el pasado. Si un
nuevo pedido es de 25,00$ o menos, esperamos el pago inmediato del pedido porque nuestro
coste de preparacin es demasiado alto para justificar una garanta de crdito. Si hay facturas
pendientes, retenemos el crdito. Pedidos de 26,00$ a 500,00$ pueden ser cumplimentados a
crdito si no hay facturas pendientes. Pedidos de mas de 500,00& debern ser remitidos a su
supervisor.
Aproximacin a grficos integrados

Use esta tabla para determinar como aprobar o desaprobar un pedido
SI LA CANTIDAD DE PEDIDO
ES
25,00$ o menos
Entre 25,00$ y 500,00$
Ms de 500,00$
Y HAY
-
ENTONCES
Negar crdito
No facturas pendientes
Extender crdito
Facturas pendientes
Negar crdito
Llame a su
supervisor
95
95
Mejora del Proceso

Teora del Proceso

El principio de detalle accesible
6
Escritores deben escribir al nivel de detalle que
proporciona la informacin que el lector necesita,
fcilmente accesible y que es usable por todos los
lectores.
Poner lo que el lector necesita donde lo necesita
Incluir etiquetado claramente visin global, descripciones,
diagramas y ejemplos para todas las presentaciones en
abstracto. Coloque los diagramas y ejemplos junto al texto que
los ilustra.
El procesador de informacin humano, el cerebro, trabaja mejor
cuando principios abstractos, conceptos y procedimientos estan
soportados y explicados por ejemplos ejemplos concretos.
Evitar forzar a los lectores a otras partes del documento y a
otros documentos para ejecutar la tarea que es el propsito del
documento.
96
96
Mejora del Proceso

Teora del Proceso

7 Principio
de jerarqua de descomposicin y etiquetado
Escritores debern organizar pequeas y relevantes unidades de informacin

en una jerarqua y proporcionar grupos mayores que han creado con una
etiqueta.
Como el nmero de cualquier grupo de elementos crece mas all del lmite
de descomposicin(7+ 2) los lectores tendrn de nuevo dificultad para
comprender y recordar la informacin.
Los investigadores indican que la gente comprende y recuerda mejor
grandes cantidades de informacin si esa informacin est organizada en
grupos relacionados de 5 a 9 elementos cada uno.
Lectores tambin aprenden ms rpido y recuperan informacin ms
rpidamente si cada uno de los elementos est etiquetado.
97
97
Mejora del Proceso

Teora del Proceso

Ejemplo: principio de jerarqua de descomposicin y etiquetado
Un escritor cre un procedimiento para desarrollar un plan
de desarrollo de producto (PDP). Cuando el
procedimiento estuvo completo el gestor del proyecto
(usando el procedimiento) tena que seguir 28 pasos.
El escritor se dio cuenta que el material exceda el lmite
de descomposicin y que sera difcil para los lectores
comprender la informacin.
Por tanto el escritor busco relaciones entre los pasos
individuales, reagrupo las unidades separadas (los
pasos) en varios diferentes procedimientos y dio a cada
nuevo procedimiento una etiqueta de modo que as los
lectores podan encontrar informacin especfica
98
98
Mejora del Proceso

Teora del Proceso

Ejemplo: principio de jerarqua de descomposicin y etiquetado2
Desarrollar un plan de
desarrollo del producto
Determinar aproximacin
Y alcance del proyecto
Conducir trabajo de
plan del producto
Estimar recursos del

proyecto y calendario
99
99
Mejora del Proceso

Teora del Proceso

Ejemplo: principio de jerarqua de descomposicin y etiquetado3
Esto es como podra
estar organizado el
documento
100
100
Teora del Proceso

Paquete de descripcin del proceso
Organizar la informacin en un documento que puede ser revisado por colegas
El documento deber ser:
jerrquico
modular
una combinacin de texto narrativo, diagramas y tablas
Organizar las secciones del documento por actividad
Proporcionar suficiente informacin y contexto para facilitar la
comprensin
Incluir artefactos del modelo de proceso como apndices a la seccin
principal del documento
101
101
Teora del Proceso
Obtener realimentacin y refinar
102
102
Mejora del Proceso

Teora del Proceso

Obtener realimentacin y refinar
En el proceso de revisin y realimentacin, los practicantes son
arrastrados en el esfuerzo de mejora como verdaderos socios.
Desde el punto de vista de transicin de tecnologa, impulsar a la
organizacin en el esfuerzo de mejora en este primer paso, paga
dividendos reales, minimizando la resistencia de los miembros de la
organizacin en el eventual cambio de proceso.
Descripcin
proceso
Revisin
Personal
proyecto
Realimentacin
103
103
Mejora del Proceso

Otros componentes
Teora del Proceso

Desarrollar otros componentes de la solucin
La gua del proceso es solo un elemento de la solucin del producto
completa
Considere la necesidad de
Entrenar en el proceso
Entrenador/mentor
Formatos, plantillas, listas de comprobacin y otras ayudas al
trabajo
Un sistema de realimentacin del proceso
(sistema de sugerencias y proceso de
reporte de problemas)
Un mecanismo de mantenimiento para la
gua del proceso
Seguimiento del rendimiento del proceso
(mtricas)
Mecanismo para control de configuracin
104
de la gua del proceso
104
Revisiones
Teora del Proceso

adaptar
componentes
del
producto completo
Revisin
estructurada del GP
y del EGT
Revisiones por
pares con usuarios
del proceso
Pilotar los
materiales y ver
que funciona y
que necesita
cambiar
Mejora del Proceso
Conducir revisiones
No trate de crear la solucin perfecta la
primera vez. Use sus colegas como
consejo sonda y conduzca revisiones
para obtener ideas de mejora.
Pilotando el producto completo los
componentes proporcionan informacin
valiosa que puede utilizar para mejorar
la solucin.
Debe darse cuenta de que a pesar de
sus esfuerzos, es imposible desarrollar
la solucin perfecta la primera vez.
Revisando y pilotando los la nueva
solucin del producto completo los
componentes siempre ponen al
descubierto errores que deben ser
fijados.
105
Planee sobre ello
105
Revisiones
Mejora del Proceso
Teora del Proceso

Obtener una rpida realimentacin arrastrando a otros en el
esfuerzo
Qu piensa de
nuestro proceso para
conducir revisiones
estructuradas?
Alguna sugerencia?
Borrador de
Descripcin
Del proceso
106
106
Mejora del Proceso

Biblioteca de activos
Teora del Proceso

Establecer una biblioteca de activos del proceso
El GP establece la biblioteca de activos del proceso de la organizacin.
Esta biblioteca es un repositorio central para todos los procesos
relevantes de los proyectos. Contiene copias maestras de las
descripciones de los procesos, polticas, etc.
Un miembro del GP se convierte en el bibliotecario oficial
Los activos se mantienen usando gestin de configuracin
El GP prepara los mecanismos adecuados para operar la biblioteca
(Web, Lotus Notes, herramientas de vendedor, copias duras, etc.
La biblioteca proporciona un
mecanismo de comunicacin valioso y
fomenta el aprendizaje de la
organizacin
107
107
Mejora del Proceso

Teora del Proceso

Comunicar los resultados
La ms poderosa herramienta que tienen en la gestin del
cambio el PG y el TWG es la comunicacin
El PG y el TWG preparan un informe final para el MSG y otro
afectados relevantes de la gestin
El equipo de PI deber dar seminarios para mantener
informados a los individuos interesados
108
108
Teora del Proceso
Teora del Proceso

109
109
Modelo proceso Mejora del Proceso
Teora del Proceso
Qu es un Modelo de Procesos?
Una coleccin estructurada de elementos que describen
las caractersticas de los procesos efectivos.
Proporciona:
un punto de arranque
el beneficio de experiencias previas de la comunidad
un lenguaje comn y una visin compartida
un marco de trabajo para priorizar acciones
110
110
Teora del Proceso
Una coleccin estructurada de elementos que describen

las caractersticas de los procesos efectivos.
Proporciona:
el beneficio de experiencias previas de la comunidad
111
111
Teora del Proceso
Porqu es importante un modelo?

Un modelo proporciona:
el beneficio de experiencias previas de la
comunidad
112
112
Teora del Proceso
. Cmo es usado un Modelo?
Un modelo es usado
para ayudar a establecer objetivos de
mejora de proceso y prioridades, mejorar
procesos, y proporcionar una gua para
asegurar procesos estables, capaces y
maduros
como una gua para mejorar procesos de la
organizacin
113
113
Modelo proceso
Teora del Proceso
Modelos de Referencia I
Describen los procesos que PODRAN utilizarse

para adquirir, suministrar, desarrollar, explotar,
soportar y mantener el software
IEEE 1074 Estndar para el Desarrollo de Procesos
del Ciclo de Vida Software
Instituto de Ingenieros Elctricos y Electrnicos
ISO 12207-1 Proceso del Ciclo de Vida Software

Organizacin Internacional de Estndares
Capability Maturity Model Integrated (CMMI)

Instituto de Ingeniera del Software (SEI)
114
Las organizaciones profesionales y los organismos internacionales se han

venido ocupando de los procesos universales de ingeniera del software
que son fundamentales para realizar un buen desarrollo de un sistema de
informacin y que cubren las actividades de mejoras prcticas (aquellas
que proporcionan buenos resultados). As, han desarrollado modelos de
referencia que describen los procesos que una empresa podra utilizar a
la hora de la adquisicin, suministro, desarrollo, explotacin, soporte y
mantenimiento de software.
El Instituto de Ingeniera del Software (SEI) ha desarrollado el Modelo de
Madurez de la Capacidad (Capability Maturity Model, CMM) [CMMI Team,
2006], el cual proporciona a las organizaciones software una orientacin
sobre cmo hacerse con el control de sus procesos de desarrollo y
mantenimiento de software, y cmo evolucionar hacia una cultura de
ingeniera del software y de gestin por excelencia.
Los organismos IEEE e ISO/IEC han publicado sendas normas
denominadas, respectivamente, IEEE-1074 [IEEE, 1991], e ISO/IEC
12207-1 [ISO, 1994]. Actualmente, ISO/IEC ha desarrollado dentro del
marco de Evaluacin del Proceso Software un nuevo informe tcnico
alineado con el anterior, ISO/IEC TR 15504-2 [ISO, 1998].
114
Modelo proceso
Teora del Proceso
Modelos de Referencia II
Establecen los procesos implicados para desarrollar SI,

desde que surge la idea hasta que se retira
No imponen
La utilizacin de un Modelo de CVS (Ciclo de Vida Software)
especfico
El uso de una metodologa de desarrollo / tcnicas /
herramientas software especfica
Una estructura de organizacin para un proyecto de desarrollo
software
Cada empresa debera seleccionar, para cada proyecto,

los procesos que considere necesario realizar (con las
actividades que crea conveniente) y establecer sus
propios CVS
115
Todos estos modelos de referencia establecen los diferentes procesos

implicados a la hora de desarrollar sistemas informticos, desde que
surge la idea o necesidad de desarrollar las aplicaciones informticas
hasta que stas se retiran de explotacin.
Sin embargo, ninguno de estos modelos impone la utilizacin de un
modelo de ciclo de vida o mtodo de desarrollo concreto, sino que cada
empresa debera seleccionar, para cada proyecto, los procesos que
considere necesario realizar (incluyendo las actividades que crea
conveniente), y as establecer sus propios ciclos de vida software.
Estos modelos tampoco imponen cmo implementar o realizar las
diferentes actividades incluidas en cada uno de los procesos, por lo que
cada empresa debera utilizar las tcnicas, mtodos y herramientas que
considere oportuno.
115
Ciclos de Vida
Teora del Proceso
Marco de referencia que contiene (ISO 12207-1)

Procesos
Actividades
Tareas
involucradas en el desarrollo, explotacin y mantenimiento de un
producto software, abarcando la vida del sistema desde la definicin de
los requisitos hasta la finalizacin de su uso
Aproximacin lgica a la adquisicin, suministro, desarrollo,

explotacin y mantenimiento del software (IEEE 1074)
Modelo de proceso
Determinan qu procesos han de realizarse para desarrollar software
CV determina en qu orden y cules son las actividades y tareas a

realizar
116
El estndar ISO/IEC 12207-1 entiende por modelo de ciclo de vida "un

marco de referencia que contiene los procesos, las actividades y las
tareas involucradas en el desarrollo, la explotacin y el mantenimiento de
un producto de software, abarcando la vida del sistema desde la
definicin de los requisitos hasta la finalizacin de su uso". El estndar
IEEE 1074 entiende por ciclo de vida software una aproximacin lgica a
la adquisicin, el suministro, el desarrollo, la explotacin y el
mantenimiento del software. Ambas consideran una actividad como un
conjunto de tareas y una tarea como una accin que transforma entradas
en salidas. Conviene destacar que los modelos de proceso determinan
qu procesos se han de realizar para desarrollar el software, mientras que
el ciclo de vida determina en qu orden y cules son las actividades y
tareas que se han de realizar.
A lo largo de la historia se han propuesto diferentes paradigmas o ciclos
de vida para el software: desde el ciclo en cascada, pasando por el
modelo en espiral de Boehm, hasta los ms recientes ciclos de vida
orientados al objeto.
El ciclo de vida software es la descripcin de las distintas formas de
desarrollo de un proyecto o aplicacin informtica, es decir, la orientacin
que debe seguirse para obtener, a partir de los requerimientos del cliente,
sistemas que puedan ser utilizados por dicho cliente. Tambin puede
definirse como el conjunto de fases o etapas, procesos y actividades
requeridas para ofertar, desarrollar, probar, integrar, explotar y mantener
un producto software.
116
Procesos principales
CUS.1 Adquisicin
Preparacin de adquisicin
Seleccin del suministrador
Supervisin del suministrador
Aceptacin del cliente
CUS.3
Educcin de requisitos
Procesos de soporte
CUS.2 Suministro
SUP.2 Gestin de configuracin

CUS.4 Explotacin
SUP.3 Aseguramiento de calidad
Uso operativo
Soporte del cliente
SUP.4 Verificacin
SUP.5 Validacin
ENG.1 Desarrollo
Anlisis y diseo de los
requisitos del sistema
Anlisis de los requisitos
software
Diseo software
SUP. 1 Documentacin
Construccin software
Integracin software
Pruebas del software
Integracin y pruebas
del sistema
ENG.2 Mantenimiento del sistema y software
Procesos de la organizacin
MAN. 1 Gestin
MAN.2 Gestin del proyecto
MAN.3 Gestin de la calidad
MAN.4 Gestin del riesgo
SUP.6 Revisin conjunta

SUP.7 Auditora
SUP.8 Resolucin de problemas
ORG. 1 Alineamiento con la organizacin

ORG.2 Mejora
Establecimiento, Evaluacin y Mejora del proceso
ORG.3 Gestin de recursos humanos

ORG.4 Infraestructura
117
ORG.5 Medida
ORG. 6 Reutilizacin
El estndar ISO/IEC 12207-1 muestra los procesos del ciclo de vida software que
pueden emplearse para adquirir, suministrar, desarrollar, explotar y mantener el
software. Tambin incluye los procesos para definir, controlar y mejorar los procesos del
ciclo de vida software.
La categora de proceso Cliente-Suministrador (CUS) consiste en los procesos que
impactan directamente al cliente, soportando el desarrollo y la transicin del software al
cliente, y estipula la explotacin y uso correcto del producto software o servicio.
La categora de proceso de Ingeniera consta de los procesos que directamente
especifican, implementan o mantienen el producto software, su relacin con el sistema y
su documentacin del cliente.
La categora de proceso de Soporte consta de los procesos que pueden emplearse por
cualquier otro proceso (incluyendo otros procesos de soporte) en varios puntos del ciclo
de vida software.
La categora de proceso de Gestin consta de los procesos que contienen prcticas de
naturaleza genrica que pueden ser utilizadas por cualquiera que gestione cualquier tipo
de proyecto o proceso dentro de un ciclo de vida software.
La categora de proceso de Organizacin consta de los procesos que establecen los
objetivos del negocio de la organizacin y desarrollan el proceso, el producto y los
valores de recursos, los cuales, cuando se utilizan por los proyectos en la organizacin,
ayudarn a la organizacin a lograr sus objetivos de negocio. Aunque las operaciones de
la organizacin en general tienen un alcance mucho ms amplio que el de procesos
software, los procesos software se implementan en un contexto de negocio y, para ser
eficaz, requieren un entorno organizativo apropiado.
117
CMMI: Organizacin de las reas de proceso
Teora del Proceso

Continuo
Etapas
5
Soporte
Gestin del
Proyecto
CAR
Gestin del
Proceso
Ingeniera
OID
QPM
OPP
OPD + IPPD, PI, RD, TS,

OPF, OT
VAL, VER
DAR
IPM + IPPD,
RSKM
CM, MA,
PPQA
PMC, PP,
SAM
RM
118
El modelo de procesos CMMI tiene dos representaciones: la

representacin continua y la representacin por etapas. Ambas
representaciones constan de los mismos procesos, la diferencia estriba
en la forma de interpretarlos.
Los procesos involucrados en el modelo continuo estn clasificados en 4
categoras: Soporte, Gestin del Proyecto, Gestin del Proceso e
Ingeniera. En el modelo por etapas los procesos estn clasificados por
niveles de madurez. Estos conceptos sern ampliados en el Captulo de
Mejora de Procesos.
118
Life Cycle Relationships

Mission Area Planning
Budgeting Priority
Requirements Definition
Directives, Constraints,
Requirements Development
Decision Analysis and Resolution

Mission Shortfalls
Contracting
Activity Planning
Supplier Agreement
Management
Project
Planning
Concurrent
Front-End
Activities
Product Control
Integrated Project
Management
Requirements
Management
Technical
Solution
Integrated Teaming
Configuration
Management
Integrated Supplier
Management
Risk Management
Project Monitoring
and Control
Product
Integration
Quality Assurance
Causal Analysis
and Resolution
Program Management
Technical Execution
Assessment & Certification
Deficiencies
Outcome & Feedback
Product
Verification
Measurement
and Analysis
Products
Validation
System Product Deliveries
Organizational Process Management

Process
Focus
Process
Definition
Innovation and
Deployment
Training
Environment
for
Integration
Process
Performance
Quantitative
Mgmt
Process Maturation
119
119
Teora del Proceso
Teora del Proceso

120
120
Aplicacin a un Plan de Proyecto

Mejora del Proceso
Teora del Proceso
Ejemplo de teora de procesos

Proceso de Planificacin de TSP
121
El propsito de este ejemplo, es presentar una descripcin detallada de un

proceso. El proceso presentado es el proceso de planificacin del TSP. Se ha
seleccionado por ser parte central de la asignatura.
121
121
Ejemplo
Mejora del Proceso
Teora del Proceso

Declaracin de Necesidad
del Producto
Lanzamiento Ciclo 1
Estrategia 1
Plan 1
Requisitos 1
Diseo 1
Implementacin 1
Pruebas 1
Post-Mortem 1
Ciclo de Vida TSP

Lanzamiento Ciclo 2
Estrategia 2
Plan 2
Requisitos 2
Diseo 2
Implementacin 2
Pruebas 2
Post-Mortem 2
122
122
La figura muestra como el TSPi utiliza varios ciclos de desarrollo para obtener el
producto final. El ciclo 1 comienza con una presentacin, en la que el instructor describe
los objetivos totales del producto. El equipo entonces completa los siete pasos del
proceso del TSPi: estrategia, planificacin, requisitos, diseo, implementacin, prueba, y
anlisis de resultados. En el ciclo 2, los ingenieros repiten los mismos pasos, pero esta
vez mejorando el producto bsico obtenido en el ciclo 1. Si hubiese tiempo, ellos pueden
aadir nuevas mejoras en ciclos posteriores.
La Estrategia de Desarrollo Cclico
Cuando usted comienza una estrategia de desarrollo cclico, el mejor plan es empezar
con la versin del producto viable. Al decidir el tamao y contenido de cada ciclo, usted
debera considerar las restricciones siguientes.
1. Cada ciclo producir una versin verificable que es un subconjunto adecuado del
producto final.
2. Cada ciclo ser lo suficientemente pequeo para que sea fcilmente desarrollado y
probado en el tiempo disponible.
3. Cuando se combinen, los productos del ciclo originarn el deseado producto final.
El TSPi comienza por tener equipos que produzcan la estrategia de desarrollo. Se
comienza tomando la mnima base razonable a desarrollar durante el primer ciclo. Luego
se estima el tamao de las funciones que usted planea aadir en cada ciclo posterior.
Este enfoque casi garantiza que usted completar el subconjunto inicial suficiente. Con
los datos de este ciclo inicial, usted planificar ePactamente lo que aade en cada ciclo
posterior. No diferenciar demasiado las funciones en los ciclos 2 y 3, no obstante, debido
a que el calendario del curso proporciona menos tiempo para estos ciclos ms tardos.
122
Ejemplo
Mejora del Proceso
Teora del Proceso

Subactividades de Planificacin
Lanzamiento Ciclo 1
Estrategia 1
Plan 1
Requisitos 1
Diseo 1
Implementacin 1
Pruebas 1
Post-Mortem 1
123
La figura contiene los siguientes elementos de informacin.

A la izquierda las fases que componen un ciclo, segn TSP.
A la derecha la representacin del proceso, en este caso de planificacin del
primer ciclo.
La representacin del proceso se dividido en:
Propsito
Criterios de entrada
Identificacin de la actividad
Actividad
Descripcin de la actividad
Criterios de salida
123
123
Ejemplo
Mejora del Proceso
Teora del Proceso

Paso 1: Estimar tamaos
Propsito
Identificar la lista de productos a ser
generados, as como su tamao
Participantes
Entradas
Lder y Desarrollo
Estrategia de desarrollo
Diseo conceptual
Salidas
Formulario STRAT
Formulario SUMS
Procedimiento
Paso 1.1: Listar los productos
Paso 1.2: Estimar tamaos
Paso 1.3: Registrar productos y
tamaos para el presente ciclo en el
formulario SUMS
124
Cada subactividad del proceso se representa siguiendo el siguiente esquema:

A la izquierda la representacin del proceso mostrando la actividad ,y las
actividades anteriores y posteriores si las hubiera.
A la derecha se indica:
-Propsito.
-Participantes.
-Entradas
-Salidas
-Procedimiento
En el paso de estimacin se indica que todos los miembros del equipo
participaran en la tarea aportando su conocimiento.
La entrada al proceso son los productos resultantes de la fase anterior, en este
caso la fase de ESTRATEGIA. Los documentos son el diseo conceptual que
sirve de base para identificar los componentes del producto a fabricar. Y la
estrategia de desarrollo que permite identificar productos de trabajo adicionales.
La salida del proceso son los formularios STRAT y SUMS. El formulario STRAT
ser actualizado con los datos de tamaos. El formulario SUMS contendr la
lista de los productos de trabajo junto con las estimaciones de tamao.
Los pasos del procedimiento son obtener la lista completa de productos y
entonces estimar sus tamaos guardando las estimaciones en el formulario
SUMS.
124
124
Ejemplo
Mejora del Proceso
Teora del Proceso

Paso 2: Listar tareas
Propsito
Producir una lista de tareas del
equipo con esfuerzos
Participantes
Todos
Entradas
Estrategia de desarrollo
Diseo conceptual
Salidas
Procedimiento
Formulario TASK
Paso 2.1: Listar las tareas
Paso 2.2: Estimar esfuerzos
125
El propsito de este paso del proceso es identificar la lista completa de tareas

que deber abordar el equipo. Para posteriormente estimar el esfuerzo que se
requerir.
Las entradas son las mismas que tiene el paso anterior, la estrategia de
desarrollo y el diseo conceptual.
La salida de este paso es la relacin completa de tareas con sus esfuerzo.
125
125
Ejemplo
Teora del Proceso
Mejora del Proceso
Paso 3: Planificar fechas
Propsito
Distribuir el esfuerzo de las tareas
por semanas
Participantes
Entradas
Salidas
Jefe de Planificacin
TASK
Formulario SCHEDULE
Formulario TASK
Formulario SUMP
Procedimiento
Paso 3.1: Recoger horas semanales
de los miembros por semana
Paso 3.2: Calcular semana prevista
de finalizacin de las tareas
Paso 3.3: Completar formularios
TASK y SCHEDULE
126
El objetivo de este paso es distribuir el esfuerzo del equipo entre las semanas.
Para ello se recoge el esfuerzo semanal que tiene previsto el equipo y se
introduce en el formulario SCHEDULE. Conociendo la lista de tareas con sus
tareas se asigna a cada tarea entonces la semana prevista de terminacin,
actualizndose el formulario TASK. Entonces para cada semana se calcula el
valor planificado correspondiente a las tareas que se terminaran en la semana,
actualizndose el formulario SCHEDULE.
126
126
Ejemplo
Mejora del Proceso
Teora del Proceso

Paso 4: Planificar calidad
Propsito
Revisar los objetivos de calidad y conocer

la distribucin de defectos
Participantes
Entradas
Salidas
Procedimiento
Calidad y Desarrollo
SUMS, TASK, SUMP, Estndar QUAL
Formulario SUMQ
Paso 4.1: Estimar cuantos defectos por
fase
Paso 4.2: Estimar capacidad de
eliminacin por fase
Paso 4.3: Generar borrador del plan de
calidad
Paso 4.4: Comparar con el estndar
QUAL
Paso 4.5: IF plan calidad NOT cumple
objetivos GOTO 4.1
Paso 4.6: Generar SUMQ
127
En este paso se procede de la siguiente manera:

1.- Se estiman cuantos defectos se introducirn por fase. La base de la
estimacin es el tiempo dedicado a la fase multiplicado por la velocidad de
inyeccin de defectos.
2.- Se estima la capacidad (yield) de las fases de eliminacin de defectos.
Como base de la estimacin puede utilizarse el estndar QUAL. Para las fases
de pruebas la capacidad depende de la densidad de defectos. Por ejemplo si la
densidad de defectos en menor de 5 defectos/KLOC entonces la capacidad
puede ser superior al 90%. Si la densidad de defectos es mayor de 20
defectos/KLOC entonces la capacidad suele ser del 50%.
3.- Con los datos anteriores se calcula un borrador de la distribucin de defectos
y se completa un borrador del formulario SUMQ.
4.- Se compara el borrador del SUMQ con el estndar QUAL. Ajustndose los
esfuerzos de las fases de diseo y codificacin o bien ajustando los defectos
inyectados en una o mas fases de acuerdo a la experiencia.
5.-Se ajusta el plan de calidad hasta que se ajuste a los objetivos del equipo.
127
127
Ejemplo
Mejora del Proceso
Teora del Proceso

Paso 5: Generar planes individuales
Propsito
Asignar las tareas entre los
miembros
Participantes
Entradas
Planificacin
SUMS, TASK,
SCHEDULE,SUMP, SUMQ
Salidas
TASK, SCHEDULE para cada
miembro
Procedimiento
Paso 5.1 Comprobar que la carga
de trabajo ofertada por cada
miembro cubre tareas asignadas
Paso 5.2: Distribuir copias de
TASK, SCHEDULE
individualizadas
128
En este punto, ya se dispone de la informacin para realizar planes detallados

para cada miembro. Para ello se asigna la carga de trabaja a cada miembro.
Despus de que se han asignado a cada ingeniero, se distribuyen las copias de
los formularios TASK y SCHEDULE con sus tareas . Cada ingeniero puede
aadir tareas y no han sido incluidas.
128
128
Ejemplo
Mejora del Proceso
Teora del Proceso

Paso 6: Balancear cargas
Propsito
Redistribuir el esfuerzo para que
sea equilibrado
Participantes
Entradas
Lder y Planificacin
TASK, SCHEDULE, SUMP,
SUMQ
Salidas
Procedimiento
Formulario TASK, SCHEDULE

Paso 6.1: Comprobar equilibrio
de horas de trabajo entre los
miembros
Paso 6.2: IF NOT equilibrio
Reasignar carga
Paso 6.3: Actualizar TASK,
SCHEDULE, SUMP, SUMQ
129
Cuando todos los ingenieros han completado los formularios personales de

TASK y SCHEDULE, hay que comprobar que la carga entre los ingenieros esta
balanceadas. Un criterio cuando haya algn ingeniero con carga excesiva, es
que se reajusta al ingeniero que vaya a terminar antes. O bien dividir subdividir
tareas en tareas menos laboriosas. Al final de este paso pueden ser actualizados
los formularios SUMP y SUMQ.
129
129
Ejemplo
Mejora del Proceso
Teora del Proceso

Paso 7: Distribuir plan
Propsito
Publicar el plan del equipo y los
individuales
Participantes
Entradas
Todos
TASK, SCHEDULE, SUMP,
SUMQ
Salidas
Formulario TASK, SCHEDULE,
SUMP, SUMQ
Procedimiento
Paso 7.1: Generar un plan
consolidado:
SUMP
SUMQ
TASK equipo, ingenieros
SCHEDULE equipo, ingenieros
130
Cuando los ingenieros estn balanceados el paso final es producir un plan

consolidado: el resumen del plan a nivel de equipo (SUMP), el plan de calidad
nivel de equipo (SUMQ), y los TASK y SCHEDULE a nivel de equipo y personal.
130
130
Ejemplo
Teora del Proceso
Mejora del Proceso
Matriz de Participantes Actividad
Act
Actividad
Lder
Calidad
Proceso
Soporte
Plan
Desarrollo
1.1
Listar productos
1.2
Estimar tamaos
1.3
Registrar tamaos
2.1
Listar tareas
2.2
Estimar esfuerzos
3.1
Recoger datos semanales
3.2
Calcular fin tareas
3.3
Completar TASK, SCHED
4.1
Estimar defectos fase
4.2
Estimar rendimiento fase
4.3
Generar borrador calidad
4.4
Comparar estndar QUAL
4.6
Generar SUMQ
131
Ejemplo
Teora del Proceso
Matriz de Participantes Actividad
Act
Actividad
Lder
5.1
Comprobar carga
5.2
Distribuir copias
6.1
Comprobar equilibrio
6.2
Reasignar carga
7.1
Generar plan
consolidado
Calidad
Mejora del Proceso
Proceso
Soporte
Plan
Desarrollo
P
P
132
Ejemplo
Act
Teora del Horas

Proceso
QUAL Estrategia
Actividad
Entradas/Salidas
Actividades
SUMS
TAS
SCHEDU
SUMP
SUMQ
Diseo
STRA
T
I/O
rol
Mejora del Proceso
Productos de trabajo
K
LE
1.1
Listar productos
1.2
Estimar tamaos
1.3
Registrar tamaos
2.1
Listar tareas
2.2
Estimar esfuerzos
3.1
Recoger datos
semanales
3.2
Calcular fin tareas
I/O
I/O
3.3
Completar TASK,
SCHED
I/O
I/O
4.1
Estimar defectos fase
4.2
Estimar rendimiento
fase
I/O
4.3
Generar borrador calidad
4.4
Comparar estndar
QUAL
4.6
Generar SUMQ
5.1
Comprobar carga
5.2
Distribuir copias
I/O
6.1
Comprobar equilibrio
I/O
6.2
Reasignar carga
I/O
7.1
Generar plan
consolidado
I/O
O
I
O
I/O
I/O
I
I/O
I/O
I/O
I/O
I/O
O
O
133
I/O
Teora del Proceso
Entregables I
Lanzamiento
Anlisis de Necesidades del Producto
Asignacin de Equipos y Roles
Establecimiento de Estndares
Estrategia
Diseo Conceptual del Producto Global (Lista Funciones)
Estrategia de Desarrollo (estimaciones preliminares de tamao y
tiempo) - STRAT
Evaluacin de Riesgos del Proyecto - ITL
Plan GCS
Planificacin
Plan del equipo (estimaciones de tamao - SUMS y tiempo
TASK, y calendario SCHEDULE, -SUMP)
Plan de Calidad - SUMQ
Planes de los ingenieros del ciclo 1
134
134
Teora del Proceso
Entregables II
Requisitos
ERS del Ciclo 1 ERS (DFD, E/R, Casos de Uso),
INS y LOGD
Plan de Pruebas del Sistema PPS, INS y LOGD
Seguimiento del Proyecto
Diseo
Diseo de Alto Nivel del Ciclo 1 DAN (Relacional,
Pantallas, Diagrama de Estructuras, Escenarios), INS
y LOGD
Plan de Pruebas de Integracin PPI, INS y LOGD
135
135
Teora del Proceso
Entregables III
Implementacin
Diseo Detallado del Ciclo 1 DD, INS y LOGD
Implementacin del Ciclo 1 CDIGO, INS y LOGD
Plan de Pruebas Unitarias Casos de Pruebas Unitarias
(Procedimientos y Datos de Pruebas), INS y LOGD
Pruebas de Integracin y del Sistema

Pruebas de Integracin y del Sistema
Manual del Usuario
Post-Mortem
Informe Final del Ciclo 1
136
136

Mejora del Proceso
Teora del Proceso

Qu notacin deber usar?
Hay un amplio rango de opiniones entre los expertos en procesos en
cuanto a las preferencias por las metodologas y notaciones de
modelado cuando se describen procesos. Estas pueden incluir:
Facilidad de uso
Potencia expresiva de la notacin
Comprensibilidad de la notacin
Capacidad para transportar perspectivas e interaciones de procesos complejos
Sea cuidadoso sobre la seleccin de una metodologa de modelado.

Seleccionar la notacin equivocada puede resultar en que el equipo del
grupo de trabajo tenga que atender ms a la metodologa de modelado
que a describir el proceso
137

Mejora del Proceso
Teora del Proceso

Mtodos de modelado y herramientas
La aproximacin PCM al modelado de procesos es mantenerlo

simple
La mejora de proceso es un trabajo de equipo
Por tanto las tcnicas usadas para desarrollar

una descripcin de un proceso debern ser
fciles de usar y de comprender
Cualquier cosa debe
hacerse tan sencilla
como sea posible,
pero no un tomo ms
sencilla
138

Teoria de Procesos

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Teoria de Procesos

Caricato da

Copyright:

Formati disponibili

Teora del Proceso

Toda organizacin puede representarse como una compleja red de elementos

Teora del Proceso

Teora del Proceso

Cuestiones bsicas del proceso

Teora del Proceso

Definir orden de actividades

Definir criterios para la transicin entre actividades

Que hay en el mercado

Como funciona (Demo)

Como se forma a los responsables

Como se mide su eficacia

Como se compromete al proveedor

Cuestiones bsicas del proceso

Teora del Proceso

Quin interviene en un proceso?

Los Usuarios/Cliente, que marcan sus preferencias y necesidades

Los Directivos que definen las polticas y estrategias

Los Gestores que definen y dirigen los planes de actuacin

Los Tcnicos que asesoran, disean, desarrollan, implantan, forman y mantienen

Equipos, redes y la lgica de base necesaria para su inicializacin.

Lenguajes y rutinas para la programacin.

Aplicaciones de ayuda al desarrollo, control y seguimiento de procesos y

Cuestiones bsicas del proceso

Teora del Proceso

Aparecen los procesos pero

Gestin por procesos

Cuestiones bsicas del proceso

Teora del Proceso

Porqu Enfocar sobre el Proceso?

Porque enfocar sobre el proceso?

Cuestiones bsicas del proceso

Teora del Proceso

La figura anterior muestra el ciclo de vida por el que pasa la construccin

Cuestiones bsicas del proceso

Teora del Proceso

Teora del Proceso

Teora del Proceso

El proceso del software

Teora del Proceso

El Proceso proporciona un enfoque constructivo que es

El proceso del software

Teora del Proceso

Cuando un Proceso es?

Ad hoc; proceso improvisado por los profesionales y su

El proceso del software

Teora del Proceso

Tradicionalmente el desarrollo de aplicaciones informticas se llevaba a

El proceso del software

Teora del Proceso

Dedicar todo el esfuerzo a codificar, lanzar lneas

El proceso del software

Teora del Proceso

Cuando un Proceso es?

Teora del Proceso

Teora del Proceso

El Ciclo de Vida (Modelos)

Teora del Proceso

Conjunto de fenmenos transcurridos entre un momento

Las funciones principales de un ciclo de vida software son:

El Ciclo de Vida (Modelos)

Teora del Proceso

El Ciclo de Vida (Modelos)