Identificando la metodología para el proyecto de desarrollo de software

Claudia Paola Tamayo Cárcamo

Samuel Munera Echeverri

Juan David Rodríguez Mesa

Luis Fernando Álvarez

Andrés Mauricio Durán Moreno

Servicio Nacional de Aprendizaje – Sede Bogotá

Ficha 2675829 – ADSO 

Instructor Camilo Andrés Gutiérrez Oviedo

18 de abril de 2023
 Introducción

Gracias a las distintas metodologías de desarrollo de software, se permite tanto al equipo

de desarrollo como al cliente estar al tanto de los avances y de los contratiempos, organizando

las ideas, planteamientos y respectivas ejecuciones. De este modo se facilita y se estructura el

proceso en una serie de pasos definidos que brindan una visión clara tanto del objetivo como del

procedimiento.

Inicialmente se partió de un componente teórico donde se definieron y se enmarcaron

teóricamente todos los posibles contratiempos y la organización general del proyecto,

orientándose hacia lo posible y lo factible. Tal que así, teniendo definida y estructurada la parte

teórica se corresponde a definir la metodología a utilizar; de tal modo que, se pueda llevar un

control y una ejecución de la manera más factible y organizada para trabajar en el objetivo.

Se evidencia la metodología a desarrollar, la cual está basada en el modelo RAD ya que

permite la agilidad y claridad del desarrollo del proyecto tanto para el cliente como para el

equipo (Castro, 2019), brindando herramientas que permitan trabajar sobre la marcha a su vez de

una visión parcial sobre cada componente que define el objetivo general el cual es la entrega de

la aplicación; de este modo se define a grandes rasgos lo que se plantea en la justificación.

Justificación

Para el buen desarrollo de la aplicación se plantea inicialmente el modelo RAD

(Desarrollo Rápido de Aplicaciones), básicamente porque dicho modelo permite realizar

modificaciones, iteraciones, reutilización de código y una flexibilidad y adaptabilidad sobre la

marcha para la corrección de errores y los contratiempos que puedan surgir; de este modo tanto
el cliente como el equipo de desarrollo tendrán una visión parcial más clara de cómo evoluciona

el proyecto. Este modelo RAD se basa en la agilidad de los procesos y la evidencia de ellos en un

periodo de tiempo relativamente corto, lo cual permite evidenciar factores y procesos a mejorar

de manera más clara, a su vez que permite una mejor gestión del riesgo por ambas partes

mientras se sigue desarrollando la aplicación.

Tal que así a lo largo del plazo para el desarrollo del proyecto se irán entregando

pequeños avances del proyecto, sin embargo, no definitivos, ya que cada entregable se podrá

modificar y mejorar si es necesario; de tal modo haciendo partícipe de una manera más activa al

cliente y de una ejecución del trabajo más clara y definida.

Este modelo en concreto no depende enteramente de cada desarrollo anterior, ya que el

desarrollo de la aplicación está dividida entre los integrantes los cuales crean

independientemente cada funcionalidad de tal forma que se avanza en el proyecto rápidamente a

su vez de permitirle al cliente evidenciar la evolución y plantear nuevas sugerencias sobre la

mesa, para más claridad se puede contrastar con el modelo cascada, donde inicialmente se

plantea un modelo de desarrollo que está estructurado por una secuencia fija, donde cada

componente depende del anterior y hay menos cabida a los errores y al cliente, ya que estos solo

son incluidos al final del proceso. Así pues, se decide usar este tipo de metodología ágil y

flexible.

Con relación al proyecto de desarrollo a realizar hace que la distribución de las

actividades sea clara y modificable, tal que cada participante podrá hacerse responsable de

pequeñas actividades que en conjunto forman una aplicación personalizada, funcional y en un

tiempo menor. Inicialmente se plantea una aplicación basada en trabajo colaborativo, el cual es
capaz de albergar trabajadores donde se ofrecen servicios varios, desde domésticos hasta

industriales, de este modo el cliente tenga a su alcance una serie de servicios que puedan

satisfacer sus necesidades. Por lo que la metodología RAD permite ir desarrollando

funcionalidades individuales, donde son testeadas y mostradas al cliente, de forma que el

desarrollo concuerde con los criterios del cliente y sean definidos claramente los objetivos tanto

individual como grupal.

Aplicación de la metodología al proyecto

Para hacer formalmente la relación de la metodología escogida con el proyecto a realizar

primero es pertinente realizar una contextualización de lo que como tal se quiere lograr con el

mismo. Con lo anterior también se pretende reforzar los criterios de escogencia de la

metodología RAD, basándose en la incidencia directa e importancia que se espera que tenga en

el desarrollo del proyecto.

El grupo de trabajo identificó una oportunidad potencial para el desarrollo de una

aplicación que represente una muy buena alternativa a la hora de demandar u ofrecer fuerza

laboral en oficios domésticos varios (jardinería, plomería, cerrajería, modistería, ebanistería,

cuidado de niños, etc). Su objetivo general básicamente es -con base a los conocimientos,

habilidades y competencias adquiridos a lo largo del proceso de aprendizaje en el curso de

Análisis y Desarrollo de Software dentro del Sistema Nacional de Aprendizaje (SENA)- el

desarrollo de un software que -posterior a un minucioso estudio de mercado- suponga una muy

buena alternativa para conectar la oferta y demanda de servicios varios bajo el modelo de

“Economía Colaborativa”.
 Como lo indica el objetivo general del proyecto, su desarrollo está estrictamente ligado a

los conocimientos y habilidades que se adquirirán paulatinamente a medida que se avance en

materia educativa con el tecnólogo, es decir que las herramientas cognitivas necesarias para el

diseño e implementación del software en mención no están definidas como tal desde un inicio.

Lo anterior es uno de los criterios de escogencia más fuertes con respecto a la metodología RAD,

ya que -como ya se ha hecho mención a lo largo del presente documento- dicha metodología

brinda una adaptabilidad y flexibilidad mucho mayores con respecto a otras metodologías en

caso de que llegaran a ser necesarios ajustes o reorganizaciones para el desarrollo del software.

En consecuencia, lo anterior supone que la RAD brinda una gran ventaja si a medida que se

avanza con respecto a los conocimientos que se adquieran con el curso se quieren hacer

modificaciones, adiciones, alteraciones, mejoras, reutilizaciones o cambios completos ya sea en

el software de programación, en la estructura programática, en cualquier línea de código básica o

de mayor importancia, o cualquier componente estructural del software producto final del

proyecto.

Otro de los criterios que se tuvo en cuenta para la elección de la metodología RAD es

que, como su nombre lo indica, sus fases definidas están diseñadas para el desarrollo rápido de

aplicaciones (Microsoft, 2021), es decir, en el corto o -en este caso- mediano plazo; es entonces

necesaria la utilización de una metodología que permita las interacciones -ya se para hacer

cambios o mejoras- frecuentes, además, es importante que se puedan realizar retroalimentaciones

constantes que no supongan una barrera o un problema si se quiere redefinir estrategias para la

construcción del software en cuestión. Podría concluirse entonces que, con respecto a las fases de

la RAD, el presente proyecto en efecto y a día de hoy, se encuentra trabajando en la fase 1,

concretamente, en la de análisis y diseño rápido; se están definiendo los requisitos y objetivos

necesarios para la construcción exitosa del software, además de las expectativas que se tienen y

los diferentes actores que estarán involucrados en el proceso, como los son, por ejemplo, los

futuros usuarios que se espera se vean beneficiados con el aplicativo.

La fase 2 que es el ciclo de prototipos (construir, demostrar, refinar), se desarrollará en

conjunto a medida que se adquieran las habilidades necesarias para tal fin. Aquí es importante

mencionar que la metodología RAD permite volver a cualquiera de los pasos de la fase en caso

de ser necesario, lo cual será muy importante en caso de que sean necesarias modificaciones o

arreglos a la estructura del software, para que ya al final puedan ser validados y aprobados por

los usuarios. Se procederá entonces al desarrollo de la fase 3 que es básicamente el desarrollo del

modelo funcional de la aplicación, para dar paso a la fase 4 en la que se revisará si el software

funciona de la forma esperada y al final, en la quinta y última fase, realizar el “lanzamiento”

oficial de la aplicación o, en este caso, producto final del proyecto.

Referencias
Castro, M. (25 de Diciembre de 2019). INCENTRO. Obtenido de
https://www.incentro.com/es-ES/blog/metodologia-rad-desarrollo-rapido-aplicaciones

Microsoft. (Diciembre de 2021). Microsoft Powerapps. Obtenido de

https://powerapps.microsoft.com/es-es/rapid-application-development-rad/