Enginyeria Informàtica 
Escola d'Enginyeries (campus Bellaterra)
(UAB) 

CURS 2011-2012

Novetats

 

17 gen, 2012	EXAMEN TEORIA 2a CONVOCATÒRIA La data de l'examen de teoria serà divendres 3 de febrer a les 9 hores . El format de l'examen és de 20 preguntes tipus test i 3 o 4 preguntes curtes o mini-problemes. NO hi haurà part pràctica ni exercicis a desenvolupar. Mireu la secció de documentació per tenir exemples d'anys anteriors. CONSULTES PRÈVIES A L'EXAMEN Dijous 2 de febrer de 12h a 13h (despatx QC/1052)
17 gen, 2012	NOTES EXAMEN TEORIA 1a CONVOCATÒRIA Llista de notes Alumnes amb nota inferior a 5 o no presentats: examen de recuparació divendres 3 de febrer a les 9h. REVISIÓ DE L'EXAMEN Divendres 20 de gener de 9h a 11h (despatx QC/1052) o bé envieu un correu a Josep.Llados @ uab.cat per concertar hora.
10 nov, 2011	EXAMEN TEORIA 1a CONVOCATÒRIA La data de l'examen de teoria serà divendres 18 de novembre a les hores de classe (cadascú a l'hora del grup en el que estigui matriculat). El format de l'examen és de 20 preguntes tipus test i 3 o 4 preguntes curtes o mini-problemes. NO hi haurà part pràctica ni exercicis a desenvolupar. Mireu la secció de documentació per tenir exemples d'anys anteriors. AULES Matí (9:00 - 11:00). Aules Q3/003 i Q3/009 Tarda (17:00 - 19:00). Aules Q3/009 CONSULTES PRÈVIES A L'EXAMEN Dijous 17 de novembre de 12h a 14h i de 17h a 18h (despatx QC/1052) ATENCIÓ: atès que hi ha anunciada una vaga aquest dia, en cas que hi hagi problemes per assistir a les consultes, si voleu concertar alguna hora dimecres 16, envieu un correu a Josep.Llados @ uab.cat
17 oct, 2011	TREBALL PRÀCTIC (GRUPS DE PRÀCTIQUES) Procediment per la confecció de grups: Els grups de pràctica són de 5 persones. Els grups tindran assignada una sessió obligatòria d'entrevista setmanal amb el tutor (franges d'una hora, les sessions seran de 30 a 60 minuts segons la setmana). A l'obrir els grups a la web de gestió de grups de pràctiques (PSG) s'obriran per hores per tant haureu de tenir disponibilitat o be a la 1a mitja hora o be a la 2a. La inscripció serà individual. Cada persona s'ha d'inscriure en el grup (horari) que li vagi bé. Posteriorment formarem grups de 5 entre totes les persones apuntades al mateix horari. Franges horaries disponibles. El proper dimarts 25 d'octubre a les 14:30h s'obrirà l'aplicació de gestió de grups de pràctiques (PSG) perquè cada grup s'apunt. L'explicació de la pràctica es farà conjuntament en les hores de teoria (s'avisarà el dia prèviament). Les sessions de seguiment de practiques començaran la setmana del 21 de Novembre.

26 set, 2011	INICI DE CURS guia docent trasparències presentació assignatura

Professors

Objectius de l'assignatura

Un primer objectiu és donar una visió global i ordenada del procés de desenvolupament del software que no sigui simplement el de la programació --que constitueix, només, una fase dins de tot el procés de la enginyeria del software.
El temari se centra en les dues primeres etapes del cicle de vida del software: anàlisi i disseny. Per cada una de aquestes dues grans parts del curs estudiarem en detall dues metodologies: estructurada i orientada a l'objecte. La part central i més important del curs estarà dedicada a la metodologia orientada a objecte i, més concretament, a UML com a llenguatge de modelat i RUP com a paradigma de desenvolupament. Tot això es complementarà en casos pràctics utilitzant l'eina Rational Rose.
L'objectiu és que l'alumne sigui capaç d'utilitzar aquestes metodologies per tal de realitzar l'anàlisi i el disseny de problemes reals, que li permetrà abordar la creació de software de manera rigorosa.

Coneixements

• Entendre què és el software, quins son els objectius que ens plantegem al desenvolupar un software i la problemàtica del associada al seu desenvolupament.
• Conèixer els principals paradigmes de desenvolupament del software.
• Aprendre què és l'anàlisi de requeriments i perquè és important. Abstracció i partició
• Aprendre què és el disseny. Cóm aconseguir un bon disseny. Modularitat efectiva.
• Introducció al d'UML: notació i construcció dels diagrames.
• Introducció a un procés de desenvolupament del software: RUP.

Habilitats

• A partir d'un problema obert enunciat en llenguatge natural, saber analitzar que ens esta demanant el client: crear un document d'especificació.
• A partir del la informació obtinguda en el document d'especificació modelar-ho a partir dels diferents diagrames de UML.
• Ser capaç de veure que alhora de modelar hi ha punts que no disposem de tota la informació i per tant s'ha de tornar a analitzar el problema: Iterar.
• Portar a terme aquestes activitats en un context orientada a objecte: els models (diagrames) que obtenim son diferents punts de vista del mateix problema on cada un modela algun característica de les metodologies orientades a objecte.
• Consciència de que un Enginyer en Informàtica no és només un programador i de que desenvolupar software és molt més que programar.
• Saber buscar i seleccionar la informació necessària per assolir els objectius plantejats.

Competències

• Treball en equip.
• Capacitat d'anàlisi i síntesi.
  
• Capacitat de resolució de problemes.
• Raonament crític.
• Motivació per la qualitat.
• Capacitat de resolució de problemes.
• Comunicació oral i escrita.
• Capacitat d'organització i planificació.
• Aprenentatge autònom.
• Lideratge.

Capacitats prèvies

Es recomana que l'alumne tingui coneixements i capacitats de:

• Coneixement de Programació.
• Coneixement dels principis basics dels llenguatges orientats a objecte.
• Estructures de dades bàsiques.
  

Aquests conceptes corresponen a continguts de les assignatures:

• Algorismes i programació
• Llenguatges de programació.
• Estructures de dades.
  

Temari

(T:teoria, S:seminaris, PS:preparació de seminaris, L:laboratori tancat, PP:laboratori obert, E:estudi, AA:altres activitats)

                        Temes                                                       Hores de dedicació de l’estudiant

Metodologia docent

L'assignatura d'Enginyeria del Software 1 té una forta component aplicada. Per aquest motiu, després d'introduir els conceptes teòrics fonamentals, l'assignatura es desenvolupa segons una metodologia ABP (Aprenentatge Basat en Problemes). D'aquesta manera, l'alumne adquirirà els coneixements a partir d'un cas pràctic (problema guia) de dimensió real. El problema guia dirigirà el procés d'aprenentatge al llarg del curs, de manera que el treball pràctic o els seminaris s'estructuraran entorn d'aquest cas. L'alumne haurà d'adquirir el perfil d'analista / arquitecte del software per prendre les decisions oportunes que concloguin en la construcció d'una proposta de disseny del sistema proposat. El professor farà el paper de tutor i, en situacions determinades, de client, fomentant simulacions de diàleg desenvolupador - client.

TEORIA

Consisteix en classes magistrals amb material multimèdia disponible al Campus Virtual de la UAB. L'objectiu principal d'aquestes classes és introduir les nocions bàsiques sobre els processos, mètodes i eines relatius a la visió del cicle de vida del software des d'un punt de vista d'enginyeria. S'exposarà quins són els principis i paradigmes de l'enginyeria del software. Ateses les tendències actuals de desenvolupament de software, es posarà atenció en els models orientat a objecte i en els processos iteratiu i incremental. Després d'un primer bloc introductori, es treballarà en les dues primeres etapes del cicle de vida del software: anàlisi de requeriments i disseny. Les classes de teoria han de permetre a l'alumne agafar una visió real del rigor, planificació i la sistemàtica que requereix el desenvolupament professional del software. Les classes de teoria es duran a terme en les 6 primeres setmanes de curs a raó de 3 hores presencials per setmana.

SEMINARIS

Els seminaris són classes amb un nombre reduït d'alumnes. Es poden considerar com l'eix conductor de l'assignatura, i tenen una doble funció, enllaçant per una banda amb les classes magistrals i per l'altra amb les sessions pràctiques de laboratori. Per una banda, els seminaris complementaran els continguts tecnològics exposats a les classes magistrals, completant-ne la seva comprensió. Per l'altra seran el marc de treball on debatre, establir les bases i desenvolupar el problema guia. Se li donaran a l'estudiant els coneixements necessaris per tirar endavant el treball pràctic o se li indicarà on aconseguir-los. En els seminaris es promou fonamentalment la capacitat d'anàlisi i síntesi, així com el raonament crític i la presa de decisions de l'alumne front a la resolució del problema guia.
S'ha programat 10 seminaris al llarg del curs (setmana 7 a setmana 16), de màxim una hora presencial cadascun. Els seminaris estan agrupats per activitats (cada activitat està dissenyada per treballar en una iteració del cas guia). En total hi ha 4 activitats (iteracions del problema guia). Cada activitat seguirà el cicle anàlisi del problema - cerca d'informació - posada en comú / discussió - preparació de solució - presentació. El treball dels seminaris a més d'adquirir coneixements sobre els aspectes concrets que plantegi, servirà per avançar en el treball del problema guia. El darrer seminari de cada iteració serà també d'acceptació/avaluació dels materials a lliurar.

LABORATORIS

En l'àmbit professional el desenvolupament del software es du a terme amb l'ajut d'eines CASE (Computer Aided Software Engineering). Una eina CASE és una eina informàtica d'ajut a l'enginyer del software en les diverses etapes de desenvolupament. Pot ser una base de dades de recol·lecció de requeriments, un editor gràfic per a la programació visual, una eina per monitoritzar l'execució de l'aplicació en l'etapa de proves, un gestor de la configuració, etc. En el cas d'ES1, s'utilitzarà una eina per dur a terme el problema guia en les seves etapes d'anàlisi i disseny. En particular, les eines de la plataforma d'IBM-Rational. Els alumnes tindran a la seva disposició aquesta eina en els laboratoris d'informàtia per utilitzar-la com a suport en el desenvolupament del cas guia. En els materials de l'assignatura es lliurarà als alumnes exemples i tutorials d'utilització de l'eina. Durant els seminaris també es resoldran questions sobre l'utilització de l'eina. No hi haurà sessions presencials de laboratori.

ORGANITZACIÓ

Cada grup de classe (aproximadament 75 alumnes matriculats) es divideix en equips de treball de 5 persones que treballaran conjuntament en el decurs del curs (seminaris i cas pràctic). Les sessions de teoria seran sessions plenàries a les que assistiran tots els alumnes (3 hores les setmanes en que es programi teoria, un total de 6 setmanes). Els seminaris es faran per equips de treball, de manera que les setmanes en que s'hagi programat seminari, cada equip assistirà a una sessió presencial d'una hora màxim d'entrevista amb el professor.

El cronograma il·lustra la distribució de sessions al llarg del curs i els seus continguts.

Pràctica

Enunciat

• Enunciat

Modelat del Negoci

• Document de Model de Negoci

Requisits

• Plantilla document de visió
• Model de Casos d'Ús
• Document d'especificació de cas d'ús

Anàlisi/Disseny

• Plantilla document d'anàlisi i disseny

Implementació

Proves

Desplegament

Gestió del projecte

• Pla de desenvolupament del software

Bibliografia

Bibliografia de consulta

• G. Booch, J. Rumbaugh, I. Jacobson. El lenguaje unificado de modelado. Addison-Wesley, 1999.
• I. Jacobson, G. Booch, J. Rumbaugh. El proceso unificado de desarrollo de software. Addison-Wesley, 1999.
• J. Rumbaugh , I. Jacobson, G. Booch. El lenguaje unificado de modelado: manual de referencia. Addison-Wesley, 1999.
• T. Quatrani. Visual Modeling with Rational Rose 2000 and UML. Addison-Wesley, 2000.
• P. Krutchen. The Rational Unified Process. An Introduction. Addison-Wesley, 2000.
• Roger S. Pressman, Ingeniería del software, un enfoque práctico , Mc Grah-Hill, 4a. edició , 1997.
• E. Yourdon, Analisis Estructurado Moderno , Prentice-Hall , 1993.
• Lladós, J., Roca, X., Problemes d'enginyeria del software I , Servei de Publicacions UAB, 1995. 

Bibliografia adicional

• Barbee T. Mynatt, Software engineering with student project guidance , Prentice--Hall , 1990.
• M.G. Piattini, J.A. Calvo-Manzano, J. Cervera, L. Fernández. Análisis y diseño detallado de Aplicaciones Informáticas de Gestión. Ra-Ma, 1996.
• Grady Booch, Object Oriented Design with applications , The Benjamin/Cummings Publishing Company, 1990.
• Yourdon Inc., Yourdon Systems Method Model-driven Systems Development , Prentice Hall , 1993.
• T. DeMarco, Structured Analysis and System Specification , Yourdon Press , 1979.
• I. Somerville, Software Engineering 3er i 4a Ed. , Addison-Wesley , 1992.
• P. Jalote. An Integrated Approach to Software Engineering. Springer-Verlag, 1991..
• P. Coad and E. Yourdon, Object-Oriented Analysis , Yourdon Press , 1991.
• P. Coad and E. Yourdon, Object-Oriented Design , Yourdon Press , 1991.    
   

Mètode d'avaluació

L’objectiu del procés d’avaluació és verificar que l’alumne ha assolit els coneixements i habilitats definits en els objectius de l’assignatura, així com les competències, aquests últimes en un grau compatible amb la situació d’aquesta assignatura en el cinquè quadrimestre de la titulació.

ACTIVITATS I INSTRUMENTS D'AVALUACIÓ

L'avaluació es durà a terme en base al treball pràctic desenvolupat per l'alumne i inclòs en el seu portfoli (resolució final de problema guia, material generat en les activitats dels seminaris), el grau d'implicació en els seminaris i els coneixements tecnològics assolits de la matèria a estudi. Es contemplaran els següents instruments d'avaluació:

• Avaluació individual (AI). Prova escrita presencial per valorar el grau de coneixements assolits per l'alumne a nivell individual. Es realitzarà en l'hora de teoria de la 6a setmana de curs.
• Avaluació col·lectiva dels equips de treball (AC). Prova del rendiment conjunt dels diferents grups de treball per resoldre el problema guia i les diferents activitats presentades als seminaris. Consta de dos instruments:
  • AC1 (avaluació tècnica). Documentació lliurada pels alumnes del seu treball pràctic. S'avaluarà la resolució tècnica del problema guia.
  • AC2 (avaluació de progrés i competències). La defensa del treball per part dels alumnes en els lliuraments, el seguiment de l'evolució del treball i la participació activa en els seminaris. S'avaluarà a partir de les entrevistes amb el professor, proves escrites de curta durada, lliuraments o exposicions de problemes i casos plantejats en les activitats. Tot i que aquest instrument és d'avaluació col·lectiva, a criteri del tutor, pot ser corregit individualment en casos en què la participació de l'alumne destaqui (excés o defecte) respecte el seu grup.
    

Cal assenyalar que mentre els instruments AI i AC1 valoren el rendiment de l'alumne i el grau d'assoliment dels coneixements, l'instrument AC2 valora l'esforç de l'alumne.

INDICADORS I VALORACIÓ

La qualificació final s'obtindrà segons el següent barem:

Per aprovar l'assignatura és necessari haver aconseguit una puntuació mínima de 5 en les dues qualificacions. A criteri del professor es podrà però establir compensacions entre les notes dels quatre lliuraments parcials de les activitats (corresponents a AC).

La data prevista per a l'examen final de l'assignatura servirà per:

• Recuperació de la nota d'avaluació individual AI (examen de teoria).
• Acceptació amb retard dels lliuraments corresponents a les activitats.
  

CASOS ESPECIALS I RECUPERACIONS

• Per als instruments d'avaluació col·lectiva (AC) només hi ha una convocatòria anual, i està basada principalment en l'avaluació continuada entorn del problema guia i les activitats dels seminaris a lliurar el darrer dia de cada activitat (4 lliuraments). En cas de no acceptació d'un lliurament o retard en els mateixos, els alumnes hauran de re-planificar el seu pla de treball, disposant com a temps addicional fins al dia de l'examen de febrer de l'assignatura. Aquest retard implicarà penalitzacions en la nota.
• L'avaluació individual consistent en la prova escrita (AI) l'alumne tindrà oportunitat a una segona convocatòria. Per tant, les qualificacions d'AC obtingudes es guardaran fins aquesta segona convocatòria. Atès que la prova escrita es programa per la 6a setmana de curs, la 2a convocatòria es programarà el dia de l'examen de la convocatòria de febrer.
• Atès que l'assignatura se segueix en avaluació contínua, no es programarà convocatòria de juny. No es guardarà cap qualificació per al següent curs.
  

Altres links relacionats

• Overview of Object-Oriented Models
• CASE tool page
• Index d'eines CASE
• Links UML
• UML (Rational)
• UML reference card
• UML notation guide

Documentació

NOTA: Aquesta documentació s'anirà actualitzant i ampliant a mesura que avanci el curs.