Está en la página 1de 7

2.1.

En la introduccin de este captulo, Baetjer afirma que: El proceso genera


interaccin entre usuarios y diseadores, entre usuarios y herramientas cambiantes
[tecnologa]. Enliste cinco preguntas que a) los diseadores deben responder a los
usuarios, b) los usuarios deben plantear a los diseadores, c) los usuarios deben
hacerse a s mismos sobre el producto de software que ha de elaborarse, d) los
diseadores deben plantearse acerca del producto de software que va a construirse
y del proceso que se usar para ello.

Qu hara el software?
Cmo estara protegido el software?
Cunto costara el software?
Cunto tardara en estar listo el software?
Cules son los principales beneficios que el software me brinda?

Cunto tiempo durara el software?


Cmo se har el mantenimiento y cada cunto?
Cmo ser su funcionabilidad?
Me podran ir mostrando el proceso que lleva el software?

Estoy dando toda la informacin necesaria para la creacin del software?


El diseador me estar comprendiendo bien mis necesidades?

El cliente me dijo todo lo que necesito saber?


Qu tipo de modelo debera usar?
Puede que cambien los requerimientos con el pasar del tiempo?
Qu tipo de capacitacin debera recibir el cliente?
El software ser compatible con el sistema operativo que usan?
2.2. Trate de desarrollar un conjunto de acciones para la actividad de comunicacin.
Seleccione una accin y defina un conjunto de tareas para ella.

El conjunto de acciones preparadas de antemano para lograr objetivos especficos.


Preguntas claves para un plan de comunicacin:
Qu queremos conseguir,
Cules son nuestros objetivos y las ideas?
Cul es el mensaje que queremos transmitir?
A quines vamos a dirigir nuestra comunicacin?
Qu queremos que hagan con la informacin?
Cules son los medios apropiados que va a utilizar para dicha comunicacin?
Cmo vamos a ejecutar el plan?

2.3. Un problema comn durante la comunicacin ocurre cuando se encuentra a dos


participantes que tienen ideas en conflicto sobre lo que debe ser el software, es decir,
que tienen requerimientos mutuamente conflictivos. Desarrolle un patrn del proceso
(esto sera un patrn de la etapa) con el empleo de la plantilla presentada en la seccin
2.1.3 que aborda este problema y sugiera un enfoque eficaz para l.

Patrn de etapas:
Especificacin de software: Se debe definir la funcionalidad y restricciones
operacionales que debe cumplir el software.
Patrn de tarea:
Diseo e Implementacin: Se disea y construye el software de acuerdo a la
especificacin.
Patrn de fase:
Validacin: El software debe validarse, para asegurar que cumpla con lo que quiere el
cliente.
Evolucin: El software debe evolucionar, para adaptarse a las necesidades del cliente.
Adems de estas actividades fundamentales, Pressman menciona un conjunto de
actividades protectoras, que se aplican a lo largo de todo el proceso del software. Ellas
se sealan a continuacin:
Seguimiento y control de proyecto de software.
Revisiones tcnicas formales.
Garanta de calidad del software.
Gestin de configuracin del software.
Preparacin y produccin de documentos.
Gestin de reutilizacin.
Mediciones.

2.4. Investigue un poco sobre el PPS y haga una breve presentacin que describa los tipos
de mediciones que se pide hacer a un ingeniero individual de software y la forma en la
que pueden usarse para mejorar la eficacia personal.

Los PPS permiten que el equipo planee, disee y construya software en forma
disciplinada, al mismo tiempo que mide cuantitativamente el proceso y el producto.
La etapa post mrtem es el escenario de las mejoras del proceso.

2.5. El uso de scripts (mecanismo requerido en el PES) no es apreciado de manera


universal en la comunidad del software. Haga una lista de pros y contras en relacin con
los scripts y sugiera al menos dos situaciones en las que seran tiles, y otras dos en las
que generaran menos beneficios.

Ventajas
Define estndares aplicables.
Controla la programacin de actividades del proyecto.
Utilidad
Planificacin de Desarrollo.
2.6. Lea a [Nog00] y escriba un ensayo de dos o tres pginas donde analice el efecto que
tiene el caos en la ingeniera de software.

Los sistemas de software estn en la propensin de que un sistema sea sensible a las
condiciones iniciales a fin que el sistema se vuelve impredecible en el tiempo. En la
figura 1 las diferentes fases de Desarrollo de Software Vida Cy CLE (SDLC) se muestran.
Si nos permiten requisitos para ser cambiados en las ltimas fases distintas de Requisito
Software Especificacin (SRS) que significa las necesidades de los usuarios de un sistema
de software pueden cambiar con el tiempo, invalidando los requisitos establecidos en
una anterior fase. En el diseo de software orientado a objetos se hace hincapi en un
fcil mantenimiento y la reutilizacin de los componentes. Los atributos de calidad del
software como correccin, robustez, extensibilidad, y la compatibilidad tambin debe
abordarse durante el diseo. Una de las principales organizaciones de preguntases "
Qu tan seguro est mis sistemas de fallas? Respuesta a una pregunta de este tipo es
a menudo difcil. La raz de la mayora de los problemas de seguridad es software que
falla de manera inesperada cuando bajo ataque. A pesar de una amplia investigacin en
la ingeniera de seguridad, medir la seguridad sigue siendo un problema difcil. Mientras
que no tienen medidas de seguridad con absoluta certeza, que a menudo se basan en la
medicin del riesgo en la evaluacin de la seguridad. Usando riesgo de evaluar las
decisiones de seguridad es una prctica comn. Proporciona un mecanismo sistemtico
para la optimizacin de costes y recursos. La difcil parte radica en ofrecer informacin
precisa informacin sobre los fallos y su probabilidad. Dado que los sistemas son
tpicamente expuestos a cambios constantes, riasociado sks son a menudo afectadas
por tales cambios. Sin embargo, el riesgo de una ssessments no son tpicamente
repetida tan a menudo como cambios se introducen en los sistemas.

2.7. D tres ejemplos de proyectos de software que podran efectuarse con el modelo de
cascada. Sea especfico.
Proyecto de control e consultas mdicas (creacin de turnos y fichas
delpaciente).
Proyecto de control inventarios (registro de entradas y salidas de
mercadera).
Proyecto de control de personal (registro de entrada y salida)

2.8. Proporcione tres ejemplos de proyectos de software que podran abordarse con el
modelo de hacer prototipos. Sea especfico.
Aplicaciones que involucren interaccin humano/maquina o uso extensivo
de graficas por computadoras
Aplicaciones de algoritmos matemticos
Sistemas en los que los resultados pueden ser examinados fcilmente sin
interaccin en tiempo real Software de Simulacin caja registradora de un
supermercado.

2.9. Qu adaptaciones del proceso se requeriran si el proyecto evolucionara en un


sistema o producto que se entregase?
Que el software se adapte a nuevos cambios, los requisitos son inevitables, no slo
despus de entregado en producto sino tambin durante el proceso de desarrollo.

2.10. Diga tres ejemplos de proyectos de software que podran realizarse con el modelo
incremental. Sea especfico.
Un sistema operativo
Sistema de control de satlites
Diseo de un cajero automtico simple.
2.11. Conforme avanza hacia fuera por el flujo de proceso en espiral, qu puede
decirse sobre el software que se est desarrollando o que est en mantenimiento?
Se puede decir que en este modelo el software debe enfocarse en la evolucin real a
que puede someterse de manera constante y que se evaluaran los riesgos que podran
llegar a tener si no hace un trabajo con existo.

2.12. Es posible combinar modelos de proceso? Si es as, diga un ejemplo.


Si es posible, el modelo de espiral es un buen ejemplo porque lleva la secuencia del
modelo de cascada, al finalizar el ciclo hay un prototipo y luego empieza nuevamente
haciendo un bucle hasta obtener el software con todos los requerimientos deseados
por el cliente.

2.13. El modelo de proceso concurrente define un conjunto de estados. Describa con


sus propias palabras qu es lo que representan, y despus indique cmo entran en
juego dentro del modelo de proceso concurrente.
Es la representacin de un estado que puede cambiar de procedimiento y volver a
generar un estado si es que el cliente requiere de un cambio al software de tal manera
que puede generar un mismo estado n veces necesarias al requerimiento del cliente.
El modelado concurrente proporciona un panorama apropiado del estado actual del
proyecto. Cada actividad, accin o tarea de la red existe simultneamente con otras
actividades, acciones o tareas.

2.14. Cules son las ventajas y desventajas de desarrollar software en el que la calidad
no es suficientemente buena? Es decir, qu pasa cuando se pone el nfasis en la
velocidad de desarrollo sobre la calidad del producto?

Ventajas
Se disea especficamente para las necesidades que se tienen.
Se puede cambiar y modificar con el tiempo.
Desventajas
Puede que el software este lleno de errores y es poco fiable.
No tienen una presentacin y dependen de los desarrolladores.

2.15. D tres ejemplos de proyectos de software que seran abordables con el modelo
basado en componentes. Sea especfico.
Software clnico: Un software para hospitales y clnicas
Software educativo: Sistema para la gestin

2.16. Es posible demostrar que un componente de software, o incluso un programa


completo, es correcto? Entonces, por qu no todos lo hacen?

Porque no todos utilizan la misma metodologa de hacer prototipos.


2.17. Son lo mismo el proceso unificado y el UML? Explique su respuesta.

No, porque UML es un lenguaje que se utiliza para modelar un sistema. Y RUP es una
metodologa tradicional pesada que me indica unos pasos a seguir para desarrollar mi
sistema.