- •2. Использование шкалы измерений при оценке систем
- •3. Уровни качества tqm. Задачи обеспечения качества. Качество услуг, предоставляемых информационной системой
- •4. Аспекты определения качества информационного продукта. Шесть групп критериев для измерения качества ис, предложенных Pitt l.F.
- •5. Подходы к оценке надёжности ис и пс
- •6. Показатели качества и надежности программных средств (iso 9126)
- •7. Факторы и критерии качества программных средств (гост 28195)
- •8. Функциональная пригодность программных средств (гост 28806).
- •13. Требования к надежности функционирования программных продуктов.
- •11. Формирование требований к качеству функционирования программных продуктов.
- •12. Особенности требований заинтересованных лиц к программному продукту.
- •14. Требования к функциональной безопасности программных продуктов. Стандарт iec 61508-3.
- •15. Требования к информационной безопасности комплексов программ(стандарт iso 15408:1-3)
- •16. Требования к производительности и эффективности использования ресурсов эвм программным продуктом в реальном времени. Стандарт iso 9126.
- •17. Риски ограничений доступных и используемых ресурсов в жц комплекса программных средств: экономические риски, плановые риски, кадровые риски, технические риски, технологические риски.
- •18. Требования по управлению рисками в жизненном цикле программных комплексов (стандарт iso 16085).
- •19. Типы и источники дефектов и ошибок в комплексах программ. Специалисты и соответствующие им типы первичных дефектов, ошибок пс и документации.
- •20. Компоненты процедуры испытания программного продукта на соответствие требованиям
- •21. Испытание надежности функционирования программного продукта
- •22. Испытание функциональной безопасности программного продукта
- •23. Испытание производительности и динамического использования ресурсов эвм программным продуктом. Стандарт iso 14756
14. Требования к функциональной безопасности программных продуктов. Стандарт iec 61508-3.
Наиболее полно функциональная безопасность комплексов программ характеризуется: - величиной ущерба , возможного при проявлении дестабилизирующих факторов и реализации конкретных угроз – рисков, - средним временем между проявлениями непредумышленных угроз , нарушающих безопасность. Однако описать и измерить, в общем виде, возможный ущерб при нарушении безопасности для критических ПС разных классов практически невозможно. Поэтому реализации угроз можно характеризовать интервалами времени между их проявлениями, нарушающими безопасность применения ПС, или наработкой на отказы, отражающиеся на безопасности. Это сближает понятия и требования безопасности с показателями надежности комплексов программ. Различие состоит в том, что в показателях надежности учитываются все реализации отказов, а в характеристиках функциональной безопасности следует регистрировать только те случайные катастрофические отказы, которые отразились на безопасности. Требования к обеспечению функциональной безопасности программных продуктов - установлены в международном стандарте IEC 61508:3. В нем представлен общий подход к видам деятельности на протяжении цикла обеспечения безопасности для систем, содержащих программируемые электронные компоненты систем (ПЭС), которые используются для выполнения различных функций и, в частности, для обеспечения безопасности систем Часть 3. Требования к программному обеспечению содержит: - метод разработки спецификаций требований по безопасности ПЭС , необходимых для достижения заданной функциональной безопасности; - основанный на рисках подход, для определения требований к уровням соответствия комплексу требований на функциональную безопасность ; - количественные меры отказов для систем безопасности ПЭС , связанные с уровнями соответствия комплексу требований систем по функциональной безопасности; - требования для этапов жизненного цикла обеспечения безопасности и деятельности, которая должна проводиться при проектировании и разработке программного продукта, обеспечивающего безопасность; - требования для информации, относящейся к аттестации программных продуктов , которая должна передаваться организациям, производящим компоновку ПЭС в составе системы; - требования, которые должны выполнять организации, производящие модификацию программного продукта, обеспечивающего безопасность; - требования к технологическим средствам производства, таким как инструментальные средства проектирования и разработки, языковые трансляторы, инструментальные средства для тестирования, отыскания и устранения ошибок, средства управления конфигурацией.
15. Требования к информационной безопасности комплексов программ(стандарт iso 15408:1-3)
Стандарт состоит из трех частей, отражающих требования и рекомендации по обеспечению безопасности систем, содержащих программные средства: -Первая часть определяет концепцию всего стандарта. -Вторая самая большая часть формализует методы обеспечения безопасности. -Третья часть полностью посвящена требованиям и процессам обеспечения доверия – (качества) компонентов систем, реализующих функции их безопасности. Положения этой части стандарта трактуются с позиции обеспечения функциональной безопасности, а термин – доверие применяется как понятие качество или уверенность выполнения методических и технологических требований безопасности. В стандарте применяется иерархия детализации требований к безопасности и качеству систем и комплексов программ с использованием специфических терминов: Класс – наиболее общая характеристика качества, которая структурируется семейством. Каждое семейство может иметь несколько компонентов – атрибутов, состоящих из элементов качества. Класс руководства по безопасности определяет требования, направленные на обеспечение:-понятности,-достаточности-и законченности эксплуатационной документации, представляемой разработчиком.
Класс поддержка жизненного цикла определяет требования : -для реализации всех этапов разработки четко определенной модели, включая политики и процедуры устранения недостатков и дефектов, -правильное использование инструментальных средств и методов, - а также меры безопасности для защиты среды разработки. Класс оценка уязвимости комплекса программ определяет требования,: -направленные на идентификацию уязвимостей, которые могут проявиться и быть активизированы Профиль защиты - ПЗ – независимая от реализации совокупность требований безопасности для некоторой категории объектов, отвечающая специфическим требованиям проекта и потребителя. Задание по безопасности (ЗБ) – совокупность требований и спецификаций, предназначенная для использования в качестве основы для оценки конкретного объекта, что оно является полным, непротиворечивым, технически правильным и поэтому пригодно для использования в качестве основы при оценке уровня безопасности соответствующей системы.
