Modelowanie a rysowanie

Model to przede wszyst­kim narzę­dzie ana­li­tycz­ne i komu­ni­ka­cyj­ne. Analityczne bo model powi­nien bez potrze­by kon­tak­tu z pier­wo­wzo­rem zacho­wy­wać sie tak jak on (w wybra­nym kon­tek­ście oczy­wi­ście). Komunikacyjny bo powi­nien być zro­zu­mia­ły dla oso­by nie bio­rą­cej udzia­łu w jego two­rze­niu. Po trze­cie model powi­nien odwzo­ro­wy­wać isto­tę bada­ne­go zja­wi­ska a nie kopio­wać jego pobocz­ne cechy lub opi­sy­wać nie wno­szą­ce nic do bada­nia infor­ma­cje oczy­wi­ste lub wręcz zaciem­nia­ją­ce isto­tę pro­ble­mu. Model wie­ży Eiffla do celów zba­da­nia opo­rów powie­trza nie musi zawie­rać infor­ma­cji o kolo­rze i o tym ile scho­dów nale­ży poko­nać by na nią wejść. Na tej samej zasa­dzie ryso­wa­nie na dia­gra­mie fak­tu, że np. doku­ment jest komu­kol­wiek prze­ka­zy­wa­ny z ręki do ręki jest rysow­nic­twem a nie modelowaniem.

Czytaj dalej Modelowanie a rysowanie

O błędach w modelowaniu

Poprawny model orga­ni­za­cji, w szcze­gól­no­ści mapa pro­ce­sów biz­ne­so­wych, powi­nien opi­sy­wać tyl­ko przed­miot ana­li­zy np. spe­cy­fi­kę orga­ni­za­cji będą­ca np. źró­dłem jej prze­wa­gi kon­ku­ren­cyj­nej i to jak orga­ni­za­cja tę spe­cy­fi­kę two­rzy. Model powi­nien się odwo­ły­wać do innych ist­nie­ją­cych już doku­men­tów, np. zakre­su kom­pe­ten­cji pra­cow­ni­ka czy instruk­cji sta­no­wi­sko­wej. Model zawsze powi­nien mieć jakiś cel swo­je­go powsta­nia i kontekst.

Czytaj dalej O błędach w modelowaniu

Co tam Panie w Software czyli mały przegląd prasy

Wakacje spo­wo­do­wa­ły u mnie mały zator pra­sy dla­te­go posta­no­wi­łem napi­sać kil­ka słów o tym co w całej kup­ce a nie o tym co poje­dyn­czym nume­rze. Od pew­ne­go cza­su jestem czy­tel­ni­kiem mie­sięcz­ni­ka Software Developer’s Journal (SDJ). Co praw­da jestem ana­li­ty­kiem a nie np. kode­rem ale w koń­cu nie­któ­re pro­jek­ty i UML’owe obraz­ki piszę dla kode­rów wła­śnie a dobrze jest znać swo­je­go klien­ta” i jego potrze­by. A co znaj­dzie­my w nume­rach z Czerwca, Lipca i Sierpnia? Kilka ciekawostek

Czytaj dalej Co tam Panie w Software czyli mały przegląd prasy

Modelowanie biznesowe, czy to już dojrzała dyscyplina?

Ideą twór­ców BPMN jest stwo­rze­nie narzę­dzia dla ana­li­ty­ków ale takie­go, któ­re­go pro­duk­ty da się tłu­ma­czyć” na BPEL4WS. Bazą dla BPMN są sie­ci Petriego i EPC. Dla tego z jed­nej stro­ny kom­plet­na lista sym­bo­li BPMN to 38 sym­bo­li obra­zu­ją­cych typo­we zda­rze­nia biz­ne­so­we dają­ce się odwzo­ro­wać za pomo­cą BPEL4WS, mode­lo­wać zaś moż­na już za pomo­cą sze­ściu pod­sta­wo­wych, któ­re pozwa­la­ją na zbu­do­wa­nie peł­ne­go mode­lu pro­ce­sów biz­ne­so­wych. Pozostałe sym­bo­le słu­żą do dodat­ko­we­go defi­nio­wa­nia zda­rzeń koniecz­nych z punk­tu widze­nia inży­nie­rii opro­gra­mo­wa­nia. Dlatego np. model wyko­na­ny za pomo­cą pod­sta­wo­we­go zesta­wu sym­bo­li przez ana­li­ty­ka da się łatwo uzu­peł­nić jako kon­ty­nu­acja pro­jek­tu o bra­ku­ją­ce ele­men­ty w celu wyge­ne­ro­wa­nia kodu dla BPEL. ten zaś być może będzie stan­dar­dem słu­żą­cych do gene­ro­wa­nia kodu apli­ka­cji jak daw­ne sys­te­mu typu CASE.

Czytaj dalej Modelowanie biznesowe, czy to już dojrzała dyscyplina?

Zasoby IT a procesy przetwarzania informacji

W obec­nych cza­sach infor­ma­cja to towar tak potrzeb­ny jak pie­niądz a bywa, że bar­dziej. Narzędzia i wie­dza uży­wa­ne do pra­cy z infor­ma­cją powin­ny być ade­kwat­ne do jej zna­cze­nia i war­to­ści dla fir­my. Informacja to zawar­ta danych war­tość koniecz­na do pra­cy każ­dej fir­my. Dane takie jak lista pra­cow­ni­ków wraz z fak­tam­ni z okre­su ich pra­cy zawie­ra­ją infor­ma­cje potrzeb­ne do pra­wi­dło­wej ich oce­ny i wypła­ty wyna­gro­dze­nia. Dane o sprze­da­ży zawie­ra­ją infor­ma­cje o kon­tra­hen­tach, ich pre­fe­ren­cjach, ich war­to­ści dla fir­my. Przykłady moż­na mno­żyć w nie­skoń­czo­ność. Ale co tak na praw­dę jest potrzeb­ne fir­mie? Dane, infor­ma­cje, moze coś innego…Po co prze­twa­rza­my te informacje?

Czytaj dalej Zasoby IT a procesy przetwarzania informacji