Streszczenie artykułu - To, co klient zamówił z serii Etapy budowy systemów informatycznych.
„Oczekiwania klienta dla systemu informatycznego nie są precyzyjne. Przy czym, to lata studiów i często inne kompetencje niż posiada klient - pozwalają wykorzystać zasady i reguły jakie obowiązują przy formułowaniu oczekiwań klienta wobec produktu, jakim jest system informatyczny. Fakty te, rodzą szczególnie dziwaczne sytuacje, które najczęściej są rozwiązywane poprzez techniki „empirystyczne” .
Doświadczenie natomiast, w dynamicznie ewoluującej dziedzinie inżynierii oprogramowania, często stwarza problemy znajdujące się w kręgu - zastosowania nowych rozwiązań w wypracowanej percepcji myślenia”.
Link do artykułu:
http://www.uml.com.pl/modules/articles/article.php?id=31
Modelowanie konceptualne
1. Celem pracy jest podsumowanie i skumulowane prac analitycznych poprzez wyspecyfikowanie spójnego zbioru informacji, tzw. domain model
2. Model tem, przyczynia się do uzupełnienia klas analitycznych o właściwości
3. Cechą istotną tego etapu pracy:
- jest niezalezność od języka programowania
- zdolność zaadaptowania tego etapu prac od wybranego środowiska
4. Możliwość wykorzystania modelu do:
- projektu baz danych
- projektu implementacji
Celem modelowania analitycznego jest
1. Celem pracy jest zdefiniowanie:
- klas analitycznych dla przypadków użycia, w oparciu o model wymagań
- odpowiedzialności każdej z klas
2. Powyzsze cele wynikaja z potrzeby rozgranicznia interfejsu uzytkownika, logiki biznesowej oraz klas przechowujących dane
3. Klasy analityczne, obrazują zalezności pomiędzy różnymi warstwami oprogramowania. Ponadto, każdej z nich możemy przypisać atrybuty i operacje. Klasy te, stanowią podstawę do dalszej pracy, gdzie podejmuje się decyzje dotyczące implementacji.
Modelowanie analityczne, jak:
1. W oparciu o poszczególne przypadki użycia, zidentyfikować klasy analityczne:
- graniczne (conajmniej jedna na każdego aktora)
- sterujące (tylko jedna dla przypadku użycia)
- danych (dowolna ilość)
Celem modelowania wymagań jest:
1. Celem pracy jest zdefiniowanie:
- wymagań funkcjonalnych od systemu informatycznego
- wymagań niefunkcjonalnych od systemu informatycznego
2. Powyższe cele wynikają z potrzeby zdefiniowania tego, "co" system informatyczny ma realizować
3. Realizowane jest to poprzez:
- systemowe przypadki użycia wraz ze scenariuszami
4. Wykorzystywane są w tym celu, takie diagramy jak:
- diagramy przypadków użycia i scenariusze
- diagramy aktywności
- diagramy sekwencji
Modelowanie wymagan, jak:
1. Zdefiniuj aktorów
2. Stwórz diagram przypadków użyia w oparciu o model biznesowy
3. Stwórz scenariusze do przypadków użycia, wykorzystując jeden ze sposobów:
- tekstowy opis
- diagram czynności
Cel modelowania biznesowego:
1. Celem pracy jest zdefiniowanie
- procesów
- ról
- zakresów odpowiedzialności
2. Powyższe cele wynikają z:
- potrzeby zrozumienia dynamiki i struktury organizacyjnej w której system informatyczny będzie rozwijany
3. Wyrażane jest to poprzez modele:
- biznesowych przypadków użycia
- obiektów biznesowych
4. Wykorzystywane są w tym celu diagramy UML, takie jak:
- przypadków użycia
- klas
- aktywnosci
- sekwencji
- komunikacji
Modelowanie biznesowe, jak:
1. Stwórz słownik pojęć biznesowych
2. Stwórz model biznesowych przypadków użycia.
- zidentyfikuj aktorów biznesowych
- zidentyfikuj przypadki biznesowe
- utwórz diagram biznesowych przypadków użycia
- zidentyfikuj szczegóły przepływów pracy
3. Stwórz model obiektów biznesowych
- zidentyfikuj pracowników biznesowych
- zidentyfikuj encje biznesowe
- zidentyfikuj sposób współdziałania obiektów biznesowych w procesach biznesowych poprzez tzw. realizację biznesowych przypadków użycia
Streszczenie artykułu:
„Sytuacje i zagadnienia jakie pojawiają się podczas tworzenia złożonych systemów informatycznych są trudne, zwykle problematyczne i często pozostają nierozwiązane. Przestawiona poniżej historia etapów budowania systemów informatycznych, stanowi kontekst dla tego artykułu. Oznacza to również, że tematy poruszone w artykule, będą często wykraczały poza te, które są znane z dziedziny wiedzy modelowania systemów informatycznych”.
Link do artykułu:
http://www.uml.com.pl/modules/articles/article.php?id=30
W module "Praca" Zamieszczono atrakcyjne oferty pracy ...
http://www.uml.com.pl/modules/altern8news/
ASOCJACJA- związek występujący między dwoma lub większą liczbą klasyfikatorów, który opisuje powiązania i zależności pomiędzy instancjami tych klasyfikatorów.
Kilka słów o pojęciu artefakt
ARTEFAKT-Każdy sztucznie wytworzony produkt.
Kilka słów o pojęciu aktor biznesowy
AKTOR BIZNESOWY- Rola, którą pełni użytkownik działający w otoczeniu organizacji.
Kilka słów o pojęciu aktor
AKTOR- Zbiór ról jakie odgrywają użytkownicy przypadku użycia podczas interakcji z tym przypadkiem użycia.
KIlka słów o pojęciu Akcja
AKCJA- Niepodzielna (elementarna) jednostka specyfikacji zachowania reprezentująca przetwarzanie bądź transformację w systemie modelowym.
Poniżej znajduje się link do artykułu poświęconego nie tylko językowi UML ...
http://www.gispol.org.pl/zsk/zsk39-06.htm
Ciekawy artykuł nt. metod obiektowych
"UML- oczekiwany lingua franca,wspólny następca trzech metod obiektowych....."
http://mica.ai-kari.put.poznan.pl/~bbeg/UML.PDF
