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

2.2.

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/