Para el miércoles 13 de Octubre:
· Comenzamos el bloque de programación orientada a objetos. Cada equipo deberá hacer una presentación "gloriosa" de uno de los siguientes temas a elegir (el mecanismo de selección es "el último tonto" ;) , escribiendo un mensaje con el nombre del equipo y el tema seleccionado):
· Tema a) Historia y evolución de los lenguajes de programación.
· Tema b) POO: Herencia y Abstracción
· Tema c) POO: Polimorfismo y Encapsulamiento
· Tema d) POO: Principio de Ocultación y Recolección de basura.
· Tema e) Ventajas e inconvenientes de la POO frente a la programación estructurada.
Deberéis subir el documento resultante al portfolio de cada equipo.
Ánimo y un abrazote.
Mostrando entradas con la etiqueta PEC. Mostrar todas las entradas
Mostrando entradas con la etiqueta PEC. Mostrar todas las entradas
martes, 5 de octubre de 2010
miércoles, 22 de septiembre de 2010
Especificación de requisitos
En estos archivos:
hay plantillas y ejemplos de la estructura que IEEE recomienda para la definición de requisitos de un sistema software.
Esta PEC nº3 consiste en que, por equipos, penséis en los requisitos que debe tener una aplicación (se os asignará por sorteo), poniéndoos en la piel del cliente y que, por otra parte, consigáis definir bien lo que el cliente quiere actuando como analistas.
Se actuará por turnos y al terminar cada ronda, se cambiará el rol desempeñado.
El deliverable de esta PEC será un documento que, siguiendo el esquema IEEE, detalle a la perfección la funcionalidad de la aplicación así como una presentación que la explique.
hay plantillas y ejemplos de la estructura que IEEE recomienda para la definición de requisitos de un sistema software.
Esta PEC nº3 consiste en que, por equipos, penséis en los requisitos que debe tener una aplicación (se os asignará por sorteo), poniéndoos en la piel del cliente y que, por otra parte, consigáis definir bien lo que el cliente quiere actuando como analistas.
Se actuará por turnos y al terminar cada ronda, se cambiará el rol desempeñado.
El deliverable de esta PEC será un documento que, siguiendo el esquema IEEE, detalle a la perfección la funcionalidad de la aplicación así como una presentación que la explique.
lunes, 20 de septiembre de 2010
Caso de estudio: Errores clásicos en un proyecto de desarrollo de software
Hoy, me gustaría que dedicáramos un rato a analizar a fondo este caso, extraido del Code Complete, de McConell para que, por equipos, presentárais un informe conteniendo:
caso1
- Errores detectados: quien lo comete, en qué consiste, etc...
- Maneras alternativas de actuar: ¿cómo hubiérais actuado vosotros?
caso1
Suscribirse a:
Entradas (Atom)
