Captulo 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 preguntas que :
a) Los diseadores deben responder a los usuarios
Qu tan factible y seguro ser el sistema en lo que se refiere al tratamiento
de la informacin de su empresa?
En qu le ser til esta herramienta?
Podr entender el programa?
b) Los usuarios deben plantear a los diseadores
Despus de haber instalado el sistema en mi empresa, se harn los
respectivos mantenimientos al mismo y en qu tiempo se efectuaran?
Me ser til el software a implementarse en la empresa?
Habr como realizar todas las funciones a mi encargada?
c) Los usuarios deben hacerse a s mismos sobre el producto de software que ha de
elaborarse
Habr un encargado de la empresa desarrolladora, que capacite
constantemente por un cierto periodo de tiempo a mis empleados?
El sistema que me van a realizar, podr aumentar la competitividad y el
nivel financiero de mi empresa?
d) Los diseadores deben plantearse acerca del producto de software que va a
construirse y del proceso que se usar para ello.
Los requisitos son estables?
Existe la posibilidad de que con el tiempo alguno de estos cambie y afecte el
diseo del sistema?
El cliente y/o usuario me ha dicho todo lo que necesito saber?
2. Trate de desarrollar un conjunto de acciones para la
actividad de comunicacin. Seleccione una accin y defina
un conjunto de tareas para ella.
Utilizando el modelo en cascada. Entrevista con un cliente:
En la primera cita presentarme de manera sencilla y platicar
ampliamente con el cliente sobre:
Cul es el producto que en realidad quiere?
Cmo lo desea?
Cul va a ser la funcin del software en la organizacin?

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.
Existe un conjunto de actividades fundamentales que se
encuentran presentes en todos ellos:
a) Patrn de etapas:
Especificacin de software: Se debe definir la funcionalidad y
restricciones operacionales que debe cumplir el software.
b) Patrn de tarea:
Diseo e Implementacin: Se disea y construye el software de
acuerdo a la especificacin.
c) 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

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.
Es un proceso individual cuyo objetivo es ayudar a los ingenieros
en software a medir y mejorar su productividad personal.
PSP establece un conjunto de mediciones que permiten evaluar y
mejorar el proceso de manera individual. Esos registros se llevan
como parte del proceso para capturar la informacin y
posteriormente realizar el anlisis del comportamiento. Como
resultado se pueden identificar las reas de atencin para mejorar
los resultados
Algunas de las mtricas que se recolectan son:
Tiempo empleado en la fase
Tiempo total
Defectos introducidos en la fase
Defectos corregidos en la fase
Total de defectos introducidos/ corregidos
LOC por hora
Indicador de costo de desempeo
Porcentaje de reuso
Porcentaje de nueva reusabilidad
Valor planeado acumulado
Valor ganado
Valor ganado acumulado
Densidad de defectos en pruebas
Densidad de defectos total
Ganancia
Defectos eliminados por hora en la fase
Proporcin de defectos eliminados entre fases
Costo de la calidad
El ingeniero debe realizar varias actividades que lo ayudaran a
satisfacer las mencionadas mediciones que evaluaran su
calidad y desempeo:
Planeacin: Todas las mediciones se registran en hojas de
trabajo o plantillas, se identifica las tareas de desarrollo y
se crea un programa para un proyecto.
Diseo de alto nivel: Se desarrolla las especificaciones
externas mientras se crea el diseo de componentes

 Revisin del diseo de alto nivel: Se descubren errores en

el diseo, se mantiene las mediciones para todas las
tareas y resultados del trabajo importante.
Desarrollo: Se mejora y revisa el diseo se mantiene
errores en el diseo de componente, genera, revisa,
compila y comprueba.
Post Mortem: Se determina la eficacia del proceso por
medio de medidas y mediciones obtenidas, el PPS
enfatiza las necesidades de detectar los errores.
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.
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 preguntas es " 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 violaciones 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, ri
asociado 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.
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 del paciente).
Proyecto de control inventarios (registro de entradas y
salidas de mercadera).
Proyecto de control de personal (registro de entrada y salida)
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.
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.
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.
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.

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.
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
procedimiento y volver a generar un estado
requiere de un cambio al software de tal
generar un mismo estado n veces necesarias
cliente.

puede cambiar de
si es que el cliente
manera que puede
al requerimiento del

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.
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
La entrega rpida a los clientes.
Se disea especficamente
requerimientos que se tienen.

Desventajas
Falta de seguridad.
para

los

Se puede cambiar o renovar con el tiempo.

Errores en el diseo y en la lgica.

No tiene una presentacin y va a depender
de los desarrolladores.

15.
D tres ejemplos de proyectos de software que seran
abordables con el modelo basado en componentes. Sea
especfico.
Diseo Web: Se puede implementar componentes para armar sus partes
importantes y estructuras para su uso.
Buscadores: En un buscador se puede implementar su funcionalidad de
bsqueda con partes elaboradas.
Ventas en lnea: Los procesos de seguridad y buscadores se puede aplicar a la
seleccin y distribucin de la base de datos.
16.
Es posible demostrar que un componente de
software, o incluso un programa completo, es correcto?
Entonces, por qu no todos lo hacen?
S, pues existen mtodos que permiten demostrar que una pieza de software es
correcta. Estos mtodo por supuesto son trabajosos, pero se han hecho avances para
automatizar estos problemas. Y no todos lo hacen porque no todos utilizan la misma
metodologa de hacer prototipos.
17.
Son lo mismo el proceso unificado y el UML? Explique
su respuesta.
No, pues el UML es un lenguaje de modelado, un conjunto de reglas y normas para
la elaboracin de diagramas. El proceso unificado es una metodologa de desarrollo
de software o un proceso, dice paso a paso lo que debe hacer para desarrollar
software. Algunas de esas medidas pueden requerir dibujar diagramas UML.