Transcript Model danych dla modułu harmonogramowana produkcji w

Politechnika Warszawska
Wydział Elektroniki i Technik Informacyjnych
Instytut Automatyki i Informatyki Stosowanej
Model danych dla modułu
harmonogramowana produkcji w
systemach klasy ERP
Seminarium Magisterskie II
Promotor: dr inż. Mariusz Kaleta
Dyplomantka: Anna Luzińska
Plan prezentacji










Cel pracy
Zadania do wykonania
System zarządzania produkcją ERP
Klasyczne modele harmonogramowania
Diagram klas
Model związków encji
Logiczny model danych
Przykład zapisany w xml
Schemat konceptualny pracy
Spodziewane efekty pracy
2
Cel pracy



Celem pracy jest stworzenie jednego, spójnego,
logicznego modelu danych dla klasycznych modeli
harmonogramowania.
Logiczny model danych może być później
wykorzystany do budowy modułu
harmonogramowania w systemie wspomagania
procesów produkcyjnych.
Obecnie większość programów klasy ERP
przeznaczonych do wsparcia produkcji nie posiada
w podstawowej wersji modułu harmonogramowania
3
Zadania do wykonania








Analiza klasycznych modeli harmonogramowania
Utworzenie diagramu klas
Utworzenie modelu związków encji
Utworzenie modelu logicznego danych
Zapisanie modelu logicznego danych w postaci xml
Utworzenie zbioru przykładów w xml
Przetransformowanie plików xml do Ampla za
pomocą transformaty xslt
Weryfikacja poprawności modelu w Amplu
4
System zarządzania produkcją ERP

Enterprise Resource Planning (ERP) –
Planowanie Zasobów Przedsiębiorstwa.


To zintegrowany, wysoce efektywny,
wielodostępowy system informatyczny –
zbudowany na potrzeby kompleksowego
zarządzania przedsiębiorstwem produkcyjnym.
Systemy ERP w swoich podstawowych wersjach
nie mają modułu harmonogramowania, stąd
poszukiwanie tańszych rozwiązań po za ERP
5
Klasyczne modele
harmonogramowania

System otwarty (open-shop),



System przepływowy (flow-shop),



charakteryzuje się dowolną kolejnością wykonywania zadań na
maszynach.
zadania mogą składać się z operacji, których kolejność
wykonania nie jest tu ważna.
charakteryzuje się „przepływem” zadania przez wszystkie
maszyny, ale kolejność wykonania nie zawsze musi być taka
sama.
zadania składają się z operacji, które muszą być wykonane w
ściśle określonym porządku.
System gniazdowy (job-shop),



kolejność maszyn mających wykonać operacje jest różna, ale
ściśle określona dla każdego z zadań.
zadania mogą składać się z różnej liczby operacji.
pojawiają się priorytety dla wykonywanych operacji.
6
Diagram klas dla klasycznych
modeli harmonogramowania

Określanie relacji pomiędzy Operacją, a Zadaniem


Zadanie składa się z co najmniej jednej operacji.
Operacja jest przypisana do jednego zadania.
Zadanie
-id_zadania
-nazwa_zad
-nr_zad
+dodaj_zad()
+usun_zad()
-zawiera
1
-przypisana
1..*
Operacja
-id_operacji
-nazwa_oper
-nr_oper
-czas_oper
-poczatek_oper
-zakoncz_oper
-poprzednik_oper
-nastepnik_oper
+przypisz_do_zad()
+dodaj_operacje()
+usun_operacje()
7
Diagram klas dla klasycznych
modeli harmonogramowania

Określanie kolejnych relacji między klasami

Pojawienie się klasy asocjacyjnej Przydział do maszyny
Zadanie
-id_zadania
-nazwa_zad
-nr_zad
+dodaj_zad()
+usun_zad()
-zawiera
1
-przypisana
1..*
Operacja
-id_operacji
-nazwa_oper
-nr_oper
-czas_oper
-poczatek_oper
-zakoncz_oper
-poprzednik_oper
-nastepnik_oper
+przypisz_do_zad()
+dodaj_operacje()
+usun_operacje()
Przydzial_do_maszyny
-priorytet
+przydziel_do_maszyny()
+rozp_oper()
+zak_oper()
+usun_oper()
+stan_maszyny()
1..*
1..*
-przydziela_oper
Maszyna
-id_maszyny
-nazwa_maszyny
-nr_maszyny
-szybkosc_masz
+wykonaj_oper()
+zatrzymaj_oper()
+skasuj_oper()
+przenies_oper()
8
Model encji dla klasycznych
modeli harmonogramowania

Zbudowanie modelu encji na podstawie diagramu klas


Określenie obligatoryjności atrybutów
Określenie typów danych dla atrybutów
Operacja
Zadanie
id_zad
<pi> NO
<M>
nr_zad
N100
<M>
nazwa_zad
TXT30 <M>
zadanie_operaca
id_zad <pi>
id_operacji
<pi> NO
nr_oper
N100
nazwa_oper
TXT30
czas_oper
TXT5
poczatek_oper
D
zak_oper
D
poprzednik_oper
N100
nastepnik_oper
N100
<M>
<M>
<M>
<M>
id_operacji <pi>
0,n
Maszyna
id_maszyny
<pi> NO
nr_maszyny
N100
nazwa_maszyny
TXT30
szybkosc
TXT10
<M>
<M>
<M>
<M>
Harmonogram
0,n
stan_maszyny BL
priorytet_oper N100
id_maszyny <pi>
9
Model danych dla klasycznych
modeli harmonogramowania

Zbudowanie modelu logicznego na podstawie modelu
związków encji



Określenie kluczy obcych
Uwzględnienie węzłów integralności
Określenie formatu danych dla atrybutów
Operacja
id_operacji
id_zad
nr_oper
nazwa_oper
czas_oper
poczatek_oper
zak_oper
poprzednik_oper
nastepnik_oper
Zadanie
id_zad
COUNTER
<pk>
nr_zad
NUMERIC(100)
nazwa_zad TEXT(30)
FK
COUNTER
<pk>
INTEGER
<fk>
NUMERIC(100)
TEXT(30)
TEXT(5)
DATE
DATE
NUMERIC(100)
NUMERIC(100)
FK
Maszyna
id_maszyny
nr_maszyny
nazwa_maszyny
szybkosc
COUNTER
<pk>
NUMERIC(100)
TEXT(30)
TEXT(10)
Harmonogram
FK
id_maszyny
id_operacji
stan_maszyny
priorytet_oper
INTEGER
<pk,fk1>
INTEGER
<pk,fk2>
YESNO
NUMERIC(100)
10
Przykład zapisany w pliku XML
Przykład:
1 maszyna
1 zadanie
2 operacje
11
Schemat konceptualny pracy
KLASYCZNE MODELE
HARMONOGRAMOWANIA
OPEN-SHOP
JOB-SHOP
WERYFIKACJA
MODELU
MODELOWANIE
DIAGRAM
KLAS
MODEL
LOGICZNY
DANYCH
PLIKI XML
XSLT
AMPL
FLOW-SHOP
12
Spodziewane efekty pracy
Zestawy danych dla testowych problemów
harmonogramowania zapisane w xmlu
 Narzędzia służące do przekształcania
zbiorów danych z plików xml do modeli w
Amplu

13
Dziękuję za uwagę