Me kõik oleme kuulnud reeglist 80/20, mis ütleb, et 80% meie edust (mõjudest) tuleneb ainult 20% -st meie tegudest (põhjustest). Noh, see universaalne tõde mõjutab ka tarkvaraarendust ja selles artiklis me rullime natuke selle avalduse põhialuseid.
BPM
Äriprotsesside juhtimine on ingliskeelse lühendi poolest juhtimisdistsipliin (muu hulgas), mis võimaldab visuaalselt mõista protsesse, mida tuleb ettevõttes (või paljudes muudes kohtades) läbi viia. Selle peamiste omaduste hulka kuulub asjaolu, et ta suudab keerukaid protsesse analüüsida ja muuta need "lihtsaks".
BPM-diagrammide väljatöötamiseks on palju avatud lähtekoodiga tööriistu, mida olen selle artikli jaoks kasutanud BonitaSoft. Kui soovite protsesside juhtimise kohta veidi rohkem teada saada, on Internetis palju õpetusi ja sellel teemal raamatuid. Nüüd pöördume tagasi keskse teema juurde.
Tarkvaraprojektid
Tänapäeval on projektide arendamiseks palju metoodikaid: agiilsed, traditsioonilised, hübriidsed ja nii edasi. Üks asi on neil kõigil ühine – ettevalmistus . Mida ma selle all mõtlen? Et 80% teie edust selles tarkvaraprojektis sõltub kogu protsessi esimesest 20%-st: ettevalmistusest.
Projekti ettevalmistamine
See on loogiline punkt, mida tegelikkuses harva rakendatakse (nagu paljusid teisi loogilisi asju, mis praktikas on ebaloogilised). Ettevalmistuse all peame mõistma võimet probleemist aru saada, lahendusest aru saada ja ennekõike protsessist , mida lahendus kasutab. Üks haruldasemaid asju, mida ebaprofessionaalsetes tarkvaraprojektides leidub, on selle teema kohta dokumentatsiooni puudumine. See esineb tavaliselt eraettevõtetes, kuna müügisoov varjutab sageli arendusprotsessi.
Kuna paljud nende artiklite lugejad töötavad tehnoloogiavaldkonnas või on sellega seotud, tasub mainida, et kui nad oma tööelu jooksul puutuvad kokku ettevõtte/tarnijaga, kes ei vasta heale ettevalmistusstandardile, on peaaegu 80% kindel, et projekt ei lähe hästi.
Abstraktsioon on võti
Seda olen õppinud GNU/Linuxi kasutades ja see osutub ikka ja jälle tarkvaraarendusprotsessi võtmeks. Oskus probleeme abstraktselt lahendada ja need lihtsamateks asjadeks muuta on elegantse ja ennekõike vastupidava koodi loomiseks ülioluline . Ja võib-olla on see üks peamisi erinevusi suurte professionaalsete projektide ja kontrollimatult kasvavate projektide vahel. Esimesed mõtlevad protsessi läbi, mõistavad ja struktureerivad seda, teised aga lihtsalt hoiavad seda töös ilma, et neil oleks vaja sellest aru saada.
Lavastaja
See on projekti nimi, mille Gentoo installer arendab, nagu võite ette kujutada, see on üsna keeruline protsess, kuna see toetab suurt hulka arhitektuure. Teine arvesse võetav tegur on konfiguratsioonide arv, mida see toetab, nii tuuma tasemel, init-süsteemis jne. Ja ma ütlen teile seda kõike, sest see on ka minu lõputöö, mille pean lõpetama enne õppimise lõpetamist. Ilmselgelt ei saa ma nii lühikese aja jooksul (kuni järgmise aasta juulini) teha programmi, mis sisaldab absoluutselt kõiki võimalikke valikuid, kuid vähemalt suudan genereerida sellise, mis võimaldab funktsionaalse süsteemi väga elementaarsel viisil installida.
Installiprotsessi mõistmine
Tänu BPM-i tööriistadele saab luua protsessiskeemi, mis võimaldab meil mõista Gentoo edukaks arvutisse installimiseks vajalikke samme.
Oma. Christopher Diaz Riveros
Vaatamata mitmete protsesside ja alamprotsesside sisaldamisele, on see ilmselgelt üsna kokku võetud ja on näha, et meil on 18 lineaarset sammu. See on oluline, kuna lineaarse struktuuriga rakendust on lihtne rakendada ja samal ajal saab paralleelsust vajadusel tekitada ühes või mitmes lõimes.
Teine oluline tegur on see, et see võimaldab meil protsesside komplekte tüübi järgi abstraktselt grupeerida ; näiteks kerneli alamprotsessi defineerimine annab meile teada, et selles on konkreetsed ülesanded, mis on otseselt seotud kerneli eduka installimise protsessiga.
Oma. Christopher Diaz Riveros
Nii muutub iga "keeruline" samm globaalsel viisil "lihtsaks", ilma vajalikke detaile kaotamata. See hõlbustab koostu nähtavust, vähendamata protsessi edukaks lõpuleviimiseks vajalikku spetsifikatsiooni taset. Ja me ei saa eitada, et pilti on lihtsam näha kui kogu käsiraamatut korraga läbi lugeda
Säästa aega
Veel üks ilmne eelis on see, et kui puudub otseselt ühendatud programmeerimiskeel, on võimalik teostada loogikaanalüüsi ilma, et raiskaks tingimata aega keele rakendamisele. See on eelis võrreldes ajakuluga, mille saab funktsiooni rakendamiseks kulutada ainult selleks, et teada saada, et see visatakse kõrvale, kuna on olemas tõhusam lahendus. Nagu millised oleksid pseudokoodi lahendused (midagi, mida paljud "arendajad" ka eiravad, kuid ei tohiks seda teha).
Projektide juhtimine muutus lihtsaks
Neid kontseptsioone arvesse võttes muutub projektijuhtimine (igasugune) lihtsamaks, sest suuname jõupingutused sinna, kus neid tõesti vaja on ja kui see osa on õigesti tehtud, jääb ülejäänu oma raskuse alla. Loodan, et see aitab teie uudishimu ja motiveerib teid uurima BPM-i, algoritme ja kes teab, võib-olla julgustab see teid mind minu lõputööga aitama Täname teid nii kaugele jõudmise eest ja näeme varsti. Tervitused