solucion taller #1 de ing de softw II - carlos-hurtado

Anuncio
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.
Descargar