4. Показатели надежности восстанавливаемых объектов.

Под восстановлением объектов понимается процесс перевода объекта в работоспособное состояние из неработоспособного.

Показатели надежности невосстанавливаемых объектов:

1. Средняя наработка на отказ

2. Среднее время восстановления

3. Интенсивность восстановления объекта в момент времени t, отсчитываемый от момента начала восстановления

4. Параметр потока отказов

5. Коэффициент готовности объекта определяется как вероятность того, что в произвольный момент времени объект 

6. Коэффициент простоя – это вероятность нахождения объекта в произвольный момент времени в состоянии отказа.

7.  Коэффициент оперативной готовности R(t) – это вероятность того, что объект окажется в работоспособном состоянии в произвольный момент времени, кроме планируемых периодов, в течение которых применение объекта по назначению не предусматривается и, начиная с этого момента, будет работать безотказно заданный интервал времени.

5. Эффективность компьютерных систем.

Эффективность ситемы зависит от факторов:

– надежность

– производительность

– защищенность

– точность

– стоимость

При оценке эффективности выделяют дискретные состояния, в которых может находиться система. Тогда значения показателя эффективности вычисляется по формуле:

Э =  (Э_j * P_j)

j ϵ G – множество всех состояний системы, Э_j – условный показатель эффективности в j-м состоянии, P_j – вероятность пребыания системы в j-м состоянии.

Как правило. выражается в единицах стоимости.

6. Требования к программному продукту и их свойства.

Требование – это описание того, что должна выполнять программа, а также условий её работы т.е. то что она должна выполнять и при каких условиях (но не как она должна это выполнять).

Этапы разработки требований:

1. Опрос заказчика,

2. Составление документа требований.

Документ требований составляется на естественном языке. В нем описываются функциональные и нефункциональные требования к программе. Требования не должны затрагивать внутренние свойства системы и детализацию кода. Документ требований должен находится под управлением версиями.

Категории требований:

1. Функциональные требования,

2. Интерфейсы,

Эти требования описывают входы получаемые из внешних систем и выхода в другие системы.

3. Данные,

Эти требования описывают данные этой системы.

4. Производительность,

Требования этой категории описывают проблемы масштабирования и синхронизации.

5. Человеческий фактор,

Описывает какие навыки нужно иметь пользователю этой системы, а также уровень и простота использования.

6. Безопасность,

Эти требования описывают как осуществляется доступ к системе, где они должны дублироваться и как часто.

7. Документация,

Эти требования обозначают, куда нужно отнести данный документ,

8. Категории устранения неисправностей,

Реакция системы на ошибки или неправильно введённые данные.

9. Сопровождение,

Эти требования описывают как производится устранение проблем и поставка новых версий.

3. Разработка спецификаций

Этап, который не всегда присутствует. Спецификация требований – описывает всё то, что и документ требований, но предназначена для разработчиков, поэтому содержит уточнённые данные, нужные технические детали, и составляется на смеси естественного и специального языка.

4. Матрица прослеживаемости требований – это матрица представляет собой таблицу в которой каждому требованию ставиться в соответствие аналогичный компонент из последующих этапов разработки программы.

5. Тестирование требований.

После окончания разработки требований приступаем к тестированию. Тестирование требований осуществляют по следующим требованиям:

1. Полнота – набор требований считается полным, если все его составные части представлены и каждая часть выполнена в полном объеме. Требования не должны содержать выражений: и т.д, и тому подобное, и прочее, а также не должны ссылаться на несуществующую информацию.

2. Однозначность – требование должно допускать единственное толкование. Должно быть удобочитаемым и понятным.

3. Непротиворечивость – требования не должны противоречить друг другу или существующим стандартам. В случае необходимости вводят систему приоритетов.

4. Прослеживаемость – каждое требование должно иметь уникальный идентификатор, который позволит проследить его разработку на протяжении всего жизненного цикла программы. Для этой цели используются матрицы прослеживаемости.

5. Осуществимость – каждое требование должно ставить перед системой реально осуществимые задачи как с функциональной точки зрения так и в смысле затрат времени и средств на разработку.

6. Контроле пригодность – каждое требование должно измеряемым, а также тестирование этого требование должно выполняться в приемлемых условиях.