Standardy proceduralne i dokumentacyjne



Podobne dokumenty
SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

WYMAGANIA EDUKACYJNE Z PRZEDMIOTU PRACOWNIA URZĄDZEŃ TECHNIKI KOMPUTEROWEJ. dla klasy 1ia. Rok szkolny 2015/2016 Nauczyciel: Agnieszka Wdowiak

Partner projektu F5 Konsulting Sp. z o.o. ul. Składowa 5, Poznań T: F:

Szablon Planu Testów Akceptacyjnych (PTA) (wersja 1.0) 1 WPROWADZENIE 2

stworzyliśmy najlepsze rozwiązania do projektowania organizacji ruchu Dołącz do naszych zadowolonych użytkowników!

Wymagania techniczne aplikacji LSI

I. 1) NAZWA I ADRES: Kasa Rolniczego Ubezpieczenia Społecznego - Centrala, Al.

Elektroniczny Urząd oczami Comarch Nowoczesna administracja oczami Comarch

Współpraca programów WINBUD Kosztorys i Symfonia Handel premium I Informacje ogólne

Baza aktywności e-learningowej uczelni

Wstęp. 2. Definicje. 3. Warunki zawarcia umowy

Opis i specyfikacja interfejsu SI WCPR do wybranych systemów zewnętrznych

REGULAMIN OGÓLNOPOLSKIEGO KONKURSU POPRAWY WARUNKÓW PRACY

Oznaczenie CE. Ocena ryzyka. Rozwiązanie programowe dla oznakowania

Inżynieria Oprogramowania 2013/14. Testy integracyjne

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

e Policja w służbie społeczeństw u województwa śląskiego DZIAŁANIE ROZW ÓJ ELEKTRONICZN YCH USŁUG PUBLICZNYCH

SEKCJA I: ZAMAWIAJĄCY SEKCJA II: PRZEDMIOT ZAMÓWIENIA. Zamieszczanie ogłoszenia: obowiązkowe. Ogłoszenie dotyczy: zamówienia publicznego.

ZAŁĄCZNIK NR 1B KARTA USŁUGI Utrzymanie Sieci LAN/WAN (USLW)

Ekspertyza w zakresie oszacowania kosztów zaprojektowania i wykonania systemu identyfikacji i rejestracji zwierząt towarzyszących

Hyżne: Nabór personelu w projekcie Przyjazna szkoła Numer ogłoszenia: ; data zamieszczenia: OGŁOSZENIE O ZAMÓWIENIU - usługi

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

1. Niniejszy Regulamin określa zasady realizacji zakupów na stronie oraz relacje pomiędzy e-

I. 1) NAZWA I ADRES: Zespół Szkół Nr 4 w Skierniewicach, ul. Podkładowa 2,

Sekcja B. Okoliczności powodujące konieczność złożenia deklaracji.

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Koncepcja KLASTRA SZLAKU JANA III SOBIESKIEGO. wraz z przygotowaniem dokumentacji prawnej partnerstwa,

DOKUMENTACJA WYPEŁNIANIA DEKLARACJI ELEKTRONICZNYCH ONLINE

WYMAGANIA EDUKACYJNE Z PRZEDMIOTU SIECI KOMPUTEROWE. dla klasy 2

Adres strony internetowej zamawiającego:

Instrukcja użytkownika AP-KOLCE

Poznań: Wykonanie dokumentacji projektowo-kosztorysowej. parku położonego przy osiedlu Polan w Poznaniu.

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Skaner mks_vir dla Exchange

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

I. 1) NAZWA I ADRES: Fundacja Małych i Średnich Przedsiębiorstw, ul. Smocza 27,

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Oświadczenie o przygotowaniu systemu Comarch ERP Optima wersja do wymagań RODO

amjam 2015 Regulamin

I. 1) NAZWA I ADRES: Zespół Szkół Publicznych Nr 1, ul. Marii Skłodowskiej-Curie 19,

I. 1) NAZWA I ADRES: Zespół Szkół Ponadgimnazjalnych Nr 2 - Rolnicze Centrum Kształcenia

BLIŻEJ NATURY Z EKOLOGIĄ NA TY

I. 1) NAZWA I ADRES: Warszawskie Centrum Pomocy Rodzinie, ul. Rakowiecka 21,

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia: bip.mazowia.eu/zamowienia-publiczne/

I. 1) NAZWA I ADRES: Warszawskie Centrum Pomocy Rodzinie, ul. Rakowiecka 21, Warszawa,

Regulamin Powiatowego Konkursu ekologiczno-przyrodniczego BLIŻEJ NATURY Z EKOLOGIĄ NA TY

Adres strony internetowej zamawiającego:

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

NARODOWE CENTRUM BADAŃ I ROZWOJU

Wymagania edukacyjne z przedmiotu Pracownia aplikacji internetowych dla klasy 3iA Nauczyciel: Kornel Barteczko Rok szkolny: 2015/2016

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia: psp2jl.pl

Programowanie warstwy klienta w aplikacji Java EE

Rodzaj szkolenia nieformalnego: Coaching

Tworzenie kwerend. Nazwisko Imię Nr indeksu Ocena

Instrukcja obsługi plusbank24

I. 1) NAZWA I ADRES: Akademia Sztuki w Szczecinie, plac Orła Białego 2, Szczecin, woj. zachodniopomorskie, tel

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Editorial System. System przetwarzania prac naukowych online. Opis możliwości aplikacji. Copyright by Bentus.

Instrukcja obsługi Panelu Sklep

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

I. 1) NAZWA I ADRES: Wojewódzki Urząd Pracy w Rzeszowie, ul. Lisa Kuli 20, Rzeszów,

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Instrukcja korzystania z serwisu Geomelioportal.pl. - Strona 1/12 -

1. Oprogramowanie dla systemu Windows Server 2008 R2, Windows Server 2012 R2 PKCS #11 Middleware umożliwiające wsparcie dla:

Określenie przedmiotu oraz wielkości lub zakresu zamówień uzupełniających

SEKCJA III: INFORMACJE O CHARAKTERZE PRAWNYM, EKONOMICZNYM, FINANSOWYM I TECHNICZNYM

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Aktywność w sieci twoją szansą na przyszłość " zasady przyjmowania zgłoszeń, procedury

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

Zobowiązania Kontrahenta w zakresie postępowania z Informacjami Chronionymi W Orange Polska S.A.

SEKCJA I: ZAMAWIAJĄCY SEKCJA II: PRZEDMIOT ZAMÓWIENIA. Zamieszczanie ogłoszenia: obowiązkowe. Ogłoszenie dotyczy: zamówienia publicznego.

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Zapytanie ofertowe. Stworzenie inteligentnych narzędzi do generacji i zarządzania stron internetowych (SaaS+WEB2.0),

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Załącznik nr 4a do SIWZ DATA CENTER

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia: opole.rdos.gov.pl/

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA (SOPZ) część 1

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia: wceo.com.pl

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

I. 1) NAZWA I ADRES: Archiwum Państwowe w Gdańsku, ul. Wały Piastowskie 5, Gdańsk,

I. 1) NAZWA I ADRES: Politechnika Gdańska Wydział Elektroniki, Telekomunikacji i Informatyki, ul.

I. 1) NAZWA I ADRES: Rzeszowska Agencja Rozwoju Regionalnego S.A., ul. Szopena 51,

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

MultiInfo SOHO. w Instrukcja obsługi dla administratora klienta

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

I. 1) NAZWA I ADRES: Świętokrzyskie Centrum Ratownictwa Medycznego i Transportu

I. 1) NAZWA I ADRES: Gmina Gózd, ul. Radomska 7, Gózd, woj. mazowieckie, tel , faks

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

PRZEPROWADZENIE BADANIA Z OBSZARU POLITYKI SPOŁECZNEJ

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia:

Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia: piekaryslaskie.praca.gov.

Transkrypt:

śrdwiska T CPD MF Standardy prceduralne i dkumentacyjne dentyfikatr Rdzaj S.PR.OP.SR Standard prcedur peracyjnych dla serwerów. nfrastrukturalne Serwerów Wszystkie Prceduralny V Dkument pisuje standard twrzenia prcedur peracyjnych dla serwerów pracujących we wszystkich warstwach. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść aktualizacji mikrkdu; kniecznść wymiany kmpnentów sprzętwych Warunki użycia Przykładwe warunki użycia prcedury: dstępnść inneg serwera (węzła zastępczeg) w klastrze; dstępnść innych serwerów w farmie; system peracyjny na serwerze zstał wcześniej zatrzymany; śrdwisk wirtualizujące na serwerze zstał wcześniej zatrzymane. str. 1 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.AD.SR Standard prcedur administracyjnych dla serwerów. nfrastrukturalne Serwerów Wszystkie Prceduralny V Dkument pisuje standard twrzenia prcedur administracyjnych dla serwerów pracujących we wszystkich warstwach. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść mdyfikacji knfiguracji sprzętwej; kniecznść wymiany kmpnentów sprzętwych; kniecznść zmiany knfiguracji kmpnentów zarządzania sprzętem; kniecznść ddania nweg użytkwnika w pdsystemie zarządzania sprzętem. Warunki użycia Przykładwe warunki użycia prcedury: dstępnść inneg serwera (węzła zastępczeg) w klastrze; dstępnść innych serwerów w farmie; system peracyjny na serwerze zstał wcześniej zatrzymany; śrdwisk wirtualizujące na serwerze zstał wcześniej zatrzymane; str. 2 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.FL.SR Standard prcedur awaryjnych dla serwerów. nfrastrukturalne Serwerów Wszystkie Prceduralny V Dkument pisuje standard twrzenia prcedur awaryjnych dla serwerów pracujących we wszystkich warstwach. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść wyłączenia serwera zgłaszająceg uszkdzenie kmpnentu; kniecznść pnwneg włączenia serwera p zaniku zasilania. Warunki użycia Przykładwe warunki użycia prcedury: maszyny wirtualne zstały przeniesine na inną platfrmę sprzętwą istnieje mżliwść wyłączenia serwera; uszkdzny kmpnent zstał wymieniny istnieje mżliwść pnwneg włączenia serwera; dstępne są inne serwery w farmie/klastrze i wyłącznie uszkdznej maszyny nie wpłynie na pracę w spsób zauważalny. str. 3 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.OP.STO Standard prcedur peracyjnych dla pamięci maswych. nfrastrukturalne Zasbów danych Wszystkie Prceduralny V Dkument pisuje standard twrzenia prcedur peracyjnych dla pamięci maswych pracujących we wszystkich warstwach. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść relkacji fizycznej urządzenia. Warunki użycia Przykładwe warunki użycia prcedury: śrdwiska psiadające zasby dyskwe w macierzy muszą zstać przełączne d pracy w śrdku zapaswym; użytkwnicy śrdwisk krzystających z macierzy zstali uprzedzeni przełączeniu śrdwiska d pracy w śrdku zapaswym; dentyfikatr Rdzaj S.PR.AD.STO Standard prcedur administracyjnych dla pamięci maswych. nfrastrukturalne Zasbów danych Wszystkie Prceduralne V Dkument pisuje standard twrzenia prcedur administracyjnych dla pamięci str. 4 z 49

śrdwiska T CPD MF maswych pracujących we wszystkich warstwach. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść ddania nwej półki dyskwej w macierzy; kniecznść utwrzenia nwej grupy dyskwej w macierzy; kniecznść zmiany kierunku replikacji międzymacierzwej; kniecznść ddania nweg napędu w biblitece taśmwej; kniecznść ddania nwych taśm w biblitece taśmwej; kniecznść zmiany knfiguracji kmpnentów zarządzania sprzętem; kniecznść ddania nweg użytkwnika w pdsystemie zarządzania macierzą lub bibliteką. Warunki użycia Przykładwe warunki użycia prcedury: bibliteka nie realizuje żadnych prcesów zapisu/dczytu danych; systemy krzystające z zasbów macierzwych znajdują się w stanie umżliwiającym zmianę kierunku replikacji. str. 5 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.FL.STO Standard prcedur awaryjnych dla pamięci maswych. nfrastrukturalne Zasbów danych Wszystkie Prceduralne V Dkument pisuje standard twrzenia prcedur awaryjnych dla pamięci maswych pracujących we wszystkich warstwach. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść wymiany uszkdzneg kmpnentu w macierzy; brak kmunikacji w sieci SAN na jednym z interfejsów macierzy. Warunki użycia Przykładwe warunki użycia prcedury: zweryfikwan i wyeliminwan ptencjalną mżliwść istnienia uszkdzenia p strnie kmpnentów sieci SAN. dentyfikatr Rdzaj S.PR.OP.LAN Standard prcedur peracyjnych dla sieci LAN i WAN. nfrastrukturalne LAN, WAN Wszystkie Prceduralny V Dkument pisuje standard twrzenia prcedur peracyjnych dla sieci LAN i WAN pracujących we wszystkich warstwach. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach str. 6 z 49

śrdwiska T CPD MF prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść wyłączenia bu linii zasilania przełączników rdzeniwych dla jednej grupy przełączników. Warunki użycia Przykładwe warunki użycia prcedury: użytkwnicy śrdwisk uruchminych w CPD zstali uprzedzeni mżliwych skutkach przełączenia dłączenia części urządzeń sieciwych; str. 7 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.AD.LAN Standard prcedur administracyjnych dla sieci LAN i WAN. nfrastrukturalne LAN, WAN Wszystkie Prceduralny V Dkument pisuje standard twrzenia prcedur administracyjnych dla sieci LAN i WAN pracujących we wszystkich warstwach. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść uruchmienia nweg przełącznika w sieci; kniecznść ddania nweg użytkwnika w systemie zarządzania przełącznikiem; kniecznść ddania nwej sieci wirtualnej; kniecznść mdyfikacji parametrów prtu. Warunki użycia Przykładwe warunki użycia prcedury: użytkwnicy śrdwisk pdłącznych d sieci zstali uprzedzeni mżliwych, tymczaswych skutkach pdłączania ich urządzeń d nweg przełącznika. str. 8 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.FL.LAN Standard prcedur awaryjnych dla sieci LAN i WAN. nfrastrukturalne LAN, WAN Wszystkie Prceduralny V Dkument pisuje standard twrzenia prcedur awaryjnych dla sieci LAN i WAN pracujących we wszystkich warstwach. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: brak kmunikacji na prtach przełącznika; brak mżliwści zalgwania się d systemu zarządzania przełącznikiem. przełącznik zgłsił uszkdzenie jedneg z kmpnentów. Warunki użycia Przykładwe warunki użycia prcedury: upewnin się, że przyczyną braku kmunikacji nie są inne kmpnenty sieci; istnieje mżliwść autmatyczneg przełączenia ruchu przechdząceg przez przełącznik na urządzenie pracujące w klastrze. str. 9 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.OP.SAN Standard prcedur peracyjnych dla sieci SAN. nfrastrukturalne SAN Wszystkie Prceduralny V Dkument pisuje standard twrzenia prcedur peracyjnych dla sieci SAN pracujących we wszystkich warstwach. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść wyłączenia zasilania wybranych przełączników rdzeniwych SAN. Warunki użycia Przykładwe warunki użycia prcedury: użytkwnicy śrdwisk uruchminych w CPD zstali uprzedzeni mżliwych skutkach przełączenia dłączenia części urządzeń sieciwych; nie trwają żadne zadania systemu kpii zapaswych, angażujące wyłączane przełączniki. str. 10 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.AD.SAN Standard prcedur administracyjnych dla sieci SAN. nfrastrukturalne SAN Wszystkie Prceduralny V Dkument pisuje standard twrzenia prcedur administracyjnych dla sieci SAN pracujących we wszystkich warstwach. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść uruchmienia nweg przełącznika w sieci; kniecznść ddania nweg użytkwnika w systemie zarządzania przełącznikiem; kniecznść ddania nwej sieci wirtualnej; kniecznść mdyfikacji parametrów prtu. Warunki użycia Przykładwe warunki użycia prcedury: użytkwnicy śrdwisk pdłącznych d sieci zstali uprzedzeni mżliwych, tymczaswych skutkach pdłączania ich urządzeń d nweg przełącznika. str. 11 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.FL.SAN Standard prcedur awaryjnych dla sieci SAN. nfrastrukturalne SAN Wszystkie Prceduralny V Dkument pisuje standard twrzenia prcedur awaryjnych dla sieci SAN pracujących we wszystkich warstwach. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: brak kmunikacji na prtach przełącznika; brak mżliwści zalgwania się d systemu zarządzania przełącznikiem. przełącznik zgłsił uszkdzenie jedneg z kmpnentów. Warunki użycia Przykładwe warunki użycia prcedury: upewnin się, że przyczyną braku kmunikacji nie są inne kmpnenty sieci; istnieje mżliwść autmatyczneg przełączenia ruchu przechdząceg przez przełącznik na ścieżkę redundantną. str. 12 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.OP.PX Standard prcedur peracyjnych dla prgramwania w warstwie prxy. Oprgramwania Serwerów Prxy Prceduralny V Dkument pisuje standard twrzenia prcedur peracyjnych dla prgramwania w warstwie prxy. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść wyłączenia zasilania serwera, na którym pracuje prgramwanie pśredniczące; kniecznść przeniesienia maszyny wirtualnej na inny serwer fizyczny; kniecznść pnwneg uruchmienia systemu p instalacji aktualizacji systemu peracyjneg lub prgramwania pśrednicząceg; klejnść restartu usług p zmianie knfiguracji prgramwania pśrednicząceg; załadwanie nwych reguł kierwania ruchem HTTP/SMTP przez prgramwanie pśredniczące. Warunki użycia Przykładwe warunki użycia prcedury: istnieje mżliwść natychmiastweg skierwania ruchu d innych serwerów pśredniczących, w farmie lub klastrze. str. 13 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.AD.PX Standard prcedur administracyjnych dla prgramwania w warstwie prxy. Oprgramwania Serwerów Prxy Prceduralny V Dkument pisuje standard twrzenia prcedur administracyjnych dla prgramwania w warstwie prxy. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść zmiany knfiguracji prgramwania; załadwanie zmiany reguł kierwania ruchem HTTP/SMTP przez prgramwanie pśredniczące; kniecznść ddania nweg użytkwnika w systemie zarządzania urządzeniem prxy. Warunki użycia Przykładwe warunki użycia prcedury: zmiana knfiguracji nie wymaga restartu usług pśredniczących. str. 14 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.FL.PX Standard prcedur awaryjnych dla prgramwania w warstwie prxy. Oprgramwania Serwerów Prxy Prceduralny V Dkument pisuje standard twrzenia prcedur awaryjnych dla prgramwania w warstwie prxy. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: brak mżliwści kmunikacji za pśrednictwem prgramwania; krytycznie wyskie zużycie zasbów serwera przez prgramwanie; nieprawidłwe działanie prgramwania. Warunki użycia Przykładwe warunki użycia prcedury: upewnin się, że przyczyną prblemów kmunikacyjnych nie są uszkdzenia w strefie LAN; upewnin się, że przyczyną wyskieg zużycia zasbów serwera nie są inne prcesy. str. 15 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.OP.AP Standard prcedur peracyjnych dla prgramwania w warstwie aplikacyjnej. Oprgramwania Serwerów Aplikacyjna Prceduralny V Dkument pisuje standard twrzenia prcedur peracyjnych dla prgramwania w warstwie aplikacyjnej. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść wyłączenia zasilania serwera, na którym pracują aplikacje; kniecznść przeniesienia maszyny wirtualnej na inny serwer fizyczny; kniecznść pnwneg uruchmienia systemu p instalacji aktualizacji systemu peracyjneg lub prgramwania aplikacyjneg; klejnść restartu usług p zmianie knfiguracji aplikacji. Warunki użycia Przykładwe warunki użycia prcedury: istnieje mżliwść przełączenia pracy aplikacji na inny węzeł klastra; aplikacje pracują w farmie i wyknanie prcedury nie spwduje zauważalnych prblemów w dstępie d usług; użytkwnicy aplikacji zstali pwiadmieni planwanych działaniach i ptencjalnej mżliwści tymczasweg wstrzymania dstępu d usług. str. 16 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.AD.AP Standard prcedur administracyjnych dla prgramwania w warstwie aplikacyjnej. Oprgramwania Serwerów Aplikacyjna Prceduralny V Dkument pisuje standard twrzenia prcedur administracyjnych dla prgramwania w warstwie aplikacyjnej. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść zmiany knfiguracji prgramwania; kniecznść ddania nweg użytkwnika w systemie zarządzania aplikacją. Warunki użycia Przykładwe warunki użycia prcedury: istnieje mżliwść przełączenia pracy aplikacji na inny węzeł klastra; wyknanie prcedury nie spwduje zauważalnych prblemów w dstępie d usług. str. 17 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.FL.AP Standard prcedur awaryjnych dla prgramwania w warstwie aplikacyjnej. Oprgramwania Serwerów Aplikacyjna Prceduralny V Dkument pisuje standard twrzenia prcedur awaryjnych dla prgramwania w warstwie aplikacyjnej. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: brak mżliwści płączenia się z aplikacją; krytycznie wyskie zużycie zasbów serwera przez aplikację; nieprawidłwe działanie aplikacji. Warunki użycia Przykładwe warunki użycia prcedury: upewnin się, że przyczyną prblemów kmunikacyjnych nie są uszkdzenia w strefie LAN; upewnin się, że przyczyną wyskieg zużycia zasbów serwera nie są inne prcesy. str. 18 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.OP.DB Standard prcedur peracyjnych dla prgramwania w warstwie baz danych. Oprgramwania Serwerów Baz danych Prceduralny V Dkument pisuje standard twrzenia prcedur peracyjnych dla prgramwania w warstwie baz danych. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść wyłączenia zasilania serwera, na którym pracują bazy danych; kniecznść przeniesienia maszyny wirtualnej na inny serwer fizyczny; kniecznść pnwneg uruchmienia systemu p instalacji aktualizacji systemu peracyjneg lub prgramwania baz danych; klejnść restartu usług p zmianie knfiguracji prgramwania baz danych. Warunki użycia Przykładwe warunki użycia prcedury: istnieje mżliwść przełączenia pracy bazy danych na inny węzeł klastra; baza danych pracuje w klastrze wydajnściwym i wyknanie prcedury nie spwduje zauważalnych prblemów w dstępie d usług; użytkwnicy aplikacji/bazy danych zstali pwiadmieni planwanych działaniach i ptencjalnej mżliwści tymczasweg wstrzymania dstępu d usług. str. 19 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.AD.DB Standard prcedur administracyjnych dla prgramwania w warstwie baz danych. Oprgramwania Serwerów Baz danych Prceduralny V Dkument pisuje standard twrzenia prcedur administracyjnych dla prgramwania w warstwie baz danych. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: kniecznść zmiany knfiguracji prgramwania baz danych; kniecznść ddania nweg użytkwnika w systemie zarządzania bazą danych; kniecznść uzupełnienia schematu bazy danych; kniecznść wprwadzenia bazy w tryb kpii zapaswych. Warunki użycia Przykładwe warunki użycia prcedury: istnieje mżliwść przełączenia pracy bazy danych na inny węzeł klastra; baza danych pracuje w klastrze wydajnściwym i wyknanie prcedury nie spwduje zauważalnych prblemów w dstępie d usług; użytkwnicy aplikacji/bazy danych zstali pwiadmieni planwanych działaniach i ptencjalnej mżliwści tymczasweg wstrzymania dstępu d usług. str. 20 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.PR.FL.DB Standard prcedur awaryjnych dla prgramwania w warstwie baz danych. Oprgramwania Serwerów Baz danych Prceduralny V Dkument pisuje standard twrzenia prcedur awaryjnych dla prgramwania w warstwie baz danych. Ogólne infrmacje rdzaju treści umieszczanych w pszczególnych plach prcedury zamieszczn w dkumencie Szabln prcedury, który jest jednlity dla wszystkich prcedur we wszystkich bszarach, strefach, warstwach, rdzajach, pdrdzajach i typach. Niniejszy dkument pisuje charakterystyczne zagadnienia prceduralne raz przykłady zastswań prcedury, związane z zakresem, któreg dtyczy sam standard. Prcedura musi być przygtwana w parciu Szabln prcedury. Realizacja prcedury musi być udkumentwana Raprtem wyknania prcedury, któreg szabln zawarty jest w Szabln prcedury. Sytuacja pczątkwa Przykładwe sytuacje pczątkwe w prcedurze: brak kmunikacji z bazą danych; krytycznie wyskie zużycie zasbów serwera przez prgramwanie bazy danych; nieprawidłwe działanie bazy danych. Warunki użycia Przykładwe warunki użycia prcedury: upewnin się, że przyczyną prblemów kmunikacyjnych nie są uszkdzenia w strefie LAN; upewnin się, że przyczyną wyskieg zużycia zasbów serwera nie są inne prcesy. str. 21 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj Zakres stswania Wyknawca Współzależnści S.PR.TPL, unikalny identyfikatr prcedury zgdny z przyjętym spsbem znaczania prcedur. Szabln prcedury (Wpisać nazwę prcedury) Rdzaj prcedury: Operacyjna/Administracyjna/Awaryjna Cel i krótki pis prcedury nfrmacja zakresie stswania prcedury: na jakich serwerach mże być wyknana; jakich śrdwisk, aplikacji lub instancji dtyczy; pcjnalnie dla których klas infrmatycznych ma zastswanie; pcjnalnie dla których klas ma zastswanie. nfrmacja użytkwniku, który musi/mże przeprwadzić prcedurę: funkcja użytkwnika w strukturach rganizacji; wymagane uprawnienia użytkwnika wyknująceg prcedurę: nazwa knta/knt w systemie; nazwa knta/knt w aplikacji; rla/rle w systemie. Nazwy raz identyfikatry prcedur współzależnych, które muszą/mgą być wyknane w związku z realizacją czynnści pisanych w tej prcedurze. dentyfikatr dentyfikatr 1 prcedury 1. dentyfikatr 2 prcedury 2. dentyfikatr N prcedury N. Sytuacja pczątkwa Warunki użycia Sytuacja kńcwa Prces sytuacji, jaka musi zaistnieć, aby wyknanie prcedury mgł być rzpatrywane. Ostateczna decyzja zrealizwaniu prcedury pdejmwana jest p upewnieniu się, że spełnine zstały warunki pisane w plu Warunki użycia. warunków, jakie muszą być spełnine, aby mżliwe był wyknanie prcedury, np.: prcedura nie mże być wyknana, jeśli w plu Status dkumentu widnieje zapis inny niż Zatwierdzny; wskazanie na kreślne instancje prgramwania, serwery, systemy, węzły klastra, których prcedura dtyczy; infrmacja wymaganej dstępnści sieci LAN/SAN/WAN lub innych kmpnentów; infrmacja prblemach pwdujących, że zastswanie prcedury jest uzasadnine/wskazane. nfrmacja wymaganym stanie kńcwym kmpnentów, które birą udział w realizacji prcedury lub na które jej wyknanie mże wpłynąć. krków realizwanych sekwencyjnie w celu prawidłweg przeprwadzenia prcedury. Sekwencyjnść pstępwania w prcesie mże być mdyfikwana pprzez: warunki (np. Krk 4: Krk 4 wyknywany jest tylk w sytuacji, gdy wynik plecenia plecenie w krku 3 był następujący: wynik ); warunkwe plecenia skku pminięcia ciągu krków (np. Krk 6: Jeśli serwer serwer1 jest wyłączny, przejdź d wyknania krku 9 ); pętle str. 22 z 49

śrdwiska T CPD MF (np. Krk 8: Jeśli wynik plecenia plecenie jest następujący: wynik, kntynuuj prces pnwnie d krku 6 ). Krk czynnści 1 czynnści realizwanych w krku 1. 2 czynnści realizwanych w krku 2. N czynnści realizwanych w krku N. prcesu mże być uzupełniny schematem blkwym. Przykładwy schemat przedstawin pniżej. Wykrzystanie schematu nie jest bwiązkwe i zależy d stpnia kmplikacji prcedury. Decyzję ewentualnym umieszczeniu schematu blkweg pdejmuje autr prcedury. Rysunek 1 Przykład schematu blkweg prcedury. str. 23 z 49

śrdwiska T CPD MF Histria zmian histrii zmian dknanych w prcedurze. Data Autr Zmiana 2010-08-01 mię Nazwisk zmiany. Kntakt Dane kntaktwe d sby dpwiedzialnej za utrzymanie prcedury (sby, d której należy zgłaszać wszelkie zmiany, nieprawidłwści, spstrzeżne błędy, itp.) mię Nazwisk, telefn, adres.pczty@elektrnicznej.tld Status dkumentu Status dkumentu jeden spśród pniższych: Edycja (prcedura jest w trakcie pracwywania) Weryfikacja (pracwywanie prcedury zakńczne trwa jej weryfikacja) Akceptacja (prcedura zweryfikwana trwa jej akceptacja) Zatwierdzny (dkument zatwierdzny prcedura gtwa d użycia) str. 24 z 49

śrdwiska T CPD MF RAPORT WYKONANA PROCEDURY dentyfikatr Data i gdzina Operatr Współzależnści Unikalny identyfikatr prcedury zgdny z przyjętym spsbem znaczania prcedur. prcedury Data i gdzina wyknania prcedury Dane sby wyknującej prcedurę: mię Nazwisk, telefn, adres.pczty@elektrnicznej.tld nfrmacja, jakie prcedury współzależne zstały wyknane. Sytuacja Ptwierdzenie istnienia sytuacji pczątkwej. pczątkwa Warunki użycia Ptwierdzenie spełnienia warunków użycia. Sytuacja sytuacji kńcwej. kńcwej Przebieg prcesu Krk czynnści Wyknanie 1 czynnści realizwanych w krku 1. Tak 2 czynnści realizwanych w krku 2. Tak Nie/Częściw (pwód) N czynnści realizwanych w krku N. Tak Załączniki Pdpis Lista załączników d raprtu, np.: pwiadmienia d innych sób; pwiadmienia d raprtwania; infrmacje zabserwwanych przeciążeniach, awariach, sytuacjach; infrmacje stanie kmpnentów; inne. Data i pdpis sby wyknującej prcedurę str. 25 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.DO.PROJ.A Standard dkumentacji prjektwej infrastruktury. nfrastrukturalne Wszystkie Wszystkie Dkumentacyjne V Dkument pisuje standard dkumentacji prjektwej dla kmpnentów infrastrukturalnych. Cechy gólne Dkumentacja musi być przygtwana zgdnie z szablnem ustalnym dla całej rganizacji lub wydrębnineg prjektu. Klejne sekcje dkumentacji muszą być numerwane w spsób kntekstwy numeracja klejnych pdsekcji musi być pprzedzna numerem sekcji wyższej. Frmat dkumentu raz spsób jeg przetwarzania mgą być szczegółw kreślne przez Kancelarię Tajną lub Administratra nfrmacji Niejawnych Strna tytułwa Musi zawierać c najmniej następujące infrmacje: Tytuł dkumentu Nazwę lub numer tematu (zagadnienia) Nazwę prjektu nfrmacje autrach dkumentu: mina, Nazwiska Zajmwane stanwiska lub rle pełnine w prjekcie rganizacji Strna tytułwa mże zawierać inne, ddatkwe infrmacje, zgdnie z ustalnym szablnem, np.: dentyfikatr prjektu, identyfikatr dkumentu w prjekcie lub inne identyfikatry Ddatkwe infrmacje precyzujące temat zagadnienia, np. nazwę pdprjektu, kreślenie knkretneg tematu lub zagadnienia Nazwę rganizacji, nazwę jednstki rganizacyjnej Adres rganizacji lub jednstki rganizacyjnej Bardziej szczegółwe infrmacje autrach dkumentu: Telefny kntaktwe Adresy pczty elektrnicznej Metryka Metryka dkumentu musi zawierać c najmniej następujące infrmacje: Określenie aktualnej wersji dkumentu Datę publikacji dkumentu Bardziej szczegółwe infrmacje autrach dkumentu (jeśli nie były kreślne na strnie tytułwej): Telefny kntaktwe Adresy pczty elektrnicznej Histrię zmian w dkumencie, zawierającą c najmniej następujące pla: str. 26 z 49

śrdwiska T CPD MF Wersję Datę mina i nazwiska autrów zmian Krótki pis dknanych zmian nfrmację akceptacji dkumentu miejsca na pdpisy właściwych sób (jeżeli akceptacja jest wymagana) Metryka musi zawierać: nfrmacje spsbie weryfikacji dkumentu Datę dknania weryfikacji mina i nazwiska sób dknujących weryfikacji Zajmwane stanwiska i rle pełnine w prjekcie Dane kntaktwe (np. adresy pczty elektrnicznej, telefny) nfrmacje sbie dpwiedzialnej za nadzrwanie prjektu w ramach któreg przygtwywana jest dkumentacja: mina i nazwiska Zajmwane stanwiska lub rle pełnine w prjekcie Dane kntaktwe (np. adresy pczty elektrnicznej, telefny) Prawa autrskie Sekcja musi zawierać infrmacje chrnie praw autrskich Zastrzeżenia Sekcja musi zawierać infrmacje dtyczące pufnści dkumentu ndeksy Sekcja musi zawierać spis treści Sekcja musi zawierać: Spis rysunków Spis tabel Sekcja mże zawierać inne indeksy Słwniki Sekcja musi zawierać: Słwnik pjęć, skrótów, kreśleń i zwrtów używanych w dkumencie. Jeśli pisywane pjęcie jest skrótem, słwnik musi zawierać rzwinięcie skrótu. Jeśli pjęcie jest słwem bcym, słwnik musi zawierać tłumaczenie słwa na język plski. Sekcja musi zawierać: symbli graficznych wykrzystywanych w rysunkach. Knwencje typgraficzne Sekcja musi zawierać pis spsbu znaczania charakterystycznych treści dkumentu, np. Wszystkie słwa bceg pchdzenia piszemy kursywą; Wszystkie nazwy kmpnentów piszemy czcinką pgrubiną; Wszystkie fragmenty kmunikacji z terminalem zawarte są w szarym plu tcznym czarną ramką; Wszelkie przykłady kmunikacji z systemem peracyjnym pisywane są czcinką regularną. Wyjątkw isttne uwagi przedstawin w ramce z wykrzyknikiem. Wstęp Sekcja musi zawierać: str. 27 z 49

śrdwiska T CPD MF Cel pracwania dkumentu nfrmację dkumentach pwiązanych lub referencje d innych dkumentów, których treść mże mieć znaczenie w kntekście zawartści teg knkretneg dkumentu Sekcja mże zawierać: Określenie dcelwych dbirców dkumentu dkumentu, pisujące pkrótce zawartść dalszych sekcji Załżenia i wymagania Sekcja musi zawierać infrmacje przedłżnych wymaganiach raz załżeniach przyjętych w ramach twrzenia prjektu. Sekcja musi zawierać: Wymagania gólne Załżenia gólne Sekcja musi zawierać: Wymagania i załżenia szczegółwe, np. w zakresie: Cech funkcjnalnych rzwiązania Cech ergnmicznych rzwiązania Parametrów niezawdnściwych Parametrów wydajnściwych Utrzymania rzwiązania Wdrżenia rzwiązania nterfejsów kmunikacyjnych raz metd interakcji Parametrów fizycznych Ograniczeń nne wymagania i załżenia specyficzne dla pisywaneg rzwiązania, nie ujęte w żadnej z pwyższych kategrii Zakres prjektu Sekcja musi pisywać: Zakres prjektwaneg rzwiązania; Zasięg rzwiązania definiujący rzległść rzwiązania (ulkwanie kmpnentów w pszczególnych śrdkach). Definicja śrdwisk Sekcja musi zawierać definicje i pis prjektwanych śrdwisk, z wyszczególnieniem pdstawwych zadań realizwanych przez każde śrdwisk, np. Prdukcyjne Akceptacyjne Testwe Dewelperskie Rzwiązanie techniczne Sekcja pisuje knkretne rzwiązanie techniczne w dniesieniu d każdeg ze zdefiniwanych śrdwisk. Dkument musi zawierać pis wszystkich zagadnień technicznych, które mżna zdefiniwać na etapie prjektwania. Zagadnienia mgą być dpracwane i uszczegółwine pdczas etapu wdrżenia rzwiązania. Wówczas wszelkie dknane w nich zmiany względem dkumentacji prjektwej będą uwzględnine w dkumentacji pwyknawczej. Dla każdeg śrdwiska muszą być pisane ( ile mają zastswanie): Architektura lgiczna rzwiązania Rzmieszczenie kmpnentów zwirtualizwanych (jeśli występują) str. 28 z 49

śrdwiska T CPD MF Budwy fizyczna Rzmieszczenie kmpnentów w śrdwiskach fizycznych Wykaz kmpnentów użytych d budwy rzwiązania (jeśli w prjekcie następuje wybór urządzeń/prgramwania), np: Serwery, terminale, kmputery użytkwników Macierze i inne zasby dyskwe Bibliteki taśmwe i wirtualne Kmpnenty sieci LAN Kmpnenty sieci SAN Kmpnenty sieci WAN Bazy danych Aplikacje Oprgramwanie d zarządzania nne prgramwanie Stacje rbcze alb: Definicja rzwiązań dla katalgu techniczneg Definicja rzwiązań dla katalgu usług Architektura sieciwa i płączenia Schemat fizyczny płączeń w sieci LAN/SAN/WAN planwaneg/przewidywaneg bciążenia pszczególnych sieci przez kmunikację w systemie Adresacja Nazwy w systemie DNS Źródła i spsób synchrnizacji czasu Wytyczne knfiguracyjne dla pszczególnych kmpnentów rzwiązania. ntegracja Punkty styku raz spsób integracji z innymi rzwiązaniami Wykaz integrwanych Kncepcja rzwiązania Bezpieczeństw knfiguracji mechanizmów dla wszystkich kmpnentów: Wykrzystane mechanizmy chrny kmunikacji Spsób uwierzytelniania użytkwników Uprawnienia dla ról, użytkwników, grup Mechanizmy szyfrwania Spsób twrzenia kpii zapaswych rzwiązania Kncepcja w szczególnść spsób kpiwania pszczególnych Wymagane usługi Definicje pdstawwych parametrów plityk kpiwania danych (np. harmngramu kpiwania) Spsób dtwarzania systemu z kpii kncepcja. Zarządzanie Wykaz wykrzystywanych mechanizmów zarządzania spsbu zrządzania rzwiązaniem Prcedury Wykaz prcedur dla rzwiązania Testy Sekcja musi zawierać wykaz testów, jakie należy przeprwadzić p wdrżeniu rzwiązania. str. 29 z 49

śrdwiska T CPD MF Szczegółwy pis testów musi się znaleźć w scenariuszach testwych, które wraz z wynikami i raprtami z realizacji testów stanwią element dkumentacji zbirczej. Testy muszą bejmwać: Cechy funkcjnalne rzwiązania Cechy wydajnściwe rzwiązania Zakres dkumentacji pwyknawczej nfrmacja zakresie dkumentacji pwyknawczej Załączniki Wykaz załączników d dkumentacji prjektwej str. 30 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.DO.PROJ.SW Standard dkumentacji prjektwej prgramwania. Oprgramwania Wszystkie Wszystkie Dkumentacyjne V Dkument pisuje standard dkumentacji prjektwej dla rzwiązań prgramwych. Cechy gólne Dkumentacja musi być przygtwana zgdnie z szablnem ustalnym dla całej rganizacji lub wydrębnineg prjektu. Klejne sekcje dkumentacji muszą być numerwane w spsób kntekstwy numeracja klejnych pdsekcji musi być pprzedzna numerem sekcji wyższej. Frmat dkumentu raz spsób jeg przetwarzania mgą być szczegółw kreślne przez Kancelarię Tajną lub Administratra nfrmacji Niejawnych sekcji przedstawin w klejnści, w jakiej muszą ne występwać w dkumencie. Strna tytułwa Musi zawierać c najmniej następujące infrmacje: Tytuł dkumentu Nazwę lub numer tematu (zagadnienia) Nazwę prjektu nfrmacje autrach dkumentu: mina, Nazwiska Zajmwane stanwiska lub rle pełnine w prjekcie rganizacji Strna tytułwa mże zawierać inne, ddatkwe infrmacje, zgdnie z ustalnym szablnem, np.: dentyfikatr prjektu, identyfikatr dkumentu w prjekcie lub inne identyfikatry Ddatkwe infrmacje precyzujące temat zagadnienia, np. nazwę pdprjektu, kreślenie knkretneg tematu lub zagadnienia Nazwę rganizacji, nazwę jednstki rganizacyjnej Adres rganizacji lub jednstki rganizacyjnej Bardziej szczegółwe infrmacje autrach dkumentu: Telefny kntaktwe Adresy pczty elektrnicznej Metryka Metryka dkumentu musi zawierać c najmniej następujące infrmacje: Określenie aktualnej wersji dkumentu Datę publikacji dkumentu Bardziej szczegółwe infrmacje autrach dkumentu (jeśli nie były kreślne na strnie tytułwej): Telefny kntaktwe Adresy pczty elektrnicznej str. 31 z 49

śrdwiska T CPD MF Histrię zmian w dkumencie, zawierającą c najmniej następujące pla: Wersję Datę mina i nazwiska autrów zmian Krótki pis dknanych zmian nfrmację akceptacji dkumentu miejsca na pdpisy właściwych sób (jeżeli akceptacja jest wymagana) Metryka musi zawierać: nfrmacje spsbie weryfikacji dkumentu Datę dknania weryfikacji mina i nazwiska sób dknujących weryfikacji Zajmwane stanwiska i rle pełnine w prjekcie Dane kntaktwe (np. adresy pczty elektrnicznej, telefny) nfrmacje sbie dpwiedzialnej za nadzrwanie prjektu w ramach któreg przygtwywana jest dkumentacja: mina i nazwiska Zajmwane stanwiska lub rle pełnine w prjekcie Dane kntaktwe (np. adresy pczty elektrnicznej, telefny) Prawa autrskie Sekcja musi zawierać infrmacje chrnie praw autrskich Zastrzeżenia Sekcja musi zawierać infrmacje dtyczące pufnści dkumentu ndeksy Sekcja musi zawierać spis treści Sekcja musi zawierać: Spis rysunków Spis tabel Sekcja mże zawierać inne indeksy Słwniki Sekcja musi zawierać: Słwnik pjęć, skrótów, kreśleń i zwrtów używanych w dkumencie. Jeśli pisywane pjęcie jest skrótem, słwnik musi zawierać rzwinięcie skrótu. Jeśli pjęcie jest słwem bcym, słwnik musi zawierać tłumaczenie słwa na język plski. Sekcja musi zawierać: symbli graficznych wykrzystywanych w rysunkach. Knwencje typgraficzne Sekcja musi zawierać pis spsbu znaczania charakterystycznych treści dkumentu, np. Wszystkie słwa bceg pchdzenia piszemy kursywą; Wszystkie nazwy kmpnentów piszemy czcinką pgrubiną; Wszystkie fragmenty kmunikacji z terminalem zawarte są w szarym plu tcznym czarną ramką; Wszelkie przykłady kmunikacji z systemem peracyjnym pisywane są czcinką regularną. Wyjątkw isttne uwagi przedstawin w ramce z wykrzyknikiem. Wstęp str. 32 z 49

śrdwiska T CPD MF Sekcja musi zawierać: Cel pracwania dkumentu nfrmację dkumentach pwiązanych lub referencje d innych dkumentów, których treść mże mieć znaczenie w kntekście zawartści teg knkretneg dkumentu Sekcja mże zawierać: Określenie dcelwych dbirców dkumentu dkumentu, pisujące pkrótce zawartść dalszych sekcji Załżenia i wymagania Sekcja musi zawierać infrmacje przedłżnych wymaganiach raz załżeniach przyjętych w ramach twrzenia prjektu. Sekcja musi zawierać: Wymagania gólne Załżenia gólne Sekcja musi zawierać: Wymagania i załżenia szczegółwe, np. w zakresie: Cech funkcjnalnych rzwiązania Cech ergnmicznych rzwiązania Parametrów niezawdnściwych Parametrów wydajnściwych Utrzymania rzwiązania Wdrżenia rzwiązania nterfejsów kmunikacyjnych raz metd interakcji Parametrów fizycznych Ograniczeń nne wymagania i załżenia specyficzne dla pisywaneg rzwiązania, nie ujęte w żadnej z pwyższych kategrii Zakres prjektu Sekcja musi zawierać pis zakresu i zasięgu prjektwaneg rzwiązania. Sekcja musi zawierać: Zakres rzwiązania; Zasięg rzwiązania definiujący rzległść rzwiązania (ulkwanie kmpnentów w pszczególnych śrdkach). Definicja śrdwisk Definicję i pis śrdwisk. śrdwisk wykrzystywanych w ramach rzwiązania, z wyszczególnieniem pdstawwych zadań realizwanych przez każde śrdwisk, np. Prdukcyjne Akceptacyjne Testwe Dewelperskie Rzwiązanie techniczne Sekcja pisuje knkretne rzwiązanie techniczne w dniesieniu d każdeg ze zdefiniwanych śrdwisk. Dkument musi zawierać pis wszystkich zagadnień technicznych, które mżna zdefiniwać na etapie prjektwania. Zagadnienia mgą być dpracwane i uszczegółwine pdczas etapu wdrżenia rzwiązania. Wówczas wszelkie dknane w nich zmiany względem dkumentacji prjektwej będą uwzględnine w dkumentacji pwyknawczej. str. 33 z 49

śrdwiska T CPD MF Dla każdeg śrdwiska muszą być pisane ( ile mają zastswanie): Architektura lgiczna rzwiązania Rzmieszczenie pszczególnych kmpnentów prgramwania w przestrzeni całeg rzwiązania Budwy fizyczna Fizyczne rzmieszczenie kmpnentów w wydrębninych śrdwiskach peracyjnych Wykaz kmpnentów użytych d budwy rzwiązania (jeśli w prjekcie następuje wybór prgramwania), np: Bazy danych Aplikacje nne prgramwanie alb: Definicja rzwiązań dla katalgu techniczneg Definicja rzwiązań dla katalgu usług rzwiązania Systemy baz danych śrdwiska bazy danych Wykrzystane kmpnenty bazy danych Klastry bazy danych Fizyczna struktura bazy danych Struktura bazy danych Kmunikacja bazy danych z aplikacjami Lista użytkwników bazy Zadania autmatyczne Aplikacje śrdwiska aplikacyjneg Kmpnenty śrdwiska aplikacyjneg Klastry aplikacyjne Fizyczna struktura aplikacji Struktura aplikacji Kmunikacja aplikacji z bazą danych raz innymi aplikacjami Lista użytkwników aplikacji Zadania autmatyczne dstępwa warstwy dstępwej Kmpnenty prgramwania rzwiązań klastrwych (jeśli występują) Fizyczna struktura aplikacji Lgiczna struktura aplikacji Spsby kmunikwania się aplikacji warstwy dstępwej z aplikacjami warstw niższych Listy użytkwników Zalecenia dtyczące knfiguracji reguł kierwania ruchu d aplikacji Planwane wykrzystanie zasbów planwaneg/przewidywaneg bciążenia raz sieci przez aplikacje raz bazy danych Adresacja Nazwy w systemie DNS Źródła i spsób synchrnizacji czasu Wytyczne knfiguracyjne dla pszczególnych kmpnentów rzwiązania. ntegracja Punkty styku raz spsób integracji z innymi rzwiązaniami str. 34 z 49

śrdwiska T CPD MF Wykaz integrwanych Kncepcja rzwiązania Bezpieczeństw knfiguracji mechanizmów dla wszystkich kmpnentów: Wykrzystane mechanizmy chrny kmunikacji Spsób uwierzytelniania użytkwników Uprawnienia dla ról, użytkwników, grup Mechanizmy szyfrwania Spsób twrzenia kpii zapaswych rzwiązania Kncepcja w szczególnść spsób kpiwania pszczególnych Wymagane usługi Definicje pdstawwych parametrów plityk kpiwania danych (np. harmngramu kpiwania) Spsób dtwarzania systemu z kpii kncepcja. Zarządzanie Wykaz wykrzystywanych mechanizmów zarządzania spsbu zrządzania rzwiązaniem Prcedury Wykaz prcedur dla rzwiązania Testy Sekcja musi zawierać wykaz testów, jakie należy przeprwadzić p wdrżeniu aplikacji. Szczegółwy pis testów musi się znaleźć w scenariuszach testwych, które wraz z wynikami i raprtami z realizacji testów stanwią element dkumentacji zbirczej. Testy muszą bejmwać: Cechy funkcjnalne aplikacji Cechy wydajnściwe aplikacji Obciążenie wnszne przez aplikacje Zakres dkumentacji pwyknawczej nfrmacja zakresie dkumentacji pwyknawczej Załączniki Wykaz załączników d dkumentacji prjektwej str. 35 z 49

śrdwiska T CPD MF dentyfikatr Rdzaj S.DO.ASB.A Standard dkumentacji pwyknawczej infrastruktury. nfrastruktury Wszystkie Wszystkie Dkumentacyjne V Dkument pisuje standard dkumentacji pwyknawczej dla rzwiązań infrastrukturalnych. Cechy gólne Dkumentacja musi być przygtwana zgdnie z szablnem ustalnym dla całej rganizacji lub wydrębnineg prjektu. Klejne sekcje dkumentacji muszą być numerwane w spsób kntekstwy numeracja klejnych pdsekcji musi być pprzedzna numerem sekcji wyższej. Frmat dkumentu raz spsób jeg przetwarzania mgą być szczegółw kreślne przez Kancelarię Tajną lub Administratra nfrmacji Niejawnych sekcji przedstawin w klejnści, w jakiej muszą ne występwać w dkumencie. Główną ideą pracwania dkumentacji pwyknawczej jest przedstawienie pisu zbudwaneg systemu lub śrdwiska w spsób jak najlepiej dzwierciedlający rzeczywistść. Wsadem d dkumentacji pwyknawczej mgą być elementy, stwrznej wcześniej, dkumentacji prjektwej zmdyfikwane, uzupełnine i uszczegółwine w spsób urealniający stan systemu i prezentujący rzwiązanie w jeg statecznej, zaakceptwanej i używanej frmie tak, jak n rzeczywiście wygląda. Strna tytułwa Musi zawierać c najmniej następujące infrmacje: Tytuł dkumentu Nazwę lub numer tematu (zagadnienia) Nazwę prjektu nfrmacje autrach dkumentu: mina, Nazwiska Zajmwane stanwiska lub rle pełnine w prjekcie Nazwę rganizacji Strna tytułwa mże zawierać inne, ddatkwe infrmacje, zgdnie z ustalnym szablnem, np.: dentyfikatr prjektu, identyfikatr dkumentu w prjekcie lub inne identyfikatry Ddatkwe infrmacje precyzujące temat zagadnienia, np. nazwę pdprjektu, kreślenie knkretneg tematu lub zagadnienia Nazwę rganizacji, nazwę jednstki rganizacyjnej Adres rganizacji lub jednstki rganizacyjnej Bardziej szczegółwe infrmacje autrach dkumentu: Telefny kntaktwe Adresy pczty elektrnicznej str. 36 z 49

śrdwiska T CPD MF Metryka Metryka dkumentu musi zawierać c najmniej następujące infrmacje: Określenie aktualnej wersji dkumentu Datę publikacji dkumentu Bardziej szczegółwe infrmacje autrach dkumentu (jeśli nie były kreślne na strnie tytułwej): Telefny kntaktwe Adresy pczty elektrnicznej Histrię zmian w dkumencie, zawierającą c najmniej następujące pla: Wersję Datę mina i nazwiska autrów zmian Krótki pis dknanych zmian nfrmację akceptacji dkumentu miejsca na pdpisy właściwych sób (jeżeli akceptacja jest wymagana) Metryka musi zawierać: nfrmacje spsbie weryfikacji dkumentu Datę dknania weryfikacji mina i nazwiska sób dknujących weryfikacji Zajmwane stanwiska i rle pełnine w prjekcie Dane kntaktwe (np. adresy pczty elektrnicznej, telefny) nfrmacje sbie dpwiedzialnej za nadzrwanie prjektu w ramach któreg przygtwywana jest dkumentacja: mina i nazwiska Zajmwane stanwiska lub rle pełnine w prjekcie Dane kntaktwe (np. adresy pczty elektrnicznej, telefny) Prawa autrskie Sekcja musi zawierać infrmacje chrnie praw autrskich Zastrzeżenia Sekcja musi zawierać infrmacje dtyczące pufnści dkumentu ndeksy Sekcja musi zawierać spis treści Sekcja musi zawierać: Spis rysunków Spis tabel Sekcja mże zawierać inne indeksy Słwniki Sekcja musi zawierać: Słwnik pjęć, skrótów, kreśleń i zwrtów używanych w dkumencie. Jeśli pisywane pjęcie jest skrótem, słwnik musi zawierać rzwinięcie skrótu. Jeśli pjęcie jest słwem bcym, słwnik musi zawierać tłumaczenie słwa na język plski. Sekcja musi zawierać: symbli graficznych wykrzystywanych w rysunkach. Knwencje typgraficzne Sekcja musi zawierać pis spsbu znaczania charakterystycznych treści dkumentu, np. Wszystkie słwa bceg pchdzenia piszemy kursywą; str. 37 z 49

śrdwiska T CPD MF Wszystkie nazwy kmpnentów piszemy czcinką pgrubiną; Wszystkie fragmenty kmunikacji z terminalem zawarte są w szarym plu tcznym czarną ramką; Wszelkie przykłady kmunikacji z systemem peracyjnym pisywane są czcinką regularną. Wyjątkw isttne uwagi przedstawin w ramce z wykrzyknikiem. Wstęp Sekcja musi zawierać: Cel pracwania dkumentu nfrmację dkumentach pwiązanych lub referencje d innych dkumentów, których treść mże mieć znaczenie w kntekście zawartści teg knkretneg dkumentu Sekcja mże zawierać: Określenie dcelwych dbirców dkumentu dkumentu, pisujące pkrótce zawartść dalszych sekcji Zakres i zasięg rzwiązania Sekcja musi pisywać: Zakres zbudwaneg rzwiązania; Zasięg zbudwaneg rzwiązania pisujący rzległść rzwiązania (ulkwanie kmpnentów w pszczególnych śrdkach). Definicja śrdwisk Sekcja musi zawierać definicję i pis zbudwanych śrdwisk, z wyszczególnieniem pdstawwych zadań realizwanych przez każde śrdwisk, np. Prdukcyjne Akceptacyjne Testwe Dewelperskie Rzwiązanie techniczne Sekcja pisuje knkretne rzwiązanie techniczne w dniesieniu d każdeg ze zdefiniwanych śrdwisk. Dkument musi zawierać pis wszystkich zagadnień technicznych stwrzneg rzwiązania. Dla każdeg śrdwiska muszą być pisane ( ile mają zastswanie): Wynikwa architektura lgiczna rzwiązania Rzmieszczenie pszczególnych kmpnentów w przestrzeni całeg rzwiązania Budwy fizyczna Fizyczne rzmieszczenie kmpnentów w wydrębninych śrdwiskach peracyjnych Cechy funkcjnalne uzyskaneg rzwiązania Cechy ergnmiczne rzwiązania Parametry niezawdnściwe Parametry wydajnściwe Spsób utrzymania rzwiązania nterfejsy kmunikacyjne raz metd interakcji Parametry fizyczne Ograniczenia Kmpnenty użyte d budwy rzwiązania, np: Serwery, terminale, kmputery użytkwników Macierze i inne zasby dyskwe str. 38 z 49