Casos De Uso

1. Por qué no es recomendable el desarrollo de software mediante el modelo en cascada?

Es un modelo obsoleto, de los años 70s, no es posible esperar a que estén levantados todos los requerimientos porque nunca se empezaría el software y en el caso de empezarse el objetivo del mismo posiblemente ya haya cambiado, hay que tener en cuenta que el desarrollo de software es una actividad dinámicay por lo tanto puede cambiar y debemos estar dispuestos a hacer ajustes.
Ciclo de vida en cascada clásico:
Ventajas:
Hay una aproximación ordenada, fruto de la utilización de técnicas de ingeniería.
Sencillo de implantar y gestionar
Desventajas:
El linear y el desarrollo de software no lo es.
El cliente no ve resultados hasta el final
Diferencias de interpretación de los requerimientosentre cliente y desarrollador
Imposibilidad de actividades en paralelo
Es poco probable que el cliente pueda definir todos los requerimientos con exactitud desde el principio, y el resultado final generalmente no es lo esperado.
Ciclo de vida con prototipado:
Objetivo: Obtener un prototipo con el cual el usuario pueda interactuar y poder detectar las falencias en las especificaciones y podercorregirlas, es una herramienta que nos permite depurar los requisitos.
Paso 1: Recolección y refinamiento de requisitos
Paso 2: Diseño rápido
Paso 3: Construcción del prototipo.
Paso 4: Evaluación del prototipo por el cliente
Paso 5: Refinamiento del prototipo
Paso 1: Producto de ingeniería

2. Por qué es importante la modularidad en el diseño de software?

Divide y vencerás, aldisminuir el grado de complejidad e implementar una solución dividida en partes más pequeñas ayuda a soluciones más optimas, además otra ventaja de los módulos es su reutilización ya que se logra generar una solución para un problema específico, y potencializa el reúso de código.

Por qué es importante que el diseño de software sea modular?

Facilita la comprensión del problema y su soluciónescalonada.
Aumenta la claridad y legibilidad del programa.
Varios programadores pueden trabajar en un mismo problema a la vez desarrollando cada uno un módulo.
Reduce el tiempo de desarrollo, reutilizando módulos previamente desarrollados
Programas más fiables es más fácil depurar módulos que programas enormes.
Es más fácil detectar errores.
El mantenimiento se hace más simple.3. Qué relación hay entre casos de uso y requisitos?
La mayoría de los casos de uso están relacionados con requerimientos
Es una herramienta que ayuda a clarificar los requerimientos.
El conjunto de casos de uso debe sumar exactamente lo que el sistema debe hacer.
a. Por qué es importante una buena delimitación o una buena especificación de los alcances en un proyecto de software?Se debe tener una idea muy concreta de que debe hacer el software, si la delimitación no es clara no habría forma de terminarlo porque siempre habría cosas para mejorar, para determinar cuáles son los limites es importante y básico tener unas especificaciones muy claras, en esta etapa no podemos tener ambigüedades, sería nefasto si no hay total claridad.

4. Qué similitud y diferencia hayentre el proceso mediante el cual se diseña la estructura de un procesador de texto y la estructura de un sistema operativo.

5. Detalle o comente dos aspectos importantes en la gestión de requisitos.
Participación de los usuarios
Nunca suponer
Documentarse acerca del tema.
Ante cualquier duda preguntar.
Mirar los formatos.
Si hay un sistema previo y funciona adecuadamente, mirar códigofuente.

6. Detalle o comente dos aspectos importantes en el diseño de software.

Plus décimas adicionales a la calificación obtenida en el parcial.
* Mencione tres errores típicos en la especificación de requisitos con casos de uso, ilustre cada uno con un ejemplo (hasta 5).
* Anexe el mapa conceptual del capítulo 2 del swebok (hasta 3).

* Suministre los datos que posea...