Both sides previous revision
Poprzednia wersja
Nowa wersja
|
Poprzednia wersja
|
pl:miw:miw08_ardcase_cs:winda [2008/05/19 22:39] miw |
pl:miw:miw08_ardcase_cs:winda [2008/05/24 13:31] miw |
====== Analiza różnych wind i design ====== | |
==== Wybrany przykład: ==== | |
| |
P1: {{:pl:miw:miw08_ardcase_cs:elevator_example_in_uml.pdf|Example of elevator (local copy)}} | |
| |
== Pozostałe przykłady == | |
| |
P2: {{:pl:miw:miw08_ardcase_cs:download.zip|Very well documented Elevator Model (local copy)}} | |
| |
P3: [[http://regulus.ia.agh.edu.pl/gjn-Regulus-WWW/miw2002/MIW02-projekty/MIW02-Winda.pdf|Students MiW Project by J.Sysak, P.Zieliński]] {{:pl:miw:miw08_ardcase_cs:miw02-winda.pdf|local copy}} | |
| |
| |
| |
==== Uzasadnienie wyboru i porównanie ==== | |
Wybrany przykład - P1 jest bardzo dobrze zamodelowanym i udokumentowanym systemem. Tę cechę posiada również przykład P2, jednak w przypadku przykładu P2 mimo wielu diagramów analiza wydaje się zbyt uboga (m.in. tylko dwa use-case'y). Za bazowy uznaję przykład P1. Jeśli na etapie projektowania/prototypowania okaże się, iż w modelu brakuje ważnych z punktu widzenia realizowanego projektu informacji bądź schematów zostaną one zaczerpnięte z przykładu P2. Przykład P3 jako, że nie jest zamodelowany w języku UML może przydać się przy wyodrębnianiu artybutów/definiowaniu reguł. | |
Mimo powyższego jednak algorytm ruchu windy, mimo, iż diagramy UML - use-case i aktywności precyzują działanie windy sprowadza się ono jednak do zbioru reguł prezentowanego w P3, dlatego to on zostanie zaimplementowany. | |
Wezwanie windy sprowadzić można do sprawdzenia czy wezwanie jest z nad windy czy z poniżej aktualnej pozycji windy, podobnie wezwania wewnętrzne. | |
| |
| |
| |
| |
| |
===== Description ===== | |
Przykład zakłada realizacje podstawowych funkcji windy jak przywołanie windy, wybranie piętra docelowego, wskazywanie położenia wewnątrz i na zewnątrz windy, wskazywanie kierunku jazdy, jazde windy między piętrami, wyliczanie na które piętro pojechać. W przeciwieństwie do innych przykładów działanie windy zależy w wielkim stopniu nie tylko od akcji podejmowanych przez pasażerów w danym momencie, ale także od "pamięci" windy (tj. wcześniejszych wezwań), aktualnego jej stanu - aktualnego kierunku jazdy etc. | |
| |
| |
| |
| |
===== Conceptualization ===== | |
Na tym etapie na podstawie modelu następuje próba wyselekcjonowania wejść, wyjść, wyselekcjonowanie atrybutów (fizycznych i ogólnych), próba zamodelowania reguł panujących w systemie przy pomocy atrybutów. | |
| |
| |
==== Vocabulary ==== | |
| |
Wejścia: wezwania windy z zewnątrz, wezwania windy z kabiny | |
| |
Wyjścia: określenie kierunku ruchu, oraz piętra na którym się zatrzymać (technicznie wypracowanie sterowania...) ; w pewnym sensie wyjścia to także wskaźniki w windzie i poza nią | |
| |
Stany wewnętrzne: Aktualne położenie, aktualny kierunek ruchu | |
| |
| |
| |
==== Original Rules ==== | |
Reguły: | |
| |
tabela decyzyjna -> kierunek jazdy | |
| |
tabela decyzyjna + aktualne piętro -> stop czy jazda dalej | |
| |
przyciski zewnątrz i wewnątrz -> zmiana w kontrolerze | |
| |
===== Analysis ===== | |
| |
| |
===== Conceptual design ===== | |
| |
==== General Conceptual Design ==== | |
| |
==== V1 ==== | |
| |
==== Directed Conceptual Design ==== | |
| |
| |
=== Full ARD Model === | |
| |
ARD: | |
| |
TPH: | |
| |
| |
==== Refined Conceptual Design ==== | |
| |
===== Physical Attribute Specification ===== | |
| |
===== Structuralization ===== | |
| |
| |
| |
===== Logical design ===== | |
| |
| |
==== V1 ==== | |
| |
| |
XTT: | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
===== Ostatnie zmiany ===== | |
19.05.2008 - Dopisanie / zmiana opisu | |