Aprendre plegats

ES2(40) Pla de la tretzena setmana

2005-05-24T16:02:00.000+02:00

Ja estem acabant el quadrimestre. Aquesta setmana farem:

Dimarts dia 24: Recollim l'exercici 16.14 del recull, i demanarem voluntaris per explicar-nos les seves solucions.
Dijous dia 26: Problemes a classe.
Divendres dia 27: Darrera classe de teoria. És el Tema 8, Proves. No farem problemes d'aquest tema, però "entra" a la teoria del segon exercici de control (previst per al dia ) i a la de l'examen final. Ull. Abans es deia "qui avisa no és traïdor".

ES2(40) Pla de la dotzena setmana

2005-05-19T11:42:00.000+02:00

Aquesta setmana és més curta perquè el dimarts no era dimarts. La FIB dixit. Només ens veurem dos dies:

Dijous dia 19. EJB: Farem els BMP i les relacions. Exercicis.
Divendres dia 20. Transaccions. Preguntes i exercicis.

Aquesta setmana no recollim cap exercici. Cal fer pel proper dimarts dia 24 l'exercici 14 del tema 16 del recull d'exercicis. Serà el novè exercici del curs, el darrer dels fets a casa.

ES2(40) Què són els Session Contexts?

2005-05-12T10:57:00.000+02:00

Uns dels objectes importants dels Enterprise Java Beans (i que a l'assignatura no tenim gaire temps per explicar-los) són els anomenats EJB Context Objects. En particular, hi ha els EJB Session Context Objects. Us proposo que respongueu el següent:

Què són els EJB Session Context Objects?.
Com estan definits? (atributs, operacions).
Qui els defineix?.
Qui els usa?. Per a què?. S'han d'usar sempre?.
Expliqueu un exemple concret (i raonable) d'ús d'aquests objectes en un cas particular.

ES2(40) Pla de l'onzena setmana

2005-05-10T11:11:00.000+02:00

Aquesta setmana iniciem el tema 7 (Disseny sobre plataformes de sistemes distribuïts). És el tema central de la segona part de l'assignatura. Esperem que us agradi. La teoria l'acabarem la setmana propera.

Dimarts dia 10: Introducció, i fins a beans de sessió. Exercicis.
Dijous dia 12: Beans d'entitat. Exercicis.
Divendres dia 13: Farem un exercici a classe, que recollirem (serà el viutè).

ES2(40) Pla de la desena setmana

2005-05-03T17:11:00.000+02:00

Aquesta setmana només fem classe dos dies (el divendres és la festa de la FIB):

Dimarts dia 3 de maig. Recollim els problemes de persistència en base de dades relacionals. Comentem solucions. Fem ampliacions dels exercicis.
Dijous dia 5 de maig. Teoria: Acabem el tema 6 amb la capa de presentació. Exercicis a classe.

ES2(40) Exercicis per al dia 3 de maig

2005-04-28T16:19:00.000+02:00

L'objectiu dels dos exercicis és el mateix: Dissenyar l'esquema d'una base de dades per a la persistència del sistema. Indiqueu les claus, les claus alternatives, les claus foranes i els atributs amb possible valor nul.
Els dos sistemes els hem fet durant el curs, a classe. El primer, concretament, és el de l'exercici de control. Suposem que els articles (matèries primeres o compostos) s'identifiquen pel codi de barres (Char(13)). Els diagrames de classe de sistema que hem d'usar són:

Composicions sense quantitat

Composicions amb quantitat

ES2(40) Patró Data Transfer Object (DTO)

2005-04-26T16:50:00.000+02:00

El tercer, i darrer, patró que us demanem d'aprendre autònomament és l'anomenat Data Transfer Object (DTO). També s'anomena Transfer Object o Value Object. Hi ha diversos llocs on podreu trobar informació d'aquest patró. Per exemple:

MSDN Library.
Sun.

Si voleu, podeu usar aquesta entrada del blog per compartir el vostre estudi del tema. En particular, podeu mirar de respondre aquesta pregunta:

Expliqueu els trets principals del Patró de Disseny Data Transfer Object (DTO): en quin context s’aplica, quin problema vol resoldre i en què consisteix la solució que proposa. Ajudeu-vos d’un exemple il·lustratiu.

ES2(40) Pla de la novena setmana

2005-04-26T15:49:00.000+02:00

Aquesta setmana farem:

Dimarts dia 26: Disseny de la capa del domini. Exercicis.
Dijous dia 28: Disseny de la capa de gestió de dades/persistència. Exercicis. Anunci d'un exercici per al dimarts 3 de maig.
Divendres dia 29: Exercicis.

ES2(40) Pla de la vuitena setmana

2005-04-19T12:18:00.000+02:00

Aquesta setmana farem:

Dimarts dia 19: El primer exercici de control.
Dijous 21: Comentaris i discussions sobre les diverses solucions del problema de l'exercici de control. A continuació farem un exercici a classe, que recollirem (serà el sisè dels 10 que hem de recollir).
Divendres 22: Comencem el tema 6 (Disseny orientat a objectes en UML). Farem la introducció i estudiarem l'arquitectura en capes.

ES2(40) Pla de la setena setmana

2005-04-12T16:02:00.000+02:00

Aquesta setmana farem exercicis per practicar els temes vistos fins ara, i per preparar-nos de cara a l'exercici de control del dimarts dia 19 d'abril:

Dimarts dia 12: Exercici a classe.
Dijous dia 14: Exercici a classe.
Divendres 15: Recollim exercici 9 del tema 12 del Recull d'exercicis. Es demanaran voluntaris per explicar la seva solució.

ES2(40) Estratègies

2005-04-08T14:40:00.000+02:00

Com ja sabeu, el programa de l'assignatura ES2 inclou tres patrons de disseny que els estudiants han d'aprendre pel seu compte. Un d'aquests patrons és el patró estratègia. Segons el diccionari, en esports l'estratègia és "Conjunt de regles, de jugades i de decisions mitjançant les quals un jugador o un equip de jugadors intenta d'aconseguir la vistòria o la solució" Què és en patrons de disseny de programari?.

Si voleu, podeu usar aquesta entrada del blog per "aprendre plegats" aquest patró de disseny. Idees de coses que podeu comentar (si ho creieu útil):

Bibliografia que considereu bona.
Descriure què fa el patró.
Indicar exemples d'utilització del patró.
Quines alternatives hi ha a l'ús del patró. Val la pena usar el patró?.

Mireu d'aprendre el patró abans del proper exercici de control (poden sortir-ne preguntes). Per altra banda, aviat el farem servir en els exercicis del curs.

ES2(40) Exercici per al dia 15 d'abril

2005-04-08T13:10:00.000+02:00

El dia 15 d'abril farem l'exercici 9 del Tema 12 (patró Observador) del recull d'Exercicis. L'exercici va de fans i d'ídols. S'ha d'usar el patró Observador. Maco de fer (espero). Farem tots els punts: (a), (b) i (c). Recollirem l'exercici en començar la classe, i demanarem voluntaris per explicar-nos llur solució. Aquest serà el tercer exercici dels fets a casa. En total n'hi haurà cinc d'aquests.

ES2(40) Pla de la sisena setmana

2005-04-05T16:24:00.000+02:00

Aquesta setmana farem:

Dimarts dia 5 d'abril: Patró representant (amb exercici).
Dijous dia 7: Patró estat (amb exercici).
Divendres 8: Recollim l'exercici 3 del tema 12 del Recull d'exercicis. Es demanaran voluntaris per explicar la seva solució. Ànim.

ES2(40) Exercici per al dia 8 d'abril

2005-04-01T15:28:00.000+02:00

El dia 8 d'abril farem l'exercici 3 del Tema 12 (patró Observador) del recull d'Exercicis. L'exercici va de Comissions i Reunions. S'ha d'usar el patró Observador. L'aplicació del model empenta (i altres patrons -que ja coneixeu-, i una mica d'imaginació -que ja teniu) permet solucions molt elegants. Qui vulgui, s'hi pot lluir. Farem només els punts (a), (b) i (c). El punt (d) i l'ampliació ho deixem per un altre dia.

El dia 8 recollirem aquest exercici i en comentarem les solucions a la classe.

ES2(40) Singletons

2005-04-01T10:59:00.000+02:00

El programa de l'assignatura ES2 inclou tres patrons de disseny que els estudiants han d'aprendre pel seu compte. La justificació és que hi ha molts patrons de disseny, que no els podem explicar tots a classe i que, per tant, és important que sapiguem aprendre nous patrons de manera autònoma.

Un d'aquests patrons és el patró singletó. En Matemàtiques, un singletó és un conjunt format per un sol element. Què és en patrons de disseny de programari?.

Si voleu podeu usar aquesta entrada del blog per "aprendre plegats" aquest patró de disseny. Idees de coses que podeu comentar (si ho creieu útil):

Bibliografia que considereu bona.
Descriure què fa el patró.
Indicar exemples d'utilització del patró.
És pot garantir que una classe no tindrà mai més d'una instància?. Com?.
És millor un singletó que una classe amb operacions (i atributs) de classe?. Per què?.
Té sentit definir subclasses de singletons?

Mireu d'aprendre el patró abans del proper exercici de control (poden sortir-ne preguntes). Per altra banda, aviat el farem servir en els exercicis del curs.

ES2(40) El patró observador i el principi Obert-Tancat

2005-03-29T17:21:00.000+02:00

El principi Obert-Tancat, establert per en Bertrand Meyer diu que "Els mòduls haurien de ser alhora oberts i tancats". En el disseny orientat a objectes, les classes són la forma bàsica dels mòduls. Per tant, també podem dir que "Les classes haurien de ser alhora obertes i tancades".

La pregunta és: hi ha alguna relació entre aquest principi i el patró observador?. Argumenteu-ho i exemplifiqueu-ho.

ES2(40) Pla de la cinquena setmana

2005-03-29T16:19:00.000+02:00

Aquesta setmana farem:

Dimarts dia 29 de març: Patró observador (amb exercici).
Dijous dia 31: Recollirem l'exercici anunciat. Es demanaran voluntaris per explicar la seva solució.
Divendres dia 1: Patró mètode plantilla (amb exercici).

ES2(40) Exercici per al dia 31 de març

2005-03-24T01:44:00.000+01:00

Considereu el diagrama de classes següent:

Suposeu que el sistema inclou (entre d’altres) els dos casos d’ús (operacions del sistema) següents:
novaSessió (títol:String, sala:Sala, dia:Date, hora:Hora)

pre: --en el cinema fan la pel·lícula
sala.cinema.pel·lícula.títol -> includes(títol)
post: --creem una sessió
let peli:Pel·lícula = Pel·lícula.allInstances ()-> any (p p.títol = títol) in
s.oclIsNew() and s.oclIsTypeOf(Sessió) and
s.entradesDisponibles = sala.capacitat and s.dia = dia and s.hora = hora and s.sala = sala and s.pel·lícula = peli

OnLaFan (títol: String, dia:Date, preuMàxim:Diner) : Set(String)

body: -- dóna els noms dels cinemes (amb preu de les entrades inferior a preuMàxim) on fan la pel·lícula del títol indicat en el dia indicat i amb sessions on encara hi ha entrades
Pel·lícula.allInstances()->
select(p p.títol = títol).sessió -> select(s s.hiHaEntrades() and s.dia = dia).sala.cinema -> select(c preuMàxim > c.preuEntrada).nom ->asSet()

(Observeu que aquests contractes provenen de l’especificació del sistema i, per tant, no tenen en compte els aspectes propis del disseny com són la navegabilitat de les associacions o la visibilitat de les operacions, atributs i rols).

Es demana:

1. Dissenyeu dos controladors del tipus transacció per a aquestes dues operacions del sistema.
2. Analitzeu la responsabilitat de les operacions executar dels dos controladors anteriors. Decidiu quins altres objectes intervindran en la seva execució. Documenteu amb diagrames de seqüència l’execució de les operacions executar. Aquests diagrames han de mostrar tots els objectes que intervenen directament o indirecta en l’execució, i les operacions que s’invoquen dels objectes que intervenen.
3. Completeu el diagrama de classes de disseny, mostrant totes les operacions que heu decidit en el punt anterior. Hi heu d’incloure les operacions constructores que hagueu definit (si és el cas), amb els seus paràmetres.

Notes:
Per fer aquest exercici es pot usar com a màxim un diccionari (per a les pel·lícules).
Les quatre associacions indicades al diagrama de classes tenen doble navegabilitat.
El dia 31 recollirem aquest exercici i en comentarem les solucions a la classe.

ES2(40) Disseny clar o provable?

2005-03-17T10:43:00.000+01:00

No fa gaire, Michael Feathers ha publicat un article a IEEE Software sobre la importància de la claredat en el disseny. Presenta un cas de disseny clar, però que és poc provable (en anglès "testable"). Conclou que la claredat és important, però que encara ho és més la capacitat de ser provable.
Us proposo que estudieu l'article i que comenteu quin és exactament el problema que descriu, per què es produeix el problema i com el resol. Esteu d'acord en la solució al problema concret?. Esteu d'acord en les conclusions generals que en treu l'autor?.

ES2(40) Pla de la quarta setmana

2005-03-15T17:24:00.000+01:00

Aquesta setmana començarem el tema dels patrons de disseny. Estudiarem els patrons Iterador, Controlador i Assignació de responsabilitats a objectes. També estudiarem la normalització de l'esquema conceptual. Farem diversos exercicis. El divendres (dia 18) farem un exercici a classe que recollirem. Serà el segon dels exercicis que es recullen.

ES2(40) Anem al cinema?

2005-03-10T15:53:00.000+01:00

Considereu l'exemple següent (totes les associacions tenen doble navegabilitat):

amb l'operació que, de moment, té el contracte:
Context Sessió::novaEntrada():Diner
pre: hiHaEntrades()
post: entradesDisponibles = entradesDisponibles@pre-1
post: return = sala.dónaCinema().dónaPreuEntrada()

En el futur, és possible que alguns cinemes vulguin que el preu de l’entrada no sigui el mateix per a totes les sessions, sinó que depengui de la pel·lícula que es projecta a la sessió. Alguns cinemes voldran continuar venent a preu únic, mentre que d'altres voldran vendre a preu diferent, segons quina pel·lícula s'emeti a la sessió.

1. Redissenyeu el sistema aplicant el principi Obert-Tancat (respecte d’aquest possible canvi). Especifiqueu les operacions que siguin noves, o que hagin canviat. Naturalment, no heu d'introduir encara el canvi indicat.

2. Indiqueu quin canvi caldrà introduir en el futur si és que, efectivament, algun dia algun cinema vol començar a vendre entrades amb preu diferent per pel·lícula.

ES2(40) Una mica d'OCL

2005-03-08T14:57:00.000+01:00

Considereu el mateix exemple del dia anterior:

amb les operacions:
context Persona::onVius():String
body: llocDeResidència.dónaNom()

context Persona::onTreballes():String
body: empresa.onSituada().dónaNom()

context Població::dónaNom():String
body: nom

context Empresa::onSituada():Població
body: població

Comenteu, si voleu, la resposta a almenys una (no és imprescindible totes) de les preguntes següents.
(Nota: En algun cas, potser s'han de fer canvis en el diagrama (o afegir-hi altres operacions) per tal de respectar les regles de navegabilitat i visibilitat, i la llei de Demeter. Indiqueu quins són)

1- Suposeu que les poblacions s'identifiquen pel seu nom. Com s'expressa això en OCL?.

2- Considereu l'operació: Empresa::hiTreballaGentDeFora():Boolean, que dóna True si l'empresa té un o més treballadors que viuen en una població diferent de la d'on està situada l'empresa. Com s'expressaria en OCL la postcondició d'aquesta operació?.

3- Considereu l'operació: Empresa::hiTreballaTotElPoble():Boolean, que dóna True si totes les persones que viuen a la població de l'empresa, treballen en l'empresa (hi pot haver també treballadors d'altres poblacions). Com s'expressaria en OCL la postcondició d'aquesta operació?.

4- Considereu l'operació: quantesPersonesViuenOnTreballen():Natural, que dóna el nombre de persones (pot ser zero) que tenim al sistema i que viuen i treballen a la mateixa població, sigui quina sigui aquesta població. Indiqueu en quina classe definiríeu aquesta operació, si seria operació de classe o d'instància, i com s'expressaria en OCL.

ES2(40) Pla de la tercera setmana

2005-03-08T14:37:00.000+01:00

Aquesta setmana ens dedicarem a fer exercicis sobre els quatre primers temes de l'assignatura.
El divendres (dia 11) farem un exercici a classe que recollirem (de qui el vulgui donar), i en comentarem les solucions. Aquest serà el primer exercici que recollirem, d'un total de 10 durant el quadrimestre (uns cinc fets a casa, i els altres a classe). Recordeu que per poder ser avaluats de participació cal presentar un mínim de cinc problemes.

ES2(40) La llei de Demeter i l'acoblament

2005-03-04T15:03:00.000+01:00

Considereu l'exemple següent

amb les operacions:
context Persona::onVius():String
body: llocDeResidència.dónaNom()

context Persona::onTreballes():String
body: empresa.onSituada().dónaNom()

context Població::dónaNom():String
body: nom

context Empresa::onSituada():Població
body: població

Les preguntes són:
1. Alguna d'aquestes operacions vulnera la llei de Demeter?.
2. Si és així, quines modificacions caldria fer per evitar-ho?.
3. (Si hi ha hagut modificacions) El disseny resultant té menys acoblament que l'original?

ES2(40) Mètriques per mesurar l'acoblament

2005-03-03T15:59:00.000+01:00

A classe expliquem què és l'acoblament (coupling), però no proposem una manera concreta de mesurar-lo. Podria ser interessant veure quines mètriques s'han proposat per mesurar l'acoblament. Mireu de trobar-ne almenys una i digueu-nos:
- Qui la proposa?. Doneu les referències bibliogràfiques.
- En què consisteix?.
- Es pot calcular automàticament?.
- Us sembla útil mesurar l'acoblament d'aquesta manera?. Per què?

ES2(40) Principi de constant simbòlica

2005-03-01T17:16:00.000+01:00

Un dels (molts) principis de disseny proposats per en Bertrand Meyer és el Principi de constant simbòlica. Us proposo que trobeu una resposta a les preguntes següents:

Què diu aquest principi?.
Què vol dir exactament?.
Quina és la justificació del principi?.
Té alguna relació amb algun principi de disseny que hem vist a classe?.
Podeu donar algun exemple on es respecti aquest principi?.
Podeu donar algun exemple on no es respecti el principi?.
Esteu d'acord en seguir-lo en els vostres dissenys?.

ES2(40) Pla de la segona setmana

2005-03-01T17:12:00.000+01:00

Aquesta setmana farem:
- L'exercici 3.2
- El tema 4 (Principis de disseny)
- Diversos exercicis sobre els temes vistos fins ara.

ES2(40) Java Modeling Language

2005-02-25T10:50:00.000+01:00

El Java Modeling Language és un llenguatge que permet definir precondicions, postcondicions i invariants en el context de classes i operacions escrites en Java. Per als encuriosits us proposo que feu i comenteu un exercici senzillet:

Passar a Java l'exemple de Article, PrimeraMatèria i Comanda que hi ha a les transparències (i que hem fet a classe), amb les operacions potsServir i serveix (aquesta redefinida) i afegir-hi les anotacions de les precondicions i postcondicions en JML.

A qui li agradi el tema (i pugui i vulgui dedicar-hi més temps) li proposo un treball opcional:

Implementar l'exemple anterior i fer-ne unes proves usant almenys les eines jmlunit i jmlc. Ho acceptaré com a treball opcional (envieu-lo via correu electrònic) si ho feu abans del 10 de març (després ja estarem embrancats en altres afers).

Espero que ho trobeu útil.

ES2(40): Interfícies versus classes abstractes en UML

2005-02-24T09:59:00.000+01:00

En l'UML 2.0 (podeu trobar-ne l'especificació de la superestructura aquí ) es manté la distinció entre classes abstractes i interfícies. Sobre les classes abstractes, diu -entre d'altres coses- que són:

"A class that cannot be directly instantiated" (p. 4 i 61).

Sobre les interfícies, diu -també entre d'altres coses- que són:

"A named set of operations that characterize the behavior of an element" (p. 10).

Però diu també que:

"An interface declares a set of public features and obligations that constitute a coherent service offered by a classifier...An interface does not specify how it is to be implemented, but merely what needs to be supported by realizing instances. That is,such instances must provide a a public facade (attributes, operations, externally observable behavior) that conforms to the interface. Thus, if an interface declares an attribute, this does not necessarily mean that the realizing instance will necessarily have such an attribute in its implementation, only that it will appear so to external observers. Because an interface is merely a declaration it is not an instantiable model element; that is, there are no instances of interfaces at run time...Properties owned by interfaces are abstract and imply that the conforming instance should maintain information corresponding to the type and multiplicity of the property and facilitate retrieval and modification of that information. There will not necessarily be a property implementing the classifier corresponding to the property of the interface...An association between an interface and any other classifier implies that a conforming association must exist between any implementation of that interface and that other classifier. In particular, an association between interfaces implies that a conforming association must exist between implementations of the interfaces. An interface cannot be directly instantiated (p.114).

Les preguntes que ens podem fer són: Quines diferències principals hi ha entre classes abstractes i interfícies en UML 2.0?. Es poden substituir les interfícies per classes abstractes?. I a l'inrevés? (on hi hagi una classe abstracta, es pot posar una interfície?)
(Nota: Si voleu afegir un comentari, poseu-hi el vostre nom i cognom. Així ajudem a crear una comunitat de gent que està aprenent).

ES2(40) Què és la robustesa?

2005-02-22T16:29:00.000+01:00

A classe, hem explicat la definició de robustesa que dóna el Meyer en el seu llibre (pàgina 5):

Robustness: Is the ability of software systems to react appropriately to abnormal conditions.

Coneixes alguna definició diferent d'aquesta?. Qui la va donar?. On es pot trobar?. En què es diferencia?. La consideres millor?. Per què?.

ES2(40) Pla de la primera setmana

2005-02-22T14:46:00.000+01:00

Aquesta setmana farem tres temes (que són curtets):
1. Qualitat del programari
2. Arquitectura del programari
3. Disseny per contracte
Començarem a fer diversos exercicis sobre aquests temes.

ES2(40) Participar és important

2005-02-16T13:19:00.000+01:00

La participació a l'assignatura (fer el nombre mínim d'exercicis requerit i participar activament a la classe) dóna bons resultats. Requereix mantenir un ritme, un esforç i uns horaris continuats durant un quadrimestre, però val la pena.

Fixeu-vos amb el resum dels resultats obtinguts pels estudiants d'ES2 del quadrimestre anterior:

Matriculats (158)

Participen (95)
- Aproven la participació (79)
  - Aproven l'assignatura (68)
  - Suspenen l'assignatura (11)
- No aproven la participació (16)
No participen (63)
- Aproven l'assignatura (5)
- Suspenen l'assignatura (28)
- No es presenten (30)