Cykl działa w tradycyjnym planowaniu i sterowaniu produkcj:

Wielkość: px
Rozpocząć pokaz od strony:

Download "Cykl działa w tradycyjnym planowaniu i sterowaniu produkcj:"

Transkrypt

1 Cykl działa w tradycyjnym planowaniu i sterowaniu produkcj:

2

3 Hierarchia planów i decyzji planistycznych Poziom planu Podmiot Horyzont Okres Typowe decyzje SOP-planowanie produkcji i sprzedaŝy MPS-główny harmonogram produkcji MRP-plan potrzeb materiałowych SFC-harmonogramy warsztatowe Rodzina produktów Produkt i harmonogram montaŝu Element 1-6 miesięcy Operacje techniczne 1-2 lata Kwartał, miesiąc 0,5-1 rok Miesiąc, tydzień 1-4 tygodni Tydzień, dzień Dzień, godzina Ilości do produkcji w kolejnych miesiącach Ilości do produkcji w kolejnych tygodniach Ilości elementów, terminy rozpoczęcia i zakończenia zleceń produkcji i zakupu Terminy rozpoczęcia i zakończenia poszczególnych operacji

4 Notacja diagramów DFD Obiekt Zewntrzny Obiekt zewntrzny powtórzony Magazyn Danych Proces Proces (powtórzony) Magazyn danych (powt)

5 Klient zamówienie 1 Przyjmowanie zamówie zamów. Zamówienia zoone Katalog odrzucenie 2 zamówienie Sprawdzenie poprawnoci dane o wyrobie zam. Zamówienia poprawne zam. Klient faktura 3 Fakturowanie dane o wyrobie Katalog Faktury kopia faktury Diagram DFD systemu obsługi zamówie

6 Systemy ERP: ERP Najczęściej spotykane moduły to: sprzedaŝ i dystrybucja serwis raporty administracja personelem finanse wytwarzanie ewidencja i zaopatrzenie. W przedsiębiorstwie produkcyjnym zakres modułów moŝe wyglądać następująco: rejestr główny (utrzymuje dane finansowe przedsiębiorstwa) rejestr sprzedaŝy (obejmuje rejestr odbiorców, dane o wystawianych dokumentach sprzedaŝy i związanych z nimi płatnościach) rejestr zakupów (umoŝliwia zarządzanie zobowiązaniami, wynikającymi z zakupów towarów i usług) środki trwałe (obejmuja zarządzanie procesami związanymi z obsługą finansową środków trwałych) gospodarka materiałowa (obejmuje dane o kaŝdym materiale, surowcu, produkcie, towarze, umoŝliwiając zarządzanie zasobami magazynowymi) obsługa zakupów (wspomaga cykl zakupów od zamawiania łącznie z ewentualnymi kontaktami długookresowymi i automatycznym ponawianiem zamówień; od przyjęcia o magazynu po rozliczenie dostawy z fakturą) obsługa sprzedaŝy (oznacza wsparcie od rejestracji zamówień przez klienta łącznie z ewentualnymi kontraktami długookresowymi; przez dokumentację magazynową, po wystawienie faktury oraz obsługę zwrotów i reklamacji z wystawieniem faktury korygującej) planowanie ogólne działalności (z tworzeniem planów produkcji, zakupów, transportu, potrzeb dystrybucyjnych i kontrolą sieci dystrybucyjnej włącznie) zarządzanie bazą danych produkcyjnych (obejmuje bazę danych o materiałach, półproduktach, produktach, metodach wytwarzania stanowiskach roboczych, operacjach i narzędziach, umoŝliwiając tworzenie i modyfikację specyfikacji materiałowych i procesów technologicznych) wspomaganie produkcji(zawiera analizy zarzadzania stanowiskami roboczymi, strumieniem ich zadań oraz zapasami w toku produkcji łącznie z kontrolą produkcji o stanie realizacji zleceń, wydanych materiałach i obciąŝeniu stanowisk roboczych obejmującą system jakości) planowanie zdolności produkcyjnych (obejmuje obliczanie obciąŝeń kaŝdego stanowiska pracy w podziale na okresy z uwzględnieniem stanu robót w toku i zleceń, co umoŝliwia korygowanie i bilansowanie zdolności produkcyjnych) zarządzanie zasobami ludzkimi(zawiera ewidencję pracowników i obliczanie płac wraz ze świadczeniami socjalnymi i szkoleniami) Strona 1

7 ERP elektroniczna wymiana danych (równieŝ z systemami firm kooperujacych) analizy i raporty (analizy sprzedaŝy, prognozowanie popytu, symulacje itp.) Systemy ERPII są zorientowane na integrację zewnętrzną (z dostawcami i klientami) wspomagaja łańcuchy dostaw. Strona 2

8 Podstawowe systemy w firmie handlowej: 1. Wspomagajcy obrót towarów: Zakup towarów Sprzeda towarów Obsługa zamówie System magazynowy 2. Wspomagajcy działalno firmy Relacje z klientami (CRM) System analityczny (bazy analityczne, raportowanie) 3. Wspomagajcy zarzdzanie firm System finansowo-ksigowy (ksika przychodów i rozchodów, ksigi handlowe, rozrachunki z kontrahentami, obsługa kasowa, rodki trwałe, kadrypłace) System wspomagajcy zarzdzanie (MIS) 1. Podsystem zakupów: Zakup i sprzeda towarów: Rejestracja zakupów (wprowadzanie danych o zakupach z faktur obcych) Emisja dowodów przychodu do magazynu Rejestracja faktur korygujcych Wystawianie zamówie na towary do dostawców Prowadzenie kartoteki dostawców Przygotowanie (np. agregacja) i eksport danych o wartoci przychodów towarów do systemu ksigowego Przygotowanie i eksport danych o fakturach zakupu (zobowizania, naliczony podatek VAT) do systemu ksigowego Drukowanie rejestru VAT zakupu Generowanie rónego rodzaju zestawie o zakupach wg dostawców i towarów 2. Podsystem sprzeday Rejestracja zamówie od odbiorców Wystawianie faktur sprzeday Polecenia wydania z magazynu Wystawianie faktur korygujcych Prowadzenie kartoteki odbiorców Przygotowanie i eksport danych o fakturach sprzeday do systemu ksigowego Drukowanie rejestru faktur sprzeday Generowanie zestawie o sprzeday wg odbiorców i wg towarów

9 Planowanie działalnoci gospodarczej BIZNESPLAN Planowanie sprzeday Poziom strategiczny Planowanie rozwoju wyrobów Planowanie produkcji i usług Głowny harmonogram Poziom taktyczn Planowanie zasobów materiałowych MRP1 Planowanie zdolnoci produkcyjnych Poziom operacyjny Sterowanie zakupami Sterowanie wytwarzaniem iloci i jakoci wyrobów Sterowanie zapasami i przetwarzaniem czynników produkcji Sterowanie dystrybucj Poziom strategiczny Inne informacje wew. i zew. firmy System sterowania: -iloci i jakoci wyrobów, *finansami firmy *kosztami produkcji

10

11 Normy IDEF Historia IDEF W latach 1970 Departament obrony USA opracował norm przebiegu procesu IDEF0 (Integration DEFinition Language0). Norma IDEF0 była stosowana jako narzdzie tworzenia programów komputerowych wspomagajcych procesy produkcyjne. Nastpnie przyjła si jako narzdzie umoliwiajce sporzdzenie mapy procesów w firmach usługowych i produkcyjnych. Normy IDEF wykorzystywane s równie do tzw. inynierii biznesu, obejmujcej reengineering i Bussines Process Reengineering. Rodzina IDEF IDEF0 technika uywana do tworzenia modelu funkcjonalnego. Prezentuje struktur funkcji, procesów lub czynnoci w ramach modelowanego systemu lub obszaru, IDEF1- technika uywana do tworzenia modelu informacyjnego. Prezentuje struktur i charakter zalenoci midzy wyraeniami a obiektami, do których si odnosi w ramach modelowanego systemu lub obszaru. Została ona rozszerzona take o zagadnienia projektowania i powstała technika, IDEF1X, IDEF2 technika uywana do tworzenia modelu dynamicznego. Prezentuje zmiany zachowa modelu procesu, systemu lub obszaru w czasie. IDEF3 technika opisu procesów, IDEF4 technika projektowania obiektowego, IDEF5 technika opisu ontologii (opis i strukturalizacja rzeczywistoci), IDEF6 technika opisu koncepcji projektu (racjonalne projektowanie), IDEF7 technika audytu systemów informatycznych, IDEF8 technika projektowania interakcji człowiek system, IDEF9 technika wykrywania wizów biznesu, IDEF10 technika implementacji modelu architektury (Implementation Architecture Modeling), IDEF11 technika modelowania informacji (Information Artifact Modeling),

12 IDEF12 technika modelowania organizacji (Organization Modeling), IDEF13 technika projektowania map w schemacie drzewa (Tree Schema Mapping Design), IDEF14 technika projektowania sieci (network design). Najczciej stosowane s techniki IDEF0 i IDEF3. IDEF0 IDEF0 modeluje decyzje, działania oraz działalno organizacji lub systemu, w celu pokazania sposobu jego funkcjonowania. Modele IDEF0 s tworzone jako jedno z pierwszych zada w kierunku rozwoju systemowego, poniewa opisuj one: funkcje, które s wykonywane, oraz narzdzia potrzebne do wykonania tych funkcji. Głównym celem normy IDEF0 jest pomoc w ustaleniu zakresu analizy oraz zbudowanie relacji pomidzy analitykiem a klientem. IDEF0 moe by wykorzystywane zarówno jako narzdzie komunikacji, za spraw znormalizowanych symboli graficznych, jak i jako narzdzie analizy ukazujce, jakie czynnoci maj by wykonane w celu prawidłowego zamodelowania procesu. Norma IDEF0 pomaga równie w ustaleniu słabych i mocnych stron modelowanego systemu. Norma ta wykorzystuje dwa graficzne elementy, których połczenie tworzy kostk kostki - reprezentujce funkcje (procesy, systemy), posiadajce nazw i numer, strzałki - które s obiektami obustronnych relacji midzy funkcjami, i okrelaj informacj lub materiały: strzałka wejcia (Input) nakłady materiałowe i informacyjne, strzałka wyjcia (Output) efekty wykonania: materialne i informacyjne, strzałka sterowania (Control) mechanizmy sterowania funkcj np. wewntrzna polityka firmy, czynniki zewntrzne, strzałka mechanizmu (Mechanism) mechanizmy niezbdne do wykonania I Input (wejscie) funkcji np. narzdzia, pojazdy, wykonawcy. C Control (Sterowanie) Nazwa funkcji (procesu, systemu) O Output (wyjscie) M Mechanisms (mechanizmy)

13 Zbudowane modele mog składa si z wielu funkcji (kostek), które połczone s ze sob za pomoc strzałek. Wyjcia jednej funkcji (kostki) mog by wejciami lub mechanizmami sterowania dla innych funkcji (kostki). Norma ta umoliwia równie współbiene wykonywanie dwóch lub wikszej iloci funkcji w sytuacji, gdy wyjcie jednej funkcji jest wejciem dla kilku innych funkcji. Kada funkcja moe by opisana przez osobny podrzdny model. Kostk moemy podzieli na dwa typy : kostka rodzic, której detale przedstawione s na poziomie niszym, kostka dziecko, która przedstawia szczegóły (detale) kostki rodzic. Diagram rodzic Kostka rodzic Diagram dziecko Kostka dziecko A-0 A0 Bardziej ogólnie A1 A2 A3 A4 Bardziej szczegółowo A0 Hierarchiczna struktura diagramu IDEF0 Zasady IDEF0 Główne zasady normy IDEF0 to: 1. zwizło, dziki której w sposób zrozumiały opisuje przepływ pracy w przedsibiorstwie, 2. komunikatywno, dziki której prezentuje procesy na kadym poziomie złoonoci. W wyniku zastosowania normy IDEF0 otrzymujemy zestaw hierarchicznych serii diagramów tekstu i objanie przepływu pracy w przedsibiorstwie. Rozróniamy dwa typy diagramów: diagram rodzic i diagram dziecko bdcym rozwiniciem kostki

14 rodzic. Nota indeksu lokalizuje funkcj (proces) w hierarchicznej strukturze diagramu. Numer indeksu okrela dokładnie, do jakiej głównej funkcji (procesu) naley dana podfunkcja (podproces). Norma IDEF0 szczegółowo i precyzyjnie opisuje sposób umieszczania funkcji, strzałek i ich opisów. Kada funkcja, strzałka i model opisane s przez nadany zgodnie z norm identyfikator. Model główny IDEF0 oznaczony jest symbolem A-0 (A-0) i znajduje si w nim jedna, nadrzdna funkcja A0. Moe by ona opisana przez model A0. Funkcje które si w nim znajd bd nosi oznaczenia A1, A2, A3, itd. Model podrzdny, opisujcy funkcj A1, bdzie równie oznaczany jako A1, a funkcje które si w nim si znajduj symbole A11, A12, A13, itd. Ten usystematyzowany sposób opisu umoliwia szybsze stworzenie spisu poszczególnych modeli i funkcji. Zalenoci midzy modelami podrzdnymi i nadrzdnymi mona równie pokaza graficznie za pomoc drzewa hierarchii funkcji: w jednym diagramie moe wystpi do szeciu podfunkcji (podprocesów). Zwiksza to przejrzysto diagramu, tekst wspomagajcy diagram (glosariusz), zwiksza precyzj graficznej prezentacji, proces główny jest rozpisywany na niszym poziomie na podprocesy. 3. precyzyjno wykorzystuje opracowane normy: nie mona opuszcza lub dodawa kostek. Kady proces powinien by powizany ze swoim poprzednikiem i nastpnym procesem, nazwy procesu oraz noty indeksów diagramu powinny by niepowtarzalne, strzałki musz by nazwane lub oznaczone (strzałki oznaczone nie koresponduj ze sob w diagramach rodzic-dziecko), wystpuje moliwo rozgałzienia strzałek - rozłczenie lub połczenie oraz oznaczenie strzałek niekorespondujcych ze sob w diagramach rodzic dziecko. 4. metodologia modelowanie i przedstawienie przepływu pracy realizowane jest krok po kroku. a Rozgałzienia strzałek. (a.) rozłczenie, (b.) połczenie. b

15 Grafika rozgałzie strzałek A Grafika A Interpretacja A znaczy A znaczy A A A B znaczy A B A A A A A&B B znaczy B Interpretacja grafiki rozgałzie strzałek Korespondencja diagramów Przykład 1. Korespondencja diagramów: Diagram rodzic 1 ( ) 2 Diagram dziecko 3 A1 I1 C1 1 C3 Strzałka sterownika C2 nie koresponduje z diagramem dziecko 2 3 ( ) O1 Strzałka wyjcia nie koresponduje z diagramem rodzic A12 Przykład korespondencji diagramów Norma IDEF0 zawiera równie szereg zalece dotyczcych odpowiedniego sposobu tworzenia modelu, zbierania potrzebnych do jego sporzdzenia danych oraz oceny

16 zbudowanego modelu. Implementacj normy IDEF0 umoliwiaj róne narzdzia informatyczne. IDEF1- Metoda Modelujca Informacj Norma IDEF1 została zaprojektowana jako metoda zarówno dla analizy oraz jako narzdzie komunikacji. Uywana jest w celu: identyfikacji, jak informacj aktualnie zarzdzamy w organizacji, ustalenia, który z problemów zidentyfikowanych podczas analizy spowodowany jest brakiem zarzdzania odpowiedni informacj, wyszczególnienia, jak informacja bdzie zarzdzana, czyli zestaw reguł zarzdzania informacj. IDEF1 wykorzystuje istniejc informacj o przedmiotach w zakresie przedsibiorstwa. Norma IDEF1 została zaprojektowana jako metoda analizy, zarzdzaniem informacj oraz wymaganiami przedsibiorstwa. Została zidentyfikowana za pomoc kilku zasad: 1. zebranie informacji, zachowanie, zarzdzanie w przedsibiorstwie, 2. reguły zarzdzania informacj, 3. zastanowienie si nad logicznymi zalenociami i relacjami pomidzy informacjami, 4. problemy bdce skutkiem braku dobrego zarzdzania informacj. W wyniku analizy, informacja moe zosta uyta do strategicznych oraz taktycznych planów przedsibiorstwa, w celu osignicia przewagi konkurencyjnej. Plany te mog zawiera projektowanie oraz wprowadzenie zautomatyzowanego systemu, który moe skuteczniej skorzysta z dostpnej informacji. Zasady IDEF1 IDEF1 uywa prostych graficznych konwencji by wyrazi obszerny komplet reguł, które pomagaj modelowa rónice pomidzy: obiektem rzeczywistym, fizycznymi lub abstrakcyjnymi powizaniami z rzeczywistymi obiektami, zarzdzan informacj o rzeczywistym obiekcie, struktur danych reprezentowanych przez informacj w celu zdobywania, zastosowania i zarzdzania t informacj.

17 IDEF1 dostarcza kompletu reguł, procedur oraz wskazówek dla rozwoju modeli informacji. Jednym z celów IDEF1 jest dostarczenie gotowego procesu do analizy zarzdzania informacj w przedsibiorstwie. Cel ten osigany jest przez rozwój procesu zdefiniowanego w metodzie oraz przez skutki i nakazy okrelone przez t metod. IDEF1 pojcia Funkcjonuj dwa najwaniejsze pojcia w modelowaniu wymaga informacji. Pierwsze dotyczy wiata rzeczywistego w odczuciu ludzi pracujcych w przedsibiorstwie. Obejmuje ono fizyczne i obiektowe pojcia (ludzie, miejsca, rzeczy, pomysły), ich wzajemne zalenoci i relacje. Drugie natomiast obejmuje pojcie informacji, która zawiera obraz informacji w odniesieniu do wiata rzeczywistego. Obraz informacji nie jest dokładnym odzwierciedleniem informacji w rzeczywistym wiecie, lecz jest informacj, któr mona zebra, zachowa i zarzdza. IDEF1 jest zaprojektowany, aby wspomaga organizacj, zarzdzanie i dokumentacj tych obrazów informacji. W ten sposób jest ograniczony tylko do pojcia informacji. Jednostki IDEF1 reprezentuj informacj utrzyman w okrelonej organizacji fizycznej lub konceptualnej przedmiotu. Istniej dwa podstawowe pojcia okrelajce jednostki: jednostki s stałe organizacja wydaje swoje zasoby by obserwowa, zapisywa, organizowa i składowa istniejce jednostki, jednostki mog by pojedyncze jednostki mog by zidentyfikowane jako unikatowe w porównaniu z innymi jednostkami, Jednostki maj charakterystyczne atrybuty powiza. Zbiór jednego lub wicej atrybutów klasy, które wyróniaj jednego członka jednostki klasy od innych, nazywamy kluczem klasy. Relacja w IDEF1 wie dwa indywidualne obrazy informacji. Z uwagi na to, e atrybuty klasy jednej jednostki zawieraj atrybuty klasy innej jednostki, które odnosz si do zalenoci midzy nimi, moemy stwierdzi, e istnienie relacji jest znane. Relacja klas moe wystpowa jako forma powiza istniejcych jednostek klas. Przykładem relacji IDEF1 moe by etykieta pracuje dla w połczeniu z jednostk informacji pracownik oraz dział. Jeli informacja nie jest powizana z dwoma lub wicej obiektami rzeczywistymi, wtedy z punktu widzenia IDEF1, informacja nie istnieje. Relacje midzy klasami s reprezentowane na diagramach IDEF1 poprzez połczone kostki jednostek klas. Kostka ma na kocu połczenie oraz zawiera dodatkow informacj o relacji klas (liczebnik główny zalenoci).

18 DZIAŁ# Dział Liczebnik główny zalenoci Klucz klasy Atrybuty klasy { { 1 * (_PRACOWNIK#) WYPŁATA DZIAŁ# Pracuje dla/zatrudnienie Powizanie klas Etykieta powizania Kostka klasy Pracownik Nazwa klasy Diagram IDEF1 IDEF1 jest efektywn metod dokumentujc informacj na temat wymaga przedsibiorstwa. IDEF1 wykorzystuje dostarczone podstawowe wymagania do projektowania bazy danych. Sama dostarcza definicje struktury informacji odzwierciedlajce podstawowe potrzeby informacji. IDEF1 uywajc reguł i zasad buduje sposób by odkry i zrozumie reguły biznesowe oraz informacje uywane przez organizacj. IDEF1 wymaga aktywnego uczestnictwa wszystkich uytkowników informacji. Zmusza uytkowników do mylenia o tym jak i gdzie informacja jest uywana i zarzdzana. Pozwala na dokładniejsze zamodelowanie organizacji. Metoda IDEF1 X IDEF1X jest metod projektujc relacj bazy danych wraz ze składni projektowania. Wspiera semantyczne konstrukcje konieczne przy rozwijaniu koncepcji projektu. Koncepcja projektu jest pojedyncz definicj przedsibiorstwa, która jest stworzona dla pojedynczej aplikacji oraz jest niezalena od dostpu oraz fizycznego przechowywania danych składowych. IDEF1X najczciej jest uywany do projektowania logiki bazy danych, w przypadku, gdy wymagania, co do informacji s znane oraz decyzja, aby wprowadzi w ycie baz danych jest podjta. Perspektywa systemu IDEF1X skupia si na faktycznych elementach relacji bazy danych. W przypadku gdy cel systemu nie jest w zalenoci z systemem, np. dla systemu zorientowanego obiektowo, IDEF1X nie jest najlepsz metod modelowania. IDEF1X nakazuje, na przykład, aby klucze klasy były róne, po to, aby

19 moliwe było odrónienie jednej klasy od drugiej. W systemie zorientowanym obiektowo nie jest wymagane, aby klucze były indywidualne dla kadego obiektu. W tej sytuacji, gdy wicej ni jeden atrybut jest stosowany dla indywidualnych jednostek IDEF1 X, modelowanie musi wskazywa jeden klucz główny oraz spisywa list wszystkich pozostałych kluczy. Jednoznaczna etykieta klucza obcego jest wymagana. Głównym celem projektowania logicznego modelu IDEF1X jest to, aby mógł on zosta uyty przez programistów, którzy bior logiczny projekt bazy danych i go implementuj. IDEF1X jest bardzo podobny do IDEF1, dziki czemu modele informacji wygenerowane za pomoc, IDEF1 mog zosta przejrzane przez ostatecznych uytkowników proponowanego systemu. IDEF1X pojcia. Jednostki IDEF1X odnosz si do zbioru albo podobnych przypadków, które mog zosta odrónione od siebie. Indywidualni członkowie zbioru s nazywani instancj jednostki. W ten sposób kostki IDEF1X reprezentuj komplet rzeczy realnego wiata. Atrybut zbioru okrela zakres wartoci przynalenoci kadego elementu zbioru. Relacja, która istnieje midzy indywidualnymi członkami zbioru, okrelona jest poprzez nazw. Relacja ta zakłada ograniczenie łcznej referencji. Główn cech IDEF1X jest jego poparcie dla modelowania logicznej bazy typów przy uyciu struktury klasyfikacji lub konstrukcji generalizacji/specjalizacji. Konstrukcja ta odzwierciedla naturalne rodzaje elementów reprezentowanych przez kostki lub obiekty. Skategoryzowane relacje reprezentuj wspólne podtypy jednostki głównej. Podtypy jednake nie mog mie wspólnej instancji. Dla przykładu: główna jednostka człowiek ma dwa podtypy reprezentujce wszystkie komplety kategorii nazwane jako eskie i mskie. adna instancja podtypu mskie nie moe by instancj podtypu eskie. Unikalny identyfikator atrybutu dla kadego podtypu jest tym samym atrybutem, jaki jest dla głównej jednostki instancji. W IDEF1X jednostki s identyfikowane zalenie lub niezalenie. Instancje niezalenych identyfikatorów jednostek mog istnie bez innych instancji jednostki. Instancje identyfikatorów zalenych s zalene od innych jednostek instancji. Relacje powiza (cigła lub przerywana linia z wypełnieniem na jednym albo obu kocach) wskazuje, jak jednostki (komplety instancji bazy) s wzajemnie powizane. Relacje powizania wystpuj zawsze pomidzy dwoma jednostkami. Relacja powizania zaczyna si w niezalenym punkcie ródłowym oraz koczy si w zalenej jednostce potomka (dziecka), gdzie etykieta opisuje zaleno. Kada relacja powizania ma przyporzdkowany sobie

20 liczebnik główny. Liczebnik główny wyszczególnia numer instancji zalenej jednostki, który zwizany jest z instancj niezalenej jednostki. Relacje skategoryzowane pozwalaj modelom zdefiniowa kategorie jednostek. Jednostki mog nalee tylko do jednej kategorii. Atrybuty s właciwociami opisujcymi jednostki. Nazwy atrybutów s unikalne a znaczenie nazw musi by zgodne z modelem. Dla przykładu: atrybut kolor mógłby mie kilka moliwych zastosowa, np. dla koloru włosów, koloru skóry, lub koloru tczy. Kade uycie ma inny zasig znaczcych wartoci, dlatego jednostki musz zosta dokładnie nazwane. Kady atrybut posiada dokładnie jedn jednostk. Dla przykładu atrybuty PESEL mógłby zosta uyty w wielu miejscach w modelu, ale przynaley do tylko jednej jednostki (np. Człowiek ). Kady atrybut musi mie warto (reguł niepust) oraz aden atrybut nie moe posiada wielokrotnej wartoci (reguł niepowtórzeniow). Reguły egzekwuj tworzenie odpowiedniego modelu. W sytuacji, gdzie wydaje si, e reguła nie moe by utrzymana, model prawdopodobnie jest błdny. Klucz jest grup tych atrybutów, za pomoc, których mona jednoznacznie zidentyfikowa instancj jednostki. Rozróniamy dwa klucze, klucze główne oraz klucze obce. Kada jednostka ma dokładnie jeden klucz główny, pokazany powyej horyzontalnej linii kostki. Jednostki mog równie mie klucze obce, które take jednoznacznie identyfikuj jednostk, lecz nie mog by uyte do opisania relacji z innymi jednostkami. W relacji powizania, klucz główny rodzica przekazywany jest do dziecka. Jeli relacja jest relacj skategoryzowan, klucz główny dziecka jest tym samym kluczem, co kategoria. Jeli relacja jest relacj identyfikujc klucz główny dziecka, musi zawiera atrybuty od rodzica. Oprócz faktu, e klucz unikalnie identyfikuje jednostki, wszystkie atrybuty w kluczu musz przyczyni si do powstania unikatowego identyfikatora (najmniejszy to klucz reguły). W ten sposób decydujc czy dziedziczenie atrybutu powinno by czci klucza, sprawdzamy, czy ten atrybut jest konieczny, do stworzenia unikatowego identyfikatora. Istniej dwie zasady zalenoci reguł: pełne funkcjonalne zalenoci reguł, wtedy, gdy klucz główny jest złoony z wielokrotnych atrybutów. Wszystkie nieklucze atrybutów musz by funkcjonalnie zalene na całym kluczu głównym, nie przechodnie zalenoci, wtedy, gdy kady atrybut nieklucz musi by zaleny tylko od klucza atrybutu.

21 Klucze obce nie s typowymi kluczami, lecz atrybutami dziedziczonymi z kluczy głównych innych jednostek. Klucze obce maj etykiet (FK) by wyrazi, e nie s własnoci tej jednostki. Klucze obce s znaczce, poniewa pokazuj relacje midzy jednostkami. Metoda IDEF2 Modelowanie symulujce wspiera narzdzia pomocy przy rozwizywaniu kompleksowych problemów z zakresu aplikacji. Symulacja uwzgldnia scenariusz, co jeli i jego moliwe efekty analizy w istniejcym lub wyimaginowanym systemie. Celem IDEF2 jest umoliwienie symulacji modelu. W przypadku potencjalnego ponownego uycia, model symulacji jest podzielony na cztery podmodele: funkcjonalny podmodel: precyzujcy model główny, jednostkowy przepływowy podmodel: transformacja modeli poprzez jednostki, dyspozycyjne zasoby: główne logiczne zadania potrzebne do transformacji, system kontrolujcy podmodele: efekty zewntrzne modelu. IDEF2 pomaga w przypadku informacji dotyczcej symulacji modelu generujcego system. Metoda IDEF3 Norma IDEF3 jest kompleksow metod modelowania procesów. Została stworzona pod ktem zobrazowania łacucha nastpujcych po sobie działa. Zawiera opis mechanizmów umoliwiajcych zebranie odpowiednich do opisu procesu. Przesłankami do stworzenia normy IDEF3 były czynniki takie jak: zwikszenie wydajnoci analizy systemów biznesowych, ułatwienie zbudowania opisu wymaga systemu, wspieranie procesu zarzdzania projektami. Norma IDEF3 zbudowana jest w sposób, który umoliwia zrozumienie metody opisu przez osoby nie zajmujce si modelowaniem procesów, ma te ułatwi łatwe poznanie rónic pomidzy alternatywnymi wersjami procesu. Podstawowym elementem schematu procesu według normy, IDEF3 jest symbol UOB (Unit of Behavior box), ukazujcy pojedyncze działanie (funkcj). Symbole UOB łczone s za pomoc rónego typu połcze, przedstawione jako strzałki. Rozgałzienia procesu w schematach IDEF3 przedstawiaj wzły. Wystpuj wzły AND, rozdzielajce proces na wiele równolegle przebiegajcych gałzi, wzły OR (wzeł ten aktywuje jedn lub wicej gałzi) oraz XOR (wzeł aktywuje jedn z kilku moliwych gałzi). Dodatkowo wystpuj wzły synchroniczne

22 OR i AND, które oznaczaj rozpoczcie w tym samym momencie wielu odpowiednich dla danego wzła gałzi (nie wystpuje synchroniczne XOR, gdy po wle aktywowana jest jedynie jedna gał). W symbolu okrgu umieszczane s wystpujce w procesie obiekty (na przykład poszczególne komponenty uywane w produkcji). Bramka Xor Trasa powrotna 4 Cz malowania Cz suszenia Test X Trasa do nastpnego stopu 5 Diagram przepływu IDEF3 Norma IDEF3 ukazuje te kolejno przeprowadzania reorganizacji procesów, dzielc j na nastpujce etapy: udokumentowanie istniejcego procesu, zidentyfikowanie zebrania najwaniejszych dla procesu danych, przeanalizowanie istniejcego procesu, zaprojektowanie nowego procesu, wyznaczenie alternatyw i wyboru konkretnej alternatywy, opracowanie projektu biznesowego, uzyskanie zgody na implementacj zmian, zaplanowanie i wdroenie zmian, cigłe ulepszanie procesu. Normy IDEF stanowi, wic nie tylko zbiór metod opisu procesów i systemów informacyjnych, ale zawieraj te sposoby zbierania danych i metody przeprowadzania zmian. IDEF3 pojcia IDEF3 słuy do opisu scenariuszy typowych sytuacji w przedsibiorstwie. Pokazuje, jak działa system lub proces. Wykorzystuje znacznie bogatszy zestaw elementów: graficznych i logicznych. Mona wyróni dwa typy IDEF3:

23 Process Flow Description opisuje przepływ procesów. Wykorzystujc elementy logiczne, pozwala zrozumie proces i sie relacji pomidzy działaniami, Object State Transition Description opisuje zachodzce zmiany stanu obiektów. Obiekty okrelaj przedmioty rzeczywiste (materiały) oraz konceptualne (zamówienia). Zdecydowanie czciej wykorzystywany jest jednak schemat procesowy a nie obiektowy. Schematy procesowe mog równie by dekomponowane na podobnych zasadach jak w technice IDEF0. W notacji IDEF3 Process Flow Description, podstawowymi elementami s: kostki UOB (ang. Unit Of Behavior), okrelajce typy zdarze, decyzji, działa, czy czynnoci, strzałki, okrelane take mianem wizi. Definiuj one zwizek nastpstwa midzy kostkami UOB, W tabeli 3.1 zostały przedstawione podstawowe elementy wraz z opisami. Nastpstwo proste, kostka A jest poprzednikiem, kostka B nastpc Po kadej czynnoci reprezentowanej przez kostk A, musi nastpowa czynno reprezentowana przez kostk B Kada czynno reprezentowana przez kostk B, musi by poprzedzona czynnoci reprezentowan przez kostk A Kada czynno reprezentowana przez kostk B musi by poprzedzona czynnoci reprezentowan przez kostk A, oraz kostka A musi by poprzedniczk kostki B Nastpstwo zdefiniowane jest indywidualnie, za pomoc osobnego diagramu

24 małe kostki elementy logiczne wprowadzane w miejscu rozgałzie strzałek, jako złczenia. W miejscu rozgałzienia strzałek, proces ulega rozdzieleniu na wiele cieek a w miejscu złczenia strzałek, nastpuje złczenie wielu cieek procesu. Małe kostki w swoim wntrzu zawieraj znak operacji logicznej: & - koniunkcja i, 0 alternatywa lub, X - alternatywa wykluczajca xor. oraz oznaczenia: asynchronicznoci pojedyncza kreska pionowa, synchronicznoci dwie kreski pionowe. Czynnoci reprezentowane przez kostki B i C musz by nastpczyniami czynnoci reprezentowanej przez kostk A. Czynnoci reprezentowane przez kostki A i B musz by poprzedniczkami czynnoci reprezentowanej przez kostk C. Co najmniej w jednej z kostek B i C musi by realizowana czynno bdca nastpczyni czynnoci reprezentowanej przez kostk A. Co najmniej w jednej z kostek A i B musi by realizowana czynno bdca poprzedniczk czynnoci reprezentowanej przez kostk C. Czynno reprezentowana przez jedn z kostek B lub C musi by nastpczyni czynnoci reprezentowanej przez kostk A. Czynno reprezentowana przez jedn z kostek A lub B musi by poprzedniczk czynnoci reprezentowanej przez kostk C. Czynnoci reprezentowane przez kostki B i C musz by nastpczyniami czynnoci reprezentowanej przez kostk A i musz rozpocz si jednoczenie. Czynnoci realizowane przez kostki A i B musz by poprzedniczkami czynnoci reprezentowanej przez kostk C i musz si koczy jednoczenie.

25 Co najmniej w jednej z kostek B i C musi by realizowana czynno bdca nastpczyni czynnoci reprezentowanej przez kostk A i czynnoci te (jeli s realizowane obie) musz rozpocz si jednoczenie. Co najmniej w jednej z kostek A i B musi by realizowana czynno bdca poprzedniczk czynnoci reprezentowanej przez kostk C i czynnoci te, (jeli s realizowane obie) musz si koczy jednoczenie. Elementy logiczne, oraz oznaczenia a- i synchronicznoci w schemacie procesowym Opis przemiany obiektu Diagram opisu przemiany obiektu jest streszczeniem obiektu. Diagram jest tylko kompozycj stanu obiektu. Obiekt stanu definiuje termin wartoci właciwoci oraz ograniczenia. Właciwoci obiektu mog by zdefiniowane jako atrybuty normy IDEF1, oraz mog przenosi referencj na diagram. UOB/ Cze malowania 1/1 UOB/Test 3/1 Malowanie na nowo Płynna farba w maszynie Stała farba UOB/Cz suszenia UOB/ Test Malowanie z połyskiem 2/1 3/1 IDEF3 Przykładowy diagram przemiany obiektu

26 Literatura: 1. D. Vaskevitz, Strategie klient serwer, systemy informatyczne w procesie przekształcania przedsiebiorstwa, IDG Poland S.A. w-wa I. Durlik, Inynieria zarzdzania, strategia i projektowanie systemów produkcyjnych cz. I, Agencja Wydawnicza Placet, W-wa S. Abt, Zarzdzanie logistyczne w przedsibiorstwie, PWE, W-wa M. Christopher, Strategia zarzdzania dystrybucj, praktyka logistyki biznesu. Marketing a dystrybucja. Analiza i okrelenie poziomu obsługi klienta, Agencja Wydawnicza Placet, Wyd. II, M. Christopher, Logistyka i zarzdzanie łacuchem poday, Wydawnictwo profesjonalnej szkoły biznesu, Kraków J. Ochman, Integracja w systemach informatycznych zarzdzania, PWE, W-wa, P. Adamczewski, Wdroeniowe uwarunkowania zintegrowanych systemów informatycznych, Akademicka Oficyna PLJ, W-wa, P. Beynon-Davies, Inynieria systemów informacyjnych, WNT, W-wa, P. Fuglewicz, K. Stpor, A. Trojnar, CASE dla ludzi, LUPUS, W-wa, R. Barker, C. Longman, Case Method SM. Modelowanie funkcji i procesów, WNT, W- wa, A. Korzeniowski, A. Weselik, Z.M. Skowroski, M. Kaczmarek, Zarzdzanie gospodark magazynow, PWE, W-wa, J. Majewski, Informatyka dla logistyki, Biblioteka Logistyka, Pozna J. Majewski, Informatyka w magazynie, Biblioteka Logistyka, Pozna Strategia informatyzacji współczesnej organizacji. Teoria i praktyka. Pod red. Bernarda. F. Kubiaka, Uniwersytet Gdaski, Wydział Zarzdzania Gdask Architektura zintegrowanego systemu informatycznego zarzdzania, pod red. Andrzeja Bytniewskiego, Wydawnictwo Akademii Ekonomicznej im. Oskara Langego we Wrocławiu, Wrocław A. Januszewski, Funkcjonalno informatycznych systemów zarzdzania, Tom1, Zintegrowane systemy transakcyjne, PWN, Warszawa, A. Stachowicz-Stanusch, M. Stanusch, CRM. Przewodnik dla wdraajcych, Wydawnictwo Placet, Warszawa W.J. Jabłoski, W. Bartkiewicz, Systemy informatyczne zarzdzania. Klasyfikacja i charakterystyka systemów, Wydawnictwo KPSW, Bydgoszcz 2006

Bilansowanie zasobów w zintegrowanych systemach zarządzania produkcją. prof. PŁ dr inż. Andrzej Szymonik www.gen-prof.

Bilansowanie zasobów w zintegrowanych systemach zarządzania produkcją. prof. PŁ dr inż. Andrzej Szymonik www.gen-prof. Bilansowanie zasobów w zintegrowanych systemach zarządzania produkcją prof. PŁ dr inż. Andrzej Szymonik www.gen-prof.pl Łódź 2014/2015 Zagadnienia: 1. Zasoby przedsiębiorstwa 2. Bilansowanie zasobów wg

Bardziej szczegółowo

Od ERP do ERP czasu rzeczywistego

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

Bardziej szczegółowo

podproduktów i materiałów potrzebnych do

podproduktów i materiałów potrzebnych do Program zajęć Komputerowe wspomaganie przedsiębiorstwem Zarządzanie projektem informatycznym Bazy danych / hurtownie danych UML i modelowanie systemów Technologie internetowe - e-business Symulacje komputerowe

Bardziej szczegółowo

Bazy danych Podstawy teoretyczne

Bazy danych Podstawy teoretyczne Pojcia podstawowe Baza Danych jest to zbiór danych o okrelonej strukturze zapisany w nieulotnej pamici, mogcy zaspokoi potrzeby wielu u!ytkowników korzystajcych z niego w sposóbs selektywny w dogodnym

Bardziej szczegółowo

Zarządzanie Produkcją VI

Zarządzanie Produkcją VI Zarządzanie Produkcją VI Dr Janusz Sasak Jakość Ogół cech i właściwości wyrobu lub usługi decydujących o zdolności wyrobu lub usługi do zaspokojenia stwierdzonych lub przewidywanych potrzeb Norma PN/EN

Bardziej szczegółowo

Spis treci. Dzie 1. I Wprowadzenie (wersja 0911) II Dostp do danych biecych specyfikacja OPC Data Access (wersja 0911)

Spis treci. Dzie 1. I Wprowadzenie (wersja 0911) II Dostp do danych biecych specyfikacja OPC Data Access (wersja 0911) I Wprowadzenie (wersja 0911) Kurs OPC Integracja i Diagnostyka Spis treci Dzie 1 I-3 O czym bdziemy mówi? I-4 Typowe sytuacje I-5 Klasyczne podejcie do komunikacji z urzdzeniami automatyki I-6 Cechy podejcia

Bardziej szczegółowo

Program Sprzeda wersja 2011 Korekty rabatowe

Program Sprzeda wersja 2011 Korekty rabatowe Autor: Jacek Bielecki Ostatnia zmiana: 14 marca 2011 Wersja: 2011 Spis treci Program Sprzeda wersja 2011 Korekty rabatowe PROGRAM SPRZEDA WERSJA 2011 KOREKTY RABATOWE... 1 Spis treci... 1 Aktywacja funkcjonalnoci...

Bardziej szczegółowo

Zintegrowane systemy zarządzania przedsiębiorstwem

Zintegrowane systemy zarządzania przedsiębiorstwem Zintegrowane systemy zarządzania przedsiębiorstwem Jarosław Durak ZIP 2005 Wprowadzenie Rozwój systemów informatycznych zarządzania przedsiębiorstwem 1957 American Production & Inventory Control Society

Bardziej szczegółowo

LOGISTYKA PRODUKCJI C3 TYTUŁ PREZENTACJI: LOGISTYKA PRODUKCJI OBLICZEŃ ZWIĄZANYCH Z KONCEPCJĄ MRP

LOGISTYKA PRODUKCJI C3 TYTUŁ PREZENTACJI: LOGISTYKA PRODUKCJI OBLICZEŃ ZWIĄZANYCH Z KONCEPCJĄ MRP LOGISTYKA PRODUKCJI C3 PREZENTACJA PRZYKŁADOWYCH, PODSTAWOWYCH OBLICZEŃ ZWIĄZANYCH Z KONCEPCJĄ MRP 2 Logistyka materiałowa Logistyka zaopatrzenia Logistyka dystrybucji Magazyn Pośrednictwo Magazyn Surowce

Bardziej szczegółowo

Bazy danych. Plan wykładu. Proces modelowania i implementacji bazy danych. Elementy ERD. Wykład 2: Diagramy zwizków encji (ERD)

Bazy danych. Plan wykładu. Proces modelowania i implementacji bazy danych. Elementy ERD. Wykład 2: Diagramy zwizków encji (ERD) Plan wykładu Bazy danych Wykład 2: Diagramy zwizków encji (ERD) Diagramy zwizków encji elementy ERD licznoci zwizków podklasy klucze zbiory słabych encji Małgorzata Krtowska Katedra Oprogramowania e-mail:

Bardziej szczegółowo

Projektowanie bazy danych przykład

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

Bardziej szczegółowo

...Gospodarka Materiałowa

...Gospodarka Materiałowa 1 Gospodarka Materiałowa 3 Obsługa dokumentów magazynowych 4 Ewidencja stanów magazynowych i ich wycena 4 Inwentaryzacja 4 Definiowanie indeksów i wyrobów 5 Zaopatrzenie magazynowe 5 Kontrola jakości 5

Bardziej szczegółowo

Typy bazy danych Textract

Typy bazy danych Textract Typy bazy danych Typy bazy danych bazy tekstowe, Textract, http://www.textract.com - bazy tekstowe, np. archiwum gazety, dla setek gigabajtów, szybkie wyszukiwanie i indeksacja informacji bazy danych bez

Bardziej szczegółowo

Programowanie Obiektowe

Programowanie Obiektowe Programowanie Obiektowe dr in. Piotr Zabawa IBM/Rational Certified Consultant pzabawa@pk.edu.pl WYKŁAD 1 Wstp, jzyki, obiektowo Cele wykładu Zaznajomienie słuchaczy z głównymi cechami obiektowoci Przedstawienie

Bardziej szczegółowo

Zintegrowany System Informatyczny (ZSI)

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

Bardziej szczegółowo

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 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

Bardziej szczegółowo

Bazy danych. Plan wykładu. Proces modelowania i implementacji bazy danych. Elementy ERD. Wykład 2: Diagramy zwizków encji (ERD)

Bazy danych. Plan wykładu. Proces modelowania i implementacji bazy danych. Elementy ERD. Wykład 2: Diagramy zwizków encji (ERD) Plan wykładu Bazy danych Wykład 2: Diagramy zwizków encji (ERD) Diagramy zwizków encji elementy ERD licznoci zwizków podklasy klucze zbiory słabych encji Małgorzata Krtowska Katedra Oprogramowania e-mail:

Bardziej szczegółowo

dr inż. Marek Mika ON PAN ul. Wieniawskiego 17/19 tel. 8528-503 wew. 262 e-mail: Marek.Mika@cs.put.poznan.pl

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

Bardziej szczegółowo

Informacje o wybranych funkcjach systemu klasy ERP Realizacja procedur ISO 9001

Informacje o wybranych funkcjach systemu klasy ERP Realizacja procedur ISO 9001 iscala Informacje o wybranych funkcjach systemu klasy ERP Realizacja procedur ISO 9001 Opracował: Grzegorz Kawaler SCALA Certified Consultant Realizacja procedur ISO 9001 1. Wstęp. Wzrastająca konkurencja

Bardziej szczegółowo

IFS Applications. Obiekty i komponenty. Architektura. Korzenie IFS Applications. IFS Applications system klasy ERP

IFS Applications. Obiekty i komponenty. Architektura. Korzenie IFS Applications. IFS Applications system klasy ERP Korzenie Applications Applications Zintegrowane środowisko do kompleksowego zarządzania przedsiębiorstwem IC (ang. Inventory Control) Kontrola Zapasów Magazynowych, MRP (ang. Material Requirements Planning)

Bardziej szczegółowo

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/ 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

Bardziej szczegółowo

Wartość dodana podejścia procesowego

Wartość dodana podejścia procesowego Zarządzanie procesami dr Mariusz Maciejczak Wartość dodana podejścia procesowego www.maciejczak.pl Wartość dodana w ujęciu ekonomicznym Wartość dodana - przyrost wartości dóbr w wyniku określonego procesu

Bardziej szczegółowo

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Opis szkoleń z obszaru INFORMATYKA planowanych

Bardziej szczegółowo

Studium przypadku Case Study CCNA2-ROUTING

Studium przypadku Case Study CCNA2-ROUTING Na podstawie oryginału CISCO, przygotował: mgr in. Jarosław Szybiski Studium przypadku Case Study CCNA2-ROUTING Ogólne załoenia dla projektu Przegld i cele Podczas tego wiczenia uczestnicy wykonaj zadanie

Bardziej szczegółowo

Wprowadzenie do systemu ERP: CDN XL

Wprowadzenie do systemu ERP: CDN XL Wprowadzenie do systemu ERP: CDN XL Przedmiot: Lk: 1/7 Opracował: mgr inż. Paweł Wojakowski Instytut Technologii Maszyn i Automatyzacji Produkcji Zakład Projektowania Procesów Wytwarzania Pokój: 3/7 B,

Bardziej szczegółowo

Mapowanie wybranych procesów obsługi klienta w sektorze. Dzień 1.

Mapowanie wybranych procesów obsługi klienta w sektorze. Dzień 1. Mapowanie wybranych procesów obsługi klienta w sektorze publicznym Dzień 1. Cele warsztatów Główne cele naszego warsztatu to: przygotowanie do samodzielnego mapowania procesów utrwalenie techniki mapowania

Bardziej szczegółowo

Katalog rozwiązań informatycznych dla firm produkcyjnych

Katalog rozwiązań informatycznych dla firm produkcyjnych Katalog rozwiązań informatycznych dla firm produkcyjnych www.streamsoft.pl Obserwować, poszukiwać, zmieniać produkcję w celu uzyskania największej efektywności. Jednym słowem być jak Taiichi Ohno, dyrektor

Bardziej szczegółowo

Automatyzacja Procesów Biznesowych. Systemy Informacyjne Przedsiębiorstw

Automatyzacja Procesów Biznesowych. Systemy Informacyjne Przedsiębiorstw Automatyzacja Procesów Biznesowych Systemy Informacyjne Przedsiębiorstw Rodzaje przedsiębiorstw Produkcyjne największe zapotrzebowanie na kapitał, największe ryzyko Handlowe kapitał obrotowy, średnie ryzyko

Bardziej szczegółowo

MRP o zamkniętej pętli

MRP o zamkniętej pętli MRP O ZAMKNIĘTEJ PĘTLI MRP o zamkniętej pętli CLOSED-LOOP MRP To rozszerzenie modelu MRP o funkcje... i kontroli w sferze... oraz... MRP O ZAMKNIĘTEJ PĘTLI uwzględnia: ograniczenia związane ze... produkcyjną

Bardziej szczegółowo

Technologie informatyczne wspierające i integrujące przepływ informacji w łańcuchu dostaw

Technologie informatyczne wspierające i integrujące przepływ informacji w łańcuchu dostaw Technologie informatyczne wspierające i integrujące przepływ informacji w łańcuchu dostaw prof. PŁ dr hab. inż. Andrzej Szymonik www.gen-prof.pl 2014/2015 1 1. Idea zarządzania zintegrowanego 2 Wstęp:

Bardziej szczegółowo

Wprowadzenie do kompilatorów

Wprowadzenie do kompilatorów Wprowadzenie do kompilatorów Czy ja kiedykolwiek napisz jaki kompilator? Jakie zadania ma do wykonania kompilator? Czy jzyk formalny to rodzaj jzyka programowania? Co to jest UML?, Czy ja kiedykolwiek

Bardziej szczegółowo

SENTE Produkcja. Tworzymy dla Ciebie. Prezentacja programu. planowanie i kontrola procesów wytwórczych. SENTE Systemy Informatyczne Sp. z o.o.

SENTE Produkcja. Tworzymy dla Ciebie. Prezentacja programu. planowanie i kontrola procesów wytwórczych. SENTE Systemy Informatyczne Sp. z o.o. Prezentacja programu SENTE Produkcja planowanie i kontrola procesów wytwórczych Tworzymy dla Ciebie SENTE Systemy Informatyczne Sp. z o.o. Infolinia handlowa: 0 801 077 778 ul. Kościuszki 142 A 50-008

Bardziej szczegółowo

Informatyka w Zarządzaniu

Informatyka w Zarządzaniu Informatyka w Zarządzaniu W Y K Ł AD I Ewolucja systemów informatycznych w zarządzaniu MAIL: WWW: KONSULTACJE: andrzej.dudek@ae.jgora.pl http://wgrit.ae.jgora.pl/ad pt 9.00-11.00 sala 80 budynek A Podstawowe

Bardziej szczegółowo

LOGISTYKA PRODUKCJI. dr inż. Andrzej KIJ

LOGISTYKA PRODUKCJI. dr inż. Andrzej KIJ LOGISTYKA PRODUKCJI dr inż. Andrzej KIJ TEMAT ĆWICZENIA: PLANOWANIE POTRZEB MATERIAŁOWYCH METODA MRP Opracowane na podstawie: Praca zbiorowa pod redakcją, A. Kosieradzkiej, Podstawy zarządzania produkcją

Bardziej szczegółowo

Wymierne korzyci wynikajce z analizy procesów

Wymierne korzyci wynikajce z analizy procesów Wymierne korzyci wynikajce z analizy procesów Analiza procesu jest narzdziem do osignicia wyszej efektywnoci organizacji (midzy innymi). Wymaga ona zbudowania modelu procesu biznesowego bdcego opisem funkcjonowania

Bardziej szczegółowo

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20

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:

Bardziej szczegółowo

SigmaMRP zarządzanie produkcją w przedsiębiorstwie z branży metalowej.

SigmaMRP zarządzanie produkcją w przedsiębiorstwie z branży metalowej. SigmaMRP zarządzanie produkcją w przedsiębiorstwie z branży metalowej. Wstęp SigmaMRP to nowość na polskim rynku, która jest już dostępna w ofercie firmy Stigo. Program MRP (ang. Material Requirements

Bardziej szczegółowo

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Modelowanie biznesowe jest stykiem między

Bardziej szczegółowo

Paweł Gołębiewski. Softmaks.pl Sp. z o.o. ul. Kraszewskiego 1 85-240 Bydgoszcz www.softmaks.pl kontakt@softmaks.pl

Paweł Gołębiewski. Softmaks.pl Sp. z o.o. ul. Kraszewskiego 1 85-240 Bydgoszcz www.softmaks.pl kontakt@softmaks.pl Paweł Gołębiewski Softmaks.pl Sp. z o.o. ul. Kraszewskiego 1 85-240 Bydgoszcz www.softmaks.pl kontakt@softmaks.pl Droga na szczyt Narzędzie Business Intelligence. Czyli kiedy podjąć decyzję o wdrożeniu?

Bardziej szczegółowo

FIS SYSTEM MAGAZYNOWY

FIS SYSTEM MAGAZYNOWY FIS OGÓLNA CHARAKTERYSTYKA FIS SYSTEM MAGAZYNOWY System magazynowy FIS jest innowacyjnym programem wspierającym rozmaite procesy biznesowe potrzebne do zarządzania gospodarką magazynową w sklepach, hurtowniach,

Bardziej szczegółowo

Opracowywanie zamówień

Opracowywanie zamówień Podsystemy logistyki - podział funkcjonalny Opracowywanie zamówień Zarządzanie zapasami (gospodarka magazynowa) Magazyn Opakowanie Transport Opracowywanie zamówień 1 Zamówienie Zamówienie jest podstawą

Bardziej szczegółowo

Zarządzanie Zapasami System informatyczny do monitorowania i planowania zapasów. Dawid Doliński

Zarządzanie Zapasami System informatyczny do monitorowania i planowania zapasów. Dawid Doliński Zarządzanie Zapasami System informatyczny do monitorowania i planowania zapasów Dawid Doliński Dlaczego MonZa? Korzyści z wdrożenia» zmniejszenie wartości zapasów o 40 %*» podniesienie poziomu obsługi

Bardziej szczegółowo

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

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

Bardziej szczegółowo

Zarządzanie Produkcją III

Zarządzanie Produkcją III Zarządzanie Produkcją III Dr Janusz Sasak Operatywne zarządzanie produkcją pojęcia podstawowe Asortyment produkcji Program produkcji Typ produkcji ciągła dyskretna Tempo i takt produkcji Seria i partia

Bardziej szczegółowo

Wykład 1 Inżynieria Oprogramowania

Wykład 1 Inżynieria Oprogramowania Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI

Bardziej szczegółowo

Zapytanie ofertowe dotyczące projektu realizowanego w ramach Regionalnego Programu Operacyjnego dla Województwa Dolnośląskiego na lata 2007-2013

Zapytanie ofertowe dotyczące projektu realizowanego w ramach Regionalnego Programu Operacyjnego dla Województwa Dolnośląskiego na lata 2007-2013 Chojnów dnia 08.09.2014 r. Zapytanie ofertowe dotyczące projektu realizowanego w ramach Regionalnego Programu Operacyjnego dla Województwa Dolnośląskiego na lata 2007-2013 Priorytet 1. Wzrost konkurencyjności

Bardziej szczegółowo

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe Technologie informacyjne prof. dr hab. Zdzisław Szyjewski 1. Rola i zadania systemu operacyjnego 2. Zarządzanie pamięcią komputera 3. Zarządzanie danymi

Bardziej szczegółowo

www.e-bit.edu.pl Cennik szkoleń e-learning 2015 rok

www.e-bit.edu.pl Cennik szkoleń e-learning 2015 rok www.e-bit.edu.pl Cennik szkoleń e-learning 2015 rok LOGISTYKA ZARZĄDZANIE ZAPASAMI Podstawowe problemy zarządzania zapasami Popyt Poziom obsługi klienta Zapas zabezpieczający Podstawowe systemy uzupełniania

Bardziej szczegółowo

SUPLEMENT SM-BOSS WERSJA 6.15

SUPLEMENT SM-BOSS WERSJA 6.15 SUPLEMENT SM-BOSS WERSJA 6.15 Spis treci Wstp...2 Pierwsza czynno...3 Szybka zmiana stawek VAT, nazwy i PKWiU dla produktów...3 Zamiana PKWiU w tabeli PKWiU oraz w Kartotece Produktów...4 VAT na fakturach

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK PO PRZEDMIOCIE C1. Podniesienie poziomu wiedzy studentów z inżynierii oprogramowania w zakresie C.

Bardziej szczegółowo

Logistyczny system informacyjny przedsiębiorstwa. prof. PŁ dr hab. inż. Andrzej Szymonik www.gen-prof.pl Łódź 2015

Logistyczny system informacyjny przedsiębiorstwa. prof. PŁ dr hab. inż. Andrzej Szymonik www.gen-prof.pl Łódź 2015 Logistyczny system informacyjny przedsiębiorstwa prof. PŁ dr hab. inż. Andrzej Szymonik www.gen-prof.pl Łódź 2015 1 Zagadnienia: 1. Istota logistycznego systemu informacyjnego; 2. Charakterystyka logistycznego

Bardziej szczegółowo

Podnoszenie efektywnoci produkcji przy wykorzystaniu istniejcych zasobów

Podnoszenie efektywnoci produkcji przy wykorzystaniu istniejcych zasobów Podnoszenie efektywnoci produkcji przy wykorzystaniu istniejcych zasobów Adam Jednoróg Koordynator ds. Systemów Zarzdzania Produkcj Email: ajednorog@ipscontrol.pl pl ips Control idealny partner w biznesie

Bardziej szczegółowo

WIADECTWO INNOWACYJNOCI PRODUKTU

WIADECTWO INNOWACYJNOCI PRODUKTU WIADECTWO INNOWACYJNOCI PRODUKTU I. ZAKRES wiadectwo innowacyjnoci produktu dla ASTEC Sp. z o.o. dotyczy prototypu produktu MDT (Magik Development Tools) w fazie studium wykonalnoci. ASTEC Sp. z o.o. ul.

Bardziej szczegółowo

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

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

Bardziej szczegółowo

Harmonogram Akademii Kompetencji Comarch

Harmonogram Akademii Kompetencji Comarch Harmonogram Akademii Kompetencji Grupa warsztatowa nr 1 9.04.13 16.04.13 23.04.13 07.05.13 Ogólny wstęp o u, oprogramowaniu Optima i szansach słuchaczy po zakończeniu zajęć + e- commerce z wykorzystaniem

Bardziej szczegółowo

Zarządzanie procesami i logistyką w przedsiębiorstwie

Zarządzanie procesami i logistyką w przedsiębiorstwie Zarządzanie procesami i logistyką w przedsiębiorstwie Opis Projektowanie i ciągła optymalizacja przepływu produktu w łańcuchu dostaw oraz działań obsługowych i koniecznych zasobów, wymaga odwzorowania

Bardziej szczegółowo

Łańcuch dostaw Łańcuch logistyczny

Łańcuch dostaw Łańcuch logistyczny Zarządzanie logistyką Dr Mariusz Maciejczak Łańcuch dostaw Łańcuch logistyczny www.maciejczak.pl Łańcuch logistyczny a łańcuch dostaw Łańcuch dostaw w odróżnieniu od łańcucha logistycznego dotyczy integracji

Bardziej szczegółowo

MAGAZYNY SPRZEDAŻ LOGISTYKA MAGFA GMG Poprawiony czwartek, 10 czerwca 2010 17:50

MAGAZYNY SPRZEDAŻ LOGISTYKA MAGFA GMG Poprawiony czwartek, 10 czerwca 2010 17:50 System obsługuje główne procesy logistyczne począwszy od planowania i budżetowanie dostaw, ewidencji zamówień do dostawców, rejestracji dostaw i zakupów (również import), ewidencji obrotu magazynowego,

Bardziej szczegółowo

Case Study. aplikacji Microsoft Dynamics CRM 4.0. Wdrożenie w firmie Finder S.A.

Case Study. aplikacji Microsoft Dynamics CRM 4.0. Wdrożenie w firmie Finder S.A. Case Study aplikacji Microsoft Dynamics CRM 4.0 Wdrożenie w firmie Finder S.A. PRZEDSTAWIENIE FIRMY Finder jest operatorem systemu lokalizacji i monitoringu, wspomagającego zarządzanie pracownikami w terenie

Bardziej szczegółowo

Wprowadzanie i zmiany faktur z zakupu, wydruk rejestru zakupu

Wprowadzanie i zmiany faktur z zakupu, wydruk rejestru zakupu Sterowanie procedurami programu "Rejestr zakupu" odbywa si poprzez wybór jednej z kilku proponowanych akurat na ekranie moliwoci. U dołu ekranu wypisywany jest komunikat bliej objaniajcy wybran aktualnie

Bardziej szczegółowo

Karty katalogowe 2012 PZI TARAN

Karty katalogowe 2012 PZI TARAN MUNICOM.premium Karty katalogowe 2012 PZI TARAN MUNICOM.premium by PZI TARAN System MUNICOM.premium jest zintegrowanym pakietem oprogramowania do wspomagania zarządzania przedsiębiorstwem Autorem systemu

Bardziej szczegółowo

firmy produkty intranet handel B2B projekty raporty notatki

firmy produkty intranet handel B2B projekty raporty notatki firmy mail intranet produkty DOKUMENTY handel raporty B2B projekty notatki serwis zadania Dlaczego warto wybrać Pakiet ITCube? Najczęściej wybierany polski CRM Pakiet ITCube jest wykorzystywany przez ponad

Bardziej szczegółowo

ELEMENT SYSTEMU BIBI.NET. Instrukcja Obsługi

ELEMENT SYSTEMU BIBI.NET. Instrukcja Obsługi ELEMENT SYSTEMU BIBI.NET Instrukcja Obsługi Copyright 2005 by All rights reserved Wszelkie prawa zastrzeone!"# $%%%&%'(%)* +(+%'(%)* Wszystkie nazwy i znaki towarowe uyte w niniejszej publikacji s własnoci

Bardziej szczegółowo

System klasy ERP w chmurze. MRP magazyn, zaopatrzenie, zbyt, rozliczenie produkcji. Handel fakturowanie, warunki współpracy, cenniki, zamówienia.

System klasy ERP w chmurze. MRP magazyn, zaopatrzenie, zbyt, rozliczenie produkcji. Handel fakturowanie, warunki współpracy, cenniki, zamówienia. System klasy ERP w chmurze 50 zł miesięcznie za użytkownika przy pracy na serwerach Madar Stworzony dla firm produkcyjnych, instytutów, szkół, organizacji, biur rachunkowych, firm handlowych Madar7 to

Bardziej szczegółowo

20-02-2008. Wprowadzenie. Procesy

20-02-2008. Wprowadzenie. Procesy 4. Typowy obieg dokumentów w przedsiębiorstwie produkcyjnym Wprowadzenie Procesy Wprowadzenie czynniki wpływające na zakres funkcjonalny Główne czynniki wpływające na zakres funkcjonalny systemu ERP: rodzaj

Bardziej szczegółowo

MONEVA POLSKA Sp. z o.o. Ul Przemysłowa 4. 58-160 Świebodzice Polska NIP: 884 23 65 516. Regon:891138010 Świebodzice 6.07.2010 ZAPYTANIE OFERTOWE

MONEVA POLSKA Sp. z o.o. Ul Przemysłowa 4. 58-160 Świebodzice Polska NIP: 884 23 65 516. Regon:891138010 Świebodzice 6.07.2010 ZAPYTANIE OFERTOWE MONEVA POLSKA Sp. z o.o. Ul Przemysłowa 4 58-160 Świebodzice Polska NIP: 884 23 65 516 Regon:891138010 Świebodzice 6.07.2010 ZAPYTANIE OFERTOWE W związku uzyskaniem dofinansowania w ramach Regionalnego

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Modeling and analysis of computer systems Kierunek: Informatyka Forma studiów: Stacjonarne Rodzaj przedmiotu: Poziom kwalifikacji: obowiązkowy

Bardziej szczegółowo

Prowadzący Andrzej Kurek

Prowadzący Andrzej Kurek Prowadzący Andrzej Kurek Centrala Rzeszów Oddziały Lublin, Katowice Zatrudnienie ponad 70 osób SprzedaŜ wdroŝenia oprogramowań firmy Comarch Dopasowania branŝowe Wiedza i doświadczenie Pełna obsługa: Analiza

Bardziej szczegółowo

Szybkie mierzenie efektywności zoptymalizowania procesów. Korzyści w wariancie idealistycznym

Szybkie mierzenie efektywności zoptymalizowania procesów. Korzyści w wariancie idealistycznym 2012 Szybkie mierzenie efektywności zoptymalizowania procesów. Korzyści w wariancie idealistycznym Maciej Mikulski Analiza biznesowa integracji B2B Bydgoszcz, 26 września 2012 wersja robocza Proces biznesowy

Bardziej szczegółowo

MODELOWANIE PRZEPŁYWU DANYCH

MODELOWANIE PRZEPŁYWU DANYCH MODELOWANIE PRZEPŁYWU DANYCH 1. Diagram przepływu danych (DFD) 2. Weryfikacja modelu strukturalnego za pomocą DFD Modelowanie SI - GHJ 1 Definicja i struktura DFD Model części organizacji rozważany z punktu

Bardziej szczegółowo

1. WSTP. 2. Koncepcja platformy bezpieczestwa publicznego

1. WSTP. 2. Koncepcja platformy bezpieczestwa publicznego Koncepcja Platformy Bezpieczestwa Wewntrznego do realizacji zada badawczo-rozwojowych w ramach projektu Nowoczesne metody naukowego wsparcia zarzdzania bezpieczestwem publicznym w Unii Europejskiej 1.

Bardziej szczegółowo

Informatyzacja przedsiębiorstw. Cel przedsiębiorstwa. Komputery - potrzebne? 23-02-2012. Systemy zarządzania ZYSK! Metoda: zarządzanie

Informatyzacja przedsiębiorstw. Cel przedsiębiorstwa. Komputery - potrzebne? 23-02-2012. Systemy zarządzania ZYSK! Metoda: zarządzanie Informatyzacja przedsiębiorstw Systemy zarządzania Cel przedsiębiorstwa ZYSK! maksimum przychodów minimum kosztów podatki (lobbing...) Metoda: zarządzanie Ludźmi Zasobami INFORMACJĄ 2 Komputery - potrzebne?

Bardziej szczegółowo

ZAMAWIAJĄCY. CONCEPTO Sp. z o.o.

ZAMAWIAJĄCY. CONCEPTO Sp. z o.o. Grodzisk Wielkopolski, dnia 11.02.2013r. ZAMAWIAJĄCY z siedzibą w Grodzisku Wielkopolskim (62-065) przy ul. Szerokiej 10 realizując zamówienie w ramach projektu dofinansowanego z Programu Operacyjnego

Bardziej szczegółowo

Procesowa specyfikacja systemów IT

Procesowa specyfikacja systemów IT Procesowa specyfikacja systemów IT BOC Group 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

Bardziej szczegółowo

Uniwersytet Zielonogórski Wydział Zarzadzania Zakład Zarządzania Strategicznego Prowadzący: mgr Sławomir Kotylak

Uniwersytet Zielonogórski Wydział Zarzadzania Zakład Zarządzania Strategicznego Prowadzący: mgr Sławomir Kotylak Uniwersytet Zielonogórski Wydział Zarzadzania Zakład Zarządzania Strategicznego Prowadzący: mgr Sławomir Kotylak EKSPLOATACJA I UŻYTKOWANIE SYSTEMÓW INFORMATYCZNYCH - ćwiczenia PODSTAWOWE ZAGADNIENIA:

Bardziej szczegółowo

Zarządzanie łańcuchem dostaw

Zarządzanie łańcuchem dostaw Społeczna Wyższa Szkoła Przedsiębiorczości i Zarządzania kierunek: Zarządzanie i Marketing Zarządzanie łańcuchem dostaw Wykład 1 Opracowanie: dr Joanna Krygier 1 Zagadnienia Wprowadzenie do tematyki zarządzania

Bardziej szczegółowo

Terminologia baz danych

Terminologia baz danych Terminologia baz danych Terminologia Banki danych - bazy danych w których przechowuje si informacj historyczne. Hurtownie danych (data warehouse): zweryfikowane dane z rónych baz, przydatne do analiz i

Bardziej szczegółowo

Informatyzacja przedsiębiorstw WYKŁAD

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

Bardziej szczegółowo

FIS-CE OGÓLNA CHARAKTERYSTYKA

FIS-CE OGÓLNA CHARAKTERYSTYKA FIS-CE OGÓLNA CHARAKTERYSTYKA FIS-CE jest system centralnym pozwalającym zarządzać kilkoma punktami handlowymi, oddziałami i placówkami. Program ułatwia wymianę dokumentów pomiędzy punktami a centralą.

Bardziej szczegółowo

Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław

Bardziej szczegółowo

VPN Virtual Private Network. Uycie certyfikatów niekwalifikowanych w sieciach VPN. wersja 1.1 UNIZETO TECHNOLOGIES SA

VPN Virtual Private Network. Uycie certyfikatów niekwalifikowanych w sieciach VPN. wersja 1.1 UNIZETO TECHNOLOGIES SA VPN Virtual Private Network Uycie certyfikatów niekwalifikowanych w sieciach VPN wersja 1.1 Spis treci 1. CO TO JEST VPN I DO CZEGO SŁUY... 3 2. RODZAJE SIECI VPN... 3 3. ZALETY STOSOWANIA SIECI IPSEC

Bardziej szczegółowo

Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju. Jarosław Żeliński analityk biznesowy, projektant systemów

Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju. Jarosław Żeliński analityk biznesowy, projektant systemów Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju Jarosław Żeliński analityk biznesowy, projektant systemów O mnie qod 1991 roku w branży IT i zarządzania jako analityk projektant rozwiązań qod

Bardziej szczegółowo

STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe

STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe Technologie informacyjne Prof. dr hab. Zdzisław Szyjewski 1. Rola i zadania systemu operacyjnego 2. Zarządzanie pamięcią komputera 3. Zarządzanie danymi

Bardziej szczegółowo

Identyfikacja towarów i wyrobów

Identyfikacja towarów i wyrobów Identyfikacja towarów i wyrobów Identyfikacja towarów i wyrobów w firmie produkcyjnej jest kluczowa pod kątem profesjonalnej obsługi Klienta. Firma chcąc zapewnić wysoką jakość swoich wyrobów musi być

Bardziej szczegółowo

System B2B jako element przewagi konkurencyjnej

System B2B jako element przewagi konkurencyjnej 2012 System B2B jako element przewagi konkurencyjnej dr inż. Janusz Dorożyński ZETO Bydgoszcz S.A. Analiza biznesowa integracji B2B Bydgoszcz, 26 września 2012 Kilka słów o sobie główny specjalista ds.

Bardziej szczegółowo

Rachunek kosztów działa. dr Adam Chmielewski

Rachunek kosztów działa. dr Adam Chmielewski Rachunek kosztów działa dr Adam Chmielewski Koszty we współczesnym otoczeniu rynkowym spadek udziału kosztów bezporednich spadek udziału kosztów materiałów spadek udziału kosztów płac bezporednich wzrost

Bardziej szczegółowo

Oprogramowanie systemu B2B zakup licencji na oprogramowanie umożliwiające zarządzanie informacjami o produktach:

Oprogramowanie systemu B2B zakup licencji na oprogramowanie umożliwiające zarządzanie informacjami o produktach: ZAŁĄCZNIK NR 1 Dodatkowe informacje dotyczące systemu informatycznego B2B - zakres prac. Opracowanie systemu informatycznego (wykonanie, instalacja i konfiguracja / wdrożenie oraz usługi szkoleniowe) System

Bardziej szczegółowo

Program Certyfikacji Oprogramowania Autodesk. Załoenia

Program Certyfikacji Oprogramowania Autodesk. Załoenia Program Certyfikacji Oprogramowania Autodesk Załoenia Firma Autodesk - wiodcy producent oprogramowania wspomagajcego projektowanie proponuje program umoliwiajcy uytkownikom weryfikacj posiadanego oprogramowania

Bardziej szczegółowo

Monitoring procesów z wykorzystaniem systemu ADONIS

Monitoring procesów z wykorzystaniem systemu ADONIS Monitoring procesów z wykorzystaniem systemu ADONIS 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

Bardziej szczegółowo

Rachunek kosztów działań

Rachunek kosztów działań Rachunek kosztów działań Rachunek kosztów działań ABC (ang. Activity Based Costing) powstał jako odpowiedź na krytykę tradycyjnego rachunku kalkulacyjnego (1987 - Cooper R., Kaplan R. S., How Cost Accounting

Bardziej szczegółowo

Ocena efektywności działań logistycznych

Ocena efektywności działań logistycznych Wydział Ekonomiczno-Rolniczy - SGGW Dr Mariusz Maciejczak LOGISTYKA Ocena efektywności działań logistycznych Opracowanie na podstawie: materiałów z konferencji Zarządzanie Dystrybucją i Magazynowaniem,

Bardziej szczegółowo

Dopasowanie IT/biznes

Dopasowanie IT/biznes Dopasowanie IT/biznes Dlaczego trzeba mówić o dopasowaniu IT-biznes HARVARD BUSINESS REVIEW, 2008-11-01 Dlaczego trzeba mówić o dopasowaniu IT-biznes http://ceo.cxo.pl/artykuly/51237_2/zarzadzanie.it.a.wzrost.wartosci.html

Bardziej szczegółowo

Analiza procesów współpracy z kontrahentami i ich optymalizacja przez ICT

Analiza procesów współpracy z kontrahentami i ich optymalizacja przez ICT 2012 Analiza procesów współpracy z kontrahentami i ich optymalizacja przez ICT Rafał Moś KAELMO Analiza biznesowa integracji B2B Bydgoszcz, 26 września 2012 Agenda Procesy współpracy z kontrahentami Możliwości

Bardziej szczegółowo

Instrumenty zarządzania łańcuchami dostaw Redakcja naukowa Marek Ciesielski

Instrumenty zarządzania łańcuchami dostaw Redakcja naukowa Marek Ciesielski Instrumenty zarządzania łańcuchami dostaw Redakcja naukowa Marek Ciesielski Przedsiębiorstwo dzięki prawidłowo ukształtowanemu łańcuchowi dostaw może osiągnąć trwałą przewagę konkurencyjną na rynku. Dlatego

Bardziej szczegółowo

Program Sprzeda 2012

Program Sprzeda 2012 Program Sprzeda 2012 Autor: Jacek Bielecki Ostatnia zmiana: 2012-04-25 Wersja: 2012.961 Spis treci PROGRAM SPRZEDA 2012... 1 Spis treci... 1 Instalacja... 1 Instalacja stacji roboczych... 1 Uruchamianie...

Bardziej szczegółowo

Modelowanie i Programowanie Obiektowe

Modelowanie i Programowanie Obiektowe Modelowanie i Programowanie Obiektowe Wykład I: Wstęp 20 październik 2012 Programowanie obiektowe Metodyka wytwarzania oprogramowania Metodyka Metodyka ustandaryzowane dla wybranego obszaru podejście do

Bardziej szczegółowo

CRM w logistyce. Justyna Jakubowska. CRM7 Specjalista Marketingu

CRM w logistyce. Justyna Jakubowska. CRM7 Specjalista Marketingu CRM w logistyce Justyna Jakubowska CRM7 Specjalista Marketingu CRM w logistyce Prezentacja firm more7 Polska dostawca systemu CRM Autor i producent systemu do zarządzania relacjami z klientem CRM7; Integrator

Bardziej szczegółowo

Zarządzanie łańcuchem dostaw

Zarządzanie łańcuchem dostaw Społeczna Wyższa Szkoła Przedsiębiorczości i Zarządzania kierunek: Logistyka Zarządzanie łańcuchem dostaw Wykład 3 Opracowanie: dr Joanna Krygier 1 Omówione zagadnienia Międzyorganizacyjne relacje logistyczne

Bardziej szczegółowo

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura Systemu Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura jest zbiorem decyzji dotyczących: organizacji systemu komputerowego,

Bardziej szczegółowo