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/ Cada que se finalice una etapa de desarrollo de software realizar muchas pruebas, darlo a conocer al cliente, presentarlo estéticamente de la mejor manera para que cuando esta etapa reciba la mejor calificación puedan pasar a la siguiente y hacer lo mismo sucesivamente con las siguientes para no tener que actualizarlo a los pocos días de haber entregado el proyecto final al cliente. Establezca un conjunto de tareas para la actividad de comunicación (Modelo de cascada (Modelos operativos prescriptivos)) R/ - En una reunión con el cliente darme a conocer de una manera sencilla y platicar ampliamente con el cliente sobre cuál es el producto que en realidad quiere, como lo desea y cuál va a ser la función del software en la organización. --En otra conversación que tenga con el cliente se trataran temas sobre los costos, el tiempo, requisitos que necesito para desarrollar el software. – Mostrarle al cliente por etapas como está quedando el proyecto para saber si el desea cambios y evitar que hallan problemas al finalizar el proyecto. Para usted, cual es el propósito de la evaluación del proceso de un software. (Explique) R/ Su propósito es supervisar la manera de cómo se está llevando a cabo el proyecto, si está cumpliendo con los estándares de calidad y además de que si está cumpliendo con las pruebas cada que finalice una etapa De tres ejemplos de proyectos de software que pudieran adaptarse al modelo cascada. Ser específico. R/ - En un colegio deciden instalar un software donde este solicite el número de documento de identidad del estudiante o docente y sea verificado para permitirle el ingreso. - En un hospital adquieren un software donde le piden a el usuario sus datos y por medio del software verificaran la disponibilidad de consultorios y médicos para realizarle la consulta al usuario. – En un supermercado instalan un software que tiene como función tener los registros de todos sus productos y que presente el total de las ventas que hacen en cada semana. Dialogue con su equipo de trabajo sobre el impacto del “caos” en la ingeniería del software (Explique con ejemplos reales). R/ El caos en la ingeniería del software se presenta cuando se forma un desorden en la ruta de actividades que se debe seguir para la construcción del software generando de esta manera incumplimiento en el objetivo propuesto. Ejemplos: - El software de una institución educativa presenta problemas en el momento de mostrar el promedio académico de los diferentes grados es decir no es capaz de obtener las notas de todos los estudiantes y sacar el promedio del grado. – El software de un supermercado no reconoce el precio de varios productos generando así fallas en el momento de poner el total a pagar en la factura. Es posible probar que un componente de software o incluso un programa completo está correcto. Entonces, ¿Por qué no todos lo hacen? R/ Si es posible probarlo gracias a los diferentes modelos que me permiten en cada etapa evaluar cómo voy en el proyecto y conocer los errores, muchos no lo hacen porque no tienen el suficiente conocimiento en la etapa de requisitos. 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/ - No se entrega a tiempo el producto – Un software inservible para el usuario 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 de manera que todo tiene que llevar un orden para salgan bien las cosas y para que no se generen problemas más adelante es por esto que se deben seguir una ruta de una manera ordenada empezando desde la toma de requisitos hasta los términos de contrato para la creación de dicho software. 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/ De ambos porque si no siguen paso a paso y con claridad las actividades que se requieren lógicamente el producto va a resultar inservible. a. Modelos proceso b. c. d. e. f. g. prescriptivos de Este modelo es iterativo. Produce una versión completa en forma incremental con cada iteración. c Modelo de desarrollo rápido Este modelo también es de aplicaciones. llamado ciclo de vida clásico. e Modelos de procesos Combina elementos del modelo evolutivos. en cascada aplicado en forma iterativa. Se enfoca en la entrega de un producto operacional con cada etapa. d Modelo incremental. 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. f Modelo en cascada. 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. g Modelo en espiral. Define un conjunto distinto de actividades, acciones, tareas fundamentos y productos de trabajo que se requieren para desarrollar software de alta calidad. a Modelo de construcción de Es un modelo de proceso de prototipos. software incremental, adaptación a “alta velocidad” del modelo en cascada. b