Kvalita softwaru: standardy a hodnocení. Technologické zabezpečení softwaru

Kvalita softwaru (softwaru) je určena na základě studování vnějších a vnitřních vlastností produktu. Kvalita exteriéru závisí na tom, jak funguje v reálném čase, jak je produktívní pro uživatele. Druhá funkce se zaměřuje na vnitřní aspekty, které závisí na kvalitě písemného kódu. Uživatel se více zaměřuje na to, jak funguje na externí úrovni, jejíž kvalita může být udržována pouze v případě, že odborník napsal dobrý programový kód.

Kvalita softwaru

Pro určení jakosti jsou v současnosti používány dva důležité přístupy:
  • Poruchová správa.
  • Atribut kvality.
  • Cokoliv, co nesplňuje požadavek zákazníka, spadá do kategorie defektů. Tým vývojářů, kteří plně nerozumí požadavkům zákazníků, umožní chyby návrhu.


    Při řešení vad se jejich kategorie určují na základě závažnosti. Počet problémů se počítá a přijmou se opatření podle stanovené závažnosti. Řídicí diagramy mohou být vytvořeny pro měření vývojových schopností. Kvalita softwaru se během posledních dvou desetiletí výrazně zlepšila. Jedním z důvodů je, že společnosti používají nové technologie, jako je objektově orientovaný vývoj a nástroje CASE. Navíc můžete sledovatrostoucí význam zavedení metod řízení ve výrobě. Řízení jakosti ZA je rozděleno do tří hlavních oblastí:
  • Záruka. Vypracování základů organizačních opatření a norem kvality softwaru
  • Plánování. Výběr vhodných norem a přizpůsobení pro konkrétní programový projekt.
  • Ovládání. Identifikujte procesy, které zajišťují, že vývoj softwaru splňuje standardy kvality.
  • Organizační politika SQA

    Politika organizace týkající se kvality softwaru musí splňovat následující požadavky:


  • Relevance k cílům a cílům organizace.
  • Závazek k obecným koncepcím zajištění kvality.
  • Závazek k normám kvality přijatým organizací.
  • Odpovědnost za přidělení přiměřených zdrojů.
  • Touha neustále zlepšovat kvalitu a produktivitu organizace.
  • Ke splnění všech požadavků standardu navrhnou společnosti odpovědné za kvalitu. Povinnosti zaměstnance:
  • Zodpovědnost za přípravu ročního programu opatření a rozpočtu SQA.
  • Organizace vypracování plánů rozvoje systému SQA.
  • Celkové sledování provádění ročního programu pravidelných činností a plánovaných rozvojových projektů.
  • Určení způsobilosti činností programu podle charakteristik a objemu subdodavatelských služeb a veřejných zakázek plánovaných na příští rok.
  • Prezentace a propagace otázek SQA pro výkonné řízení.
  • Připravily se studijní návrhyOddělení SQA pro roční program činností, které kontroluje potenciál návrhu k dosažení cílů.
  • Koncepty na vysoké úrovni

    Kvalitativní charakteristiky jsou koncepty na vysoké úrovni, které odrážejí důležité aspekty a nepodléhají přímému hodnocení kvality softwaru. Místo toho by měl plán identifikovat příslušné ukazatele, které lze použít k určení jedné nebo více charakteristik.
    Například při vyhodnocování analyzátoru XML můžete použít soubor testů pro shodu XML W3C. Zahrnuje testy určené k řešení všech aspektů kontroly, stejně jako doporučení W3C Extensible Markup Language (XML) se zvláštním důrazem na požadavky na zacházení s chybami v přesnosti nebo autenticitě dokumentů XML. Procento úspěšných testovacích případů se proto používá jako metrika pro vyhodnocení takových vlastností analyzátoru XML:
  • Perspektiva uživatele.
  • Funkce.
  • Spolehlivost a odolnost proti chybám.
  • Z pohledu uživatele existuje několik důležitých charakteristik, které odpovídají na následující otázky:
  • Kdo poskytuje pro tento účel celou řadu požadovaných funkcí?
  • Spolehlivě funguje, aby získala potřebné výsledky při správném použití?
  • Pracuje program bezpečně a spolehlivě v případě nesprávného zadání?
  • Je snadné používat softwarový produkt?
  • Funguje to rychle nebo se zdá příliš pomalé?
  • Dobře integrovaný program s jiným produktem, kterýpoužívá uživatele?
  • Za předpokladu, že problémy s kvalitou jsou pro uživatele důležité, může tým IT zodpovědný za nasazení a údržbu čelit jiným problémům:
  • Ochrana před škodlivými útoky.
  • Kvalita využívání výpočetních prostředků.
  • Zdroje nízké kvality jsou zdroje, které vyžadují více paměti a výpočetní výkon než je nutné. ISO poskytuje tomuto modelu dvě nové kategorie vyšší úrovně týkající se zabezpečení technologického softwaru.

    Požadavky normy ISO 9126 na výrobek

    ISO 9126 je mezinárodní standard pro hodnocení. Je rozdělen na čtyři části, které se týkají následujících témat:
  • Externí ukazatele.
  • Vnitřní ukazatele.
  • ​​
  • Model kvality.
  • Ukazatele kvality softwaru.
  • První částí normy ISO 9126 je rozšíření předchozí normy provedené McCall (1977), Boehm (1978) a FURPS při definování sady kvalitativních charakteristik. Dokumentace ISO 9126 je předmětem autorských práv. Model kvality ISO 9126-1 definuje 6 hlavních charakteristik:
  • Funkčnost.
  • Spolehlivost.
  • Použitelnost.
  • Účinnost.
  • Doba použitelnosti.
  • Přenositelnost.
  • Funkce produktu

    Funkčnost je primárním účelem jakéhokoli produktu nebo služby. Čím více příležitostí pro používání produktu je těžší zjistit jeho funkčnost. Může to být seznam toho, co je k dispozici. Některé z uvedených funkcí (například pohodlí) jsou obsaženy pouze vdo jisté míry, tedy nejen "zapnuto" nebo "vypnuto". Mnoho lidí je zmateno s celkovou funkčností procesu a softwarového produktu. Často je to kvůli skutečnosti, že diagramy datových toků (DFD) a další simulační nástroje mohou odrážet funkčnost procesu jako soubor převedených datových dat.

    ISO 9126-1 a další modely kvality nepomáhají měřit celkové náklady nebo přínosy procesu, ale zkoumají pouze softwarovou komponentu. Vztah mezi funkčností v rámci celkového podnikového procesu přesahuje ISO 9126. Takové vlastnosti atributů charakterizují užitečnost v tomto prostředí. Každá z nich může být měřena pouze v případě, že existují odpovídající programy systému.

    Charakteristika spolehlivosti a použitelnosti

    Jakmile softwarový systém začne fungovat, charakteristika spolehlivosti určuje jeho schopnost podporovat poskytování svých služeb za určitých podmínek během určitých časových období. Jedním aspektem této funkce je odolnost proti chybám. Například pokud je síť vypnuta po dobu 20 sekund, systém by měl být schopen pokračovat a pokračovat v práci. Schopnost naučit se používat systém (učení) je jednou z hlavních charakteristik použitelnosti. Efektivita souvisí se systémovými prostředky, které slouží k zajištění požadované funkce. Objem disku, paměti a sítě jsou dobrým ukazatelem efektivity. Stejně jako u řady dalších kritérií existuje shoda mezi nimi. Například pohodlí při používání systémuvliv na jeho výkon.

    Přestavba a přenositelnost

    Schopnost identifikovat a opravit chybu v softwarové komponentě je to, na co se vztahuje výkonnostní charakteristika. Jeho výkon je ovlivněn čitelností nebo složitostí kódu, stejně jako jeho modularita. To je něco, co pomůže identifikovat příčinu poruchy a vyřešit ji později. Charakteristiky údržby:
  • Analýza - identifikuje hlavní důvod selhání.
  • Variabilita - Určuje úsilí přidané k úpravě kódu k odstranění chyby.
  • Stabilita - prokazuje, jak stabilní funguje systém při jeho změně.
  • Testování - Určuje, kolik úsilí potřebuje k otestování systému.
  • Tolerance - schopnost systému přizpůsobit se změnám v jeho prostředí.
  • Přizpůsobivost - Jak snadno se systém přizpůsobí změnám provedeným ve specifikaci.
  • Rychlost instalace - jak snadné je instalace systému.
  • Schopnost nahradit - jak snadné je nahradit součást systému.
  • Náklady na kvalitu. Je velmi důležitá. Když se vývojář rozhodne otestovat svůj výrobek, skutečně bude trávit čas, peníze a úsilí otestovat.
  • Způsobilost - Určuje, zda funkce odpovídá požadavkům.
  • Přesnost - stanoví správnost implementace funkcí.
  • Interoperabilita - interakce s ostatními komponentami systému.
  • Shoda s nezbytnými právními předpisy a doporučeními.
  • Zajištění kvality a bezpečnosti softwaru a zpracování transakcí spojených s daty.
  • Spolehlivost - schopnost pracovat za určitých podmínek během určeného časového období.
  • Zralost je četnost selhání.
  • Obnova - představu o schopnosti systému vrátit se k plnohodnotné práci po selhání.
  • Přenositelnost znamená, jak dobře se může přizpůsobit změnám v životním prostředí nebo jeho požadavcích. Objektově orientované metody návrhu a implementace mohou přispět k tomu, jak jsou tyto vlastnosti kvality softwaru v tomto systému přítomny.

    Náklady na procesy analýzy

    Náklady na kvalitu se vypočítají analýzou nákladů na dodržování předpisů a nesrovnalostí. Cena prvního ukazatele se vztahuje k:
  • Náklady na prevenci. Jedná se o částku vynaloženou na zajištění správného dodržování všech metod. Zahrnuje týmový trénink, ověření kódu a další aktivity související s kvalitou souvisejícími s kvalitou.
  • Odhadované náklady. Jedná se o množství peněz vynaložených na plánování všech zkušebních úkolů a poté na jejich provedení, například na vývoj testovacích případů.
  • Náklady na neshodu. Jedná se o náklady, které vznikají při interních a externích poruchách.
  • Vnitřní poruchy jsou náklady, které se vyskytují, když se poprvé provádějí zkušební případy na vnitřní úrovni a některé selhávají. Náklady se vyskytují, když programátor musí během modulárních testů nebo testování součástí opravit všechny chyby nalezené v jeho fragmentu. Exteriérselhání jsou náklady, které vznikají, když je závada nastavena zákazníkem, nikoliv zkoušečem. Tyto náklady jsou mnohem vyšší než náklady, které se objevují na vnitřní úrovni. To platí zejména v případě selhání softwaru.

    Disciplinovaná analýza procesů

    Jedná se o procesorové hodnocení softwarového produktu. To zahrnuje identifikaci a popis současné praxi, identifikovat silné a slabé stránky, a schopnost řídit nebo nedošlo k významné příčiny nekvalitní zboží. Audit programů může být ze tří typů:
  • sebeúcta. Prováděna v rámci vlastního personálu organizace.
  • Odhad organizace třetí strany.
  • Hodnocení třetích stran.
  • Postupy auditu realizován v otevřeném prostředí celkově zlepšit svou výkonnost s využitím softwaru, zajištění kvality software. Výsledky tohoto auditu jsou pro organizaci důvěrné. Pokud jde o shromažďování údajů, používají se čtyři metody:
  • Standardní seznam otázek splatnosti.
  • Individuální a skupinové rozhovory.
  • Přezkum dokumentů.
  • Přezkoumání návrhu posouzení účastníky.

    Standardní metoda SCAMPI

    Stanovení IEEE pro zajištění kvality softwaru:
  • plánované systematické schéma všech činností nutných k vytvoření dostatečnou jistotu, že výrobek nebo výrobek splňuje požadované specifikace.
  • Sada opatření, která hodnotí kvalitu kvality softwaru, prostřednictvím kterévýrobky jsou vyvíjeny nebo vyráběny.
  • CMMI (Software Engineering Institute) pro zdokonalení procesu (SCAMPI) byl vyvinut pro splnění požadavků založených na IPA CBA a CBA. IPI a SCAMPI se skládají ze tří etap:
  • Plán a příprava.
  • Ověření hodnocení na místě.
  • Zpráva o výsledcích.
  • Akce týkající se plánu a fáze odborné přípravy zahrnují následující faktory:
  • Definice oblasti hodnocení.
  • Vypracování plánu.
  • Příprava hodnotícího týmu.
  • Vyhodnocování účastníků.
  • Správa dotazníku CMMI.
  • Studium odpovědí v dotaznících.
  • Provedení prvního přezkumu dokumentů.
  • Opatření ve fázi podávání zpráv zahrnují:
  • Předkládání konečných výsledků.
  • Provedení výkonného zasedání.
  • Dokončení hodnocení kvality softwaru.
  • Opatření pro fázi hodnocení na místě zahrnují:
  • Organizace zahájení projektu.
  • Vedení rozhovorů.
  • Zobecnění informací.
  • Příprava prezentace výsledků.
  • Organizace pro uzavření projektu.
  • Organizační struktura zaměstnanců

    Zahrnuje ty, kteří jsou zodpovědní za kvalitu softwaru. Tito lidé mohou být:
  • Manažeři.
  • Nejvyšší manažeři, zejména ti, kteří jsou přímo odpovědní za zajištění kvality.
  • Vedoucí oddělení podpory a podpory.
  • Vedoucí oddělení testování.
  • Projektoví manažeři a týmy pro vývoj a podporu projektových týmů.
  • Vedoucí týmůtestování
  • Testery.
  • Členové testovacích týmů:
  • odborníci a zainteresované praxe SQA.
  • správci SQA.
  • Členové výboru a členové fóra SQA.
  • Členové týmu divize SQA.
  • Na úkoly SQA jsou zaměstnáni pouze vedoucí pracovníci a pracovníci zkušebního oddělení. Jiní věnují pouze část své pracovní doby problémům s kvalitou. Ve vývojových organizacích jsou ve skutečnosti tři úrovně řídících struktur:
  • vrcholové vedení.
  • Vedení oddělení.
  • Řízení projektů.
  • Projektový manažer je osoba odpovědná za to, že všichni členové týmu dodržují stanovené postupy a pokyny. Jeho úkolem jsou odborné praktické a manažerské otázky. Projektoví manažeři vykonávají následující funkce:
  • Práce vývojové a podpůrné jednotky.
  • Práce na integraci a testování vývoje softwaru, opravy a provádění regresních testů.
  • Provádění inspekcí a následné opravy nedostatků.
  • Provádění přejímacích zkoušek.
  • Instalace softwaru na vzdálené klientské weby.
  • Potřeba instalace antivirových nástrojů

    Při nákupu nového, uživatel přemýšlí o tom, kdy koupit antivirový software. Mnoho z nich stále nazývá tento typ antivirového programu, ačkoli tento termín je dnes zastaralý. Nejhorší ze všeho je fakt, že "nejlepší" malware, pokud ho lze volat, tiše pronikána počítači bez znalosti majitele. Možná bude skrytá z očí uživatele, ale přinese to škody. S vážnou modernizací operačních systémů zmizel potřeba instalace takových podezřelých programů na ochranu počítače. Uživatelé nyní mají systém Windows 10. Společnost Microsoft vytvořila dva důležité nástroje: bránu firewall a program Windows Defender. Tyto dvě údery jsou určeny k ochraně počítače. Protože jsou integrovány do operačního systému, nejsou vyžadovány žádné další externí softwarové prostředky. Společnost Microsoft často aktualizuje nástroje a snaží se zabránit vzniku nových hrozeb. Pokud se z nějakého důvodu něco rozpadne, existuje rozšířená verze "obrany" - obránce Windows. Pracuje offline. Můžete jej spustit bez připojení k Internetu z paměťového zařízení USB. Windows Defender je dobrý nástroj. Neexistuje žádný důvod, proč to nepoužívat. Díky tomu se noví vlastníci při zakoupení antivirového softwaru nenacházejí v takových případech.

    Související publikace