occam vs. UML

UML har ikke prosess/data-flyt diagram

Fordi de "ikke passer så fint inn i en konsistent objekt-orientert paradigme"

I stedet må UML aktivitets-diagram benyttes

Disse er jo fine til sitt bruk, men er dårlige substitutt for prosess/data-flyt diagram

UML klasse-diagram

occam: erstattes av Entity/Relation-diagram (E/R)

UML objekt-diagram

occam: erstattes av PROC/PROTOCOL-diagram

UML use-case diagram

occam: fine

UML sekvens-diagram

occam: fine

UML tilstands-diagram

occam: fine - reflekteres direkte i koden

UML implementerings-diagram

occam: Blir fort ekvivalent med PROC/PROTOCOL- diagram

Betingelses-signaler, finnes ikke som primiver i UML!

• Er det fordi prosess er UML stereotyp til aktive klasser og ikke et primitivt begrep?
• UML balking messages og guard-conditions ser ikke ut til å være det vi er ute etter - lite blokkerende der
• occam: guarded alternative innebygd i språket ("ALT")

Hva med sanntids UML?

OMG (Object Management Group) jobber med å definere standard utvidelser for sanntid til metamodellen UML. Spennede.