BIOMETANO SÍ, PERO NO ASÍ. LA NUEVA BURBUJA ENERGÉTICA
Metodología de desarrollo de software
1. INSTITUTO PRIVADO TECNOLOGICO SPENCER W. KIMBALL
BACHILLEATO INDUSTRIAL Y PERITO EN COMPUTACION
ANALISIS EN SISTEMAS
PROF: ALVARO MARTINEZ
METODOLOGIAS PARA EL DESARROLLO DE SOFTWARE
ESDRAS NEHEMIAS CALMO LOPEZ
SECCION: UNICA
GRADO: 5TO.
CLAVE: 1
FECHA: 20/05/2015
2. INTRODUCCION
Una metodología de desarrollo de software se refiere a un framework que es usado para estructurar, planear y controlar el
proceso de desarrollo en sistemas de información. A lo largo del tiempo, una gran cantidad de métodos han sido desarrollados
diferenciándose por su fortaleza y debilidad y cuáles de ellos son:
• ciclo de vida de desarrollo de software
• metodología rup
• metodología espiral
• metodología encascada
3. INDICE
Metodología de desarrollo de software.............................................................................................................1
Enfoques de desarrollo de software ................................................................................................................1
Ciclo de vida de desarrollo de software............................................................................................................1
Metodología RUP y Ciclo de Vida .....................................................................................................................2
Metodología Espiral……………………………………………………………………………………………………………………………….2
Metodología Encasada……………………………………………………………………………………………………………………………4
4. Análisis en Sistemas
Por: Esdras Nehemías Calmo López1
Metodología de desarrollo de software
Metodología de desarrollo de software en ingeniería de software es un marco de trabajo usado para estructurar,
planificar y controlar el proceso de desarrollo en sistemas de información.
Tres patrones básicos en las metodologías de desarrollo de software.
Enfoques de desarrollo de software
Cada metodología de desarrollo de software tiene más o menos su propio enfoque para el desarrollo de software.
Estos son los enfoques más generales, que se desarrollan en varias metodologías específicas. Estos enfoques son
los siguientes:
• Modelo en cascada: Framework lineal.
• Prototipado: Framework iterativo.
• Incremental: Combinación de framework lineal e iterativo.
• Espiral: Combinación de framework lineal e iterativo.
• RAD: Rapid Application Development, framework iterativo.
Ciclo de vida de desarrollo de software
El término ciclo de vida del software describe el desarrollo de software, desde la fase inicial hasta la fase final. El
propósito de este programa es definir las distintas fases intermedias que se requieren para validar el desarrollo de
la aplicación, es decir, para garantizar que el software cumpla los requisitos para la aplicación y verificación de los
procedimientos de desarrollo: se asegura de que los métodos utilizados son apropiados.
Estos programas se originan en el hecho de que es muy costoso rectificar los errores que se detectan tarde dentro
de la fase de implementación. El ciclo de vida permite que los errores se detecten lo antes posible y por lo tanto,
permite a los desarrolladores concentrarse en la calidad del software, en los plazos de implementación y en los
costos asociados.
5. Análisis en Sistemas
Por: Esdras Nehemías Calmo López2
El ciclo de vida básico de un software consta de los siguientes procedimientos:
• Definición de objetivos: definir el resultado del proyecto y su papel en la estrategia global.
• Análisis de los requisitos y su viabilidad: recopilar, examinar y formular los requisitos del cliente y
examinar cualquier restricción que se pueda aplicar.
• Diseño general: requisitos generales de la arquitectura de la aplicación.
• Diseño en detalle: definición precisa de cada subconjunto de la aplicación.
• Programación (programación e implementación): es la implementación de un lenguaje de programación
para crear las funciones definidas durante la etapa de diseño.
• Prueba de unidad: prueba individual de cada subconjunto de la aplicación para garantizar que se
implementaron de acuerdo con las especificaciones.
• Integración: para garantizar que los diferentes módulos se integren con la aplicación. Éste es el propósito
de la prueba de integración que está cuidadosamente documentada.
• Prueba beta (o validación), para garantizar que el software cumple con las especificaciones originales.
• Documentación: sirve para documentar información necesaria para los usuarios del software y para
desarrollos futuros.
• Implementación
• Mantenimiento: para todos los procedimientos correctivos (mantenimiento correctivo) y las
actualizaciones secundarias del software (mantenimiento continuo).
El orden y la presencia de cada uno de estos procedimientos en el ciclo de vida de una aplicación dependen del tipo
de modelo de ciclo de vida acordado entre el cliente y el equipo de desarrolladores.
Metodología RUP y Ciclo de Vida
El Rational Unified Process o Proceso Unificado de Racional. Es un proceso de ingeniería de software que suministra
un enfoque para asignar tareas y responsabilidades dentro de una organización de desarrollo. Su objetivo es
asegurar la producción de software de alta y de mayor calidad para satisfacer las necesidades de los usuarios que
tienen un cumplimiento al final dentro de un limite de tiempo y presupuesto previsible. Es una metodología de
desarrollo iterativo que es enfocada hacia “ diagramas de los casos de uso, y manejo de los riesgos y el manejo de
la arquitectura” como tal.
El RUP mejora la productividad del equipo ya que permite que cada miembro del grupo sin importar su
responsabilidad específica pueda acceder a la misma base de datos incluyendo sus conocimientos. Esto hace que
todos compartan el mismo lenguaje, la misma visión y el mismo proceso acerca de cómo desarrollar un software.
MODELO ESPIRAL
Modelo Espiral, propuesto originalmente por Boehm, es un modelo de proceso de software evolutivo que conjuga la
naturaleza iterativa de construcción de prototipos con los aspectos controlados y sistemáticos del modelo lineal
secuencial. Proporciona el potencial para el desarrollo rápido de versiones incrementales del software.
6. Análisis en Sistemas
Por: Esdras Nehemías Calmo López3
Funcionamiento del Modelo
En el modelo espiral, el software se desarrolla en una serie de versiones incrementales. Durante las primeras
iteracciones, la version incremental podría ser un modelo en papel o un prototipo. Durante las últimas iteraciones,
se producen versiones cada vez más completas del sistema diseñado.
Regiones de Tareas del Modelo
El modelo en espiral se divide en un número de actividades de marco de trabajo, también llamadas regiones de
tareas. Generalmente, existen entre tres y seis regiones de tareas.
Comunicación con el cliente
Las tareas requeridas para establecer comunicación entre el desarrollador yel cliente.
Planificación
Las tareas requeridas para definir recursos, el tiempo y otra información relacionadas con el proyecto.
Análisis de riesgos
Las tareas requeridas para evaluar riesgos técnicos y de gestión.
Ingeniería
Las tareas requeridas para construir una o más representaciones de la aplicación.
Construcción y acción
Las tareas requeridas para construir, probar, instalar yproporcionar soporte al usuario (por ejemplo:
documentación y práctica)
Evaluación del cliente
Las tareas requeridas para obtener la reacción del cliente según la evaluación de las representaciones del software
creadas durante la etapa de ingeniería e implementada durante la etapa de instalación. Cada una de las regiones
están compuestas por un conjunto de tareas del trabajo, llamado conjunto de tareas, que se adaptan a las
características del proyecto que va a emprenderse. Para proyectos pequeños, el número de tareas de trabajo y
suformalidad es bajo. Para proyectos mayores ymás críticos cada región de tareas contiene tareas de trabajo que
se definen para lograr un nivel más alto de formalidad. En todos los casos, se aplican las actividades de protección.
7. Análisis en Sistemas
Por: Esdras Nehemías Calmo López4
Ventajas del Modelo
• Puede adaptarse y aplicarse a lo largo de la vida del software de computadora.
• Es un enfoque realista del desarrollo de sistemas y de software a gran escala.
• Como el software evoluciona, a medida que progresa el proceso el desarrollador y el cliente comprenden y
reaccionan mejor ante riesgos en cada uno de los niveles evolutivos.
• Utiliza la construcción de prototipos como mecanismo de reducción de riesgos.
• Permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de
evolución del producto.
• Mantiene el enfoque sistemático de los pasos sugeridos por el ciclo de vida clásico, pero lo incorpora al
marco de trabajo iterativo que refleja de forma más realista el mundo real.
• Demanda una consideración directa de los riesgos técnicos en todas las etapas del proyecto,y, si se aplica
adecuadamente, debe reducir los riesgos antes de que se conviertan en problemáticos.
Desventajas del Modelo
• Puede resultar difícil convencer a grandes clientes (particularmente en situaciones bajo contrato) de que
el enfoque evolutivo es controlable.
• Requiere una considerable habilidad para la evaluación del riesgo.
• No se ha utilizado tanto como los paradigmas lineales secuenciales o de construcción de prototipos.
Fuentes
• Ingeniería de Software, Un enfoque Práctico, Roger S. Pressman.
METODOLOGÍA ENCASCADA
También conocido como modelo clásico, modelo tradicional o modelo lineal secuencial. Él método de la cascada es
considerado como el enfoque clásico para el ciclo de vida del desarrollo de sistemas, se puede decir que es un
método puro que implica un desarrollo rígido. está es una secuencia de actividades(o etapas) que consisten en el
análisis de requerimientos, él diseño ,la implementación, la integración y las pruebas .
• El análisis de requerimientos consiste en reunir las necesidades del producto y casi siempre su salida
es texto.
• El diseño describe la estructura interna del producto y suele representarse con diagramas y texto.
• La implementación significa programación. Producto de esta etapa es el código en cualquier nivel,
incluido el producido por sistemas de generación automática.
• La integración es el proceso de integración es el proceso de ensamblar las partes para completar el
producto.
8. Análisis en Sistemas
Por: Esdras Nehemías Calmo López5
Es caracterizado por ordenar de manera rigurosa las etapas del ciclo de vida de software, dado que el comienzo
de cada etapa debe esperar a la finalización de la inmediata anterior. Cuando la revisión determina que el proyecto
no está listo para pasar a la siguiente etapa, permanece en la etapa actual hasta que esté preparado. Y debido a
que el proceso está planeado es más fácil determinar costos y los plazos. Esté modelo puede ser visto como un
modelo con forma de cascada de agua con varios saltos, en la que cada salto representa cada una de las fases del
ciclo de vida.
La metodología en cascada es esencialmente:
1. El inicio y el alcance del proyecto
2. La planificación del proyecto (calendario, recursos necesarios, costo)
3. Definición de las necesidades del negocio y el análisis en detalle dela solución
9. Análisis en Sistemas
Por: Esdras Nehemías Calmo López6
4. La creación de la solución
5. Prueba que la solución funciona. La entrega de la solución a su público objetivo
6. Cierre del proyecto.
Ventajas
1. Permite la departamentalización y control de gestión.
2. El horario se establece con los plazos normalmente adecuados para cada etapa de desarrollo.
3. Este proceso conduce a entregar el proyecto a tiempo.
4. Es sencilla y facilita la gestión de proyectos.
5. Permite tener bajo control el proyecto.
6. Limita la cantidad de interacción entre equipos que se produce durante el desarrollo.
Criticas
• No refleja realmente el proceso de desarrollo del software. Ya que la mayoría de los que desarrollan
proyectos no cumple con este lineamiento.
• Se tarda mucho tiempo en pasar por todo el ciclo
• La aplicación de la metodología en cascada se orienta mejor al desarrollo de proyectos de corto plazo, de
poca innovación y proyectos definitivos y detallados.
• Metodología pueden confundir al equipo profesional en las etapas tempranas del proyecto.
• No es frecuente que el cliente o usuario final explicite clara y completamente los requisitos.
10. CONCLUSIONES
• En este trabajo se presenta resumidamente el contexto en el que surgen las metodologías agiles, sus
valores principios comparaciones con la metodologías.
• Existen diversas metodologías y tipos de modelos para desarrollar un software.
• Para desarrollar un producto de software se requiere de todo un proceso.
