Unidad 4

Trabajo Prctico de Investigacin Bibliogrfica

Consideraciones:
-Modalidad de Evaluacin: Exposicin.
-Fecha de coloquio: 20 de octubre de 2014.
Fuente principal: Ingeniera de Software de Roger Pressman 6ta edicin como
mnimo
Ejercicio N 1:
1. Definir :
a. Software:
Es: 1) instrucciones (programas de cmputo) que cuando se ejecutan
proporcionan las
Caractersticas, funcin y desempeo buscados.
2) estructuras de datos que permiten que los programas manipulen en
forma adecuada la informacin
3) informacin descriptiva tanto en papel como en formas virtuales que
describen la operacin y uso de los programas.)
El software es elemento de un sistema lgico y no de uno fsico.

b. Ingeniera de Software

La ingeniera de software es: La aplicacin de un enfoque sistemtico,

disciplinado y cuantificable al desarrollo, operacin y mantenimiento de
software; es decir, la aplicacin de la ingeniera al software.

c. Ciclo de Vida de un Proyecto

Etapa
Etapa
Etapa
Etapa
Etapa

I Anlisis
II Diseo
III Generacin de Cdigo
IV Prueba
V Mantenimiento

d. Metodologas giles

Desarrollo adaptativo de software (DAS)

Scrum
Mtodo de desarrollo de sistemas dinmicos (MDSD)
Cristal
Desarrollo impulsado por las caractersticas (DIC)
Desarrollo esbelto de software (DES)
Modelado gil (MA)
Proceso unificado gil (PUA)
En las secciones que siguen se presenta

e. Agilidad

La agilidad es ms que una respuesta efectiva al cambio. Son estructuras

y actitudes

de los equipos para que la comunicacin sea ms fcil y

garantice la entrega rpida de software funcional restando importancia a

f.

los productos de trabajo intermedio

Proceso gil

Un proceso gil se basa en una serie de principios:

P1 Participacin del Cliente
P2 Entrega incremental
P3- Personas, no procesos agiles
P4 Adaptacin Incremental, aceptar cambios
P5 Mantener la Simplicidad

Trabajo Practico N 4 [SILVA, Jonatan Jos]- (Metodologa de Sistemas)

Pgina 1

2. Cules son las etapas para desarrollar de acuerdo a la Ingeniera de

Software? Describirlas brevemente.
Etapa I Anlisis: Pr essman establ ece que l a t ar ea del anli sis de requisit os
es un pr oceso de descubri mi ento, refinamiento, modelado y especificacin. Se
refina en detalle el mbito del software, y se crean modelos de l os r equi si tos de
datos, flujo de i nfor m aci n y contr ol , y del compor t ami ento operativo. Esto a
su vez tiene 5 reas de esfuerzo
1. Reconocimiento del problema(describir elementos
bsicos)
2. Evaluacin
y
Sntesis
(definir
objetos
y
comportamientos)
3. Modelado (probar comportamientos)
4. Especificacin (software)
5. Revisin (chequeo de procesos)
Etapa II
Diseo: Seg n Pressman, el diseo del soft wa re es r ealmente
un proceso de muc hos pasos pero que se clasi fi can dent ro de uno mismo. el
objetivo del diseo es producir un modelo o representacin de una entidad que se va a
construir posteriormente.
Etapa III
Generacin de Cdigo: Esta actividad consiste en traducir el diseo, en
una forma legible por la mquina. La generacin de cdigo se refiere tanto a la parte de
generacin de los ambientes virtuales, como a la parte en la cual se aadir
comportamiento a estos ambientes.
Etapa IV
Prueba: Una vez que se ha generado cdigo, comienzan las pruebas del
software o sistema que se ha desarrollado. De acuerdo con Pressman, el proceso de
pruebas se centra en los procesos lgicos internos del software, asegurando que todas
las sentencias se han comprobado, y en l os proc esos exter n os funcional es, es
deci r, l a r eali zaci n de l as pr ueba par a la deteccin de errores.
Etapa VMantenimiento: El software indudablemente sufrir cambios, y habr que hacer
algunas modificaciones a su funcionalidad. Es de suma importancia que el software de
calidad pueda adaptarse con fines de acoplarse a los cambios de su entorno externo.

3. Cmo se realiza el proceso de evaluacin de SW? Graficar y explicar

Trabajo Practico N 4 [SILVA, Jonatan Jos]- (Metodologa de Sistemas)

Pgina 2

Escenarios de investigacin: Se desarrolla un conjunto de casos de uso para

representar al sistema desde el punto de vista del usuario.

Obtencin de los requerimientos y restricciones, y descripcin del ambiente.

Esta informacin se determina como parte de la ingeniera de requerimientos y
se utiliza para estar seguros de que se han detectado todas las preocupaciones
de los participantes.

Descripcin de los estilos o patrones de arquitectura elegidos para abordar los

escenarios y requerimientos. Debe describirse el estilo arquitectnico con el
empleo de las siguientes perspectivas arquitectnicas:

Perspectiva modular para el anlisis de las asignaciones de trabajo con

componentes y grado en el que se logra el ocultamiento de informacin.
Perspectiva del proceso para el anlisis del desempeo del sistema.
Perspectiva del flujo de datos para analizar el grado en el que la arquitectura satisface
los requerimientos funcionales.
4. Evaluacin de los atributos de calidad, considerando cada atributo por separado. El
nmero
de atributos de la calidad elegidos para el anlisis es una funcin del tiempo disponible
para la revisin y el grado en el que los atributos de calidad son relevantes para
el sistema en cuestin. Los atributos de calidad para evaluar el diseo arquitectnico

4. Para cada modelo de desarrollo :

a. Modelos Prescriptivos

Los modelos de proceso prescriptivo fueron propuestos originalmente para

poner orden en el caos del desarrollo de software. Los modelos de proceso
prescriptivo definen un conjunto prescrito de elementos del proceso y un flujo
predecible para el trabajo del proceso.

b. CICLO DE VIDA CLSICO

Trabajo Practico N 4 [SILVA, Jonatan Jos]- (Metodologa de Sistemas)

Pgina 3

El modelo de la cascada , a veces llamado ciclo de vida clsico, sugiere un

enfoque sistemtico y secuencial6 para el desarrollo del software, que
comienza con la especificacin de los requerimientos por parte del cliente y
avanza a travs de planeacin, modelado, construccin y despliegue, para
concluir con el apoyo del software terminado
El modelo de la cascada es el paradigma ms antiguo de la ingeniera de
software. En un anlisis interesante de proyectos reales encontr que el ciclo
de vida clsico llega a estados de bloqueo en los que ciertos miembros del
equipo de proyecto deben esperar a otros a fin de terminar tareas
interdependientes. Los estados de bloqueo tienden a ocurrir ms al principio y
al final de un proceso secuencial lineal.

c. Ciclo de Vida Estructurado

Los

Terminadores son los Usuarios, los Administradores y el personal de

Operaciones. Proporcionan las entradas al equipo de Proyecto, y son los
beneficiados finales del sistema. Interactan con las 9 actividades del Ciclo de
Vida Estructurado.

d. METODOLOGAS GILES
i. Programacin Extrema
ii. Scrum
e. Prototipo (Pressman lo toma este modelo como evolutivo)

Trabajo Practico N 4 [SILVA, Jonatan Jos]- (Metodologa de Sistemas)

Pgina 4

El
paradigma
de hacer
prototipos
comienza
con
comunicacin. Usted se rene con otros participantes para definir los objetivos
generales del software, identifica cualesquiera requerimientos que conozca y
detecta las reas en las que es imprescindible una mayor definicin. Se planea
rpidamente una iteracin para hacer el prototipo, y se lleva a cabo el modelado
(en forma de un diseo rpido). ste se centra en la representacin de
aquellos aspectos del software que sern visibles para los usuarios finales (por
ejemplo, disposicin de la interfaz humana o formatos de la pantalla de salida).
El diseo rpido lleva a la construccin de un prototipo. ste se entrega y es
evaluado por los participantes, que dan retroalimentacin para mejorar los
requerimientos. La iteracin ocurre a medida de que el prototipo es afinado
para satisfacer las necesidades de distintos participantes, y al mismo tiempo le
permite a usted entender mejor lo que se necesita hacer.

f.

Modelo Incremental
Hay muchas situaciones en las que los requerimientos iniciales del software
estn razonablemente bien definidos, pero el alcance general del esfuerzo de
desarrollo imposibilita un proceso lineal. Adems, tal vez haya una necesidad
imperiosa de dar rpidamente cierta funcionalidad limitada de software a los
usuarios y aumentarla en las entregas posteriores de software. En tales casos,
se elige un modelo de proceso diseado para producir el software en
incrementos. El modelo incremental combina elementos de los flujos de
proceso lineal y paralelo .El modelo incremental aplica secuencias lineales en
forma escalonada a medida que avanza el calendario de actividades. Cada
secuencia lineal produce incrementos de software susceptibles de entregarse
de manera parecida a los incrementos producidos en un flujo de proceso
evolutivo. El desarrollo incremental es til en particular cuando no se dispone
de personal para la implementacin completa del proyecto en el plazo
establecido por el negocio. Los primeros incrementos se desarrollan con pocos
trabajadores. Si el producto bsico es bien recibido, entonces se agrega ms
personal (si se requiere) para que labore en el siguiente incremento. Adems,
los incrementos se planean para administrar riesgos tcnicos.

Trabajo Practico N 4 [SILVA, Jonatan Jos]- (Metodologa de Sistemas)

Pgina 5

g. Modelo DRA
Desarrollo Rpido de Aplicaciones (DRA) es un modelo de proceso del
desarrollo del software lineal secuencial que enfatiza un ciclo de desarrollo
extremadamente corto. El modelo DRA es una adaptacin a alta velocidad del
modelo lineal secuencial en el que se logra el desarrollo rpido utilizando una
construccin basada en componentes. Si se comprenden bien los requisitos y
se limita el mbito del proyecto, el proceso DRA permite al equipo de desarrollo
crear un sistema completamente funcional dentro de perodos cortos de
tiempo (por ejemplo: de 60 a 90 das)

Trabajo Practico N 4 [SILVA, Jonatan Jos]- (Metodologa de Sistemas)

Pgina 6

h. Modelo en Cascada
i.

IDEM (ciclo de vida clsico)

El autor Pressman describe que lo llaman igual que ciclo de vida clsico)

Anlisis y Diseo orientado a Objetos

i. UML
j.
Modelo de ensamblaje de componentes
k. Modelos de procesos evolutivos:

Los modelos evolutivos son iterativos. Se caracterizan por la manera en la que

permiten desarrollar versiones cada vez ms completas del software.
Presman toma como de procesos evolutivos el de PROTOTIPO y ESPIRAL

- Modelo Incremental

Esta desarrollado en el modelo (f)incremental

- Modelo en espiral

El modelo espiral es un modelo evolutivo del proceso del software y se

acopla con la naturaleza iterativa de hacer prototipos con los aspectos
controlados y sistmicos del modelo de cascada. Tiene el potencial
para hacer un desarrollo rpido de versiones cada vez ms completas.
Tiene dos caractersticas distintivas principales. La primera es el
enfoque cclico para el crecimiento incremental del grado de definicin
de un sistema y su implementacin, mientras que disminuye su grado de
riesgo. La otra es un conjunto de puntos de referencia de anclaje
puntual para asegurar el compromiso del participante con soluciones
factibles y mutuamente satisfactorias.

Se pide:
i.
Caracterizar cada uno
ii.
Identificar las etapas.
5. Identificar las metodologas asociadas a las Metodologas giles
6. Diferencias entre las metodologas giles y tradicionales.
7. Para cada modelo de desarrollo :
a. Caracterizar cada uno
b. Identificar las etapas.

Trabajo Practico N 4 [SILVA, Jonatan Jos]- (Metodologa de Sistemas)

Pgina 7

8. Qu metodologa considera ms adecuada para trabajar?

9. Qu factores influyen a la hora de elegir un ciclo de vida para resolver un
problema dado?
10. Qu ciclo de vida elegira para resolver un problema que se comprende bien
desde el principio y est muy estructurado?
11. Una vez elegido el ciclo de vida, qu procesos escogera para dicho ciclo de
vida, teniendo en cuenta que el desarrollo informtico para resolver el
problema anterior lo realiza una nica persona?
Ejercicio 2
Se supone que se va desarrollar una aplicacin relativa a la gestin de pedidos de
una empresa. En este caso el cliente no tiene todava muy claro qu es lo que
quiere. Adems, el personal informtico va a utilizar un tecnologa que le resulta
completamente nueva. Disctase qu tipo de ciclo de vida es ms apropiado y qu
procesos se deberan utilizar para desarrollar esta aplicacin.
Ejercicio 3
Indicar la(s) respuesta(s) correcta(s) y razonar la respuesta:
El ciclo de vida:
a)Comienza con una idea o necesidad que satisfacer y acaba con las pruebas
satisfactorias del producto.
b)No existe ningn estndar que describa sus procesos y actividades.
c)No se trata slo de realizar el anlisis, diseo, codificacin y pruebas; tambin
incluye, entre otros, procesos de soporte.
d)El mantenimiento lo constituyen las actividades para mantener sin cambios el
sistema.
e)En la actividad de anlisis de los requisitos software los desarrolladores obtienen
de los futuros usuarios los requisitos que piden al sistema.
Ejercicio 4
Dada la siguiente Historia de Usuario, se pide:
i.
Indicar a que metodologa gil corresponde
ii.
Qu informacin refleja la Historia de usuario?
iii.
Armar la tabla o tablas correspondientes con descripcin planteada.
La informacin que se proporciona es suficiente? Justificar la
respuesta, en caso negativo indicar lo que faltara para completar la
informacin.

Trabajo Practico N 4 [SILVA, Jonatan Jos]- (Metodologa de Sistemas)

Pgina 8

iv.

De acuerdo a Historia de usuario,

a. Qu informacin refleja la Tarea de Ingeniera y prueba de
Aceptacin?Cmo se relacionan con la Historia del Usuario?
b. Sugerir al Jefe de Proyecto, como completara los siguientes
formularios:

Jonatan: Metodologas Agiles- Diferencias con el modelo clsico

Trabajo Practico N 4 [SILVA, Jonatan Jos]- (Metodologa de Sistemas)

Pgina 9