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

1
_________________________________________________________________________________

План лекции

• Сценарий готовности
• Сценарий модифицируемости
• Сценарий производительности
• Сценарий безопасности

___________________________
УГГУ, каф. информ@тики, 2014г.
Технологии разработки программного обеспечения, ч.1
_________________________________________________________________________________

Готовность
Готовность отражает ситуацию отказа системы и его
возможных последствий.
Отказом системы называется положение, при котором
система теряет способность предоставления услуг,
заявленных в ее спецификации.
отказ (failure) ≠ неисправность (fault)
НО! Не устраненная неисправность может перейти в отказ.

___________________________
УГГУ, каф. информ@тики, 2014г.
Технологии разработки программного обеспечения, ч.1
_________________________________________________________________________________

Готовность –
это вероятность функционирования системы, когда в этом
есть необходимость.
𝑡бо
𝛼= ,
𝑡бо +𝑡вост
где
𝑡бо - среднее время до появления отказа,
𝑡вост - средняя продолжительность восстановления

___________________________
УГГУ, каф. информ@тики, 2014г.
 Технологии разработки программного обеспечения, ч.1
_________________________________________________________________________________

Сценарий готовности
Элементы атрибутов качества->

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

___________________________
УГГУ, каф. информ@тики, 2014г.
Технологии разработки программного обеспечения, ч.1
_________________________________________________________________________________

Сценарий готовности

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

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

___________________________
УГГУ, каф. информ@тики, 2014г.
Технологии разработки программного обеспечения, ч.1
_________________________________________________________________________________

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

Источники стимула делятся на внешние и внутренние
Стимул:
Бездействие – компонент не реагирует на входные данные
Аварийная ситуация – регулярно демонстрирует бездействие
Несоблюдение временных требований – отклик слишком рано/поздно
Неверная реакция – выдает неверное значение
Артефакт – ресурс, к которому предъявляется требование готовности
Условия – состояние системы в целом
Реакция: регистрация отказа, оповещение, переключение в
безопасный режим, выключение на период восстановления и т.д.
Количественная мера реакции - 𝑡вост , 𝑡бо , 𝛼 ___________________________
УГГУ, каф. информ@тики, 2014г.
Технологии разработки программного обеспечения, ч.1
_________________________________________________________________________________

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

___________________________
УГГУ, каф. информ@тики, 2014г.
Технологии разработки программного обеспечения, ч.1
_________________________________________________________________________________

Модифицируемость
Качество модифицируемости выражает стоимость внесения
изменений.
Решается 2 вопроса:
1. Под воздействием чего артефакт может быть изменен?
Функции, платформа (переносимость), условия функционирования,
протоколы взаимодействия, другие атрибуты качества
(производительность, надежность и т.д.), возможности и т.д.
2. Когда производится модификация и кто ее проводит (условия)?
Изменения можно вносить в реализацию, в периоды компиляции,
построения, настройки конфигурации или исполнения.
___________________________
УГГУ, каф. информ@тики, 2014г.
Технологии разработки программного обеспечения, ч.1
_________________________________________________________________________________

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

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

Сценарий модифицируемости

___________________________
УГГУ, каф. информ@тики, 2014г.
Технологии разработки программного обеспечения, ч.1
_________________________________________________________________________________

Производительность
Производительность – характеристика, показывающая, за какое время
система справляется с реакцией на то или иное событие.
Среди факторов, осложняющих производительность – значительное
количество источников событий и образцов поступления.
Источниками поступления могут быть запросы пользователей,
которые делятся на поступающие извне и из системы.
Образцы поступления событий делятся на периодические (например,
каждые 10 мс) и непериодические (согласно некому вероятностному
распределению).
___________________________
УГГУ, каф. информ@тики, 2014г.
Технологии разработки программного обеспечения, ч.1
_________________________________________________________________________________

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

Источник стимула – из внешних или внутренних источников
Стимул – поступающие события с определенным образцом поступления
Артефакт – предоставляемые системой услуги
Условия – рабочий режим системы
Реакция – обработка поступающих событий, изменение условий
Количественная мера реакции – продолжительность обработки
поступающих событий, разброс вариантов продолжительности,
количество событий, которые система может обработать за период
и т.д.
___________________________
УГГУ, каф. информ@тики, 2014г.
Технологии разработки программного обеспечения, ч.1
_________________________________________________________________________________

Сценарий производительности

___________________________
УГГУ, каф. информ@тики, 2014г.
Технологии разработки программного обеспечения, ч.1
_________________________________________________________________________________

Безопасность
Безопасность – характеристика, отражающая способность системы
противостоять попыткам несанкционированного доступа при
одновременном обслуживании легальных пользователей.
Попытка нарушения системы защиты называется угрозой или атакой.
Варианты атаки: получение доступа к данными и услугам, изменение
данных, воспрепятствование обслуживанию легальных клиентов

___________________________
УГГУ, каф. информ@тики, 2014г.
Технологии разработки программного обеспечения, ч.1
_________________________________________________________________________________

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

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

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

Сценарий безопасности

___________________________
УГГУ, каф. информ@тики, 2014г.