Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • Ga1 220501093 Aa1 Ev04

    Cargado por

    DiegooFernando
    94 vistas9 páginas
    El documento describe la metodología RAD (Desarrollo Rápido de Aplicaciones) que se utilizará para el proyecto de desarrollo de software. RAD se compone de 4 fases: 1) definición de requisitos, 2) creación de prototipos, 3) conversión del prototipo en un producto funcional, y 4) versión final del producto. Se eligió esta metodología debido a su facilidad de aplicación, enfoque ágil, posibilidad de retroalimentación continua, y adaptabilidad al presupuesto disponible.

    Descripción original:

    Anilisis y desarrollo de software

    Título original

    GA1-220501093-AA1-EV04

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    DOCX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Denunciar este documento
    El documento describe la metodología RAD (Desarrollo Rápido de Aplicaciones) que se utilizará para el proyecto de desarrollo de software. RAD se compone de 4 fases: 1) definición de requisitos, 2) creación de prototipos, 3) conversión del prototipo en un producto funcional, y 4) versión final del producto. Se eligió esta metodología debido a su facilidad de aplicación, enfoque ágil, posibilidad de retroalimentación continua, y adaptabilidad al presupuesto disponible.

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Marcar por contenido inapropiado
    Descargar como docx, pdf o txt
    94 vistas9 páginas

    Ga1 220501093 Aa1 Ev04

    Cargado por

    DiegooFernando
    El documento describe la metodología RAD (Desarrollo Rápido de Aplicaciones) que se utilizará para el proyecto de desarrollo de software. RAD se compone de 4 fases: 1) definición de requisitos, 2) creación de prototipos, 3) conversión del prototipo en un producto funcional, y 4) versión final del producto. Se eligió esta metodología debido a su facilidad de aplicación, enfoque ágil, posibilidad de retroalimentación continua, y adaptabilidad al presupuesto disponible.

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Marcar por contenido inapropiado
    Descargar como docx, pdf o txt
    de 9

    Evidencia de producto: GA1-220501093-AA1-EV04 documento identificando la

    metodología para el proyecto de desarrollo de software

    WILLIAM EDUARDO PINEDA CHILA


    DIEGO FERNANDO PINZÓN MOSQUERA
    JUAN PABLO ROMERO RODRIGUEZ

    SERVICIO NACIONAL DE APRENDIZAJE SENA


    TECNOLOGIA EN ANALISIS Y DESARROLLO DE SOFTWARE
    FICHA 2627026
    MODALIDAD VIRTUAL
    2022
    INTRODUCCION

    La metodología es la parte del proyecto que estudia los métodos, es decir, aquella
    que se encarga elaborar, definir y sistematizar el conjunto de técnicas y demás
    para poder llevar a cabo la ejecución de la idea que se tiene en proceso. Por
    consiguiente, es necesario definir cuál de las tantas metodologías se adaptan y

    Describa con
    apropian del proyecto de desarrollo de software

    sus propias palabras cuáles son


    las características fundamentales
    de un marco de trabajo ágil y un
    marco de trabajo tradicional (35
    %)
    Describa con sus propias
    palabras cuáles son las
    características fundamentales
    de un marco de trabajo ágil y un
    marco de trabajo tradicional (35
    %)
    Describa con sus propias
    palabras cuáles son las
    características fundamentales
    de un marco de trabajo ágil y un
    marco de trabajo tradicional (35
    %)
    2. Describa con sus propias
    palabras cuáles son las
    características fundamentales
    de un marco de trabajo ágil y un
    marco de trabajo tradicional (35
    %).
    2. Describa con sus propias
    palabras cuáles son las
    características fundamentales
    de un marco de trabajo ágil y un
    marco de trabajo tradicional (35
    %).
    2. Describa con sus propias
    palabras cuáles son las
    características fundamentales
    de un marco de trabajo ágil y un
    marco de trabajo tradicional (35
    %).
    En esta parte del proyecto se profundizará sobre el método para el desarrollo del
    software, es decir, que se abarcará en poder elaborar, computar y definir el grupo
    de pasos y técnicas que permitirán llevar a cabo la realización del proyecto
    definido para el cliente, es por ello que se hace necesario definir este marco de
    trabajo para dar la estructura principal del proyecto y su forma de trabajar.
    1 METODOLOGÍA DE DESARROLLO

    Por la facilidad del esquema de trabajo y su fácil revisión de prototipos se ha


    elegido el método RAD, ya que al final el desarrollo final se resuelve en una app y
    su plataforma de trabajo, se ha visto que es el método que más se adapta al estilo
    de trabajo y los recursos tanto humanos como tecnológicos que se cuentan.

    1.1 RAD

    RAD (Desarrollo Rápido de Aplicaciones) es otra metodología de desarrollo de


    software ágil que se centra en el desarrollo rápido de aplicaciones mediante la
    realización de iteraciones frecuentes y realimentación constante y fue inventado
    por James Martin en 1991.

    Algunas características fundamentales de RAD son:

     Mayor flexibilidad y adaptabilidad a cualquier ajuste que deba realizarse


    durante el proceso de desarrollo.
     Iteraciones rápidas que reducen el tiempo de desarrollo y mantienen un
    ritmo de entrega acelerado.
     Se fomenta la reutilización de código.
     Mejor gestión del riesgo, ya que las partes interesadas discuten y abordan
    cualquier vulnerabilidad mientras se construyen los productos.

    A continuación, se describen las fases propuestas en RAD.

    Demostrar

    Análisis Ciclo de
    protitipos
    y Pruebas Implementació n
    diseñ o Construir Refinar

    rápido
    Fuente: Equipo de trabajo Sena
    1.1.1 Primera Fase.

    En esta fase, todos los involucrados (usted, los desarrolladores, los usuarios del
    software y las partes interesadas) definen, investigan y finalizan el alcance y los
    requisitos de su proyecto, como los objetivos, las expectativas, los plazos y el
    presupuesto. A través de un informe inicial o creativo, las partes interesadas
    propondrán su visión, y los responsables de tomar las decisiones de TI y los
    desarrolladores ayudarán a finalizar todos esos requisitos. Uno de los beneficios
    del método RAD es que, aunque haya decidido sus requisitos, puede cambiar con
    facilidad en cualquier momento del ciclo de desarrollo.

    1.1.2 Segunda Fase.

    El objetivo es producir rápidamente un modelo de trabajo para presentarlo a la


    parte interesada. Los desarrolladores y diseñadores trabajan juntos para
    garantizar que cumplen los objetivos y requisitos de la parte interesada. Durante
    las primeras etapas de la creación de prototipos, los desarrolladores tienen la
    oportunidad de crear soluciones alternativas que produzcan un producto funcional
    sin sacrificar la calidad. A medida que el equipo crea un producto funcional, aquí
    es donde la experiencia del usuario, las pruebas y los comentarios juegan un
    papel crucial.

    Contar con un flujo constante de comentarios permite a su equipo trabajar en un


    sistema dinámico en lugar de basarse en un diseño abstracto. Al trabajar en todo
    momento con soluciones provisionales y errores, se pueden realizar ajustes para
    garantizar que se cumplen los requisitos y conseguir un modelo que funcione. Esto
    también significa que los errores se encuentran y depuran en una fase más
    temprana del proceso, lo que ayuda a cumplir el calendario de la parte interesada
    y mejora la estructura del proyecto para futuras adiciones de diseño.

    1.1.3 Tercera Fase.

    Con un prototipo funcional, ahora es el momento de convertirlo en un modelo


    funcional. Los desarrolladores recopilan comentarios de los usuarios y crean el
    producto. Asegúrese de implementar su software de creación de aplicaciones en
    el proceso para darle vida a su idea. Con la programación de aplicaciones, las
    pruebas del sistema y la integración de unidades, el prototipo y los sistemas beta
    se convierten en un modelo funcional. Dado que los equipos usan herramientas de
    desarrollo rápido de aplicaciones y de con poco código, puede abordar
    rápidamente cualquier cambio.

    El software y las aplicaciones se prueban minuciosamente y las partes interesadas


    pueden proponer cambios o aportar nuevas ideas a medida que se detectan
    problemas. No debería haber muchos errores, ya que la ventaja de RAD es que la
    mayoría de los errores pueden verse en tiempo real durante de la fase de creación
    de prototipos y ajustarse después de inmediato. Una vez que las partes
    interesadas estén satisfechas con su producto, puede completarlo.
    1.1.4 Cuarta Fase.

    La etapa final consiste en hacer una versión optimizada del producto final que sea
    estable y fácil de mantener para que dure más. Las características, las funciones y
    la estética se rematan junto con la parte interesada. Una vez que se pasa a
    producción, los usuarios pueden realizar pruebas o formación a gran escala.
    Ahora, su producto está listo para presentarlo a la parte interesada. (Microsoft
    Power Apps, n.d.)

    1.2 JUSTIFICACIÓN DE METODOLOGÍA

    Se ha decidido optar por este sistema metodológico por los siguientes motivos:

    1.2.1 Facilidad de aplicar las fases.

    Al ser un grupo reducido de trabajo disponible, el poder ejecutar en 4 fases el


    proyecto permite que se adapte el personal humano a esa ejecución, ya que no es
    posible andar realizando reuniones diarias o semanales con los clientes,
    permitiendo así realizar las propuestas y prototipos para que solamente se
    realicen las reuniones para la aprobación y luego las pruebas e implementación.

    1.2.2 Metodología de trabajo ágil

    Al ser un esquema de trabajo ágil permite facilitar y priorizar la entrega de


    producto sobre procesos de documentación exhaustiva, haciéndolos más simples,
    donde interactúa el cliente final desde las primeras etapas del proyecto.

    1.2.3 Fácil retroalimentación en cada paso.

    Cada paso permite retroalimentar en cualquier momento el desarrollo del proyecto,


    y al ser de fácil comprendimiento las etapas del proyecto permite que se pueda
    revisar paso a paso sin que esto signifique un trabajo dispendioso para el cliente
    que se involucra en cada parte del proyecto.

    1.2.4 Fácil adaptación de presupuesto disponible.

    Al ser un esquema de trabajo que permite tener un equipo de trabajo reducido,


    hace que no se necesite un presupuesto excesivo para la mayoría de
    emprendimientos y que ayuda a la realización de los objetivos establecidos.
    (SENA, n.d.)
    Bibliografía

    BECAS, S. (2002). SANTANDER . Obtenido de SANTANDER BECAS :


    https://www.becas-santander.com/es/blog/metodologias-desarrollo-
    software.html
    Microsoft Power Apps. (s.f.). Microsoft. Obtenido de Power Apps:
    https://powerapps.microsoft.com/es-es/rapid-application-development-rad/
    SENA. (s.f.). Territorium Sena. Obtenido de Metodologías de desarrollo de
    software: https://sena.territorio.la/content/index.php/institucion/Titulada/
    institution/SENA/Tecnologia/228118/Contenido/OVA/CF6/index.html#/
    curso/tema3

    También podría gustarte