DOCUMENTO IDENTIFICANDO LA METODOLOGÍA .pdf

1. DOCUMENTO IDENTIFICANDO LA METODOLOGÍA PARA EL PROYECTO DE
DESARROLLO DE SOFTWARE.GA1-220501093-AA1-EV04
PRESENTADO POR:
MIGUEL ALEXANDER GOMEZ RAMIREZ
FICHA: 2853091
SERVICIO NACIONAL DE APRENDIZAJE SENA
AÑO 2024
BOGOTA D.C

2. 1
TABLA DE CONTENIDO
I. INTRODUCCIÓN.....................................................................................................................................2
II. JUSTIFICACIÓN......................................................................................................................................4
III. MODELO INCREMENTAL INTERACTIVO ............................................................................................6
IV. MODELO INCREMENTAL INTERACTIVO ............................................................................................8
V. CARACTERÍSTICAS ...............................................................................................................................11
VI. CONCLUSIONES...............................................................................................................................16
VII. REFERENCIAS BIBLIOGRÁFICAS.......................................................................................................17

3. 2
I. INTRODUCCIÓN
Para el desarrollo de cualquier producto de software, hay que desarrollar una serie de tareas
desde la idea inicial hasta la terminación del Producto.
Un Modelo de desarrollo de software establece el orden en el que se realizaran dichas
tareas, durante el Proyecto, nos permite Obtenerlos Requisitos tanto de entradas como de salidas
y los procesos que se ejecutaran para cada una de las tareas.
Por lo tanto, se hace necesario destacar el ciclo de vida del Proyecto y el Modelo de
Desarrollo que se aplicara para lograr tal fin.
El ciclo de vida permite controlar las actividades a desarrollar de principio a fin.
Ahora, partiendo del hecho que “La Ingeniería del Software es la aplicación de métodos
sistemáticos, disciplinados y cuantificables para el desarrollo, operación y mantenimiento de
software (IEEE, 1993)".

4. 3
Tenemos entonces en nuestro teatro de operaciones las Siguientes fases.
Fases de la ingeniería del software:
Especificación de requisitos: funcionalidades que ofrece el sistema.
Análisis del sistema: especificación formal de los requisitos del sistema.
Diseño del sistema: especificación del funcionamiento para satisfacer los requisitos
analizados.
Implementación del sistema: desarrollo software del sistema, cumpliendo todos los
requisitos bajo el diseño establecido previamente.
Pruebas: verificación y validación del sistema que cumple con los requisitos.
En la Ingeniería del Software la forma de desarrollar un proyecto puede hacerse con
distintas metodologías, tanto Tradicionales; modelo en cascada, prototipado, Incremental
Interactivo, espiral, RUP, como también con los Modelos Ágiles; Xp, Scrum, Kanvas, RAD
(Incremental Interactivo), entre los principales modelos existentes.
Para el proyecto de desarrollo propuesto se ha Elegido el Modelo RAD (Desarrollo
Rápido de Aplicaciones-Incremental Interactivo).

5. 4
II. JUSTIFICACIÓN
Para realizar el trabajo, se ha elegido el modelo RAP (Incremental Interactivo); porque es
el que mejor se nos adapta, en cuanto a las diferentes entregas que se van a ir realizando a lo largo
del desarrollo, cada entrega podrá mejorarse, modificarse y añadir más funciones a la entrega
siguiente.
Con la diferencia a los otros tipos de modelos que existen, tiene ventajas tales como poder
ir entregando partes funcionales, en el caso del resto de modelos no es posible esta ventaja.
Simplemente cuando nuestro director de proyecto nos vaya pidiendo material, se le va a
tener que ir dando lo que tengamos realizado hasta el momento, el director de proyecto pues nos
comunicara los errores, y en la siguiente entrega esos errores deberán de estar mitigados y así
sucesivamente. Esto es un modelo Incremental Interactivo.
En el caso de una empresa, esta empresa desde el minuto 0 va a querer algo funcional, para
ir dándose a conocer y algo que mostrar a sus clientes, por lo que hay que hacer una primera parte
funcional, con una serie de funciones y que ofrezca algo a la empresa, y conforme se vaya creando
más funcionalidades, se irán mejorando las anteriores junto con las futuras partes.

6. 5
Al tratarse de un proyecto con baja experiencia, no se puede arriesgar a utilizar otro tipo
de modelo, ya que sería de gran error, debido al tiempo reducido, costes reducidos y planificación.
Por eso, el modelo Incremental Interactivo es el que más se adapta a este tipo de proyectos
en concreto.
Entonces nosotros, como Analistas de Sistemas, debemos encargarnos de la formulación
de una solución al Problema que sea Viable, Eficaz y Eficiente para la Empresa y que permita a
PRINTING SERVICE., solucionar en la medida de lo posible la totalidad de las necesidades más
apremiantes en la Implementación de un comercio Electrónico.
Por tal Razón, se habrán de definir claramente cuáles son las estrategias a utilizar para
lograr la óptima Solución a los Requerimientos de Proceso que ellos necesitan y están buscando.
Ya evidenciamos con certeza que para lograr que; la empresa PRINTING SERVICE. deje
de ser una tienda Electrónica de ventas de cajas y se convierta en un negocio con proyección
Global, es necesario crear un Sistema de Gestión de Contenidos ( CMS ); por sus Siglas en Inglés,
( Content Management System ), que habilite a los Clientes para que puedan disponer en todo
momento de Catálogos de Productos y servicios en línea en la Web, conexión y negociación por
medio de sus redes sociales y correos Electrónicos, que puedan personalizar sus productos,

7. 6
hacer transacciones en línea a través de diferentes medios de pago, brindar soporte postventa en
línea a los clientes, coordinar la entrega de productos y servicios, y otros valores agregados.
RAD (Desarrollo Rápido de Aplicaciones-Incremental Interactivo).
III. MODELO INCREMENTAL INTERACTIVO
El modelo Incremental Interactivo fue propuesto por Harlan Mills en el año 1980. Surgió
el enfoque Incremental Interactivo de desarrollo como una forma de reducir la repetición del
trabajo en el proceso de desarrollo y dar oportunidad de retrasarla toma de decisiones en los
requisitos hasta adquirir experiencia con el sistema. Este modelo se conoce también bajo las
siguientes denominaciones: “Método de las comparaciones limitadas sucesivas, ciencia de salir
del paso, método de atacar el problema por ramas”.
Fuente: https://www.watch?v=_qUlL01th2s

8. 7
Fuente: https://www.watch?v=3Q3ldacEY
El Modelo Incremental Interactivo combina elementos del Modelo Lineal Secuencial
(Cascada), con la filosofía interactiva de Construcción de Proto tipos y la Retroalimentación de la
que adolece el Modelo de Cascada. Como se muestra en la Figura, el modelo Incremental
Interactivo aplica secuencias lineales de forma escalonada mientras progresa el tiempo en el
calendario.
Cada secuencia lineal produce un incremento del software. El primer incremento
generalmente es un producto esencial denominado núcleo.
En una visión genérica, el proceso se divide en 4 partes:
Fuente:https://www.wingtch?v=HqQ7IdalcZT

9. 8
Fuente: https://www.wingtch?v=HqQ8IdalcZW
IV. MODELO INCREMENTAL INTERACTIVO
Sin embargo, para la producción del Software, se usa el principio de trabajo en cadena o
Pipeline.
Con esto se mantiene al cliente en constante contacto con los resultados obtenidos en cada
incremento. El cliente es el que incluye o desecha elementos al final de cada incremento a fin de
que el software se adapte mejor a sus necesidades reales.
Este proceso se repite hasta que se elabora el producto completo, de esta forma el tiempo
de entrega se reduce considerablemente, ya que es más fácil mejorar una pequeña parte que no
comenzar el proyecto desde el principio.

10. 9
Alcance:
El Modelo Incremental Interactivo es de naturaleza interactiva brindando al final de cada
incremento la entrega de un producto completamente operacional. Este modelo es
particularmente útil cuando no se cuenta con una dotación de personal suficiente.
Los primeros pasos los pueden realizar un grupo reducido de personas y en cada
incremento se añadirá personal de ser necesario. Por otro lado, los incrementos se pueden planear
para gestionar riesgos técnicos.
Durante el proceso se trata de llevar a cabo al proyecto en diferentes partes que al final
terminará siendo la solución completa requerida por el cliente, pero éstas partes no se pueden
realizar en cualquier orden, sino que dependen de lo que el cliente este necesitando con más
urgencia, de los puntos más importantes del proyecto, los requerimientos más básicos, difíciles y
con mayor grado de riesgo, ya que estos se deben hacer al comienzo, de manera que se
disminuya la dificultad y el riesgo en cada versión.
De este modo podemos terminar una aplicación ejecutable (primera versión) que podrá ser
entregada al cliente para que éste pueda trabajar en ella y el programador pueda considerar las
recomendaciones que el cliente efectúe para hacer mejoras en el producto.

11. 10
Estas nuevas mejoras deberán esperar a ser integradas en la siguiente versión junto con los
demás requerimientos que no fueron tomados en cuenta en la versión anterior.
El modelo Incremental Interactivo consiste en un desarrollo inicial de la arquitectura
completa del sistema, seguido de sucesivos incrementos funcionales. Cada incremento tiene su
propio ciclo de vida y se basa en el anterior, sin cambiar su funcionalidad ni sus interfaces. Una
vez entregado un incremento, no se realizan cambios sobre el mismo, sino únicamente corrección
de errores.
Dado que la arquitectura completa se desarrolla en la etapa inicial, es necesario conocer
los requerimientos completos al comienzo del desarrollo.
Al iniciar del desarrollo, los clientes o los usuarios, identifican a grandes rasgos,
las funcionalidades que proporcionará el sistema. Se confecciona un bosquejo de requisitos
funcionales y será el cliente quien se encarga de priorizar que funcionalidades son más
importantes. Con las funcionalidades priorizadas, se puede confeccionar un plan de incrementos,
donde en cada incremento se indica un subconjunto de funcionalidades que el sistema entregará.
La asignación de funcionalidades a los incrementos depende de la prioridad dada a los requisitos.
Finalizado el plan de incrementos, se puede comenzar con el primer incremento.

12. 11
V. CARACTERÍSTICAS
▪ Se evitan proyectos largos y se entrega "algo de valor" a los usuarios con cierta
frecuencia
▪ El usuario se involucra más.
▪ Difícil de evaluar el costo total.
▪ Difícil de aplicar a los sistemas transaccionales que tienden a ser integrados y a
operar como un todo.
▪ Requiere gestores experimentados.
▪ Los errores en los requisitos se detectan tarde.
▪ El resultado puede ser positivo
Ventajas:
• Con un paradigma Incremental Interactivo se reduce el tiempo de desarrollo inicial,
ya que se implementa la funcionalidad parcial.
• También provee un impacto ventajoso frente al cliente, que es la entrega temprana
de partes operativas del software.

13. 12
• El modelo proporciona todas las ventajas del modelo en Cascada realimentado,
reduciendo sus desventajas sólo al ámbito de cada incremento realizado.
• Resulta más sencillo acomodar cambios al acortar el tamaño de los incrementos.
• Se adapta a la solución del problema en cuestión sin importar el tamaño.
• Reduce los riesgos durante el Desarrollo.
• Se reduce el tiempo de desarrollo inicial ya que implementa la funcionalidad
parcial.
• Provee visibilidad sobre el Progreso a través de las nuevas Versiones.
• Provee retroalimentación a través de la funcionalidad mostrada.
• Genera Ventajas estratégicas frente al cliente, a través de la entrega rápida de partes
operativas del Software del sistema

14. 13
• Permite atacar los mayores riesgos desde el inicio.
• Se Trabaja por fases Clara y Precisamente definidas.
• Descompone el proyecto para facilitar su gestión.
• Entrega funcionalidades interactivas en forma Incremental.
• Se evitan proyectos largos y se entrega algo de valor a los usuarios con cierta
frecuencia.
• El usuario está más involucrado.
• El resultado puede ser muy positivo.
• Se puede planear con base en la funcionalidad que se quiere entregar primero.

15. 14
• Se pueden hacer implementaciones parciales si se cuenta con la suficiente
funcionalidad
• Las pruebas y la integración son constantes.
• El progreso se puede medir en periodos cortos de tiempo.
• Resulta más fácil hacer cambios si acortamos el tamaño de los incrementos.
Desventajas:
• El modelo Incremental Interactivo no es recomendable para casos de sistemas de
tiempo real, de alto nivel de seguridad, de procesamiento distribuido o de alto índice
de riesgos.
• Requiere de mucha planificación, tanto administrativa como técnica
• Requiere tener metas claras para conocer el estado del proyecto.
• Es muy difícil de evaluar el costo total.

16. 15
• Requiere de gestores Experimentados.
• Los errores en los requisitos se detectan tarde.
• Hay que tener las metas Claramente definidas para conocer el estado del Proyecto.
• Por su versatilidad requiere de una planeación cuidadosa tanto a nivel
administrativo como técnico.
• Difícil de Integrar a los sistemas Transaccionales, que tienden a operar como un
Todo.

17. 16
VI. CONCLUSIONES.
Este modelo Permite que sea el mismo cliente el que incluya o deseche funcionalidades al
finalizar cada etapa de incremento planeada, permitiendo que el Software desarrollado se vaya
adaptando a sus reales necesidades, el proceso se va repitiendo hasta logra la finalización del
producto.
Esta metodología de desarrollo es particularmente útil cuando no se cuente con suficiente
planta de personal para involucrar en el ́proyecto, dado que los primeros pasos en el desarrollo
del proyecto pueden ser hechos por un reducido grupo de personas e ir añadiendo personal en cada
incremento si llegase a ser requerido.
No sobra recordar que los incrementos se pueden planificar para gestionar riesgos técnicos.
Finalmente diremos que el proceso se divide en cuatro partes claramente diferenciadas que
son:
❖ Análisis
❖ Diseño
❖ Codificación
❖ Evaluación
sin embargo, para la producción del Software, generalmente se utiliza el principio de
trabajo en Cadena; conocido como Pipeline, con esto se mantiene al cliente en constante contacto
con los resultados obtenidos en cada incremento.

18. 17
VII. REFERENCIAS BIBLIOGRÁFICAS
➢ Agilemanifesto.org. https://agilemanifesto.org/iso/es/manifesto.html
➢ Blog Capterra.com. (2019). RAD.
https://www.capterra.com/resources/wpcontent/uploads/2019/12/K_rOSJJEJ-
Zl0G3VZGYWiGw3tFj1TuRQDvqPTpmVB3FrK4lnOONPG06gqWdwjBOagIbRUyCyD5R_
WhvzZ4cHdglqaVyGyV4pWcn-PwIJn8JniGlQaeAQBJqLxqH_t4i7uCnBW9rp.png
➢ Implementingscrum.com (2006). Scrum.
https://cdnimages1.medium.com/max/1600/1*znawlwBQPM_xAcopRXjQHw@2x.jpeg
➢ Intl-blog.imgix.net. (2019). Burndown-chart
https://intlblog.imgix.net/wpcontent/uploads/2019/12/Burndownchart.png?auto=format%
2Cenhance
➢ Jeffries, R. (2011). What is Extreme Programming? Ronjeffries.com.
https://ronjeffries.com/xprog/what-is-extreme-programming/Kruchten
➢ Modelo-Vista-Controlador”, Wikipedia”, 2016, Disponible:
https://es.wikipedia.org/wiki/Modelo%E2%80%93vista%E2%80%93controlador
➢ "Magento-Estructura de un Módulo/Extensiónen Magento", El Blog de Selo, 2012.
http://www.elblogdeselo.com/
➢ ” Modelo Incremental”,” proceso software”, 2016, Disponible:
https://procesosoftware.wikispaces.com/Modelo+Incremental