TE 2 PIDos ITERACIN 2 CONSTRUCCIN DE LA HERRAMIENTA

ACTUALIZADO
Iteraciones 1 y 2. Parte del captulo 4, por lo menos con los productos del diseo y
desarrollo de la primera y segunda iteraciones de la construccin de la
herramienta.
Captulos del informe final: Captulo 1 Anlisis de la Organizacin, nuevo; Captulo
2, ya hecho.
Exposicin del trabajo
Exposicin y presentacin del prototipo
Contenido mnimo que el informe debe abarcar (los entregables desarrollados en
el curso anterior son parte del captulo 3 y sern incluidos en el TE 3):
Informe Final
1. ndice Principal (Tabla de Contenido)
2. Captulo 1, Anlisis de la Organizacin
3. Captulo 2, marco terico del informe final.
Para explicacin de contenido del Anlisis de la Organizacin y del Marco
Terico, consulte la versin 5 de la Gua para Estructura Revisada y Mejorada
del IFT que acompaa a este enunciado
4. La parte C Construccin de la seccin 4.2 del captulo IV Ejecucin y
Seguimiento y Control del Proyecto
4.2. Ingeniera del proyecto (cada alumno dividir este apartado de
acuerdo a la metodologa a utilizar para obtener el producto)
En caso de desarrollo software con PU se tiene:
C. Construccin
Un posible resultado de la organizacin del captulo es el siguiente:
4.2.1 Modelamiento de Requerimientos
Anote el resultado de la primera iteracin de ejecucin de lo planificado
en 3.1.2 Planificacin de Requerimientos
4.2.2 Casos de Uso
4.2.2.1 Inventario
El inventario no tiene que ser exhaustivo; solo los identificados hasta
la fecha
4.2.2.2 Breve descripcin de los casos de uso
Tres o cuatro lneas por caso de uso.
4.2.2.3 Diagrama de contexto de casos de uso
4.2.3 Diseo del sistema y arquitectura del software
Por el momento no haga este punto.
4.2.4 Entorno de construccin, desarrollo y pruebas preparado
Describa el entorno de construccin, desarrollo y pruebas, una sola
vez.
4.2.5 Iteracin 1

a. Modelo conceptual o de dominio

b. Casos de uso de la iteracin, descripcin detallada
Los alumnos deben adoptar un enfoque iterativo e incremental de
desarrollo y sealar aqu el o los casos de uso que desarrollaron
en la primera iteracin. En este punto se pide tambin la
descripcin detallada de dichos casos de uso (los de la iteracin
solamente). El o los casos de uso de la primera iteracin debern
ser los ms complejos, los que ms influencia tengan sobre la
arquitectura final de la aplicacin. Emplee las reglas de negocios
identificadas y descritas en la especificacin de los casos de uso.
Mi experiencia es que los alumnos ponen muy poco detalle en los
casos de uso; evite este error; difcil es que peque por exceso.
Recuerde que un caso de uso registra las interacciones entre los
actores y el sistema que produce un resultado de valor para
alguno de sus actores.
c. Diagrama de secuencia del sistema
Este punto contiene los eventos a los cuales debe responder el
software materializados en un diagrama de secuencia del sistema
por cada caso de uso o escenario de caso de uso. Un caso
de uso puede tener uno o ms eventos a los cuales debe
responder la aplicacin. Observe que solo pido un diagrama por
cada caso de uso o escenario de caso de uso; en ste solo deben
aparecer los actores y el sistema como caja negra. Los diagramas
de secuencia del sistema de la iteracin corresponde nicamente
a los eventos del o de los casos de uso de la primera iteracin.
Recuerde un diagrama de secuencia del sistema por cada caso de
uso o escenario de caso de uso. Si solo obtiene un evento de
cada caso de uso es posible que su caso de uso sea muy
pequeo.
d. Diagramas de secuencia de los eventos del sistema de ser
necesarios
Los diagramas de secuencia de las operaciones correspondientes
a los eventos de los diagramas de secuencia del sistema de los
casos de uso de la primera iteracin. No ms de cuatro diagramas
de secuencia por cada iteracin siempre que sean de ayuda para
la programacin. Los ds no son obligatorios.
e. Diagrama de clases
f. Diseo de la base de datos
g. Construccin de software y pruebas unitarias
Describa brevemente lo construido en la iteracin, iteracin
por iteracin, los casos de prueba de la iteracin, los
resultados de stas y las correcciones realizadas.
h. Integracin de software y pruebas de integracin.

Cmo se integr el software de la iteracin con el software

previamente desarrollado y cmo se prob la integracin,
iteracin por iteracin.
Repita 4.2.5 a-h para la segunda iteracin.
Es obligatorio que el alumno elabore una presentacin, en PowerPoint o similar,
de 7 minutos para exponer el avance; el profesor adicionar10 minutos para
preguntas. El alumno deber exponer los productos de las actividades de
modelamiento que ha realizado.
PROTOTIPO. El significado del prototipo est claro en el caso de desarrollo de
software. Esta vez todos debern presentar un prototipo que refleje el avance con
ocasin del examen parcial. Se trate de BSC, SGSI, PSI, CRM, Necesidades de TIC,
etc. es obligatoria la presentacin del prototipo. La evaluacin del prototipo, en el
caso de desarrollo de software, toma en consideracin la complejidad o la
importancia para el negocio de lo programado as como el buen diseo de la
interfaz. Recuerden a este respecto los aspectos de usabilidad y la necesidad de
validar todos los datos de entrada siempre que sea posible.
En los casos de SGSI, PSI el prototipo vendra a ser el informe cuyo contenido es
el SGSI o PSI. En los casos de BSC y CRM el prototipo vendra a ser la gestin de
las estrategias o de las relaciones de los clientes mediante el software elegido. En
el caso de las Necesidades de TIC, el informe de resultados. Anexos en todos los
casos.
La demostracin del prototipo de la iteracin se har en la primera ocasin
disponible, antes o despus de la exposicin.
El orden de exposicin ser aleatorio.
Fecha de exposicin y entrega del informe y prototipo: la de la PC1, segn
calendario de evaluaciones.
Ponderacin: 20%; exposicin y preguntas, 1/3, informe 1/3, prototipo 1/3.
Referencias a consultar
1. Ambler, Scott W. The Object Primer: Agile Model Driven Development
with UML 2. 3a ed, Cambridge University Press, Cambridge, 2004, xxx p. El
tratamiento de los diagramas de desarrollo de este libro se pueden bajar de la
web.
2. Fowler, Martin y Kendall, Scott. UML gota a gota. Mxico, Addison Wesley
Longman, 1999, 224 p.
Existe ya desde hace algn tiempo la tercera edicin en ingls de este famoso
libro. El profesor puede proporcionarles una copia.

3. Jacobson. Ivar, Booch, Grady y Rumbaugh, James. El proceso unificado de

desarrollo de software. Madrid, Pearson Educacin, 2000, 438 p.
4. Larman, Craig. UML y Patrones. Introduccin al Anlisis y Diseo
Orientados a Objetos. Mxico, Prentice Hall, 1999, 507 p.
Existe ya desde hace algn tiempo la cuarta edicin en ingls de este famoso
libro. El profesor puede proporcionarles una copia.
Este libro deberan tenerlo como libro de cabecera.
5. Schumuller, Joseph. Aprendiendo UML en 24 horas. Mxico, Prentice Hall,
s/f, s/p.
Nota: Este libro se puede bajar ntegramente de la web.