Corporación Universitaria Remington Ingeniería del Software II Taller teórico - práctico Muchas aplicaciones modernas cambian frecuentemente antes de presentarlas al usuario final y después de que se empieza a utilizar la primera versión. Sugiera algunas formas de construir software para detener el deterioro debido al cambio. R//=una muy buena forma de evitar el deterioro debido al cambio, seria en vez de solo actualizar las versiones del software o solo modificarlo hacer una evaluación parcial de su funcionamiento y con dicha evaluación corregiremos falencias y por lo tanto evitamos el deterioro del cambio. Y siempre que hagamos dichas modificaciones instruir al cliente de lo que se hizo y si se cambió el funcionamiento del software. Establezca un conjunto de tareas para la actividad de comunicación (Modelo de cascada (Modelos operativos prescriptivos)) R//= encontrarse con el cliente, entablar una conversación por chat con el cliente, realizar una video llamada con el cliente, separar una cita para conversar con el cliente, ofrecerle un prototipo al cliente Para usted, cual es el propósito de la evaluación del proceso de un software. (Explique) R//=el propósito evaluación de un proceso de un software es para observar si está cumpliendo su funcionalidad 100% efectivamente o como se pidió, o para detectar errores y corregirlos, y así ir visualizando todo lo que se valla realizando para tener mayor seguridad de que se está haciendo correctamente el trabajo. De tres ejemplos de proyectos de software que pudieran adaptarse al modelo cascada. Ser específico. R//=-un proyecto donde se deben elaborar plantillas. -un proyecto donde se debe hacer el entorno para almacenar registros - un proyecto donde se deba hacer un software que permita llevar un inventariado de una empresa Dialogue con su equipo de trabajo sobre el impacto del “caos” en la ingeniería del software (Explique con ejemplos reales). R//=el caos seria por ejemplo: que los proyectos no concluyan satisfactoriamente, que los proyectos no cumplan las expectativas de los usuarios o que sean suspendidos. Es posible probar que un componente de software o incluso un programa completo está correcto. Entonces, ¿Por qué no todos lo hacen? R//=Porque hay gente que desde mi punto de vista hacen un trabajo mediocre porque no es cuestión de solo desarrollar un software, sino que también velar porque cumpla correctamente la funcionalidad para la cual fue creado. Pero eso también es ceustion del tipo de cliente, porque si el cliente quiere un software eficiente debe exigir en los requisitos que se pruebe. Como todos los modelos de proceso el DRA tiene inconvenientes o desventajas, mencione alguno de los inconvenientes o desventajas que puede tener este modelo en la construcción de proyectos grandes. R//= el inconveniente es que este modelo solo maneja software que se entreguen entre 60 y 90 días, osea software pequeños y por defecto no se podría utilizar mucho este modelo en donde haya que construir software con mas proceso. Cree usted que los modelos prescriptivos de procesos se propusieron originalmente para ordenar el caos del desarrollo de software. Si_, no_ (Justifique su respuesta) R//= si x. porque estos fueron como para que nos guiáramos y nos facilitara el desarrollo efectivo de software, la cuestión de que contribuyamos al caos es saber utilizar o no los modelos prescriptivos, ya que en mi opinión si hacemos un buen uso de estos por defecto desarrollamos un software de alta calidad y evitaríamos dicho caos. El modelo en cascada o ciclo de vida clásico, es el paradigma más antiguo para la ingeniería del software. Porque cree usted que algunas veces falla este modelo. Es responsabilidad del cliente o del desarrollador que el modelo presente fallas en el transcurso de la construcción del proyecto? R//=en mi opinión digo que las responsabilidad si algo falla en este modelo es tanto del cliente como del desarrollador, ya que la característica principal de este modelo es que los requisitos deben estar 100% claros para poder ejercer una construcción del software como debe ser.y para que los requisitos estén claros se debe haber dado un buen ámbito de comunicación entre cliente y desarrollador. a. Modelos proceso b. c. d. e. f. g. prescriptivos de (c)Este modelo es iterativo. Produce una versión completa en forma incremental con cada iteración. Modelo de desarrollo rápido (e)Este modelo también es de aplicaciones. llamado ciclo de vida clásico. Modelos de procesos (d)Combina elementos del evolutivos. modelo en cascada aplicado en forma iterativa. Se enfoca en la entrega de un producto operacional con cada etapa. Modelo incremental. (f)Se puede adaptar y aplicarlo a través del ciclo de vida completo de una aplicación, desde el desarrollo del concepto hasta el mantenimiento. Modelo en cascada. (g)El paradigma de construcción de este ejemplar original, se inicia con la comunicación, esencialmente cuando el cliente tiene una necesidad pero no sabe definir los detalles para transmitirle al programador de lo que realmente desea. Modelo en espiral. (a)Define un conjunto distinto de actividades, acciones, tareas fundamentos y productos de trabajo que se requieren para desarrollar software de alta calidad. Modelo de construcción de (b)Es un modelo de proceso de prototipos. software incremental, adaptación a “alta velocidad” del modelo en cascada.