ТРПО 04 Сценарии

Технологии разработки программного обеспечения, ч.
1
_________________________________________________________________________________
План лекции
• Сценарий готовности
• Сценарий модифицируемости
• Сценарий производительности
• Сценарий безопасности
___________________________
УГГУ, каф. информ@тики, 2014г.
Технологии разработки программного обеспечения, ч.1
_________________________________________________________________________________
Готовность
Готовность отражает ситуацию отказа системы и его
возможных последствий.
Отказом системы называется положение, при котором
система теряет способность предоставления услуг,
заявленных в ее спецификации.
отказ (failure) ≠ неисправность (fault)
НО! Не устраненная неисправность может перейти в отказ.
___________________________
_________________________________________________________________________________
Готовность –
это вероятность функционирования системы, когда в этом
есть необходимость.
𝑡бо
𝛼= ,
𝑡бо +𝑡вост
где
𝑡бо - среднее время до появления отказа,
𝑡вост - средняя продолжительность восстановления
___________________________
_________________________________________________________________________________
Сценарий готовности
Элементы атрибутов качества->
<-Общие сценарии готовности
___________________________
_________________________________________________________________________________
Сценарий готовности
Готовность – один из атрибутов качества.

От того, что выступает в качестве источника стимула и
каковы условия, зависит характер реакции. Артефакт в
данном контексте не столь важен.
___________________________
_________________________________________________________________________________
Общие сценарии готовности

Источники стимула делятся на внешние и внутренние
Стимул:
Бездействие – компонент не реагирует на входные данные
Аварийная ситуация – регулярно демонстрирует бездействие
Несоблюдение временных требований – отклик слишком рано/поздно
Неверная реакция – выдает неверное значение
Артефакт – ресурс, к которому предъявляется требование готовности
Условия – состояние системы в целом
Реакция: регистрация отказа, оповещение, переключение в
безопасный режим, выключение на период восстановления и т.д.
Количественная мера реакции - 𝑡вост , 𝑡бо , 𝛼 ___________________________
_________________________________________________________________________________
Пример сценария готовности
___________________________
_________________________________________________________________________________
Модифицируемость
Качество модифицируемости выражает стоимость внесения
изменений.
Решается 2 вопроса:
1. Под воздействием чего артефакт может быть изменен?
Функции, платформа (переносимость), условия функционирования,
протоколы взаимодействия, другие атрибуты качества
(производительность, надежность и т.д.), возможности и т.д.
2. Когда производится модификация и кто ее проводит (условия)?
Изменения можно вносить в реализацию, в периоды компиляции,
построения, настройки конфигурации или исполнения.
___________________________
_________________________________________________________________________________
Общие сценарии модифицируемости

Источник стимула – исполнитель: разработчик, администратор,
конечный пользователь
Стимул – изменения, которые предполагается внести (введение новой
или модификация существующей функции, повышение реактивности,
готовности и т.д.)
Артефакт – объект модификации (функциональность, интерфейс и т.д.)
Условия – время модификации (период ЖЦ системы)
Реакция – необходимо выполнить модификацию, провести
тестирование и развертывание
Количественная мера реакции – затраченные время и деньги
___________________________
_________________________________________________________________________________
Сценарий модифицируемости
___________________________
_________________________________________________________________________________
Производительность
Производительность – характеристика, показывающая, за какое время
система справляется с реакцией на то или иное событие.
Среди факторов, осложняющих производительность – значительное
количество источников событий и образцов поступления.
Источниками поступления могут быть запросы пользователей,
которые делятся на поступающие извне и из системы.
Образцы поступления событий делятся на периодические (например,
каждые 10 мс) и непериодические (согласно некому вероятностному
распределению).
___________________________
_________________________________________________________________________________
Общие сценарии производительности

Источник стимула – из внешних или внутренних источников
Стимул – поступающие события с определенным образцом поступления
Артефакт – предоставляемые системой услуги
Условия – рабочий режим системы
Реакция – обработка поступающих событий, изменение условий
Количественная мера реакции – продолжительность обработки
поступающих событий, разброс вариантов продолжительности,
количество событий, которые система может обработать за период
и т.д.
___________________________
_________________________________________________________________________________
Сценарий производительности
___________________________
_________________________________________________________________________________
Безопасность
Безопасность – характеристика, отражающая способность системы
противостоять попыткам несанкционированного доступа при
одновременном обслуживании легальных пользователей.
Попытка нарушения системы защиты называется угрозой или атакой.
Варианты атаки: получение доступа к данными и услугам, изменение
данных, воспрепятствование обслуживанию легальных клиентов
___________________________
_________________________________________________________________________________
Безопасность предусматривает:
1. Строгое выполнение обязательств – права на отмену транзакции
нет ни у одной из сторон.
2. Конфиденциальность – защита данных и услуг от
несанкционированного доступа.
3. Целостность – данные и службы предоставляются в оговоренном
виде.
4. Гарантирование – участники транзакции не должны выдавать себя
за сторонних лиц.
5. Готовность – открытость системы для легальных пользователей
6. Аудит – отслеживание системой всех операций на уровне, на
котором их можно будет реконструировать ___________________________
_________________________________________________________________________________
Общие сценарии безопасности

Источник стимула – исполнитель (человек или система)
Стимул – атака или попытка подорвать надежность системы защиты
Артефакт – службы или данные системы
Условия – рабочий режим системы (защищена брандмауэром или нет,
оперативный/ неоперативный режим и т.д.)
Реакция – обслуживание легальных пользователей, отказ
неавторизованным, контрольный журнал
Количественная мера реакции – сложность подготовки атак и сложность
восстановления и противодействия атакам
___________________________
_________________________________________________________________________________
Сценарий безопасности
___________________________

ТРПО 04 Сценарии

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

ТРПО 04 Сценарии

Загружено:

Авторское право:

Доступные форматы

Технологии разработки программного обеспечения, ч.

<-Общие сценарии готовности

Готовность – один из атрибутов качества.

Общие сценарии готовности

Пример сценария готовности

Общие сценарии модифицируемости

Общие сценарии производительности

Общие сценарии безопасности

Вам также может понравиться