ASPEKTY STRUKTURALNE AGREGACJI INFORMACJI W SYSTEMACH STEROWANIA PROCESAMI BIZNESOWYMI PRZEDSIĘBIORSTW
|
|
- Agata Muszyńska
- 8 lat temu
- Przeglądów:
Transkrypt
1 STUDIA INFORMATICA 2012 Volume 33 Number 2B (106) Mirosław ZABOROWSKI Wyższa Szkoła Biznesu w Dąbrowie Górniczej ASPEKTY STRUKTURALNE AGREGACJI INFORMACJI W SYSTEMACH STEROWANIA PROCESAMI BIZNESOWYMI PRZEDSIĘBIORSTW Streszczenie. Praca dotyczy związków agregacyjnych między rodzajami zasobów i ich kategoriami, rodzajami czynności i ich grupami organizacyjnymi, zbiorczymi zamówieniami zakupu i pozycjami tych zamówień, transakcjami złożonymi i ich transakcjami składowymi itp. Omówiono strukturę tabel zawierających informacje o tych związkach w informatycznych systemach zarządzania i pokazano, że wiele z nich można zapisać jako zależności funkcyjne w tabelach bytów agregowanych. Słowa kluczowe: zintegrowane systemy zarządzania, modele referencyjne, relacyjne bazy danych, teoria EPC II STRUCTURAL ASPECTS OF INFORMATION AGGREGATION IN SYSTEMS OF ENTERPRISE BUSINESS PROCESS CONTROL Summary. The paper deals with aggregation relationships between resource kinds and their categories, activity kinds and their organizational groups, purchase orders and their items, complex and component transactions and the like. The structure of the tables containing information on these relationships in computer management systems has been discussed. It was shown that many of such relationships may be recorded as function dependencies in the tables of the aggregated entities. Keywords: integrated management systems, reference models, relational databases, EPC II theory
2 470 M. Zaborowski 1. Struktura informacji w systemach sterowania procesami biznesowymi przedsiębiorstw 1.1. Główne rodzaje informacji Mimo wielkiej różnorodności zastosowań rzeczywiste informatyczne systemy zarządzania, a także systemy sterowania procesami biznesowymi na niższych poziomach organizacyjnych przedsiębiorstw, wykazują wiele podobieństw zarówno w sposobach działania, jak i w strukturach funkcjonalnej i informacyjnej. Dlatego możliwe jest opracowanie ogólnej teorii sterowania procesami w przedsiębiorstwach, którą w skrócie nazwano teorią EPC II (Enterprise Process Control) [5 9]. Zgodnie z tezą o ogólności teorii EPC II, każdy system zarządzania lub sterowania w dowolnym przedsiębiorstwie może być zastąpiony, z zachowaniem wszystkich jego funkcji i danych, przez odpowiedni system EPC II o strukturze zgodnej ze strukturą szkieletowego systemu EPC II. Rozwój teorii EPC II polega na analizie faktów z obszaru zarządzania i sterowania procesami biznesowymi. Wyniki tej analizy prowadzą do definiowania kolejnych pojęć teorii EPC II i związków między nimi oraz do porządkowania sprzężeń między elementami systemów sterowania procesami. Klasy elementów tych systemów i klasy sprzężeń między nimi odpowiadają pojęciom i związkom między pojęciami teorii EPC II. Co więcej, same te związki są także pojęciami teorii EPC II, dlatego jest ważne, że wszystkie pojęcia teorii EPC II odpowiadają określonym tabelom relacyjnej bazy danych szkieletowego systemu EPC II [5], a desygnaty tych pojęć wierszom tych tabel. Wszystkie tabele występujące w systemach EPC II nazywane są rodzajami informacji, a ich wiersze elementami informacji. Administracyjne rodzaje informacji to tabele zawierające dane potrzebne do zarządzania i sterowania procesami. Wśród nich wyróżnia się główne rodzaje informacji, które, jako zbiory swoich wierszy, nie są podklasami ani złączeniami naturalnymi innych tabel [8]. Do podklas zaliczono formalnie także podklasy równoliczne, czyli tabele otrzymywane z rodzajów informacji przez dodanie nowych kolumn niekluczowych i ewentualne usunięcie innych kolumn niekluczowych. Złączenia naturalne nie muszą być trwale pamiętane, ponieważ mogą być automatycznie odtworzone na podstawie głównych rodzajów informacji bądź ich podklas. Wynika stąd, że w zakresie struktury informacji dowód zgodności z teorią EPC II dla każdego rzeczywistego systemu zarządzania polega na pokazaniu związków jeden do jeden między jego tabelami i odpowiednimi głównymi rodzajami informacji szkieletowego systemu EPC II lub złączeniami naturalnymi jego rodzajów informacji. W rzeczywistych informatycznych systemach zarządzania są tysiące tabel, a tabele te są różne w różnych systemach. Mimo to liczba głównych rodzajów informacji jest skończona i stosunkowo niewielka. W aktualnym stanie rozwoju teorii EPC II znanych jest 227 głów-
3 Aspekty strukturalne agregacji informacji w systemach sterowania 471 nych rodzajów informacji, a ich atrybutów kluczowych, czyli atrybutów strukturalnych, jest łącznie 29. Są to liczby zbliżone do liczb 220 i 25, które podano przed rokiem przy pierwszej prezentacji wykazu głównych rodzajów informacji [4]. Nie zmienił się także sens tego wykazu i jego praktyczne znaczenie, lecz sam wykaz ewoluował w kolejnych publikacjach na temat teorii EPC II. Z jednej strony, aby uprościć opis struktury związków między pojęciami, zastępowano te atrybuty strukturalne, które są numerami krotek innych atrybutów, przez ich atrybuty składowe, co zwiększyło liczbę atrybutów strukturalnych. Ponadto, w trakcie weryfikacji zgodności szkieletowego systemu EPC II z kolejnymi systemami rzeczywistymi (np. z systemami rachunkowości) zauważono, że potrzebne są nowe główne rodzaje informacji [8, 9, 10]. Z drugiej strony, zwiększenie przejrzystości opisu związków umożliwiło spostrzeżenie, że niektóre tabele, które pierwotnie zaliczono do głównych rodzajów informacji, są złączeniami naturalnymi innych tabel, a niektóre atrybuty, które pierwotnie zaliczono do atrybutów kluczowych określonych tabel, są funkcyjnie zależne od innych atrybutów kluczowych tych tabel. To zmniejszyło liczby głównych rodzajów informacji i atrybutów strukturalnych. Niżej omówiono te główne rodzaje informacji i te atrybuty strukturalne, które dotyczą związków agregacyjnych między desygnatami pojęć teorii EPC II, np. między rodzajami zasobów i ich kategoriami, między rodzajami czynności i ich grupami organizacyjnymi, między zamówieniami zbiorczymi i pozycjami tych zamówień, między transakcjami złożonymi i ich transakcjami składowymi itp Atrybuty strukturalne rodzajów informacji Dla wszystkich tabel wszystkich systemów zarządzania i sterowania procesami w przedsiębiorstwach można określić klucze (główne lub kandydujące), których atrybuty należą do przedstawionego niżej zbioru 18 atrybutów wymiarowych. Atrybuty pochodne są drugimi wystąpieniami atrybutów wymiarowych w kluczach tych tabel, które opisują związki między tabelami o tych samych atrybutach kluczowych, np. w tabeli indeksowanej przez pary (czynność poprzednia, czynność następna). Wymiarowe atrybuty strukturalne a numer rodzajów czynności, a A; r numer rodzajów zasobów, r R; q numer parametrów czynności i zasobów, q Q; o numer opcji (wartości) określonych parametrów wyliczeniowych, o O; f numer procedur w bibliotece procedur transakcyjnych, f F; i numer rodzajów informacji, i I; b numer atrybutów informacji określonego rodzaju, b B;
4 472 M. Zaborowski k numer tranzycji rodzajowych dla czynności określonego rodzaju, k K; j numer faz przetwarzania danych w chwilach czasu dyskretnego, j J; s numer jednostek organizacyjnych, s S; h numer skal czasu i poziomów organizacyjnych, h H; v numer umiejscowień zasobów wewnątrz systemów organizacyjnych, v V; c numer kont księgowych, c C; m numer miejsc informacji, m M; e numer egzemplarzy bądź partii zasobów określonego rodzaju, e E; d numer elementów informacji określonego rodzaju, d D; t czas, np. w notacji (rok-miesiąc-dzień-godzina-minuta-sekunda-0,1 s), t T; n numer zleceń lub transakcji oraz innych, chronologicznie występujących zdarzeń określonego typu, n N. Pochodne atrybuty strukturalne u numer rodzajów czynności nadrzędnych (w tym procesów p ), u U A; g numer rodzajów czynności występujących w skojarzeniach z innymi rodzajami czynności, w tym grup rodzajów czynności oraz czynności następnych po innych czynnościach w określonych procesach, g G A; z numer grup rodzajów zasobów, w tym kategorii zasobów, rodzajów umiejscowień zasobów i rodzajów zasobów złożonych, z Z R; qx numer parametrów określonych opcji parametrów wyliczeniowych, w tym parametrów opcji parametrów skojarzeniowych, qx QX Q; l numer tranzycji rodzajowych sprzężonych z innymi tranzycjami rodzajowymi albo numer tranzycji złożonych z innych tranzycji, l L K; y numer faz przetwarzania danych w jednostkach sterujących, y Y J; su numer nadrzędnych jednostek organizacyjnych, su SU S; w numer jednostek organizacyjnych występujących w skojarzeniach z innymi jednostkami, w W S; vg numer zagregowanych umiejscowień zasobów, w W M; cg numer zagregowanych kont księgowych, z Z E; mg numer zagregowanych miejsc informacji, mg MG M. Każdy atrybut strukturalny może być zaliczony do jednego z trzech wymiarów ogólnych struktury systemów EPC II: wiedza o rodzajach procesów i zasobów, organizacja przedsiębiorstwa, identyfikatory wykonań określonych czynności i związanych z nimi zdarzeń.
5 Aspekty strukturalne agregacji informacji w systemach sterowania 473 organizacja przedsiębiorstwa s, h, v, c, m, e, d, su, w, vg, cg, mg a, r, q, o, f, i, b, k, j, h, s, v, c, m, e, d, u, g, z, qx, l, y, su, w, vg, cg, mg procesy przedsiębiorstwa a, r, q, o, f, i, b, k, j, h, s, v, c, m, e, d, t, n, u, g, z, qx, l, y, su, w, vg, cg, mg wykonania procesów a, r, q, o, f, i, b, k, j u, g, z, qx, l, y wiedza o rodzajach procesów i zasobów t, n Rys. 1. Wymiary struktury systemów sterowania procesami w przedsiębiorstwach Fig. 1. Dimensions of the structure of Enterprise Process Control systems Wszystkie rodzaje informacji należące do wiedzy, którą można wykorzystać bez zmian w różnych przedsiębiorstwach, mają atrybuty kluczowe należące do zbioru: { a, r, q, o, f, i, b, k, j, u, g, z, qx, l, y}. Elementy informacji o organizacji konkretnego przedsiębiorstwa są identyfikowane przez atrybuty: {h, s, v, c, m, e, d, su, w, vg, cg, mg}, a elementy informacji o procesach w konkretnych systemach organizacyjnych i o czynnościach w ich podsystemach funkcjonalnych przez atrybuty kluczowe należące do obu tych zbiorów. Identyfikatorami wykonań określonych czynności i związanych z nimi zdarzeń są atrybuty {t, n}. identyfikatory wykonań czynności
6 474 M. Zaborowski 2. Związki między rodzajami informacji agregowanych i zagregowanych 2.1. Agregacja rodzajów zasobów i jej model relacyjny Grupa rodzajów zasobów z Z jest zbiorem rodzajów zasobów r R, utworzonym według określonego kryterium. Grupy rodzajów zasobów dzielą się na kategorie zasobów, rodzaje umiejscowień zasobów i rodzaje zasobów złożonych, Z = ZK ZZ ZC. Kategoria zasobów z ZK jest to zbiór rodzajów zasobów utworzony dla celów statystycznych. Rodzaj umiejscowień zasobów z ZZ jest to zbiór wszystkich rodzajów zasobów, które mogą być składowane w umiejscowieniach (np. w magazynach) tego rodzaju. Rodzaj zasobu złożonego z ZC jest to zbiór rodzajów zasobów, których egzemplarze są zasobami składowymi egzemplarza danego zasobu złożonego. Związki przynależności rodzajów zasobów do grup zasobów zapisujemy formalnie jako skojarzenia ich atrybutów kluczowych (r, z) ZR R Z. Tabela skojarzeń jest potrzebna, ponieważ jest możliwe, że dany rodzaj zasobów należy do różnych grup zasobów. Na przykład, różne egzemplarze śrub tego samego rodzaju mogą być równocześnie użyte do montażu wyrobów różnych rodzajów. Związki przynależności rodzajów zasobów do grup zasobów (r, z) ZR R Z dzieli się, podobnie jak te grupy, na asocjacje rodzajów zasobów: z ich kategoriami (r, z) ZKR, z rodzajami ich umiejscowień (r, z) ZZR, z rodzajami zasobów złożonych (r, z) ZCR, a więc ZR = ZKR ZZR ZCR. Tabele skojarzeń bytów agregowanych z bytami zagregowanymi nie zawsze są potrzebne do formalnego opisu związków agregacyjnych. Na przykład, różne egzemplarze zasobów składowych tego samego rodzaju (r, e) ER R E mogą należeć do egzemplarzy zasobów złożonych różnych rodzajów (z, ez) EZ Z EZ, ale określony egzemplarz zasobu składowego nie może równocześnie należeć do różnych egzemplarzy zasobów złożonych. Dlatego w czwórkach (r, e, z, ez) R E Z EZ, reprezentujących odpowiednie związki przynależności, obowiązują zależności funkcyjne z(r, e), ez(r, e), dzięki czemu związki te mogą być zapisane w tabeli ER, której kolumny z, ez są kolumnami niekluczowymi. Grupy rodzajów zasobów są formalnie zaliczane do rodzajów zasobów, z Z R, (r, z) ZR R R. Jest to przykład często stosowanego założenia, dzięki któremu dwa atrybuty strukturalne wymiarowy i pochodny wystarczają do indeksacji bytów zagregowanych i ich związków z bytami agregowanymi dla dowolnej liczby poziomów agregacji, np.: określony rodzaj tokarek r R należy do kategorii tokarki, rt Z R, (r, rt) ZR; rodzaj zasobów tokarki należy do kategorii obrabiarki, ro Z R, (rt, ro) ZR;
7 Aspekty strukturalne agregacji informacji w systemach sterowania 475 rodzaj zasobów obrabiarki należy do kategorii maszyny, rm Z R, (ro, rm) ZR; rodzaj zasobów maszyny należy do kategorii środki trwałe, rm Z R, (rm, rś) ZR Agregacja rodzajów czynności Grupa rodzajów czynności g GA jest zbiorem rodzajów czynności a A, utworzonym według określonego kryterium. Grupy rodzajów czynności, analogicznie do grup rodzajów zasobów, są formalnie zaliczane do rodzajów czynności, g GA A. Grupami rodzajów czynności są rodziny czynności i czynności grupowe, GA = GF GG. Rodzina czynności g GF jest to zbiór rodzajów czynności utworzony dla celów statystycznych. Rodzaj jednostek organizacyjnych g GS GG GA jest to zbiór wszystkich rodzajów czynności, które mogą być wykonywane w jednostkach organizacyjnych tego rodzaju. Czynność grupowa g GG jest to organizacyjna grupa rodzajów czynności. Może to być określony rodzaj jednostek organizacyjnych albo taki podzbiór rodzaju jednostek organizacyjnych, w którym przejście między czynnościami różnych rodzajów nie wymaga wykonania czynności przygotowawczych. Związki przynależności rodzajów czynności do rodzin czynności i do czynności grupowych zapisujemy odpowiednio jako skojarzenia ich atrybutów kluczowych: (a, g) AG A GA A A, (a, g) AGF A GF A A, (a, g) AGG A GG A A, przy czym: AG = AGF AGG. Grupami rodzajów czynności są także role zasobów odnawialnych. Rola zasobów jest to grupa czynności g GL, do których wykonania są potrzebne zasoby odnawialne określonego rodzaju r RR R w określonej roli (r, gl) RL RR GL R GA. W przypadku zagregowanych zasobów odnawialnych role są identyfikowane przez pary (z, gz) ZL Z GZ, przy czym GZ GL. Jeśli dla danego zasobu zagregowanego role nie są rozróżniane, np. dla kategorii, której zasoby składowe mogą występować w różnych rolach, to dla tego zasobu określone są tylko takie związki agregacyjne, w których zasoby składowe występują bez określonych ról. Role zasobów odnawialnych określonego rodzaju mogą być agregowane, a możliwe związki ról zagregowanych z rolami składowymi zapisuje się jako skojarzenia: (r, gl, glg) RLG R GL GLG. Grup rodzajów czynności nie należy mylić z rodzajami procesów. Wprawdzie proces biznesowy jest zbiorem czynności (wykonywanych w określonym porządku i rozdzielonych przez zasoby [5]), ale istotą związków czynności z procesami są sprzężenia między jednostką sterującą czynnościami danego procesu i czynnościowymi jednostkami funkcjonalnymi [6],
8 476 M. Zaborowski a nie grupowanie czynności o podobnych funkcjach lub o tej samej przynależności organizacyjnej. Mówiąc obrazowo, w przypadku procesów mamy do czynienia z agregacją pionową, a w przypadku grup rodzajów czynności z agregacją poziomą. Dlatego związki przynależności czynności do procesów p P U A są zapisywane oddzielnie, jako szczególny przypadek skojarzeń czynności a A z czynnościami nadrzędnymi u U A: (a, p) AP A P A U, (a, p) AP AU A U A A Agregacja jednostek organizacyjnych i czynności umiejscowionych Różne jednostki organizacyjne otoczenia danego przedsiębiorstwa, a także jego jednostki wewnętrzne, mogą być rozmaicie grupowane dla celów statystycznych. Każda jednostka organizacyjna s S jest umiejscowieniem organizacyjnej grupy czynności, obejmującej wszystkie rodzaje czynności, które mogą być w tej jednostce wykonywane, gs(s) GS A. Zatem grupy jednostek organizacyjnych można uważać za zagregowane jednostki organizacyjne w W S, których rodzaje są zbiorami wszystkich rodzajów czynności, jakie mogą być wykonywane w jednostkach składowych. Związki przynależności jednostek organizacyjnych do ich grup są pamiętane jako skojarzenia ich atrybutów kluczowych: (s, w) SW S W S S. Grupy jednostek organizacyjnych nie są nadrzędnymi jednostkami organizacyjnymi su SU S, których związki z jednostkami podrzędnymi są zapisywane jako skojarzenia (s, su) SSU S SU S S. Z powodu strukturalnych różnic między agregacją pionową i poziomą, związki jednostek organizacyjnych z ich jednostkami nadrzędnymi i z ich grupami są zapisywane jako elementy różnych głównych rodzajów informacji SSU i SW. Czynności umiejscowione (s, a) SA S A są agregowane analogicznie do rodzajów czynności i jednostek organizacyjnych. Przynależność czynności umiejscowionych do zagregowanych czynności umiejscowionych (w, g) WG W GA S A zapisuje się jako asocjacje: (s, a, w, g) SAWG S A W GA S A S A. Skojarzenia podsystemów funkcjonalnych z nadrzędnymi podsystemami funkcjonalnymi oraz czynności funkcjonalnych z nadrzędnymi czynnościami funkcjonalnymi są zapisywane w innych tabelach głównych rodzajów informacji: (s, j, su, y) SJU S J SU Y S J S J, (s, j, a, su, y, u) SJAU S J A W Y U S J A S J A, które dotyczą pionowych sprzężeń podsystemów funkcjonalnych i czynności funkcjonalnych z ich jednostkami sterującymi [6].
9 Aspekty strukturalne agregacji informacji w systemach sterowania Agregacja umiejscowień zasobów i zasobów umiejscowionych Miejsca informacji o zasobach m MR M [5] mogą być identyfikowane nie tylko przez swoje numery m, lecz także przez czwórki: (sm, v, h, j) VJ SMV H J S V H J, w których (sm, v) SMV SM V S V są umiejscowieniami zasobów, natomiast: sm numer jednostki organizacyjnej rozpatrywanej jako system organizacyjny, sm SM S, v numer umiejscowień zasobów wewnątrz określonej jednostki organizacyjnej sm, nieleżących wewnątrz żadnej jednostki podrzędnej względem jednostki sm, j h numer skal czasu i poziomów organizacyjnych w miejscach informacji o zasobach należących do umiejscowienia (sm, v), numer warstw informacyjnych o skali czasu h w miejscach informacji należących do umiejscowienia (sm, v) SMV. Dzięki szczegółowej indeksacji zasobowych miejsc informacji można zastąpić problem ich agregacji przez prostszy problem agregacji umiejscowień zasobów. Przynależność umiejscowień zasobów do zagregowanych umiejscowień zasobów (wm, vg) WVG WM VG S V zapisuje się jako asocjacje: (sm, v, wm, vg) VVG SM V WM VG S V S V. Zasoby umiejscowione (sm, v, r) RV SM V R są agregowane analogicznie do rodzajow zasobów i umiejscowień zasobów. Ich przynależność do zagregowanych zasobów umiejscowionych (wm, vg, z) ZVG WM VG Z S V R zapisuje się jako asocjacje: (sm, v, r, wm, vg, z) RVZVG SM V R WM VG Z S V R S V R. Przynależność egzemplarzy zasobów umiejscowionych: (sm, v, r, e) ERV SM V R E do określonych egzemplarzy złożonych zasobów umiejscowionych: (wm, vg, z, ez) EZVG WM VG Z EZ może być zapisana w tabeli ERV, w której kolumny niekluczowe (wm, vg, z, ez) reprezentują zależności funkcyjne atrybutów kluczowych egzemplarzy zasobów złożonych od atrybutów kluczowych egzemplarzy zasobów składowych (sm, v, r, e) Agregacja wejść i wyjść zasobów z czynności i jednostek organizacyjnych Agregować można nie tylko zasoby i czynności, lecz także rodzajowe wejścia i wyjścia zasobów z czynności: (a, r) URA A R, (a, r) YRA A R,
10 478 M. Zaborowski przydziały zasobów odnawialnych w określonych rolach do czynności: (a, r, gl) URLA A R G oraz analogiczne wejścia i wyjścia umiejscowień zasobów z jednostek organizacyjnych: (s, sm, v) US S SM V, (s, sm, v) YS S SM V, a także wejścia, wyjścia i przydziały zasobów umiejscowionych do jednostek organizacyjnych: (s, sm, v, r) URS S SM V R, (s, sm, v, r) YRS S SM V R, (s, sm, v, r, gl) URLS S SM V R GL i do czynności umiejscowionych: (s, a, sm, v, r) URSA S SM V R, (s, a, sm, v, r) YRSA S SM V R, (s, a, sm, v, r, gl) URLSA S SM V R GL. Tabele związków agregacyjnych: wejść zasobów do czynności, URAG wyjść zasobów do czynności, YRAG przydziałów zasobów odnawialnych w określonych rolach do czynności, URLAG wejść umiejscowień zasobów do jednostek organizacyjnych, USW wyjść umiejscowień zasobów z jednostek organizacyjnych, YSW wejść zasobów umiejscowionych do jednostek organizacyjnych, URSZW wyjść zasobów umiejscowionych z jednostek organizacyjnych, YRSZW przydziałów umiejscowionych zasobów odnawialnych w określonych rolach do jednostek organizacyjnych, URLSZW wejść zasobów umiejscowionych do czynności umiejscowionych, URSAZWG wyjść zasobów umiejscowionych z czynności umiejscowionych, YRSAZWG przydziałów umiejscowionych zasobów odnawialnych w określonych rolach do czynności umiejscowionych, URLSAZWG nie są głównymi rodzajami informacji, ponieważ można je wygenerować jako złączenia naturalne według następujących wzorów: URAG = {(a, r, g, z) URA UZG (a, g) AG (r, z) ZR} YRAG = {(a, r, g, z) YRA YZG (a, g) AG (r, z) ZR} URLAG = {(a, r, gl, g, z, gz) URLA UZLG (a, g) AG (r, z) ZR (r, gl, z, gz) ZRL} USW = {(s, sm, v, w, wm, vg) US UW (s, w) SW (sm, v, wm, vg) SVVG } YSW = {(s, sm, v, w, wm, vg) YS YW (s, w) SW (sm, v, wm, vg) SVVG }
11 Aspekty strukturalne agregacji informacji w systemach sterowania 479 URSZW = {(s, sm, v, r, w, wm, vg, z) URS UZW (s, w) SW (sm, v, r, wm, vg, z) RVZVG } YRSZW = {(s, sm, v, r, w, wm, vg, z) YRS YZW (s, w) SW (sm, v, r, wm, vg, z) RVZVG } URLSZW = {(s, sm, v, r, gl, w, wm, vg, z, gz) URLS UZLW (s, w) SW (sm, v, r, wm, vg, z) RVZVG (r, gl, z, gz) ZRL } URSAZWG = {(s, a, sm, v, r, w, g, wm, vg, z) URSA UZWG (s, a, w, g) SAWG (sm, v, r, wm, vg, z) RVZVG } YRSAZWG = {(s, a, sm, v, r, w, g, wm, vg, z) YRSA YZWG (s, a, w, g) SAWG (sm, v, r, wm, vg, z) RVZVG } URLSAZWG = {(s, a, sm, v, r, gl, w, g, wm, vg, z, gz) URLSA UZLWG (s, a, w, g) SAWG (sm, v, r, wm, vg, z) RVZVG (r, gl, z, gz) ZRL} Związki agregacyjne z tabel URLAG, URLSZW, URLSAZWG dotyczą przypadków, gdy zarówno zasoby składowe, jak i zasoby zagregowane mogą być używane w różnych rolach Agregacja kont księgowych i miejsc informacji Większość kont księgowych to konta analityczne, z których każde ma jednoznacznie określone konto syntetyczne oraz konto bezpośrednio nadrzędne w drzewiastej strukturze planu kont. W [10] pokazano, że konta syntetyczne, będące korzeniami poszczególnych drzew tej struktury, odpowiadają czynnościowym bądź zasobowym miejscom informacji, a konta analityczne klastrom informacji, w których rozgałęzienia poszczególnych drzew odpowiadają różnym wartościom atrybutów kluczowych. W takiej strukturze informacji agregacja nie wymaga odrębnego definiowania skojarzeń kont księgowych z ich kontami zagregowanymi. Skojarzenia z alternatywnymi kontami agregującymi, zapisywane w dodatkowej tabeli asocjacji CCG C CG, są potrzebne tylko wtedy, gdy agregacja kont wynika z alternatywnych agregacji jednostek organizacyjnych, czynności umiejscowionych, umiejscowień zasobów lub zasobów umiejscowionych, o strukturze opisywanej przez omawiane wyżej asocjacje agregacyjne ze zbiorów SW S W, SAWG S A W G, VG V VG, RVZVG V R VG Z. Podstawowa struktura informacji w systemach EPC II opiera się na strukturze procesów biznesowych i na strukturze hierarchicznych systemów sterowania tymi procesami [8]. Konta księgowe i miejsca informacji są elementami innych struktur informacji pamiętanych i przetwarzanych w systemach zarządzania i sterowania procesami. Konta księgowe gromadzą część informacji w sposób ułatwiający kontrolę majątku przypisanego do zasobów przedsiębiorstwa. Miejsca informacji służą do gromadzenia informacji w sposób ułatwiający ich wyszukiwanie i zapisywanie przez transakcje systemu sterowania procesami biznesowymi. Informacje z miejsc informacji, podobnie jak informacje z kont księgowych, są agregowane na
12 480 M. Zaborowski podstawie ich wewnętrznej struktury informacyjnej, która odzwierciedla strukturę procesów biznesowych i ich systemów sterowania [5]. Jednak w pewnych przypadkach potrzebna też jest agregacja informacji pochodzących z wielu różnych miejsc informacji m M, przy czym wyniki agregacji dokonywanej według różnych reguł są pamiętane w wielu różnych miejscach zagregowanych mg MG [8]. Dopuszczalne skojarzenia agregacyjne (m, mg) MMG M MG są zapisywane w tabeli MMG, należącej do głównych rodzajów informacji Agregacja zamówień Z punktu widzenia teorii EPC II zamówienia zakupu są zleceniami spływu produkcji zasobów z zakładów dostawców do miejsc odbioru zaopatrzenia. Należą zatem do zleceń wykonawczych (j = 3 [5]) spływu lub zwrotu zasobów umiejscowionych przez podsystemy funkcjonalne: (s, 3, sm, v, r, n) YRSJN S J SM V R N. W przypadku zamówień klientów numer s odnosi się do zakładów danego przedsiębiorstwa, pary (sm, v) identyfikują umiejscowienia odbioru produktów przez klientów, a numer jednostek organizacyjnych klientów jest niekluczowym atrybutem tych zamówień. W praktyce dane zlecenie zakupu (lub zlecenie sprzedaży) (s, 3, sm, v, r, n) YRSJN nie nazywa się zamówieniem, lecz pozycją zamówienia (w żargonie linią zamówienia ), podczas gdy nazwa zamówienie odnosi się do zamówienia zbiorczego (w, 3, wm, vg, z, nn) YZWJN, które jest wysyłane do dostawcy w = s i którego specyfikacja zawiera zamówienia na poszczególne produkty r, które dostawca powinien dostarczyć do punktu odbioru (sm, v). Zagregowane miejsce zasobów (wm, vg) reprezentuje grupę punktów odbioru. Na przykład, może być użyte do odróżnienia miejsc odbioru dostaw zaopatrzeniowych od miejsc odbioru zamówień klientów, a zatem do rozróżnienia zamówień sprzedaży i zakupu. Rodzaj zasobów z jest kategorią zasobów, w której mieszczą się wszystkie rodzaje r zasobów zamawianych w danym zamówieniu zbiorczym, a nn jest numerem zamówienia zbiorczego. Jeśli zamówienie zbiorcze zawiera różne zlecenia spływu różnych partii tego samego zasobu umiejscowionego (sm, v, r), to można rozróżnić je jako podzlecenia (s, 3, sm, v, r, n). Zlecenia zbiorcze są pamiętane w tej samej tabeli, co zlecenia składowe: YZWJN YRSJN. Dane zlecenie spływu produkcji lub zwrotu zasobów umiejscowionych (s, j, sm, v, r, n) YRSJN (np. zamówienie składowe) nie może równocześnie należeć do różnych zleceń zagregowanych (w, j, wm, vg, z, nn) YZWJN (np. zamówień zbiorczych), dlatego atrybuty kluczowe zleceń zagregowanych są funkcjami atrybutów kluczowych odpowiednich zleceń składowych, przy czym zapis tabelaryczny tych funkcji można przedstawić, dopisując atrybuty (w, j, wm, vg, z, nn) w kolumnach niekluczowych tabeli YRSJN. Jeśli dane zlecenie nie ma nadrzędnego zlecenia zbiorczego, to w tych kolumnach wpisuje się zera.
13 Aspekty strukturalne agregacji informacji w systemach sterowania 481 Z zależności funkcyjnej atrybutów kluczowych wynika zależność funkcyjna wszystkich atrybutów zleceń zagregowanych od atrybutów kluczowych odpowiednich zleceń składowych. Inaczej mówiąc, zagregowane zlecenia spływu lub zwrotu zasobów umiejscowionych przez podsystemy funkcjonalne są funkcją swoich zleceń składowych YZWJN(YRSJN). Stąd wniosek, że odpowiednia tabela związków przynależności nie jest potrzebna, a numer zleceń nadrzędnych nn nie jest atrybutem strukturalnym Agregacja planów i zleceń Zlecenia i raporty o wykonaniach zleceń Tabela 1 ia nazwa s j a sm v r e g n opis 200 WJN(SJN) s j n zlecenia obciążenia podsystemów funkcjonalnych 201 UWJN(USJN) s j s v n zlecenia poboru lub obciążenia organizacyjnych grup zasobów z określonych umiejscowień przez podsystemy funkcjonalne 202 YWJN(YSJN) s j s v n zlecenia spływu lub zwrotu organizacyjnych grup zasobów do określonych umiejscowień przez podsystemy funkcjonalne 203 UZWJN(URSJN) s j s v r n zlecenia poboru lub obciążenia zasobów umiejscowionych przez podsystemy funkcjonalne 204 YZWJN(YRSJN) s j s v r n zlecenia spływu lub zwrotu zasobów umiejscowionych przez podsystemy funkcjonalne 210 WJGN(SJAN) s j a n zlecenia wykonania czynności funkcjonalnych 211 UZWJGN(URSJAN) s j a s v r n zlecenia poboru lub obciążenia zasobów umiejscowionych przez czynności funkcjonalne 212 YZWJGN(YRSJAN) s j a s v r n zlecenia spływu lub zwrotu zasobów umiejscowionych przez czynności funkcjonalne 207 UZWJN(URLSJN) s j s v r a n zlecenia obciążenia zasobów odnawialnych w określonych rolach przez podsystemy funkcjonalne 215 UZWJGN(URLSJAN) s j a s v r a n zlecenia obciążenia zasobów odnawialnych w określonych rolach przez czynności funkcjonalne 205 UEZWJN(UERSJN) s j s v r e n zlecenia poboru lub obciążenia partii lub egzemplarzy zasobów umiejscowionych przez podsystemy funkcjonalne 210 WJGN(SJAN) s j a n zlecenia wykonania czynności funkcjonalnych 211 UZWJGN(URSJAN) s j a s v r n zlecenia poboru lub obciążenia zasobów umiejscowionych przez czynności funkcjonalne 212 YZWJGN(YRSJAN) s j a s v r n zlecenia spływu lub zwrotu zasobów umiejscowionych przez czynności funkcjonalne 207 UZWJN(URLSJN) s j s v r a n zlecenia obciążenia zasobów odnawialnych w określonych rolach przez podsystemy funkcjonalne 215 UZWJGN(URLSJAN) s j a s v r a n zlecenia obciążenia zasobów odnawialnych w określonych rolach przez czynności funkcjonalne Tak samo jak dla zbiorczych zamówień zakupu i zbiorczych zamówień klientów, można pokazać, że żadne tabele związków przynależności zleceń lub planów do odpowiednich zleceń i planów zagregowanych nie są potrzebne, ponieważ związki te można zapisać jako zależności funkcyjne w tabelach zleceń i planów składowych. W tabeli 1 przedstawiono wykaz tych zależności dla zleceń wraz z ich atrybutami kluczowymi. Podobny wykaz, utworzony analogicznie na podstawie fragmentu wykazu głównych rodzajów informacji [8], można opracować dla planów i raportów okresowych.
14 482 M. Zaborowski 2.9. Agregacja transakcji W systemach EPC II transakcje (s, j, a, k, n) TRN S J A K N są wykonaniami tranzycji (s, j, a, k) TR S J A K, które są przypisane do określonych czynności funkcjonalnych (s, j, a) SJA S J A, w tym do czynności grupowych reprezentujących obciążenie podsystemów funkcjonalnych (s, j, gs(s)) SJA (s, j) SJ [6]. Transakcje złożone, analogicznie do zleceń zagregowanych, należą do tego samego zbioru transakcji co transakcje składowe i są od nich funkcyjnie zależne: (s, j, a, l, nn) TGN TRN, l = l(s, j, a, k, n), nn = nn(s, j, a, k, n). Zatem dla transakcji, podobnie jak dla zleceń, tabele związków przynależności transakcji składowych do transakcji złożonych nie są potrzebne. Przy tym, inaczej niż dla zleceń, transakcje złożone muszą być związane z tą samą czynnością funkcjonalną (s, j, a) co wszystkie transakcje składowe. Co więcej, muszą należeć do tej samej jednostki tranzycyjnej, decyzyjnej (s, j, a) TJAD SJA albo informacyjnej (s, j, a) TJAI SJA. Przykładem transakcji złożonych są transakcje księgowe [10], zmieniające stan więcej niż dwóch kont [2]. Zapisy tych transakcji mogą być przedstawione jako zbiory zapisów transakcji prostych, z jednym kontem po stronie kredytu i jednym po stronie debetu [3]. 3. Wnioski Informacje przetwarzane w informatycznych systemach sterowania procesami biznesowymi są w rozmaity sposób agregowane. Dotyczy to wiedzy o procesach i zasobach, informacji o organizacji konkretnego przedsiębiorstwa, a także wszelkich planów, zleceń oraz transakcji i innych zdarzeń występujących w przedsiębiorstwach. W pracy pokazano, że byty zagregowane mogą być uważane za elementy tych samych zbiorów co byty podlegające agregacji. Dzięki temu nawet w przypadku agregacji wielopiętrowej związki przynależności bytów agregowanych do bytów zagregowanych można przedstawić formalnie za pomocą skojarzeń zestawów wymiarowych atrybutów kluczowych i odpowiednich pochodnych atrybutów strukturalnych. Co więcej, w wielu przypadkach tabele skojarzeń agregacyjnych nie są potrzebne, ponieważ atrybuty kluczowe bytów zagregowanych często są funkcyjnie zależne od atrybutów kluczowych bytów składowych. BIBLIOGRAFIA 1. Beynon-Davis P.: Systemy baz danych. WNT, Warszawa Eskew R.K., Jensen D.L.: Financial Accounting. Random House, Inc. New York 1989.
15 Aspekty strukturalne agregacji informacji w systemach sterowania Podręcznik użytkownika systemu Comarch OPT!MA. Moduł Księga Handlowa. Wyd. Comarch, Kraków Zaborowski M.: Rodzaje informacji w systemach sterowania procesami przedsiębiorstw, Studia Informatica, Vol. 32, No. 2B (97), Wydawnictwo Politechniki Śląskiej, Gliwice 2011, s Zaborowski M.: The EPC theory. Basic Notions of Enterprise Process Control, Management and Production Engineering Review, Vol. 1, No 3, September 2010, s , 6. Zaborowski M.: The EPC theory. Couplings between Transitions in Enterprise Process Control Systems, Management and Production Engineering Review, Vol. 1, No. 4, December 2010, s Zaborowski M.: The EPC II theory. The Structure of Business Process Control Systems, Management and Production Engineering Review, Vol. 2, No 1, March 2011, s , 8. Zaborowski M.: The EPC II theory. Data Structure in Enterprise Process Control Systems, Management and Production Engineering Review, Vol. 2, No. 2, June 2011, s , 9. Zaborowski M.: The EPC II theory. Review of Basic Concepts, Obtained Results and Problems to Discuss, Management and Production Engineering Review, Vol. 2, No. 4, December 2011, s , 7-zaborowski.pdf 10. Zaborowski M.: Rachunkowość w systemach sterowania procesami biznesowymi przedsiębiorstw,[w:] Knosala R. (red.): Innowacje w zarządzaniu i inżynierii produkcji. Oficyna Wyd. Polskiego Towarzystwa Zarządzania Produkcją, Opole 2012, s Wpłynęło do Redakcji 22 stycznia 2012 r. Abstract All information from any integrated management and business process control system may be recorded in about 200 tables, whose keys attributes are known. These attributes belong to the set of 29 structural attributes, which may be split into three general dimensions: knowledge on kinds of processes and resources, enterprise organization,
16 484 M. Zaborowski labels of executions of definite processes. Analyzing those tables, called the main information kinds, one can discuss all problems of information structure in any computer management system. The paper presents such an analyze for structural problems of information aggregation. The paper deals with aggregation relationships between resource kinds and their categories or kinds of complex resources, activity kinds and their families or organizational groups, activity kinds and the roles of reusable resources, organizational units and their statistical groups, located activities and organizational groups of them, located resources and organizational groups of them, inputs or outputs of resources from organizational units or from located activities and their aggregated equivalents, bookkeeping accounts and corresponding aggregated accounts, information places and aggregated information places, purchase orders or customer orders and their items, other orders or plans and their aggregated equivalents, complex business transactions, including accounting transactions, and corresponding component transactions. It was shown that many of those relationships may be recorded as function dependencies in the tables of the aggregated entities. For the others the tables of associations of the kinds of aggregate and component entities have been presented. Adres Mirosław Zaborowski: Wyższa Szkoła Biznesu, Cieplaka 1c, Dąbrowa Górnicza, Polska,
RACHUNKOWOŚĆ W SYSTEMACH STEROWANIA PROCESAMI BIZNESOWYMI PRZEDSIĘBIORSTW
RACHUNKOWOŚĆ W SYSTEMACH STEROWANIA PROCESAMI BIZNESOWYMI PRZEDSIĘBIORSTW Mirosław ZABOROWSKI Streszczenie: W pracy przedstawiono związki strukturalne między przepływem zasobów w procesach biznesowych
RODZAJE INFORMACJI W SYSTEMACH STEROWANIA PROCESAMI PRZEDSIĘBIORSTW
STUDIA INFORMATICA 2011 Volume 32 Number 2B (97) Mirosław ZABOROWSKI Wyższa Szkoła Biznesu w Dąbrowie Górniczej RODZAJE INFORMACJI W SYSTEMACH STEROWANIA PROCESAMI PRZEDSIĘBIORSTW Streszczenie. Szkieletowy
PARAMETRY SYSTEMÓW, CZYNNOŚCI I ZASOBÓW W SZKIELETOWYM SYSTEMIE STEROWANIA PROCESAMI PRZEDSIĘBIORSTWA
STUDIA INFORMATICA 2010 Volume 31 Number 2B (90) Mirosław ZABOROWSKI Instytut Informatyki Teoretycznej i Stosowanej PAN PARAMETRY SYSTEMÓW, CZYNNOŚCI I ZASOBÓW W SZKIELETOWYM SYSTEMIE STEROWANIA PROCESAMI
STRUKTURA SYSTEMÓW STEROWANIA ZASOBAMI PRZEDSIĘBIORSTWA
STRUKTURA SYSTEMÓW STEROWANIA ZASOBAMI PRZEDSIĘBIORSTWA Mirosław ZABOROWSKI Streszczenie: Informacje opisujące strukturę organizacyjną i funkcjonalną systemów sterowania zasobami przedsiębiorstwa (ERC)
Model informacyjno-decyzyjny struktury danych o obiektach zarządzania
Rozdział 27 Model informacyjno-decyzyjny struktury danych o obiektach zarządzania Streszczenie. W rozdziale przedstawiono strukturę danych o jednostkach organizacyjnych w systemach zarządzania, o wykonywanych
Instytut Informatyki Teoretycznej i Stosowanej. Polskiej Akademii Nauk
Instytut Informatyki Teoretycznej i Stosowanej Polskiej Akademii Nauk Mgr inż. Paweł Buchwald Symulacja informacyjno decyzyjnych systemów zarządzania Autoreferat rozprawy doktorskiej Promotor Dr hab. inż.
ZARYS STRUKTURY ZINTEGROWANEGO SYSTEMU ENERGETYKI PROSUMENCKIEJ
Mirosław Zaborowski ZARYS STRUKTURY ZINTEGROWANEGO SYSTEMU ZARZĄDZANIA I STEROWANIA PROCESAMI ENERGETYKI PROSUMENCKIEJ zaborowski.miroslaw@gmail.com 204 02 25 Plan prezentacji. Struktura oprogramowania
OGÓLNY OPIS I ZAKRES ZASTOSOWAŃ SZKIELETOWEGO SYSTEMU STEROWANIA PROCESAMI PRZEDSIĘBIORSTWA
OGÓLNY OPIS I ZAKRES ZASTOSOWAŃ SZKIELETOWEGO SYSTEMU STEROWANIA PROCESAMI PRZEDSIĘBIORSTWA Mirosław ZABOROWSKI Streszczenie: Szkieletowy system EPC (Enterprise Resource Control) jest uniwersalnym modelem
BPM vs. Content Management. Jarosław Żeliński analityk biznesowy, projektant systemów
BPM vs. Content Management Jarosław Żeliński analityk biznesowy, projektant systemów Cel prezentacji Celem prezentacji jest zwrócenie uwagi na istotne różnice pomiędzy tym co nazywamy: zarzadzaniem dokumentami,
Model logiczny SZBD. Model fizyczny. Systemy klientserwer. Systemy rozproszone BD. No SQL
Podstawy baz danych: Rysunek 1. Tradycyjne systemy danych 1- Obsługa wejścia 2- Przechowywanie danych 3- Funkcje użytkowe 4- Obsługa wyjścia Ewolucja baz danych: Fragment świata rzeczywistego System przetwarzania
Program wykładu. zastosowanie w aplikacjach i PL/SQL;
Program wykładu 1 Model relacyjny (10 godz.): podstawowe pojęcia, języki zapytań (algebra relacji, relacyjny rachunek krotek, relacyjny rachunek dziedzin), zależności funkcyjne i postaci normalne (BCNF,
KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20
Z1-PU7 WYDANIE N2 Strona: 1 z 5 (pieczęć wydziału) KARTA PRZEDMIOTU 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA 3) Karta przedmiotu ważna od roku akademickiego: 2014/2015 2) Kod przedmiotu:
Technologie baz danych
Plan wykładu Technologie baz danych Wykład 2: Relacyjny model danych - zależności funkcyjne. SQL - podstawy Definicja zależności funkcyjnych Reguły dotyczące zależności funkcyjnych Domknięcie zbioru atrybutów
Temat: Zastosowanie wyrażeń regularnych do syntezy i analizy automatów skończonych
Opracował: dr inż. Zbigniew Buchalski KATEDRA INFORMATYKI TECHNICZNEJ Ćwiczenia laboratoryjne z Logiki Układów Cyfrowych ćwiczenie Temat: Zastosowanie wyrażeń regularnych do syntezy i analizy automatów
030 PROJEKTOWANIE BAZ DANYCH. Prof. dr hab. Marek Wisła
030 PROJEKTOWANIE BAZ DANYCH Prof. dr hab. Marek Wisła Elementy procesu projektowania bazy danych Badanie zależności funkcyjnych Normalizacja Projektowanie bazy danych Model ER, diagramy ERD Encje, atrybuty,
Spis treści. Wstęp... 9
Wstęp... 9 Rozdział 1 ZARYS TEORII STEROWANIA PROCESAMI PRZEDSIĘBIORSTWA... 11 1. Zakres i potencjalne zastosowania teorii... 11 2. Opis szkieletowego systemu EPC II... 12 2.1. Poziomy organizacyjne, warstwy
BAZY DANYCH model związków encji. Opracował: dr inż. Piotr Suchomski
BAZY DANYCH model związków encji Opracował: dr inż. Piotr Suchomski Świat rzeczywisty a baza danych Świat rzeczywisty Diagram związków encji Model świata rzeczywistego Założenia, Uproszczenia, ograniczenia
Zarządzanie sieciami telekomunikacyjnymi
SNMP Protocol The Simple Network Management Protocol (SNMP) is an application layer protocol that facilitates the exchange of management information between network devices. It is part of the Transmission
WYZNACZANIE KOSZTÓW TRANSPORTU Z WYKORZYSTANIEM OCTAVE 3.4.3
PRACE NAUKOWE POLITECHNIKI WARSZAWSKIEJ z. 111 Transport 2016 Joanna Szkutnik-, Wojskowa Akademia Techniczna, W WYZNACZANIE KOSZTÓW TRANSPORTU Z WYKORZYSTANIEM OCTAVE 3.4.3 : maj 2016 Streszczenie: samochodowej.
KARTA PRZEDMIOTU. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI Ogólne umiejętności posługiwania się komputerem
WYDZIAŁ INFORMATYKI I ZARZĄDZANIA Zał. nr 4 do ZW 33/01 KARTA PRZEDMIOTU Nazwa w języku polskim: Nazwa w języku angielskim: Kierunek studiów (jeśli dotyczy): Specjalność (jeśli dotyczy): Stopień studiów
Alicja Marszałek Różne rodzaje baz danych
Alicja Marszałek Różne rodzaje baz danych Rodzaje baz danych Bazy danych można podzielić wg struktur organizacji danych, których używają. Można podzielić je na: Bazy proste Bazy złożone Bazy proste Bazy
Pojęcie systemu informacyjnego i informatycznego
BAZY DANYCH Pojęcie systemu informacyjnego i informatycznego DANE wszelkie liczby, fakty, pojęcia zarejestrowane w celu uzyskania wiedzy o realnym świecie. INFORMACJA - znaczenie przypisywane danym. SYSTEM
2010-10-21 PLAN WYKŁADU BAZY DANYCH MODEL DANYCH. Relacyjny model danych Struktury danych Operacje Integralność danych Algebra relacyjna HISTORIA
PLAN WYKŁADU Relacyjny model danych Struktury danych Operacje Integralność danych Algebra relacyjna BAZY DANYCH Wykład 2 dr inż. Agnieszka Bołtuć MODEL DANYCH Model danych jest zbiorem ogólnych zasad posługiwania
Stacjonarne Wszystkie Katedra Informatyki Stosowanej Dr inż. Marcin Detka. Podstawowy Obowiązkowy Polski Semestr pierwszy. Semestr letni Brak Nie
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Nazwa modułu w języku angielskim Obowiązuje od roku akademickiego 202/203 Z-ZIP2-0452 Informatyczne Systemy Zarządzania Produkcją Manufacturing Management
Bazy danych. Algebra relacji
azy danych lgebra relacji Model danych Model danych to spójny zestaw pojęć służący do opisywania danych i związków między nimi oraz do manipulowania danymi i ich związkami, a także do wyrażania więzów
ORGANIZACJA PROCESÓW DYSTRYBUCJI W DZIAŁALNOŚCI PRZEDSIĘBIORSTW PRODUKCYJNYCH, HANDLOWYCH I USŁUGOWYCH
Systemy Logistyczne Wojsk nr 41/2014 ORGANIZACJA PROCESÓW DYSTRYBUCJI W DZIAŁALNOŚCI PRZEDSIĘBIORSTW PRODUKCYJNYCH, HANDLOWYCH I USŁUGOWYCH ORGANIZATION OF DISTRIBUTION PROCESSES IN PRODUCTIVE, TRADE AND
Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)
Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu
SYSTEM ZARZĄDZANIA PROJEKTAMI W PRZEDSIĘBIORSTWIE PRODUKCYJNYM PRZYKŁAD WDROŻENIA
ZESZYTY NAUKOWE POLITECHNIKI ŚLĄSKIEJ 2017 Seria: ORGANIZACJA I ZARZĄDZANIE z. 101 Nr kol. 1974 Andrzej KARBOWNIK Politechnika Śląska Wydział Organizacji i Zarządzania Instytut Zarządzania, Administracji
Bazy danych. Plan wykładu. Zależności funkcyjne. Wykład 2: Relacyjny model danych - zależności funkcyjne. Podstawy SQL.
Plan wykładu Bazy danych Wykład 2: Relacyjny model danych - zależności funkcyjne. Podstawy SQL. Deficja zależności funkcyjnych Klucze relacji Reguły dotyczące zależności funkcyjnych Domknięcie zbioru atrybutów
DUAL SIMILARITY OF VOLTAGE TO CURRENT AND CURRENT TO VOLTAGE TRANSFER FUNCTION OF HYBRID ACTIVE TWO- PORTS WITH CONVERSION
ELEKTRYKA 0 Zeszyt (9) Rok LX Andrzej KUKIEŁKA Politechnika Śląska w Gliwicach DUAL SIMILARITY OF VOLTAGE TO CURRENT AND CURRENT TO VOLTAGE TRANSFER FUNCTION OF HYBRID ACTIVE TWO- PORTS WITH CONVERSION
HURTOWNIE DANYCH I BUSINESS INTELLIGENCE
BAZY DANYCH HURTOWNIE DANYCH I BUSINESS INTELLIGENCE Akademia Górniczo-Hutnicza w Krakowie Adrian Horzyk horzyk@agh.edu.pl Google: Horzyk HURTOWNIE DANYCH Hurtownia danych (Data Warehouse) to najczęściej
1. Prostota struktury organizacyjnej a innowacyjność organizacji - Magdalena Hopej-Kamińska, Marian Hopej, Robert Kamiński 13
Wprowadzenie 9 1. Prostota struktury organizacyjnej a innowacyjność organizacji - Magdalena Hopej-Kamińska, Marian Hopej, Robert Kamiński 13 1.1. Model prostej struktury organizacyjnej 14 1.2. Organiczność
Zasady transformacji modelu DOZ do projektu tabel bazy danych
Zasady transformacji modelu DOZ do projektu tabel bazy danych A. Obiekty proste B. Obiekty z podtypami C. Związki rozłączne GHJ 1 A. Projektowanie - obiekty proste TRASA # * numer POZYCJA o planowana godzina
TENDENCJE I KIERUNKI INFROMATYCZNEGO WSPOMAGANIA FUNKCJONOWANIA PRZEDSIĘBIORSTW PRODUKCYJNYCH CZ. 2. ZARZĄDZANIE PRODUKCJĄ
Piotr Bernat 1 TENDENCJE I KIERUNKI INFROMATYCZNEGO WSPOMAGANIA FUNKCJONOWANIA PRZEDSIĘBIORSTW PRODUKCYJNYCH CZ. 2. ZARZĄDZANIE PRODUKCJĄ Streszczenie. W artykule przedstawiono tendencje w zakresie informatycznego
Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl
Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki
Dr hab. inż. Jan Duda. Wykład dla studentów kierunku Zarządzanie i Inżynieria Produkcji
Automatyzacja i Robotyzacja Procesów Produkcyjnych Dr hab. inż. Jan Duda Wykład dla studentów kierunku Zarządzanie i Inżynieria Produkcji Podstawowe pojęcia Automatyka Nauka o metodach i układach sterowania
Systemy baz danych. Notatki z wykładu. http://robert.brainusers.net 17.06.2009
Systemy baz danych Notatki z wykładu http://robert.brainusers.net 17.06.2009 Notatki własne z wykładu. Są niekompletne, bez bibliografii oraz mogą zawierać błędy i usterki. Z tego powodu niniejszy dokument
PODSTAWY BAZ DANYCH. 5. Modelowanie danych. 2009/ Notatki do wykładu "Podstawy baz danych"
PODSTAWY BAZ DANYCH 5. Modelowanie danych 1 Etapy tworzenia systemu informatycznego Etapy tworzenia systemu informatycznego - (według CASE*Method) (CASE Computer Aided Systems Engineering ) Analiza wymagań
PROBLEMATYKA WDROŻEŃ PROJEKTÓW INFORMATYCZNYCH W INSTYTUCJACH PUBLICZNYCH
Zarządzanie Publiczne, vol. 1(14), pp. 63-73 Kraków 2012 Published online June 29, 2012 DOI 10.4467/20843968ZP.12.016.0483 PROBLEMATYKA WDROŻEŃ PROJEKTÓW INFORMATYCZNYCH W INSTYTUCJACH PUBLICZNYCH Beata
LABORATORIUM Z INŻYNIERII ZARZĄDZANIA- MRP II
LABORATORIUM Z INŻYNIERII ZARZĄDZANIA- MRP II Ćwiczenie 4 Temat: Wprowadzanie struktury produkcyjnej i marszrut technologicznych. Opracowali: Sitek Paweł Jarosław Wikarek Kielce 2004 Wydziały produkcyjne
Podstawowe pakiety komputerowe wykorzystywane w zarządzaniu przedsiębiorstwem. dr Jakub Boratyński. pok. A38
Podstawowe pakiety komputerowe wykorzystywane w zarządzaniu przedsiębiorstwem zajęcia 1 dr Jakub Boratyński pok. A38 Program zajęć Bazy danych jako podstawowy element systemów informatycznych wykorzystywanych
Model relacyjny. Wykład II
Model relacyjny został zaproponowany do strukturyzacji danych przez brytyjskiego matematyka Edgarda Franka Codda w 1970 r. Baza danych według definicji Codda to zbiór zmieniających się w czasie relacji
Modelowanie hierarchicznych struktur w relacyjnych bazach danych
Modelowanie hierarchicznych struktur w relacyjnych bazach danych Wiktor Warmus (wiktorwarmus@gmail.com) Kamil Witecki (kamil@witecki.net.pl) 5 maja 2010 Motywacje Teoria relacyjnych baz danych Do czego
STEROWANIA RUCHEM KOLEJOWYM Z WYKORZYSTANIEM METOD SYMULACYJNYCH
PRACE NAUKOWE POLITECHNIKI WARSZAWSKIEJ z. 113 Transport 2016 Uniwersytet Technologiczno-Humanistyczny w Radomiu STEROWANIA RUCHEM KOLEJOWYM Z WYKORZYSTANIEM METOD SYMULACYJNYCH : marzec 2016 Streszczenie:
1 Wstęp do modelu relacyjnego
Plan wykładu Model relacyjny Obiekty relacyjne Integralność danych relacyjnych Algebra relacyjna 1 Wstęp do modelu relacyjnego Od tego się zaczęło... E. F. Codd, A Relational Model of Data for Large Shared
Technologia informacyjna
Technologia informacyjna Pracownia nr 9 (studia stacjonarne) - 05.12.2008 - Rok akademicki 2008/2009 2/16 Bazy danych - Plan zajęć Podstawowe pojęcia: baza danych, system zarządzania bazą danych tabela,
Baza danych. Modele danych
Rola baz danych Systemy informatyczne stosowane w obsłudze działalności gospodarczej pełnią funkcję polegającą na gromadzeniu i przetwarzaniu danych. Typowe operacje wykonywane na danych w systemach ewidencyjno-sprawozdawczych
Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34
Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. 2/34 Modelowanie CRC Modelowanie CRC (class-responsibility-collaborator) Metoda identyfikowania poszczególnych
Transformacja modelu ER do modelu relacyjnego
Transformacja modelu ER do modelu relacyjnego Wykład przygotował: Robert Wrembel BD wykład 4 (1) 1 Plan wykładu Transformacja encji Transformacja związków Transformacja hierarchii encji BD wykład 4 (2)
Wprowadzenie do hurtowni danych
Wprowadzenie do hurtowni danych przygotował: Paweł Kasprowski Kostka Kostka (cube) to podstawowy element hurtowni Kostka jest wielowymiarowa (od 1 do N wymiarów) Kostka składa się z: faktów wektora wartości
Projektowanie bazy danych przykład
Projektowanie bazy danych przykład Pierwszą fazą tworzenia projektu bazy danych jest postawienie definicji celu, założeń wstępnych i określenie podstawowych funkcji aplikacji. Każda baza danych jest projektowana
PRÓBY EKSPLOATACYJNE KOMPOZYTOWYCH WSTAWEK HAMULCOWYCH TOWAROWEGO
PRACE NAUKOWE POLITECHNIKI WARSZAWSKIEJ z. 112 Transport 2016 Piotr Wasilewski FRIMATRAIL Frenoplast S.A. PRÓBY EKSPLOATACYJNE KOMPOZYTOWYCH WSTAWEK HAMULCOWYCH TYPU K TOWAROWEGO : Streszczenie: Dane zbierane
Model relacyjny bazy danych
Bazy Danych Model relacyjny bazy danych Przygotował: mgr inż. Maciej Lasota Bazy Danych 1 1) Model relacyjny bazy danych Relacyjny model bazy danych pojawił się po raz pierwszy w artykule naukowym Edgara
IV. Dane podstawowe definiowanie indeksów
Ćwiczenia z użytkowania systemu MFG/PRO 1 IV. Dane podstawowe definiowanie indeksów 1.2.1 Kartoteka kategorii produktów Kategorie produktu służą do przypisywania określonym grupom produktów standardowych,
Zintegrowany System Informatyczny (ZSI)
Zintegrowany System Informatyczny (ZSI) ZSI MARKETING Modułowo zorganizowany system informatyczny, obsługujący wszystkie sfery działalności przedsiębiorstwa PLANOWANIE ZAOPATRZENIE TECHNICZNE PRZYGOTOWANIE
Projektowanie Systemów Informacyjnych
Projektowanie Systemów Informacyjnych Wykład II Encje, Związki, Diagramy związków encji, Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.Widom Copyrights by Arkadiusz Rzucidło
Dotyczy PN-EN ISO 14001:2005 Systemy zarządzania środowiskowego Wymagania i wytyczne stosowania
POPRAWKA do POLSKIEJ NORMY ICS 13.020.10 PN-EN ISO 14001:2005/AC listopad 2009 Wprowadza EN ISO 14001:2004/AC:2009, IDT ISO 14001:2004/AC1:2009, IDT Dotyczy PN-EN ISO 14001:2005 Systemy zarządzania środowiskowego
QlikView Business Intelligence, a system ERP SAP Użytkownicy systemów ERP firmy SAP przez wiele lat poszukiwali skutecznych i łatwych sposobów dotarcia do swych danych. Używali arkuszy kalkulacyjnych,
Systemy ERP. dr inż. Andrzej Macioł http://amber.zarz.agh.edu.pl/amaciol/
Systemy ERP dr inż. Andrzej Macioł http://amber.zarz.agh.edu.pl/amaciol/ Źródło: Materiały promocyjne firmy BaaN Inventory Control Jako pierwsze pojawiły się systemy IC (Inventory Control) - systemy zarządzania
SPIS TREŚCI...1 CEL...2
strona 1/20 Holding Spis treści SPIS TREŚCI...1 CEL...2 KONFIGURACJA...2 SŁOWNIK JEDNOSTEK ZALEŻNYCH...2 KONTA KSIĘGOWE...3 SUBANALITYKA...4 SŁOWNIKI I ZBIORY STAŁE...5 Rejestr kontrahentów...5 Rejestr
CECHY TECHNICZNO-UŻYTKOWE A WARTOŚĆ WYBRANYCH TECHNICZNYCH ŚRODKÓW PRODUKCJI W ROLNICTWIE
Inżynieria Rolnicza 9(107)/2008 CECHY TECHNICZNO-UŻYTKOWE A WARTOŚĆ WYBRANYCH TECHNICZNYCH ŚRODKÓW PRODUKCJI W ROLNICTWIE Zbigniew Kowalczyk Katedra Inżynierii Rolniczej i Informatyki, Uniwersytet Rolniczy
Proposal of thesis topic for mgr in. (MSE) programme in Telecommunications and Computer Science
Proposal of thesis topic for mgr in (MSE) programme 1 Topic: Monte Carlo Method used for a prognosis of a selected technological process 2 Supervisor: Dr in Małgorzata Langer 3 Auxiliary supervisor: 4
Laboratorium Technologii Informacyjnych. Projektowanie Baz Danych
Laboratorium Technologii Informacyjnych Projektowanie Baz Danych Komputerowe bazy danych są obecne podstawowym narzędziem służącym przechowywaniu, przetwarzaniu i analizie danych. Gromadzone są dane w
Informatyzacja przedsiębiorstw WYKŁAD
Informatyzacja przedsiębiorstw WYKŁAD dr inż. Piotr Zabawa IBM/Rational Certified Consultant pzabawa@pk.edu.pl wersja 0.1.0 07.10.2010 Wykład 1 Modelowanie procesów biznesowych Przypomnienie rodzajów narzędzi
dr inż. Marek Mika ON PAN ul. Wieniawskiego 17/19 tel. 8528-503 wew. 262 e-mail: Marek.Mika@cs.put.poznan.pl
Systemy klasy ERP wykłady: 16 godz. laboratorium: 16 godz. dr inż. Marek Mika ON PAN ul. Wieniawskiego 17/19 tel. 8528-503 wew. 262 e-mail: Marek.Mika@cs.put.poznan.pl Co to jest ERP? ERP = Enterprise
Analiza i projektowanie aplikacji Java
Analiza i projektowanie aplikacji Java Modele analityczne a projektowe Modele analityczne (konceptualne) pokazują dziedzinę problemu. Modele projektowe (fizyczne) pokazują system informatyczny. Utrzymanie
Projektowanie baz danych
Projektowanie baz danych Etapy procesu projektowania BD Określenie celów, jakim ma służyć baza danych (w kontakcie z decydentem z firmy zamawiającej projekt). Sprecyzowanie zakresu dostępnych danych, kategorii
A Zadanie
where a, b, and c are binary (boolean) attributes. A Zadanie 1 2 3 4 5 6 7 8 9 10 Punkty a (maks) (2) (2) (2) (2) (4) F(6) (8) T (8) (12) (12) (40) Nazwisko i Imiȩ: c Uwaga: ta część zostanie wypełniona
Zaawansowane Modelowanie I Analiza Systemów Informatycznych
Zaawansowane Modelowanie I Analiza Systemów Informatycznych Wprowadzenie mgr. inż. Tomasz Pieciukiewicz tomasz.pieciukiewicz@gmail.com Agenda ZMA jako przedmiot Wprowadzenie do Object Role Modeling ZMA
Systemy baz danych. mgr inż. Sylwia Glińska
Systemy baz danych Wykład 1 mgr inż. Sylwia Glińska Baza danych Baza danych to uporządkowany zbiór danych z określonej dziedziny tematycznej, zorganizowany w sposób ułatwiający do nich dostęp. System zarządzania
Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym
Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM
PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Komputerowe Systemy Wspomagania Zarządzania Przedsiębiorstwem Computer Support Systems Enterprise Management Kierunek: Zarządzanie i Inżynieria Produkcji Management and Production Engineering
Model relacyjny. Wykład II
Model relacyjny został zaproponowany do strukturyzacji danych przez brytyjskiego matematyka Edgarda Franka Codda w 1970 r. Baza danych według definicji Codda to zbiór zmieniających się w czasie relacji
Współczesna problematyka klasyfikacji Informatyki
Współczesna problematyka klasyfikacji Informatyki Nazwa pojawiła się na przełomie lat 50-60-tych i przyjęła się na dobre w Europie Jedna z definicji (z Wikipedii): Informatyka dziedzina nauki i techniki
Hurtownie danych. Rola hurtowni danych w systemach typu Business Intelligence
Hurtownie danych Rola hurtowni danych w systemach typu Business Intelligence Krzysztof Goczyła Teresa Zawadzka Katedra Inżynierii Oprogramowania Wydział Elektroniki, Telekomunikacji i Informatyki Politechnika
Bazy danych. Plan wykładu. Diagramy ER. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych
Plan wykładu Bazy danych Wykład 9: Przechodzenie od diagramów E/R do modelu relacyjnego. Definiowanie perspektyw. Diagramy E/R - powtórzenie Relacyjne bazy danych Od diagramów E/R do relacji SQL - perspektywy
Od ERP do ERP czasu rzeczywistego
Przemysław Polak Od ERP do ERP czasu rzeczywistego SYSTEMY INFORMATYCZNE WSPOMAGAJĄCE ZARZĄDZANIE PRODUKCJĄ Wrocław, 19 listopada 2009 r. Kierunki rozwoju systemów informatycznych zarządzania rozszerzenie
Baza danych. Baza danych to:
Baza danych Baza danych to: zbiór danych o określonej strukturze, zapisany na zewnętrznym nośniku (najczęściej dysku twardym komputera), mogący zaspokoić potrzeby wielu użytkowników korzystających z niego
ARNOLD. EDUKACJA KULTURYSTY (POLSKA WERSJA JEZYKOWA) BY DOUGLAS KENT HALL
Read Online and Download Ebook ARNOLD. EDUKACJA KULTURYSTY (POLSKA WERSJA JEZYKOWA) BY DOUGLAS KENT HALL DOWNLOAD EBOOK : ARNOLD. EDUKACJA KULTURYSTY (POLSKA WERSJA Click link bellow and free register
System klasy ERP na przykładzie SAP ECC. Przemysław Lech, Uniwersytet Gdański
System klasy ERP na przykładzie SAP ECC Przemysław Lech, Uniwersytet Gdański Plan wykładu 1. Pojęcie i charakterystyka systemów informatycznych zarządzania 2. Typologia informatycznych systemów zarządzania
Technologie baz danych
Technologie baz danych Wykład 4: Diagramy związków encji (ERD). SQL funkcje grupujące. Małgorzata Krętowska Wydział Informatyki Politechnika Białostocka Plan wykładu Diagramy związków encji elementy ERD
DETERMINANTY DOSKONALENIA PROCESÓW ODLEWNICZYCH W SYSTEMIE ZARZĄDZANIA JAKOŚCIĄ WG ISO 9001:2000
59/14 Archives of Foundry, Year 2004, Volume 4, 14 Archiwum Odlewnictwa, Rok 2004, Rocznik 4, Nr 14 PAN Katowice PL ISSN 1642-5308 DETERMINANTY DOSKONALENIA PROCESÓW ODLEWNICZYCH W SYSTEMIE ZARZĄDZANIA
SCENARIUSZ LEKCJI. TEMAT LEKCJI: Zastosowanie średnich w statystyce i matematyce. Podstawowe pojęcia statystyczne. Streszczenie.
SCENARIUSZ LEKCJI OPRACOWANY W RAMACH PROJEKTU: INFORMATYKA MÓJ SPOSÓB NA POZNANIE I OPISANIE ŚWIATA. PROGRAM NAUCZANIA INFORMATYKI Z ELEMENTAMI PRZEDMIOTÓW MATEMATYCZNO-PRZYRODNICZYCH Autorzy scenariusza:
Monitoring procesów z wykorzystaniem systemu ADONIS. Krok po kroku
z wykorzystaniem systemu ADONIS Krok po kroku BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office
Informatyka Ćwiczenie 10. Bazy danych. Strukturę bazy danych można określić w formie jak na rysunku 1. atrybuty
Informatyka Ćwiczenie 10 Bazy danych Baza danych jest zbiór informacji (zbiór danych). Strukturę bazy danych można określić w formie jak na rysunku 1. Pracownik(ID pracownika, imie, nazwisko, pensja) Klient(ID
PODSTAWY AUTOMATYKI. MATLAB - komputerowe środowisko obliczeń naukowoinżynierskich - podstawowe operacje na liczbach i macierzach.
WYDZIAŁ ELEKTROTECHNIKI I AUTOMATYKI Katedra Inżynierii Systemów Sterowania PODSTAWY AUTOMATYKI MATLAB - komputerowe środowisko obliczeń naukowoinżynierskich - podstawowe operacje na liczbach i macierzach.
Cechy systemu MRP II: modułowa budowa, pozwalająca na etapowe wdrażanie, funkcjonalność obejmująca swym zakresem obszary technicznoekonomiczne
Zintegrowany System Informatyczny (ZSI) jest systemem informatycznym należącym do klasy ERP, który ma na celu nadzorowanie wszystkich procesów zachodzących w działalności głównie średnich i dużych przedsiębiorstw,
Zależności funkcyjne
Zależności funkcyjne Plan wykładu Pojęcie zależności funkcyjnej Dopełnienie zbioru zależności funkcyjnych Postać minimalna zbioru zależności funkcyjnych Domknięcie atrybutu relacji względem zależności
ASPEKTY PRAKTYCZNE TEORII STEROWANIA ZASOBAMI PRZEDSIĘBIORSTWA
STUDIA INFORMATICA 2009 Volume 30 Number 2B (84) Mirosław ZABOROWSKI Instytut Informatyki Teoretycznej i Stosowanej PAN ASPEKTY PRAKTYCZNE TEORII STEROWANIA ZASOBAMI PRZEDSIĘBIORSTWA Streszczenie. W pracy
Relacyjny model baz danych, model związków encji, normalizacje
Relacyjny model baz danych, model związków encji, normalizacje Wyklad 3 mgr inż. Maciej Lasota mgr inż. Karol Wieczorek Politechnika Świętokrzyska Katedra Informatyki Kielce, 2009 Definicje Operacje na
Pojęcie zależności funkcyjnej
Postacie normalne Plan wykładu Zależności funkcyjne Cel normalizacji Pierwsza postać normalna Druga postać normalna Trzecia postać normalna Postać normalna Boyca - Codda Pojęcie zależności funkcyjnej Definicja
Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu w języku angielskim Modeling and Analysis of Information Systems Obowiązuje od roku akademickiego
Normalizacja baz danych
Wrocławska Wyższa Szkoła Informatyki Stosowanej Normalizacja baz danych Dr hab. inż. Krzysztof Pieczarka Email: krzysztof.pieczarka@gmail.com Normalizacja relacji ma na celu takie jej przekształcenie,
Wykład I. Wprowadzenie do baz danych
Wykład I Wprowadzenie do baz danych Trochę historii Pierwsze znane użycie terminu baza danych miało miejsce w listopadzie w 1963 roku. W latach sześcdziesątych XX wieku został opracowany przez Charles
Hurtownie danych a transakcyjne bazy danych
Hurtownie danych a transakcyjne bazy danych Materiały źródłowe do wykładu: [1] Jerzy Surma, Business Intelligence. Systemy wspomagania decyzji, Wydawnictwo Naukowe PWN, Warszawa 2009 [2] Arkadiusz Januszewski,
BAZY DANYCH LABORATORIUM. Studia niestacjonarne I stopnia
BAZY DANYCH LABORATORIUM Studia niestacjonarne I stopnia Gdańsk, 2011 1. Cel zajęć Celem zajęć laboratoryjnych jest wyrobienie praktycznej umiejętności tworzenia modelu logicznego danych a nastepnie implementacji
PLANY I PROGRAMY STUDIÓW
WYDZIAŁ INŻYNIERII PRODUKCJI I LOGISTYKI PLANY I PROGRAMY STUDIÓW STUDY PLANS AND PROGRAMS KIERUNEK STUDIÓW FIELD OF STUDY - ZARZĄDZANIE I INŻYNIERIA PRODUKCJI - MANAGEMENT AND PRODUCTION ENGINEERING Studia
System zarządzania zleceniami
Verlogic Systemy Komputerowe 2013 Wstęp Jednym z ważniejszych procesów występujących w większości przedsiębiorstw jest sprawna obsługa zamówień klientów. Na wspomniany kontekst składa się: przyjęcie zlecenia,
Nasze kompetencje. Co nas wyróżnia. Skuteczne wdrożenie - dopasowanie do strategii klientów
Grupa Codec Codec jest europejskim liderem w zakresie usług doradczych i wdrażania rozwiązań wspierających efektywność organizacji. Pełniąc rolę ogniwa łączącego strategię, controlling i nowoczesne technologie
The development of the technological process in an integrated computer system CAD / CAM (SerfCAM and MTS) with emphasis on their use and purpose.
mgr inż. Marta Kordowska, dr inż. Wojciech Musiał; Politechnika Koszalińska, Wydział: Mechanika i Budowa Maszyn; marteczka.kordowska@vp.pl wmusiał@vp.pl Opracowanie przebiegu procesu technologicznego w