Tomsovi

  • Zvětšit velikost písma
  • Výchozí velikost písma
  • Zmenšit velikost písma
Domů Honza Škola 5. ročník Diplomová práce - Automatizované modelování - 7 Požadavky na informační systém

Diplomová práce - Automatizované modelování - 7 Požadavky na informační systém

Email Tisk PDF
seznam článků
Diplomová práce - Automatizované modelování
Obsah
1 Úvod
1.2 Typografické konvence
Tabulka 1: Slovník zkratek
2 Cíl práce
3 Metodika
4 Přehled vlastností modelovacích nástrojů
4.1 Úloha modelování v běžném životě
4.1 Úloha modelování v běžném životě - pokračování
4.1.1 Vhodnost použití objektových nástrojů pro modelování a transformace
4.2 Architektura řízená modelem - Model Driven Architecture
4.2.1 The Object Management Group
4.2.2 Základní cíle a přístupy MDA
4.2.3 Platforma
4.2.4 Hierarchie modelů dle MDA
4.2.5 Model nezávislý na počítačovém zpracování
4.2.6 Model nezávislý na platformě
4.2.7 Mapování a značkování
4.2.8 Model specifický ke konkrétní platformě
4.2.9 Zdrojový kód aplikace
4.3 MDA a Oracle Designer
4.4 Vlastní zkušenost
4.5 Vlastnosti modelovacích nástrojů
4.6 Craft.CASE
4.7 Eclipse Modeling Framework
4.8 Omondo EclipseUML2
4.9 Enterprise Architect
5 Transformační modelovací jazyky
5.2 Eclipse Modelling Framework
5.4 XSLT
Část II - Projekt
6 Vlastní projekt
7 Požadavky na informační systém
8 Analýza
8.1 Model případů užití
8.2 Doménový objektový model
9 Design informačního systému
10 Aplikace Architektury řízené modelem (MDA)
11 Vývoj generátoru
12 Generování kódu z modelu
13 Závěr
Literatura
Přílohy
A Případy užití
A.1 Hlavní případy užití
A.2 Správa skupin parametrů
A.3 Správa parametrů
A.4 Správa modelů
B Sada šablon EA pro generování kódu v jazyku Smalltalk
C Vygenerované zdrojové kódy FSM v jazyku Smalltalk
D UML profil systému DecisionMaker
E Podpůrné třídy metamodelu UML
F Generátor entit aplikace DecisionMaker
G Zdrojový kód aplikace DecisionMaker
Všechny strany

7 Požadavky na informační systém

7.1 Funkční požadavky na informační systém

Vedení podniku od nového informačního systému očekává, že s jeho pomocí bude
moci snadno a rychle vyhodnocovat situaci a činit rozhodnutí o následujících obchodních
aktivitách.
Prostředí zemědělských podniků je extrémně dynamické, neboť je ovlivňováno
řadou legislativních omezení, měnících se kvót, sazeb, proměnlivých cen paliva, hnojiv,
osiv, výkupních cen plodin a dalších faktorů.
Za takové situace je velmi těžké dělat rozhodnutí a dá se předpokládat, že
bez použití matematických modelů podpořených výpočetní technikou by úspěšnost
takových rozhodnutí byla mizivá.
Je proto požadováno vytvoření informačního systému Decision Maker.
Tento systém má umožňovat definování linárního optimalizačního modelu, jehož
proměnnými budou např. osevní plochy jednotlivých plodin, počty kusů chovaného
dobytka, ale třeba též rozsah ploch ponechaných ladem. Parametry těchto modelů
budou výše uvedené údaje jako ceny výrobních faktorů, realizační ceny vyráběných
produktů apod. Omezujícími podmínkami pak budou např. kapacity chovných
zařízení, celkové výměry osevních ploch atd.

Tyto modely pak budou automaticky řešeny za pomoci Simplexové metody.
Do budoucna je zamýšlen rozvoj systému do takové podoby, ve které si bude
umět parametry a omezující podmínky automaticky aktualizovat pomocí webových
služeb např. ze systému GC Úpravy, z on-line burzy plodin či meteoslužby předpovědi
počasí. Na základě těchto nových údajů by pak měl systém automaticky
přepočítávat a hlásit změny výstupních hodnot jako podklady pro operativní
rozhodování managementu.

7.2 Nefunkční požadavky na systém

Systém z počátku nemusí být stavěn pro velké zatížení. Jeho návrh však musí být
dostatečně flexibilní a do budoucna škálovatelný pro případ, že by se podnik rozrostl
a systém by začalo používat více lidí.
Zvolená platforma Pharo a framework Seaside tomuto požadavku odpovídají,
neboť aplikace napsané ve Smalltalku lze relativně jednoduše portovat např. na
platformu VisualWorks nebo GemStone, které sice již nejsou zdarma, ale zato dokáží
zaručit solidní škálovatelnost.
Vedení podniku zároveň chce být připraveno na případné zahraniční akvizice
nebo asociace a proto požaduje, aby veškerý zdrojový kód systému byl psán v angličtině.
Uživatelské rozhraní pak musí podporovat vícejazyčnost, alespoň na úrovni
konfigurace. (Přepínání aktivního jazyka konfiguračním parametrem v kódu.)