Komponentowe systemy rozproszone Wprowadzenie. Komponent... jest to podstawowa jednostka oprogramowania z kontraktowo (deklaratywnie) opisanymi interfejsami,

Slides:



Advertisements
Podobne prezentacje
Agile w praktyce, czyli jak to robimy naprawdę
Advertisements

Projektowanie w cyklu życia oprogramowania
7-8 października 2003, I Seminarium Integrujące Komponenty B.1 i B.2Projekt Usuwania Skutków Powodzi - Polska, kredyt nr 4264 POL 1 System Monitoringu.
CORBA Łukasz Wnęk.
1 / 47 WARSZAWA 2005 Przemysław Siekierko Stanisław Andraszek Rational Unified Process.
FIT Środowisko Testów Integracyjnych
Architektura systemu Gra strategiczna „Strusia Jama”
Internet Communication Engine
Co UML może zrobić dla Twojego projektu?
Programowanie w środowiskach zintegrowanych wykład 1 PSZ Programowanie w Środowiskach Zintegrowanych > Systemy i środowiska zintegrowane > Środowisko zintegrowane.
Zaawansowane techniki obiektowe
Wykład 2. Wprowadzenie do architektur systemów rozproszonych
Enteprise Java Beans Emil Wcisło.
Co to jest SOA Czym SOA nie jest
Quartz. Wstęp Framework stworzony do budowy aplikacji biznesowych Metodologia która łączy prototypowanie, modelowanie wizualne oraz automatyzację budowy.
Rational Unified Process
Wstęp do programowania obiektowego
Projektowanie i programowanie obiektowe II - Wykład IV
Wykład 4 Analiza i projektowanie obiektowe
Wykład 5 UML - Unified Modeling Language
Wykład 2 Cykl życia systemu informacyjnego
SZPIF – Harmonogram, Opis narzędzi, Schemat bazy danych
Tomasz Hankus Jarosław Janik Konrad Tendera
Platforma udostępniająca skalowalną komunikację w środowisku rozproszonym Tomasz Hankus Jarosław Janik Konrad Tendera Opiekun: dr inż. Tomasz Szydło Prowadzący:
Wstęp do kontenerów IoC
Adam Gabryś , v1.1,
Continuous Integration
Źródła: podręcznikopracował: A. Jędryczkowski.
Największe problemy w projektach informatycznych IT Opracował: Karol Pietrzak na podstawie artykułu z SDJ/2007 IX.
Etykieta System NET Etykietowanie pod kontrolą. Copyright © 2008 by "elPLC" Sp. z o.o. Wszelkie prawa zastrzeżone2 Etykieta System NET ETYKIETA MANAGER.
Projektowanie obiektowe
Komponentowe i rozproszone Interludium. OOA vs SOA OOA (obiekty rozproszone): CORBA, COM(+), EJB Współdzielenie obiektów SOA (serwisy rozproszone): Autonomiczne.
Enterprise Architecture Patterns
Rozwiązanie zadań do zaliczenia I0G1S4 // indeks
Programowanie komponentowe jesień-zima 2013
Rational Unified Process Implementacja Aleksandra Reiman, gr. I-52.
Systemy zarządzania treścią Wykład 5
ZWIĄZKI MIĘDZY KLASAMI KLASY ABSTRAKCYJNE OGRANICZENIA INTERFEJSY SZABLONY safa Michał Telus.
Modelowanie obiektowe Diagramy UML – diagram przypadków użycia
S IMON SAYS … A RCHITECTURE ! Usługi zdalne Technologie, techniki i praktyki implementacji.
Unified Modeling Language - Zunifikowany Język Modelowania
Spring Framework, Spring Boot
UML W V ISUAL S TUDIO Mateusz Lamparski. UML D EFINICJA Unified Modeling Language (UML) to graficzny język do obrazowania, specyfikowania, tworzenia i.
Service Oriented Architecture
Zaawansowane techniki obiektowe
Bazy i Systemy Bankowe Sp. z o.o. ul. Kasprzaka 3, 85 – 321 Bydgoszcz
Model obiektowy bazy danych
Oprogramowanie komponentowe w środowisku Microsoft Katarzyna Kuźniar 4 FDA, C1.
ŁUKASZ DZWONKOWSKI Modele zwinne i ekstremalne. Podejście tradycyjne
Proces tworzenia oprogramowania Proces tworzenia oprogramowania jest zbiorem czynności i związanych z nimi wyników, które prowadzą do powstania produktu.
Copyright © Jerzy R. Nawrocki Team Software Process Inżynieria oprogramowania II Wykład.
Komponentowe systemy rozproszone Wprowadzenie. Komponent... jest to podstawowa jednostka oprogramowania z kontraktowo (deklaratywnie) opisanymi interfejsami,
Zakres wykładu Kierunki rozwoju oprogramowania systemów rozproszonych Własności wybranych architektur - problemy badawcze Przykładowe obszary zastosowań.
Projektowanie obiektowe. Przykład: Punktem wyjścia w obiektowym tworzeniu systemu informacyjnego jest zawsze pewien model biznesowy. Przykład: Diagram.
Komponentowe i rozproszone Interludium czyli krótki wykład o rozpraszaniu.
Platforma .Net.
Struktura systemu operacyjnego
Architektura Rafał Hryniów. Architektura Wizja projektu systemu, którą dzielą twórcy Struktura komponentów systemu, ich powiązań oraz zasad i reguł określających.
Komponentowe systemy rozproszone Interludium czyli krótki wykład o rozpraszaniu.
Komponentowe systemy rozproszone Komponenty i zależności.
Komponentowe i rozproszone (Web)Service Oriented Architecture.
InMoST Wielkopolska sieć współpracy w zakresie innowacyjnych metod wytwarzania oprogramowania Termin realizacji: – Innowacyjne metody.
TWOJA CYFROWA PRZYSZŁOŚĆ. JUŻ DZISIAJ. Marcin Parczewski © 2016 Software AG. All rights reserved. For internal use only.
Inżynieria systemów informacyjnych
Zarządzanie projektami informatycznymi
Etykietowanie pod kontrolą
Zaawansowane techniki obiektowe
Dynamiczny serwer aplikacyjny w C++ platforma LEFTHAND
JavaBeans by Paweł Wąsala
Zapis prezentacji:

Komponentowe systemy rozproszone Wprowadzenie

Komponent... jest to podstawowa jednostka oprogramowania z kontraktowo (deklaratywnie) opisanymi interfejsami, i podanymi wprost zależnościami. na podst. "Oprogramowanie komponentowe. Obiekty to za mało" (1998)

Komponent Może być użyty przez inne elementy programu Jego użycie nie wymaga interwencji programisty Posiada pełną specyfikację zależności Specyfikuje oferowaną przez siebie funkcjonalność Może być użyty wyłącznie na podstawie tej specyfikacji Można go złożyć z innymi komponentami Integruje się z systemem w sposób szybki i bezproblemowy B.Meyer (2001)

Komponent vs. obiekt konfiguracja wdrożenia późne wiązanie wywołań i ładowanie kodu pełna hermetyzacja dziedziczenie interfejsów powtórne użycie na poziomie binariów polimorfizm późne wiązanie wywołań częściowa hermetyzacja dziedziczenie klas

Komponent z pudełka... albo z kontenera... Kontener jest odpowiedzialny za zarządzanie komponentami: steruje procesem tworzenia komponentów rozwiązuje zależności pomiędzy komponentami zarządza cyklem życia komponentów

Problemy Stabilność i poprawność działania Testowanie Dokumentacja komponentu Wygoda użycia: Brak silnych powiązań Nieskomplikowny interfejs Unikanie skomplikowanych protokołów Przejrzyste specyfikowanie akcji

Komponenty vs. poprawne OOD OOD w praktyce sprowadza sie do zarządzania zależnościami Problemy ze złożonym oprogramowaniem w dużej mierze wynikają z niepoprawnych, zagmatwanych i rozbudowanych zależności Tradycyjne metody OOx nader często zawodzą z różnych przyczyn Może komponenty to porządnie zaprojektowane obiekty (gupy obiektów) ?

Rozwiązanie S.O.L.I.D. Poprawny i łatwy w utrzymaniu kod Testy jednostkowe umozliwiają łatwe testowanie wyizolowanych klas/komponentów stanowią dokumentację weryfikują/ wymuszają (TDD/BDD) dobrą architekturę kodu są podstawą projektów realizowanych przy pomocy metodyk zwinnych

System rozproszony obiekty+ komunikacja = s ystem rozproszony ?

Krotka historia rozpraszania Komunikacja pakietowa Komunikacja strumieniowa (gniazda) Komunikacja obiektowa (obiekty rozproszone, CORBA, (D)COM+) Architektura Zorientowana na Serwisy (SOA) ServiceBus ?

Laborki ORM COM WCF NServiceBus UT+Unity