Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Proceso de Software
Proceso de Software
de desarrollo del software en distintas fases para mejorar el diseño, la gestión del producto, y la gestión
de proyecto. Es también conocido como el ciclo de vida del desarrollo de software. La metodología
puede incluir la pre-definición de entregas concretas y artefactos que son creados y completados por un
equipo del proyecto para desarrollar o mantener una aplicación.
La mayoría de procesos de desarrollo modernos pueden ser vagamente descritos como ágiles. Otras
metodologías incluyen desarrollo en cascada, prototipado, desarrollo iterativo e incremental, desarrollo de
espiral, desarrollo de aplicación rápida, y programación extrema.
Algunas personas consideran el "modelo" del ciclo de vida un término más general para una categoría de
las metodologías y el "proceso" de desarrollo de software un término más concreto para referirse a un
proceso concreto escogido por una organización específica. Por ejemplo, hay muchos procesos de
desarrollo de software concretos que encajan en la espiral del modelo del ciclo de vida. Este campo es a
menudo considerado un subconjunto del ciclo de vida del desarrollo de sistemas.
Índice
1Historia
2Prácticas
o 2.1Integración continua
o 2.2Prototipado
o 2.3Desarrollo incremental
o 2.4Desarrollo rápido de aplicaciones
3Metodologías
o 3.1Desarrollo ágil
o 3.2Desarrollo en cascada
o 3.3Desarrollo de espiral
o 3.4Otros
4Procesar los meta-modelos
5En la práctica
6Véase también
7Referencias
8Enlaces externos
Historia[editar]
El marco de la metodología de desarrollo del software (también conocida como SDM) no emergió hasta
los 60. Según Elliott (2004) el ciclo de vida del desarrollo de sistemas (SDLC) puede ser considerado el
marco de metodología formalizado más antiguo por haber construido los sistemas de información.La idea
principal del SDLC ha sido "perseguir el desarrollo de sistemas de la información de manera deliberada,
estructurada y metódica, requiriendo cada etapa del ciclo de vida ––desde el comienzo de la idea
hasta la entrega final del sistema–– para que sea realizado rígida y secuencialmente" dentro del contexto
en el que el marco se aplique.1 El objetivo principal de este marco de metodología en los 60 era "para
desarrollar sistemas empresariales funcionales a gran escala en una era de conglomerados de negocios a
gran escala. Las actividades de los sistemas de la información evolucionaron alrededor del procesamiento
de datos pesados y las rutinas de procesamiento de números".
Las metodologías, los procesos, y la gama de marcos de pasos proscriptivos específicos que pueden ser
utilizados directamente por una organización en el trabajo del día a día, a marcos flexibles que una
organización usa para generar un conjunto de pasos a medida según las necesidades de un proyecto
específico o un grupo. En algunos casos la organización "patrocinadora" o "que aporta la manutención"
distribuye un conjunto oficial de documentos que describen el proceso. Los ejemplos concretos incluyen:
1970s
Proceso Unificado ágil (AUP) mantenido desde 2005 por Scott Ambler
Entrega ágil disciplinada (DAD) sustituye AUP
2010s
Prácticas[editar]
Varias aproximaciones del desarrollo del software han sido utilizadas desde el origen de tecnología de la
información, en dos categorías principales .[cita requerida] Normalmente una aproximación o una combinación
de aproximaciones es escogida por un equipo de gestión o de desarrollo .[cita requerida]
Las metodologías "tradicionales" como la de cascada, que tiene distintas fases, son a veces conocidas
como metodologías del ciclo de vida de desarrollo de software (SDLC), aunque este término también
podría ser utilizado de manera más general para referirse a cualquier metodología. [cita requerida] Un enfoque
del "ciclo de vida" con distintas fases contrasta con los enfoques de las ágiles que definen el proceso de
iteración, pero donde el diseño, la construcción, y el despliegue de partes diferentes pueden ocurrir
simultáneamente .[cita requerida]
Integración continua[editar]
La integración continua es la práctica de juntar todas las copias del trabajo de los desarrolladores en una
rama principal compartida varias veces al día.4 Grady Booch primero denominó y propuso el CI en su
método de 1991, a pesar de que no defienda hacer la integración varias veces al día. 5 La programación
extrema (XP) adoptó el concepto de CI y defendió que se hiciera la integración más de una vez al día –
quizás tantas veces como decenas de muchos como decenas de veces al día.
Prototipado[editar]
El prototipado de software consiste en la creación prototipos, p.e. las versiones incompletas del software
de un programa siendo desarrollado.
Los principios básicos son:
El prototipado no es una metodología de desarrollo completa e independiente, sino más bien un
enfoque para probar características particulares en el contexto de una metodología completa (como
el desarrollo incremental, espiral o rápido de aplicaciones (RAD)).
Intentos de reducir los riesgos inherentes del proyecto a base de dividir un proyecto en pequeños
segmentos proporcionando facilidad de cambio durante el proceso de desarrollo.
El cliente está implicado durante el proceso de desarrollo, lo cual aumenta el probabilidad de que el
cliente acepte la implementación final.
Mientras algunos prototipos están desarrollados con la expectativa de que serán descartados, es
posible que en algunos casos evolucionen de prototipo a sistema operativo.
Una comprensión básica del problema fundamental del negocio es necesaria para evitar resolver los
problemas equivocados, pero esto se cumple para todas las metodologías del software.
Desarrollo incremental[editar]
Varios métodos son aceptables para combinar metodologías de desarrollo de sistemas lineales e
iterativos, con el objetivo principal de reducir el riesgo inherente del proyecto al dividir un proyecto en
segmentos más pequeños y proporcionar más facilidad de cambio durante el proceso de desarrollo.
Hay tres variantes principales de desarrollo incremental
1. Se realiza una serie de mini cascadas, donde todas las fases de la cascada se completan para
una pequeña parte de un sistema, antes de pasar al siguiente incremento, o
2. Los requisitos generales se definen antes de proceder al desarrollo evolutivo de mini cascadas
de incrementos individuales de un sistema, o
3. El concepto inicial de software, el análisis de requisitos y el diseño de la arquitectura y el núcleo
del sistema se definen a través del método cascada, seguido de una implementación
incremental, que culmina con la instalación de la versión final, un sistema operativo.
El desarrollo rápido de aplicaciones (RAD) es una metodología de desarrollo del software, que
favorece desarrollo iterativo y la construcción rápida de prototipos en lugar de grandes cantidades de
planificación inicial. La "planificación" del software desarrollado utilizando RAD se intercala con la escritura
del propio software. La falta de una planificación previa extensa generalmente permite que el software se
escriba mucho más rápido, y hace que sea más fácil cambiar los requisitos.
El proceso de rápido desarrollo comienza con el comienza con el desarrollo de modelos de
datos preliminares y modelos de procesos de negocios utilizan técnicas estructuradas. En la siguiente
etapa, los requisitos se verifican mediante el prototipado para eventualmente refinar los modelos de datos
y procesos. Estas etapas se repiten iterativamente; un mayor desarrollo da como resultado "una
declaración de requisitos técnicos y diseño técnico combinados que se utilizará para construir nuevos
sistemas".
El término se utilizó por primera vez para describir un proceso de desarrollo de software introducido
por James Martin en 1991. Según Whitten (2003), es una fusión de varias técnicas estructuradas,
especialmente ingeniería de tecnología de la información basada en datos, con técnicas de creación de
prototipos para acelerar el desarrollo de sistemas de software. 6
Los principios básicos del desarrollo rápido de aplicaciones son: