0% encontró este documento útil (0 votos)
818 vistas6 páginas

Etapas de Cada Metodología Tradicional

El documento describe diferentes metodologías tradicionales de desarrollo de software como el modelo en cascada y el prototipo. El modelo en cascada consiste en varias fases secuenciales como análisis, diseño, implementación, prueba y servicio. El modelo de prototipo comienza con requisitos y luego pasa por modelado, evaluación, modificación, documentación y pruebas con usuarios. También se describen metodologías como la espiral, incremental y RAD.

Cargado por

Cbt Zentlalpan
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
818 vistas6 páginas

Etapas de Cada Metodología Tradicional

El documento describe diferentes metodologías tradicionales de desarrollo de software como el modelo en cascada y el prototipo. El modelo en cascada consiste en varias fases secuenciales como análisis, diseño, implementación, prueba y servicio. El modelo de prototipo comienza con requisitos y luego pasa por modelado, evaluación, modificación, documentación y pruebas con usuarios. También se describen metodologías como la espiral, incremental y RAD.

Cargado por

Cbt Zentlalpan
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

METODOLOGÍAS DE DESARROLLO DE SOFTWARE TRADICIONALES

ETAPAS DEL DESARROLLO EN CASCADA


En este modelo, las diferentes fases de un proceso de desarrollo se suceden
una detrás de otra como en una cascada. Cada una de las fases concluye con
un resultado provisional (hito) como, por ejemplo, un catálogo de requisitos en
forma de pliego de condiciones, la especificación de una arquitectura de
software o una aplicación a nivel alfa o beta.
Análisis
Todo proyecto de software comienza con una fase de análisis que incluye un
estudio de viabilidad y una definición de los requisitos. En el estudio de
viabilidad se evalúan los costes, la rentabilidad y la factibilidad del proyecto de
software. El estudio de viabilidad da como resultado un pliego de condiciones
(una descripción general de los requisitos), un plan y una estimación financiera
del proyecto, así como una propuesta para el cliente, si fuera necesario.
A continuación, se realiza una definición detallada de los requisitos,
incluyendo un análisis de la situación de salida y un concepto. Mientras que los
análisis de salida se encargan de describir la problemática en sí, el concepto ha
de definir qué funciones y características debe ofrecer el producto de software
para cumplir con las correspondientes exigencias. La definición de los requisitos
da como resultado un pliego de condiciones, una descripción detallada de cómo
se han de cumplir los requisitos del proyecto, así como un plan para la prueba
de aceptación, entre otros.
Por último, la primera fase del waterfall model incluye un análisis de la
definición de los requisitos en el que los problemas complejos se dividen en
pequeñas tareas secundarias y se elaboran las correspondientes estrategias de
resolución.
Diseño
La fase de diseño sirve para formular una solución específica en base a las
exigencias, tareas y estrategias definidas en la fase anterior. En esta fase, los
desarrolladores de software se encargan de diseñar la arquitectura de
software, así como un plan de diseño detallado del mismo, centrándose en
componentes concretos, como interfaces, entornos de trabajo o bibliotecas. La
fase de diseño da como resultado un borrador preliminar con el plan de diseño
del software, así como planes de prueba para los diferentes componentes.
Implementación
La arquitectura de software concebida en la fase de diseño se ejecuta en la fase
de implementación, en la que se incluye la programación del software,
la búsqueda de errores y las pruebas unitarias. En la fase de implementación,
el proyecto de software se traduce al correspondiente lenguaje de programación.
Los diversos componentes se desarrollan por separado, se comprueban a través
de las pruebas unitarias y se integran poco a poco en el producto final. La fase
de implementación da como resultado un producto de software que se
comprueba por primera vez como producto final en la siguiente fase (prueba
alfa).
Prueba
La fase de prueba incluye la integración del software en el entorno seleccionado.
Por norma general, los productos de software se envían en primer lugar a los
usuarios finales seleccionados en versión beta (pruebas beta). Las pruebas de
aceptación desarrolladas en la fase de análisis permiten determinar si el
software cumple con las exigencias definidas con anterioridad. Aquellos
productos de software que superan con éxito las pruebas beta están listos para
su lanzamiento.
Servicio
Una vez que la fase de prueba ha concluido con éxito, se autoriza la aplicación
productiva del software. La última fase del modelo en cascada incluye
la entrega, el mantenimiento y la mejora del software.

ETAPAS PARA LA ELABORACIÓN DEL MODELO DE PROTOTIPO


Un modelo de construcción de prototipos comienza con la definición de un
problema y sus efectos, para poder desarrollar el prototipo que lo resuelva. Las
etapas para la elaboración del modelo de prototipo son:
1. Requisitos de desarrollo
Se realiza un análisis para poder establecer cuáles son los requisitos del
programa. Se trata de un diseño básico del prototipo donde se traza de forma
inicial los requisitos necesarios para su desarrollo.
2. Modelaje y desarrollo del código
En esta fase se construye el prototipo inicial según los requisitos establecidos.
En esta fase de diseño y construcción se debe priorizar el tiempo de desarrollo y
hacer un uso óptimo de los recursos para reducir su coste.
3. Evaluación
Una vez desarrollado el prototipo es necesario comprobar su funcionamiento,
evaluando su funcionalidad y verificando que cumple realmente con los
requisitos iniciales.
4. Modificación
Tras evaluar el prototipo se deben corregir los errores encontrados y aplicar las
mejoras necesarias para que esté listo para ser probado por los usuarios.
5. Documentación
Todo el diseño y desarrollo debe ser documentado para disponer de información
precisa y clara del proceso. Es muy importante el registro de cada paso o acción
del desarrollo del prototipo pues es una guía útil a la hora de afrontar el diseño
del producto final.
6. Pruebas
Finalmente, el prototipo debe ser probado por los usuarios para poder recibir
el feedback necesario y así evaluar su utilidad y rendimiento. Gracias a esta
retroalimentación ofrecida por el prototipo se podrá desarrollar un software de
mayor calidad que resuelva los problemas de los usuarios.
ETAPAS POR LAS QUE PASA CADA CICLO DE LA ESPIRAL
1. Planificación. Se determinan los objetivos y el alcance del ciclo que
comienza, tras un necesario ejercicio de investigación. Con cada iteración, se irá
incrementando el tamaño de software entregado y la funcionalidad cubierta.
2. Análisis de Riesgo. Se evalúa todo aquello que pueda afectar al proyecto
según el estado en que se encuentre y su grado de avance. Para ello, se
diseñarán los prototipos que deberán ser validados en el ciclo.
3. Implementación. Se desarrolla y valida el software según el alcance
acordado, el cual está íntimamente relacionado y condicionado con el análisis de
riesgos anterior.
4. Evaluación. Antes de proceder a realizar otra vuelta en la espiral, se debe
prestar atención a lo que sucedió en la vuelta anterior. Se debe analizar en detalle
si los riesgos detectados anteriormente ya tuvieron solución. Básicamente, esta
fase servirá para determinar el avance del proyecto y dar pistas de hacia dónde
debe enfocarse la próxima iteración.
ETAPAS DE LA METODOLOGÍA INCREMENTAL
Comunicación. “Antes de que comience cualquier trabajo técnico, tiene
importancia crítica comunicarse y colaborar con el cliente (y con otros
participantes). Se busca entender los objetivos de los participantes respecto del
proyecto, y reunir los requerimientos que ayuden a definir las características y
funciones del software.” Roger Pressman. En esta etapa se lleva a cabo la
comunicación con el cliente y se le levantan los requerimientos que tendrá el
software.
Planeación. Describe las tareas técnicas por realizar, los riesgos probables, los
recursos que se requieren, los productos del trabajo que se obtendrán y una
programación de las actividades.
Modelado. Un ingeniero de software crea modelos a fin de entender mejor los
requerimientos del software y el diseño que los satisfará.
Construcción. Esta actividad combina la generación de código (ya sea manual o
automatizada) y las pruebas que se requieren para descubrir errores en éste.
Despliegue. El software (como entidad completa o como un incremento
parcialmente terminado) se entrega al consumidor que lo evalúa y que le da
retroalimentación, misma que se basa en dicha evaluación.
METODOLOGÍA RAD (DISEÑO RÁPIDO DE APLICACIONES)
 Modelado de gestión: el flujo de información entre las funciones de gestión
se modela de forma que responda a las siguientes preguntas: ¿Qué
información conduce el proceso de gestión? ¿Qué información se genera?
¿Quién la genera? ¿A dónde va la información? ¿Quién la proceso?
 Modelado de datos: el flujo de información definido como parte de la fase de
modelado de gestión se refina como un conjunto de objetos de datos
necesarios para apoyar la empresa. Se definen las características (llamadas
atributos) de cada uno de los objetos y las relaciones entre estos objetos.
 Modelado de proceso: los objetos de datos definidos en la fase de modelado
de datos quedan transformados para lograr el flujo de información necesario
para implementar una función de gestión. Las descripciones del proceso se
crean para añadir, modificar, suprimir, o recuperar un objeto de datos. Es la
comunicación entre los objetos.
 Generación de aplicaciones: El DRA asume la utilización de técnicas de
cuarta generación. En lugar de crear software con lenguajes de programación
de tercera generación, el proceso DRA trabaja para volver a utilizar
componentes de programas ya existentes (cuando es posible) o a crear
componentes reutilizables (cuando sea necesario). En todos los casos se
utilizan herramientas automáticas para facilitar la construcción del software.
 Pruebas de entrega: Como el proceso DRA enfatiza la reutilización, ya se han
comprobado muchos de los componentes de los programas. Esto reduce
tiempo de pruebas. Sin embargo, se deben probar todos los componentes
nuevos y se deben ejercitar todas las interfaces a fondo.

Common questions

Con tecnología de IA

The prototype model ensures better alignment with user expectations by incorporating iterative cycles of feedback and adjustments throughout the development phase. Users are able to interact with prototypes early and often in the process, providing feedback that directly influences the development, which leads to a final product that better meets user needs . In contrast, the Waterfall model follows a linear approach where requirements are gathered at the beginning and changes are harder to implement, often leading to a final product that might not align as well with evolving user expectations .

The 'Pruebas de entrega' stage in RAD involves thorough testing of newly created components and existing ones to ensure proper integration and functionality, emphasizing the reuse of pre-tested components to save time . This differs from the Waterfall model, where testing occurs in a dedicated phase after all developments are complete, focusing on verifying the final software against initial specifications without the emphasis on reuse and integration during development .

Communication in the incremental development model is essential for understanding the stakeholders' objectives and gathering precise software requirements . This initial stage determines the project's direction by ensuring all parties involved have a clear understanding of the project goals and expectations. Effective communication fosters collaboration and mitigates misunderstandings that can lead to inadequate requirements or project scope changes later, thus playing a crucial role in aligning the development with client needs .

The 'Análisis de Riesgo' phase in the spiral model is critical as it identifies potential risks that could impact the project across various iterations. This phase requires designing and validating prototypes to mitigate these risks, directly influencing project management decisions by guiding the focus toward risk-prone areas . It ensures proactive risk management, allowing stakeholders to allocate resources effectively and make informed decisions about continuing, altering, or halting project phases based on the risk analysis outcomes .

The prototyping model fosters innovation by promoting iterative design and user collaboration, allowing developers to explore multiple design concepts and incorporate feedback early and frequently . This results in more creative solutions as developers experiment with different approaches, receiving real-time feedback from end users that guides the evolution of the project. This flexibility and adaptation encourage out-of-the-box thinking, often resulting in more innovative final products compared to traditional methods where design choices are fixed early and user feedback is limited .

The RAD methodology accelerates software development by utilizing automatic tools for constructing software, such as those that enable reuse of existing program components and the creation of new reusable components when necessary . This reduces the need for coding from scratch, significantly cutting down the time required for development. Additionally, since many components of programs have already been tested, the time needed for testing is reduced, further expediting the development process compared to traditional models which involve more extensive manual coding and testing phases .

Conducting a detailed risk analysis in the spiral model allows for the identification of potential risks and challenges early in each development cycle . By understanding the possible issues, the project team can design risk mitigation strategies and prioritization of resources to address these challenges proactively. This enhances the project's reliability and stability as the development team can adapt plans based on the risks identified, leading to more informed decision-making and potentially reducing project costs and delays .

User feedback in the RAD methodology is instrumental for continuously refining and improving the software throughout the development lifecycle. By delivering iterations of the product to users and gathering their feedback, developers can make necessary modifications that enhance the functionality and usability of the software. This constant interaction ensures that the software evolves according to user needs and expectations, potentially leading to higher satisfaction and better quality software that is more aligned with user requirements and market demands .

The primary objective of the 'Análisis' phase in the Waterfall model is to conduct a feasibility study and define the project requirements. This phase evaluates the costs, profitability, and feasibility of the software project . The feasibility study results in a project requirements document, financial estimates, and a client proposal if necessary. By breaking down complex problems into smaller tasks, this phase sets a clear blueprint for what the project must achieve, aligning expectations and ensuring the project is viable and strategically sound .

In the prototyping model, the evaluation phase involves assessing the prototype's functionality to ensure it meets the initial requirements and adjusting the design based on feedback from users . This is more iterative and allows for refinement and user input throughout development. In contrast, the testing phase in the Waterfall model is a separate, later stage where the fully developed software is tested for adherence to predefined specifications and requirements without iterative feedback loops .

También podría gustarte