Üzleti folyamatok alkalmazásítása

Java

Sziasztok!

A következő feladatot kellene megoldanom:

adottak a fejlesztés során különböző folyamataink. Ilyen pl. egy release-elés.

Checkout + build + automatikus teszt + tesztelőknek átadás + a tesztelők visszajeleznek, ezzel párhuzamosan doksi generálás + reviewoztatás, majd ha minden rendben van, akkor tag-gelés, kiadási jegyzet csatolása, termék feltöltése a weboldalra, és megfelelő emberek értesítése.

Ezt, és az ehhez hasonló folyamatokat szeretném valahogyan megtámogatni egy lehetőleg webes alkalmazással, tehát a cél az lenne, hogy valami rendszerben összerakva a folyamatokat, minden egyes release-elés dokumentálva legyen, és az emberek rá legyen kényszerítve arra, hogy mindent úgy csináljanak, ahogyan kell.

Van erre valami ötletetek, megoldásotok?

Én egy megoldást találtam, a BPEL-t, ami nagyjából ezt csinálja, web service-eket kapcsol össze.

Ezzel kapcsolatban van valami tapasztalat?

Ja, és adott a szokásos feltétel: ha van termék, az olcsó legyen, vagy ingyenes, a munkaórát persze nem számítjuk :) (Tehát oracle bpel manager nem játszik, pedig nekem nagyon tetszene...)

  • 1412 megtekintés

( zoli78 | 2008. 12. 17., sze – 10:34 )

project management szoftvereket kell nézegetni. Van belőllük kismillió és szinte lehetetlen olyat találni, ami pontosan az igényeidnek megfelelne.

A checkout/build/automatizált teszt/bináris tárolás/tag-elés rész egy CIS (continuous integration server) feladatköre. Ebből is van néhány féle-fajta. pl. a hudson egy egész jó kis cucc, de még bőven van hova fejlődnie.

A release-elésekkel kapcsolatos ellenőrzések (dokumentáció van-e, stb.) elvileg megoldható egy cis-sel, de inkább olyan alkalmazás kell hozzá, ami tud release management-et végezni. (van olyan kereskedelmi cis, amibe ez is bele van építve).

Az ilyen szoftverekből a kereskedelmi verziók úgy 2-3 százezer Ft/évtől indulnak.

( nikin v | 2008. 12. 17., sze – 12:20 )

őőőő... tudom butaságos kérdés: de a felsorolásból nekem a "doksi generálás" rész nem egészen tiszta :) ez mit takar?

Azt lehet tudakolni, hogy míly jellegű/méretű projectről van szó?

### ()__))____________)~~~ ###
#"Ha én veletek, ki ellenetek?"
#ASUS eee 900 Ubuntu 8.10 // fluxbox //

Ez igaz, de csak az érti, aki egyébként is érti. :)
Konyhanyelven: vannak olyan szoftverek, amik a forráskódban elhelyezett, valamilyen adott formátumot követő (hogy a dokumentáció-készítő szoftver felismerhesse) kommentekből automatikusan emészthető dokumentumot (pdf-et, html oldalakat, stb.) készítenek. Pl. összeszedik, hogy milyen osztályaid vannak, annak milyen metódusai, azok mit csinálnak, milyen paramétereket várnak...
--
geri / otperc.net

Köszönöm a tájékotatást :) Valamiért azon filóztam, hogy felhasználói doksi... vagy ilyesmi, nem ittam még meg a reggeli KV-t ... így érthető :P

OFF
Pedig milyen jópofa lenne ha megírnáa felhasználói doksit... kis screenshotokkal :P
/OFF

### ()__))____________)~~~ ###
#"Ha én veletek, ki ellenetek?"
#ASUS eee 900 Ubuntu 8.10 // fluxbox //

( zilahu v | 2008. 12. 17., sze – 12:43 )

ANT vagy Capistrano segítségével szerintem nagyjából megoldható a feladat. A BPEL-es workflow-val is persze, de ahhoz azért elég sok munkaórát nem kell majd számolni :)

Oh bocsánat átfutottam a "tesztelők visszajeleznek" "review" szavakon... Ezekre se az ant se capistrano nem ad eszközt. Viszont a folyamat egy részére igen, így ott mindenképpen használnám (checkout+build+unit test majd tag+commit+changelog+doxygen+upload fázisokat le tudod vele kezelni)

Így már viszonylag egyszerűen beillesztheted a humán lépéseket egy workflow-ba, ami lehet akár bpel is...
Itt nézelődnék bpel ügyben: http://www.google.com/search?client=safari&rls=en-us&q=bpel+open+source…

:)

Köszi, nekünk ant-unk van. Én is azon gondolkodtam, hogy a fő lépéseket szépen meg lehet ant scripttel írni, illetve összedobok egy web service-t, amivel ant scriptet lehet hívni, és onnantól kezdve szinte már csak a folyamatokat kell összerakni.

Mintha az egyik BPEL engine-hez kapcsolódna ilyen feladat kezelő varázslat (kb. mint mantis), hozzá rendelődhet adott felhasználóhoz egy task, és ha ő finished állapotba rakja a taskot, akkor a bpel folyamat tovább tud lépni...

szerinted?

javaslom nézz rá legalább a hudson-ra: https://hudson.dev.java.net/
tud kezelni ant, maven, shell scriptet, de még groovy-t is :)
bővíthető.
És a webservice-es bpel-es dolgot is tudod mellette használni.

Tényleg sokat segít egy ilyen webes környezet.
Ha kell tudok további hasonló programokat is ajánlani, de nekem végül ez jött be az ingyenesek közül.

Ahogy nézegettem ezt a hudson-t, ez is egy continuous integration tool.

Ilyenünk még nincs, bár lehet, hogy hasznos lenne ezt is bevezetni,
azonban egyelőre nem látom az előnyeit a mi szempontunkból.

Milyen előnyei vannak egy ilyen rendszernek? (nálunk nincs napi build, az alkalmazás pedig szerver és kliens oldali java, semmi j2ee)

kb. a háromnegyedét megcsinálja annak, amit leírtál: kicsatol, fordít, doksit generál, tesztel, bugfind-ot futtat, kódstílust ellenőriz, meg amit még megcsinálsz a build scriptekkel (ant, maven, shell, groovy, ...) és ha minden jól ment akkor címkéz a verziókövetőben. küld értesítést email-ben, sms-ben, csevely progikban, stb. vagy amit akarsz. a generált binárisokat fájlszerverként ki is tudja szolgálni.

Nem kell, hogy automatikusan induljon, lehet kézzel is indítani.

Gyakorlatilag maga a webes körítés és management rész ahhoz, amit akarsz. szerintem még egy lépésként is beintegrálhatod a bpel-be (van api felülete, hogy konkrétan webservice-szel csinálja-e, azt nem tudom, de elképzelhető).

Ha nem illeszkedik eléggé az elképzeléseitekhez, akkor meg no problem...

( sz332 v | 2008. 12. 17., sze – 15:25 )

Doksi:

a felhasználó manual-ok most kerülnek át doc-ból latex-be, ez generálódik automatikusan. Lehetne javadoc is, csak egyelőre nem sokat mutatna :D