Corporación Universitaria Remington Ingeniería del Software II

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