ČSN ISO/IEC 15408-1 - Informační technologie – Bezpečnostní techniky – Kritéria pro hodnocení bezpečnosti IT –Část 1: Úvod a obecný model
| Stáhnout normu: | ČSN ISO/IEC 15408-1 (Zobrazit podrobnosti) |
| Datum vydání/vložení: | 2013-02-01 |
| Zdroj: | https://www.iso.org/obp/ui/#iso:std:iso-iec:15408:-1:ed-3:v2:en |
| Třidící znak: | 369789 |
| Obor: | Identifikační karty a ochrana dat |
| ICS: |
|
| Stav: | Platná |
‹
Nahlásit chybu
POZNÁMKA Jako to platí upraktik inženýrství obecně, vaplikaci principů inženýrství musí být použita určitá ospravedlnění. Výběr ovlivňuje mnoho faktorů, ne jenom aplikace úrovně modulární dekompozice, vrstvení aminimalizace. Například vývojář může navrhnout systém majíc vmysli budoucí aplikace, které nebudou zpočátku implementovány. Vývojář může zvolit vložení určité logiky pro nakládání stěmito budoucími aplikacemi, aniž by byly plně implementovány; dále může vložit některá volání do dosud neimplementovaných modulů, azanechat zbytky volání. Zdůvodnění vývojáře takových odchylek od správně strukturovaných programů bude muset být posouzeno spoužitím posudku, stejně jako aplikace závazných pravidel hodnotného softwarového inženýrství.
NOTE As with engineering practices in general, some amount of judgement must be used in applying engineering principles. Many factors affect choices, not just the application of measures of modular decomposition, layering, and minimization. For example, a developer may design a system with future applications in mind that will not be implemented initially. The developer may choose to include some logic to handle these future applications without fully implementing them; further, the developer may include some calls to as-yet unimplemented modules, leaving call stubs. The developer's justification for such deviations from well-structured programs will have to be assessed using judgement, as well as the application of good software engineering discipline.
3.2.24 softwarové inženýrství
(software engineering) aplikace systematického, disciplinovaného, kvantifikovatelného přístupu kvývoji údržby softwaru; tj. aplikace inženýrství na software [IEEE Std 610.12-1990]POZNÁMKA Jako to platí upraktik inženýrství obecně, vaplikaci principů inženýrství musí být použita určitá ospravedlnění. Výběr ovlivňuje mnoho faktorů, ne jenom aplikace úrovně modulární dekompozice, vrstvení aminimalizace. Například vývojář může navrhnout systém majíc vmysli budoucí aplikace, které nebudou zpočátku implementovány. Vývojář může zvolit vložení určité logiky pro nakládání stěmito budoucími aplikacemi, aniž by byly plně implementovány; dále může vložit některá volání do dosud neimplementovaných modulů, azanechat zbytky volání. Zdůvodnění vývojáře takových odchylek od správně strukturovaných programů bude muset být posouzeno spoužitím posudku, stejně jako aplikace závazných pravidel hodnotného softwarového inženýrství.
3.2.24 software engineering
application of a systematic, disciplined, quantifiable approach to the development and maintenance of software; that is, the application of engineering to software [IEEE Std 610.12-1990]NOTE As with engineering practices in general, some amount of judgement must be used in applying engineering principles. Many factors affect choices, not just the application of measures of modular decomposition, layering, and minimization. For example, a developer may design a system with future applications in mind that will not be implemented initially. The developer may choose to include some logic to handle these future applications without fully implementing them; further, the developer may include some calls to as-yet unimplemented modules, leaving call stubs. The developer's justification for such deviations from well-structured programs will have to be assessed using judgement, as well as the application of good software engineering discipline.