159 Znaleziono wyniki wyszukiwania

Szukałeś: "architektura systemu"
Analiza oddziaływania i jakość modelowania

Analiza oddziaływania i jakość modelowania

Model zawie­ra­ją­cy wyżej opi­sa­ne śla­do­wa­nia (i tyl­ko taki!) pozwa­la na ana­li­zę zale­zno­ści, np. chce­my dowie­dzieć się na co ma wpływ Proces_2, wte­dy powi­nien powstać np. taki diagram:

Jak widać, śla­do­wa­nie jest tu warun­kiem koniecz­nym dla­cze­go? Taki model może powstać ​„auto­ma­tycz­nie” (narzę­dzie do mode­lo­wa­nia musi posia­dać taka funk­cjo­nal­ność). jed­nak to nie jedy­ny waru­nek: model musi zacho­wy­wać for­mal­na popraw­ność, czy­li nie uży­wa­my poję­cia Rola (pas na mode­lu pro­ce­sów) do symu­lo­wa­nia ​„sys­te­mu” któ­ry coś robi, bo opro­gra­mo­wa­nie to narzę­dzie czło­wie­ka (rola w pro­ce­sie), spe­cy­fi­ka uży­cia dane­go narzę­dzia to umie­jęt­no­ści akto­ra (użyt­kow­ni­ka) i jest to co naj­wy­żej pro­blem sko­ja­rze­nia danej czyn­no­ści (pro­ce­su) z doku­men­tem opi­su­ją­cym pro­ce­du­rę lub instruk­cję użyt­kow­ni­ka (to tak­że narzę­dzie powin­no umożliwiać).

Wszelkie łama­nie for­ma­li­zmów nota­cji odno­si taki sam sku­tek jak np. wyko­rzy­sty­wa­nie pól w bazie danych do prze­cho­wy­wa­nia innych danych niż te z nagłów­ka np. wpi­sy­wa­nie dru­gie­go imie­nia do pola Nazwisko czy nazwy dziel­ni­cy w pole Miasto. Z takiej bazy danych żaden sen­sow­ny raport już nie powsta­nie. Jeżeli na mode­lu pro­ce­sów uży­to sym­bo­li w innych zna­cze­niach niż to wyni­ka z uży­tej nota­cji żad­nej sen­sow­nej infor­ma­cji też nie uzy­ska­my… to już nie mode­le tyl­ko zwy­kłe obrazki.

Czytaj dalej Analiza oddziaływania i jakość modelowania

Podkasty czyli opowiadam o tym co proponuję

"Jeśli chcesz opisać prawdę, elegancję zostaw krawcom."(A. Einstein) Poniżej wybrane moje wystąpienia. Regularnie dzielę się wiedzą na konferencjach, bywam zapraszany przez dostawców oprogramowania ERP by opowiedzieć ich klientom jak podejść…

Czytaj dalej Podkasty czyli opowiadam o tym co proponuję
Cloud Computing we Wrocławiu

Cloud Computing we Wrocławiu

Podstawową róż­ni­ca pomię­dzy CC a SaaS jest to, że opro­gra­mo­wa­nie SaaS to po por­tu zdal­ny dostęp do apli­ka­cji: użyt­kow­nik otrzy­mu­je adres w sie­ci ([[URL]]), login i hasło dostę­pu. W przy­pad­ku CC, użyt­kow­nik nie widzi nic, poza ewen­tu­al­nie nową opcją w apli­ka­cji, któ­rej uży­wa (np. poja­wi się pole­ce­nie Renderuj w pro­gra­mie do two­rze­nia gra­fi­ki wek­to­ro­wej). Gdyby cho­dzi­ło o zewnętrz­ne skła­do­wa­nie pli­ków, zapew­ne tego nie zoba­czy. Po pro­stu admi­ni­stra­to­ra ​„prze­łą­czy” nasze opro­gra­mo­wa­nie (naszą sta­cję robo­czą) do inne­go, zdal­ne­go, sys­te­mu skła­do­wa­nia plików.

Na koniec cie­ka­wost­ka, o któ­rej wspo­mi­nam od kil­ku lat: mono­li­tycz­ne sys­tem ERP odcho­dzą (powo­li, bro­nią się strasz­nie ;)) do lamu­sa. Bo…

Czytaj dalej Cloud Computing we Wrocławiu
Pokazać więcej z sensem… ArchiMate

Pokazać więcej z sensem… ArchiMate

Tu poka­żę przy­kład jak nota­cja ArchiMate radzi sobie z pro­ble­mem łącze­nia biz­ne­su, opro­gra­mo­wa­nia i tech­no­lo­gii. A gdzie BPMN i UML? Ano każ­dy pro­ces (przy­ję­cie zamó­wie­nia, kom­ple­ta­cja, fak­tu­ro­wa­nie) w kon­tek­ście szcze­gó­łów prze­pły­wu pra­cy, mode­lo­wa­ny był­by w nota­cji BPMN (kon­kret­ne role, doku­men­ty, czyn­no­ści). Pozostałe war­stwy ope­ru­ją poję­cia­mi, któ­rych szcze­gó­ły moż­na (nale­ży) mode­lo­wać już w nota­cji UML. Usługi mapu­ją się na przy­pad­ki uży­cia, pozo­sta­łe to archi­tek­tu­ra: kom­po­nen­ty opro­gra­mo­wa­nia, dane, archi­tek­tu­ra techniczna. 

Jak widać, ArchiMate pozwa­la na tym pozio­mie abs­trak­cji na wię­cej niż same BPMN czy UML, ale też nie zastę­pu­je ich. Wzbogaca tak­że sys­tem poję­cio­wy na potrze­by ana­li­zy biz­ne­so­wej co pozwa­la wier­nie odtwo­rzyć rze­czy­wi­stość biz­ne­so­wą w spo­sób zro­zu­mia­ły dla ​„biz­ne­su”. Jako pod­su­mo­wa­nie przy­to­czę jesz­cze raz zna­ny już tu diagram…

Czytaj dalej Pokazać więcej z sensem… ArchiMate
Co jest wadą większości analiz biznesowych?

Co jest wadą większości analiz biznesowych?

To, że są one tak na praw­dę tyl­ko upo­rząd­ko­wa­nym zapi­sem wywia­dów z klien­tem a nie fak­tycz­ną ana­li­zą orga­ni­za­cji i jej potrzeb (bo nie koniecz­nie jej pra­cow­ni­ków!) i celów biz­ne­so­wych. Jakie są tre­ści tek­sto­we­go lub tabe­la­rycz­ne­go zapi­su wywia­dów? NIEJEDNOZNACZNE! Jakie są nie­sfor­ma­li­zo­wa­ne, swo­bod­nie two­rzo­ne dia­gra­my pro­ce­sów? NIEJEDNOZNACZNE! Jakie są słow­ne opi­sy struk­tu­ry opro­gra­mo­wa­nia jakie ma powstać? NIEJEDNOZNACZNE!

Co zro­bić? Używać już na eta­pie ana­li­zy biz­ne­so­wej i pro­jek­to­wa­nia sfor­ma­li­zo­wa­nych narzę­dzi takich jak stan­dar­do­we nota­cje i meto­dy­ki, wte­dy opi­sy będą JEDNOZNACZNE. Czy to trud­ne? Tak, w koń­cu te 70% pora­żek to nie przy­pa­dek? ( czy­taj cały arty­kuł: Analityk biz­ne­so­wy czy­li wyple­nić dwu­znacz­ność z doku­men­tów analitycznych!).

Dlaczego tak jest? Bo opro­gra­mo­wa­nie jest two­rzo­ne z pomo­cą języ­ków pro­gra­mo­wa­nia a te SĄ sfor­ma­li­zo­wa­ne. Nie da się skom­pi­lo­wać do posta­ci sys­te­mu ERP ​„luź­nej pro­zy”. Napisałem to w Listopadzie 2011, dzi­siaj ciąg dal­szy. Na począ­tek dodam jesz­cze moją kon­klu­zję z pew­nej konferencji:

Tak więc język for­mal­ny, uży­ta nota­cja, czy­ni pro­jekt war­to­ścio­wym [jed­no­znacz­nym]. Bez tego raczej nie zna­czy on po pro­tu nic. (Modelowanie pro­ce­sów biz­ne­so­wych – dla­cze­go mają sens tyl­ko meto­dy for­mal­ne i uzna­ne notacje).

Jak to mówią: moc­ne sło­wa, ale nie zapo­mi­naj­my, że mało któ­ry pro­jekt biz­ne­so­wy IT koń­czy się w ter­mi­nie i zamy­ka w zało­żo­nym budże­cie. Zastanówcie jak były doku­men­to­wa­ne Wasze ​„nie­uda­ne” projekty…

Czytaj dalej Co jest wadą większości analiz biznesowych?

Hurtownie danych czyli ​„Systemy od historii”

Hurtownia danych to model stwo­rzo­ny pod kątem prze­twa­rza­nia fak­tów histo­rycz­nych na pro­stym mode­lu danych (dia­gram powy­żej, gór­ny, to tak zwa­na kost­ka OLAP). Opracowanie takie­go mode­lu wyma­ga spe­cjal­nej ana­li­zy i pro­jek­tu, ale nie zapo­mi­naj­my: ana­li­zę się robi raz a rapor­ty stale…

Tak więc sza­now­ni Państwo. Jeśli tyl­ko Wasza fir­ma jest bli­żej czo­łów­ki niż ogo­na ran­kin­gu ryn­ku w Waszej bran­ży, nie daj­cie się namó­wić na jeden zin­te­gro­wa­ny ERP i jakiś model refe­ren­cyj­ny, bo nawet jak uda się go wdro­żyć, to zmia­na cze­go­kol­wiek będzie trud­na a upgra­de do now­szej wer­sji nie­moż­li­wy. Opracowanie pro­jek­tu sys­te­mu skła­da­ją­ce­go się z kom­po­nen­tów, pozwo­li Wam dobrać naj­le­piej speł­nia­ją­ce Wasze wyma­ga­nia apli­ka­cje. Jak z kloc­ków LEGO zło­ży­cie ​„dedy­ko­wa­ny sys­tem” poma­ga­ją­cy utrzy­mać prze­wa­gę na ryn­ku, a nie cofa­ją­cy Waszą fir­mą do pozio­mu ​„innych pod­mio­tów w branży”. 

Czytaj dalej Hurtownie danych czyli ​„Systemy od historii”

IBM CIO Study: 60% w chmurze za 5 lat

sys­tem ERP czy CRM, tra­ci sens jako mono­li­tycz­ny pakiet a sta­no­wi sobą pakiet usług z jakie­go korzy­sta dane orga­ni­za­cja. dru­go­rzęd­ne zna­cze­nie ma to czy użyt­kow­nik jest ich wła­ści­cie­lem, dzier­żaw­ca czy chwi­lo­wym użyt­kow­ni­kiem. Analiza Biznesowa tu pole­ga na ana­li­zie i stwo­rze­niu mode­lu orga­ni­za­cji, wska­za­niu gdzie jakich usług wspie­ra­ją­cych dzia­ła­nia się w niej ocze­ku­je, wyszu­ka­niu dostaw­ców usług lub ich stwo­rze­niu, integracji. 

Osobiście uwa­żam, że koń­czą się cza­sy gdy sprze­daw­cy ​„ata­ku­ją” rynek, wybie­ra­ją sobie klien­tów i sprze­da­ją im opro­gra­mo­wa­nie. Zaczyna się era gdy to klient wybie­ra usłu­gę i jej dostaw­cę. Sprzedaż opro­gra­mo­wa­nia będzie wyglą­da­ła podob­nie jak sprze­daż w pasa­żu buti­ków: dostaw­cy usług wysta­wią swo­je usłu­gi, a klient (pro­jek­tant sys­te­mu) będzie się prze­cha­dzał i wybie­rał naj­le­piej mu pasu­ją­ce. Podobnie jak teraz: budu­jąc dom, remon­tu­jąc miesz­ka­nie zapra­sza­my pro­jek­tan­ta wnętrz, ten zna­jąc ofer­ty mar­ke­tów budow­la­nych dobie­rze naj­lep­sze wypo­sa­że­nie, mate­ria­ły i kolo­ry­sty­kę i kupi. Nadchodzi powo­li koniec ery napa­stli­wych sprze­daw­ców i ich firm, koniec dyk­ta­tu­ry deve­lo­pe­rów. Nadchodzi, powo­li, era ryn­ku usług.

Czytaj dalej IBM CIO Study: 60% w chmurze za 5 lat