TRANSCOMP XIV INTERNATIONAL CONFERENCE COMPUTER SYSTEMS AIDED SCIENCE, INDUSTRY AND TRANSPORT

Podobne dokumenty
TRANSCOMP XV INTERNATIONAL CONFERENCE COMPUTER SYSTEMS AIDED SCIENCE, INDUSTRY AND TRANSPORT

Pytania egzaminacyjne dla Kierunku Transport. studia II stopnia stacjonarne i niestacjonarne

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Politechnika Krakowska im. Tadeusza Kościuszki KARTA PRZEDMIOTU

WSPÓŁCZYNNIK GOTOWOŚCI SYSTEMU LOKOMOTYW SPALINOWYCH SERII SM48

DPK System działa od 1996

Rachunek kosztów. Sem. 8 Komputerowe Systemy Elektroniczne, 2009/2010. Alicja Konczakowska 1

bo od managera wymaga się perfekcji

technologii informacyjnych kształtowanie , procesów informacyjnych kreowanie metod dostosowania odpowiednich do tego celu środków technicznych.

Podstawy diagnostyki środków transportu

OBIEGI TABORU W ASPEKCIE SYSTEMU WSPOMAGANIA ZARZĄDZANIEM EKSPLOATACJĄ

Zarządzanie konfiguracją produktu w całym cyklu Ŝycia. Aleksandra Grzywak-Gawryś Warsztaty Rola IRIS w branŝy kolejowej

Opracowanie narzędzi informatycznych dla przetwarzania danych stanowiących bazę wyjściową dla tworzenia map akustycznych

Spis treści. Przedmowa 11

TRANSCOMP XV INTERNATIONAL CONFERENCE COMPUTER SYSTEMS AIDED SCIENCE, INDUSTRY AND TRANSPORT

KARTA CHARAKTERYSTYKI PROFILU DYPLOMOWANIA

Reforma ochrony danych osobowych RODO/GDPR

Spis treści Przedmowa

Środki unijne szansą dla rynku kolejowego

Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi

PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Analiza ryzyka nawierzchni szynowej Iwona Karasiewicz

Rozwiązanie GIS dla mniejszego. miasta: model Miasta Stalowa Wola. Janusz JEśAK. Jacek SOBOTKA. Instytut Rozwoju Miast. ESRI Polska Sp. z o. o.

Metody Ilościowe w Socjologii

TRANSCOMP XIV INTERNATIONAL CONFERENCE COMPUTER SYSTEMS AIDED SCIENCE, INDUSTRY AND TRANSPORT

Załącznik nr 1 do Zapytania ofertowego: Opis przedmiotu zamówienia

UREALNIENIE ROZKŁADÓW. wyniki prac zespołu ds. rozkładów jazdy

EKSPLOATACJA SYSTEMÓW TECHNICZNYCH

OfficeObjects e-forms

TPF CONSULTING WROCŁAW ul. Kazimierza Wielkiego 67 WYCENA RYNKOWA

Szczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów:

PRZEWODNIK PO PRZEDMIOCIE

Student Bartosz Banaś Dr inż. Wiktor Kupraszewicz Dr inż. Bogdan Landowski Dr inż. Bolesław Przybyliński kierownik zespołu

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

Małopolska Agencja Rozwoju Regionalnego S.A.

ZARZĄDZANIE RYZYKIEM W SYSTEMIE BEZPIECZEŃSTWA

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania

Niezawodność elementów i systemów. Sem. 8 Komputerowe Systemy Elektroniczne, 2009/2010 1

Zarządzenie Nr 71/2010 Burmistrza Miasta Czeladź. z dnia 28 kwietnia 2010r.

TPF CONSULTING WROCŁAW ul. Kazimierza Wielkiego 67 WYCENA RYNKOWA

PR P E R Z E E Z N E T N A T C A JA C JA KO K RP R O P RA R C A Y C JN Y A JN ACTINA DATA MANAGER

Komputerowe narzędzia wspomagające prowadzenie i dokumentowanie oceny ryzyka przy projektowaniu maszyn

RAPORT. Gryfów Śląski

TPF CONSULTING WROCŁAW ul. Kazimierza Wielkiego 67 WYCENA RYNKOWA

r r r r r r r.

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Matryca efektów kształcenia dla programu studiów podyplomowych ZARZĄDZANIE I SYSTEMY ZARZĄDZANIA JAKOŚCIĄ

INŻYNIERIA I MARKETING dlaczego są sobie potrzebne?

EKSPLOATACYJNE METODY ZWIĘKSZENIA TRWAŁOŚCI ROZJAZDÓW KOLEJOWYCH

ZAŁOŻENIA TECHNICZNO-TECHNOLOGICZNE SYSTEMU BUDOWANEGO W RAMACH PROJEKTU

Hurtownie danych i business intelligence - wykład II. Zagadnienia do omówienia. Miejsce i rola HD w firmie

Modele bezpieczeństwa logicznego i ich implementacje w systemach informatycznych / Aneta Poniszewska-Marańda. Warszawa, 2013.

Zarządzanie procesami w Twojej firmie Wygodne. Mobilne. Sprawdzone.

Projekty infrastrukturalne w obszarze obiektów przetwarzania danych. Piotr Trzciński

Co to jest SUR-FBD? 3

Załącznik do uchwały Nr 1177 / 2017 Zarządu PKP Polskie Linie Kolejowe S.A. z dnia 05 grudnia 2017 r. STATUT SIECI KOLEJOWEJ. Warszawa, 2017.

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20

Katalog handlowy e-production

1.4. Uwarunkowania komodalności transportu Bibliografia... 43

OCENA NIEZAWODNOŚCI EKSPLOATACYJNEJ AUTOBUSÓW KOMUNIKACJI MIEJSKIEJ

Transformacja wiedzy w budowie i eksploatacji maszyn

Opis wymagań i program szkoleń dla użytkowników i administratorów

TTS TECHNIKA TRANSPORTU SZYNOWEGO 2010

PROJEKT UMOWA UŻYCZENIA

KSZTAŁTOWANIE KLIMATU AKUSTYCZNEGO PROJEKTOWANYCH STANOWISK PRACY Z WYKORZYSTANIEM NARZĘDZI WSPOMAGAJĄCYCH

Zharmonizowane wymogi Część B. Dokument IV. Składowa opracowania Rekomendacji Agencji zgodnie z postanowieniami art. 15 Dyrektywy 2004/49/WE

Tom 6 Opis oprogramowania

TPF CONSULTING WROCŁAW ul. Kazimierza Wielkiego 67 WYCENA RYNKOWA

Warszawa, dnia 10 sierpnia 2012 r. Poz. 919 ROZPORZĄDZENIE MINISTRA TRANSPORTU, BUDOWNICTWA I GOSPODARKI MORSKIEJ 1) z dnia 7 sierpnia 2012 r.

PROGRAM PRAKTYKI ZAWODOWEJ

Modernizacja systemu gromadzenia i przetwarzania informacji hydrogeologicznych

Dostawa oprogramowania. Nr sprawy: ZP /15

Walidacja elementów systemów sterowania związanych z bezpieczeństwem jako krok do zapewnienia bezpieczeństwa użytkowania maszyn

PROGRAM CERTYFIKACJI WYROBÓW PCW 006. Proces dopuszczenia do eksploatacji typu / z typem budowli, urządzeń oraz pojazdów kolejowych

Spis treści. Wstęp 11

Szczegółowy opis przedmiotu zamówienia

TRANSCOMP XIV INTERNATIONAL CONFERENCE COMPUTER SYSTEMS AIDED SCIENCE, INDUSTRYAND TRANSPORT

Zarządzanie systemami produkcyjnymi

PRZEGLĄD METOD ZAPEWNIENIA FUNKCJONALNOŚCI DROGOWYCH BARIER OCHRONNYCH

Program DSA Monitor - funkcje

Praca magisterska Jakub Reczycki. Opiekun : dr inż. Jacek Rumiński. Katedra Inżynierii Biomedycznej Wydział ETI Politechnika Gdańska

RACHUNKOWOŚĆ ZARZĄDCZA

POLITYKA BEZPIECZEŃSTWA INFORMACJI

STRESZCZENIE. rozprawy doktorskiej pt. Zmienne jakościowe w procesie wyceny wartości rynkowej nieruchomości. Ujęcie statystyczne.

TPF CONSULTING WROCŁAW ul. Kazimierza Wielkiego 67 WYCENA RYNKOWA

Optymalizacja produkcji oraz lean w przemyśle wydobywczym. Dr inż. Maria Rosienkiewicz Mgr inż. Joanna Helman

TPF CONSULTING WROCŁAW ul. Kazimierza Wielkiego 67 WYCENA RYNKOWA

KOMPUTEROWE WSPOMAGANIE ZARZĄDZANIA PROJEKTAMI W PRZEDSIĘBIORSTWIE

KONTROLING I MONITOROWANIE ZLECEŃ PRODUKCYJNYCH W HYBRYDOWYM SYSTEMIE PLANOWANIA PRODUKCJI

SZCZEGÓŁOWE OKREŚLENIE System zarządzania urządzeniami sieciowymi

Technik pojazdów samochodowych

Wdrożenie nowych proinnowacyjnych usług sprzyjających dyfuzji innowacji w sektorze MSP nr umowy: U- POIG /10-00

Zasady wykonywania próbnych jazd po naprawach. Załącznik nr 20 do Umowy UM.

Metodyka zarządzania ryzykiem w obszarze bezpieczeństwa informacji

WYKONANIE OPROGRAMOWANIA DEDYKOWANEGO

<Nazwa firmy> <Nazwa projektu> Specyfikacja dodatkowa. Wersja <1.0>

bezpieczeństwem infrastruktury drogowej

BADANIA SYSTEMÓW STEROWANIA RUCHEM KOLEJOWYM W PROCESIE ICH CERTYFIKACJI

Wykład 04 Popyt na usługi transportowe dr Adam Salomon

WYKŁAD WPROWADZAJĄCY

Transkrypt:

TRANSCOMP XIV INTERNATIONAL CONFERENCE COMPUTER SYSTEMS AIDED SCIENCE, INDUSTRY AND TRANSPORT Krzysztof BOJDA 1 Marek MŁYŃCZAK 2 Franciszek J. RESTEL 1 Transport kolejowy, pojazdy szynowe, zarządzanie eksploatacją, system informatyczny KONCEPCJA INFORMATYCZNEGO SYSTEMU WSPOMAGANIA ZARZĄDZANIEM EKSPLOATACJĄ AUTOBUSÓW SZYNOWYCH W artykule opisano załoŝenia projektowanego informatycznego systemu wspomagania zarządzaniem eksploatacją autobusów szynowych. Zdefiniowano najwaŝniejsze parametry jakie powinny być uwzględniane w systemie. Przedstawiono procesy uŝytkowania i obsługi autobusów szynowych oraz elementy systemu transportu szynowego. Podjęto próbę klasyfikacji potencjalnych źródeł zakłóceń. Opisano system informatyczny, określając jego parametry, funkcjonalność i architekturę oraz źródła danych. THE CONCEPT OF SOFTWARE SUPPORT SYSTEM FOR THE MANAGEMENT OF RAILCAR OPERATION In this paper we discuss the backgrounds for projected software system dedicated for supporting the management of railcar operation. The main parameters to be included in the system have been defined. The processes of usage and maintenance of railcars as well as the elements of rail transportation system were shown. The attempt to classify the potential sources of disturbances was made. We introduced also the preliminaries for the software system parameters, functionality, architecture and data sources. 1. WSTĘP ZałoŜenia systemu wspomagającego zarządzanie eksploatacją wymagają na wstępie wyjaśnienia bazy pojęciowej i zakresu działania systemu. Eksploatacja jest fazą istnienia obiektu technicznego rozpoczynającą się z chwilą przejęcia go przez uŝytkownika i trwającą aŝ do chwili kasacji [11]. Obejmuje ona zespół wszystkich działań technicznych i organizacyjnych, mających na celu umoŝliwienie 1 Zakład Logistyki i Systemów Transportowych, Instytut Konstrukcji i Eksploatacji Maszyn, Politechnika Wrocławska, ul. I. Łukasiewicza 7/9, 50-371 Wrocław, {krzysztof.bojda,franciszek.restel}@pwr.wroc.pl, tel. (+48) 71 320 20 04 2 Zakład Logistyki i Systemów Transportowych, Instytut Konstrukcji i Eksploatacji Maszyn, Politechnika Wrocławska, ul. I. Łukasiewicza 7/9, 50-371 Wrocław, marek.mlynczak@pwr.wroc.pl, tel. (+48) 71 320 38 17

372 Krzysztof BOJDA, Marek MŁYŃCZAK, Franciszek J. RESTEL obiektowi wypełnianie wymaganych funkcji. Eksploatacja obiektu w sensie działania, zachodzi w systemie eksploatacji i obejmuje uŝytkowanie i obsługiwanie obiektu, a opisywane jest przez zmienność stanów elementów systemu w czasie zwaną procesem eksploatacji. Zarządzanie jest pojęciem wieloaspektowym i spośród wielu definicji podawanych w literaturze, najbardziej odpowiednią w odniesieniu do zarządzania eksploatacją jest definicja opisująca zarządzanie jako działanie zmierzające do spowodowania funkcjonowania rzeczy, organizacji lub osób podległych, zgodnie z celami zarządzającego [1]. Działanie to obejmuje głównie podejmowanie decyzji, czyli dokonywanie dobrych wyborów między róŝnymi rozwiązaniami problemu. Podejmowanie decyzji zachodzi w kilku zasadniczych krokach [10]: - identyfikacja problemu, - sformułowanie celu, - określenie sposobów rozwiązań problemu, analiza wpływu sposobu rozwiązania na osiągnięcie celu (stopień spełnienia celu), - wybór najlepszego rozwiązania, - weryfikacja i zbadanie poprawności podjętej decyzji. Zarządzanie moŝna więc określić jako iteracyjne dochodzenie do określonego celu, poprzez podejmowanie kolejnych decyzji opartych na danych pochodzących ze sprzęŝenia zwrotnego pomiędzy decydentem, a problemem. Efektywność eksploatowania to ocena stopnia realizacji zadań operacyjnych przy danych nakładach lub nakłady przy danym stopniu ich realizacji [5]. W ocenie uwzględnia się kryteria ekonomiczne, techniczne i organizacyjne. Niezawodność jest określana jako zespół właściwości, które opisują gotowość obiektu i wpływające na nią: nieuszkadzalność, obsługiwalność i zapewnienie środków obsługi [11]. Charakterystyki niezawodności są atrybutami oceny niezawodności występującymi w postaci statystycznych charakterystyk liczbowych i funkcyjnych. Charakterystyki te wartościują zmienne losowe opisujące uszkadzalność i naprawialność obiektów technicznych [3, 4]. Fizyczną postacią zmiennych jest czas, odległość (droga, przebieg), liczba cykli, ilość wykonanej pracy, itp. Do najwaŝniejszych charakterystyk naleŝą: wartość oczekiwana, odchylenie standardowe, funkcja gęstości prawdopodobieństwa f(x), dystrybuanta zmiennej losowej (dystrybuanta uszkodzeń) F(x), funkcja niezawodności R(x), funkcja intensywności uszkodzeń λ(x), skumulowana funkcja intensywności uszkodzeń Λ(x). Struktura jest to pojęcie systemowe określające relacje między elementami systemu, niekiedy takŝe utoŝsamiane z samym systemem [9]. ZagroŜenie oznacza stan systemu z potencjalną moŝliwością przejścia do stanu utraty bezpieczeństwa. ZagroŜenie jest teŝ definiowane jako potencjalne źródło strat. Ryzyko jest określane jako kombinacja (najczęściej iloczynowa) moŝliwości zajścia zdarzenia niepoŝądanego, mierzonego częstością lub prawdopodobieństwem odniesionym do przedziału czasu i wielkością straty [12]. Analiza ryzyka to określenie zagroŝeń, oszacowanie moŝliwości ich występowania oraz oszacowanie wielkości skutków tych zagroŝeń, a następnie obliczenie ryzyka [12].

KONCEPCJA INFORMATYCZNEGO SYSTEMU WSPOMAGANIA 373 Ocena ryzyka jest procesem analityczno-badawczym wchodzącym w skład zarządzania ryzykiem, obejmującym analizę ryzyka i wyznaczenie poziomu dopuszczalności ryzyka oraz podjęcie decyzji o warunkach jego akceptacji [12]. InŜynieria oprogramowania w wyczerpujący sposób opisuje poszczególne etapy procesu wytwórczego. W kontekście tworzonego systemu wspomagania zarządzaniem eksploatacją, w poniŝszym artykule skupiono się na aspektach początkowej fazy projektowania systemu informatycznego, obejmujących zidentyfikowanie i zdefiniowanie wymagań stawianych oprogramowaniu, ze szczególnym uwzględnieniem uwarunkowań otoczenia. 2. PROCES EKSPLOATACJI AUTOBUSÓW SZYNOWYCH 2.1. AUTOBUS SZYNOWY Autobus szynowy 3 (AS) jest pojazdem wyposaŝonym w spalinowy układ napędowy. Aby pojazd (będący pośrednikiem działania) mógł osiągnąć cel działania, musi występować podmiot, który stanowi obsługa pociągu (maszynista i druŝyna konduktorska). Zasadniczym celem działania AS jest przemieszczanie pasaŝerów (przedmiotów działania) w ustalonych relacjach. Stąd moŝna określić łańcuch uŝytkowania jako zbiór podmiotu, pośrednia (narzędzia) i przedmiotu działania: P = <s, p, k> gdzie: P - łańcuch uŝytkowania (pociąg); s - podmiot działania, czyli słuŝba trakcji i ruchu (maszynista i druŝyna konduktorska); p - pośrednik działania, czyli pojazd; k - przedmiot działania, czyli klient (pasaŝer). W procesie uŝytkowania następuje degradacja pośrednia działania (pojazdu) polegająca na starzeniu, zuŝywaniu się, utracie potencjału eksploatacyjnego. Przekroczenie dopuszczalnego poziomu potencjału eksploatacyjnego prowadzi do stanu niezdatności. Przywrócenie stanu zdatności następuje w procesie obsługiwanie, w którym pojazd jest przedmiotem działania. Na proces ten składają się obsługi wykonywane w zaleŝności od upływu czasu eksploatacji lub przebiegu, których zakres określony jest w dokumentacji technicznoruchowej (DTR). Strukturę cykli obsług przedstawiono na rys. 1. NajniŜszym poziomem obsługi AS jest przegląd kontrolny (PK), w którym zawarte są czynności wykonywane cyklicznie (co kilka tysięcy kilometrów). Ich celem jest zapewnienie zdolności do uŝytkowania. W ramach PK ocenia się najbardziej istotne zespoły oraz układy w kontekście bezpiecznej i niezawodnej pracy. Zaopatruje się pojazd w materiały eksploatacyjne i wymienia elementy zuŝywające się podczas eksploatacji. Nie wykonuje się natomiast pomiarów wybranych parametrów zuŝywających się elementów. Po kilku przeglądach kontrolnych przeprowadza się przegląd okresowy (PO). Wykonywany cyklicznie (co kilkadziesiąt tysięcy kilometrów lub określoną liczbę dni) 3 Nazwa ta jest równieŝ błędnie stosowana w kontekście wagonów silnikowych i spalinowych zespołów trakcyjnych.

374 Krzysztof BOJDA, Marek MŁYŃCZAK, Franciszek J. RESTEL w celu sprawdzenia (pomiary wybranych parametrów) stanu technicznego pojazdu. W ramach PO sprawdza się układ biegowy, cięgłowo-zderzakowy i hamulcowy. W przypadku stwierdzenia uszkodzeń przeprowadzane są naprawy bieŝące. Wymienia się elementy niepozwalające na niezawodne i bezpieczne uŝytkowanie do następnego przeglądu. Ponadto uzupełniane są smary we wszystkich węzłach ciernych oraz poprawiane są powłoki ochronne i napisy. Po wykonaniu PO odbywają się próby odbiorcze zgodnie z DTR. WyŜszym poziomem obsługi są naprawy. Pierwszym rodzajem są naprawy rewizyjne (NR), wykonywane po kilku do kilkunastu PO na poziomie kilkuset tysięcy kilometrów. Podczas NR doprowadza się pojazd do stanu określonego szczegółowo w DTR, dokumentacji konstrukcyjnej, itp. Demontuje się częściowo elementy, podzespoły, zespoły i maszyny z pojazdu szynowego, przeprowadzając przegląd, a następnie naprawę lub wymianę. Sporządzany jest protokół oraz przeprowadzane są próby odbiorcze. W przypadku starszych pojazdów wykonywano w trakcie eksploatacji kilka NR, co kilkaset tysięcy kilometrów. Obecnie wykonuje się na poziomie np. drugiej NR naprawę główną (NG), w ramach której otrzymuje się pojazd o stanie zbliŝonym do nowego. Zakres prac obejmuje NR, przy czym następuje pełny demontaŝ elementów pojazdu, sprawdzając je szczegółowo. Koszty takiej naprawy sięgają zatem ok. 60-70% kosztu zakupu nowego pojazdu 4. Rys. 1 Struktura cykli przeglądów i napraw. 2.2. SYSTEM TRANSPORTU SZYNOWEGO Pociąg jako środek transportu stanowi element łańcucha uŝytkowania tworząc łącznie z otoczeniem (infrastruktura i środowisko naturalne) układ działania. Do wykonania działania, czyli przewozu pasaŝerów, musi poruszać się w systemie transportowym, którym jest sieć kolejowa. Podstawowa infrastruktura wykorzystywana przez pociąg 5 w procesie transportowym składa się z: - punktów handlowych, w skład których wchodzą: - dworce kolejowe, - przystanki osobowe, 4 W związku z oszczędnościami zdarzają się jednak przypadki w których koszty NG to zaledwie 40 % nowego pojazdu, co jednak negatywnie rzutuje na jakość. 5 Którego pośrednikiem działania jest spalinowy pojazd trakcyjny.

KONCEPCJA INFORMATYCZNEGO SYSTEMU WSPOMAGANIA 375 - posterunków ruchu (obszary stacji, posterunki odgałęźne, itp.), w skład których wchodzą: - nastawnie (dysponujące i wykonawcze) lub sterowane zdalnie, - nawierzchnia torowa w obrębie posterunku, - rozjazdy, wykolejnice, itp. (oraz ich napędy), - budowle inŝynieryjne (mosty, itp.), - semafory, - urządzenia łączności (radiotelefon, łączność z innymi posterunkami, itp.), - jednopoziomowe przejścia dla pieszych i przejazdy kategorii A i D, - inne urządzenia przytorowe, - linii kolejowych, w skład których wchodzą: - nawierzchnia torowa, - urządzenia sterowania ruchem (np. samoczynna blokada liniowa), - budowle inŝynieryjne (wiadukty, itp.), - jednopoziomowe przejścia dla pieszych i przejazdy kategorii A, B, C i D, - inne urządzenia przytorowe. Uwzględniając zatem infrastrukturę uŝytkowaną przez pociąg moŝna przedstawić łańcuch transportowy jako uporządkowaną trójkę elementów niezbędnych do wykonania procesu przewozowego: T = <D, I, P> gdzie: T łańcuch transportowy; D podmiot działania, czyli dyŝurni ruchu, dyspozytorzy, itp.; I pośrednik działania, czyli infrastruktura biorąca udział w procesie transportowym; P przedmiot działania, czyli pociąg. Infrastruktura transportu szynowego, podobnie do pojazdu szynowego, wymaga obsługi pozwalającej na utrzymanie jej w stanie zdatności. Biorąc pod uwagę, Ŝe prace utrzymaniowe planowane są z wyprzedzeniem i uwzględniane w zmianach rozkładu jazdy, aspekt ten staje się mało istotny dla przewoźnika. Obok infrastruktury uŝytkowanej w ramach procesu transportowego występuje jeszcze zaplecze techniczne (zbiór obiektów infrastrukturalnych, urządzeń i narzędzi) potrzebne do procesu obsługi pojazdów. Zaplecze powinno być zatem dopasowane do potrzeb przewoźnika oraz eksploatowanych pojazdów. Powinno umoŝliwiać prawidłową obsługę jakościową i ilościową, a takŝe zbieranie danych eksploatacyjnych na temat uszkodzeń, zuŝywanych materiałów i elementów, itp. Mimo tego, nie odnotowano faktu, aby po wprowadzeniu w Polsce do eksploatacji AS powstały wyspecjalizowane motowagonownie, jak to miało miejsce w przypadku wagonów silnikowych Lux-torpeda (por. [7]). Skutkuje to często w nieodpowiedniej obsłudze, co wpływa niekorzystnie na niezawodność pojazdu. 3. ZJAWISKA LOSOWE W EKSPLOATACJI AUTOBUSÓW SZYNOWYCH Opisane powyŝej zagadnienia sugerują, Ŝe proces eksploatacji pojazdów szynowych jest zdeterminowany. Przeglądy i naprawy, obiegi taboru oraz czasy pracy słuŝby trakcji i ruchu planowane są z wyprzedzeniem. Podobnie wygląda sprawa okien czasowych podczas

376 Krzysztof BOJDA, Marek MŁYŃCZAK, Franciszek J. RESTEL uŝytkowania infrastruktury, które są ustalone i podane w słuŝbowym rozkładzie jazdy pociągów. PasaŜer, jako element łańcucha uŝytkowania, posiada równieŝ informacje na temat godziny odjazdu/przyjazdu, czasu jazdy i obsługiwanych punktów handlowych, które zawarte są w ogólnodostępnym rozkładzie jazdy pociągów. Mimo to dochodzi do zakłóceń, w wyniku których uniemoŝliwione jest planowe wykonanie rozkładu jazdy. Przyczyną tego są zdarzenia losowe występujące na poziomie pociągu i systemu transportowego, który ponadto znajduje się w pewnym otoczeniu. W związku z tym moŝna określić strukturę potencjalnych źródeł zdarzeń niepoŝądanych, uniemoŝliwiających planową realizację rozkładu jazdy: - otoczenie, w którym potencjalnymi źródłami zakłóceń są: - pojazdy kołowe, - piesi, - zwierzęta, - warunki atmosferyczne, - system transportowy, w którym potencjalnymi źródłami zakłóceń są: - pracownicy, - infrastruktura: - nawierzchnia torowa, - urządzenia sterowania ruchem, - urządzenia zabezpieczenia jednopoziomowych przejść dla pieszych i przejazdów, - urządzenia łączności, - pociąg, w którym potencjalnymi źródłami zakłóceń są: - obsługa, - pojazd, - pasaŝerowie, - inne: - opóźnienia wtórne, - inne pojazdy szynowe, utrudniające ruch, - wandalizm i kradzieŝe, - inne. W powyŝszej strukturze pogrubiono te elementy, które zawarte są w zdeterminowanym łańcuchu transportowym, natomiast podkreślono elementy łańcucha uŝytkowania autobusu szynowego. 4. OPIS SYSTEMU INFORMATYCZNEGO 4.1 Motywacja Na rynku oprogramowania dostępne są gotowe produkty słuŝące do zarządzania flotą pojazdów. Zorientowane są jednak zwykle przede wszystkim na potrzeby przewoźników drogowych. Specyfika eksploatacji taboru szynowego, jak równieŝ konieczność tworzenia raportów wg ściśle określonych formatów oraz kompleksowa analiza gromadzonych danych na podstawie których realizowane będzie wnioskowanie systemu wspomagającego zarządzaniem eksploatacją, utrudniają uŝycie programów standardowych i skłaniają do

KONCEPCJA INFORMATYCZNEGO SYSTEMU WSPOMAGANIA 377 opracowania rozwiązania dedykowanego. Niezbędne jest takŝe uwzględnienie integracji z systemami informatycznymi juŝ uŝytkowanymi przez przewoźnika. 4.2 Określenie aktorów i parametrów systemu Opis wymagań uŝytkowników systemu informatycznego modeluje się najczęściej za pomocą przypadków uŝycia. Początkowy etap projektowania obejmuje identyfikację aktorów moŝliwe jest w tym celu wykorzystanie schematu opisującego strukturę przedsiębiorstwa, a takŝe przeprowadzenie bezpośrednich wywiadów z przyszłymi uŝytkownikami systemu. Na obecnym etapie prac nad systemem wyróŝnić moŝna następujących aktorów: - pracownik biura: - uŝytkownik aktywny, - obserwator, - serwisant, - administrator, - zamawiający przewozy. Uzupełnieniem opisu modelu systemu są oszacowania ilościowe, dzięki którym wstępnie zdefiniować moŝna oczekiwaną wydajność systemu informatycznego [8]. Parametry opisujące funkcjonowanie przewoźnika w zakresie objętym omawianym systemem przedstawia tab. 1. Tab. 1. Oszacowanie ilościowe dla omawianego systemu Lp. Parametr Wartość 1 Liczba eksploatowanych pojazdów 10 2 Liczba pracowników spółki 125 3 Łączna liczba funkcjonujących typów raportów 15 4 Liczba jednoczesnych sesji dostępu uŝytkowników 10 Na podstawie [6]. 4.3 Źródła danych Przyjmuje się, Ŝe projektowany system wspomagania zarządzaniem eksploatacją autobusów szynowych dla potrzeb analizy niezawodności i bezpieczeństwa opierać się będzie na danych pozyskiwanych z wielu źródeł informacji dotyczących zdarzeń i okoliczności ich występowania opisujących rzeczywisty proces eksploatacji. Jeden z zasobów stanowią raporty o rzeczywistej realizacji przewozów udostępniane przez zarządcę infrastruktury kolejowej, przekazywane w formie cyfrowej. Przede wszystkim w obszarze zainteresowania znajdują się raporty bieŝące generowane przez zespoły maszynistów, druŝyn konduktorskich oraz system obsługi technicznej przewoźnika w oparciu o opracowane uprzednio formularze. Na etapie organizowania projektu przewiduje się zidentyfikowanie procesów przetwarzania informacji, które moŝliwe są do transformacji do postaci elektronicznej przy wykorzystaniu juŝ dostępnej infrastruktury komputerowej. Tym samym osiągnięte zostanie

378 Krzysztof BOJDA, Marek MŁYŃCZAK, Franciszek J. RESTEL zarówno usprawnienie obiegu informacji dotyczących eksploatacji pojazdów, jak teŝ i pozyskiwanie danych dla systemu bezpośrednio u źródła ich powstawania. 4.4 Architektura oprogramowania Decyzję o wyborze określonej architektury tworzonego systemu podjąć naleŝy stosunkowo wcześnie, gdyŝ stanowi ona podstawę projektu i implementacji oprogramowania. Wybór technologii uwzględniać musi kwalifikacje i dotychczasowe doświadczenie zespołu wdraŝającego, a takŝe wymagany poziom pewności pracy systemu. Mając na uwadze rozproszenie potencjalnych eksploatatorów aplikacji i związaną z tym potrzebę stworzenia róŝnych interfejsów dla poszczególnych uŝytkowników, oprogramowanie do zarządzania zebranymi danymi przewiduje się zrealizować w technologii aplikacji internetowej. Wykorzystanie funkcjonalności przeglądarki internetowej ułatwi dostęp róŝnym uŝytkownikom systemu, nie wymaga instalacji ani u przewoźnika, ani u Ŝadnego z jego ewentualnych podwykonawców. Jednocześnie całość stworzonego oprogramowania systemu umieszczona będzie w jednej lokalizacji, co istotnie ułatwi przyszłe procesy konserwacji i aktualizacji oprogramowania [8] 6. Rys.2 Trójwarstwowa architektura systemu informatycznego Przedstawione w tab. 1 wymagania stanowią podstawę do oszacowania obciąŝenia aplikacji. Bardziej złoŝone raporty wykonywane są w cyklu tygodniowym lub miesięcznym. Zakładając, Ŝe jednocześnie z systemu korzystać będzie 10 uŝytkowników wykonujących orientacyjnie 2 operacje na minutę, uzyskujemy obciąŝenie 20 transakcji na minutę. Biorąc pod uwagę wydajność współczesnych serwerów (nawet w architekturze 6 Do uzgodnienia z przewoźnikiem pozostaje fizyczna lokalizacja oprogramowania: moŝliwe jest wykorzystanie istniejącej infrastruktury komputerowej ze stałym dostępem do sieci internetowej lub skorzystanie z wielu dostępnych na rynku ofert hostingu, czyli udostępnienia powierzchni dyskowej oraz wsparcia technologicznego na dedykowanych serwerach WWW.

KONCEPCJA INFORMATYCZNEGO SYSTEMU WSPOMAGANIA 379 jednoprocesorowej), szacunek ten w zupełności pozwala na umieszczenie wszystkich komponentów aplikacji na jednym serwerze. Architektura systemu obejmować będzie trzy podstawowe warstwy (rys. 2): relacyjnej bazy danych, serwera aplikacji WWW oraz warstwę prezentacyjną. 4.5 Funkcjonalność systemu Docelowa funkcjonalność systemu wspomagającego zarządzaniem eksploatacją autobusów szynowych związana jest bezpośrednio z opracowanym wspólnie z przewoźnikiem katalogiem metod i algorytmów archiwizacji, przechowywania i weryfikacji danych (rys. 3). Przewidywane w ramach projektu funkcje systemu informatycznego obejmować będą: - ewidencjonowanie pojazdów, - sygnalizację zbliŝających się terminów przeglądów, - interaktywne formularze do rejestracji regularnych czynności serwisowych, - generowanie raportów eksploatacyjnych dla przewoźnika oraz zleceniodawcy, - analizę statystyczną kosztów eksploatacji, - moduł wspomagania decyzji dotyczących wykonywania napraw w pojazdach, - moŝliwość eksportu zestawień do arkusza kalkulacyjnego, - wydruk dokumentów wg formatu określonego dokumentacją techniczną systemu utrzymania pojazdów. Rys.3 Koncepcja funkcjonowania systemu wspomagania zarządzania eksploatacją autobusów szynowych 5. WNIOSKI Systemy informatyczne tworzone są w celu usprawnienia procesów zachodzących w przedsiębiorstwach. Specyfika branŝy kolejowej determinuje opracowanie rozwiązań

380 Krzysztof BOJDA, Marek MŁYŃCZAK, Franciszek J. RESTEL dedykowanych. W omawianym projekcie przewiduje się stworzenie oprogramowania wspomagającego zarządzaniem eksploatacją rozwijającej się floty autobusów szynowych. W analizie niezawodności i bezpieczeństwa niezbędne jest pozyskanie informacji dotyczących następujących zdarzeń i okoliczności ich występowania opisujących rzeczywisty proces eksploatacji: - data i miejsce zdarzenia, - elementy systemu transportowego biorące udział w zdarzeniu, - elementy infrastruktury biorące udział w zdarzeniu, - okoliczności naturalne (pogoda, topografia, czas), - liczba osób poszkodowanych (śmierć, obraŝenia, liczba spóźnionych osób), - czas trwania zakłócenia dla ruchu: zakłócenie bezpośrednie (np. zamknięcie drogi) i pośrednie (np. objazd), - skutek zdarzenia, strata dla pasaŝera, środka transportu, infrastruktury technicznej, środowiska naturalnego, - przyczyna zdarzenia, - sposób usunięcia skutków zdarzenia. Zmiennymi losowymi opisującymi charakterystyki niezawodności i bezpieczeństwa są najczęściej czasy między występowaniem zdarzeń. W zaleŝności od celu i zakresu wspomagania zarządzania eksploatacją wykorzystuje się deterministyczne lub stochastyczne modele zjawisk, co powinno być uwzględnione w projektowanym systemie informatycznym. Analiza działania przedsiębiorstwa skłania ku wdroŝeniu aplikacji internetowej opartej o funkcjonalność przeglądarki internetowej. Dalsze etapy pracy nad projektem obejmować będą właściwy etap wdroŝenia i ewaluacji funkcjonowania systemu, jak równieŝ wykonania obliczeń sprawdzających i weryfikacji obliczeń w ramach grantu naukowobadawczego, w ramach którego tworzone jest oprogramowanie. 6. BIBLIOGRAFIA [1] Gliński B.: Mała encyklopedia ekonomiczna, Warszawa, PWE,1974. [2] Hebda M., Mazur T., Pelc H.: Teoria eksploatacji pojazdów, Warszawa, WKiŁ, 1978. [3] Kopociński B.: Zarys teorii odnowy i niezawodności, Warszawa, PWN, 1973. [4] Migdalski J. (red.): Poradnik niezawodności. Podstawy matematyczne, WEMA, Warszawa 1982. [5] Olearczuk E.: Zarys teorii uŝytkowania urządzeń technicznych, Warszawa, WNT, 1972. [6] Oprac. zb.: Koleje Dolnośląskie Spółka Akcyjna. Raport roczny 2009, Legnica, 2010. [7] Pokropiński B.: Lux-torpeda PKP, Warszawa, WKiŁ, 2007. [8] Sacha K.: InŜynieria oprogramowania, Warszawa, PWN 2010. [9] Sadowski W.: Podstawy ogólnej teorii systemów, Warszawa, PWN, 1978. [10] Samuelson W. F., Marks S. G., Ekonomia menedŝerska, Warszawa, PWE, 1998. [11] Polska Norma PN-93/N-050191 Słownik terminologiczny elektryki. Niezawodność, jakość usługi. [12] Polska Norma PN-EN 60300-3-9 Analiza ryzyka w systemach technicznych.