1. Definicja oprogramowania komunikacyjnego

Save this PDF as:
 WORD  PNG  TXT  JPG

Wielkość: px
Rozpocząć pokaz od strony:

Download "1. Definicja oprogramowania komunikacyjnego"

Transkrypt

1 1. Definicja oprogramowania komunikacyjnego 1.1. Zakres stosowania i definicja pojęcia oprogramowanie komunikacyjne Pojęcie oprogramowania komunikacyjnego nie jest jednoznacznie zdefiniowane. Na potrzeby tego wykładu będzie przyjęta następująca definicja: Oprogramowanie, które: realizuje komunikację między komputerami, wspomaga komunikację między ludźmi, zarządza obiema formami komunikacji. będzie nazywane oprogramowaniem komunikacyjnym Cechy i cykl powstawania oprogramowania komunikacyjnego Lektura rozdziału wymaga przypomnienia sobie podstawowych ideii dotyczących inżynierii oprogramowania 1. Cechy wspólne z innymi typami oprogramowania: pożądane niskie koszty wytwarzania. Cechy wspólne z innymi typami oprogramowania, ale o szczególnym znaczeniu dla orogramowania komunikacyjnego: otwartość na nowe usługi i rozwiązania (nazywana czasami ewolucyjnością). Konstrukcja oprogramowania powinna umożliwiać nadążanie za zmianami w technologii oraz w rozbudowie funkcjonalności oprogramowania. duża złożoność (praca w czasie rzeczywistym, praca współbieżna, często praca rozproszona) i wielkość oprogramowania. Praca w czasie rzeczywistym oznacza uzależnienie skutków działania oprogramowania od upływu czasu mierzonego stosunkowo krótkimi jednostkami czasu. Rezultat działania procesu jest uzależniony od upływu czasu, a nie tylko od danych. Często nie jest najważniejszym celem by oprogramowanie to było jak najszybsze, lecz by można było przewidzieć w jakim czasie będą mogły być otrzymane pożądane rezultaty. Jednostką czasu dla procesów w węzłach sieci komputerowych są pojedyncze mikrosekundy. W przypadku węzłów sieci telekomunikacyjnych (np. ISDN) są to milisekundy. Praca współbieżna oznacza, że z tego oprogramowania może korzystać wielu użytkowników jednocześnie i niezależnie. W węzłach sieci telekomunikacyjnych celem 1 Inżynieria oprogramowania, Red. J.Górski, MIKOM, Warszawa, 1999 Iok_1 2

2 jest obsłużenie jak największej liczby użytkowników i są to wielkości rzędu tysięcy procesów istniejących współbieżnie w jednym węźle. Szybkość działania oprogramowania jest tu wymaganiem dodatkowym i jest niezbędna tylko po to by było jak najwięcej jednocześnie obsługiwanych użytkowników. W węzłach sieci komputerowych liczba aktywnych procesów obsługi jest znacznie mniejsza (kilkadziesiąt), ale za to czas reakcji procesów na zdarzenia w sieci jest wielokrotnie krótszy. Praca rozproszona wynika z istoty funkcjonowania oprogramowania komunikacyjnego, które działa w odległych systemach połączonych kanałami wnoszącymi opóźnienia i błędy oraz z potrzeby efektywnego wykorzystania ich zasobów: np. przepustowości kanału, czasu procesorów, dostępnych pamięci itp. Wielkość oprogramowania jest związana z wielością realizowanych przez to oprogramowanie zadań. Oprócz tych elementów, które wynikają z już omówionych cech tego oprogramowania i powodują rozbudowę środowiska oprogramowania komunikacyjnego, pojawiają się elementy wynikające z zastosowania tego oprogramowania, a więc: różnorodne usługi i oprogramowanie sygnalizacji i protokołów komunikacyjnych oraz oprogramowanie wspomagające utrzymanie i eksploatację węzłów telekomunikacyjnych (nadzorowanie poprawności pracy, badanie statystyk ruchowych opisujących pracę węzła i sieci, wynikająca z nich rekonfiguracja węzła i sieci oraz taryfikacja). długi czas życia oprogramowania narzucający wysokie wymagania jakościowe na: oprogramowanie oraz jego dokumentację oraz powodujący zmienność zespołu programistów nawet u jednego producenta oprogramowania. Czas życia oprogramowania komunikacyjnego obliczany jest na okres rzędu 20 lat, bez względu na to czy jest to oprogramowanie dla sieci telekomunikacyjnych, czy też dla sieci komputerowych. Wynika to z natury sieci komunikacyjnych, w których elementem przesądzającym o czasie korzystania z określonych usług jest nie tyle jej nowoczesność co powszechność. Częsta wymiana wszystkich urządzeń końcowych jest zadaniem trudnym organizacyjnie, a zawsze kosztownym. Konstrukcja oprogramowania (modularna konstrukcja oprogramowania) musi gwarantować oprogramowanie zapewniające wysoką niezawodność systemu telekomunikacyjnego i łagodną degradację możliwości tego systemu w przypadku uszkodzeń jego elementów. Iok_1 3

3 Cecha, która nie jest istotne przy projektowaniu innych typów oprogramowania, ale jest zasadnicza przy projektowaniu oprogramowania komunikacyjnego różni wytwórcy oprogramowania, które musi ściśle i bezbłędnie ze sobą współpracować (dobrym przykładem są protokoły komunikacyjne). Liczbę styków oprogramowania pochodzącego od różnych producentów ilustruje kolejny rysunek. Terminal z oprogramowaniem producenta A Węzęł z oprogramowaniem producenta B Węzęł z oprogramowaniem producenta C Terminal z oprogramowaniem producenta D Rys. 1 Współpraca oprogramowania różnych producentów w sieci telekomunikacyjnej i teleinformatycznej Rozpatrując proces projektowania oprogramowania komunikacyjnego należy wziąć pod uwagę dwa punkty widzenia: punkt widzenia użytkownika oraz punkt widzenia projektanta oprogramowania. To spojrzenie wskazuje, że klient ma w kontekście projektowania oprogramowania komunikacyjnego mniejsze znaczenie. Punkt widzenia użytkownika związany jest z długim okresem eksploatacji systemu, w którym to okresie zmieniają się wymagania funkcjonalne i ruchowe na system. Punkt widzenia projektanta jest zdeterminowany wielkością i różnorodnością zadań, które ma to oprogramowanie realizować oraz niepełną znajomością przyszłych wymagań. Podstawowe cechy charakteryzujące oba punkty widzenia zawiera tabela 1. Tabela 1 Użytkownik Jakość funkcjonowania i utrzymania: łatwość użytkowania, modyfikowalność funkcji, modyfikowalność obciążenia, niezawodność funkcjonowania. Czas zrealizowania Projektant Jakość realizowania: łatwość oprogramowywania, łatwość uruchamiania i testowania, modyfikowalność oprogramowania. Czas zrealizowania Jak widać oczekiwania obu stron nie zawsze są sprzeczne. Wymaganie modyfikowalności oferowanych funkcji stoi co prawda w sprzeczności z łatwością realizacji oprogramowania, lecz nie stoi w sprzeczności z wymaganiem modyfikowalności oprogramowania. Podstawą spełnienia oczekiwań obu stron jest posiadanie: jednolitego sposobu: formułowania wymagań projektowania oprogramowania, implementacji oprogramowania, Iok_1 4

4 testowania oprogramowania i jego weryfikacji. modelu działania oraz metod analizy wykorzystanych algorytmów sterowania i komunikacji. Rysunek 2 ilustruje model cyklu wytwarzania dla oprogramowania komunikacyjnego. Nie różni się on zasadniczo od typowego cyklu kaskadowego z wyjątkiem pętli sprzężenia zwrotnego oraz dwóch elementów, które zostały podkreślone: stosowania nom i zaleceń oraz zarządzania oprogramowaniem. Przy omawianiu elementów modelu ich rola będzie bliżej wyjaśniona. MARKETING SERWIS SPRZEDAŻ PROJEKTOWANIE WYMAGANIA+ NORMY I ZALECENIA INSTRUKCJA SZKOLENIA, PROJEKT (ZACHOWANIE+ PROGRAMOWANIE ZARZADZANIE) OPROGRAMOWANIE PROJEKT TESTOWANIA TESTOWANIE WYNIKI TESTOW Produkt Rys. 2 Cykl powstawania oprogramowania komunikacyjnego Pierwszym elementem cyklu jest sformułowanie wymagań techniczno-ekonomicznych. Wymagania techniczno-ekonomiczne są opracowywane by: być merytoryczną podstawą do podejmowania decyzji: poprawiających rentowność produkcji, zmniejszenia liczby działań zbędnych, ryzykownych lub mało rentownych lub zapewniających korzystniejsze rozłożenie w czasie podejmowanych działań, stworzyć pośrednika pomiędzy projektowaniem oprogramowania i sprzętu, sprzedażą i marketingiem oraz serwisem, który to pośrednik byłby zrozumiały dla wszystkich stron, Iok_1 5

5 sprecyzować, uporządkować i zorganizować zadania dla zespołów projektowych, dokumentalistów (wykonanie instrukcji), serwisu i sprzedaży po podjęciu decyzji o rozpoczęciu procesu produkcyjnego, łatwiej uchwycić i wyegzekwować odpowiedzialność za efekty oraz ocenić odpowiedzialnych za nie. Wyymagania techniczno-ekonomicznych opracowuje się na podstawie: 1. funkcjonujących standardów opisujących protokoły i usługi komunikacyjne. dokumenty normalizacyjnych (ISO, IEEE, ITU itp), książeki i literatura oraz informacji o książkach i literaturze poświęconej protokołom i usługom, dokumentacje innych producentów, udziału (biernego i aktywnego) w pracach organizacji normalizacyjnych np. ATM Forum, 2. życzeń klientów analiza rynku usług komunikacyjnych, kreawanie potrzeb rynku bezpośrednie kontakty z klientami i dystrybutorami zbieranie uwag od własnego serwisu i laboratorium wykonującego testy 3. własnych propozycji i rozwiązań problemów nowych i nierozwiązanych lub nieopisanych 4. analizy produktów oferowanych przez innych producentów, czasopisma, pokazy, akcje promocyjne, funkcjonujące instalacje,7 porównanie specyfikacji technicznych produktów, dostęp do wybranych produktów. Zawartość wymagań to: charakterystyki techniczne i funkcjonalne proponowanych produktów oszacowania kosztów ich wdrożenia obejmujące cały cykl produkcyjny oszacowania kosztów eksploatacji usług u użytkownika Kryteria przyjęcia bądź odrzucenia wymagań: oszacowanie zapotrzebowania rynku na usługi o określonych kosztach eksploatacji koszty realizacji Ze względu na funkcjonowanie norm i zaleceń oraz specyfikę oprogramowania komunikacyjnego bardzo często klient nie dysponuje odpowiednimi kwalifikacjami do wykonania wymagań. W takim przypadku powinien zlecić ich wykonanie, a nie pominąć etap w cyklu wytwarzania oprogramowania (co w praktyce ma miejsce nadzwyczaj często). Pominięcie tego elementu cyklu jest najczęstszym źródłem przedłużenia cyklu i wzrostu kosztów. Stosunkowo często wymagania powstają jako suma (złożenie) funkcjonalności oferowanych przez innych producentów, bez wnikania w sposoby uzyskania tej funkcjonalności oraz możliwości ich realizacji. Prowadzi to do podobnych efektów jak brak wymagań. Iok_1 6

6 Kolejnym elementem cyklu wytwarzania oprogramowania komunikacyjnego jest projekt oprogramowania. Projekty są opracowywane by: zmniejszyć koszty realizacji zadań projektantów poprzez: zmniejszenie liczby błędów i wysokich kosztów ich usuwania w chwili, gdy ujawnią się one w gotowym wyrobie (patrz rozkład Pareto - poprawienie 20% błędów pochłania 80% czasu), zapewnienie właściwej struktury zatrudnienia polegającej na wydzieleniu przynajmniej dwóch grup pracowników inżynieryjnych: 1. nielicznej grupy doświadczonych, lecz kosztownych projektantów i 2. liczniejszej grupy tańszych programistów. urealnienie ocen kosztów wdrożenia projektu. efektywnie i bezpiecznie powiększyć zakresu możliwości funkcjonalnych wyrobów. zrównoleglić z procesem programowania działania innych grup np. opracowujących testy, dokumentację, sprzedaż lub szkolenia. Iok_1 7

7 1.3. Środowisko oprogramowania komunikacyjnego Środowisko oprogramowania komunikacyjnego to różne formy środowiska współbieżnego. Krótkie przypomnienie podstawowych pojęć związanych z funkcjonowaniem w tym środowisku można znaleźć do dodatku A. W dodatku B można znaleźć krótkie przypomnienie zasad komunikacji oprogramowania z otoczeniem systemu komputerowego. W dodatku tym są też krótko omówione techniki pomiaru czasu na potrzeby procesów komunikacyjnych. Zazwyczaj oprogramowanie komunikacyjne jest zbiorem asynchronicznych procesów statycznych wymieniających między sobą komunikaty. Obsługę przerwań z otoczenia też można potraktować jako proces statyczny aktywowany przerwaniami. W środowisku oprogramowania komunikacyjnego szczególną rolę odgrywa pomiar czasu. Każdy proces powinien mieć możliwość odmierzania przynajmniej jedengo przedziału czasu i jego upłynięcie powinno być traktowane jak pojawienie się komunikatu synchronizacyjnego. Dodatki C i D zawierają krótkie opisy przykładowych środowisk. W dodatku C przedstawiony jest prosty scheduler pozwalający zarządzać zdarzeniami wystarczający do realizacji nawet dość złożonego oprogramowania. W dodatku D przedstawiono język programowania CHILL przeznaczony do stosowania przy opracowywaniu oprogramowania komunikacyjnego. Iok_1 8

Metodyka projektowania komputerowych systemów sterowania

Metodyka projektowania komputerowych systemów sterowania Metodyka projektowania komputerowych systemów sterowania Andrzej URBANIAK Metodyka projektowania KSS (1) 1 Projektowanie KSS Analiza wymagań Opracowanie sprzętu Projektowanie systemu Opracowanie oprogramowania

Bardziej szczegółowo

Zasady organizacji projektów informatycznych

Zasady organizacji projektów informatycznych Zasady organizacji projektów informatycznych Systemy informatyczne w zarządzaniu dr hab. inż. Joanna Józefowska, prof. PP Plan Definicja projektu informatycznego Fazy realizacji projektów informatycznych

Bardziej szczegółowo

MODELE CYKLU ŻYCIA OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś

MODELE CYKLU ŻYCIA OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś (często stosowany w praktyce do projektów o niewielkiej złożoności) wymagania specyfikowanie kodowanie

Bardziej szczegółowo

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań Wstęp Inżynieria wymagań Schemat procesu pozyskiwania wymagań identyfikacja źródeł wymagań Organizacja i Zarządzanie Projektem Informatycznym pozyskiwanie pozyskiwanie pozyskiwanie Jarosław Francik marzec

Bardziej szczegółowo

ISO 9000/9001. Jarosław Kuchta Jakość Oprogramowania

ISO 9000/9001. Jarosław Kuchta Jakość Oprogramowania ISO 9000/9001 Jarosław Kuchta Jakość Oprogramowania Co to jest ISO International Organization for Standardization największa międzynarodowa organizacja opracowująca standardy 13700 standardów zrzesza narodowe

Bardziej szczegółowo

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie informatycznej. Zadaniem systemu jest rejestracja i przechowywanie

Bardziej szczegółowo

SVN. 10 października 2011. Instalacja. Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację. Rysunek 1: Instalacja - krok 1

SVN. 10 października 2011. Instalacja. Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację. Rysunek 1: Instalacja - krok 1 SVN 10 października 2011 Instalacja Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację uruchamiany ponownie komputer Rysunek 1: Instalacja - krok 1 Rysunek 2: Instalacja - krok 2

Bardziej szczegółowo

Jarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming

Jarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming Jarosław Kuchta Wymagania jakości w Agile Programming Wady klasycznych metod zapewnienia jakości Duży narzut na dokumentowanie Późne uzyskiwanie konkretnych rezultatów Trudność w odpowiednio wczesnym definiowaniu

Bardziej szczegółowo

Egzamin / zaliczenie na ocenę*

Egzamin / zaliczenie na ocenę* WYDZIAŁ PODSTAWOWYCH PROBLEMÓW TECHNIKI Zał. nr 4 do ZW33/01 KARTA PRZEDMIOTU Nazwa w języku polskim : INŻYNIERIA OPROGRAMOWANIA Nazwa w języku angielskim: SOFTWARE ENGINEERING Kierunek studiów (jeśli

Bardziej szczegółowo

Waterfall model. (iteracyjny model kaskadowy) Marcin Wilk

Waterfall model. (iteracyjny model kaskadowy) Marcin Wilk Waterfall model (iteracyjny model kaskadowy) Marcin Wilk Iteracyjny model kaskadowy jeden z kilku rodzajów procesów tworzenia oprogramowania zdefiniowany w inżynierii oprogramowania. Jego nazwa wprowadzona

Bardziej szczegółowo

Zarządzanie WYKŁAD II. Plan wykładu. Elementy procesu zarządzania. Elementy procesu zarządzania zasobami ludzkimi

Zarządzanie WYKŁAD II. Plan wykładu. Elementy procesu zarządzania. Elementy procesu zarządzania zasobami ludzkimi Akademia Górniczo-Hutnicza Wydział Zarządzania Zarządzanie kierunek: Zarządzanie i Inżynieria Produkcji WYKŁAD II Plan wykładu Proces zarządzania Proces zarządzania produkcją Proces zarządzania zasobami

Bardziej szczegółowo

Faza Określania Wymagań

Faza Określania Wymagań Faza Określania Wymagań Celem tej fazy jest dokładne określenie wymagań klienta wobec tworzonego systemu. W tej fazie dokonywana jest zamiana celów klienta na konkretne wymagania zapewniające osiągnięcie

Bardziej szczegółowo

Inżynieria oprogramowania (Software Engineering)

Inżynieria oprogramowania (Software Engineering) Inżynieria oprogramowania (Software Engineering) Wykład 3 Studium wykonalności Definicja wymagań Studium wykonalności (feasibility study) Prowadzone przed rozpoczęciem projektu, krótkie, niekosztowne badanie

Bardziej szczegółowo

Maciej Oleksy Zenon Matuszyk

Maciej Oleksy Zenon Matuszyk Maciej Oleksy Zenon Matuszyk Jest to proces związany z wytwarzaniem oprogramowania. Jest on jednym z procesów kontroli jakości oprogramowania. Weryfikacja oprogramowania - testowanie zgodności systemu

Bardziej szczegółowo

Dodatek B. Zasady komunikacji z otoczeniem w typowych systemach komputerowych

Dodatek B. Zasady komunikacji z otoczeniem w typowych systemach komputerowych Dodatek B. Zasady komunikacji z otoczeniem w typowych systemach komputerowych B.1. Dostęp do urządzeń komunikacyjnych Sterowniki urządzeń zewnętrznych widziane są przez procesor jako zestawy rejestrów

Bardziej szczegółowo

Etapy życia oprogramowania

Etapy życia oprogramowania Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 w prezentacji wykorzystano również materiały przygotowane przez Michała Kolano

Bardziej szczegółowo

Programowanie zespołowe

Programowanie zespołowe Programowanie zespołowe Laboratorium 4 - modele tworzenia oprogramowania, manifest Agile i wstęp do Scruma mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 14 marca 2017 1 / 21 mgr inż. Krzysztof

Bardziej szczegółowo

Plan testów do Internetowego Serwisu Oferowania i Wyszukiwania Usług Transportowych

Plan testów do Internetowego Serwisu Oferowania i Wyszukiwania Usług Transportowych Plan testów do Internetowego Serwisu Oferowania i Wyszukiwania Usług Transportowych Michał Lewowski, Piotr Skowron, Michał Matczuk, Piotr Wygocki 5 czerwca 2006 1 Spis treści 1 Wprowadzenie 3 1.1 Cel..........................................

Bardziej szczegółowo

Cykle życia systemu informatycznego

Cykle życia systemu informatycznego Cykle życia systemu informatycznego Cykl życia systemu informatycznego - obejmuję on okres od zgłoszenia przez użytkownika potrzeby istnienia systemu aż do wycofania go z eksploatacji. Składa się z etapów

Bardziej szczegółowo

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania Etapy życia oprogramowania Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 Określenie wymagań Testowanie Pielęgnacja Faza strategiczna

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK PO PRZEDMIOCIE C1. Podniesienie poziomu wiedzy studentów z inżynierii oprogramowania w zakresie C.

Bardziej szczegółowo

JAKOŚCI W RÓŻNYCH FAZACH I ŻYCIA PRODUKTU

JAKOŚCI W RÓŻNYCH FAZACH I ŻYCIA PRODUKTU Wykład 6. SYSTEMY ZAPEWNIANIA JAKOŚCI W RÓŻNYCH FAZACH CYKLU WYTWARZANIA I ŻYCIA PRODUKTU 1 1. Ogólna charakterystyka systemów zapewniania jakości w organizacji: Zapewnienie jakości to systematyczne działania

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Modeling and analysis of computer systems Kierunek: Informatyka Forma studiów: Stacjonarne Rodzaj przedmiotu: Poziom kwalifikacji: obowiązkowy

Bardziej szczegółowo

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

Student Bartosz Banaś Dr inż. Wiktor Kupraszewicz Dr inż. Bogdan Landowski Dr inż. Bolesław Przybyliński kierownik zespołu I kwartał 2011 Student Bartosz Banaś Dr inż. Wiktor Kupraszewicz Dr inż. Bogdan Landowski Dr inż. Bolesław Przybyliński kierownik zespołu Powołany zespół, jako szczegółowe zadania realizacyjne w projekcie,

Bardziej szczegółowo

INŻYNIERIA OPROGRAMOWANIA Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny

INŻYNIERIA OPROGRAMOWANIA Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny Cel: Opracowanie szczegółowych zaleceń i procedur normujących pracę działu wytwarzania oprogramowania w przedsiębiorstwie

Bardziej szczegółowo

Tom 6 Opis oprogramowania

Tom 6 Opis oprogramowania Część 4 Narzędzie do wyliczania wielkości oraz wartości parametrów stanu Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 30 maja 2012 Historia dokumentu Nazwa

Bardziej szczegółowo

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

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 21 maja 2012 Historia dokumentu

Bardziej szczegółowo

Pytania i wyjaśnienia treści Specyfikacji Istotnych Warunków Zamówienia

Pytania i wyjaśnienia treści Specyfikacji Istotnych Warunków Zamówienia Warszawa, 11 kwietnia 2013 r. Dotyczy: postępowania prowadzonego w trybie przetargu nieograniczonego na Usługi wsparcia technicznego, utrzymania oraz rozwoju systemu Soprano, Phoenix oraz Register Plus

Bardziej szczegółowo

Modelowanie procesów współbieżnych

Modelowanie procesów współbieżnych Modelowanie procesów współbieżnych dr inż. Maciej Piotrowicz Katedra Mikroelektroniki i Technik Informatycznych PŁ piotrowi@dmcs.p.lodz.pl http://fiona.dmcs.pl/~piotrowi -> Modelowanie... Literatura M.

Bardziej szczegółowo

Narzędzia Informatyki w biznesie

Narzędzia Informatyki w biznesie Narzędzia Informatyki w biznesie Przedstawiony program specjalności obejmuje obszary wiedzy informatycznej (wraz z stosowanymi w nich technikami i narzędziami), które wydają się być najistotniejsze w kontekście

Bardziej szczegółowo

Rejestracja produkcji

Rejestracja produkcji Rejestracja produkcji Na polskim rynku rosnącym zainteresowaniem cieszą się Systemy Realizacji Produkcji (MES). Ich głównym zadaniem jest efektywne zbieranie informacji o realizacji produkcji w czasie

Bardziej szczegółowo

WYKŁAD V DR N. MED. EDYTA KĘDRA

WYKŁAD V DR N. MED. EDYTA KĘDRA WYKŁAD V DR N. MED. EDYTA KĘDRA 2 Sposoby klasyfikowania pojęcia jakości definicja ogólnadoskonałość produktu zwana wysoką jakością jako przeciwieństwo niskiej jakości. jakość jest z jednej strony osiągnięciem

Bardziej szczegółowo

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

Matryca efektów kształcenia dla programu studiów podyplomowych ZARZĄDZANIE I SYSTEMY ZARZĄDZANIA JAKOŚCIĄ Podstawy firmą Marketingowe aspekty jakością Podstawy prawa gospodarczego w SZJ Zarządzanie Jakością (TQM) Zarządzanie logistyczne w SZJ Wymagania norm ISO serii 9000 Dokumentacja w SZJ Metody i Techniki

Bardziej szczegółowo

Urządzenia sieciowe. Tutorial 1 Topologie sieci. Definicja sieci i rodzaje topologii

Urządzenia sieciowe. Tutorial 1 Topologie sieci. Definicja sieci i rodzaje topologii Tutorial 1 Topologie sieci Definicja sieci i rodzaje topologii Definicja 1 Sieć komputerowa jest zbiorem mechanizmów umożliwiających komunikowanie się komputerów bądź urządzeń komputerowych znajdujących

Bardziej szczegółowo

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami Politechnika Gdańska Wydział Zarządzania i Ekonomii Katedra Zastosowań Informatyki w Zarządzaniu Zakład Zarządzania Technologiami Informatycznymi Model referencyjny Open Source dla dr hab. inż. Cezary

Bardziej szczegółowo

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2015/2016

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2015/2016 Politechnika Krakowska im. Tadeusza Kościuszki Karta przedmiotu Wydział Mechaniczny obowiązuje studentów rozpoczynających studia w roku akademickim 201/2016 Kierunek studiów: Informatyka Stosowana Forma

Bardziej szczegółowo

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW 01-447 Warszawa ul. Newelska 6, tel. (+48 22) 34-86-520, www.wit.edu.pl Studia podyplomowe BEZPIECZEŃSTWO I JAKOŚĆ SYSTEMÓW INFORMATYCZNYCH PROGRAM NAUCZANIA PLAN STUDIÓW Studia podyplomowe BEZPIECZEŃSTWO

Bardziej szczegółowo

Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne

Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Kierunek: Informatyka Modeling and analysis of computer systems Forma studiów: Stacjonarne Rodzaj przedmiotu: obowiązkowy w ramach specjalności:

Bardziej szczegółowo

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Marek Bieniasz Sławomir Umpirowicz Piotr Miszewski Kraków, 10 13 września 2012 Plan prezentacji Informacje

Bardziej szczegółowo

Technika mikroprocesorowa. Systemy operacyjne czasu rzeczywistego

Technika mikroprocesorowa. Systemy operacyjne czasu rzeczywistego System operacyjny czasu rzeczywistego (RTOS Real Time Operating System) jest programem bazowym ułatwiającym tworzenie programu użytkowego systemu mikroprocesorowego. System operacyjny czasu rzeczywistego

Bardziej szczegółowo

HCI Human Computer Interaction

HCI Human Computer Interaction HCI Human Computer Interaction Bartosz Dzirba Gabriel Kujawski praca dyplomowa magisterska opiekun: prof. dr hab. Zbigniew Kotulski 1 Plan prezentacji HCI Co to jest? W jakim celu? Jak projektować? Etapy

Bardziej szczegółowo

INŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE

INŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE INŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE Ważne pojęcia (I) Warunek testowy (test condition) to element lub zdarzenie modułu lub systemu, który może być zweryfikowany przez jeden lub więcej przypadków

Bardziej szczegółowo

Projektowanie oprogramowania. Wykład Weryfikacja i Zatwierdzanie Inżynieria Oprogramowania Kazimierz Michalik

Projektowanie oprogramowania. Wykład Weryfikacja i Zatwierdzanie Inżynieria Oprogramowania Kazimierz Michalik Projektowanie oprogramowania Wykład Weryfikacja i Zatwierdzanie Inżynieria Oprogramowania Kazimierz Michalik Agenda Weryfikacja i zatwierdzanie Testowanie oprogramowania Zarządzanie Zarządzanie personelem

Bardziej szczegółowo

Podstawy programowania III WYKŁAD 4

Podstawy programowania III WYKŁAD 4 Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.

Bardziej szczegółowo

Modelowanie i analiza systemów informatycznych

Modelowanie i analiza systemów informatycznych Modelowanie i analiza systemów informatycznych MBSE/SysML Wykład 11 SYSMOD Wykorzystane materiały Budapest University of Technology and Economics, Department of Measurement and InformaJon Systems: The

Bardziej szczegółowo

KARTA PRZEDMIOTU. Programowanie aplikacji internetowych

KARTA PRZEDMIOTU. Programowanie aplikacji internetowych KARTA PRZEDMIOTU Nazwa przedmiotu/modułu: Nazwa angielska: Kierunek studiów: Poziom studiów: Profil studiów Jednostka prowadząca: Programowanie aplikacji internetowych Web application development edukacja

Bardziej szczegółowo

KARTA PRZEDMIOTU. Projekt zespołowy D1_10

KARTA PRZEDMIOTU. Projekt zespołowy D1_10 KARTA PRZEDMIOTU 1. Informacje ogólne Nazwa przedmiotu i kod (wg planu studiów): Projekt zespołowy D1_10 Nazwa przedmiotu (j. ang.): Team Project Kierunek studiów: Specjalność/specjalizacja: Poziom kształcenia:

Bardziej szczegółowo

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2014/2015

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2014/2015 Politechnika Krakowska im. Tadeusza Kościuszki Karta przedmiotu Wydział Inżynierii Środowiska obowiązuje studentów rozpoczynających studia w roku akademickim 2014/2015 Kierunek studiów: Inżynieria Środowiska

Bardziej szczegółowo

Cechy systemu MRP II: modułowa budowa, pozwalająca na etapowe wdrażanie, funkcjonalność obejmująca swym zakresem obszary technicznoekonomiczne

Cechy systemu MRP II: modułowa budowa, pozwalająca na etapowe wdrażanie, funkcjonalność obejmująca swym zakresem obszary technicznoekonomiczne Zintegrowany System Informatyczny (ZSI) jest systemem informatycznym należącym do klasy ERP, który ma na celu nadzorowanie wszystkich procesów zachodzących w działalności głównie średnich i dużych przedsiębiorstw,

Bardziej szczegółowo

Testowanie oprogramowania

Testowanie oprogramowania Testowanie oprogramowania 1/17 Testowanie oprogramowania Wykład 01 dr inż. Grzegorz Michalski 13 października 2015 Testowanie oprogramowania 2/17 Dane kontaktowe: Kontakt dr inż. Grzegorz Michalski pokój

Bardziej szczegółowo

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką? ROZDZIAŁ1 Podstawy inżynierii oprogramowania: - Cele 2 - Zawartość 3 - Inżynieria oprogramowania 4 - Koszty oprogramowania 5 - FAQ o inżynierii oprogramowania: Co to jest jest oprogramowanie? 8 Co to jest

Bardziej szczegółowo

informacji w obszarze jakości danych

informacji w obszarze jakości danych Współpraca praca z użytkownikami u systemu wymiany informacji w obszarze jakości danych Michał Słoniewicz Departament Jakości Danych Warszawa, 25 marca 2009 r. Co u nas słychać kilka liczb Rozpoczęcie

Bardziej szczegółowo

Podstawy diagnostyki środków transportu

Podstawy diagnostyki środków transportu Podstawy diagnostyki środków transportu Diagnostyka techniczna Termin "diagnostyka" pochodzi z języka greckiego, gdzie diagnosis rozróżnianie, osądzanie. Ukształtowana już w obrębie nauk eksploatacyjnych

Bardziej szczegółowo

Dobór systemów klasy ERP

Dobór systemów klasy ERP klasy ERP - z uwzględnieniem wymagań normy ISO 9001 Prezentacja w Klubie Menedżera Jakości, 19 marzec 2008 Zagadnienia ogólne związane z doborem systemu klasy ERP Podstawowe podziały klasyfikujące systemy

Bardziej szczegółowo

KARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Projekt zespołowy D1_10

KARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Projekt zespołowy D1_10 KARTA PRZEDMIOTU 1. Informacje ogólne Nazwa przedmiotu i kod (wg planu studiów): Nazwa przedmiotu (j. ang.): Kierunek studiów: Specjalność/specjalizacja: Poziom kształcenia: Profil kształcenia: Forma studiów:

Bardziej szczegółowo

Wykład 1 Inżynieria Oprogramowania

Wykład 1 Inżynieria Oprogramowania Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI

Bardziej szczegółowo

Badania rynkowe i marketingowe

Badania rynkowe i marketingowe Kierunek studiów KARTA OPISU MODUŁU KSZTAŁCENIA Profil kształcenia (ogólnoakademicki, praktyczny) Rok / Semestr Zarządzanie i inżynieria produkcji ogólnoakademicki 2/4 Specjalność Przedmiot oferowany w

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: SYSTEMY PROJEKTOWANIA PROCESÓW TECHNOLOGICZNYCH Kierunek: Mechanika i Budowa Maszyn Rodzaj przedmiotu: obowiązkowy na specjalności: Automatyzacja wytwarzania i robotyka Rodzaj zajęć:

Bardziej szczegółowo

Narzędzia uruchomieniowe dla systemów Embedded firmy Total Phase

Narzędzia uruchomieniowe dla systemów Embedded firmy Total Phase 1 Narzędzia uruchomieniowe dla systemów Embedded firmy Total Phase Narzędzia uruchomieniowe dla systemów Embedded firmy Total Phase Jednym z głównych aspektów procesu programowania systemów wbudowanych

Bardziej szczegółowo

Case Study. Rozwiązania dla branży metalowej

Case Study. Rozwiązania dla branży metalowej Case Study Rozwiązania dla branży metalowej Charakterystyka klienta Firma produkująca wyroby ze stali czarnej, aluminium, stali nierdzewnej oraz elementy konstrukcji i konstrukcje metalowe. W palecie rozwiązań

Bardziej szczegółowo

Uniwersytet w Białymstoku Wydział Ekonomiczno-Informatyczny w Wilnie SYLLABUS na rok akademicki 2012/2013

Uniwersytet w Białymstoku Wydział Ekonomiczno-Informatyczny w Wilnie SYLLABUS na rok akademicki 2012/2013 SYLLABUS na rok akademicki 01/013 Tryb studiów Studia stacjonarne Kierunek studiów Informatyka Poziom studiów Pierwszego stopnia Rok studiów/ semestr III/VI Specjalność Bez specjalności Kod katedry/zakładu

Bardziej szczegółowo

Zarządzanie jakością w logistyce ćw. Artur Olejniczak

Zarządzanie jakością w logistyce ćw. Artur Olejniczak ćw. artur.olejniczak@wsl.com.pl Plan spotkań Data Godziny Rodzaj 18.03.2012 4 godziny ćw. 14:30-15:30 dyżur 14.04.2012 4 godziny ćw. 28.04.2012 4 godziny ćw. 14:30-15:30 dyżur 19.05.2012 4 godziny ćw.

Bardziej szczegółowo

SYLABUS DOTYCZY CYKLU KSZTAŁCENIA realizacja w roku akademickim 2016/17

SYLABUS DOTYCZY CYKLU KSZTAŁCENIA realizacja w roku akademickim 2016/17 Załącznik nr 4 do Uchwały Senatu nr 430/01/2015 SYLABUS DOTYCZY CYKLU KSZTAŁCENIA 2014-2018 realizacja w roku akademickim 2016/17 1.1. PODSTAWOWE INFORMACJE O PRZEDMIOCIE/MODULE Nazwa przedmiotu/ modułu

Bardziej szczegółowo

Zarządzanie infrastrukturą sieciową Modele funkcjonowania sieci

Zarządzanie infrastrukturą sieciową Modele funkcjonowania sieci W miarę rozwoju sieci komputerowych pojawiały się różne rozwiązania organizujące elementy w sieć komputerową. W celu zapewnienia kompatybilności rozwiązań różnych producentów oraz opartych na różnych platformach

Bardziej szczegółowo

Dobre wdrożenia IT cz. I Business Case. www.leoconsulting.pl

Dobre wdrożenia IT cz. I Business Case. www.leoconsulting.pl Dobre wdrożenia IT cz. I Business Case Wprowadzenie Czy wiesz: jak często po wdrożeniu oprogramowania okazuje się, że nie spełnia ono wielu wymagań? jak często decyzja o wdrożeniu systemu informatycznego

Bardziej szczegółowo

Wprowadzenie w tematykę zarządzania projektami/przedsięwzięciami

Wprowadzenie w tematykę zarządzania projektami/przedsięwzięciami Wprowadzenie w tematykę zarządzania projektami/przedsięwzięciami punkt 2 planu zajęć dr inż. Agata Klaus-Rosińska 1 DEFINICJA PROJEKTU Zbiór działań podejmowanych dla zrealizowania określonego celu i uzyskania

Bardziej szczegółowo

Opis przedmiotu zamówienia

Opis przedmiotu zamówienia Załącznik nr 1 do SIWZ Opis przedmiotu zamówienia Świadczenie usług doradztwa eksperckiego w ramach projektu Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania Zasobów Cyfrowych o Zdarzeniach

Bardziej szczegółowo

Programowanie gier. wykład 0. Joanna Kołodziejczyk. 30 września Joanna Kołodziejczyk Programowanie gier 30 września / 13

Programowanie gier. wykład 0. Joanna Kołodziejczyk. 30 września Joanna Kołodziejczyk Programowanie gier 30 września / 13 Programowanie gier wykład 0 Joanna Kołodziejczyk 30 września 2016 Joanna Kołodziejczyk Programowanie gier 30 września 2016 1 / 13 Program przedmiotu Formy zajęć: 1 Wykład studia stacjonarne (15h) 2 Laboratorium

Bardziej szczegółowo

DEPARTAMENT INFORMATYKI I TELEKOMUNIKACJI

DEPARTAMENT INFORMATYKI I TELEKOMUNIKACJI DEPARTAMENT INFORMATYKI I TELEKOMUNIKACJI DI Departamentem kieruje Dyrektor. Zależność służbowa : Zastępca Dyrektora Generalnego ds. Technicznych Zakres odpowiedzialności : Dyrektor Departamentu Informatyki

Bardziej szczegółowo

PLAN DZIAŁANIA KT 204 ds. Rysunku Technicznego i Dokumentacji Technicznej

PLAN DZIAŁANIA KT 204 ds. Rysunku Technicznego i Dokumentacji Technicznej Strona 1 PLAN DZIAŁANIA KT 204 ds. Rysunku Technicznego i Dokumentacji Technicznej STRESZCZENIE Komitet Techniczny nr 204 ds. Rysunku Technicznego i Dokumentacji Technicznej, działający w ramach Polskiego

Bardziej szczegółowo

KARTA MODUŁU KSZTAŁCENIA

KARTA MODUŁU KSZTAŁCENIA KARTA MODUŁU KSZTAŁCENIA I. Informacje ogólne 1 Nazwa modułu kształcenia Inżynieria 2 Nazwa jednostki prowadzącej moduł Instytut Informatyki, Zakład Informatyki Stosowanej 3 Kod modułu (wypełnia koordynator

Bardziej szczegółowo

osobowe pracowników laboratorium SecLab EMAG w rozumieniu przepisów Kodeksu Pracy, konsultantów, stażystów oraz inne osoby i instytucje mające dostęp

osobowe pracowników laboratorium SecLab EMAG w rozumieniu przepisów Kodeksu Pracy, konsultantów, stażystów oraz inne osoby i instytucje mające dostęp Bezpieczeństwo danych projektowych w środowisku według ISO/IEC 27001 oraz ciągłość procesów wytwarzania i utrzymania w środowisku według BS 25999 warsztaty z wykorzystaniem specjalistycznego narzędzia

Bardziej szczegółowo

Tom 6 Opis oprogramowania

Tom 6 Opis oprogramowania Część 9 Narzędzie do wyliczania wskaźników statystycznych Diagnostyka Stanu Nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 31 maja 2012 Historia dokumentu Nazwa dokumentu Nazwa

Bardziej szczegółowo

Gry społecznościowe. wykład 0. Joanna Kołodziejczyk. 24 lutego Joanna Kołodziejczyk Gry społecznościowe 24 lutego / 11

Gry społecznościowe. wykład 0. Joanna Kołodziejczyk. 24 lutego Joanna Kołodziejczyk Gry społecznościowe 24 lutego / 11 Gry społecznościowe wykład 0 Joanna Kołodziejczyk 24 lutego 2017 Joanna Kołodziejczyk Gry społecznościowe 24 lutego 2017 1 / 11 Program przedmiotu Dwie formy zajęć: 1 Wykład studia stacjonarne (15h) 2

Bardziej szczegółowo

Dlaczego testowanie jest ważne?

Dlaczego testowanie jest ważne? Testowanie Dlaczego testowanie jest ważne? Oprogramowanie które nie działa poprawnie może doprowadzić do: straty czasu, pieniędzy utraty reputacji uszkodzeń ciała a nawet śmierci Definicja błędu Oprogramowanie

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: moduł specjalności obowiązkowy: Inżynieria oprogramowania Rodzaj zajęć: wykład, laboratorium TESTOWANIE OPROGRAMOWANIA Software testing Forma

Bardziej szczegółowo

Darmowy fragment www.bezkartek.pl

Darmowy fragment www.bezkartek.pl Wszelkie prawa zastrzeżone. Rozpowszechnianie całości lub fragmentów niniejszej publikacji w jakiejkolwiek postaci bez zgody wydawcy zabronione. Autor oraz wydawca dołożyli wszelkich starań aby zawarte

Bardziej szczegółowo

Norma to dokument przyjęty na zasadzie konsensu i zatwierdzony do powszechnego stosowania przez

Norma to dokument przyjęty na zasadzie konsensu i zatwierdzony do powszechnego stosowania przez KONCEPCJA SYSTEMU JAKOŚCI zgodnie z wymaganiami norm ISO serii 9000 dr Lesław Lisak Co to jest norma? Norma to dokument przyjęty na zasadzie konsensu i zatwierdzony do powszechnego stosowania przez upoważnioną

Bardziej szczegółowo

PRACA DYPLOMOWA INŻYNIERSKA. Mobilny system wspomagający pracę. terminala kontenerowego

PRACA DYPLOMOWA INŻYNIERSKA. Mobilny system wspomagający pracę. terminala kontenerowego PAŃSTWOWA WYŻSZA SZKOŁA ZAWODOWA W ELBLĄGU INSTYTUT INFORMATYKI STOSOWANEJ PRACA DYPLOMOWA INŻYNIERSKA Mobilny system wspomagający pracę terminala kontenerowego autor: Bartłomiej Urbanowicz opiekun pracy:

Bardziej szczegółowo

LABORATORIUM 1 - zarządzanie operacyjne

LABORATORIUM 1 - zarządzanie operacyjne LABORATORIUM 1 - zarządzanie operacyjne Konkurencja a procesy operacyjne W czasie nasilających się procesów globalizacyjnych akcent działań konkurencyjnych przesuwa się z obszaru generowania znakomitych

Bardziej szczegółowo

Wyższa Szkoła Bankowa w Toruniu ul. Młodzieżowa 31a 87-100 Toruń www.wsb.pl/torun Toruń, dnia 17.04.2014r. ZAPYTANIE OFERTOWE nr 1/NOR/0119/2014

Wyższa Szkoła Bankowa w Toruniu ul. Młodzieżowa 31a 87-100 Toruń www.wsb.pl/torun Toruń, dnia 17.04.2014r. ZAPYTANIE OFERTOWE nr 1/NOR/0119/2014 Wyższa Szkoła Bankowa w Toruniu ul. Młodzieżowa 31a 87-100 Toruń www.wsb.pl/torun Toruń, dnia 17.04.2014r. ZAPYTANIE OFERTOWE nr 1/NOR/0119/2014 Zamawiający: Wyższa Szkoła Bankowa w Toruniu z siedzibą

Bardziej szczegółowo

edycja 1 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr. nr 14/2012 i 15/2012 i 34/2012

edycja 1 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr. nr 14/2012 i 15/2012 i 34/2012 Wrocław, 18.05.2015 Program kształcenia i plan studiów podyplomowych: Android i ios nowoczesne aplikacje mobilne edycja 1 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr. nr 14/2012 i 15/2012 i 34/2012

Bardziej szczegółowo

Zastosowania PKI dla wirtualnych sieci prywatnych

Zastosowania PKI dla wirtualnych sieci prywatnych Zastosowania PKI dla wirtualnych sieci prywatnych Andrzej Chrząszcz NASK Agenda Wstęp Sieci Wirtualne i IPSEC IPSEC i mechanizmy bezpieczeństwa Jak wybrać właściwą strategię? PKI dla VPN Co oferują dostawcy

Bardziej szczegółowo

Programowanie Zespołowe

Programowanie Zespołowe Programowanie Zespołowe Programowanie zwinne dr Rafał Skinderowicz mgr inż. Michał Maliszewski Programowanie zwinne Grupa metodyk wytwarzania oprogramowania oparta na modelu iteracyjno-obiektowym Powstała

Bardziej szczegółowo

Nie o narzędziach a o rezultatach. czyli skuteczny sposób dokonywania uzgodnień pomiędzy biznesem i IT. Władysławowo, 6 października 2011 r.

Nie o narzędziach a o rezultatach. czyli skuteczny sposób dokonywania uzgodnień pomiędzy biznesem i IT. Władysławowo, 6 października 2011 r. Nie o narzędziach a o rezultatach czyli skuteczny sposób dokonywania uzgodnień pomiędzy biznesem i IT Władysławowo, 6 października 2011 r. Dlaczego taki temat? Ci którzy wykorzystują technologie informacyjne

Bardziej szczegółowo

Szkoła programisty PLC : sterowniki przemysłowe / Gilewski Tomasz. Gliwice, cop Spis treści

Szkoła programisty PLC : sterowniki przemysłowe / Gilewski Tomasz. Gliwice, cop Spis treści Szkoła programisty PLC : sterowniki przemysłowe / Gilewski Tomasz. Gliwice, cop. 2017 Spis treści O autorze 9 Wprowadzenie 11 Rozdział 1. Sterownik przemysłowy 15 Sterownik S7-1200 15 Budowa zewnętrzna

Bardziej szczegółowo

Tester oprogramowania 2014/15 Tematy prac dyplomowych

Tester oprogramowania 2014/15 Tematy prac dyplomowych Tester oprogramowania 2014/15 Tematy prac dyplomowych 1. Projekt i wykonanie automatycznych testów funkcjonalnych wg filozofii BDD za pomocą dowolnego narzędzia Jak w praktyce stosować Behaviour Driven

Bardziej szczegółowo

Standard wymagań egzaminacyjnych dla zawodu. Część I - zakres wiadomości i umiejętności właściwych dla kwalifikacji w zawodzie

Standard wymagań egzaminacyjnych dla zawodu. Część I - zakres wiadomości i umiejętności właściwych dla kwalifikacji w zawodzie Standard wymagań egzaminacyjnych dla zawodu Zawód: technik drogownictwa symbol cyfrowy: 311[45] Etap pisemny egzaminu obejmuje: Część I - zakres wiadomości i umiejętności właściwych dla kwalifikacji w

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: Kierunek: Mechatronika Rodzaj przedmiotu: obowiązkowy na specjalności: Systemy sterowania Rodzaj zajęd: wykład, laboratorium I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK PO PRZEDMIOCIE.

Bardziej szczegółowo

Wytwórstwo oprogramowania. michał możdżonek

Wytwórstwo oprogramowania. michał możdżonek Wytwórstwo oprogramowania michał możdżonek 01.2008 Plan wykładu 1. Proces tworzenie oprogramowania 2. Zarządzanie projektami 3. Wymagania 4. Projektowanie 5. Testowanie 6. Szacowanie złożoności i kosztu

Bardziej szczegółowo

BADANIA SYSTEMÓW STEROWANIA RUCHEM KOLEJOWYM W PROCESIE ICH CERTYFIKACJI

BADANIA SYSTEMÓW STEROWANIA RUCHEM KOLEJOWYM W PROCESIE ICH CERTYFIKACJI Problemy Kolejnictwa Zeszyt 152 221 Dr inż. Lech Konopiński, Mgr inż. Paweł Drózd Politechnika Warszawska BADANIA SYSTEMÓW STEROWANIA RUCHEM KOLEJOWYM W PROCESIE ICH CERTYFIKACJI 1. Wstęp 2. Zakres i warunki

Bardziej szczegółowo

Zapytanie o oszacowanie wartości przedsięwzięcia

Zapytanie o oszacowanie wartości przedsięwzięcia Zapytanie o oszacowanie wartości przedsięwzięcia W związku z realizacją przez Centrum Rozwoju Zasobów Ludzkich projektu pn "Stworzenie bazy danych na temat projektów realizowanych w obszarach zatrudnienia

Bardziej szczegółowo

IBM FlashSystem V9000

IBM FlashSystem V9000 IBM FlashSystem V9000 SUCCESS STORY Efektywność Innowacyjność Bezpieczeństwo IBM FlashSystem V9000 - Wzrost wydajności środowiska SAP HANA dzięki IBM FlashSystem V9000 Dzięki pełnej kooperacji firm itelligence,

Bardziej szczegółowo

Zawód: technik budownictwa

Zawód: technik budownictwa Zawód: technik budownictwa symbol cyfrowy: 311[04] Etap pisemny egzaminu obejmuje: Część I-zakres wiadomości i umiejętności właściwych dla kwalifikacji w zawodzie Czytać ze zrozumieniem informacje przedstawione

Bardziej szczegółowo

Będzin, dnia 01.07.2014 r. ZAPYTANIE OFERTOWE. Zamawiający: GRYLA JAROSŁAW Firma Handlowo-Usługowa "MATAR" Bedzin Siemońska 11 Kod pocztowy 42-500

Będzin, dnia 01.07.2014 r. ZAPYTANIE OFERTOWE. Zamawiający: GRYLA JAROSŁAW Firma Handlowo-Usługowa MATAR Bedzin Siemońska 11 Kod pocztowy 42-500 Będzin, dnia 01.07.2014 r. ZAPYTANIE OFERTOWE Zamawiający: GRYLA JAROSŁAW Firma Handlowo-Usługowa "MATAR" Bedzin Siemońska 11 Kod pocztowy 42-500 1. Podstawa formalna zapytania ofertowego Niniejsze Zapytaniem

Bardziej szczegółowo

Wprowadzenie do zarządzania projektami

Wprowadzenie do zarządzania projektami Wprowadzenie do zarządzania projektami Project Management dr Marek Wąsowicz Katedra Projektowania Systemów Zarządzania, UE Wrocław Wrocław, 23 października 2012 r. Zawartość modułu (4h): wskazanie możliwości

Bardziej szczegółowo

SEO.341-4/06 Gryfino, dnia 27 czerwca 2006r.

SEO.341-4/06 Gryfino, dnia 27 czerwca 2006r. projekt e-gryfino I wdrożenie rozwiązań społeczeństwa informacyjnego w Gminie GRYFINO Projekt współfinansowany przez Unię Europejską w ramach Zintegrowanego Programu Operacyjnego Rozwoju Regionalnego działanie

Bardziej szczegółowo

Zakładane efekty kształcenia dla kierunku Wydział Telekomunikacji, Informatyki i Elektrotechniki

Zakładane efekty kształcenia dla kierunku Wydział Telekomunikacji, Informatyki i Elektrotechniki Jednostka prowadząca kierunek studiów Nazwa kierunku studiów Specjalności Obszar kształcenia Profil kształcenia Poziom kształcenia Forma kształcenia Tytuł zawodowy uzyskiwany przez absolwenta Dziedziny

Bardziej szczegółowo