051659 - Ministerstvo obrany
051659 - Ministerstvo obrany 051659 - Ministerstvo obrany
ČOS 051659 1. vydání Příloha C Údržba Popis Účelem procesu údržby je udržet způsobilost systému poskytovat službu. Likvidace Popis Účelem procesu likvidace je ukončit existenci systémové entity. změněnou potřebou. Zavádět nápravné změny provozních postupů, provozního prostředí, rozhraní člověk-stroj a výcviku provozovatelů přiměřeně tomu, jestliže k poruše přispěla lidská chyba. Nepřetržitě nebo pravidelně komunikovat s uživateli, aby se určil stupeň uspokojení jejich potřeb dodávanými službami. Požadavek na korigující změnu návrhu. Činnosti Připravit a implementovat strategii údržby. Získat pomocné systémy, systémové prvky a služby, které se použijí během údržby systému. Monitorovat způsobilost systému poskytovat službu a zaznamenávat problémy pro analýzu, přijímat opatření k nápravě, adaptaci, zdokonalení a preventivní opatření a potvrzovat obnovení způsobilosti. Udržovat historii zpráv o problémech, opatřeních k nápravě a trendech, aby se informovali provozovatelé a pracovníci údržby, a také jiné projekty, které vytvářejí nebo využívají podobné systémové prvky. Činnosti Vymezit strategii pro likvidaci systému tak, aby zahrnula každý systémový prvek a jakýkoliv vzniklý odpadní produkt. Sdělovat nevyhnutelná omezení pro návrh systému, která jsou důsledkem strategie likvidace. Obstarat pomocné systémy nebo služby, které mají být použity během procesu likvidace systému. Deaktivovat systém a připravit ho na vyřazení z provozu. Odvolat pracovníky provozující systém a zaznamenat příslušné znalosti o provozování. Rozložit systém do ovladatelných prvků, aby se usnadnilo přemístění pro opětovné použití, recyklování, obnovení, generální 138
Technical Processes Stakeholder Requirements Definition Description The purpose of the Stakeholder Requirements Definition Process is to define the requirements for a system that can provide the services needed by users and the stakeholders in a defined environment. Requirements Analysis ČOS 051659 1. vydání Příloha C opravu, archivování nebo zlikvidování. Přemístit systém z provozního prostředí do prostředí pro opětovné použití, recyklování, obnovení, generální opravu nebo zlikvidování. Specifikovat vybavení pro uchovávání, místa skladování, kritéria kontrol a doby uložení, pokud má být systém skladován. Provést likvidaci systému tak, jak je to nezbytné, aby se snížilo množství zpracovávaných odpadů, nebo se usnadnila manipulace s nimi. Potvrdit, že po procesu likvidace neexistují žádné zhoubné faktory ohrožující zdraví, bezpečnost, bezpečnost dat a prostředí. Archivovat informace shromážděné v průběhu životního cyklu systému, aby se umožnily audity a přezkoumání v případě dlouhodobých nebezpečí pro zdraví, bezpečnost, bezpečnost dat a prostředí, a aby se umožnilo tvůrcům budoucích systémů a jejich uživatelům vytvořit báze znalostí na základě zkušeností z minulosti. Activities Identify stakeholders Elicit stakeholder requirements Document requirements Identify constraints Structure and prioritise requirements Ensure stakeholders accept the documented requirements Identify external interfaces Identify interoperability requirements. Description Activities The Requirements analysis process is to set Perform an analysis of the stakeholder up the representation of future system requirements and transform the stakeholder products that meets the stakeholders’ requirements into a set of measurable requirements and enables implementation in technical and performance requirements. the frame of existing constraints. System Create upward and downward traceability to requirements represent the basis for the tests ensure that no stakeholder requirement has to validate stakeholders' requirements. been omitted and all defined technical requirements have a parent stakeholder 139
- Page 87 and 88: ČOS 051659 1. vydání Nejnižší
- Page 89 and 90: název a krátký popis programu, v
- Page 91 and 92: pro odhad a s posouzením nejistot
- Page 93 and 94: ČOS 051659 1. vydání Zabezpečen
- Page 95 and 96: ČOS 051659 1. vydání 7.2 Shroma
- Page 97 and 98: velkou rozmanitost dat, která se m
- Page 99 and 100: vyžaduje důkladný analytický od
- Page 101 and 102: specifické účely, jako je: - nas
- Page 103 and 104: ČOS 051659 1. vydání Vážené i
- Page 105 and 106: 9. Měna. 9. The currency. 10. Meto
- Page 107 and 108: vytvořily výrazy interpretovateln
- Page 109 and 110: dat, vztahy mezi nimi a funkce, kte
- Page 111 and 112: ČOS 051659 1. vydání PLCS Refere
- Page 113 and 114: ČOS 051659 1. vydání P Ř Í L O
- Page 115 and 116: ČOS 051659 1. vydání Příloha A
- Page 117 and 118: 13. Testování, hodnocení, zkouš
- Page 119 and 120: chybí díky ztrátám na živé s
- Page 121 and 122: ČOS 051659 1. vydání Příloha B
- Page 123 and 124: ČOS 051659 1. vydání Příloha C
- Page 125 and 126: Podnikové procesy Management podni
- Page 127 and 128: System Life Cycle Processes Managem
- Page 129 and 130: zahrnuje přesměrování projektov
- Page 131 and 132: Project Processes Project Planning
- Page 133 and 134: Information Management ČOS 051659
- Page 135 and 136: Popis Návrh architektury sjednocuj
- Page 137: Validace Popis Proces validace posk
- Page 141 and 142: product specified in the system req
- Page 143 and 144: Maintenance ČOS 051659 1. vydání
- Page 145 and 146: ČOS 051659 1. vydání (VOLNÁ STR
- Page 147 and 148: ČOS 051659 1. vydání (VOLNÁ STR
Technical Processes<br />
Stakeholder Requirements Definition<br />
Description<br />
The purpose of the Stakeholder<br />
Requirements Definition Process is to define<br />
the requirements for a system that can<br />
provide the services needed by users and the<br />
stakeholders in a defined environment.<br />
Requirements Analysis<br />
ČOS <strong>051659</strong><br />
1. vydání<br />
Příloha C<br />
opravu, archivování nebo zlikvidování.<br />
Přemístit systém z provozního prostředí do<br />
prostředí pro opětovné použití, recyklování,<br />
obnovení, generální opravu nebo zlikvidování.<br />
Specifikovat vybavení pro uchovávání,<br />
místa skladování, kritéria kontrol a doby<br />
uložení, pokud má být systém skladován.<br />
Provést likvidaci systému tak, jak je to<br />
nezbytné, aby se snížilo množství<br />
zpracovávaných odpadů, nebo se usnadnila<br />
manipulace s nimi.<br />
Potvrdit, že po procesu likvidace neexistují<br />
žádné zhoubné faktory ohrožující zdraví,<br />
bezpečnost, bezpečnost dat a prostředí.<br />
Archivovat informace shromážděné v průběhu<br />
životního cyklu systému, aby se umožnily<br />
audity a přezkoumání v případě dlouhodobých<br />
nebezpečí pro zdraví, bezpečnost,<br />
bezpečnost dat a prostředí, a aby se umožnilo<br />
tvůrcům budoucích systémů a jejich<br />
uživatelům vytvořit báze znalostí na základě<br />
zkušeností z minulosti.<br />
Activities<br />
Identify stakeholders<br />
Elicit stakeholder requirements<br />
Document requirements<br />
Identify constraints<br />
Structure and prioritise requirements<br />
Ensure stakeholders accept the documented<br />
requirements<br />
Identify external interfaces<br />
Identify interoperability requirements.<br />
Description<br />
Activities<br />
The Requirements analysis process is to set Perform an analysis of the stakeholder<br />
up the representation of future system requirements and transform the stakeholder<br />
products that meets the stakeholders’ requirements into a set of measurable<br />
requirements and enables implementation in technical and performance requirements.<br />
the frame of existing constraints. System Create upward and downward traceability to<br />
requirements represent the basis for the tests ensure that no stakeholder requirement has<br />
to validate stakeholders' requirements. been omitted and all defined technical<br />
requirements have a parent stakeholder<br />
139