|
Menu główne
Szkolenia Inżynierii Oprogramowania
Przegląd UML 2.0
Modelowanie UML na stronie WWW
|
Poniższy link prowadzi do strony www, gdzie można modelować w języku UML na stronie internetowej! Darmowe narzędzie!
http://gliffy.com/gliffy/
Oferty pracy
|
| Artykuły |
RÓŻNE
(22 Artykuły)
Inne artykuły, powiązane z ideą strony www.UML.com.pl.
|
|
Projektowanie Systemów Informatycznych w praktyce.
Zagadnienie „projektowania” pojawia się praktycznie w każdym przedsięwzięciu informatycznym. Można realizować prace projektowe, niemal na każdym etapie przedsięwzięcia. A więc nie tylko podczas etapu samego projektowania systemu informatycznego ale również i podczas analizy biznesowej, analizy systemowej, programowania, testowania. Zasadniczą różnicą pomiędzy tymi pracami jest wynik końcowy. Mówi się o tzw. modelach koncepcyjnych, logicznych, fizycznych a czasami o tzw. różnych poziomach abstrakcji.
Kolejne strony rozdziału poświęconego „Projektowaniu Systemów Informatycznych” – mają na celu wprowadzić czytelnika do świata pojęć i zagadnień, które każdy projektant systemów informatycznych powinien znać. A więc, nie skupiono się tu na opisie pewnych technik projektowych. Natomiast opisano środowisko pracy projektanta. Wiedza ta, nie tylko samemu projektantowi pozwoli wykonywać prace projektowe w sposób obiektywny ale co bardzo istotne – poznać pozostałym członkom zespołu specyfikę tej pracy (m.in. Analitykom, Programistom, Kierownikom, Testerom). Co stanowi bardzo istotny czynnik, który wpływa na poprawność modeli. Dlaczego? Otóż, to właśnie projektant systemów informatycznych powinien podejmować obiektywne i właściwe decyzje. Oparte często o potrzeby biznesowe – definiowane najczęściej przez analityków. W innym przypadku, wcześniej czy później projekt czeka problem, nawet klęska. Koszty błędów popełnionych na etapie projektowania zalicza się do tych największych. W oparciu o te prace implementuje się rozwiązanie, co niejednokrotnie angażuje wielo – osobowy zespół wytwórczy i pochłania znaczne koszty.
|
|
|
The Simulation of Software Processes in the Integrated Computer Environment in the Case of Telco Sec
Abstract. In the paper the examples of software process simulations in an integrated IT environment are described. All examples come from an integrated IT environment in one of the biggest Polish firms in TELCO sector. Simulation models description is based on BPMN standard and ARIS Business Simulator was used as a tool to conduct experiments. These models describe the process of introducing a new product/service to the integrated IT environment. Models can be used to mold the behavior of the environment in case of any changes to it, as well as to optimize parameters such as processes execution times, waiting times for the event initiating an instance of the process, resources and costs due the process.
Keywords: process simulation, process modeling, process optimization, cost optimization, EAI (Enterprise Application Integration), ARIS, BPMN, integrated IT environment.
|
|
|
Definicje pojęć w zakresie architektury danych.
|
|
|
„Zastosowanie Inżynierii Oprogramowania. Biznes a Inżynieria Oprogramowania."
Streszczenie
Artykuł ma celu poruszyć szeroko rozumiane zagadnienie nauki Inżynierii Oprogramowania w rzadziej spotykanym kontekście, mianowicie wykorzystania tej wiedzy w praktyce. Cel napisania tego artykułu, wynika z faktu – że praktyczne wykorzystanie nauki Inżynieria Oprogramowania w przedsięwzięciach informatycznych, jest zależne od wielu czynników, m.in.: biznesowych, rodzajów projektów, doświadczeń członków zespołu wytwórczego. Należy tu również zauważyć, że zwykle pojęcia Inżynierii Oprogramowania, wynikają z doświadczeń zespołów realizujących projekty w krajach, gdzie informatyka znacznie wcześniej zaczęła odgrywać istotną rolę w gospodarce. Co z drugiej strony prowadzi do konkluzji, że kraje z mniejszymi doświadczeniami, bez pewnego niezbędnego czasu ewolucji i doskonalenia dojrzałości procesów wytwórczych - mają znaczne trudności w bezpośrednim i praktycznym przełożeniu aktualnych i najnowszych nurtów Inżynierii Oprogramowania. Wykorzystanie tej nauki w praktyce, zasługuje na szczególną uwagę – zważywszy na odgrywającą tu istotną rolę historii kreowania się zagadnień, takich jak: jakość, procesy wytwórcze, metody i techniki, narzędzia wspierające prace projektowe.
Zawarta w artykule treść, poruszy w rezultacie następujące tematy:
- Pojmowanie zagadnień Inżynierii Oprogramowania w wielu przedsięwzięciach budowy systemów informatycznych.
- Zidentyfikowanie istotnych problemów i niuansów związanych z praktycznym zastosowaniem Inżynierii Oprogramowania.
- Scharakteryzowanie związku Inżynierii Oprogramowania z otaczającym ją przez pryzmat przedsięwzięć informatycznych – biznesem.
Przedstawienie wybranych istotnych wskazówek, pozwalających na lepsze wykorzystanie wielu dyscyplin Inżynierii Oprogramowania podczas budowy systemów informatycznych.
|
|
|
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ć
Statystyki
|
