STRONA GŁÓWNA FORUM ARTYKUŁY
   Logowanie | Rejestracja
Menu główne
Darmowe ogłoszenia pracy, gdzie wykorzystuje się UML!

Instrukcja zamieszczania bezpłatnych ogłoszeń pracy, została zamieszczona w więcej...

Forum dedykowane

Jeżeli masz jakikolwiek problem z UML (Unified Modeling Language) oraz zależy Ci na czasie i jakości odpowiedzi - to skorzystaj z dedykowanego forum!
W celu uruchomienia forum dedykowanego skontaktuj się z nami poprzez biuro obsługi klienta. więcej...

Edukacja

Ciekawą ofertę edukacyjną z zakresu Inżynierii Oprogramowania od kilku lat przedstawia Politechnika Warszawska- "Podyplomowe Studium Projektowania Systemów Informacyjnych" adresowane jest do osób zajmujących się zbieraniem i modelowaniem wymagań więcej...

Reklama

Oferta reklamy w Portal www.UML.com.pl więcej...

Czy wiesz, że:

Według D. Rosenberga podczas modelowania analitycznego - aktor, klasa graniczna, klasa przechowująca i klasa sterująca mogą łączyć się w okreslony sposób? więcej...

Artykuły
RÓŻNE (13 Artykuły)
Inne artykuły, powiązane z ideą strony www.UML.com.pl.
To, co analityk zrozumiał. Etapy budowy systemów informatycznych.
Streszczenie
„Faktem jest, ze najczęściej to właśnie przed analitykiem stoi największy trud pracy. Otoczenie, w którym analityk wykonuje pracę jest często nieuporządkowane. Efekty pracy analityka są najbardziej z wszystkich ról w projekcie narażone na wpływ współczynników destruktywnych dla powodzenia projektu. Praktycznie nie rozróżnia się analityków biznesowych od systemowych. Zwykle analityk pracuje pod presją czasu i w stresie…”
To, co klient zamówił. Etapy budowy systemów informatycznych.
Streszczenie
„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”.
Wprowadzenie. Etapy budowy systemów informatycznych.
„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”.
Funkcje użytkownika w procedurach składowanych SQL Firebird - integracja z podprogramami C/C++
Object-Role Modeling - prezentacja ekspresywności w kontekście porównania z UML.
Notacja ORM jest uznanym narzedziem (jezykiem oraz procedura˛ postepowania) wykorzystywanym do analizy koncepcyjnej systemów informatycznych. Biorac pod uwage fakt, ze analiza koncepcyjna czesto jest mylona z projektowaniem systemu na poziomie logicznym i na poziomie struktury statycznej, analitycy tradycyjnie wybieraja jako swoje narzedzie notacje˛ ER lub diagram klas UML. Okazuje sie, ze w ten sposób analiza koncepcyjna jest obszarem, w którym notacja ORM i diagram klas UML konkuruja ze soba i równoczes nie jest
to miejsce gdzie notacja ORM okazuje sie byc znacznie bardziej ekspresywna i uniwersalna, operujac na nieco innym poziomie abstrakcji.
Niniejszy dokument przedstawia ekspresywnosc notacji ORM i jednoczesnie jej przewage nad notacja UML w kontekscie analizy koncepcyjnej. Diagram klas UML mozna traktowac jako nalezacy do rodziny notacji ER, dzieki czemu uwagi
dotyczace UML w duzym stopniu odnosza sie tez to popularnych notacji ER.
Relacyjno-Obiektowe bazy danych
Wybór, pomiędzy relacyjnymi a obiektowymi bazami danych, stwarzał i w dalszym ciągu stwarza wielki problem. Z jednej strony mamy stabilną technologię wspieraną przez wielu producentów a z drugiej stosunkowo nowatorskie rozwiązanie o znacznie mniejszym zapleczu
Relacyjny model danych
Tworząc ten model E. F. Codd, chciał położyć kres wadom w istniejących modelach, których źródło dostrzegał w niezdyscyplinowanym traktowaniu danych. Zastosowanie ścisłych metod i teorii zbiorów przyczyniło się do osiągnięcia postawionego celu . Tak jak wcześniej wspomniałem i ten model danych charakteryzowany jest przez trzy podstawowe reguły.
Architektura danych
Każdy poziom rozpatrywania baz danych można sprowadzić do podstawy którą jest model danych. Reguły określające strukturę danych, zapewniające poprawność baz danych (integralność danych) oraz sposób operowania danymi to podstawowe trzy kategorie zasad które określają model danych.
System informatyczny
Artykuł ma na celu przypomnieć źródła i przeznaczenie języka UML. Ten krótki przegląd haseł kluczowych, takich jak - system informacyjny, system informatyczny ... nawiązuje do podstaw informatyki.
Iteracyjne tworzenie oprogramowania a przebudowywanie programu.
Wide Adoption for UML Techniques
POSEJDON for UML Professional Edition
Projektowanie i kodowanie aplikacji w zintegrowanym środowisku programistycznym
Artykuł ten ma na celu przedstawienie zintegrowanego środowiska programistycznego, które umożliwia projektowanie i kodowanie aplikacji bez potrzeby przełączania się pomiędzy dwoma różnymi narzędziami. Zaprezentowane rozwiązanie pokazuje proces wytwarzania na przykładzie prostej aplikacji ASP.NET, którą zbudowano za pomocą Microsoft Visual Studio .NET oraz IBM Rational XDE. Przedstawiono strukturę projektu, sposoby synchronizacji kodu programu z modelem oraz sposób uzyskania zgodności pomiędzy elementami modelu a bazą danych.
TEORIA UML (11 Artykuły)
ROLA I MIEJSCE JĘZYKA UML W PROJEKTOWANIU STEROWNIKÓW CYFROWYCH
STRESZCZENIE
W referacie zawarto propozycj wykorzystania technologii UML w projektowaniu sterowników
cyfrowych. W skrótowej formie opisano najwa niejsze diagramy UML wskazuj c ich rol
i miejscie w procesie projektowania sterowników cyfrowych, z jednoczesnym uwzgl dnieniem
reaktywnej natury sterowników. Nawa niejsze wnioski dyskusji zostały uj te w formie
tabelarycznej. Ponadto w referacie przedstawiono autorski system HiCoS jako praktyczne
narz dzie ł cz ce technologi UML ze sprz tow implementacj .
UML: od analizy biznesowej do analizy systemowej
UML w ramach metodyk wytwarzania oprogramowania, cześć 2
Artykuł ten nie ma na celu nauki UML (a wręcz zakłada jego znajomość). Jego celem jest ukazanie jak UML jest stosowany w różnych metodykach. Ze względu na obszerność tematu, zostaną tutaj tylko pokrótce zaprezentowane zagadnienia związane z UML, a nie techniki prowadzenia tychże metodyk (zainteresowani zgłębieniem wiedzy będą musieli sięgnąć do literatury specjalistycznej).
UML w ramach metodyk wytwarzania oprogramowania
Artykuł ten nie ma na celu nauki UML (a wręcz zakłada jego znajomość). Jego celem jest naświetlenie pewnych spraw i problemów związanych z używaniem UML. Ze względu na obszerność tematu, zostaną tutaj tylko pokrótce zaprezentowane zagadnienia związane z tymi problemami, a zainteresowani zgłębieniem wiedzy będą musieli sięgnąć do literatury fachowej.
Klasyfikacja diagramów UML 2.0
Historia powstania UML (Unified Modeling Language)
Model konceptualny bazy danych w UML.
Wprowadzenie do projektowania baz danych w UML.
Podstawowa wiedza do stworzenia diagramu przypadków użycia.
Krótko o diagramie przypadków użycia.
Ogólne pojęcie UML (Ujednoliconego Języka Modelowania)
OBIEKTOWOŚĆ (3 Artykuły)
Artykuły nie związane bezpośrednio z UML, ale stanowiące obraz jego zastosowania.
Co, kto, kiedy i jak - czyli w skrócie o modelowaniu obiektowym w kontekście finansowym!
Artykuł ma na celu zobrazować pokrótce zalety i wykorzystanie modelowania obiektowego w kontekście finansowym realizowanwgo przedsięwzięcia.
Zwięzły opis podstawowych pojęć obiektowości.
Obiektowy model danych
Blok logowania
Nazwa użytkownika:

Hasło:


Zapomniałeś hasło?

Zarejestruj się teraz!
Przegląd UML 2.0

Diagramy UML 2.0 -więcej...
Diagram klas - więcej...
Diagram przypadków użycia -więcej...
Diagram obiektów - więcej...
Diagramy pakietów - więcej...
Diagram czynności -więcej...
Diagram maszyn stanowych -więcej...
Diagramy modelowania analitycznego -więcej...
Diagramy struktur połączonych -więcej...
Diagramy sekwencji -więcej...
Diagramy komunikacji -więcej...
Diagramy harmonogramowania-więcej...
Diagramy komponentów-więcej...
Diagramy sterowania interakcją -więcej...
Diagramy rozlokowania -więcej...
Wkrótce powstaną kolejne opracowania

Statystyki