UML oktatóanyag

Programozás - kezdő

Üdv!
Tudtok elérhetőséget UML segédanyaghoz? (középiskolásoknak)
Ha sok példa is van, az nem baj. :)

  • 5605 megtekintés

( lx | 2016. 08. 26., p – 22:31 )

Ha angol, akkor O'Reilly, ha magyar, akkor Angster.
Ezek megegyeznek a google-nak adandó kulcsszavakkal.

Mondjuk, olyan sajnos nem nagyon van, hogy "középiskolásoknak": az UML vagy az a száraz izé, amit annak hívunk, vagy nem az.

( Aadaam v | 2016. 08. 27., szo – 10:52 )

Agilemodeling.com ?

A Strölle könyv a kiskaputól valóban száraz (de a napi gyakorlatban imádtam), viszont az UML Földi Halandóknak egész olvasható.

A Domain-Driven Design is egész jó.

Vicces, mert most bekerült érettségire az UML, iparban meg már kénytelenek vagyunk az IA módszerek közé rejteni szinte, használjuk, de nem verjük nagydobra, annyira negatív a hangulat.

Nem tudom, hogy kapható-e még egyáltalán. Egyes helyeken "nem rendelhető" a státusza, ez azonban nem föltétlen jelenti azt, hogy tényleg nincs.

Azt javaslom, hogy valamelyik Anima könyvesboltban próbáld meg leadni a rendelést. Ha van még, akkor ők biztosan tudnak szerezni.

---
Science for fun...

2014 karácsonyán még láttam párat az angyalföldi nagykerben, a saját példányomat épp a héten adtam kölcsön, az angolból (UML for Mere Mortals) anno keringett PDF abban biztos vagyok.

Sajna az UML - bármennyire is imádom - meghaladottnak számít, pontosabban sose csinálta elég ember elég profin ahhoz, hogy valóban az informatika lingua franca-jává váljon, mint szerettük volna.

(rant warning on)

Fejlesztés részről a nagy büdös semmi van.

Eleve, ma már a fejlesztők nagy része nem egyetemet végzett ember, a munkájához (szóbeli utasítás gép által futtathatóvá alakítása adott nyelven) nem feltétlenül szükséges dolgokat nem, vagy csak felületesen (mondhatnám sztereotipikusan) ismeri.

Ha vannak is elképzelései az UML-ről, az az osztálydiagrammnál megáll. A folyamatmodellekből csak az alap flowchartot ismeri max, de azt se használja mert nem ad mindenre választ így sz.r (hja kérem, az eredeti 70-es évekbeli tényleg).

Programozni a gépen programoz, helyben gondolja végig a feladatot, több-kevesebb sikerrel.

Vannak aztán az üzleti elemzők és rendszerszervezők. Ezek rengeteg háttérrel jönnek (van bölcsész, közgazdász és masiniszta hátterű ismerősöm is, utóbbi szerencsére mozdonyvezetői rendszerekkel foglalkozik).

Képzésük általában nincs, elődjeik dokumentumformátumaival dolgozgatnak, szintén több-kevesebb sikerrel, a szakmai képzésük jóindulattal inasrendszerűnek nevezhető.

Üzleti elemző viszont szinte kizárólag nagyvállalatnál, azon belül is főleg állami mammutnál és bankoknál van.

Kis cégeknél a projektmenedzser vagy egyéb főnök viszi ezeket a dolgokat, hát itt hogy legyen bármiféle szakmai törzsanyag amit előfeltételezhetnél már a titulusban sincs kódolva, nincs is.

Vannak aztán UX designerek. Ennek több rétege van, egy részük nettó grafikus, akik nem értik, az ügyfél miért nem képes kitalálni, milyen menüpontok legyenek (mert az a te dolgod lenne, béluskám), más részük az üzleti elemzőhöz hasonlóan szedett-vedett banda.

Na, ez már egy fokkal jobb, nekik már vannak módszereik. Van olyan cég ahol ezt alkalmazzák (ilyen pl. az általam gründolt), vannak tanfolyamok és képzések, ahol ezt tanítják (mondjuk a 4 éves képzésen egy féléves tárgy csak Információs Architektúrák néven, de a többinél ennyi se), meg vannak könyveik.

(rant warning off)

12 éves korom óta készültem explicit olyan embernek aki szoftvereket tervez, nem pedig programoz. A gondolatot, hogy végiggondoljuk mit írunk is nehéz eladni sokszor.

Az utóbbi években a UX előretörésével van némi halvány reménysugár arra, hogy 68 óta először sikerül egy egységes, emberkompatibilis módszerrel végigtervezni rendszereket A-tól Z-ig.

Ennek módszertanai a Cooper-féle Goal Driven Design, Norman Human-Centered Design-ja, az IDEO-féle Design Thinking, jelölésrendszere pedig pl Dan Brown Communicating Design c. könyvében van leírva

A hivatalos ISO ajánlást (ISO 9241-210) a Norman-féle rendszerből rakták össze.

Ezek amúgy a tervezésben nagy nevek, itthon a Nielsen-Norman Group nevét lehet hallani, az IDEO is elég ismert, a Cooper Európában kevésbé ismert laikusok körében (Visual Basic fűződik pl a nevükhöz), de ez inkább marketing okokból van szvsz, ha valaki a coopertől jön konfra annak híre van.

Az UML anno 3 cég egyesüléséből jött létre, és látszólag kis cég (a Rational) vitte amíg az IBM meg nem vette őket.

Itt tetten érhető az, hogy a közép- és felsőoktatásban vizsgáztatás van, csoportmunka csak elvétve. Még a kiválón teljesítők között sem gyakori.
Így persze minden metaszint felesleges nyűg(nek látszik), amiből egyszer úgy-ahogy jegyet kell szerezni, aztán mehet a tudatalattiba a rémálmok forrásanyagai közé.

Inkább a tervezést magát nehéz eladni, az emberi reflex szüntelenül a közvetlen implementálás felé visz (hogy milyen magas szinten az mindegy)

Az UML mint tervezési eljárás félformális; amint teljesen formálissá teszed nem tervezési eljárás lesz, hanem programnyelv.

Ebből a megközelítésből sokkal nehezebb kijönni mint maga a nyelv, szerintem ez a baja: a UX-ben sokmindent a látszólagos lazasággal, közérthetőséggel adunk el.