Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 4

Liczba wyników na stronie
first rewind previous Strona / 1 next fast forward last
Wyniki wyszukiwania
Wyszukiwano:
w słowach kluczowych:  architektura usługowa
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
1
Content available Information technologies for Smart Cities
EN
The purpose of this article is to present the state of information technology in urban development. This is the result of a study of cities and city offices on the relationship between information technology and the state of Smart City development. At the beginning of this article the state of cities on the way to Smart Cities was presented. Then, the process of transforming cities into Smart Cities was discussed and the state of Smart Cities technology was described. Because the complexity of technology depends on the maturity of city offices, the relationship between technologies and maturity has been mentioned. Then, services were introduced as a way to decompose the technology. Based on the technologies, services and urban maturity presented, a key question for the development of Smart Cities was asked: how to assess technologies to be useful for the development of Smart Cities?
PL
Celem niniejszego artykułu jest prezentacja stanu technologii informatycznych w rozwoju miast. Jest to wynik badań miast i urzędów miast nad relacjami między technologiami informatycznymi a stanem rozwoju Smart City. Na początku tego artykułu przedstawiono stan miast w drodze do Smart Cities. Następnie omówiono proces przekształcania miast w Smart Cities oraz opisano stan technologii Smart Cities. Ponieważ złożoność technologii zależy od dojrzałości urzędów miast, wspomniano o relacjach między technologiami a dojrzałością. Następnie wprowadzono usługi jako sposób dekompozycji technologii. W oparciu o zaprezentowane technologie, usługi i dojrzałość miast postawiono kluczowe pytanie dla rozwoju Smart Cities pytanie: jak ocenić technologie aby były one przydatne dla rozwoju Smart Cities?
PL
Rosnące zainteresowanie firm integracją oraz interoperacyjnością systemów informatycznych spowodowało wzrost znaczenia architektury usługowej (ang. Service-Oriented Architecture), która zapewnia narzędzia umożliwiające integrację aplikacji korporacyjnych (ang. Enterprise Application Integration). W tym sensie magistrala usług (ang. Enterprise Service Bus) zapewnia techniczne możliwości komunikacji między systemami informatycznymi. Celem artykułu jest przedstawienie wyników badań wydajności wybranych magistral usług typu Open Source. Podstawą przeprowadzonego badania wydajności rozwiązania integracyjnego był przypadek biznesowy realizacji zamówienia w sklepie internetowym sieci sprzedającej sprzęt elektroniczny. W celu realizacji zamówienia wymagana była współpraca trzech systemów informatycznych. Rozwiązanie integracyjne zostało zaimplementowane przy wykorzystaniu każdej z wybranych do badania magistral usług: WSO2, Mule oraz Talend. Określono scenariusze testów i przeprowadzono testy wydajnościowe dla każdej z trzech wybranych magistral usług. Na podstawie uzyskanych wyników można stwierdzić, że każda z porównywanych platform ma swoje mocne i słabe strony. Koncentrując się na zaletach, należy wskazać, że WSO2 uzyskuje najkrótsze czasy transmisji przy komunikatach niewielkich rozmiarów, małej liczbie użytkowników i dodatkowo nie obciąża znacząco procesora. Magistrala Talend uzyskuje najkrótsze czasy transmisji przy przesyłaniu komunikatów o zarówno małych, jak i dużych rozmiarach, przy dużej liczbie użytkowników, jednak najmocniej obciąża procesor. Z badań wynika, że przy doborze magistrali usług do budowy rozwiązania integracyjnego warto wcześniej przeanalizować parametry przesyłanych komunikatów. Wyniki pokazują, że magistrala Talend może być dobrym wyborem przy budowie rozwiązania integracyjnego w środowisku biznesowym z dużą liczbą użytkowników oraz zróżnicowanymi komunikatami.
EN
The growing interest in business integration and interoperability of IT systems led to an increase in the importance of Service-Oriented Architecture (SOA), which provides tools for Enterprise Application Integration (EAI). In this sense, Enterprise Service Bus (ESB) provides technical capabilities for communication between IT systems. The aim of this article is to present the results of performance tests of selected ESBs of Open Source type. The basis for our performance analysis was a business case of the order realization in the Internet shop of electronics retailer. The order realization requires a collaboration of three IT systems. The business case has been implemented with the use of each selected ESBs: WSO2, Mule, and Talend. Test scenarios were defined and performance tests were conducted for each of the three selected ESBs. On the basis of the collected results it can be concluded that each service bus has its own strengths and weaknesses. Focusing on the merits it should be noted that WSO2 copes very well with files of small size, for small number of users, and also does not burden the CPU significantly. Results for Talend ESB, show that it does well with both kind of files, small and large sizes, for large number of users, but harder utilizes CPU. Research shows that it is worth to analyze the parameters of transmitted messages while selecting ESB for building integration solution. The results show that the Talend ESB may be a good choice for construction of integration solution in a business environment with a large number of users and diversified communications.
3
Content available remote Funkcje detalu
PL
Konkretyzacje trudnych technicznie miejsc (uszczegółowienia konieczne) są mało znaczące dla koncepcji architektonicznej, ale niezbędne dla obiektu zrealizowanego. Są też detale (uszczegółowienia nadmiarowe) podyktowane innymi przesłankami - estetycznymi; pełnią funkcje symboliczne; uzasadniają je względy higieniczne... Ponadto detale udostępniają możliwość personalizacji obiektów powtarzalnych (to dotyczy fazy porealizacyjnej); ewentualnie ich odautorskiego (na etapie projektu) indywidualizowania.
EN
Specifying technically difficult places (requisite details) does not matter to architectural conception but is indispensable to a built structure. There are particularities (redundant details) made for other reasons - aesthetical; some function as symbols; account for hygienic needs... Besides, the details enable to personalize recurrent structures (it concerns after-built phase); possibly to individualize them by authors (during stage of design).
EN
The library constitutes a structure which is technically more and more advanced but still its main objective is to provide users with access to knowledge. However, a modern library is not only a place where books are stored and made available; it is also becoming a cultural centre in which multifarious functions are concentrated to a large extent. The library is getting more and more independent of things which have constituted its foundation for centuries, i.e. independent of books and printed materials. The factors, which will form the essence of a library in the future, are electronic media and access to source materials by means of them.
PL
W ciągu ostatnich 20 lat w Europie i na świecie dokonały się ogromne zmiany w przestrzeni bibliotecznej i w samej instytucji biblioteki. Biblioteki zaczęły oferować otwarty dostęp do różnorodnych zbiorów, w urozmaiconych formach, na niemal wszystkich dostępnych nośnikach. Niniejszy artykuł powstał w czasie prac projektowych nad rozbudową Grodzkiej Biblioteki Publicznej w Jeleniej Górze. Już w zamierzeniach inwestora i projektantów (zespół autorski części architektonicznej tworzyli: arch. arch. Andrzej Grudziński, Paweł Amałowicz, Ewa Bryniak, Andrzej Zwierzchowski) obiekt miał być nowoczesnym ośrodkiem kultury, z pełnym wyposażeniem technicznym i dydaktycznym. Był to projekt budynku o charakterze wielofunkcyjnym, bardziej "mediateki" niż tradycyjnie rozumianej biblioteki.Projekt dzielił się na trzy części różniące się pod względem architektoniczno-funkcjonalnym. Jedną część stanowiła adaptowana historyczna kamienica (wcześniejsza siedziba Grodzkiej Biblioteki Publicznej), drugą - część rozbudowana, znajdująca się w stanie surowym i wreszcie trzecią - nowy budynek umieszczony pomiędzy kamienicą i częścią rozbudowaną. Wszystkie części były przedmiotem szczegółowej analizy funkcjonalno-przestrzennej opracowanego projektu. Nowa część, projektowana od strony zaplecza (wnętrza blokowego), miała zapewnić zwartość całego obiektu, a tym samym łatwość komunikacyjną w poruszaniu się czytelników i personelu oraz książek. Przeszklenie nowej części obiektu, zaplanowanej jako centrum informacyjne Książnicy Karkonoskiej, oparte zostało na przestrzennej konstrukcji stalowej. W tej części wprowadzono także tarasowy układ poszczególnych kondygnacji. Przykład Książnicy Karkonoskiej pokazuje stopniowy proces dostosowywania się biblioteki publicznej do współczesnych wymogów i przekształcania jej w nowoczesne centrum informacji i edukacji. Książnica Karkonoska z przylegającą do niej Filharmonią Dolnośląską mogą stworzyć ważny ośrodek, o dużych walorach kulturotwórczych nie tylko dla Jeleniej Góry, ale dla całego regionu. Jesienią 2006 r. rozpoczęto realizację projektu, prowadzoną jednak bez nadzoru autorskiego. Została ona zakończona uroczystym otwarciem w październiku 2008 r.
first rewind previous Strona / 1 next fast forward last
JavaScript jest wyłączony w Twojej przeglądarce internetowej. Włącz go, a następnie odśwież stronę, aby móc w pełni z niej korzystać.