Pla Docent - Tècniques de Desenvolupament de Programari

24/9/2014
05.068
Pla docent - Tcniques de desenvolupament de programari
Tcniques de desenvolupament de programari
Professor
responsable
de
set. 14
Crdits:
feb. 15
Atanasi Daradoumis Haralabus
l'assignatura
Consultors
Fatos Xhafa .
ndex
Presentaci
Descripci
L'assignatura en el conjunt del pla d'estudis
Camps professionals en qu es projecta
Coneixements previs
Informaci prvia a la matrcula
Objectius i competncies
Continguts
Recursos
Consulta dels materials de qu disposa l'assignatura
Consulta de la bibliografia disponible a la biblioteca
Materials i eines de suport
Bibliografia i fonts d'informaci
Metodologia
Avaluaci
Consulta del model d'avaluaci
Avaluaci continuada
Avaluaci final
Feedback
Dates clau
http://cv.uoc.edu/webapps/classroom/download.do?nav=pladocent&domainId=467581&idLang=a&s=edca86cedf02ff283c00310b9624570fb9176
1/15
24/9/2014
Presentaci
Descripci
La asignatura Proyectode Desarrollo del Software tiene como objetivo primordial el desarrollo de un
proyecto de software completo. Est basada en la aplicacin prctica de los conocimientos y
competencias obtenidas hasta el momento en el Grado, como por ejemplo Fundamentos de
Programacin , Ingeniera del Software, Uso de Base de Datos, y concretamente las habilidades
tcnicas que se obtuvieron dentro de la Ingeniera del Software de Componentes y Sistemas
Distribuidos.
A pesar de que la asignatura se basa en la realizacin de un proyecto de software concreto, el curso
tambin cubre aspecto tericos, tanto nuevos como otros que complementan los conocimientos
adquiridos hasta ahora, como la gestin de proyectos, la calidad del software, y la configuracin del
software y su mantenimiento.
El desarrollo eficaz del proyecto se conseguir por medio de una metodologa especfica que cubre
todas las etapas del ciclo de vida del software, es decir, desde la especificacin a la entrega final del
producto al "supuesto" cliente. En particular, en la etapa de implementacin, se emplear
extensamente la plataforma Java EE para desarrollar el software distribuido basado en los
componentes modulares que corren en un servidor de aplicaciones. Adems, otras tecnologas
apoyarn el proyecto, como por ejemplo las herramientas para realizar pruebas del cdigo y para la
configuracin y control del software.
Por ltimo, la complejidad del proyecto requerir el desarrollo especfico de competencias
relacionadas con el trabajo colaborativo en grupos pequeos de 4 o 5 estudiantes. Para apoyar a
este trabajo, la asignatura proporciona un entorno de trabajo colaborativo llamado BSCW para dar
soporte a equipos virtuales de estudiantes durante el desarrollo del proyecto.
L'assignatura en el conjunt del pla d'estudis
La asignatura Proyecto de Desarrollo de Software se ubica en la etapa final del itinerario de Ingeniera
de Software dentro del Grado de Ingeniera en Informtica. Como tal, esta asignatura acontece la
realizacin y consolidacin de este itinerario.
Cmo se ha comentado antes, muchas asignaturas del Grado, incluyendo las del itinerario
mencionado, aplican en esta asignatura los conocimientos, habilidades y competencias adquiridas
anteriormente. Por eso, esta asignatura llega a ser esencial para poder conectar todas las piezas y
disponer de una perspectiva global y completa del desarrollo de software en el contexto de un
proyecto.
Camps professionals en qu es projecta
Esta asignatura da al estudiante la oportunidad de enfrentarse con problemas de cierta complejidad y

similares a problemas reales, como por ejemplo la gestin de una tienda o PYME, servicios de un
Cajero OnLine, Gestin de un CAP (Centro de Atencin Primaria), aplicaciones para Teletrabajo,
eCommerce, eLogistics, eLearning, entre otros.
2/15
24/9/2014
Es por eso que el estudiante tiene que tener una visin mucho ms profunda comparado con los
problemas que habr resuelto hasta ahora, y tomar decisiones importantes que repercuten en la
continuacin y finalizacin con xito del proyecto. Esta experiencia, sin duda, le dar al estudiante la
posibilidad de crear una visin general de como abordar problemas complejos reales en el desarrollo
de aplicaciones "grandes".
Dada la complejidad del proyecto, y por lo tanto el volumen de trabajo necesario para llevarlo a cabo,
el proyecto se desarrollar en grupos de 5 estudiantes. Por lo tanto, el estudiante tendr la
oportunidad de aprender como se trabaja en un grupo virtual, como se toman las decisiones, como y
cuando se hace la comunicacin entre miembros del grupo, en definitiva, conocer la problemtica de
trabajo en equipo.
Coneixements previs
El desarrollo de un proyecto de software con un grado significativo de complejidad requiere disponer

de un conocimiento tcnico amplio y conceptos clave muy consolidados en disciplinas diferentes
dentro del rea de ingeniera de software, como los fundamentos de programacin, estructuras de
datos, el paradigma de orientacin a objetos, ingeniera de requisitos, patrones de anlisis y diseo,
arquitecturas de software, bases de datos y SQL, y tecnologas distribuidas (por ejemplo, RMI, Java
EE, y SOA).
Adems, los estudiantes tendrn que mostrar un nivel de expertesa en el uso de herramientas y
sistemas especficos, como PostgreSQL, JEE, EJB 3.x, Eclipse y servicios web).
Informaci prvia a la matrcula
Cmo se ha mencionado anteriormente, esta asignatura requiere disponer de slidos conocimientos

previos, por lo tanto se requiere que el estudiante haya superado las asignaturas previas que
conducen a sta antes de matricularse. En particular es imprescindible haber superado la asignatura
Ingeniera del Software de Componentes y Sistemas Distribuidos.
Tamb es esencial que el estudiante haya superado el resto de asignaturas previas que forman el
itinerario de Ingeniera del Software: Ingeniera de Requisitos, Anlisis y Diseo con Patrones, y
Diseo de Estructuras de Datos. Adems, el estudiante tiene que disponer del conocimiento
equivalente a las asignaturas de Grado relacionadas con el desarrollo de software, como
Fundamentos de Programacin,Ingeniera del Software y Uso de Base de Datos. Por ltimo, hay que
tener asimilado los conceptos claves de la asignatura Gestin de Proyectos del Grado con objeto de
tener las competencias bsicas para dirigir el proyecto de software desarrollado durante el curso.
3/15
24/9/2014
Objectius i competncies
Comprender la necesidad de una gestin rigurosa de proyectos de software.
Disponer de una visin general en la gestin de proyectos de software.
Comprender las diferencias con la gestin de otros tipos de proyectos.
Aprender las actividades bsicas de un proyecto de software.
Comprender las perspectivas diferentes de calidad del software, desde el punto de vista terico al
prctico
Identificar las actividades dirigidas a detectar e impedir defectos de software, y la importancia del
coste derivado de la mala calidad.
Conocer los modelos ms importantes y estndares de calidad de software y las mtricas ms
utilizadas para medir la calidad de un producto de software y la calidad del proceso de desarrollo.
Entender los conceptos bsicos relacionados con la gestin de la configuracin de software.
Identificar las actividades ms importantes de la gestin de la configuracin.
Saber gestionar la gestin de configuracin de software.
Conocer algunas de las herramientas que apoyan a la gestin de la configuracin de software.
Comprender qu son los tests y los diferentes niveles y tipos de tests.
Identificar los mecanismos de prevencin que se pueden aplicar para evitar defectos en el
software.
Conocer diferentes herramientas que pueden ser utilizadas para apoyar a todas las tcnicas de
tsting.
Ser consciente de la importancia del mantenimiento de software en un sistema informtico.
Identificar los tipos diferentes de mantenimiento de software.
4/15
24/9/2014
Continguts
El estudiante dispondr de das de estudios para poder repasar estos conceptos tericos. Estos das
sern seleccionados especficamente por los consultores a tal efecto, de forma que antes de empezar
un nuevo bloque el alumno disponga de tiempo de revisar sus apuntes.
Consultar el calendario de PECs, das de estudio, y fechas de entrega del curso al aula de PDS para
ms informacin.
5/15
24/9/2014
Recursos
Consulta dels materials de qu disposa l'assignatura
Material
Suport
Programari BD
Programari en lnia
MagicDraw
Programari en lnia
Tcniques de desenvolupament de programari PDF
Consulta de la bibliografia disponible a la biblioteca
Froufe Quintas, Agustn (2005). Java 2 : manual de usuario y tutorial / Agustn Froufe Quintas.
Madrid : Ra-ma, cop. 2005
ISBN: 8478976795
Horstmann, Cay S. (2006). Core Java 2 / Cay S. Horstmann, Gary Cornell traduccin Jos
Rafael Garca-Bermejo Giner. Madrid [etc.] : Pearson Educacin, cop. 2006
ISBN: 8420548324
(2003). Java Swing / Marc Loy ... [et al.]. Sebastopol [etc.] : O'Reilly, cop. 2003
ISBN: 0596004087
Melton, Jim (2002). SQL y Java : gua para SQLJ, JDBC y tecnologas relacionadas / Jim
Melton, Andrew Eisenberg. Madrid : Ra-ma, 2002
ISBN: 8478975063
Meyer, Bertrand (1999). Construccin de software orientado a objetos / Bertrand Meyer
traduccin: Miguel Katrib Mora, Rafael Garca Bermejo, Salvador Snchez revisin tcnica:
Jess Garca Molina, Carmelo R. Fernndez Ruprez coordinacin de la traduccin y revisin
tcnica: Luis Joyanes Aguilar. Madrid [etc.] : Prentice Hall, cop. 1999
ISBN: 8483220407
O'Connell, Fergus (1996). How to run successful projects II : the silver bullet / Fergus
O'Connell. London [etc.] : Prentice Hall, 1996
ISBN: 0132398567
Pressman, Roger S. (2006). Ingeniera del software : un enfoque prctico / Roger S. Pressman
traduccin, Jess Elmer Murrieta Murrieta, Eloy Pineda Rojas, Vctor Campos Olgun revisin
tcnica Ral Antonio Trejo Ramrez, Saturnina Teodora Jurez Ramrez. Madrid [etc.] :
McGraw-Hill, cop. 2006
ISBN: 9701054733
Materials i eines de suport
6/15
24/9/2014
El material principal de la asignatura (5 mdulos) se facilita en formado papel, Web y PDF.

Para llevar a cabo el proyecto en grupo del curso y las diferentes actividades individuales de la
asignatura, se puede requerir todo o parte del siguiente software que se har llegar al estudiante con
un DVD que incluir los manuales de usuario correspondientes:
Magic Draw: Herramienta CASE visual por el modelado de software con UML.
GitHub: Sistema de gestin de configuracin de siftware cliente-servidor.
Apache Tomcat: Servidor de web de cdigo abierto y contenedor de servlets.
MySQL: Sistema de gestin de base de datos (SGBD) relacional de cdigo abierto.
PostgreSQL: Sistema de gestin de base de datos (SGBD) relacional de cdigo abierto.
Eclipse: Entorno integrado de desarrollo (IDE) para desarrollar proyectos en diferentes lenguajes.
de programacin (en nuestro caso JEE).
JDK y SDK: Entornos de desarrollo de Java (ltimas versiones)
JHawk: Herramienta de anlisis de cdigo esttico Java para evaluar la calidad del cdigo.
BCSW: Herramienta de trabajo colaborativo para apoyar a equipos virtuales
Para apoyar a la parte estrictamente tcnica el estudiante tendr a su alcance un laboratorio virtual
con un consultor y toda una serie de recursos que lo ayudarn a resolver los problemas de instalacin
y utilizacin de las herramientas.
Aparte de estas herramientas especficas, el curso proporcionar las herramientas estndar por el
trabajo colaborativo en el aula, como Foros y Wikis.
Finalmente, al inicio del semestre, por un lado, los estudiantes encontrarn en el Tablero un
documento que explica el proceso de trabajo en equipo que se tiene que seguir para desarrollar el
proyecto. Por otro lado, en el BSCW como materiales complementarios habr un documento de
ayuda para la formacin de grupos y otro para la utilizacin del BSCW.
Bibliografia i fonts d'informaci
Ballenato Prieto, G. (2005). Trabajo
equipo: dinmica y participacin en losgrupos . Plaza edicin.
O'Connell , F. (2001). How tono run successful projects (3a. ed.). Addison-Wesley.
Schulmeyer, G. (2008). Handbook of Software Quality Assurance. Artech House
Tian, J. (2005). Software Quality Engineering. Wiley.
Campanella, J. (1999). Principles of Quality Costes. ASQ Quality Press.
Naik, Kshirasagar; Tripathy, Priyadarshi (2008). Software Testing and Quality Assurance.Theory and
Practice. Wiley.
Bounds, N.; Dart, S. (1996). Configuration Management Planos: The beginning tono Your CMSolution.
Carnegie Mellon University / Software Engineering Institute.
Humphrey, W. S. (2001). Managing the Software Process. SEI Seras in Software Engineering.Boston:
Addison Wesley Publishing Company.
7/15
24/9/2014
Graham, D.; Van Veenendaal, E.; Evans, I.; Black, R. (2008). Foundations of Sofware
Testing . Course Technology Cengage Learning.
Myers, G. J. (2004). The Arte of Sofware Testing. John Wiley and Sueos.
Burnstein, I. (2003). Practical Software Testing. Spring.
Copeland, L. (2004). A Practitioner's Guide tono Software Test Design. Artech House
Black, R. (2008). Advanced Software Testing (vol. 1). Rocky Nook..
Pigoski, T.M. (1996). Practical Software Maintenance. Nueva York: Wiley Computer Publishing.
Pressman, R.S. (2001). Ingeniera del software. Uno enfoco prctico (5th edition). Madrid: McGrawHill.
8/15
24/9/2014
Metodologia
El resultado principal del curso es un proyecto de software desarrollado de manera colaborativa en
grupos de 4 o 5 estudiantes. En general, el proyecto consistir en el desarrollo de una aplicacin de
software siguiendo una metodologa que cubre el ciclo de vida completo: especificacin y anlisis de
requisitos; diseo tcnico; implementacin; tests de validacin; y documentacin final de conclusin
(donde se incluir un anlisis de la calidad del software). Las actividades relacionadas con el
desarrollo del proyecto incluye aprender tutoriales de las herramientas de apoyo a estas actividades.
Para apoyar a la parte estrictamente tcnica el estudiante tendr a su alcance un laboratorio virtual
con un consultor y toda una serie de recursos.
Adems, en paralelo con el desarrollo del proyecto, se dedicar tiempo al estudio de los mdulos
didcticos y preparacin de las PEC. A tal efecto, el curso est organizado en cinco mdulos
didcticos (ver apartado Contenidos). Cada mdulo es compone de lecturas tericas, actividades y
ejercicios de autoevaluacin para su asimilacin. Al final de cada mdulo se puede proponer una
prueba tipo PEC, aunque relacionada de alguna forma con el proyecto. Tambin se llevarn a cabo
discusiones en el aula sobre algunas partes de los mdulos que se consideren interesantes de
trabajar de manera colaborativa. El plan de trabajo propuesto para esta parte del curso est enfocada
a los 5 mdulos, y est complementado por la prctica a travs del proyecto.
Las actividades de aprendizaje del curso estn basadas en cinco estrategias:
Prctica intensiva basada en el desarrollo de un proyecto de software. Esto representar el
esfuerzo principal del curso.
El conocimiento basado en la lectura de los mdulos didcticos que forman el principal
fundamento terico, adems de lecturas opcionales propuestas en la bibliografa.
Actividad de aula: el uso del foro virtual del aula -y otras herramientas que puede proponer el
consultor (por ej., Wiki) para abrir discusiones entre grupos a nivel de aula sobre los contenidos
tericos del curso y compartir informacin pertinente.
Trabajo colaborativo: el trabajo basado en el desarrollo en grupo del proyecto durante todo el
curso.
Pruebas de evaluacin continuada (PEC) que tienen por objetivo ayudar a entender los
conceptos claves del curso y las actividades prcticas que forman el desarrollo del proyecto.
A continuacin entramos ms en detalle de los conceptos siguientes:
A) Desarrollo del proyecto y pruebas evaluables
El proyecto se realizar en grupos virtuales de cuatro personas a lo largo de todo el curso, si bien
habr semanas dedicadas a estudio/preparacin. A grandes rasgos, el proyecto consistir en
desarrollar un software distribuido en base de una metodologa que cubre el ciclo de vida del
software: especificacin y anlisis de requerimientos ; diseo tcnico; implementacin y tsting;
calidad y documentacin final de conclusin. El proyecto a realizar se dividir en 3 partes
(componentes), a pesar de que menudo ser difcil evitar cierta dependencia entre los componentes,
por razones de enunciado.
En cada una de las fases, uno de los miembros del grupo asumir el papel de coordinador de la fase.
Es obligacin del coordinador llevar a cabo las siguientes tareas de supervisin:
Planificacin detallada de las tareas y asignaciones de la fase a cada uno de los componentes del
grupo.
9/15
24/9/2014
Seguimiento del cumplimiento de la planificacin. Incluye avisar al grupo, y si se tercia en el

consultor, de los retrasos o incumplimientos que se puedan producir. Proponer alternativas en
caso de retrasos en el cumplimiento de la planificacin.
Convocatoria y seguimiento de asistencia a las reuniones. Confeccin del orden del da, el acta,
guardar el log del chat y archivarlos en el espacio del grupo habilitado a tal efecto.
Tareas de coordinacin/moderacin y apoyo a los miembros del grupo.
Preparacin del documento a entregar al acabar cada fase, garantizando la coherencia del mismo,
tanto en los contenidos, como el estilo y a terminologa empleada.
En la fase de la implementacin, el coordinador tiene que llevar a cabo la implementacin de la
BBDD (en base al diseo lgico de la solucin de la prctica oficial de diseo), proporcionar el
script SQL de la misma y el script con datos para hacer pruebas. Tambin es responsabilidad del
coordinador garantizar la integracin del cdigo de los componentes programados por los
miembros en un solo programa, que se corresponde con el requerido en el enunciado del
proyecto.
Realizar una auditora de conclusin de cada fase: Entregar informes de evaluacin cualitativa y
cuantitativa (nota sobre 10) del trabajo del grupo y de los miembros incluyendo a l mismo
(coordinador). Se valorar el realismo del informe y la capacidad de justificar la evaluacin
entregada en calidad del rol de jefe de proyecto. La no entrega de los informes puede suponer
suspender la PRAC/PEC.
Las entregas las har el coordinador de la fase, y este entregable tendr su valoracin. Remarcamos,
sin embargo, que dado que cada estudiante ha sido responsable de un componente la nota ser
individualizada en funcin de la calidad del componente del cual ha sido responsable. Por este motivo
cada cual tendr que tener cuidado (y ser responsable) de la entrega que har el coordinador de su
parte, verificando que efectivamente es la que desea entregar. El coordinador de la fase ser
valorado en base a la calidad y cumplimiento de las tareas antes comentadas. La carencia de una
parte de uno de los componentes del grupo no afecta al resto, pues cmo se ha dicho, la evaluacin
es individual para cada alumno.
Los consultores tomarn cuidado de garantizar la estructura de los grupos. Por eso cuando sea
necesario harn re-asignaciones de nuevos miembros a grupos de trabajo o la fusin de grupos de
trabajo que se quedan con pocos miembros debido a baja de algunos de ellos.
La relacin entre las pruebas y las fases del proyecto es la siguiente:
PRAC1: Fase de planificacin :
El trabajo a realizar en la PRAC1 consiste primeramente en realizar la planificacin del proyecto para
todas las fases del mismo. La primera fase se tiene que planificar en detalle mientras que por el resto
de fases se tienen que indicar los coordinadores y las fechas clave. Con objeto de fomentar el
compromiso y la responsabilidad en el cumplimiento de las tareas habr una asignacin de tareas a
miembros de la siguiente manera:
miembro1: responsable de la especificacin del componente 1
miembro4: (El coordinador de la fase): Tareas propias del coordinador.
Al terminar esta fase tendremos la nota (cuantitativa) que denominaremos NotaPrac1.
PEC1: Fase de configuracin:
10/15
24/9/2014
En esta fase se far la configuracin del software a desarrollar , que previamente se ha instalado
durante la PRAC1. Se propondrn actividades en grupo para iniciar y reforzar la formacin del grupo.
Estas actividades pueden ser en forma de debate, informe, etc y estarn relacionadas con el
propsito de utilizar herramientas GCS para desarrollar software en general y nuestro proyecto en
particular. El coordinador de esta fase tendr que informar de las conclusiones del grupo sobre el
tema planteado y discutido dentro del grupo.
Al terminar esta fase tendremos la nota (cuantitativa) que denominaremos NotaPac1.
PRAC2: Fase de especificacin:
El trabajo propiamente dicho de la PRAC2 consistir en llevar a cabo la especificacin de un software
para un problema el enunciado del cual se os proporcionar a
el inicio de la fase. El trabajo ser
realizado de manera comn, entre los 4 miembros del grupo.

Remarcamos que el hecho que cada miembro es responsable de un componente del sistema no
significa que se tenga que trabajar de manera individual y "separada" del resto de los miembros del
grupo. Hay que trabajar conjuntamente circulando los documentos de especificacin de los
subsistemas, intercambiando y discutiendo puntos de vista, toma de decisiones etc. y otra
informacin que podis necesitar a travs de un foro interno del grupo. A nivel ms externo, los
alumnos pueden discutir en un foro comn a toda la asignatura.
Al terminar esta fase tendremos la nota (cuantitativa) que denominaremos NotaPrac2.
PRAC3: Diseo Tcnico:
Organizada similarmente a la PRAC2, pero se har una rotacin en cuanto a la asignacin de
componentes a miembros de forma que cada miembro le tocar otro componente. En esta prctica se
tratar de levar a cabo el diseo del software en base de la especificacin hecha en la fase anterior.
Al terminar esta fase tendremos la nota (cuantitativa) NotaPract3 .
PRAC4: Fase implementacin y testing:
Consistir en llevar a cabo la implementacin del diseo hecho anteriormente (desarrollar un
prototipo del software implementado en tecnologa JEE). Organizada similarmente a las otras fases
anteriores pero de nuevo se aplicar la rotacin (establecida al inicio del proyecto) en cuanto a la
asignacin de componentes a miembros de forma que cada miembro le tocar otro componente. Al
terminar esta fase tendremos la nota (cuantitativa) NotaPrac4.
PEC2: Fase de calidad y entrega del software:
Consistir en analizar la calidad del software a partir de su evaluacin con mtricas de calidad.
Organizada similarmente a las fases anteriores. Incluye entrega y documentacin final del software
implementado. Al terminar esta fase tendremos la nota (cuantitativa) NotaPac2.
--NO HAY ENTREGA FINAL DEL PROYECTO NI EXAMEN FINAL DE LA ASIGNATURA--B) Aprendizaje colaborativo / Trabajo colaborativo en espacios virtuales
Uno de los objetivos de la asignatura, aunque no estrictamente relacionado con los contenidos de la
misma, es saber trabajar y aprender en equipo, es decir, la prctica de desarrollar una rutina de
trabajo que implique la colaboracin de varias personas hacia unos objetivos comunes.
Este trabajo colaborativo se puede dividir en dos vertientes claramente diferenciadas:
Por un lado, la comparticin de un espacio comn a los miembros del grupo, en el cual se
guardaran los diferentes documentos de trabajo del grupo, para que todos el miembros los vean,
11/15
24/9/2014
comenten y aprueben su contenido (BSCW). Esta parte, pues, tiene la vertiente de la colaboracin
asncrona.
Por otro lado, tenemos la colaboracin sncrona: las reuniones virtuales. Durante estas reuniones
los miembros del grupo establecen aspectos como la planificacin del proyecto, la planificacin de
cada una de las diferentes fases, as como las estrategias de trabajo que crean ms adecuados
para el correcto desarrollo del proyecto. Los logs de estas reuniones virtuales constituirn un
documento ms (en formado txt) de la documentacin a aportar.
Hay que remarcar la importancia de las actas de las reuniones que realice el grupo, puesto que
contribuirn a determinar la nota del Trabajo Colaborativo (ver apartado Evaluacin Continuada).
Hay que destacar que el trabajo cooperativo puede significar un aumento importante del
tiempo total destinado al desarrollo del proyecto.
El concepto del aprendizaje colaborativo se refiere al estudio y aprendizaje en grupo. Todo este
aprendizaje, que se llevar a cabo en un espacio virtual, dar lugar a una nueva forma de estudiar y
aprender una asignatura la cual consideramos muy importante. A tal efecto, a comienzos del curso
formaris grupos de 4 personas para trabajar en equipo para realizar el proyecto. Vuestro consultor
os informar como tiene que ser exactamente la constitucin de los diferentes grupos.
Como apoyo al aprendizaje y al trabajo colaborativo , adems del campus virtual, la UOC pone a
vuestro alcance una herramienta especfica llamada BSCW, que ofrece un espacio virtual con varias
funcionalidades interesantes, como por ejemplo: la organizacin del espacio de trabajo asociado al
grupo; el establecimiento de conversaciones asncronas, y la gestin de documentos en un espacio
comn. El funcionamiento de esta herramienta se resume en un documento de ayuda que estar
disponible al inicio del curso en el mismo BSCW. El profesor consultor tambin usar el BSCW como
espacio alternativo de publicacin de informacin, especialmente en lo referente al proyecto. Al inicio
del curso recibiris un e-mail que os invitar al entorno del BSCW y posteriormente accederis a
travs de la direccin: http://bscw.uoc.es/bscw/bscw.cgi.
Como apoyo para las reuniones virtuales no se proporciona ninguna herramienta especfica, dado que
hay muchas, y cada grupo puede utilizar aquella con la que est ms familiarizado (Prich, Messenger,
Skype, etc...)
Durante todo el proceso de trabajo en grupo podis contar con la ayuda de vuestro consultor que os
guiar en todos los pasos que tenis que hacer para llevar a cabo el trabajo colaborativo con xito. La
metodologa del trabajo cooperativo y virtual, que se explicar a lo largo de la asignatura, tiene como
objetivo que la carga de la colaboracin sea mnima y no perjudique el tiempo para el desarrollo del
proyecto propiamente dicho.
12/15
24/9/2014
Avaluaci
Consulta del model d'avaluaci
Aquesta assignatura noms es pot superar a partir de l'Avaluaci Continuada. La qualificaci final
d'avaluaci continuada esdev la qualificaci final de l'assignatura. La frmula d'acreditaci de
l'assignatura s la segent: AC
Model de qualificacions finals a partir de
l'avaluaci continuada
Q. Av. continuada
A
Qualif. final
C+
C-
F M/EX NO APR SU SU NP
Nota: En cas que l'assignatura permeti Matrcula d'honor, aquestes es posaran en junta
M/EX d'avaluaci entre els estudiants que hagin obtingut una qualificaci final d'Excellent i sempre
seguint els criteris de normativa de la Matrcula d'honor.
NO
Notable
APR
Aprovat
SU
Susps
NP
No presentat
Avaluaci continuada
Esta asignatura slo se evala mediante la evaluacin continua, no tiene examen final.
La evaluacin continua est formada por las pruebas de evaluacin continua (PEC) y las actividades
prcticas (AC + Pr). Tal como se ha comentado, la actividad prctica principal del curso es el desarrollo
de un proyecto en todas sus fases durante todo el curso. Esta prctica est distribuida en 5 actividades
prcticas (Pr) correspondiente a cinco etapas o fases del proyecto. Todas estas actividades prcticas
sern realizadas en grupo.
Por otro lado, tres PEC adicionales permitirn evaluar los conceptos claves y el trasfondo terico del
curso y formarn el AC.
La nota final del curso se calcula de la siguiente manera: 0.3 x (nota de AC) + 0.7 x (nota de Pr). Esta
frmula se aplicar slo si nota de Pr > 4. A la nota de Pr se incluye una valoracin individual por el
rendimiento aportado al trabajo en grupo y puede llegar a contar un 30%.
Avaluaci final
Esta asignatura no tiene examen final y, por lo tanto, la nota final se obtendr a partir del procedimiento
descrito en el apartado de Evaluacin continua.
Feedback
13/15
24/9/2014
Debido a las singulares caractersticas de esta asignatura, el intercambio de informacin e

impresiones entre alumnas y consultores es constante a lo largo del desarrollo del proyecto.
Tal y cmo se ha indicado en la metodologa de la asignatura, el consultor guiar y orientar a travs
del Tabln del aula para llevar a cabo un buen seguimiento de la asignatura. Tambin responder las
dudas que vayan saliendo en el Foro del aula as como las consultas y comentarios enviados a su
buzn personal.
El consultor tambin har un seguimiento personalizado de la evaluacin continua, revisar todas las
PEC y prcticas entregadas y comentar de forma cualitativa a nivel grupal y/o individual la
resolucin. Estos comentarios ayudarn a progresar en el aprendizaje y adquirir el conjunto de las
competencias.
Adems, al finalizar cada fase del proyecto, el consultor har una valoracin del trabajo realizado por los
estudiantes y orientaciones al inicio de la fase siguiente.
14/15
24/9/2014
Dates clau
Ttol
Inici / Enunciat Lliurament
Soluci
Qualificaci
PAC1: Especificacio i Planificacio del Projecte 23/09/2014
08/10/2014 11/10/2014 26/10/2014
PAC2: Disseny del projecte
11/10/2014
28/10/2014 15/11/2014 02/12/2014
Pac3: Tractament d'Excepcions i RMI
01/11/2014
12/11/2014 08/12/2014 11/12/2014
Pac4: Implementacio del projecte
15/11/2014
15/12/2014 19/12/2014 06/01/2015
Pac5: Testing de programari
18/12/2014
24/12/2014 13/01/2015 16/01/2015
Pac6: qualitat de programari
27/12/2014
03/01/2015 20/01/2015 26/01/2015
Informe final
10/01/2015
16/01/2015 -
Ttol
Inici / Enunciat Lliurament
Inici del curs
17/09/2014
17/09/2014 -
Formacio de Grups 18/09/2014
23/09/2014 -
Dies d'estudi
09/10/2014
10/10/2014 -
Dies d'estudi
29/10/2014
31/10/2014 -
Dies d'estudi
13/11/2014
14/11/2014 -
Dies d'estudi
16/12/2014
17/12/2014 -
Dies d'estudi
25/12/2014
26/12/2014 -
27/01/2015
Soluci
Ttol
Tipus
Data
Data Final
M1. Mdulo 1. Trabajo colaborativo para desarrollo de proyectos de

software
Unitat 17/09/2014 23/09/2014
M3. Mdulo 3. Gestin de la configuracin del software
Unitat 24/09/2014 06/10/2014
M2. Mdulo 2. Calidad del software: gestin de la calidad y mtricas
Unitat 07/10/2014 10/11/2014
M4. Mdulo 4. Calidad del software: tcnicas de prevencin,

deteccin y correccin de defectos
Unitat 11/11/2014 22/11/2014
M5. Mdulo 5. Mantenimiento del software
Unitat 23/12/2014 14/01/2015
15/15

Pla Docent - Tècniques de Desenvolupament de Programari

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Pla Docent - Tècniques de Desenvolupament de Programari

Transféré par

Droits d'auteur :

Formats disponibles

24/9/2014

Pla docent - Tcniques de desenvolupament de programari

Tcniques de desenvolupament de programari

Atanasi Daradoumis Haralabus

Pla docent - Tcniques de desenvolupament de programari

L'assignatura en el conjunt del pla d'estudis

Camps professionals en qu es projecta

Esta asignatura da al estudiante la oportunidad de enfrentarse con problemas de cierta complejidad y

Pla docent - Tcniques de desenvolupament de programari

El desarrollo de un proyecto de software con un grado significativo de complejidad requiere disponer

Informaci prvia a la matrcula

Cmo se ha mencionado anteriormente, esta asignatura requiere disponer de slidos conocimientos

Pla docent - Tcniques de desenvolupament de programari

Pla docent - Tcniques de desenvolupament de programari

Pla docent - Tcniques de desenvolupament de programari

Tcniques de desenvolupament de programari PDF

Consulta de la bibliografia disponible a la biblioteca

Materials i eines de suport

Pla docent - Tcniques de desenvolupament de programari

El material principal de la asignatura (5 mdulos) se facilita en formado papel, Web y PDF.

Bibliografia i fonts d'informaci

Ballenato Prieto, G. (2005). Trabajo

equipo: dinmica y participacin en losgrupos . Plaza edicin.

Pla docent - Tcniques de desenvolupament de programari

Pla docent - Tcniques de desenvolupament de programari

Pla docent - Tcniques de desenvolupament de programari

Seguimiento del cumplimiento de la planificacin. Incluye avisar al grupo, y si se tercia en el

Pla docent - Tcniques de desenvolupament de programari

el inicio de la fase. El trabajo ser

realizado de manera comn, entre los 4 miembros del grupo.

Pla docent - Tcniques de desenvolupament de programari

Pla docent - Tcniques de desenvolupament de programari

Pla docent - Tcniques de desenvolupament de programari

Debido a las singulares caractersticas de esta asignatura, el intercambio de informacin e

Pla docent - Tcniques de desenvolupament de programari

Inici / Enunciat Lliurament

PAC1: Especificacio i Planificacio del Projecte 23/09/2014

08/10/2014 11/10/2014 26/10/2014

PAC2: Disseny del projecte

28/10/2014 15/11/2014 02/12/2014

Pac3: Tractament d'Excepcions i RMI

12/11/2014 08/12/2014 11/12/2014

Pac4: Implementacio del projecte

15/12/2014 19/12/2014 06/01/2015

Pac5: Testing de programari

24/12/2014 13/01/2015 16/01/2015

Pac6: qualitat de programari

03/01/2015 20/01/2015 26/01/2015

Inici / Enunciat Lliurament

Inici del curs

Formacio de Grups 18/09/2014

M1. Mdulo 1. Trabajo colaborativo para desarrollo de proyectos de

Unitat 17/09/2014 23/09/2014

M3. Mdulo 3. Gestin de la configuracin del software

Unitat 24/09/2014 06/10/2014

M2. Mdulo 2. Calidad del software: gestin de la calidad y mtricas

Unitat 07/10/2014 10/11/2014

M4. Mdulo 4. Calidad del software: tcnicas de prevencin,

Unitat 11/11/2014 22/11/2014

M5. Mdulo 5. Mantenimiento del software

Unitat 23/12/2014 14/01/2015

Vous aimerez peut-être aussi