Carátula
Tema: Modelos Prescriptivos del Desarrollo de Sistemas de
Información
Materia: [sistemasde información]
Estudiante: Luis Emilson de Anda Cornejo
Fecha: [6/11/24]
Introducción
En el desarrollo de sistemas de información, los modelos prescriptivos
ofrecen metodologías y enfoques para guiar el proceso de creación de
software, asegurando una estructura ordenada y sistemática. Este
trabajo examina los principales modelos prescriptivos, sus ventajas y
desventajas, así como el uso de herramientas CASE, fundamentales
para optimizar las etapas del desarrollo.
Desarrollo de la Investigación
3.1 Modelo en Cascada
A.1 ¿Por qué recibe este nombre?
El Modelo en Cascada recibe su nombre porque su flujo de trabajo
avanza secuencialmente en “cascada” de una fase a otra sin
retrocesos.
A.2 ¿Cuáles son las ventajas de este modelo?
Estructura clara, etapas definidas, y facilidad en la gestión y
planificación.
A.3 ¿Cuáles son las desventajas de este modelo?
Falta de flexibilidad para cambios, difícil adaptación a requisitos
cambiantes, y escasa interacción con el cliente durante el desarrollo.
A.4 ¿En qué pasos se relaciona directamente con el cliente?
Principalmente al inicio (análisis de requisitos) y al final (entrega del
producto terminado).
3.2 Modelos Evolutivos
B.1 ¿Qué características tienen los modelos evolutivos?
Enfoque iterativo, permite revisiones continuas, y adaptación a
cambios en los requisitos.
B.2 ¿Cuáles son los nombres de los modelos evolutivos?
Prototipado, Modelo Espiral, y Desarrollo Incremental.
B.3 ¿Cuáles son las características de cada modelo evolutivo?
Prototipado: Creación de prototipos funcionales para
retroalimentación temprana.
Modelo Espiral: Combina iteraciones con gestión de riesgos.
Desarrollo Incremental: Construcción en pequeñas versiones hasta
completar el sistema.
B.4 ¿Qué ventajas tienen los modelos evolutivos?
Flexibilidad para cambios, retroalimentación constante, y menor
riesgo de malinterpretación de requisitos.
B.5 ¿Qué desventajas tienen los modelos evolutivos?
Pueden extender el tiempo de desarrollo y requerir más recursos.
3.3 Modelos Especiales
C.1 ¿Por qué se les conoce como modelos especiales para la creación
de software?
Porque están diseñados para necesidades específicas, adaptándose a
contextos o tipos de proyectos particulares.
C.2 ¿Cuáles modelos de creación de software se pueden considerar
como especiales?
Programación Extrema (XP), Desarrollo Rápido de Aplicaciones (RAD),
y Desarrollo Basado en Componentes (CBD).
C.3 ¿Qué ventajas tienen?
Permiten un desarrollo rápido, alta adaptabilidad y orientado al
usuario.
C.4 ¿Qué desventajas tienen?
Pueden requerir habilidades avanzadas y pueden no ser adecuados
para proyectos con requisitos poco definidos.
C.5 Descripción de 3 modelos especiales
Programación Extrema (XP): Metodología ágil enfocada en la
retroalimentación continua y prácticas de codificación conjunta.
RAD: Se centra en el desarrollo rápido mediante el uso de prototipos y
usuarios finales.
CBD: Enfocado en reutilizar componentes de software para ahorrar
tiempo y costos.
3.4 El Proceso Unificado de Desarrollo de Software
D.1 ¿Qué características distinguen a este modelo?
Basado en fases iterativas, utiliza casos de uso y arquitectura
centrada en componentes.
D.2 ¿Cuáles son sus ventajas?
Proporciona una estructura flexible y adecuada para proyectos
grandes y complejos.
D.3 ¿Cuáles son sus desventajas?
Requiere un aprendizaje considerable y puede ser costoso.
D.4 ¿Para qué tipo de proyectos se utiliza?
Ideal para proyectos de software a gran escala y que necesitan
estructura flexible y robusta.
3.5 Modelo de Proceso de Software IEEE
E.1 ¿Cuáles son los estándares que propone IEEE para creación de
software?
IEEE 12207 (ciclo de vida del software), IEEE 830 (documentación de
requisitos), entre otros.
E.2 ¿Por qué son importantes los estándares que propone la IEEE para
la creación de software?
Garantizan calidad, eficiencia, y uniformidad en procesos de
desarrollo.
E.3 ¿Cómo se utilizan los estándares anteriores en la creación de
software?
Actúan como guías para gestionar y documentar cada fase,
asegurando cumplimiento de calidad.
3.6 Herramientas CASE
F.1 ¿Qué es una herramienta CASE? ¿Qué significa CASE?
CASE (Computer-Aided Software Engineering) es un conjunto de
herramientas que asisten en el desarrollo de software.
F.2 ¿Cómo se clasifican las herramientas CASE?
Herramientas de modelado, análisis, diseño, codificación, y pruebas.
F.3 ¿Hay herramientas CASE para documentar, programar, diseñar,
hacer pruebas?
Documentación: Microsoft Visio, UML Diagram Tools.
Programación: Visual Studio, Eclipse.
Diseño: Enterprise Architect, StarUML.
Pruebas: Selenium, JUnit.
F.4 ¿Por qué son importantes las herramientas CASE en la creación de
software?
Facilitan la automatización y organización, reducen errores y mejoran
la productividad.
Conclusiones
El estudio de modelos prescriptivos y herramientas CASE permite a
los desarrolladores seleccionar enfoques adecuados para cada
proyecto, optimizando los recursos y mejorando la calidad final del
software. Comprender las ventajas y desventajas de cada modelo
ayuda a aplicar el método más adecuado según los requisitos y el
contexto del proyecto.
Referencias
Sommerville, I. (2015). Ingeniería de Software (9.a ed.). Pearson.
Pressman, R. S. (2014). Software Engineering: A Practitioner’s
Approach (8.a ed.). McGraw-Hill.
IEEE. (2020). IEEE Standard for Software Lifecycle Processes.
