METODOLOGÍA EN CASCADA PARA ABORDAR

PROBLEMAS DUROS

TEORIA GENERAL DE SISTEMAS

INTEGRANTES:

 ESPINOZA POMA, KEVIN LEONEL – U22212536 Trabajó

 ZAMBRANO BERLANGA, KALEB NAHIM – U22209136 Trabajó

 SANCHEZ SULLO, DARIANA JIREH –U21314053 Trabajó

 BAYGORREA GOMEZ – JOSE ANDERSSON-U22240603 Trabajó

 SANCHEZ DURAND, MARIANO ALONSO – U22240211 No Trabajó

 PORTUGUEZ RIVERA, ABEL - U22247817 No Trabajó

DOCENTE: JORGE HOMERO POZO CHUMACERO

 INTRODUCCIÓN:
En este trabajo monográfico, exploraremos los fundamentos teóricos del ciclo de vida
en cascada como metodología para abordar problemas duros. En particular, nos
enfocaremos en el desarrollo de un sistema de gestión de inventario para una
empresa minorista como ejemplo práctico. Analizaremos cada fase de la metodología
en cascada, aplicando el enfoque de sistemas para comprender las entradas,
procesos y salidas en cada etapa. Además, proporcionaremos una solución paso a
paso para el ejercicio propuesto.
 I. METODOLOGÍA EN CASCADA PARA ABORDAR PROBLEMAS
DUROS
El modelo de cascada, también conocido como “Waterfall” es un método de gestión de
proyectos, en el que este último se divide en distintas fases secuenciales, donde el
equipo puede pasar a la siguiente fase sólo cuando se haya completado la anterior. El
punto clave de la metodología de cascada es que no hay posibilidad de cambios o
errores, por lo que la planificación aquí es una etapa fundamental. La calidad de
trabajo inicial define en mayor medida el resultado final.
La primera descripción formal de la metodología de cascada fue elaborada en el
artículo de Winston W. Royce en 1970 sobre la gestión de desarrollo de software. Aun
así, se considera que el método de cascada se originó en la fabricación y la
construcción. De ahí viene que de acuerdo con este modelo no se puede volver a la
fase anterior. Y también, que cada fase tiene que completarse en una secuencia
predeterminada.
Hoy en día, la modelo cascada no solo se utiliza en los proyectos de construcción o en
la fabricación. Por ejemplo, se aplica con bastante frecuencia en el ciclo de vida de
desarrollo de sistemas para proyectos de ingeniería de software.
La metodología en cascada se compone de varias fases secuenciales que representan
etapas específicas en el desarrollo de software. A continuación, describiremos cada
una de estas fases, resaltando el enfoque de sistemas y las entradas, procesos y
salidas correspondientes.

ETAPAS
1. Análisis de Requisitos: En esta fase, se recopilan y analizan los requisitos del
sistema. Se identifican las necesidades y expectativas de los usuarios finales y se
elabora una especificación detallada de los requisitos. Además, durante esta fase
normalmente se empieza con una fase de análisis que incluye una definición de los
requisitos y un estudio de viabilidad. En este estudio se evalúan los costes, la
rentabilidad y la factibilidad del proyecto de software, lo cual da como resultado un
pliego de condiciones.
En términos del enfoque de sistemas, las entradas son las necesidades y
expectativas de los usuarios, el proceso implica el análisis y la documentación de
los requisitos, y la salida es la especificación de requisitos
2. Diseño: Una vez que se han establecido los requisitos, se procede a diseñar la
solución del sistema. Se definen la arquitectura, la estructura y los componentes
del sistema, y se establecen las interfaces entre ellos. Además, 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. a 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.
En términos del enfoque de sistemas, las entradas son los requisitos
especificados, el proceso implica el diseño de la solución y la salida es el diseño
del sistema.
3. Implementación: En esta fase, se lleva a cabo la codificación del sistema de
acuerdo con el diseño establecido. Se traduce el diseño en un código ejecutable y
se realizan pruebas unitarias para asegurar la corrección de la implementación.
Asimismo, 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.
En términos del enfoque de sistemas, las entradas son el diseño del sistema, el
proceso implica la codificación y las pruebas unitarias, y la salida es el sistema
implementado.
4. Pruebas: Una vez que se ha completado la implementación, se llevan a cabo
pruebas integrales del sistema para verificar su funcionalidad y asegurar que
cumpla con los requisitos establecidos. Se realizan pruebas de integración,
pruebas de rendimiento y pruebas de aceptación, entre otras. En esta etapa, los
especialistas responsables prueban el software (u otro producto que se desarrolla
en el proyecto) y detectan errores. Aquí es fundamental asegurarse de que el
producto cumpla con todos los requisitos del cliente.
En términos del enfoque de sistemas, las entradas son el sistema implementado, el
proceso implica las pruebas exhaustivas y la salida es el sistema probado y
validado.
5. Despliegue y mantenimiento: En esta fase, el sistema probado y validado se
pone en funcionamiento en el entorno de producción. Se realiza la instalación y
configuración necesaria, y se lleva a cabo la capacitación del personal que utilizará
el sistema. Así también, El producto final se entrega al cliente. Dependiendo del
tipo de proyecto, se pone en marcha el mantenimiento y el soporte. Si todo está
bien, el producto sigue funcionando según lo diseñado. Para proyectos como un
software se necesita el mantenimiento continuo.
En términos del enfoque de sistemas, las entradas son el sistema probado y
validado, el proceso implica la instalación y configuración, y la salida es el sistema
desplegado y listo para su uso.
SITUACIÓN:

Inicio: En tu quiosco recibes a un cliente que quiere que le prepares un Jugo de

naranja.

Desarrollo: Tú quieres preparar lo que se te ha pedido, sin embargo, te percatas de

que no tienes lo que se necesita para preparar el juego de naranja y le avisas que no
tiene y que en 10 min estará.

Desenlace: El cliente no quiere esperar mucho tiempo y se va a otro quiosco para que
le sirvan a orden rápido.

Explicación:

 El cliente quiere un pedido de un jugo de naranja que quiere que le sirva, sin
embargo, no tengo los suficientes ingredientes para atenderle.
 Le recomiendo que espere aproximadamente 10 min para que el producto
llegue a mi quiosco y le pueda preparar el juego.
 El cliente no quiere esperar y se va a otro lugar a que lo atiendan antes.
 Yo pierdo dinero por perder a un cliente y es probable que no recomiende mi
quiosco porque demore su pedido.

Resumen:

Estaría perdiendo algo muy importante para el negocio y eso sería un problema grave
ya que sería malo para el negocio.

Solución:
Para prevenir problemas en el futuro es tener un respaldo, es decir tener un plan b
como tener un almacén para cuando se me acaben de lo que se muestra saque lo que
guarde.
II. EJERCICIO

Desarrollo de un sistema de gestión de inventario para una empresa minorista:

En este ejercicio, aplicaremos la metodología en cascada para abordar el problema de

desarrollar un sistema de gestión de inventario para una empresa minorista.

Análisis de requisitos:

 Entrada: Reuniones con representantes de la empresa minorista para

comprender sus necesidades y expectativas en cuanto al sistema de gestión
de inventario.
 Proceso: Identificación de los requisitos específicos del sistema, como
seguimiento de inventario, gestión de proveedores, generación de informes de
inventario, etc.
 Salida: Documento detallado de los requisitos del sistema de gestión de
inventario para la empresa minorista.

Diseño:

 Entrada: Especificaciones de requisitos.

 Proceso: Diseño de la arquitectura del sistema de gestión de inventario,
definición de las funcionalidades requeridas, diseño de la interfaz de usuario y
el modelo de datos, etc.
 Salida: Diseño del sistema de gestión de inventario que incluye diagramas de
arquitectura, diagramas de flujo de procesos, diseños de interfaz de usuario,
etc.

Implementación:

 Entrada: Diseño del sistema de gestión de inventario.

 Proceso: Codificación del software según el diseño establecido, desarrollo de la
base de datos para el inventario, integración de componentes, etc.
 Salida: Sistema de gestión de inventario funcional y codificado para la empresa
minorista.

Pruebas:

 Entrada: Sistema implementado.

 Proceso: Realización de pruebas unitarias para verificar el correcto
funcionamiento de los módulos del sistema, pruebas de integración para
garantizar la interacción adecuada entre los componentes, pruebas de
 rendimiento para evaluar la capacidad del sistema en diferentes escenarios,
etc.
 Salida: Sistema de gestión de inventario probado y validado para la empresa
minorista.

Despliegue:

 Entrada: Sistema probado y validado.

 Proceso: Instalación del sistema de gestión de inventario en los servidores de
la empresa minorista, configuración de la base de datos de inventario,
capacitación del personal en el uso del sistema, etc.
 Salida: Sistema de gestión de inventario desplegado y listo para su uso en la
empresa minorista.

III. SOLUCIÓN
Desarrollo de un sistema de gestión de inventario para una empresa minorista
utilizando la metodología en cascada.
Paso 1: Análisis de requisitos
Reunirse con representantes de la empresa minorista para comprender sus
necesidades y expectativas en cuanto al sistema de gestión de inventario.
Identificar y documentar los requisitos específicos del sistema, como
seguimiento de inventario, gestión de proveedores, generación de informes,
etc.
Crear un documento detallado de los requisitos del sistema de gestión de
inventario.
Paso 2: Diseño
Utilizando los requisitos documentados, diseñar la arquitectura del sistema de
gestión de inventario.
Definir las funcionalidades requeridas, establecer interfaces de usuario
intuitivas y diseñar el modelo de datos.
Crear diagramas de arquitectura, diagramas de flujo y diseños de interfaz de
usuario.
Paso 3: Implementación
Basándose en el diseño establecido, comenzar a codificar el software del
sistema de gestión de inventario.
Desarrollar la base de datos para almacenar la información del inventario y
otros datos relevantes.
Integrar los componentes del sistema y asegurarse de que funcionen de
manera conjunta.
Paso 4: Pruebas
Realizar pruebas unitarias para verificar el correcto funcionamiento de cada
componente del sistema.
Realizar pruebas de integración para garantizar la interacción adecuada entre
los diferentes módulos.
Realizar pruebas de rendimiento para evaluar la capacidad del sistema en
diferentes escenarios de carga.
Corregir cualquier error o defecto identificado durante las pruebas y volver a
realizar las pruebas necesarias hasta que el sistema sea completamente
funcional y libre de errores.
Paso 5: Despliegue
Instalar el sistema de gestión de inventario en el entorno de producción de la
empresa minorista.
Configurar la base de datos y asegurarse de que esté lista para almacenar y
gestionar el inventario de la empresa.
Capacitar al personal de la empresa en el uso del sistema y proporcionar el
soporte necesario.
Paso 6: Mantenimiento
Realizar un seguimiento continuo del sistema de gestión de inventario y
recopilar comentarios de los usuarios.
Corregir errores, realizar mejoras y actualizaciones según sea necesario.
Asegurarse de que el sistema esté actualizado y funcione de manera eficiente
para satisfacer las necesidades cambiantes de la empresa minorista.

Siguiendo estos pasos, el equipo de desarrollo podrá aplicar la metodología en

cascada para desarrollar un sistema de gestión de inventario efectivo y
satisfactorio para la empresa minorista. Cada fase se realiza de manera
secuencial, permitiendo una planificación y ejecución estructurada del proyecto,
y asegurando que el sistema cumpla con los requisitos establecidos.
IV. CONCLUSIONES:
En conclusión, hemos explorado los fundamentos teóricos del ciclo de vida en
cascada y cómo se puede aplicar el enfoque de sistemas en cada fase. La
metodología en cascada proporciona una estructura clara y secuencial para
abordar problemas duros en el desarrollo de sistemas. Al aplicar el enfoque de
sistemas, se consideran las entradas, procesos y salidas en cada etapa, lo que
garantiza una planificación adecuada, una ejecución controlada y resultados
satisfactorios. El uso de esta metodología y enfoque permite a los equipos de
desarrollo enfrentar problemas duros de manera eficiente y efectiva.
BIBLIOGRAFÍA
http://es.scribd.com/doc/9916138/METODOLOGIA-DE-SISTEMAS-BLANDOS

http://es.scribd.com/doc/57940938/43/EL-SISTEMA-DE-ACTIVIDAD-HUMANA-
COMO-UN-LENGUAJE-DE-MODELACION

http://joseobeso.8m.com/wcursos/ClaseTgs2.htm

http://www.unamerida.com/archivospdf/306%20MIA-U7.pdf

http://www.monografias.com/trabajos37/metodologia-sistemica/metodologia-
sistemica2.shtml
www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r73758.DOC