! "#$%&'(!)*+,&-#+.(-+(!/0'+.1$*+$(! 2-(30!&*!4*5&*+&-6(!4*70-89.+$(!

Ingeniera del Software II Tema 1: Introduccin

Boletn Ejercicios

**SOLUCIONES *
CUESTIONES
(1) Enumere algunas caractersticas de las aplicaciones software requeridas en la actualidad que las convierten en productos de cierta complejidad. Transparencia numero 2 del tema 1 proporciona ejemplos que se pueden citar aqu. (2) Justifique brevemente la siguiente afirmacin: El software es un elemento que no se estropea, pero que s se degrada. Significa que el uso intensivo del software no hace que con el tiempo se estropee. Sin embargo, s se degrada con los cambios que se realicen al mismo para incluir nueva funcionalidad que nos demanda el cliente. (3) Explique cuales son las diferencias entre mtodo, proceso y herramienta software. Herramienta: elemento que asiste y da soporte para el desarrollo de un proyecto. Aqu podemos considerar como herramienta los frameworks de programacin, programas de diseo UML, personal que participa en un proyecto, equipamiento hardware, etc. Mtodos:
Indica cmo construir tcnicamente el software. Abarcan una gama de tareas que incluyen: anlisis de requisitos, diseo, construccin, pruebas y mantenimiento. Conjunto de software. procedimientos, tcnicas, herramientas que ayudan a desarrollar sistemas

Proceso: es el fundamento de la ingeniera del software: une la tecnologa con el mtodo. El proceso define un marco de trabajo para reas clave del proyecto: gestin, desarrollos, validacin, etc. Adems, establece cmo se aplicarn los mtodos, se generan productos
Boletn ejercicios tema 1 Ingeniera del Software II

de trabajo (documentos, datos, informes, etc.) y se establecen hitos que aseguran la calidad del software. Los mtodos dicen qu hay que hacer, el proceso responde al cmo. (4) Argumente la veracidad o falsedad de la siguiente afirmacin: Un modelo de desarrollo incremental soporta con facilidad el cambio de requisitos en la aplicacin o la introduccin de nuevos que surjan de las diversas entregas parciales al cliente Falso. El modelo incremental asume que se conocen los requisitos del sistema de antemano y que estn bien establecidos. Planifica diferentes desarrollo incrementales que se ejecutan en paralelo. Este modelo no soporta el cambio de requisitos. (5) Defina el modelo de desarrollo software basado en prototipos indicando en qu se basa. Mencione dos ventajas y dos de sus principales limitaciones. El modelo de prototipado es un modelo iterativo que trata de ir realizando miniaplicaciones, funcionales o no, para poder ir capturando los requisitos del cliente de forma incremental. Cada prototipo tiene su fase de anlisis, diseo, implementacin y prueba. Un prototipo puede estar basado en el anterior o bien ser completamente distinto a l porque se haya comprobado que se ha cometido un error. Ventajas: soporta desarrollos en los que los requisitos no estn claros al principio. Se le ofrecen al cliente resultados de forma incremental. Desventajas: las decisiones tomadas se arrastran muy rpidamente. Los clientes no entienden bien el concepto prototipo y no dejan al Ingeniero Software guiar el desarrollo adecuadamente. (6) Identifique dos similitudes y dos diferencias que existan entre el modelo de desarrollo basado en componentes y el modelo basado en espiral.
Ambas persiguen reducir el coste de desarrollo a la vez que aumentar la calidad del software. Se diferencian en la forma en que lo consiguen: el modelo espiral a travs de diversas iteraciones incrementales en la espiral, donde se planifican desarrollos

Boletn ejercicios tema 1

controlados. El modelo basado en componentes reutilizando componentes que se saben funcionan bien. El modelo basado en componentes est pensado para ser usado con la orientacin a objeto. El modelo en espiral no est ligado a ningn paradigma de programacin en concreto.

(7) Por qu un proceso de desarrollo del software iterativo hace ms fcil de administrar el cambio? Es iterativo el proceso de desarrollo gil XP? Es posible terminar un proyecto en slo una iteracin y an as conseguir que sea gil?
Los procesos de desarrollo iterativos permiten desarrollar versiones cada vez ms completas y mejoradas del software. El objetivo de estos modelos iterativos es crear un modelo de retroalimentacin que ayude a la identificacin de requisitos. S, XP es un modelo de desarrollo iterativo. S, es posible completar en una sola iteracin, aunque bien es cierto que esto no ser lo habitual pues difcilmente podrn ser capturados todos los requisitos al principio y poder completar el desarrollo en una nica iteracin.

(8) Describa e indique los beneficios que aportan las prcticas XP denominadas Metforas y Programacin por parejas.
Metforas: Hay que buscar unas frases o nombres que definan cmo funcionan las distintas partes del programa, de forma que slo con los nombres se pueda uno hacer una idea de qu es lo que hace cada parte del programa. Un ejemplo claro es el "recolector de basura" de java. Ayuda a que todos los programadores (y el cliente) sepan de qu estamos hablando y que no haya mal entendidos. Pareja de programadores: Los programadores trabajan por parejas (dos delante del mismo ordenador) y se intercambian las parejas con frecuencia (un cambio diario).

Boletn ejercicios tema 1

CASOS PRCTICOS
(1) Como Ingeniero de Software debe seleccionar, justificando la eleccin, el Modelo de Proceso de Desarrollo del Software que considere ms adecuado para cada caso: a. Proyecto de desarrollo de Portal Web con no excesiva funcionalidad y s mucha carga de interfaz grfica. No excesiva funcionalidad => requisitos bien claros desde el comienzo. Un modelo incremental podra ser adecuado, de forma paulatina vamos haciendo la interfaz grfica en pequeos incremento. Cada incremento se le entrega al cliente, el cul nos da su opinin y sirve de alimentacin para siguientes etapas. b. Proyecto de desarrollo de aplicacin de gestin a integrar en un entorno heterogneo y para la cul se pueden considerar diversas alternativas en funcin de las diferentes integraciones con el entorno. Existe mucha inestabilidad en los requisitos pues existen muchas alternativas a considerar. Adems el entornos es heterogneos, lo cul dificulta el desarrollo del proyecto y puede provocar diversos riesgos. Un modelo en espiral podra resultar adecuado para manejar estos condicionantes. c. Proyecto de desarrollo de aplicacin de gestin con unos plazos de entrega muy agresivos y, que por lo tanto, exigen que se acorte el tiempo de desarrollo. Definitivamente, una metodologa gil se hace necesaria para intentar respetar los agresivos plazos de entrega que se condicionan para la ejecucin del proyecto. (2) Escriba una historia de usuario XP que describa la caracterstica de lugares favoritos o marcadores disponible en la mayora de navegadores web. As mismo, indique qu pruebas de aceptacin estima convenientes para verificar si esta funcionalidad es implementada correctamente por el navegador. El objetivo de este ejercicio era que buscaseis ms informacin sobre XP en la bibliografa y averiguaseis el formato que se usa para expresar las historias de

Boletn ejercicios tema 1

usuario. Aunque existen distintas plantillas, aqu uso de ejemplo un modelo bsico. Pueden identificarse diversas historias de usuario, pero siempre debemos procurar cubrir toda la funcionalidad de la aplicacin. N Nombre Usuario Descripcin 1 Aadir marcador Usuario navegador
El usuario seleccionar la opcin Administrar Marcadores y ver la lista de marcadores existentes. El usuario seleccionar la opcin Aadir marcador. Alternativamente puede seleccionar la opcin del men Aadir esta pgina a marcadores. De una forma u otra, aparecer una nueva ventana emergente donde se le pide la siguiente informacin: Nombre del marcador Descripcin URL

Tras introducir esta informacin, el usuario confirmar la operacin y el navegador establecer este nuevo marcador.

N Nombre Usuario Descripcin N Nombre Usuario Descripcin

2 Editar marcador Usuario navegador (Similar al ejemplo anterior) 3 Eliminar marcador Usuario navegador (Similar al ejemplo anterior)

Sobre las pruebas de aceptacin, una posibilidad podra ser establecer tres tipos de pruebas, una por cada historia de usuario: prueba de aadir un marcador, prueba de eliminar un marcador, prueba de editar informacin asociada a un marcador.

Boletn ejercicios tema 1

(3) Una empresa de desarrollo software recibe el encargo de desarrollar un sistema de gestin para una empresa de confecciones. La aplicacin resultante debe soportar la gestin de pedidos, de proveedores y existencias en el almacn. Debido a que el desarrollo debe realizarse en un corto periodo de tiempo, se opta por aplicar una metodologa gil, en concreto, XP. Tras una entrevista con el gerente de la empresa, el Ingeniero Software recaba las siguientes anotaciones:

"#!#$%&'#'&()!*+,-!+.$%+#/#!$0,!%#!*+',+1#,&#!2!+%!+)'#,3#/0!/+!#%.#'4)!/+! %#!+.$,+*#5!"#!*+',+1#,&#!+*!%#!+)'#,3#/#!/+!,+3&*1,#,!%0*!$,06++/0,+*7!#*8! '0.0!%#!,+%#'&()!/+!.#1+,&#*!$,&.#*!9$5+:5!#%30/()!0!$0%&4*1+,;!<=+!$=+/+)! *+,! #/<=&,&/#*! #! '#/#! $,06++/0,5! >=#)/0! +*'#*++! #%3?)! $,0/='10! +)! %#! +.$,+*#! /+! '0)@+''&()7! %#! *+',+1#,&#! ,+#%&A#,-! $+/&/0*! #! 1,#64*! /+! %#! #$%&'#'&()5! >=#)/0! +%! $,06++/0,! *&,6+! %#! .#1+,&#! $,&.#! *0%&'&1#/#7! +%! +)'#,3#/0!/+!#%.#'4)!&)/&'#,-!#!%#!#$%&'#'&()!<=+!+%!$+,/&/0!$+)/&+)1+!B#! *&/0! *+,6&/0! $0,! +%! $,06++/0,5! C/+.-*7! #! 1,#64*! /+! %#! #$%&'#'&()7! 4*1+! ! #'1=#%&A#,-! +%! *10'D! /+! .#1+,&#! $,&.#! /&*$0)&E%+! 1+)&+)/0! +)! '=+)1#! +%! $+/&/0!<=+!#'#E#!/+!*+,!,+'&E&/05

a. Identifique las historias de usuario para cada uno de los usuarios que emplearn la aplicacin y proporcione una breve descripcin de cada una. Un posible conjunto de historias de usuario podra ser el siguiente: N Nombre Usuario Descripcin 1 Registrar proveedores Secretaria
Registrar proveedor y la materia o materias primas que este puede proporcionar.

N Nombre Usuario Descripcin

2 Realizar pedido Secretaria

Realizar un pedido de una determinada materia prima. Al realizar el pedido, deber indicar el tipo de materia prima, y proveedor al que se le

Boletn ejercicios tema 1

solicita de entre la lista de proveedores disponibles.

N Nombre Usuario Descripcin

3 Pedido servido Encargado de almacn

Se indica la recepcin de un pedido de materia prima del proveedor. La aplicacin debe actualizar el stock de materia prima existente en almacn de forma acorde.

b. De acuerdo con la principios de la metodologa XP, indique y justifique cuantas iteraciones podran ser necesarias y qu historias de usuario podran ser tratadas en cada una.
Una posible ejecucin del proyecto podra estar basada en las distintas actividades que soportar la aplicacin: Iteracin 1: Geston y mantenimiento de proveedores => Historia H1 Iteracin 2: Manipulacin de pedidos => H2 y H3

c. Identifique un conjunto de pruebas de aceptacin que sirvan para validar el buen funcionamiento de la aplicacin con el cliente.
Como mnimo deber existir una prueba de aceptacin por cada historia de usuario. H1: o o o o Dar de alta nuevo proveedor Eliminar proveedor existente Editar informacin proveedor existente Simulacin de realizacin de un pedido: registro y simular recepcin en almacn.

H2 y H3

Boletn ejercicios tema 1