{"ad_unit_id":"App_Resource_Sidebar_Upper","resource":{"id":4113949,"author_id":2031003,"title":"Metodologia de Programacion","created_at":"2015-11-25T00:47:36Z","updated_at":"2016-10-30T00:32:32Z","sample":false,"description":"trabajo de metodologia de programacion","alerts_enabled":true,"cached_tag_list":"hernandezmartinezflor, floresitahernandez, trabajodemetodos","deleted_at":null,"hidden":false,"average_rating":null,"demote":false,"private":false,"copyable":true,"score":16,"artificial_base_score":0,"recalculate_score":true,"profane":false,"hide_summary":false,"tag_list":["hernandezmartinezflor","floresitahernandez","trabajodemetodos"],"admin_tag_list":[],"study_aid_type":"MindMap","show_path":"/mind_maps/4113949","folder_id":3176127,"public_author":{"id":2031003,"profile":{"name":"hernandezmartine7883","about":null,"avatar_service":"gravatar","locale":"es","google_author_link":null,"user_type_id":231,"escaped_name":"hernandezmartine7883","full_name":"hernandezmartine7883","badge_classes":""}}},"width":300,"height":250,"rtype":"MindMap","rmode":"canonical","sizes":"[[[0, 0], [[300, 250]]]]","custom":[{"key":"env","value":"production"},{"key":"rtype","value":"MindMap"},{"key":"rmode","value":"canonical"},{"key":"uauth","value":"f"},{"key":"uadmin","value":"f"},{"key":"ulang","value":"en_us"},{"key":"ucurrency","value":"usd"}]}
{"ad_unit_id":"App_Resource_Sidebar_Lower","resource":{"id":4113949,"author_id":2031003,"title":"Metodologia de Programacion","created_at":"2015-11-25T00:47:36Z","updated_at":"2016-10-30T00:32:32Z","sample":false,"description":"trabajo de metodologia de programacion","alerts_enabled":true,"cached_tag_list":"hernandezmartinezflor, floresitahernandez, trabajodemetodos","deleted_at":null,"hidden":false,"average_rating":null,"demote":false,"private":false,"copyable":true,"score":16,"artificial_base_score":0,"recalculate_score":true,"profane":false,"hide_summary":false,"tag_list":["hernandezmartinezflor","floresitahernandez","trabajodemetodos"],"admin_tag_list":[],"study_aid_type":"MindMap","show_path":"/mind_maps/4113949","folder_id":3176127,"public_author":{"id":2031003,"profile":{"name":"hernandezmartine7883","about":null,"avatar_service":"gravatar","locale":"es","google_author_link":null,"user_type_id":231,"escaped_name":"hernandezmartine7883","full_name":"hernandezmartine7883","badge_classes":""}}},"width":300,"height":250,"rtype":"MindMap","rmode":"canonical","sizes":"[[[0, 0], [[300, 250]]]]","custom":[{"key":"env","value":"production"},{"key":"rtype","value":"MindMap"},{"key":"rmode","value":"canonical"},{"key":"uauth","value":"f"},{"key":"uadmin","value":"f"},{"key":"ulang","value":"en_us"},{"key":"ucurrency","value":"usd"}]}
1.1 Mejora el proceso y
lleva los proyectos a
la meta deseada
1.1.1 RUP
1.1.1.1 Consta de 4 fases
1.1.1.1.1 • Concepción
• Elaboración
• Construcción
• Transición
1.1.1.2 Ventajas
1.1.1.2.1 • Evaluación en cada
fase que permite
cambios de
objetivos • Funciona
bien en proyectos de
innovación. • Es
sencillo, ya que
sigue los pasos
intuitivos necesarios
a la hora de
desarrollar el
software.
• Seguimiento
detallado en cada
una de las fases
1.1.1.3 Desventajas
1.1.1.3.1 • La evaluación de
riesgos es compleja
• Excesiva flexibilidad
para algunos proyectos
• Estamos poniendo a
nuestro cliente en una
situación que puede
ser muy incómoda
para él. • Nuestro
cliente deberá ser
capaz de describir y
entender a un gran
nivel de detalle para
poder acordar un
alcance del proyecto
con él.
1.1.1.4 RATIONAL UNIFIED PROCESS
1.1.1.4.1 Provee un
acercamiento
disciplinado para
asignar tareas y
responsabilidades
dentro de una
organización de
desarrollo. Su objetivo
es asegurar la
producción de
software de alta
calidad que satisfaga
los requerimientos de
los usuarios finales
1.1.2 MSF
1.1.2.1 MICROSOFT SOLUTION FRAMEWORK
1.1.2.1.1 es un compendio de las mejores prácticas en
cuanto a administración de proyectos se
refiere. es una serie de modelos que puede
adaptarse a cualquier proyecto de tecnología
de información.
1.1.2.1.1.1 Visión y Alcances
1.1.2.1.1.1.1 . Se definen los líderes y
responsables del proyecto,
adicionalmente se identifican
las metas y objetivos a alcanzar
1.1.2.1.1.2 Planificación
1.1.2.1.1.2.1 . El equipo prepara las
especificaciones
funcionales, realiza el
proceso de diseño de la
solución
1.1.2.1.1.3 Desarrollo
1.1.2.1.1.3.1 el equipo realice la
mayor parte de la
construcción de los
componentes
1.1.2.1.1.4 Estabilización
1.1.2.1.1.4.1 El equipo se enfoca en priorizar
y resolver errores y preparar la
solución para el lanzamiento
1.1.2.1.1.5 Implantación
1.1.2.1.1.5.1 Se implanta la tecnología base y
los componentes relacionados,
estabiliza la instalación, traspasa
el proyecto al personal soporte y
operaciones, y obtiene la
aprobación final del cliente
2 Agiles
2.1 basa en dos aspectos
puntuales, el retrasar
las decisiones y la
planificación
adaptativa;
permitiendo potencia
aún más el desarrollo
de software a gran
escala.
2.1.1 Retrasar las decisiones y
Planificación Adaptativa
2.1.1.1 Reduce el número de decisiones
de alta inversión que se toman.
Reduce el número de cambios
necesario en el proyecto.
Reduce el coste del cambio
2.2 XP
2.2.1 EXTREME PROGRAMMING
2.2.1.1 La programación extrema se
diferencia de las metodologías
tradicionales principalmente
en que pone más énfasis en la
adaptabilidad que en la
previsibilidad.
2.2.1.1.1 Las características fundamentales
2.2.1.1.1.1 • Desarrollo iterativo e incremental:
pequeñas mejoras, unas tras otras.
• Pruebas unitarias continuas,
frecuentemente repetidas y
automatizadas • Frecuente
interacción del equipo de
programación con el cliente o usuario
• Propiedad del código compartida: en
vez de dividir la responsabilidad en el
desarrollo de cada módulo en grupos
de trabajo distintos, este método
promueve el que todo el personal
pueda corregir y extender cualquier
parte del proyecto.
2.2.1.2 ventajas
2.2.1.2.1 • Apropiado para entornos volátiles • Estar
preparados para el cambio, significa reducir su
coste. • Planificación más transparente para
nuestros clientes, conocen las fechas de
entrega de funcionalidades. Vital para su
negocio • Permitirá definir en cada iteración
cuales son los objetivos de la siguiente
• Permite tener realimentación de los usuarios
muy útil.
2.2.1.3 Desventajas
2.2.1.3.1 • Delimitar el alcance del
proyecto con nuestro
cliente
2.3 AUP
2.3.1 (AGIL UNIFIED PROCESS)
2.3.1.1 es un acercamiento
aerodinámico a desarrollo del
software basado en el Proceso
Unificado Rational de IBM (RUP),
basado en disciplinas y
entregables incrementales con el
tiempo
2.3.1.1.1 Sus disciplinas
2.3.1.1.1.1 • Modelado
• Implementación
• Prueba
• Despliegue
• Administración
de la configuración
• Administración o
gerencia del
Proyecto • Entorno
2.4 SCRUM
2.4.1 es un proceso ágil y
liviano que sirve para
administrar y controlar
el desarrollo de
software
2.4.2 Cada ciclo o iteración termina
con una pieza de software
ejecutable que incorpora
nueva funcionalidad. Las
iteraciones en general tienen
una duración entre 2 y 4
semanas.
2.5 ICONIX
2.5.1 maneja casos de uso, como el RUP,
pero le falta mucho para llegar al nivel
del RUP. También es relativamente
pequeño y firme, como XP, pero no
desecha el análisis y diseño que hace
XP. Este proceso también hace uso
aerodinámico del UML mientras guarda
un enfoque afilado en el seguimiento
de requisitos.