DOPLŇUJÍCÍ POŽADAVKY NATO K AQAP-2110 NEBO OVŘOVÁNÍ .

2y ago
112 Views
4 Downloads
774.16 KB
32 Pages
Last View : 28d ago
Last Download : 2m ago
Upload by : Carlos Cepeda
Transcription

ČOS 0516512. vydáníZměna 1ČESKÝ OBRANNÝ STANDARDDOPLŇUJÍCÍ POŽADAVKY NATO K AQAP-2110 NEBOAQAP-2310 PRO OVĚŘOVÁNÍ KVALITY SOFTWARU

ČOS 0516512. vydáníZměna 1(VOLNÁ STRANA)2

ČOS 0516512. vydáníZměna 1ČESKÝ OBRANNÝ STANDARDDOPLŇUJÍCÍ POŽADAVKY NATO K AQAP-2110 NEBOAQAP-2310 PRO OVĚŘOVÁNÍ KVALITY SOFTWARUZákladem pro tvorbu tohoto standardu byl originál následujícího dokumentu:STANAG 4107MUTUAL ACCEPTANCE OF GOVERNMENT QUALITYASSURANCE AND USAGE OF THE ALLIED QUALITYASSURANCE PUBLICATIONS (AQAP)Vzájemné uznávání státního ověřování jakosti a používáníspojeneckých publikací pro ověřování kvality (AQAP)AQAP-2210, Ed. ANATO SUPPLEMENTARY SOFTWARE QUALITY ASSURANCEREQUIREMENTS TO AQAP-2110 OR AQAP-2310Doplňující požadavky NATO pro ověřování kvality softwaruk použití s AQAP-2110 nebo AQAP-2310 Úřad pro obrannou standardizaci, katalogizaci a státní ověřování jakostiPraha 20193

ČOS 0516512. vydáníZměna 1OBSAHTable of ContentsPředmět standardu . 5Nahrazení standardů (norem) . 5Související dokumenty . 5Zpracovatel ČOS . 5Předmluva. 6Foreword . 6KAPITOLA 1 ÚVOD . 8CHAPTER 1 INTRODUCTION . 81.1 Účel . 81.1 Purpose . 81.2 Použitelnost . 81.2 Applicability. 81.3 Související dokumenty . 91.3 Referenced Documents . 91.4 Definice a zkratky . 101.4 Definitions and Acronyms . 10KAPITOLA 2 POŽADAVKY . 13CHAPTER 2 REQUIREMENTS. 132.1 Systém kvality softwaru (SQS) . 132.1 Software Quality System (SQS) . 132.2 Činnosti managementu kvalitysoftwarového projektu . 142.2 Project Software Quality ManagementActivities. . 142.3. Lidské zdroje . 282.3 Human Resources . 282.4 Přístup nabyvatele a jehospoluodpovědnost . 282.4 Acquirer Access and Involvement . 28Index . 30Index. 304

ČOS 0516512. vydáníZměna 1Předmět standarduČOS 051651, 2. vydání, Změna 1, zavádí AQAP-2210, Ed. A, (NATO SupplementarySoftware Quality Assurance Requirements to AQAP-2110 or AQAP-2310 – Doplňujícípožadavky NATO pro ověřování kvality softwaru k použití s AQAP-2110 nebo AQAP-2310)do prostředí České republiky jako standard s požadavky na zajištění a ověřování kvalitysoftwaru. Standard je vydán jako česká verze AQAP-2210 a je jedním z dokumentů, kterýzavádí požadavky STANAG 4107 v ČR.Standard je určen pro projekty akvizice obsahující vývoj, výrobu anebo dodánísoftwaru a obsahuje požadavky na systém managementu kvality softwaru u subjektůa organizací, vůči kterým byla tato povinnost uplatněna smluvně, nebo u nichž vyplýváz jiného požadavku tento systém zavést a udržovat.Nahrazení standardů (norem)Tento standard nahrazuje ČOS 051651, 2. vydání.Související dokumentySouvisející dokumenty - viz kapitolu 1.3 Související dokumenty.U odkazů, v nichž je uveden rok vydání souvisícího standardu (nebo normy), platí tentosouvisící standard (nebo norma) bez ohledu na to, zda existují jeho novější vydání. U odkazůna dokument bez uvedení data jeho vydání platí vždy poslední vydání citovaného dokumentu.Jestliže se text tohoto ČOS odvolává na normu ISO, je možno použít i příslušnou normu,která byla v ČR harmonizována, tedy např. ČSN EN, ČSN EN ISO, ČSN ISO apod.V případě nejasností nebo nesrovnalostí v českém textu tohoto ČOS má smluvní platnostpříslušné ustanovení v anglickém jazyce!Zpracovatel ČOSVojenský výzkumný ústav, s.p., Brno, RNDr. Milan Čepera, Ph.D.a Úř OSK SOJ/OSSOJ, Mgr. Hana Jandejsková.5

ČOS 0516512. vydáníZměna 1PředmluvaForewordPožadavky nabyvatele1 na ověřování kvalityuvedené v tomto dokumentu jsou založenyna zkušenosti, že management kvality celého procesu vývoje softwaru je klíčovýmbodem pro dosažení kvality softwaru vesložitých a pro úkol kritických systémech,jako jsou zbraňové systémy, komunikačnísystémy a systémy velení a řízení. Aby bylomožno zajistit kvalitu procesu vývoje softwaru, musí být takový proces naplánován,řízen a zlepšován s cílem snížit a odstranitneshody, a co je nejdůležitější, předcházettěmto neshodám v kvalitě softwaru.The Acquirer's quality assurance requirements stated in this document, are based onthe experience that quality management ofthe entire software development process isthe key to achieving software quality incomplex and mission critical computersystems such as weapon systems, communication systems, and command and controlsystems. To ensure the quality of the software development process, such processesmust be planned, controlled and improved,with the aim of reducing, eliminating and,most importantly, preventing software quality deficiencies.V souladu s mezinárodními standardy se promanagement kvality softwaru používá spíšedefinice odvozená od funkce než odorganizace, aby bylo možno zabránit problémům zaváděným tradičními koncepcemikvality a jejich omezením uvnitř organizace.Tento standard proto není výslovně určenpouze organizacím, zabývajícím se kvalitousoftwaru, ale spíše celkové organizačnístruktuře a různým úrovním managementuzapojeným do softwarového projektu.In accordance with international standardization, functional rather than organizationaldefinitions for software quality managementare used to avoid problems introduced bytraditional quality concepts and their organizational boundaries. This publication, therefore, is not specifically addressed to software quality organizations, but rather to theoverall organizational structure and thedifferent management levels involved in asoftware project.Tento standard je určen pro smluvnípoužívání a definuje požadavky na činnostimanagementu kvality softwaru, které se vevztahu k projektu mají dokumentovat v plánu kvality softwarového projektu. Základemtěchto činností je systém kvality softwarudodavatele. Pro zajištění efektivnosti činností managementu kvality softwaru standardtaké vyžaduje i jejich hodnocení.This publication is designed for use incontracts, and defines the requirements forthe Software Quality Management Activitiesas related to the Project to be documented ina Software Project Quality Plan. Theseactivities are based on the Supplier's Software Quality System. The publication alsorequires the evaluation of the SoftwareQuality Management Activities to ensuretheir effectiveness.Použití tohoto standardu není omezeno typem ani formou jakéhokoliv softwaru. Standard nespecifikuje žádný jednotlivý modelvývoje softwaru, ani nestanovuje jaká metoda vývoje softwaru má být použita. Standardpřipouští pružnost v přizpůsobování požadované dokumentace a procesů vůči specific-The application of this publication is notrestricted to any particular type or form ofsoftware. This publication does not specifyany particular software development model,nor does it stipulate which software development methods should be used. Thispublication allows flexibility in adapting the1Pojem „nabyvatel“ je definován v ČOS 051672.6

ČOS 0516512. vydáníZměna 1kým procesům vývoje a pořizování v projektu.required documentation and procedures tothe specific development and procurementprocesses of the project.Tento standard je určen pro používáníspolečně s AQAP-2110 nebo AQAP-2310jako doplněk zaměřený na specifika softwaru a projektu.This publication is intended for use withAQAP-2110 or AQAP-2310 as a softwarespecific and project oriented supplement.Národní poznámka: Číslování článků tohotoČOS je upraveno tak, aby odpovídalo originálnímu číslování v AQAP-2210. To je důležitézejména pro zachování možnosti odkazovat jakv AQAP-2210, tak v tomto ČOS na stejná číslačlánků.7

ČOS 0516512. vydáníZměna 1KAPITOLA 1 ÚVODCHAPTER 1 INTRODUCTION1.1 Účel1.1 PurposeTento standard specifikuje požadavky zaměřené na projekt, které řídí kvalitu procesuvývoje softwaru. Oba procesy – proces managementu i technický proces – musí býturčeny tak, aby:a) stanovily očividnost procesu vývoje softwaru,b) odhalily problémy s kvalitou softwaruběhem časných etap životního cyklusoftwaru,c) poskytly data o řízení kvality pro včasnézavedení efektivních nápravných opatření,d) potvrdily, že kvalita je řízena v průběhuprocesu vývoje softwaru,e) poskytly ujištění, že vytvářený softwarevyhovuje požadavkům smlouvy,This publication specifies the project oriented requirements to manage the quality ofthe software development process. Both managerial and technical processes must beaddressed in order to:a) establish visibility of the software development process;b) detect software quality problems as earlyas possible in the software life cycle;f) zajistily, že k činnostem na systémovétechnické úrovni je poskytována odpovídající softwarová podpora v případě,že je to smlouvou vyžadováno,g) zajistily, že jsou určeny podmínkybezpečnosti a zabezpečení projektu.c) provide quality control data for the timely implementation of effective correctiveaction;d) confirm that quality is engineered in during the software development process;e) provide assurance that the software produced conforms to contractual requirements;f) ensure that appropriate software supportis provided to activities at the systemengineering level, if required by thecontract; andg) ensure that the safety and securityconditions of the project are addressed.1.2 Použitelnost1.2 Applicability1.2.1 V případě, že je to odkazováno vesmlouvě, tento ČOS se musí použít na:a) všechny případy, kde se provádí vývojsoftwaru,b) všechny případy, kde se na základěsmlouvy vyvíjí nebo používá nedodávaný software (v rozsahu uvedeném v článku 2.2.4.8),c) všechny případy, kde údržba softwaru jesoučástí smlouvy, aby se zamezilo neřízeným nebo skrytým vývojovým činnostem, které by mohly mít nepředvídatelnénebo škodlivé následky na kvalitu softwarového produktu,d) všechny případy, kdy se dodává komerčně nakoupený software (v rozsahu uvedeném v článku 2.2.4.7)1.2.1 When referenced in a contract thisAQAP shall apply to:a) all cases where software development isundertaken;b) all cases where non-deliverable softwareis developed or employed under thecontract (to the extent specified inparagraph 2.2.4.8);c) all cases where software maintenance ispart of the contract, in order to avoiduncontrolled, hidden development activities, which could have unforeseeableor detrimental consequences on the quality of the software product;d) all cases where off-the-shelf software isto be delivered (to the extent specified inparagraph 2.2.4.7); and8

ČOS 0516512. vydáníZměna 1e) všechny případy souvisící s vývojemsoftwarových prvků nebo firmwaru.e) all cases relating to the development ofthe software element of firmware.1.2.2 Jestliže smlouva určuje pouze částečný(dílčí) vývoj nebo údržbu softwaru, musí setéž použít odpovídající požadavky tohotostandardu (např. činnosti autorizovanéhokopírování softwaru, softwarové činnostiběhem integrace systému, definice softwarových požadavků, archivace softwaru, služby spojené s archivací a ukládáním, činnostispojené s řízením subdodavatelů2 atd.)1.2.2 If the contract addresses only "partial"software development or maintenance activities, then the related requirements of thispublication shall also apply (e.g. softwarereplication activities, software activities during system integration, software requirements definition, software archiving andstorage services, Sub-supplier managementactivities etc.).1.2.3 Tento standard je určen k používáníspolečně s AQAP-2110 nebo AQAP-2310jako doplněk zaměřený na specifika softwaru a projektu. Pokud se mezi požadavkyAQAP-2110 (nebo AQAP-2310) a tímtostandardem pro software vyskytne rozpor,musí mít prioritu požadavky tohoto standardu.1.2.3 This publication is intended for usewith AQAP-2110 or AQAP-2310 as a software specific and project oriented supplement. Where there is any conflict betweenthe requirements of AQAP-2110 (or AQAP2310) and this publication for software, therequirements of this publication shallprevail.Existují-li nějaké rozpory mezi požadavkysmlouvy a tímto standardem, prioritu musímít požadavky smlouvy.If any inconsistency exists between theContract requirements and this publication,the Contract requirements shall prevail.Tento standard může být využit i při akvizicisoftwaru formou veřejné soutěže jako specifikace ve výzvě pro podání nabídky a přijejím vyhodnocení. Ustanovení tohoto standardu mohou být též použita ve státníchagenturách, které se zabývají vývojem neboúdržbou softwaru.For competitive software acquisition thispublication can also be used for the specification of requests for proposals and theevaluation of proposals. The provisions ofthis publication can also apply to Government Agencies performing software development or maintenance.1.3 Související dokumenty1.3 Referenced DocumentsAQAP-2110, Ed. D - Požadavky NATO naověřování kvality při návrhu, vývojia výrobě (zavedeno ČOS 051672).AQAP-2310, Ed. B - Požadavky NATO nasystém ověřování kvality u dodavatelů proletectví, kosmonautiku a obranu (zavedenoČOS 051674)AQAP-2110 Edition 3 "NATO QualityAssurance Requirements for Design, Development and Production".3AQAP-2310 Edition A – "NATO QualityManagement System Requirements forAviation, Space and Defence Suppliers".42V ČOS 051672 se místo „subdodavatel“ používá termín „externí dodavatel“.Tato publikace byla v NATO nahrazena publikací AQAP-2110 Edition D - NATO QUALITY ASSURANCEREQUIREMENTS FOR DESIGN, DEVELOPMENT AND PRODUCTION.4Tato publikace byla v NATO nahrazena publikací AQAP-2310 Edition B - NATO QUALITY ASSURANCEREQUIREMENTS FOR AVIATION, SPACE AND DEFENCE SUPPLIERS39

ČOS 0516512. vydáníZměna 1ČSN EN ISO 9000:2016 Systémy managementu kvality - Základní principy a slovníkISO/IEC 25010:2011 "Systems and softwareengineering – Systems and software QualityRequirements and Evaluation (SQuaRE) –System and software quality models“ISO 9000:2005 "Quality managementsystems – Fundamentals and Vocabulary".5ISO/IEC 25010:2011 "Systems and softwareengineering – Systems and software QualityRequirements and Evaluation (SQuaRE) –System and software quality models“.Poznámka zpracovatele:Vzhledem k současnému trendu uvádět do smluvv příslušném okamžiku akvizičního cyklu povinnost přizpůsobování obsahu standardů a noremkonkrétnímu účelu, jako účelné se jeví doporučitjako souvisící dokumenty i tyto:ČSN ISO/IEC 14764 Softwarové inženýrství –Procesy životního cyklu softwaru - údržbaČSN ISO/IEC 20000-1 Informační technologie Management služeb – Část 1: Požadavky nasystém managementu služeb1.4 Definice a zkratky1.4 Definitions and Acronyms1.4.1 DefinicePro terminologii používanou v tomto standardu se mohou využít definice v ČSN ENISO 9000 nebo v ČOS 051672. Tam, kde sedefinice ČSN EN ISO 9000 neboČOS 051672 a tento standard liší, musí sepoužívat definice z tohoto ČOS.1.4.1 DefinitionsThe applicable definitions of ISO 9000 orAQAP 2110 apply to terminology used inthis publication. Where definitions in ISO9000 or AQAP-2110 and this publicationdiffer, the definitions in this publicationshall apply.1.4.1.1 ŘízeníČinnost k určení rozdílů mezi skutečnýma plánovaným výsledkem/procesem a k vyvolání změn v procesu nebo produktu, kteréomezí zjištěné rozdíly na definovanouúroveň.1.4.1.1 ControlThe activity to detect differences between anactual and planned result/process, and tocause changes in a process or a productwhich reduce the detected differences to adefined level.1.4.1.2 HodnoceníSystematické stanovování rozsahu, v němžentita splňuje pro ni specifikovaná kritéria.1.4.1.2 EvaluationA systematic determination of the extent towhich an entity meets its specified criteria.Poznámka:(1) Pojem „entita“ zahrnuje produkt, činnost,proces, organizaci nebo osobu,(2) Hodnocení činnosti nebo procesu se můžeobjevovat souběžně s vývojem, nebo může býtodvozeno jako výsledek verifikace softwarovéhoproduktu,Note:(1) The term "entity" includes product, activity,process, organisation or person;(2) Evaluation of the activity or process mayoccur in parallel with development, or may bededuced as the result of verification of thesoftware product;5Tato norma byla nahrazena vydáním ISO 9000:2015.10

ČOS 0516512. vydáníZměna 1(3) Hodnocení činnosti nebo procesu může býtprováděno pomocí monitorování, auditování,kvalifikace procesu nebo stanovením a dokumentováním zda činnost nebo proces vyhovujenebo nevyhovuje specifikovaným kritériím.(3) Evaluation of the activity or process can beperformed by monitoring, auditing, processqualification or by establishing and documenting whether or not they conform to specified criteria.1.4.1.3 FirmwareKombinace hardwarového zařízení a počítačových instrukcí nebo počítačových dat,které jsou uloženy v hardwarovém zařízeníjako software pouze pro čtení.1.4.1.3 FirmwareThe combination of a hardware device andcomputer instructions or computer data thatreside as read-only software on the hardwaredevice.1.4.1.4 MetodaSoubor pravidel pro řešení problému.1.4.1.4 MethodA set of rules for solving a problem.1.4.1.5 Nedodávaný softwareSoftware, který není smlouvou požadovánk dodání, ale může být použit při vývojisoftwaru.1.4.1.5 Non-deliverable SoftwareSoftware that is not required to be deliveredunder the contract but may be used in thedevelopment of software.1.4.1.6 Komerčně nakupovaný softwareDodávaný software, který je již vyvinut a jepoužitelný v daném stavu nebo modifikovaný. Komerčně nakupovaný software můžebýt označovaný jako opětovně použitelnýsoftware, státem opatřený software nebokomerčně dostupný software, a to v závislosti na jeho zdroji.1.4.1.6 Off-the-shelf SoftwareDeliverable software that is already developed and usable as is, or with modification.Off-the-shelf software may be referred to asreusable software, Government furnishedsoftware, or commercially available software depending on its source.1.4.1.7 ProcesVzájemné působení osob, zařízení, materiálůa postupů s cílem poskytovat specifikovanouslužbu nebo vyrábět specifikovaný produkt.1.4.1.7 ProcessThe interaction of personnel, equipment,material and procedures aimed at providinga specified service or producing a specifiedproduct.Každý proces je definovaný soubor jednénebo více činností nebo úloh, které mohoubýt vykonány v omezeném časovém intervalu. Každý proces může být rozdělen načinnosti, které jsou charakterizovány měřitelnými vstupy a výstupy, jež mohou býtměřeny, řízeny a zlepšovány.Each process is a defined set of one or moreactivities or tasks which can be accomplished in a finite period of time. Eachprocess can be broken down into activitieswhich are characterized by quantifiableinputs and outputs which can be measured,controlled and improved.1.4.1.8 Model pro vývoj softwaruZjednodušená abstraktní reprezentace procesu vývoje softwaru (funkce a výsledky)použitá pro účely plánování a řízení.1.4.1.8 Software Development ModelA simplified, abstract representation of thesoftware development process (process behaviour and results) used for planning andcontrol purposes.11

ČOS 0516512. vydáníZměna 11.4.1.9 Proces vývoje softwaruProces, pomocí něhož jsou potřeby/požadavky uživatele převáděny do softwarovéhoproduktu.1.4.1.9 Software Development ProcessThe process by which user needs/requirements are translated into a software product.1.4.1.10 Životní cyklus softwaruRámec obsahující procesy, činnosti a úlohyvyžadované pro vývoj, pro

AQAP-2110 or AQAP-2310 as a software specific and project oriented supplement. Národní poznámka: Číslování článků tohoto ČOS je upraveno tak, aby odpovídalo originál-nímu číslování v AQAP-2210. To je důležité zejména pro zachování možnosti odkazovat jak v AQAP-2210, tak v tomto ČOS na stejná čísla článků.

Related Documents:

Department of Commerce Division of Occupational and Professional Licensing DOPL Heber M. Wells Building 160 East 300 South P.O. Box 146741, Salt Lake City, UT 84114-6741 www.dopl.utah.gov telephone (801) 530-6628 toll-free in Utah (866) 275-3675 fax (801) 530-6511 Contractor: All Classifications APPLICANT INFORMATION

First Step: NCLEX Register and pay 200.00 for your NCLEX through Pearson Vue. Submit a Request for Authorization to Test to DOPL. (online or manual form) Submit official school transcripts. DOPL will make you eligible for the NCLEX. Schedule your examination. Take and pass your examination. If you fail your exam, you must repay

rozsah pxedmˆtu plnˆn a technick specifikace zak zky Zadavatel po aduje pYedlo ení nabídky na vým nu stÆvajících dYev ných oken za plastovÆ s t mito vlastnostmi - budou spln ny veakerØ technickØ po adavky vyplívají

CPI Consumer Price Index . CPs Cost Proposal(s) and/or budgets . DERR Division of Environmental Response and Remediation and/or the director . DOPL Division of Occupational and Professional Licensing . EPA Environmental Protection Agency . ft Feet . GIS Geographic Information Systems. hr Hour . MTBE Methyl t-butyl ether

MONTHLY TRACKING SPREADSHEET . MONTHLY - Complete Excel “MFG Monthly Report” spreadsheet (link below) and send to MFGprogram@dopl.idaho.gov. The spreadsheet is for New Manufactured homes only. MFG Monthly Report.xlsx. Month/Year: July/2022 . Homeowner Site Address City Local MFG

DOPL - Public Works Contractors License Board Public Works Contractors License Board Section 105 Page 4 b. The petitioner's request in brief, precise and specific terms, including references to any pertinent statutes or rules, and a detailed explanation of the purpose for the request. (7-1-21)T c. Statements of fact to support the request.

https://dopl.utah.gov/sec/ Hours: 8 a.m. to 5 p.m. For Testing Questions - Prov 9980 South 300 West, Suite 200 Sandy, Utah 84070 Phone: (877) 228-3926 www.provexam.com Hours: 6 a.m. to 10 p.m. GENERAL TESTING INFORMATION The Division has contracted with Prov, Inc. to administer the following Contract Security Company examinations:

STATE OF IDAHO DIVISION OF OCCUPATIONAL & PROFESSIONAL LICENSES PO BOX 83720 Boise, ID 83720-0063 Ph: 208-334-3950 Website: dbs.idaho.gov Email: customer-service@dopl.idaho.gov P-JYM APPL 1 07/13/2022 APPLICATION FOR PLUMBING JOURNEYMAN LICENSE In order to qualify for the Plumbing Journeyman exam or license an applicant must: