PROCESOS DE PRODUCCIÓN COMERCIALES

1. TRADICIONALES O PESADOS: Son procesos de producción muy

robustos que exigen demasiada documentación; en este tipo todo es
documento desde líneas de código hasta manuales.

Desventaja: Es muy tedioso.

TIPOS:

1.1. PROCESO UNIFICADO DE DESARROLLO: Es un proceso de

software genérico que puede ser utilizado para una gran cantidad
de tipos de sistemas de software.

IBM lo convirtió en RUP.

RUP: Entrega una serie de etapas y que debemos hacer en cada

una; es el proceso más robusto que existe en el mundo para
construir software.

RUP: Incremental

Iterativo

En esta metodología trabajaron tres importantes autores como son:

JACOBSON, BOOCH, RUMBAUGHT; Quienes crearon un lenguaje UML para
la construcción de software.

EL CICLO DE VIDA DEL RUP

RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias

iteraciones en número variable según el proyecto y en las que se hace un
mayor o menor hincapié en los distintas actividades.

En las iteraciones de cada fase se hacen diferentes esfuerzos en diferentes

actividades

• Inicio: Se hace un plan de fases, se identifican los principales casos de

uso y se identifican los riesgos. Se define el alcance del proyecto
 • Elaboración: se hace un plan de proyecto, se completan los casos de
uso y se eliminan los riesgos

• Construcción: se concentra en la elaboración de un producto totalmente

operativo y eficiente y el manual de usuario

• Transición: se Instala el producto en el cliente y se entrena a los

usuarios. Como consecuencia de esto suelen surgir nuevos requisitos a
ser analizados.

PRINCIPALES CARACTERISTICAS DE RUP

• Forma disciplinada de asignar tareas y responsabilidades

• Pretende implementar mejores practicas
• Desarrollo iterativo
• Uso de la arquitectura basada en componentes
• Control de cambios
• Modelado visual
• Verificación de la calidad de Sw

1.2. METRICA 3 (M3): Se entrelaza con normas de calidad ISO. Se

trata de un conjunto de métodos y técnicas que facilitan la
planificación y el control de la duración, los costes y los recursos
de un proyecto informático. En métrica cada proceso o fase se
descompone en actividades y estas en tareas. Los principales
procesos de métrica son:

• Planificación de sistemas de información.

• Desarrollo de sistemas de información.

• Mantenimiento de sistemas de información.

Métrica 3 la puedo autodefinir como la “metodología para la

sistematización de actividades que dan soporte al ciclo de vida del
software”. Es de distribución y uso libre; los modelos y estándares
proporcionan lenguaje y criterios comunes y pautas para garantizar
compatibilidad o niveles de calidad.
 OBJETIVOS:

• Proporcionar o definir Sistemas de Información que ayuden a

conseguir los fines de la Organización mediante la definición
de un marco estratégico para el desarrollo de los mismos.

• Dotar a la Organización de productos software que

satisfagan las necesidades de los usuarios dando una
mayor importancia al análisis de requisitos.
• Mejorar la productividad de los departamentos de Sistema
y Tecnologías de la Información y las Comunicación
permitiendo una mayor capacidad de adaptación a lo
cambios y teniendo en cuenta la reutilización en la medida
de lo posible.
• Facilitar la comunicación y entendimiento entre los distintos
participantes en la producción de software a lo largo del
ciclo de vida del proyecto, teniendo en cuenta su papel y
responsabilidad, así como las necesidades de todos y cada
uno de ellos.
• Facilitar la operación, mantenimiento y uso de los
productos software obtenidos.

1.3. MSF (Microsoft Solutions Framework): Más que una metodología

rígida de administración de proyectos, MSF es una serie de
modelos que puede adaptarse a cualquier proyecto de tecnología
de información; proporciona un sistema de modelos, principios, y
pautas para dar soluciones a empresas que diseñan y desarrollan
de una manera que se asegure de que todos los elementos de un
proyecto puedan ser manejados con éxito.

Todo proyecto es separado en cinco principales fases:

• Visión y Alcances.
• Planificación.
• Desarrollo.
• Estabilización.
• Implantación.

MSF también es definido como un marco para desarrollo de sistemas de

software basado en principios, modelos, disciplinas, conceptos, prácticas y
recomendaciones propias, derivadas de la experiencia de Microsoft. Se
autodefine como “marco” y no como metodología, porque considera que no hay
una única estructura de procesos válida para todos los proyectos.
 2. LIGEROS O EXTREMOS: En este caso la documentación es el mismo
código; software con software donde el usuario tenga la posibilidad de
interactuar constantemente con el programador.

En este encontramos {Manifiesto ágil} Foster; Este manifiesto nos ofrece

ventajas para correcciones ampliaciones y mejoras.

2.1. EXTREME PROGRAMMING (XP): Es un conjunto de técnicas y

prácticas para el desarrollo de software. Sus principios básicos
son dos: la mejora de la comunicación con los usuarios, para
retroalimentar el proceso de desarrollo; y obtener cuanto antes un
programa que haga algo, partiendo de esto para ir añadiendo
incrementalmente nuevas características.
Es una técnica de programación documentada y estudiada por la
ingeniería del software que se basa en poner por delante la
adaptabilidad que la previsibilidad.

2.2. MSF Ágil: Es un típico proceso iterativo que incrementalmente va

aproximando entregables de mayor fidelidad. No solamente está
dirigido por casos de uso sino también por calidad de servicio; se
compone de un conjunto de 14 workstrems, cada uno gira en
torno a un rol responsable aunque sus actividades constituyentes
pueden involucrar al resto delos miembros.

PRINCIPIOS DEL MANIFIESTO ÁGIL

Tras los cuatro valores descritos, los firmantes redactaron los siguientes, como
los principios que de ellos se derivan:

• Nuestra principal prioridad es satisfacer al cliente a través de la entrega

temprana y continua de software de valor.
• Son bienvenidos los requisitos cambiantes, incluso si llegan tarde al
desarrollo. Los procesos ágiles se doblegan al cambio como ventaja
competitiva para el cliente.
• Entregar con frecuencia software que funcione, en periodos de un par de
semanas hasta un par de meses, con preferencia en los periodos
breves.
• Las personas del negocio y los desarrolladores deben trabajar juntos de
forma cotidiana a través del proyecto.
• Construcción de proyectos en torno a individuos motivados, dándoles la
oportunidad y el respaldo que necesitan y procurándoles confianza para
que realicen la tarea.
• La forma más eficiente y efectiva de comunicar información de ida y
vuelta dentro de un equipo de desarrollo es mediante la conversación
cara a cara.
• El software que funciona es la principal medida del progreso.
 • Los procesos ágiles promueven el desarrollo sostenido. Los
patrocinadores, desarrolladores y usuarios deben mantener un ritmo
constante de forma indefinida.
• La atención continua a la excelencia técnica enaltece la agilidad.
• La simplicidad como arte de maximizar la cantidad de trabajo que se
hace, es esencial.
• Las mejores arquitecturas, requisitos y diseños emergen de equipos que
se auto organizan.
• En intervalos regulares, el equipo reflexiona sobre la forma de ser más
efectivo y ajusta su conducta en consecuencia.

INFOGRAFIA

http://mundogeek.net/archivos/2004/05/23/procesos-de-mtrica-3/

http://www.rhernando.net/modules/tutorials/doc/ing/metrica.html

http://weblog.iparbit.es/tag/metrica3/

http://www.gpicr.com/msf.aspx

http://www.mentores.net/articulos/intro_microsoft_sol_frame.htm

http://2005.guadec-es.org/download/articulos/Articulo.

http://blogs.ua.es/anibalk/2007/12/05/extreme-programming/

http://diegumzone.spaces.live.com/blog/cns!1AD5096D63670065!119.entry

http://www.scribd.com/doc/297224/RUP

http://www.mugperu.com/portal/ForosdeDiscusi%C3%B3n/tabid/104/forumid/31
/postid/1272/view/topic/Default.aspx

http://www-306.ibm.com/software/awdtools/rup/

http://www.csae.map.es/csi/metrica3/introduccion.pdf

http://www.cenitec.com.mx/Manifiesto.pdf

http://www.navegapolis.net/content/view/171/55/