O systemach dwa słowa

Dużo się mówi na temat modelowania systemów informatycznych w języku UML. A co z systemami, które nie są informatycznymi? Za nim odpowiem na to pytanie warto przypomnieć sobie czym jest system a pomoże mi w tym zestawienie jakie zrobił Robert Gwiazdowski, którego pozwalam sobie zacytować:

Pod pojęciem systemu nauka rozumie zintegrowaną całość, której własności nie są prostą sumą własności poszczególnych części tej całości, istnienie jednak szereg związków i interakcji pomiędzy nimi. (E. Laszlo, Systemowy obraz świata, Warszawa 1978; L. von Bertalanffy, Ogólna teoria systemów, Warszawa 1984) ?Doniosłą cechą systemów jest tkwiący w samej ich istocie charakter dynamiczny. Systemy pod względem formy nie są sztywnymi strukturami; ich forma wyraża zmienne, a jednocześnie trwałe przejawy procesów zachodzących w systemach?. (F. Capra, Punkt zwrotny, Warszawa 1987) Funkcjonowanie systemu stanowi rezultat zachodzących w nich pętli sprzężeń zwrotnych polegających na tym, że element A oddziaływa na element B, B na C, zaś C zwrotnie na A. W systemie nie działa linearny łańcuch przyczyn i skutków, lecz zjawisko nielinearnej współzależności.

Z powyższych definicji wynika, że system składa się ze struktur, które zmieniają swój stan ? przejawiają zachowanie. Jest to wspólna cecha systemów informatycznych (np.: struktura: klasa, zachowanie metoda, która zmienia stan klasy) i systemów nieinformatycznych (np.: struktura: siłownik, zachowanie: uruchomienie dźwigni, która zmienia położenie ? stan  -siłownika).

Reasumując skoro UML nadaje sie do modelowania systemów informatycznych to nadaje się także do modelowania wszystkich innych typów systemów ze szczególnym  naciskiem na automatykę i robotykę.  Nie można też zapomnieć o innych dziedzinach społecznych nie związanych z informatyką, gdzie są stosowane różnej maści systemy (np.: system wynagrodzeń). W obszarach nietechnicznych UML sprawdza się bardzo dobrze przy modelowaniu procesów biznesowych, gdzie także możemy odnotować, że (cytując R. Gwiazdowskiego)  element A oddziaływa na element B, B na C, zaś C zwrotnie na A. Co w konsekwencji pozwala sądzić, że w modelach biznesowych (ponownie cyt.) nie działa linearny łańcuch przyczyn i skutków, lecz zjawisko nielinearnej współzależności.

Technorati Tagi: modelowanie biznesowe,UML,systemy biznesowe

Podobne wpisy

  • Wzorcowe repozytorium projektu (20110305) Zgodnie ze wcześniejszymi zapowiedziami zamieszczam Wzorcowe Repozytorium Projektu. Repozytorium będzie sukcesywnie rozwijane – w miarę moich możliwości czasowych. Publikując to […]
  • Enterprise Architect coraz bardziej popularny w sieci Dziś z zadowoleniem zauważyłem iż na stronie www.dobreprogramy.pl pojawił się Enterprise Architect. W dziale projektowanie oprogramowania można znaleźć opis mojego ulubieńca. Bezpośredni […]
  • Konstrukcja wymagań z zastosowaniem szablonów Zastosowanie szablonów wymagań zapewnia proste i zrozumiałe podejście do dokumentowania wymagań w języku naturalny redukując niepożądane skutki jego użycia.  Szablony wymagań […]
  • Enterprise Architect 12.1 już jest dostępny Sparx Systems opublikował dziś Enterprise Architect 12.1. Zmiany tradycyjnie nie przynoszą rewolucji. Bardzo cieszy, że narzędzie jest nadal rozwijane. Najważniejsze zmiany z mojego […]
  • Nazywanie procesu Modelując procesy biznesowe czy też scenariusze działania systemów IT często dochodzi do dyskusji jak nazwać proces.Poniżej są wskazówki i lista sugerowanych nazw, które można zastosować […]
Reklama
MODESTO - licencje Enterprise Architect

Zostaw komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

Przewiń do góry