|
Menu główne
Przegląd UML 2.0
Oferty pracy
|
| Artykuły |
RÓŻNE
(18 Artykuły)
Inne artykuły, powiązane z ideą strony www.UML.com.pl.
|
|
To, co opisywał projekt. Etapy budowy systemów informatycznych.
"To co opisywał projekt" jest szczególnym artykułem na stronie internetowej poświęconej notacji UML. Dyskutujemy tu o różnych sytuacjach i technikach modelowania. Artykuł ten, siłą rzeczy musiał wykroczyć poza naukę określoną przez autorów zza oceanu. Musiał uwzględnić to środowisko w jakim projekty systemów informatycznych powstają.
|
|
|
Fotoreportaż z konferencji "E-samorząd"
Niniejszy artykuł stanowy fotoreportaż z konferencji o temacie E-Samorząd.
|
|
|
Fotoreportaż z konferencji "E-dokument"
13 marca 2008 r., wzięliśmy udział w konferencji zorganizowanej przez Migut Media S.A. na temat E-dokumentu.
Zapraszamy do zapoznania się z materiałem!
|
|
|
Konferencja "Hurtownia danych - podstawą efektywnych decyzji" - reportaż
21 lutego 2008 r., w Warszawie przy ulicy Daimlera 1 odbyła się konferencja poświęcona tematyce Hurtowni Danych.
Przedstawiciele portalu www.UML.com.pl mieli okazję wziąć udział w wydarzeniu, na którym nie zabrakło ciekawych postaci ze świata IT.
Zapraszamy do zapoznania się z reportażem!
|
|
|
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++
|
|
|
Udana kampania “Paid Job Interview” teraz otwarta dla testerów
Wisdom, teleinformatyczna firma z Holandii, płaci polskim kandydatom 20 złotych za każdą minutę rozmowy kwalifikacyjnej.
Od 1 maja otwarty jest holenderski rynek pracy dla Polaków.
|
|
|
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.
|
|
|
|
|
OBIEKTOWOŚĆ
(4 Artykuły)
Artykuły nie związane bezpośrednio z UML, ale stanowiące obraz jego zastosowania.
|
|
Dyscyplina analizowania i projektowania systemów informatycznych w środowisku procesu wytwórczego
Dyscyplina analizowania i projektowania systemów informatycznych w realnym środowisku procesu wytwórczego
Artykuł jest pewnym wycinkiem doświadczeń Analityka Systemów Informatycznych. Zostały scharakteryzowane istotne i często pomijane zagadnienia takich dyscyplin jak modelowanie biznesowe, analiza i projektowanie systemów informatycznych. Artykuł jest przeznaczony zarówno dla doświadczonych jak i początkujących uczestników projektów systemów informatycznych.
Zapoznanie się z treścią artykułu, pozwoli na rozpoznanie jednych z bardziej istotnych przyczyn problemów związanych z produkcją oprogramowania. Analitycy i projektanci powinny w efekcie zwrócić uwagę na te czynniki, które często decydują o sukcesie projektu. Artykuł został oparty o wymowne i popularne rysunki opisujące niezrozumienie pomiędzy klientem, analitykiem i informacjami zawartymi w projekcie („To, co klient zamówił”, „To, co analityk zrozumiał”, „To, co opisywał projekt”).
|
|
|
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
|
|
|
|
Znajdź na stronie
Warto odwiedzić
Wybrane książki
Statystyki
|
