Dokument i jego struktura jako metoda zarządzania danymi

[toc]

Wprowadzenie

Bardzo wie­le pro­ble­mów w toku wdro­żeń IT rodzą wadli­wie zapro­jek­to­wa­ne struk­tu­ry doku­men­tów. Dotyczy to w szcze­gól­no­ści zarzą­dza­nia dostę­pem do tre­ści, a patrząc sze­rzej: do infor­ma­cji. Ostatnie lata to mię­dzy inny­mi pro­ble­my urzę­dów z udzie­la­niem dostę­pu do infor­ma­cji publicz­nej, od dwóch lat dodat­ko­wo pro­ble­my stwa­rza RODO. Źródłem pro­ble­mów jest treść doku­men­tów, rozu­mia­na jako pyta­nie: Czy te infor­ma­cje muszą być zawar­te w tym doku­men­cie”. Najpierw opi­szę mecha­nizm powsta­wa­nia przy­czyn pro­ble­mów i spo­sób ich roz­wią­za­nia. W pod­su­mo­wa­niu wska­żę jak i gdzie sobie z tym radzić. 

(wię­cej…)

Czytaj dalejDokument i jego struktura jako metoda zarządzania danymi

Projekt aplikacji – przykład

Wstęp

Napisałem o orien­ta­cji na doku­men­ty w toku analiz:

Często jestem i ja pyta­ny o to ??Jak wyja­śnić zło­żo­ne roz­wią­za­nie tech­nicz­ne inte­re­sa­riu­szom nie­tech­nicz­nym?? Jak wie­lu mi podob­nych odpo­wia­dam: roz­ma­wiaj doku­men­ta­mi. Sponsor pro­jek­tu, przy­szli użyt­kow­ni­cy, postrze­ga­ją swo­ją pra­cę poprzez doku­men­ty: ich treść i układ. (Wymagania na for­mu­la­rze czy­li dia­gra­my struk­tur zło­żo­nych i XML)

Dzisiaj pój­dzie­my dalej, omó­wi­my to gdzie i jak zacho­wać tę infor­ma­cję. Posłużę się pro­stym przy­kła­dem przy­chod­ni wete­ry­na­ryj­nej. Artykuł będzie opi­sem meto­dy podej­ścia do ana­li­zy zorien­to­wa­nej na pro­ce­sy i dokumenty. 

Tekst ma dwie czę­ści: pierw­sza jest opi­sem dro­gi jaka pro­wa­dzi nas do zde­fi­nio­wa­nia tego jakie doku­men­ty, jaką mają (mieć) zawar­tość i struk­tu­rę. Praktycznie jest to opis ana­li­zy i pro­jek­to­wa­nia. Druga – krót­ka – to przy­kła­do­wa archi­tek­tu­ra logi­ki reali­za­cji apli­ka­cji, poka­zu­ją­ca miej­sce doku­men­to­wej bazy danych w archi­tek­tu­rze i pro­jek­cie, czy­li tak­że projektowanie. 

Celem tego wpi­su jest poka­za­nie czym może być ana­li­za oraz jej pro­dukt jakim jest Techniczny Projekt Oprogramowania.

(wię­cej…)

Czytaj dalejProjekt aplikacji – przykład
Read more about the article Agentowe metody analizy i modelowania
Industry 4.0 concept, smart factory with icon flow automation and data exchange in manufacturing technologies.

Agentowe metody analizy i modelowania

Streszczenie: W arty­ku­le opi­sa­no zasto­so­wa­nie obiek­to­wych metod mode­lo­wa­nia i nota­cji UML do opi­su sys­te­mów agen­to­wo-zorien­to­wa­nych. Pokazano, że sys­te­my agen­to­we róż­nią się od obiek­to­wych zało­że­niem, że sys­tem o agen­to­wej archi­tek­tu­rze zakła­da auto­no­micz­ność obiek­tów, sta­no­wią­cych kom­po­nen­ty z jakich sys­tem jest zbu­do­wa­ny. W typo­wych obiek­to­wych archi­tek­tu­rach obiek­ty nie są auto­no­micz­ne, sekwen­cje ich współ­pra­cy są z góry usta­lo­ne. System agen­to­wo-zorien­to­wa­ny zakła­da, że reak­cja sys­te­mu jest two­rzo­na dyna­micz­nie jako efekt zacho­wa­nia kom­po­nen­tów jaki­mi są auto­no­micz­ne agen­ty. Zdaniem auto­ra sys­te­my agen­to­we od obiek­to­wych róż­ni tyl­ko to zało­że­nie. Warto jed­nak zwró­cić uwa­ga na to, że tak zwa­ne «sys­te­my uczą­ce się» to raczej sys­te­my agentowo-zorientowane. 

(wię­cej…)

Czytaj dalejAgentowe metody analizy i modelowania

Koniec treści

Nie ma więcej stron do załadowania