Temat: base network - Prolib Integro

Skocz do pozycji: 1.

Tytuł:: Nowoczesne technologie i systemy zarządzania w transporcie szynowym – ERTMS w Polsce
Modern technologies and management systems in railway transport– ERTMS in Poland
Autorzy:: Góra, I.
Tematy:: ERTMS
ETCS
sieć bazowa
interoperacyjność
Prezes UTK
base network
interoperability
UTK President; Pokaż więcej
Wydawca:: Stowarzyszenie Inżynierów i Techników Komunikacji Rzeczpospolitej Polskiej
Powiązania:: https://bibliotekanauki.pl/articles/248262.pdf Link otwiera się w nowym oknie
Opis:: Nowoczesne technologie oceniane przez pryzmat wdrożenia w Polsce Europejskiego Systemu Zarządzania Ruchem Kolejowym (ERTMS), składającego się z Europejskiego Systemu Sterowania Pociągiem (ETCS) i kolejowej radiołączności głosowej GSM-R. Budowa interoperacyjnej infrastruktury kolejowej w kontekście wymagań europejskich. Doświadczenia Prezesa Urzędu Transportu Kolejowego jako organu bezpieczeństwa w zakresie realizacji inwestycji w pierwszej perspektywie finansowej UE. Analiza obecnych uwarunkowań, wady oraz zalety systemu ERTMS. Współistnienie na polskiej sieci kolejowej systemów klasy B (SHP) oraz A (ERTMS). Kluczowe wyzwania w perspektywie najbliższych lat dla wyposażenia sieci bazowej i kompleksowej w ERTMS. Zasady wyposażania pojazdów kolejowych w system ERTMS. Ocena funkcjonowania systemu ERTMS w kontekście kompetencji Prezesa Urzędu Transportu Kolejowego.
Modern technologies evaluated by the prism of implementing the European Rail Traffic Management System (ERTMS) in Poland, consisting of the European Train Control System (ETCS) and the GSM-R voice-rail radio have been described in the paper. Construction of interoperable rail infrastructure in the context of European requirements. The experiences of the President of the Polish Office of Rail Transportation (UTK) in the field of the implementation of investments during the EU’s first financial perspective. Analysis of the current conditions, disadvantages and advantages of the ERTMS system. Coexistence on the Polish rail network of Class B (SHP) and A (ERTMS) systems. Key challenges in the field of equipment for ERTMS base and comprehensive network in the coming years. Principles of equipping railway vehicles with ERTMS system. Evaluation of ERTMS functioning in the context of the competence of the UTK President.
Dostawca treści:: Biblioteka Nauki

Artykuł

na półce

Skocz do pozycji: 2.

Tytuł:: Selected problems of complex assessment of technical surface topography
Wybrane problemy kompleksowej oceny topografii powierzchni technicznych
Autorzy:: Cincio, R.
Tematy:: pomiar profilu
baza wiedzy
sieci neuronowe
profile measurements
knowledge base
neural network; Pokaż więcej
Wydawca:: Stowarzyszenie Inżynierów i Techników Mechaników Polskich
Powiązania:: https://bibliotekanauki.pl/articles/155386.pdf Link otwiera się w nowym oknie
Opis:: In the paper was introduced the system which consists collections of modules for receiving, normalization and data processing from profilographometer (coordinates of profiles - 2D) and modules to calculate of numerous collection of surface parameters (3D) and surface visualisation module. Additionally in the system developed a module for canvassing images 2D of technical surfaces and transformation data to images 3D along with estimation surface. Calculating of stereometric surfaces parameters with data representing flat image of surface (2D). It allow to additional enlargement range of the system on estimation tasks of surface topography such as surfaces of abrasive tools without use of contact- methods and without their disassembly from machine tools.
W artykule przedstawiono poglądowy opis opracowywanego systemu składającego się z baz wiedzy zawierających relacje między parametrami 2D i 3D, baz danych, baz reguł wnioskowania, modułów analiz i wizualizacji, dokumentacji zespołów pomocniczych (akwizycji obrazów 2D) i modułów komunikacji z użytkownikiem. System umożliwia przetwarzanie danych z profilografometru, który wykorzystując wyniki z jednego lub dwóch pomiarów (zarysów w jednym przekroju o długości określanej przez system, dwóch pomiarów w przekrojach do siebie prostopadłych lub też zarys pomiaru po torze spiralnym według nowych koncepcji realizacji pomiarów profilografometrycznych opracowanych w polskich ośrodkach badawczych) oraz wykorzystując wiedzę zgromadzoną w formie reguł wnioskowania i w module sztucznych sieci neuronowych, pozwala na wyznaczenie licznego, komplementarnego zbioru parametrów stereometrycznych powierzchni. Możliwe jest ponadto wyznaczenie obrazu powierzchni o cechach statystycznych zgodnych z powierzchnią, na której przeprowadzono pomiar.
Dostawca treści:: Biblioteka Nauki

Artykuł

na półce

Skocz do pozycji: 3.

Tytuł:: Informacja przestrzenna w Polsce – teoria i praktyka
Spatial information in Poland – theory and practice
Autorzy:: Izdebski, W.
Tematy:: dane przestrzenne
mapa zasadnicza
usługi sieciowe
spatial data
base map
network services; Pokaż więcej
Wydawca:: Polskie Towarzystwo Informacji Przestrzennej
Powiązania:: https://bibliotekanauki.pl/articles/346724.pdf Link otwiera się w nowym oknie
Opis:: Informacja przestrzenna towarzyszy wielu dziedzinom aktywności człowieka od zarania dziejów, a obecnie jej znaczenie dynamicznie wzrasta dzięki dzisiejszej łatwości pozyskiwania danych przestrzennych i ich przetwarzania. Ustawa o infrastrukturze informacji przestrzennej zapoczątkowała proces porządkowania danych przestrzennych gromadzonych w państwowych rejestrach i wprowadzanie zasad współdziałania tych rejestrów w celu zaspokajania potrzeb informacyjnych obywateli. Dużą rolę w całym zespole danych przestrzennych pełnią dane państwowego zasobu geodezyjnego i kartograficznego, który jest prowadzony od kilkudziesięciu lat i związane są z nim pewne tradycje, przepisy prawne i inne uwarunkowania. W artykule autor, na podstawie wieloletniego doświadczenia z licznych wdrożeń, przedstawia istotne rozbieżności między teoretycznym podejściem do tematu informacji przestrzennej zapisanym w prawie i różnego rodzaju sprawozdaniach i raportach a stanem faktycznym, z jakim spotyka się obywatel podczas załatwiania spraw urzędowych. Na zakończenie przedstawia minimalne, ale niezbędne działania, które mogą wpłynąć korzystnie na poprawę tego stanu rzeczy.
Spatial information accompanies many fields of human activity since the dawn of history, and now its importance is growing rapidly thanks to today’s ease of acquisition and processing of spatial data. The Spatial Information Infrastructure Act began the process of organizing spatial data collected in state registers and implementation of the principles of interoperability of these registers in order to satisfy the information needs of the society. An important role in the whole set of spatial data is played by the National Geodetic and Cartographic Resource which has been run for several decades; some traditions, laws and other conditions are associated with this Resource. In this paper the author, based on many years of experience from numerous implementations, discusses significant differences between the theoretical approach to the subject of spatial information included in laws and all kinds of statements and reports, and the present state of affairs encountered by citizens during the administrative formalities. At the end, the minimum but necessary actions that can have positive effects on the status quo, are discussed.
Dostawca treści:: Biblioteka Nauki

Artykuł

na półce

Skocz do pozycji: 4.

Tytuł:: The efficiency of single base and network RTK for Structural Health Monitoring
Autorzy:: Topal, Güldane Oku
Akpinar, Burak
Tematy:: odbiornik GPS
GNSS
sejsmometr
network RTK
structural health monitoring
single base RTK
shake table
time series analysis; Pokaż więcej
Wydawca:: Polska Akademia Nauk. Czasopisma i Monografie PAN
Powiązania:: https://bibliotekanauki.pl/articles/43852792.pdf Link otwiera się w nowym oknie
Opis:: With the developing technology and increasing construction, the importance of structural observations, which are of great significance in disaster management, has increased. Geodetic methods have been preferred in recent years due to their high accuracy and ease of use in Structural Health Monitoring (SHM) Surveys. In this study, harmonic oscillation tests have been carried out on a shake table to determine the usability of the Single Base and the Network Real-Time Kinematic (RTK) Global Navigation Satellite Systems (GNSS) method in SHM studies. It is aimed to determine the harmonic movements of different amplitudes and frequencies created by the shake table with 20 Hz multi-GNSS equipment. The amplitude and frequency values of the movements created using Fast Fourier Transform (FFT) and Time Series Analysis have been calculated. The precision of the analysis results has been determined by comparing the LVDT (Linear Variable Differential Transformer) data, which is the position sensor of the shake table, with the GNSS data. The advantages of the two RTK methods over each other have been determined using the calculated amplitude and frequency differences. As a result of all experiments, it has been determined that network and single base RTK GNSS methods effectively monitor structural behaviours and natural frequencies.
Dostawca treści:: Biblioteka Nauki

Artykuł

na półce

Skocz do pozycji: 5.

Tytuł:: Implementation of a 4G/5G Base Station Using the srsRAN Software and the USRP Software Radio Module
Autorzy:: Flakowski, Wojciech
Krasicki, Maciej
Krenz, Rafał
Tematy:: base station
radio access network
radio channel power
radio link throughput
software-defined radio
user equipment; Pokaż więcej
Wydawca:: Instytut Łączności - Państwowy Instytut Badawczy
Powiązania:: https://bibliotekanauki.pl/articles/24200744.pdf Link otwiera się w nowym oknie
Opis:: This article presents the potential applications and scenarios for the implementation of a software-defined radio (SDR) module operating as a base station in 4G/5G networks. The paper presents test configurations of the srsRAN software environment in conjunction with various types of programmable radio modules. Then, the key performance metrics of the mobile telephony system and potential problems that may be encountered while implementing hardware and software layers are presented.
Dostawca treści:: Biblioteka Nauki

Artykuł

na półce

Skocz do pozycji: 6.

Tytuł:: Determination of electromagnetic radiation emitted by telecommunication equipment of transsmision centers
Wyznaczenie promieniowania elektromagnetycznego urządzeń komunikacyjnych centrów przesyłowych
Autorzy:: Naumchuk, O.M.
Tematy:: wide spectral electromagnetic sources
cellular network
antenna
base station
frequency
spectral density
voltage
źródła różnoczęstotliwościowego promieniowania elektromagnetycznego
sieć komórkowa
antena
stacja bazowa
częstotliwość
gęstość spektralna
napięcie; Pokaż więcej
Wydawca:: Politechnika Lubelska. Wydawnictwo Politechniki Lubelskiej
Powiązania:: https://bibliotekanauki.pl/articles/407753.pdf Link otwiera się w nowym oknie
Opis:: Determining and forecasting of environmental influence of telecommunication equipment that is a source of electromagnetic radiation is still an actual challenge. The approach proposed enables to assess an impact of wide spectral electromagnetic sources on environment as well as to elaborate practical means of minimizing their influence.
Wyznaczenie i prognozowanie wpływu urządzeń komunikacyjnych będących źródłami różnoczęstotliwościowego promieniowania elektromagnetycznego na otaczające środowisko jest problemem aktualnym. Zaproponowane podejście pozwala ocenić wpływ promieniowania elektromagnetycznego źródeł różnoczęstotliwościowych na otaczające środowisko i opracować praktyczne sposoby na jego zmniejszenie.
Dostawca treści:: Biblioteka Nauki

Artykuł

na półce

Skocz do pozycji: 7.

Tytuł:: Rozwój i adaptacja środowiska do egzekucji automatycznych testów Test as a Service”
Development and adaptation of the environment for an execution of automatic tests "Test as a Service"
Autorzy:: Winczowski, Sebastian
Opis:: Project has been realized in cooperation of Jagiellonian University and R&D Nokia Network's. The main goal was a creation and adaption of an environment for automatic test execution of base transceiver station (BTS) software and eNB (hardware to connect mobile phones to network). BTS (and eNB) is an equipment that facilitates wireless communication between mobile phone and a digital telecommunications network. Before proceeding, it is important to define two key terms relevant to this paper: Base build is a completely checked, tested and stable software version, Knife means unchecked update or version. Technology Stack used in the project contains languages and frameworks, such as: Python, Bash, Groovy, Robot Framework, GitHub and Jenkins. Environment is based on Jenkins, which is an open source automation server. Three inner projects were created on Jenkins Pipeline to provide integral entity to run a variety of tests. They are responsible for running necessary smaller processes to prepare whole environment with variety of options for particular user needs. Node, which participates in data exchange between Jenkins host and eNB, is a virtual machine with configured software and hardware to run and handle tests.First project called "QT ON DEMAND" is responsible for running predefine tests to verify knife correctness. At the beginning a user has to submit a form with three required parameters, such as knife URL address from which particular update or version is downloaded, check boxes to choose a set of predefined tests, and node, which is used to configure and run tests on eNB. Moreover user can specify optional parameters to receive email with tests result, change eNB configuration and many more. After project starts, pipeline runs a lot of additional scripts to set up environment, download and install a proper version of knife and run all of chosen tests. Results are presented in a console and optionally sent to the given email address.The second inner project is called "KNIFE TESTING". It provides a possibility to run own tests to verify knife correctness. Initial form is similar to this described in previous project. However, instead of choosing tests from predefined set, user has to provide a path to tests, which are stored in special GitHub repository. After project starts, eNB and virtual machine are configured and then after knife and base build are downloaded and installed, tests are executed and their result is shown in a console.The last project CHECK TESTS has a slightly different role. It was created to ensure testers opportunity to verify if their tests work correctly by their execution on the base build. The idea is based on the fact, that we treat base build as a fully tested and stable version of software, so in case of any tests fails it is very likely that there is a mistake inside them. Initial form is similar to those described above. Instead of knife URL address user has to provide a base build id and path to the test. As an alternative parameter user can choose number of test repetition with option of aborting in case of any failure.Jenkins is a very complicated tool with a lot of options. Unfortunately, default graphical user interface is difficult to comprehend for unexperienced user. To achieve and provide a simplicity and readability authors created special custom theme. Instead of running stand alone web application default Jenkins Theme is overwritten with Simple Theme plugin. It allows users to use simplified graphical interface. For those, who are more experienced Jenkins users there is an option to deactivate custom theme and use the default one.To sum up, "Test as a service" environment provides possibility not only to verify software update correctness but also to check faultlessness of tests. "Test as a service" facilitates and supports work in cross-functional team, by providing developers with a possibility to test their updates without tester interference.
Projekt został zrealizowany w ramach współpracy Uniwersytetu Jagiellońskiego i R&D Nokia Network's. Jego głównym celem było dostarczenie programistom środowiska do uruchamiania automatycznych testów, co pozwoliłoby im samodzielnie sprawdzać poprawność pisanych przez nich uaktualnień oprogramowania stacji bazowych eNB. Urządzenia te odpowiedzialne są za łączenie telefonów komórkowych z cyfrową siecią telekomunikacyjną. Ważne pojęcia, używane w niniejszej pracy to: base build, czyli przetestowana, stabilna wersja oprogramowania stacji bazowej oraz knife, czyli jej uaktualnienie, które wymaga przetestowania. Głównymi technologiami zastosowanymi w projekcie są języki i frameworki, takie jak: Python, Bash, Groovy, Robot Framework, GitHub oraz Jenkins. Całe środowisko bazuje na narzędziu Jenkins, które pełni rolę rozszerzalnego serwera automatyzacji procesów. Za jego pomocą zostały utworzone trzy projekty Pipeline, z których każdy stanowi własne mini-środowisko oferujące inne możliwości. W wymianie danych, pomiędzy hostem, na którym uruchomiony jest Jenkins, a eNB, pośredniczy tzw. node, czyli w tym przypadku maszyna wirtualna, posiadająca odpowiednio skonfigurowane środowisko do do konfiguracji i wykonania testów eNB.Celem pierwszego projektu nazwanego QT ON DEMAND, jest wykonanie predefiniowanych quick testów, w celu weryfikacji poprawnego zachowania knife'a. Użytkownik rozpoczyna od wypełnienia formularza, który zawiera trzy obowiązkowe parametry: adres URL knife'a, z którego zostanie pobrana nowa wersja oprogramowania, zestaw quick testów, które mają zostać wykonane oraz identyfikator odpowiedniego node'a. Ponadto użytkownik, może zdefiniować opcjonalne parametry, takie jak: adres email, na który zostanie wysłany rezultat testów, dodatkowa konfiguracja eNB i wiele innych. Po uruchomieniu projektu zostaną zrealizowane skrypty, odpowiadające za konfiguracje środowiska, pobranie oraz instalację knife'a, a także wykonanie zaznaczonych testów i wyświetlenie ich rezultatów użytkownikowi. Kolejny projekt ma nazwę KNIFE TESTING. Umożliwia on wykonywanie własnych testów, innych niż te predefiniowane, w celu zweryfikowania poprawności knife'a. Dostępny formularz jest bardzo podobny do tego, który jest wykorzystywany w QT ON DEMAND, z tą różnicą, że zamiast gotowego zestawu testów, użytkownik musi podać ścieżkę do własnych testów, które znajdują się w wykorzystywanym przez projekt repozytorium. Po podaniu odpowiednich parametrów i wykonaniu testów użytkownik otrzymuje przejrzysty i czytelny rezultat.Ostatni projekt ma nazwę CHECK TESTS i pełni nieco inną rolę. Jego zadaniem jest zweryfikowanie poprawności testów, stworzonych przez testerów, poprzez wykonanie ich na stabilnej wersji oprogramowania. W przypadku niepowodzenia któregoś z testów, w większości przypadków, oznacza to wykrycie błędu w samym teście. W początkowym formularzu zamiast adresu URL knife'a, podawana jest nazwa base build'a na którym sprawdzane są testy, których rezultat zwracany jest użytkownikowi.Jenkins jest skomplikowanym narzędziem zapewniającym użytkownikowi wiele możliwości. Niestety, jego domyślny interfejs graficzny jest mało przejrzysty. W celu ułatwienia korzystania ze środowiska Test as a service powstał nowy graficzny interfejs, zastępujący domyślny wygląd Jenkins'a. Wykorzystując wtyczkę Simple Theme Plugin stworzono łatwy i wygodny interfejs, który nie tylko ułatwia korzystanie z Jenkinsa, ale i poprawia czytelność wyników samych testów. Ponadto, zaawansowani użytkownicy mają możliwość przełączenia się na domyślny wygląd w dowolnym momencie.Podsumowując, stworzone środowisko testowe ma na celu ułatwienie oraz przyspieszenie procesu testowania nowych wersji oprogramowania, a także umożliwienie weryfikacji poprawności stworzonych testów. Dzięki temu wspiera i ułatwia pracę w wielofunkcjonalnych zespołach deweloperskich poprzez zapewnienie programiście kompleksowych możliwości testowania, bez angażowania testerów oprogramowania.
Dostawca treści:: Repozytorium Uniwersytetu Jagiellońskiego

Inne

na półce

Skocz do pozycji: 8.

Tytuł:: Rozwój i adaptacja środowiska do egzekucji automatycznych testów Test as a Service”
Development and adaptation of the environment for an execution of automatic tests "Test as a Service"
Autorzy:: Wojciechowski, Jan
Opis:: Project has been realized in cooperation of Jagiellonian University and R&D Nokia Network's. The main goal was a creation and adaption of an environment for automatic test execution of base transceiver station (BTS) software and eNB (hardware to connect mobile phones to network). BTS (and eNB) is an equipment that facilitates wireless communication between mobile phone and a digital telecommunications network. Before proceeding, it is important to define two key terms relevant to this paper: Base build is a completely checked, tested and stable software version, Knife means unchecked update or version. Technology Stack used in the project contains languages and frameworks, such as: Python, Bash, Groovy, Robot Framework, GitHub and Jenkins. Environment is based on Jenkins, which is an open source automation server. Three inner projects were created on Jenkins Pipeline to provide integral entity to run a variety of tests. They are responsible for running necessary smaller processes to prepare whole environment with variety of options for particular user needs. Node, which participates in data exchange between Jenkins host and eNB, is a virtual machine with configured software and hardware to run and handle tests.First project called "QT ON DEMAND" is responsible for running predefine tests to verify knife correctness. At the beginning a user has to submit a form with three required parameters, such as knife URL address from which particular update or version is downloaded, check boxes to choose a set of predefined tests, and node, which is used to configure and run tests on eNB. Moreover user can specify optional parameters to receive email with tests result, change eNB configuration and many more. After project starts, pipeline runs a lot of additional scripts to set up environment, download and install a proper version of knife and run all of chosen tests. Results are presented in a console and optionally sent to the given email address.The second inner project is called "KNIFE TESTING". It provides a possibility to run own tests to verify knife correctness. Initial form is similar to this described in previous project. However, instead of choosing tests from predefined set, user has to provide a path to tests, which are stored in special GitHub repository. After project starts, eNB and virtual machine are configured and then after knife and base build are downloaded and installed, tests are executed and their result is shown in a console.The last project CHECK TESTS has a slightly different role. It was created to ensure testers opportunity to verify if their tests work correctly by their execution on the base build. The idea is based on the fact, that we treat base build as a fully tested and stable version of software, so in case of any tests fails it is very likely that there is a mistake inside them. Initial form is similar to those described above. Instead of knife URL address user has to provide a base build id and path to the test. As an alternative parameter user can choose number of test repetition with option of aborting in case of any failure.Jenkins is a very complicated tool with a lot of options. Unfortunately, default graphical user interface is difficult to comprehend for unexperienced user. To achieve and provide a simplicity and readability authors created special custom theme. Instead of running stand alone web application default Jenkins Theme is overwritten with Simple Theme plugin. It allows users to use simplified graphical interface. For those, who are more experienced Jenkins users there is an option to deactivate custom theme and use the default one.To sum up, "Test as a service" environment provides possibility not only to verify software update correctness but also to check faultlessness of tests. "Test as a service" facilitates and supports work in cross-functional team, by providing developers with a possibility to test their updates without tester interference.
Projekt został zrealizowany w ramach współpracy Uniwersytetu Jagiellońskiego i R&D Nokia Network's. Jego głównym celem było dostarczenie programistom środowiska do uruchamiania automatycznych testów, co pozwoliłoby im samodzielnie sprawdzać poprawność pisanych przez nich uaktualnień oprogramowania stacji bazowych eNB. Urządzenia te odpowiedzialne są za łączenie telefonów komórkowych z cyfrową siecią telekomunikacyjną. Ważne pojęcia, używane w niniejszej pracy to: base build, czyli przetestowana, stabilna wersja oprogramowania stacji bazowej oraz knife, czyli jej uaktualnienie, które wymaga przetestowania. Głównymi technologiami zastosowanymi w projekcie są języki i frameworki, takie jak: Python, Bash, Groovy, Robot Framework, GitHub oraz Jenkins. Całe środowisko bazuje na narzędziu Jenkins, które pełni rolę rozszerzalnego serwera automatyzacji procesów. Za jego pomocą zostały utworzone trzy projekty Pipeline, z których każdy stanowi własne mini-środowisko oferujące inne możliwości. W wymianie danych, pomiędzy hostem, na którym uruchomiony jest Jenkins, a eNB, pośredniczy tzw. node, czyli w tym przypadku maszyna wirtualna, posiadająca odpowiednio skonfigurowane środowisko do do konfiguracji i wykonania testów eNB.Celem pierwszego projektu nazwanego QT ON DEMAND, jest wykonanie predefiniowanych quick testów, w celu weryfikacji poprawnego zachowania knife'a. Użytkownik rozpoczyna od wypełnienia formularza, który zawiera trzy obowiązkowe parametry: adres URL knife'a, z którego zostanie pobrana nowa wersja oprogramowania, zestaw quick testów, które mają zostać wykonane oraz identyfikator odpowiedniego node'a. Ponadto użytkownik, może zdefiniować opcjonalne parametry, takie jak: adres email, na który zostanie wysłany rezultat testów, dodatkowa konfiguracja eNB i wiele innych. Po uruchomieniu projektu zostaną zrealizowane skrypty, odpowiadające za konfiguracje środowiska, pobranie oraz instalację knife'a, a także wykonanie zaznaczonych testów i wyświetlenie ich rezultatów użytkownikowi. Kolejny projekt ma nazwę KNIFE TESTING. Umożliwia on wykonywanie własnych testów, innych niż te predefiniowane, w celu zweryfikowania poprawności knife'a. Dostępny formularz jest bardzo podobny do tego, który jest wykorzystywany w QT ON DEMAND, z tą różnicą, że zamiast gotowego zestawu testów, użytkownik musi podać ścieżkę do własnych testów, które znajdują się w wykorzystywanym przez projekt repozytorium. Po podaniu odpowiednich parametrów i wykonaniu testów użytkownik otrzymuje przejrzysty i czytelny rezultat.Ostatni projekt ma nazwę CHECK TESTS i pełni nieco inną rolę. Jego zadaniem jest zweryfikowanie poprawności testów, stworzonych przez testerów, poprzez wykonanie ich na stabilnej wersji oprogramowania. W przypadku niepowodzenia któregoś z testów, w większości przypadków, oznacza to wykrycie błędu w samym teście. W początkowym formularzu zamiast adresu URL knife'a, podawana jest nazwa base build'a na którym sprawdzane są testy, których rezultat zwracany jest użytkownikowi.Jenkins jest skomplikowanym narzędziem zapewniającym użytkownikowi wiele możliwości. Niestety, jego domyślny interfejs graficzny jest mało przejrzysty. W celu ułatwienia korzystania ze środowiska Test as a service powstał nowy graficzny interfejs, zastępujący domyślny wygląd Jenkins'a. Wykorzystując wtyczkę Simple Theme Plugin stworzono łatwy i wygodny interfejs, który nie tylko ułatwia korzystanie z Jenkinsa, ale i poprawia czytelność wyników samych testów. Ponadto, zaawansowani użytkownicy mają możliwość przełączenia się na domyślny wygląd w dowolnym momencie.Podsumowując, stworzone środowisko testowe ma na celu ułatwienie oraz przyspieszenie procesu testowania nowych wersji oprogramowania, a także umożliwienie weryfikacji poprawności stworzonych testów. Dzięki temu wspiera i ułatwia pracę w wielofunkcjonalnych zespołach deweloperskich poprzez zapewnienie programiście kompleksowych możliwości testowania, bez angażowania testerów oprogramowania.
Dostawca treści:: Repozytorium Uniwersytetu Jagiellońskiego

Inne

na półce

Skocz do pozycji: 9.

Tytuł:: Rozwój i adaptacja środowiska do egzekucji automatycznych testów Test as a Service”
Development and adaptation of the environment for an execution of automatic tests "Test as a Service"
Autorzy:: Kołodziej, Andrzej
Opis:: Project has been realized in cooperation of Jagiellonian University and R&D Nokia Network's. The main goal was a creation and adaption of an environment for automatic test execution of base transceiver station (BTS) software and eNB (hardware to connect mobile phones to network). BTS (and eNB) is an equipment that facilitates wireless communication between mobile phone and a digital telecommunications network. Before proceeding, it is important to define two key terms relevant to this paper: Base build is a completely checked, tested and stable software version, Knife means unchecked update or version. Technology Stack used in the project contains languages and frameworks, such as: Python, Bash, Groovy, Robot Framework, GitHub and Jenkins. Environment is based on Jenkins, which is an open source automation server. Three inner projects were created on Jenkins Pipeline to provide integral entity to run a variety of tests. They are responsible for running necessary smaller processes to prepare whole environment with variety of options for particular user needs. Node, which participates in data exchange between Jenkins host and eNB, is a virtual machine with configured software and hardware to run and handle tests.First project called "QT ON DEMAND" is responsible for running predefine tests to verify knife correctness. At the beginning a user has to submit a form with three required parameters, such as knife URL address from which particular update or version is downloaded, check boxes to choose a set of predefined tests, and node, which is used to configure and run tests on eNB. Moreover user can specify optional parameters to receive email with tests result, change eNB configuration and many more. After project starts, pipeline runs a lot of additional scripts to set up environment, download and install a proper version of knife and run all of chosen tests. Results are presented in a console and optionally sent to the given email address.The second inner project is called "KNIFE TESTING". It provides a possibility to run own tests to verify knife correctness. Initial form is similar to this described in previous project. However, instead of choosing tests from predefined set, user has to provide a path to tests, which are stored in special GitHub repository. After project starts, eNB and virtual machine are configured and then after knife and base build are downloaded and installed, tests are executed and their result is shown in a console.The last project CHECK TESTS has a slightly different role. It was created to ensure testers opportunity to verify if their tests work correctly by their execution on the base build. The idea is based on the fact, that we treat base build as a fully tested and stable version of software, so in case of any tests fails it is very likely that there is a mistake inside them. Initial form is similar to those described above. Instead of knife URL address user has to provide a base build id and path to the test. As an alternative parameter user can choose number of test repetition with option of aborting in case of any failure.Jenkins is a very complicated tool with a lot of options. Unfortunately, default graphical user interface is difficult to comprehend for unexperienced user. To achieve and provide a simplicity and readability authors created special custom theme. Instead of running stand alone web application default Jenkins Theme is overwritten with Simple Theme plugin. It allows users to use simplified graphical interface. For those, who are more experienced Jenkins users there is an option to deactivate custom theme and use the default one.To sum up, "Test as a service" environment provides possibility not only to verify software update correctness but also to check faultlessness of tests. "Test as a service" facilitates and supports work in cross-functional team, by providing developers with a possibility to test their updates without tester interference.
Projekt został zrealizowany w ramach współpracy Uniwersytetu Jagiellońskiego i R&D Nokia Network's. Jego głównym celem było dostarczenie programistom środowiska do uruchamiania automatycznych testów, co pozwoliłoby im samodzielnie sprawdzać poprawność pisanych przez nich uaktualnień oprogramowania stacji bazowych eNB. Urządzenia te odpowiedzialne są za łączenie telefonów komórkowych z cyfrową siecią telekomunikacyjną. Ważne pojęcia, używane w niniejszej pracy to: base build, czyli przetestowana, stabilna wersja oprogramowania stacji bazowej oraz knife, czyli jej uaktualnienie, które wymaga przetestowania. Głównymi technologiami zastosowanymi w projekcie są języki i frameworki, takie jak: Python, Bash, Groovy, Robot Framework, GitHub oraz Jenkins. Całe środowisko bazuje na narzędziu Jenkins, które pełni rolę rozszerzalnego serwera automatyzacji procesów. Za jego pomocą zostały utworzone trzy projekty Pipeline, z których każdy stanowi własne mini-środowisko oferujące inne możliwości. W wymianie danych, pomiędzy hostem, na którym uruchomiony jest Jenkins, a eNB, pośredniczy tzw. node, czyli w tym przypadku maszyna wirtualna, posiadająca odpowiednio skonfigurowane środowisko do do konfiguracji i wykonania testów eNB.Celem pierwszego projektu nazwanego QT ON DEMAND, jest wykonanie predefiniowanych quick testów, w celu weryfikacji poprawnego zachowania knife'a. Użytkownik rozpoczyna od wypełnienia formularza, który zawiera trzy obowiązkowe parametry: adres URL knife'a, z którego zostanie pobrana nowa wersja oprogramowania, zestaw quick testów, które mają zostać wykonane oraz identyfikator odpowiedniego node'a. Ponadto użytkownik, może zdefiniować opcjonalne parametry, takie jak: adres email, na który zostanie wysłany rezultat testów, dodatkowa konfiguracja eNB i wiele innych. Po uruchomieniu projektu zostaną zrealizowane skrypty, odpowiadające za konfiguracje środowiska, pobranie oraz instalację knife'a, a także wykonanie zaznaczonych testów i wyświetlenie ich rezultatów użytkownikowi. Kolejny projekt ma nazwę KNIFE TESTING. Umożliwia on wykonywanie własnych testów, innych niż te predefiniowane, w celu zweryfikowania poprawności knife'a. Dostępny formularz jest bardzo podobny do tego, który jest wykorzystywany w QT ON DEMAND, z tą różnicą, że zamiast gotowego zestawu testów, użytkownik musi podać ścieżkę do własnych testów, które znajdują się w wykorzystywanym przez projekt repozytorium. Po podaniu odpowiednich parametrów i wykonaniu testów użytkownik otrzymuje przejrzysty i czytelny rezultat.Ostatni projekt ma nazwę CHECK TESTS i pełni nieco inną rolę. Jego zadaniem jest zweryfikowanie poprawności testów, stworzonych przez testerów, poprzez wykonanie ich na stabilnej wersji oprogramowania. W przypadku niepowodzenia któregoś z testów, w większości przypadków, oznacza to wykrycie błędu w samym teście. W początkowym formularzu zamiast adresu URL knife'a, podawana jest nazwa base build'a na którym sprawdzane są testy, których rezultat zwracany jest użytkownikowi.Jenkins jest skomplikowanym narzędziem zapewniającym użytkownikowi wiele możliwości. Niestety, jego domyślny interfejs graficzny jest mało przejrzysty. W celu ułatwienia korzystania ze środowiska Test as a service powstał nowy graficzny interfejs, zastępujący domyślny wygląd Jenkins'a. Wykorzystując wtyczkę Simple Theme Plugin stworzono łatwy i wygodny interfejs, który nie tylko ułatwia korzystanie z Jenkinsa, ale i poprawia czytelność wyników samych testów. Ponadto, zaawansowani użytkownicy mają możliwość przełączenia się na domyślny wygląd w dowolnym momencie.Podsumowując, stworzone środowisko testowe ma na celu ułatwienie oraz przyspieszenie procesu testowania nowych wersji oprogramowania, a także umożliwienie weryfikacji poprawności stworzonych testów. Dzięki temu wspiera i ułatwia pracę w wielofunkcjonalnych zespołach deweloperskich poprzez zapewnienie programiście kompleksowych możliwości testowania, bez angażowania testerów oprogramowania.
Dostawca treści:: Repozytorium Uniwersytetu Jagiellońskiego

Inne

na półce

Skocz do pozycji: 10.

Tytuł:: Katastrofy i awarie stalowych obiektów budowlanych
Autorzy:: Zamorowski, Jan
Tematy:: katastrofa budowlana
konstrukcja stalowa
maszt
hala wystawowa
elektrownia wiatrowa
konstrukcja wsporcza
karuzela
stacja bazowa
telefonia komórkowa
construction disaster
steel structure
mast
exhibition hall
wind power plant
supporting structure
carousel
base station
mobile network; Pokaż więcej
Wydawca:: Polski Związek Inżynierów i Techników Budownictwa
Powiązania:: https://bibliotekanauki.pl/articles/162013.pdf Link otwiera się w nowym oknie
Opis:: W artykule przedstawiono przyczyny i skutki licznych katastrof, awarii i stanów przedawaryjnych stalowych obiektów budowlanych oraz ich wpływ na środowisko. Dotyczą one masztów i wież telefonii komórkowej posadowionych na dachach budynków, obiektów powierzchniowych, takich jak pawilony wystawowe i hala wystawiennicza w Chorzowie oraz elektrowni wiatrowej i urządzenia rozrywkowego. Przedstawiony materiał został wybrany z bogatego dorobku autora, zebranego w ciągu kilkudziesięciu lat pracy jako projektanta, rzeczoznawcy budowlanego i pracownika naukowego szkół wyższych.
Dostawca treści:: Biblioteka Nauki

Artykuł

na półce

Informacja

Wyszukujesz frazę "base network" wg kryterium: Temat