80/20 такође утиче на заказивање

Сви смо чули за правило 80/20, оно које каже да 80% нашег успеха (ефеката) потиче од само 20% наших поступака (узрока). Па, ова универзална истина такође утиче на развој софтвера и у овом чланку ћемо представити неке од основа ове изјаве.

БПМ

Управљање пословним процесима, са скраћеницом на енглеском језику, је дисциплина управљања (између осталог) која вам омогућава да визуелно разумете процесе који се морају спровести у послу (или на многим другим местима). Међу његовим главним квалитетима је чињеница да може да анализира сложене процесе и чини их „једноставним“.

Постоји много алата отвореног кода који вам омогућавају да развијете БПМ дијаграме, а овај који сам користио за овај чланак је БонитаСофт. Ако желите да сазнате мало више о управљању процесима, на Интернету постоје многи водичи и књиге на ту тему. Вратимо се сада централној теми.

Софтверски пројекти

Данас постоји много методологија за развој пројеката, постоје агилне, традиционалне, мешовите итд., Итд. Свима им је заједничка тачка припрема. Шта мислим под овим? Да ће се 80% вашег успеха у овом софтверском пројекту заснивати на првих 20% целокупног процеса, припреме. 

Припрема пројекта

То је нешто логично што се у стварности примењује врло мало (као и многе друге логичне ствари које су у пракси нелогичне). Када говоримо о припреми, морамо разумети способност разумевања проблема, разумевања решења и, пре свега, процес да се решење примењује. Једна од ствари које се најмање могу наћи у непрофесионалним софтверским пројектима је недостатак документације на ту тему. То се обично појављује у приватним компанијама јер жеља за продајом превазилази процес стварања.

Како многи од оних који читају ове чланке раде или су повезани са технологијом, вреди напоменути да ако у неком тренутку свог радног века пронађу компанију / добављача који не испуњава добру припрему, готово је 80% сигурно 😛 да је пројекат неће успети.

Кључ је апстракција

То је нешто што сам научио из свог времена користећи ГНУ / Линук и то се изнова показује као кључно у процесу стварања софтвера. Капацитет апстрактан проблеми да би их се претвориле у „једноставније“ ствари од виталног су значаја да бисте могли да генеришете елегантан код, и пре свега Дуготрајна. И можда је ово једна од главних разлика великих професионалних пројеката и пројеката који измичу контроли. Први мисле, разумеју и структурирају процес док секунде они задржавају радећи а да то не разумем.

Стагер

Ово је назив пројекта који развија програм за инсталацију Гентоо, као што можете замислити, ово је прилично сложен процес, јер подржава велики број архитектура. Још један фактор који треба узети у обзир је број конфигурација које подржава, на нивоу језгра, инит систем итд. И кажем вам све ово, јер је то уједно и мој рад на тези, који морам завршити пре завршетка студија. Очигледно је да не могу да направим програм који укључује апсолутно све могуће опције у тако кратком времену (до јула следеће године), али бар могу да генеришем онај који омогућава инсталирање функционалног система на врло основни начин.

Разумевање процеса инсталације

Захваљујући БПМ алатима може се генерисати дијаграм процеса који нам омогућава да разумемо кораке неопходне за успешну инсталацију Гентоо-а на рачунар.

Упркос томе што садржи неколико процеса и потпроцеса, очигледно је прилично сажет и види се да имамо 18 линеарних корака. Ово је важно јер је апликација која има линеарну структуру једноставна за имплементацију, а истовремено паралелност може бити генерисана у једној или више нити ако је потребно.

Још један важан фактор је то што нам то омогућава апстрактан скупови процеса према типу, на пример, дефинисање нити језгра даје нам до знања да у њој постоје специфични задаци који су директно повезани са процесом успешне инсталације језгра.

На тај начин сваки „сложени“ корак постаје „једноставан“ на глобални начин, без губљења потребних детаља. Ово олакшава видљивост склопа без снижавања нивоа спецификације неопходног за успешно завршавање процеса. И не можемо порећи да је слику лакше видети него читати читав Приручник одједном 🙂

Штеде време

Још једна очигледна предност је та што ако немате директно повезан програмски језик, могуће је извршити логичку анализу без нужног губљења времена на имплементацију језика. Ово је предност у односу на количину времена које се може потрошити на примену неке функције само да би се открило да ће она бити одбачена јер постоји ефикасније решење. Као каква би била решења у псеудо-коду (нешто што такође игноришу многи „програмери“, али не би требало да буде).

Једноставно режирање пројеката

Узимајући у обзир ове концепте, управљање пројектима (било које врсте) постаје лакше, јер своје напоре усредсређујемо тамо где су заиста потребни, а ако је овај део урађен правилно, остатак спада у сопствену тежину. Надам се да вам помаже у радозналости и мотивише вас на истраживање БПМ-а, алгоритма и ко зна, можда ће вас охрабрити да ми помогнете око моје тезе 😛 Хвала вам пуно што сте дошли овде и видимо се ускоро. Живели