Праграмнае Забеспячэнне дакументаабарот

Праграмнае забеспячэнне першапачаткова распрацоўваецца пад лозунгам «спрасціўся дакументаабарот». Але ўсё хто звязаны з гэтым самым дакументазваротам як былі занятыя 8 гадзін у дзень, так і застаюцца пры справах. Праграмы не вызваляюць працоўны час. Прынамсі, большасць існуючых праграмных прадуктаў па дакументазвароце зрабілі працу толькі заблытаней і складаней. Адзінае чаго з поспехам дамагаюцца праграмісты ў гэтым кірунку, дык гэта поўная залежнасць прадпрыемства ад функцыянавання іх праграм.

Да прыкладу, яшчэ зусім нядаўна быў сведкам заявы бухгалтэрыі, што яны не могуць разлічыць і адпусціць чалавека ў адпачынак. Ўмовы былі некалькі спецыфічнымі, але ў выніку ўсё было ў межах дзеючага працоўнага кодэкса. І адзінай выразнай прычынай адмовы работніку была няздольнасць праграмы па разліку адпускных пераварыць прапанаваную сітуацыю. Чалавеку прапаноўвалі некалькі тыпавых варыянтаў, але такіх, каб ўкладваліся ў даступныя функцыі бухгалтарскай праграмы. Пры гэтым асноўная прычына максімальна хавалася і ўсплыла, толькі пасля таго як работнік пайшоў на прынцып і стаў настойваць на сваім. У выніку што атрымліваецца? Праграма павінна паляпшаць вытворчыя працэсы, а па факце накладвае на іх свае дадатковыя абмежаванні.

Або прыклад з уласнага жыцця. Маю свайго роду хобі - праграмаванне ў асяроддзі VBA. За некалькі гадоў працы ў офісе было створана больш за дзесятак досыць складаных «шэдэўраў» і кучу больш дробных, з якіх цалкам прыжыўся толькі адзін, а адзін запатрабаваў некаторай дапрацоўкі. Прычым з пункту гледжання праграмавання гэта былі на самай справе досыць складаныя макрасы, якія аперуюць і апрацоўваюць вялікія масівы інфармацыі. І ўсе яны добра працавалі. Некаторы час. Але вось толькі мастацтва ў чыстым выглядзе аказвалася не такім ужо практычна дастасавальным. З апошняй удалай рэалізацыі ўспамінаецца праграма для рерайта тэкстаў выкананая пад vba для Word і праграма па зборы месячных справаздач у Excel.

Са сваіх назіранняў і няўдалых досведаў магу прапанаваць некалькі крытэрыяў абавязковых для атрымання праграмы, якая на самой справе зможа прыжыцца і быць карыснай ў офісе:

• - калі канчатковым вынікам працы праграмы з'яўляецца дакумент, то ён павінен выдавацца ў фармаце зручным для ручнога рэдагавання. Не проста на друк, а ў файл зручны для змен. Калі потым гэтыя змены павінны застацца ў гісторыі, то захоўваем сам зменены файл.

• - праграма з аднаго боку павінна мець магчымасць унясення інфармацыі любым карыстальнікам, з другога боку абавязковы модуль кантролю і аператыўнага выпраўлення дапушчаных памылак абмежаваным колам спецыялістаў

• - пры унясенні дадзеных ад выканаўцы павінны патрабавацца толькі спісы. Ні якіх аб'яднанняў быць не павінна. Усе складання аднімання перамяшчэння павінна рабіць праграма. Дайце магчымасць людзям элементарна падлічваць колькасць радкоў і з 10 чалавек 1 палічыць няправільна, а 1 па свойму.

• - пры унясенні дадзеных праграмнае забеспячэнне павінна прадастаўляць магчымасць пакідаць амаль усе палі пустымі з магчымасцю запоўніць іх потым. Сто разоў падумайце, перад тым як патрабаваць абавязковае запаўненне поля.

• - комплексная аўтаматызацыя магчымая толькі для максімальна прымітыўных дзеянняў. А паколькі жорсткага рэгламенту практычна ні калі не існуе, пастолькі аўтаматызаваць трэба толькі асобныя найбольш руцінныя аперацыі. Праграма павінна быць інструментам, а не заменнікам выканаўцы.

Можаце не верыць, можаце праверыць, але ігнараванне пералічанага прывядзе да таго, што вынікам аўтаматызацыі будзе бюракратычны гемарой. А бо так хочацца паўсюднага аўтаматызаванага шчасця.