Средства восстановления при ошибках на входе

Практические приемы оценки и повышения качества техдокументации по оценочным элементам фактора «надежность» согласно ГОСТ 28195-89. Материал входит в цикл статей «Качество технической документации». Редакция от 29.04.2021.

Создан 21.12.2011 15:00:44

В первой, вводной части статьи «Качество технической документации. Часть I»:

рассмотрены общие проблемы качества технической документации;
определен круг специалистов, заинтересованных в четких и прозрачных инструкциях по оценке качества техдокументации;
обосновано применение ГОСТ 2.105, ГОСТ 19.106-78, ГОСТ 28195-89 и ГОСТ 8.417-2002 при оценке качества техдокументации.

- Качество технической документации. Часть II

В настоящей и последующих статьях будут освещены практические приемы оценки качества техдокументации (проанализированы критерии оценки), показаны подходы к «автоматическому» повышению качества технической документации, т.е. как разрабатывать документацию таким образом, чтобы качество ее по умолчанию было предопределенным и буквально «зашкаливало» по подходящим оценочным критериям ГОСТ 28195-89, а также соответствовало требованиям ГОСТ 2.105, ГОСТ 19.106-78 и ГОСТ 8.417-2002.

Оценочные элементы фактора «надежность ПС»

Итак, обратимся к первоисточнику — ГОСТ 28195-89, а именно к таблице 5.

Таблица 5 — Оценочные элементы фактора «надежность ПС» (немного изменена)

Код элемента	Наименование	Метод оценки	Оценка
Средства восстановления при ошибках на входе
Н0101	Наличие требований к программе по устойчивости функционирования при наличии ошибок во входных данных	Экспертный	0-1
Н0102	Возможность обработки ошибочных ситуаций	То же	0-1
Н0103	Полнота обработки ошибочных ситуаций	»	0-1
Н0104	Наличие тестов для проверки допустимых значений входных данных	»	0-1
Н0105	Наличие системы контроля полноты входных данных	»	0-1
Н0106	Наличие средств контроля корректности входных данных	»	0-1
Н0107	Наличие средств контроля непротиворечивости входных данных	»	0-1
Н0108	Наличие проверки параметров и адресов по диапазону их значений	»	0-1
Н0109	Наличие обработки граничных результатов	»	0-1
Н0110	Наличие обработки неопределенностей (деление на 0, квадратный корень из отрицательного числа и т.д.)	»	0-0-11
Средства восстановления при сбоях оборудования
Н0201	Наличие требований к программе по восстановлению процесса выполнения в случае сбоя операционной системы, процессора, внешних устройств	»	0-1
Н0202	Наличие требований к программе по восстановлению результатов при отказах процессора, ОС	»	0-1
Н0203	Наличие средств восстановления процесса в случае сбоев оборудования	»	0-1
Н0204	Наличие возможности разделения по времени выполнения отдельных функций программ	»	0-1
Н0205	Наличие возможности повторного старта с точки останова	»
Реализация управления средствами восстановления
Н0301	Наличие централизованного управления процессами, конкурирующими из-за ресурсов	»	0-1
Н0302	Наличие возможности автоматически обходить ошибочные ситуации в процессе вычисления	»	0-1
Н0303	Наличие средств, обеспечивающих завершение процесса решения в случае помех	»	0-1
Н0304	Наличие средств, обеспечивающих выполнение программы в сокращенном объеме в случае ошибок или помех	»	0-1
Н0305	Показатель устойчивости к искажающим воздействиям	Расчетный	P(Y) = 1 -D/K, где D — число экспериментов, в которых искажающие воздействия приводили к отказу, К — число экспериментов, в которых имитировались искажающие воздействия
Функционирование в заданных режимах
Н0401	Вероятность безотказной работы	То же	P = 1 — Q/N, где Q — число зарегистрированных отказов, N — число экспериментов,
Обеспечение обработки заданного объема информации
Н0501	Оценка по среднему времени восстановления	»	где Твдоп — допустимое среднее время восстановления; Тв — среднее время восстановления, которое определяется по формуле где N — число восстановлений; Tвi — время восстановления после i-го отказа
Н0502	Оценка по продолжительности преобразования входного набора данных в выходной	Расчетный	где — допустимое время преобразования i-го входного набора данных; Тпi — фактическая продолжительность преобразования i-го входного набора данных

Примечание — Здесь и далее требования в оценочных элементах будут применяться все больше к техническому заданию на автоматизированную систему, поскольку:

ТЗ на АС наиболее востребованы на текущий момент, да и оценки часто касаются именно требований;
на примере ТЗ можно с максимумом наглядности показать способы достижения того самого предопределенного качества документа, о котором упоминалось выше.

Всяческие «фазы» и «этапы» можно смело проигнорировать — в ходе дальнейшего повествования станет понятно, почему именно.

Наличие требований к программе по устойчивости функционирования при наличии ошибок во входных данных

«Наличие… при наличии…» 😉

Чтобы получить у эксперта заветный кол (единичку), достаточно прописать в подразделе «Требования к надежности программного обеспечения» технического задания что-то такое: «ПО (или программа) должно (должна) обеспечивать устойчивость функционирования при наличии ошибок во входных данных». Как это требование будет реализовано в ходе проектирования — дело стодвадцатьпятое. В данном случае руководствуемся только формальным требованием наличия требования — «…требованием… требования…» 🙄

Возможность обработки ошибочных ситуаций

Единичка зарабатывается способом, аналогичным предыдущему.

Полнота обработки ошибочных ситуаций

Полнота обработки ошибочных ситуаций — в документах должен быть приведен полный перечень ошибочных ситуаций. Если предусмотрена обработка всех ошибочных ситуаций, то полноту обработки можно считать 100-процентной.

Наличие тестов для проверки допустимых значений входных данных

Критерий звучит несколько старообразно. Сейчас, когда практически все программы оснащены графическим интерфейсом пользователя, допустимые значения входных данных, вводимых пользователем в диалоговом или интерактивном режиме, проходят форматно-логический контроль.

Контроль формата ввода данных: программа позволяет пользователю вводить дату только в формате ДД.ММ.ГГГГ, но не в ГГГГ/ММ/ДД и ни в каком ином. Логический контроль: дата окончания школы не может быть введена БОЛЕЕ ранней, нежели чем дата поступления в школу 😎

О форматно-логическом контроле следует упомянуть где-нибудь в подразделе Требования к лингвистическому обеспечению или создать дополнительный подраздел «Требования к интерфейсу пользователя» в техническом задании.

Наличие системы контроля полноты входных данных

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

- Полнота входных данных

Наличие средств контроля корректности входных данных

См. выше. Корректность входных данных, помимо применения форматно-логического контроля, можно обеспечить путем выбора пользователем данных из календарей, выпадающих списков, словарей и т.д., см. рисунок ниже.

Наличие средств контроля непротиворечивости входных данных

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

Наличие проверки параметров и адресов по диапазону их значений

Требование по проверке параметров можно добавить в техническое задание, проверкой адресов, если речь идет об адресе команды или адресе в пространстве памяти, занимается любая операционная система.

Наличие обработки граничных результатов

Прокомментировать данное требование представляется пока затруднительным.

Наличие обработки неопределенностей (деление на 0, квадратный корень из отрицательного числа и т.д.)

В языках высокого уровня, применяемых повсеместно, присутствует встроенная обработка неопределенностей — поддержка исключительных ситуаций (Exception handling). В техническом задании на АС имеется подраздел Требования к лингвистическому обеспечению, в котором и задаются требования ко всевозможным языкам. В ТЗ на ПО для этого придуман подраздел Требования к информационной и программной совместимости.

Средства восстановления при сбоях оборудования

Наличие требований к программе по восстановлению процесса выполнения в случае сбоя операционной системы, процессора, внешних устройств

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

Наличие требований к программе по восстановлению результатов при отказах процессора, ОС

По аналогии с предыдущим требованием. При отказах (зависаниях, а не крахах) операционной системы часто применяется интересная штука: на какой-нибудь из портов ПЭВМ или сервера «подвешивается» некое устройство, периодически опрашивающее порт. Если порт в течение некоторого времени не отзывается, устройство просто перезагружает компьютер с восстановлением ранее загруженных и выполнявшихся программ.

Наличие средств восстановления процесса в случае сбоев оборудования

То же. Только не оборудования, а технических средств.

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

Наличие возможности разделения по времени выполнения отдельных функций программ — в техническом задании на автоматизированную систему есть соответствующий подраздел Требования к функциям (задачам), выполняемым системой, в котором имеется соответствующий пункт. В ТЗ на ПО имеется подраздел Требования к функциональным характеристикам, содержащий пункт о характеристиках временных.

Наличие возможности повторного старта с точки останова

Хитрое требование. В стародавние времена применялся принцип мажоритарного резервирования, когда одну и ту же программу выполняли одновременно три микроконтроллера. В силу временных погрешностей (даже при применении одного кварцевого резонатора) каждый из микроконтроллеров выходил в точку останова в разное время (разница была незначительной — какие-нибудь наносекунды — но тем не менее). В момент времени, когда самый медленный контроллер попадал в точку останова, вся компания дружно обменивалась между собой некими данными и, если они были идентичны, выполнялся старт с точки останова. Таким образом обеспечивалась высочайшая надежность, а заодно и синхронизация.

Сейчас точкой останова можно считать момент времени, когда программа находится в режиме ожидания. К примеру, когда запускается тот же Microsoft™ Word, он завершает все свои инициализационные процедуры, после чего выходит на точку останова — ждет ввода данных пользователем.

Реализация управления средствами восстановления

Наличие централизованного управления процессами, конкурирующими из-за ресурсов

Централизованное управление процессами, конкурирующими из-за ресурсов, встроено во все применяемые ныне операционные системы. Требования к операционным системам, входящим в состав общего программного обеспечения, расписываются в подразделе Требования к программному обеспечению технического задания.

Наличие возможности автоматически обходить ошибочные ситуации в процессе вычисления

См. Наличие требований к программе по устойчивости функционирования при наличии ошибок во входных данных.

Наличие средств, обеспечивающих завершение процесса решения в случае помех

Не совсем ясно, что считать помехами? Если это какие-нибудь электромагнитные помехи или внешние воздействующие факторы по ГОСТ 26883-86, то следует озвучить заданное требование в техническом задании, а в подразделе Требования к защите от влияния внешних воздействий указать предельные их уровни, например «…соответствие нормам индустриальных помех для оборудования класса А согласно ГОСТ Р 51318.22 (СИСПР 22-97)».

Наличие средств, обеспечивающих выполнение программы в сокращенном объеме в случае ошибок или помех

По аналогии с предыдущим пунктом.

Показатель устойчивости к искажающим воздействиям

Не рассматривается, как экспериментальный.

Функционирование в заданных режимах

Вероятность безотказной работы

См. выше.

Обеспечение обработки заданного объема информации

Оценка по среднему времени восстановления

См. выше.

Оценка по продолжительности преобразования входного набора данных в выходной

См. выше.

Выводы по II части статьи

Примечание — Четыре крайних элемента таблицы не учитывались, поскольку речь в них идет об экспериментах, которые проведены быть не могут до испытаний.

Итак, казалось бы, оценочные факторы надежности должны применяться к программному средству, а фактически, причем вполне обоснованно и справедливо, они были применены к техническому заданию, т.е. к документу, и определили его качество. В сумме ТЗ (в части надежности) получило 17 баллов из 23-х возможных, что есть 73,9 %, если подходить формально. Если не учитывать четыре крайних элемента, то процентное соотношение будет составлять 94,4.

Мораль: при развернутой формулировке оценочных элементов в виде требований технического задания сам документ «автоматически» получит наивысшую экспертную оценку, что крайне важно при проведении конкурсных разработок.

Приложение г Метрическая оценка качества решения

Оценка качества
программного продукта проводится в
соответствии с ГОСТ 28195-89. Выбор
номенклатуры показателей качества для
данного программного продукта
осуществляется с учетом его требований
и области применения. Данный программный
продукт относится к подклассу 509 — «Прочие
ПС».

Применимость
показателей качества

Номенклатура ПС
для прочих прикладных программ
представлена в таблице.

Таблица Г.1 –
применимость показателей качества

Показатели	Применимость
1. Показатели надежности ПС
1.1. Устойчивость функционирования (Н1)	+
1.2. Работоспособность (Н2)	+
2. Показатели сопровождения
2.1. Структурность (С1)	+
2.2. Простота конструкции (С2)	+
2.3. Наглядность (С3)	+
2.4. Повторяемость (С4)	+
3. Показатели удобства применения
3.1. Легкость освоения (У1)	+
3.2. Доступность эксплуатационных программных документов (У2)	+

Продолжение таблицы
Г.1

3.3. Удобство эксплуатации и обслуживания (У3)	+
4. Показатели эффективности
4.1. Уровень автоматизации (Э1)	+
4.2. Временная эффективность (Э2)	+
4.3. Ресурсоёмкость (Э3)	+
5. Показатели универсальности
5.1. Гибкость (Г1)	+
5.2. Мобильность (Г2)	+
5.3. Модифицируемость (Г3)	+
6. Показатели корректности
6.1. Полнота реализации (К1)	+
6.2. Согласованность (К2)	+
6.3. Логическая корректность (К3)	+
6.4. Проверенность (К4)	+

Примечание:
знак «+» означает применяемость
соответствующего показателя качества;
знак «±» означает ограниченную
применяемость соответствующего
показателя качества; знак «–» означает
неприменимость соответствующего
показателя качества.

Показатели
надежности

Таблица Г.2 –
Оценочные элементы фактора «Надежность
ПС»

Код элемента	Наименование	Метод оценки	Оценка
Средства восстановления при ошибках на входе
Н0101	Наличие требований к программе по устойчивости функционирования при наличии ошибок во входных данных	Экспертный	1
Н0102	Возможность обработки ошибочных ситуаций	»	1
Н0103	Полнота обработки ошибочных ситуаций	»	0
Н0104	Наличие тестов для проверки допустимых значений входных данных	»	1
Н0105	Наличие системы контроля полноты входных данных	»	1
Н0106	Наличие средств контроля корректности входных данных	»	1
Н0107	Наличие средств контроля непротиворечивости входных данных	»	0
Н0108	Наличие проверки параметров и адресов по диапазону их значений	»	0
Н0109	Наличие обработки граничных результатов	»	1

Продолжение
таблицы Г.2

Н0110	Наличие обработки неопределенностей (деление на 0, квадратный корень из отрицательного числа и т.д.)	»	1
		Итого:	0,7
Средства восстановления при сбоях оборудования
Н0201	Наличие требований к программе по восстановлению процесса выполнения в случае сбоя операционной системы, процессора, внешних устройств	Экспертный	0
Н0202	Наличие требований к программе по восстановлению результатов при отказах процессора, ОС	»	0
Н0203	Наличие средств восстановления процесса в случае сбоев оборудования	»	0
Н0204	Наличие возможности разделения по времени выполнения отдельных функций программ	Экспертный	0
Н0205	Наличие возможности повторного старта с точки останова	Экспертный	0
		Итого:	0

Продолжение
таблицы Г.2

Реализация управления средствами восстановления
Н0301	Наличие централизованного управления процессами, конкурирующими из-за ресурсов	Экспертный	0
Н0302	Наличие возможности автоматически обходить ошибочные ситуации в процессе вычисления	»	0
Н0303	Наличие средств, обеспечивающих завершение процесса решения в случае помех	»	1
Н0304	Наличие средств, обеспечивающих выполнение программы в сокращенном объеме в случае ошибок или помех	»	0
Н0305	Показатель устойчивости к искажающим воздействиям	Расчетный	0
		Итого:	0,2
Функционирование в заданных режимах
Н0401	Вероятность безотказной работы	Расчетный	0,9
		Итого:	0,9
Обеспечение обработки заданного объема информации
Н0501	Оценка по среднему времени восстановления	Расчетный	1
Н0502	Оценка по продолжительности преобразования входного набора данных в выходной	Расчетный	1
		Итого:	1

Показатели
сопровождения

Таблица Г.3 –
Оценочные элементы фактора «Сопровождаемость
ПС»

Код элемента	Наименование	Метод оценки	Оценка
Простота архитектуры проекта
С0101	Наличие модульной схемы программы	Экспертный	1
С0102	Оценка программы по числу уникальных модулей	»	1
	Итого:	1
Сложность архитектуры проекта
С0201	Наличие ограничений на размеры модуля	»	0
		Итого:	0
Межмодульные связи
С030	Наличие требований к независимости модулей программы от типов и форматов выходных данных	»	1
С0301	Наличие проверки корректности передаваемых данных	»	0
С0302	Оценка простоты программы по числу точек входа и выхода	Расчетный	0,25
С0303	Осуществляется ли передача результатов работы модуля через вызывающий его модуль	Экспертный	1
С0304	Осуществляется ли контроль за правильностью данных, поступающих в вызывающий модуль от вызываемого	То же	0
		Итого:	0,45

Продолжение
таблицы Г.3

Соблюдение принципа нисходящего программирования
С0601	Использование при построении программ метода структурного программирования	»	1
С0602	Соблюдение принципа разработки программы сверху вниз	»	1
С0603	Оценка программы по числу циклов с одним входом и одним выходом	»	1
С0604	Оценка программы по числу циклов	»	1
		Итого:	1
Комментарии логики программ проекта
С0801	Наличие комментариев ко всем машинозависимым частям программы	»	0
С0802	Наличие комментариев к машинозависимым операторам программы	»	0
С0803	Наличие комментариев в точках входа и выхода программы	»	1
		Итого:	0,33
Оформление текста программ
С0901	Соответствие комментариев принятым соглашениям	»	1
С0902	Наличие комментариев-заголовков программы с указанием ее структурных и функциональных характеристик	»	0
С0903	Оценка ясности и точности описания последовательности функционирования всех элементов программы	»	1
		Итого:	0,66

Продолжение
таблицы Г.3

Простота кодирования
С1001	Используется ли язык высокого уровня	»	1
С1002	Оценка простоты программы по числу переходов по условию	Расчетный	0,8
		Итого:	0,9

Показатели
удобства применения

Таблица Г.4 –
Оценочные элементы фактора «Удобство
применения ПС»

Код элемента	Наименование	Метод оценки	Оценка
Освоение работы ПС
У0101	Возможность освоения программных средств по документации	Экспертный	1
У0102	Возможность освоения ПС на контрольном примере при помощи ЭВМ	»	1
У0103	Возможность поэтапного освоения ПС	»	1
		Итого:	1
Документация для освоения
У0201	Полнота и понятность документации для освоения	»	1
У0202	Точность документации для освоения	»	1
У0203	Техническое исполнение документации	»	1
		Итого:	1
Полнота пользовательской документации
У0301	Наличие краткой аннотации	»	1
У0302	Наличие описания решаемых задач	»	1
У0303	Наличие описания структуры функции ПС	»	1
У0304	Наличие описания основных функций ПС	»	1

Продолжение
таблицы Г.4

У0306	Наличие описания частных функций	»	0
У0307	Наличие описания алгоритмов	»	0
У0308	Наличие описания межмодульных интерфейсов	»	0
У0309	Наличие описания пользовательских интерфейсов	»	0
У0310	Наличие описания входных и выходных данных	»	1
У0311	Наличие описания диагностических сообщений	»	1
У0312	Наличие описания основных характеристик ПС	»	1
У0314	Наличие описания программной среды функционирования ПС	»	1
У0315	Достаточность документации для ввода ПС в эксплуатацию	»	1
У0316	Наличие информации технологии переноса для мобильных программ	»	0
	Итого:	0,56
Точность пользовательской документации
У0401	Соответствие оглавления содержанию документации	»	1
У0402	Оценка оформления документации	»	1
У0403	Грамматическая правильность изложения документации	»	1
У0404	Отсутствие противоречий	»	1
У0405	Отсутствие неправильных ссылок	»	1
У0406	Ясность формулировок и описаний	»	1
У0407	Отсутствие неоднозначных формулировок и описаний	»	1
У0408	Правильность использования терминов	»	1
У0409	Краткость, отсутствие лишней детализации	»	1
У0410	Единство формулировок	»	1
У0411	Единство обозначений	»	1
У0412	Отсутствие ненужных повторений	»	1
У0413	Наличие нужных объяснений	»	1
		Итого:	1

Продолжение
таблицы Г.4

Понятность пользовательской документации
У0501	Оценка стиля изложения	»	1
У0502	Дидактическая разделенность	»	1
У0503	Формальная разделенность	»	1
У0504	Ясность логической структуры	»	1
У0505	Соблюдение стандартов и правил изложения в документации	»	0,85
У0506	Оценка по числу ссылок вперед в тексте документов	»	1
		Итого:	0,97
Техническое исполнение пользовательской документации
У0601	Наличие оглавления	»	1
У0602	Наличие предметного указателя	»	0
У0603	Наличие перекрестных ссылок	»	0
У0604	Наличие всех требуемых разделов	»	1
У0605	Соблюдение непрерывности нумерации страниц документов	»	1
У0606	Отсутствие незаконченных разделов абзацев, предложений	»	1
У0607	Наличие всех рисунков, чертежей, формул, таблиц	»	1
У0608	Наличие всех строк и примечаний	»	1
У0609	Логический порядок частей внутри главы	»	1
		Итого:	1
Прослеживание вариантов пользовательской документации
У0701	Наличие полного перечня документации	»	1
		Итого:	1
Эксплуатация
У0801	Уровень языка общения пользователя с программой	»	1
У0802	Легкость и быстрота загрузки и запуска программы	»	1
У0803	Легкость и быстрота завершения работы программы	»	1
У0804	Возможность распечатки содержимого программы	»	0

Продолжение
таблицы Г.4

У0805	Возможность приостановки и повторного запуска работы без потерь информации	»	1
	Итого:	0,8
Управление меню
У0901	Соответствие меню требованиям пользователя	»	1
У0902	Возможность прямого перехода вверх и вниз по многоуровневому меню (пропуск уровней)	»	0
	Итого:	0,5
Функция Help
У1001	Возможность управления подробностью получаемых выходных данных	»	0
У1002	Достаточность полученной информации для продолжения работы	»	0
	Итого:	0
Управление данными
У1101	Обеспечение удобства ввода данных	»	1
У1102	Легкость восприятия	»	1
	Итого:	1
Рабочие процедуры
У1201	Обеспечение программой выполнения предусмотренных рабочих процедур	»	1
У1202	Достаточность информации, выдаваемой программой для составления доп. процедур	»	1
	Итого:	1

Показатели
эффективности

Таблица Г.5 –
Оценочные элементы фактора «Эффективность
ПС»

Код элемента	Наименование	Метод оценки	Оценка
Уровень автоматизации
Э0101	Проблемно-ориентированные функции	»	1
Э0102	Машинно-ориентированные функции	»	0
Э0103	Функции ведения и управления	»	1
Э0104	Функции ввода/вывода	»	1
Э0105	Функции защиты и проверки данных	»	0
Э0106	Функции защиты от несанкционированного доступа	»	0
Э0107	Функции контроля доступа	»	0
Э0108	Функции защиты от внесения изменений	»	0
Э0109	Наличие соответствующих границ функциональных областей	»	1
Э0110	Число знаков после запятой в результатах вычислений	»	0
	Итого:	0,4
Временная эффективность
Э0201	Время выполнения программ	»	0,9
Э0202	Время реакции и ответов	»	1
Э0203	Время подготовки	»	1
Э0205	Затраты времени на защиту данных	»	0
Э0206	Время компиляции	»	1
	Итого:	0,78

Продолжение
таблицы Г.5

Ресурсоемкость
Э0301	Требуемый объем внутренней памяти	»	1
Э0302	Требуемый объем внешней памяти	»	1
Э0303	Требуемые периферийные устройства	»	1
Э0304	Требуемое базовое программное обеспечение	»	1
	Итого:	1

Показатели
универсальности

Таблица Г.6 –
Оценочные элементы фактора «Универсальность
ПС»

Код элемента	Наименование	Метод оценки	Оценка
Широта охвата функций
Г0101	Оценка числа потенциальных пользователей	Экспертный	0,5
Г0102	Оценка числа функций ПС	То же	0,9
Г0103	Насколько набор функций удовлетворяет требованиям пользователя	»	0,8
Г0104	Насколько возможности программ охватывают область решаемых пользователем задач	»	0,7
Г0105	Возможность настройки формата выходных данных для конкретных пользователей	»	0
		Итого:	0,58

Продолжение
таблицы Г.6

Простота архитектуры проекта
Г0201	Наличие схемы иерархии модулей программы	»	1
Г0202	Оценка независимости модулей	»	0,7
Г0203	Оценка числа уникальных элементов/реквизитов	»	0,6
Г0204	Используется ли в текущем вызове модуля информация, полученная в предыдущем вызове	»	0,9
Г0205	Оценка организации точек входа и выхода модуля	»	1
Г0206	Наличие описания атрибутов модуля	»	1
		Итого:	0,87
Сложность архитектуры проекта
Г0301	Оценка программ по числу переходов и точек ветвления	»	0,8
		Итого:	0,8
Сложность структуры кода программ
Г0401	Использование метода пошагового уточнения	»	0,4
Г0402	Наличие описания структуры программ	»	0,8
Г0403	Наличие описания связей между элементами структуры программы	»	0,7
Г0404	Наличие в программе повторного выполнения функций (подпрограмм)	»	0,8
		Итого:	0,68

Продолжение
таблицы Г.6

Применение стандартных протоколов связи
Г0501	Использование стандартных протоколов связи	Экспертный	0,9
		Итого:	0,9
Применение стандартных интерфейсных программ
Г0601	Использование стандартных интерфейсных подпрограмм	То же	0
		Итого:	0
Зависимость от используемого комплекса технических средств
Г0701	Оценка зависимости программ от ёмкости оперативной памяти ЭВМ	»	0
Г0702	Оценка зависимости временных характеристик программы от скорости вычислений ЭВМ	»	1
Г0703	Оценка зависимости функционирования программы от числа внешних запоминающих устройств и их общей емкости	»	0
Г0704	Оценка зависимости функционирования программы от специальных устройств ввода-вывода	»	0
	Итого:	0,57
Зависимость от базового программного обеспечения
Г0801	Применение специальных языков программирования	»	0
Г0802	Оценка зависимости программы от программ операционной системы	»	0
Г0803	Зависимость от других программных средств	»	1
		Итого:	0,33

Продолжение
таблицы Г.6

Изоляция немобильности
Г0901	Оценка локализации непереносимой части программы	»	0
		Итого:	0
Простота кодирования
Г1001	Оценка использования отрицательных или булевых выражений	»	0,7
Г1002	Оценка программы по использованию условных переходов	»	0,7
Г1003	Оценка программы по использованию безусловных переходов	»	0,7
Г1004	Оформление процедур входа выхода из циклов	»	0,8
Г1005	Ограничения на модификацию переменной индексации в цикле	»	0,7
Г1006	Оценка модулей по направлению потока управления	»	0
Г1007	Оценка программы по использованию локальных переменных	»	0,8
		Итого:	0,63
Число комментариев
Г1101	Оценка программы по числу комментариев	»	0,7
		Итого:	0,7
Качество комментариев
Г1201	Наличие заголовка в программе	»	0
Г1202	Комментарии к точкам ветвлений	»	0
Г1203	Комментарии к машинозависимым частям программы	»	0
Г1204	Комментарии к машинозависимым операторам программы	»	0
Г1205	Комментарии к операторам объявления переменных	»	0

Продолжение
таблицы Г.6

Г1206	Оценка семантики операторов	»	1
Г1207	Наличие соглашений по форме представлений комментариев	»	0
Г1208	Наличие общих комментариев к программам	»	0
		Итого:	0,13
Использование описательных средств языка
Г1301	Использование языков высокого уровня	»	1
Г1302	Семантика имен используемых переменных	»	1
Г1303	Использование отступов, сдвигов и пропусков при формировании текста	»	1
Г1304	Размещение операторов по строкам	»	1
		Итого:	1
Независимость модулей
Г1401	Передача информации для управления по параметрам	»	1
Г1402	Параметрическая передача входных данных	»	1
Г1403	Наличие передачи результатов работы между модулями	»	1
Г1404	Наличие проверки правильности данных, получаемых модулями от вызываемого модуля	»	0
Г1405	Использование общих областей памяти	»	1
		Итого:	0,8

Показатели
корректности

Таблица Г.7 –
Оценочные элементы фактора «Корректность
ПС»

Код элемента	Наименование	Метод оценки	Оценка
Требования, предъявляемые к полноте документации разработчика
К0101	Наличие всех необходимых документов для понимания и использования ПС	Экспертный	1
К0102	Наличие описания и схемы иерархии модулей программы	»	1
К0103	Наличие описания основных функций	»	1
К0104	Наличие описания частных функций	»	1
К0105	Наличие описания данных	»	1
К0106	Наличие описания алгоритмов	»	0
К0107	Наличие описания интерфейсов между модулями	»	0
К0108	Наличие описания интерфейсов с пользователями	»	0
К0109	Наличие описания используемых числовых методов	»	0
К0110	Указаны ли все численные методы	»	0
К0111	Наличие описания всех параметров	»	1
К0112	Наличие описания методов настройки системы	»	0
К0113	Наличие описания всех диагностических сообщений	»	1
К0114	Наличие описания способов проверки работоспособности программы	»	0
	Итого:	0,5
Полнота программной документации
К0201	Реализация всех исходных модулей	»	1
К0202	Реализация всех основных функций	»	1
К0203	Реализация всех частных функций	»	1
К0204	Реализация всех алгоритмов	»	1
К0205	Реализация всех взаимосвязей в системе	»	1
К0206	Реализация всех интерфейсов между модулями	»	0

Продолжение
таблицы Г.7

К0207	Реализация возможности настройки системы	»	0
К0208	Реализация диагностики всех граничных и аварийных ситуаций	»	0
К0209	Наличие определения всех данных (переменные, индексы, массивы и проч.)	»	1
К0210	Наличие интерфейсов с пользователем	»	0
	Итого:	0,6
Непротиворечивость документации разработчика
К0301	Отсутствие противоречий в описании частных функций	»	1
К0302	Отсутствие противоречий в описании основных функций в разных документах	»	1
К0303	Отсутствие противоречий в описании алгоритмов	»	1
К0304	Отсутствие противоречий в описании взаимосвязей в системе	»	1
К0305	Отсутствие противоречий в описании интерфейсов между модулями	»	1
К0306	Отсутствие противоречий в описании интерфейсов с пользователем	»	1
К0307	Отсутствие противоречий в описании настройки системы	»	1
К0309	Отсутствие противоречий в описании иерархической структуры сообщений	»	1
К0310	Отсутствие противоречий в описании диагностических сообщений	»	1
К0311	Отсутствие противоречий в описании данных	»	1
	Итого:	1

Продолжение
таблицы Г.7

Непротиворечивость программы
К0401	Отсутствие противоречий в выполнении основных функций	»	1
К0402	Отсутствие противоречий в выполнении частных функций	»	1
К0403	Отсутствие противоречий в выполнении алгоритмов	»	1
К0404	Правильность взаимосвязей	»	1
К0406	Правильность реализации интерфейса с пользователем	»	1
К0407	Отсутствие противоречий в настройке системы	»	1
К0408	Отсутствие противоречий в диагностике системы	»	1
К0409	Отсутствие противоречий в общих переменных	»	1
		Итого:	1
Единообразие интерфейсов между модулями и пользователями
К0501	Единообразие способов вызова модулей	»	1
К0502	Единообразие процедур возврата управления из модулей	»	1
К0503	Единообразие способов сохранения информации для возврата	»	1
К0504	Единообразие способов восстановления информации для возврата	»	1
К0505	Единообразие организации списков передаваемых параметров	»	1
	Итого:	1

Продолжение
таблицы Г.7

Единообразие кодирования и определения переменных
К0601	Единообразие наименования каждой переменной и константы	»	1
К0602	Все ли одинаковые константы встречаются во всех программах под одинаковыми именами	»	1
К0603	Единообразие определения внешних данных во всех программах	»	1
К0604	Используются ли разные идентификаторы для разных переменных	»	1
К0605	Все ли общие переменные объявлены как общие переменные	»	1
К0606	Наличие определений одинаковых атрибутов	»	1
	Итого:	1
Соответствие документации стандартам
К0701	Комплектность документации в соответствии со стандартами	»	1
К0702	Правильное оформление частей документов	»	1
К0703	Правильное оформление титульных и заглавных листов документов	»	1
К0704	Наличие в документах всех разделов в соответствии со стандартами	»	1
К0705	Полнота содержания разделов в соответствии со стандартами	»	1
К0706	Деление документов на структурные элементы: разделы, подразделы, пункты, подпункты	»	1
	Итого:	1

Продолжение
таблицы Г.7

Соответствие ПС стандартам программирования
К0801	Соответствие организации и вычислительного процесса эксплуатационной документации	»	1
К0802	Правильность заданий на выполнение программы, правильность написания управляющих и операторов (отсутствие ошибок)	»	1
К0803	Отсутствие ошибок в описании действий пользователя	»	1
К0804	Отсутствие ошибок в описании запуска	»	1
К0805	Отсутствие ошибок в описании генерации	»	1
К0806	Отсутствие ошибок в описании настройки	»	1
	Итого:	1
Полнота тестирования проекта
К1001	Наличие требований к тестированию программ	»	1
К1002	Достаточность требований к тестированию программ	»	1
К1003	Отношение числа модулей, отработавших в процессе тестирования и отладки к общему числу модулей	Расчетный	1
К1004	Отношение числа логических блоков, отработавших в процессе тестирования и отладки (Qтб), к общему числу логических блоков в программе	То же	1
	Итого:	1

Результаты оценки
качества программного продукта

Итоговые оценки
метрик

Таблица Г.8 –
Итоговые оценки метрик

Средства восстановления при ошибках на входе	0,7
Средства восстановления при сбоях оборудования	0
Реализация управления средствами восстановления	0,2
Функционирование в заданных режимах	0,9
Обеспечение обработки заданного объема информации
Соблюдение принципа нисходящего программирования	1
Простота архитектуры проекта	1
Сложность архитектуры проекта
Межмодульные связи	0,45
Комментарии логики программ проекта	0,33
Оформление текста программ	0,66
Простота кодирования	0,9
Освоение работы ПС
Документация для освоения
Полнота пользовательской документации
Точность пользовательской документации
Понятность пользовательской документации
Техническое исполнение пользовательской документации
Прослеживание вариантов пользовательской документации
Эксплуатация
Управление меню
Функция Help
Управление данными
Рабочие процедуры
Уровень автоматизации	0,4
Временная эффективность	0,78
Ресурсоемкость	1

Продолжение
таблицы Г.8

Широта охвата функций	1
Простота архитектуры проекта	0,87
Сложность архитектуры проекта	0,8
Сложность структуры кода программ	0,68
Применение стандартных протоколов связи	0,9
Применение стандартных интерфейсных программ	0
Зависимость от используемого комплекса технических средств
Зависимость от базового программного обеспечения
Изоляция немобильности	0
Простота кодирования	0,63
Число комментариев	0,7
Качество комментариев	0,13
Использование описательных средств языка	1
Независимость модулей	0,8
Требования, предъявляемые к полноте документации разработчика
Полнота программной документации
Непротиворечивость документации разработчика
Непротиворечивость программы
Единообразие интерфейсов между модулями и пользователями
Единообразие кодирования и определения переменных
Соответствие документации стандартам
Соответствие ПС стандартам программирования
Полнота тестирования проекта

Абсолютные
показатели критериев

Таблица Г.9 –
абсолютные показатели критериев

Устойчивость функционирования	P₁₁= (0,7 + 0 + 0,2) / 3 = 0,3
Работоспособность	Р₁₂= (0,9 + 1) / 2 = 0,95
Структурность	Р₂₁= 1
Простота конструкции	Р₂₂= (1 + 0 + 0,45) / 3 = 0,483
Наглядность	Р₂₃= (0,33+0,66) / 2 = 0,495
Легкость освоения	Р₃₁= (1 + 1 + 0,56) / 3 = 0,853
Доступность эксплуатационных программных документов	Р₃₂= (1 + 0,97 + 0,71 + 1) /4 = 0,92
Удобство эксплуатации и обслуживания	Р₃₃= (0,8 + 0,5+ 0 + 1 + 1) /5 = 0,66
Уровень автоматизации	P₄₁= 0,4
Временная эффективность	P₄₂= 0,78
Ресурсоемкость	P₄₃= 1
Гибкость	Р₅₁ = (1 + 0,87 + 0,8 + 0,68 + 0,9 + 0) / 6 = 0,708
Мобильность	Р₅₂ = (0,57 + 0,33 + 0) / 3 = 0,3
Модифицируемость	Р₅₃= (0,63 + 0,7 + 0,13 + 1 + 0,8) / 5 = 0,652
Полнота реализации	Р₆₁ = (0,5 + 0,6) / 2 = 0,55
Согласованность	Р₆₂= (1+ 1 + 1 + 1 + 1 + 1) / 6 = 1
Проверенность	Р₆₄= 1

Относительные
показатели критериев

Относительные
показатели критериев качества равны
абсолютным показателям, т.к. в качестве
базовых значений мы принимаем единицу.

Факторы
качества

Таблица Г.10 –
Факторы качества

Показатель надежности ПС	= (0,3 + 0,95) / 2 = 0,7
Показатель сопровождения	= (1 + 0,483 + 0,495) / 3 = 0,66
Показатель удобства применения	= (0,853 + 0,92 + 0,66) / 3 = 0,811
Показатель эффективности	= (0,4 + 0,78 + 1) / 3 = 0,727
Показатель универсальности	= (0,708 + 0,3 + 0,652) / 3 = 0,553
Показатель корректности	= (0,55 + 1 + 1) / 3 = 0,85

Анализ
полученных оценок

Установим
пороговое значение показателей 0.6.

В
ходе оценки качества программного
продукта было установлено, что показатели
универсальности не соответствуют
требуемому порогу качества.

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

Внезапные сбои в работе операционной системы Windows способны испортить настроение и изрядно потрепать нервы кому угодно. Чаще всего такое случается либо из-за некорректных действий пользователя, либо из-за каких-то конфликтов программного обеспечения. Обычно в таких случаях советуют переустанавливать ОС «с нуля», но мы рекомендуем не впадать в панику и не торопиться с поспешными решениями при виде «синего экрана смерти» (англ. Blue Screen of Death, BSoD). Велика вероятность, что перечисленные ниже инструкции помогут реанимировать компьютер с Windows без кардинальных решений вроде повторной установки системы.

Первым делом необходимо убедиться, что проблема носит не аппаратный, а программный характер. Иными словами, нужно «прощупать почву» и исключить возможные неполадки в работе оборудования компьютера. Сделать это можно с помощью приложений для тестирования и диагностики ПК, таких как AIDA64, Memtest86+, HWiNFO, Victoria, Hard Disk Sentinel и встроенной в Windows утилиты Memory Diagnostic Tool (mdsched.exe). Посредством перечисленных инструментов можно убедиться в работоспособности ключевых узлов компьютера — модулей оперативной памяти, видеокарты, накопителей, системы охлаждения, а также прочих компонентов — и отмести в сторону проблемы с «железом». Для полноты картины можно задействовать USB-накопитель с настроенным окружением Windows To Go, функционирующим независимо от установленной на компьютере операционной системы и позволяющим сделать определённые выводы о характере возникающих сбоев. О том, как создать такую загрузочную флешку, мы рассказывали ранее.

Возможности AIDA64 позволяют отслеживать текущее состояние важнейших узлов ПК и оценивать стабильность его работы при интенсивных нагрузках

Когда вы поняли, что дело действительно в софте и установленной на компьютере ОС, необходимо определиться с направлением и фронтом работ. Сделать это можно с помощью журнала событий Windows, в котором фиксируются все ошибки системных модулей, служб и приложений. Как правило, данный инструмент позволяет довольно точно понять, что пошло не так, и попытаться это починить.

В Windows 10 получить быстрый доступ журналу событий можно, щёлкнув правой клавишей мыши по кнопке «Пуск» либо воспользовавшись комбинацией «Win + X»

В Windows 10 получить быстрый доступ к журналу событий можно, щёлкнув правой клавишей мыши по кнопке «Пуск» либо воспользовавшись комбинацией «Win + X»

Если же приведённой в журнале событий информации окажется недостаточно для понимания причинно-следственных связей и принятия стратегии восстановления Windows, тогда рекомендуем придерживаться следующего порядка действий.

1. Делаем откат внесённых в систему изменений с помощью точек восстановления. При каждой установке новых драйверов или полученных через службу Windows Update обновлений ОС автоматически создаёт так называемую точку восстановления с резервной копией ключевых системных файлов. Такие точки восстановления можно использовать для отмены нежелательных изменений Windows и возврата к предыдущему состоянию. В большинстве случаев эта технология защиты действительно помогает реанимировать компьютер и избавиться от возникших в работе ОС ошибок.

Для доступа к созданным Windows точкам восстановления можно воспользоваться комбинацией клавиш «Win+R», ввести в командной строке Sysdm.cpl и нажать Enter. В открывшем окне потребуется переключиться на вкладку «Защита системы», щёлкнуть по кнопке «Восстановить» и далее следовать инструкциям операционной системы.

Технология точек восстановления в большинстве случае помогает вернуть Windows в рабочее состояние

Технология точек восстановления в большинстве случаев помогает вернуть Windows в рабочее состояние

2. Проверяем ПК на наличие вредоносного софта. Для решения этой задачи лучше всего воспользоваться загрузочными дисками скорой антивирусной помощи, которые многие известные разработчики средств информационной безопасности предлагают бесплатно (см. наш обзор таких дисков). Подобного рода инструментарий позволяет не только очистить компьютер от зловредов и подозрительных файлов, но и скопировать важную информацию на сменные носители или другой компьютер. Кроме того, он может быть эффективен в случаях, если из-за действий вредоносных программ Windows больше не загружается. Практически все диски антивирусной помощи представлены в формате ISO-образов, которые с помощью бесплатной утилиты Rufus можно записать как на CD/DVD, так и на флешку.

Как правило, загрузочные диски антивирусной помощи построены на базе Linux и предоставляют богатый набор инструментов для восстановления ПК, утративших функциональность в результате деструктивных действий вирусов

3. Удаляем из автозагрузки подозрительный и заведомо ненужный софт. Если антивирусная проверка показала, что компьютер чист, а система продолжает сбоить, то возможен вариант, что корень проблемы кроется в автоматически стартующих при запуске Windows приложениях. Практика показывает, что в автозагрузку без спроса пользователя любят прописываться всякие скрипты, апдейтеры, лончеры и прочие программы сомнительной ценности, которые можно смело исключить из списка стартующих при входе в систему. Сделать это можно при помощи диспетчера задач Windows.

Навести порядок в автозагрузке можно с помощью диспетчера задач Windows

4. Анализируем, какой софт использовался в момент сбоя. С помощью бесплатной утилиты LastActivityView можно узнать, когда в Windows запускались те или иные приложения и системные библиотеки. Если Сопоставить полученные сведения со временем возникших в ОС неполадок, не составит труда сформировать список программ, которые потенциально могут являться причиной нестабильной работы компьютера.

LastActivityView считывает данные журнала Windows и позволяет просматривать историю запусков всех программ

5. Избавляемся от недавно установленного ПО. Особое внимание уделяем антивирусным решениям, утилитам для настройки графических процессоров и работы с дисками, а также прочим продуктам, которые используют низкоуровневый доступ к системе и могут конфликтовать с другими приложениями. Рубить с плеча и махом удалять все программы в данном случае не нужно — здесь важен обстоятельный и последовательный подход к делу.

6. Перезапускаем Windows в режиме диагностики. Этот режим работы платформы может быть полезен для вычистки глубокого «въевшихся» в ОС приложений, удалить которые при обычном запуске Windows не получается — система их блокирует. В диагностическом режиме загружаются только основные драйверы и службы, а все фоновые процессы отключаются. Для запуска Windows в такой конфигурации нужно нажать «Win+R», ввести команду msconfig и в открывшемся окне выбрать пункт «Диагностический запуск».

Необдуманные действия в диагностическом режиме работы Windows могут привести к нежелательным последствиям

Будьте аккуратными: необдуманные действия в диагностическом режиме работы Windows могут привести к нежелательным последствиям

7. Проверяем и восстанавливаем защищённые системные файлы Windows. Для этого открываем консоль с администраторскими правами и используем утилиту System File Checker (sfc.exe), которую нужно запустить с ключом /scannow. Программа просканирует системные файлы, а также библиотеки и ключевые компоненты ОС на предмет целостности — и в случае обнаружения повреждений заменит их кешированной копией из директории WindowsSystem32dllcache. Если нужный файл в указанной папке будет отсутствовать, то пользователю будет предложено вставить установочный диск с дистрибутивом Windows и восстановить файл оттуда.

System File Checker является эффективным инструментом, который позволяет сканировать системные файлы Windows и восстанавливать их целостность

System File Checker позволяет сканировать системные файлы Windows и восстанавливать их целостность

8. Проводим диагностику установленных в системе драйверов. Часто причиной нестабильной работы Windows являются проблемные драйверы — в этом случае отыскать корень неполадок можно с помощью входящей в состав ОС утилиты Driver Verifier (verifier.exe). Данная программа позволяет обнаружить конфликты в работе драйверов, получить информацию о неподписанных и требующих дополнительной проверки драйверах. Driver Verifier — довольно сложное диагностическое средство профессионального уровня, и перед началом работы с ним настоятельно рекомендуется ознакомиться с опубликованной на сайте Microsoft документацией, раскрывающей все технические нюансы и особенности утилиты.

Работа с диспетчером проверки драйверов Driver Verifier требует определенных навыков и умений со стороны пользователя

Работа с диспетчером проверки драйверов Driver Verifier требует определенных навыков и умений

9. Проверяем компьютер на наличие обновлений драйверов устройств. Самый простой способ попытаться решить проблемы с драйверами — установить их новые версии. Сделать это можно с помощью специализированных приложений, которые сканируют оборудование ПК и автоматически ищут свежие драйверы. К числу таких программ относятся, например, DriverHub или Driver Booster. Можно также прибегнуть к фирменным утилитам для обновления драйверов, которые есть в арсенале многих известных компаний — производителей компьютерного оборудования, таких как Intel, AMD, NVIDIA и другие.

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

10. Проводим анализ аварийных дампов памяти Windows. В случае возникновения критических ошибок ОС автоматически сохраняет на диске файлы дампов памяти с расширением .dmp. Внимательное изучение таких файлов и записанной в них технической информации позволяет максимально точно определить причину BSOD. Поскольку ручной разбор дампов — довольно трудоёмкий процесс, лучше всего в таких случаях довериться утилитам MiniDumper или BlueScreenView. Обе программы поддерживают работу из командной строки и крайне эффективны по части поиска источников сбоев Windows.

Утилита BlueScreenView позволяет разобраться в истинных причинах возникновения «синего экрана смерти» Windows

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

Ну а в завершение выпуска стоит в очередной раз напомнить о важности резервного копирования данных, создания дисковых образов операционной системы и файловых архивов. В панели управления Windows имеются все необходимые для этого средства, и если их регулярно использовать, это убережёт вас от разного рода неприятностей, которые могут случиться с вычислительной техникой.

Если Вы заметили ошибку — выделите ее мышью и нажмите CTRL+ENTER.

14Показатели
надежности программных средств.

Показатели
надежности хар-ют способность программ. ср-ва в конкретн. областях
применения вып-ть заданные ф-ии в соответ. с программ. док-ми в усл-ях
возникновения отклонений в среде функционирования, вызванных сбоями тех. ср-в,
ошибками во вход. данных, ошибками обслуживания и др. дестабилизирующими
воздействиями. Сбой тех. средств – это событие, заключ-ся в нарушении
исправного состояния тех. ср-в ЭВМ при сохранении ими работоспособ. состояния. Ошибка
обслуживания – наруш-е требуемого порядка взаимод-я юзера с прогой.

Критериями
надежности являются устойчивость функционирования и работоспособность.

1)
Устойчивость функционирования – способность обеспеч. продолжение работы проги
после возникнов. отклонений, вызв. сбоем тех. ср-в, ошибками выходн. данных и
ошибками обслуж-я.

Для
устойчивости функционирования определяется два типа метрики:

·
средства восстановления при ошибках на входе

·
средства восстановления при сбоях оборудования

Эти метрики
оцениваются на этапе анализа. На этапе реализации вводится еще одна метрика:

·
реализация управления средствами восстановления

Все оценочные
элементы для этих метрик определяются экспертным путем.

2)
Работоспособность – это способность проги функционировать в заданных режимах и
объемах обрабат. инфы в соотв. с програм. док-ми при отсут. сбоев тех.
ср-в(оценивается на всех этапах).

Включает в
себя две метрики: 1) функционирование в заданных режимах

2)обеспечение
обработки заданного объема информации

Д/1ой метрики
сущ-ет оценочный эл-т – ВБР: . Эксперименты
целесообразно проводить на разных наборах выходных данных. Д/2ой метрики
оценочные эл-ты: 1)оценка сред. времени восст-ния; 2) оценка продолжительности
преобразования вход. набора данных в выход.

16Контрольные испытания на надежность

Испытания,
основанные на числе допустимых отказов = 0.

N –изделий; t_k – время
испытания

If за время испытания не было ни 1го отказа изделий, то изд-я
считаются удовл. треб. надежности

Опред.
расчетом либо время исп. при заданном N, либо N при заданном времени исп.(t_и)

N=t_p/t_и;

t_p – общая наработка изделий в период испытаний. t_p=0.5×T_н×C² (k=2,
p=1-g)

Т_н
– нижнее значение ср. наработки изд. Т_о, которая подтверждается
испытаниями при отсутствии отказов. g —
доверительная вероятность.

Контрольные
испытания, основанные на последовательном анализе.

«-»
Необходимо планировать длительность испытания

Сокращение
времени контрольных испытаний можно добиться, если использовать другой подход
при планировании испытаний.

1.
Не планировать заранее продолжительность исп., а разбить их на последовательные
этапы. На каждом этапе анализировать рез-т испытаний и принимать одно из
следующих решений:

а) прекратить
исп., т.к. есть основания считать, что изд. не удовлетворяют требованиям
надежности.

б)
прекратить, т.к. … изд. удовлетворяют требованиям.

в)
продолжить, т.к. нет оснований сделать вывод о надежности изделия.

2.
В основу обработки результатов испытаний положить не сравнение их с заданным
показателем, а отнесение изд. к той или иной группе на основании проверки
гипотезы о принадлежности изделий к той или иной группе.

I группа изделий – изделия, забракование которых может быть
произведено с малой вероятностьюa. Эта
вероятность риск поставщика (ошибка 1-ого рода)

II группа – изделия, принятие которых может быть допущено с
малой вероятностью b (риск потребителя;
риск 2-ого рода).

Особенности
испытаний:

1. до
проведения исп. устанавливается 2 вида надежности и риски a, b

2. исп. м.
закончить на каком-либо из последовательном этапе, в зависимости от рез-тов на
этапе.

Т_кв/н—
контрольная нижняя / верхняя

Т_кн,
Т_кв – выбираются т.о., чтобы a
и b были в пределах установленных норм
при заданных значениях Т_н, Т_в.

В качестве
верхнего уровня надежности (Т_в) принимается уровень заданный в
технических условиях. В качестве Т_н задается такой уровень, с
которым может принимать изделие с заданным риском b.

Если в
качестве показателя надежности используется средняя наработка на отказ Т_о,
то Тв/Тн=1,25¸2,5

Значения
рисков рекомендуется принимать в зависимости от особенности изд. 0,05¸0,3

График
контрольных испытаний по методу последовательного анализа.

Первоначально
по заданным Тн, Тв и a, b
находится выр-ния для n-приемки (n_пр(t, a, b,
Тн, Тв)) и n-браковки (n_бр(t, a, b,
Тн, Тв)). По n_пр, n_бр
строится линия приемки и браковки.

Испытания эти
рекомендуются для серийного производства. Иногда для изделий опытного
производства, но тогда объем исп. заранее планируется и график служит не для
определения времени окончания исп., а для исследований возникновения процессов
отказов.

В случае
положительного результата используется (б) – изделия, принадлежащие с
вероятностью (1-a) к категории изделий
с высоким уровнем надежности; а изделия с вероятностью b к категории изделий, обладающих низким уровнем надежности,
поэтому изделия должны быть приняты.

Мар
3
2015

Как восстановить систему Windows 7 на ноутбуке, при загрузке выходит чёрный экран, среда восстановления не работает, скрытые разделы я все удалил, оригинального диска с Windows 7 нет.

1111

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

Как восстановить систему Windows 7

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

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

Мы научимся восстанавливать Windows 7, без применения сторонних программ по резервному копированию даже тогда, когда не загружаются Параметры восстановления системы и кнопка F-8 окажется бесполезной.

Windows 7 имеет в своём арсенале достаточно мощный и хороший инструмент -> Среду восстановления, которое создаётся автоматически при установке Windows 7 в скрытом разделе и содержит в себе пять других инструментов решающих многочисленные неисправности и неполадки.

Примечание: Если научиться пользоваться правильно средствами восстановления Windows 7, а это не сложно, то можно обойтись без дополнительных и платных программ резервного копирования данных.

Запустить средство восстановления, можно нажатием кнопки F-8 на клавиатуре сразу же после запуска компьютера. После этого перед вами откроется меню Дополнительные варианты загрузки: Устранение неполадок компьютера, далее Безопасный режим, Безопасный режим с загрузкой сетевых драйверов и т.д.

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

При проблемах с загрузкой, Windows может вспомнить параметры реестра и настройки драйверов, которые были использованы при последней удачной загрузке системы и использовать их, если вами будет выбран пункт — Последняя удачная конфигурация.

Если же это средство не поможет, выберем первое -> Устранение неполадок компьютера,

Далее попадаем в меню Параметры восстановления системы Windows 7, оно нам и нужно, именно здесь мы сможем выбрать нужное нам Средство восстановления системы, всего их пять, давайте подробно рассмотрим как работают они все.

Первое что сделайте, примените Восстановление запуска (Автоматическое устранение проблем, мешающих запуску Windows).

Нужное отступление: После нажатия кнопки F-8 при загрузке компьютера, у вас может не быть пункта >Устранение неполадок компьютера, а будет только Безопасный режим и так далее, возникает вопрос почему.

При установке Windows 7, раздел среды восстановления создаётся автоматически и находится в корне диска (С:) в папке Recovery. Так же можно увидеть в окне Управление дисками — отдельный, скрытый раздел винчестера, объём у него всего 100 Мбайт, он используется для хранения загрузочных файлов конфигурации загрузки (BCD) и загрузчика системы (файл bootmgr).

Увидеть его можно Компьютер-> Управление->Управление дисками. Удалять этот раздел ни в коем случае нельзя (многие его удаляют по незнанию), в противном случае у вас не будет запускаться среда восстановления, то есть пункта Устранение неполадок компьютера у вас не будет, а в более тяжёлых случаях вы просто не загрузите систему.

На нижнем скришноте можно заметить ещё один скрытый раздел, объёмом 9,02 ГБ, это скрытый раздел восстановления с заводскими настройками моего ноутбука, у вас он может быть больше или меньше. Его тоже лучше не удалять, в случае необходимости, можно всегда восстановить Windows 7 с него.

Что делать если раздела со средой восстановления у вас нет и при нажатии кнопки F-8, в меню Дополнительные варианты загрузки, не появляется пункт Устранение неполадок компьютера? Как тогда восстановить систему Windows 7?

Спасти здесь может установочный диск с операционной системой Windows 7. Запустить средство восстановления, можно загрузившись с оригинального установочного диска Windows 7, выбрав в самом начале пункт Восстановление системы.

Если установочного диска с у вас нет, тогда можно использовать Диск восстановления Windows 7 (изготовить его можно в любой работающей Windows 7) за пять минут, затем вы так же можете загрузиться с него и проделать то же самое.

Итак в Параметры восстановления системы мы всё-таки попали, или с помощью кнопки F-8 и пункта Устранения неполадок, или установочного диска Windows 7 или Диска восстановления Windows 7.

В меню Выбора Средства восстановления системы, выбираем первое:

Восстановление запуска -> произойдёт анализ неисправностей мешающих нормальной загрузке Windows 7 и дальнейшее их исправление для нормальной загрузки и функционирования операционной системы.

В процессе нас могут предупредить, что обнаружены проблемы в параметрах загрузки, нажимаем Исправить и перезапустить.

Восстановление системы -> с помощью данной функции мы сможем выбрать ранее созданную точку восстановления системы, если оно у нас включено и откатиться назад на то время, когда наша Windows 7 прекрасно работала и загружалась, здесь всё просто.

Восстановление образа системы -> вот этим инструментом пользуюсь я лично, при умелом использовании им можно заменить платные программы по резервному копированию данных, если интересно, читаем дальше.

Чем он хорош? Он поможет, когда у вас нет оригинального установочного диска с Windows 7 и вы удалили скрытый раздел с заводскими параметрами вашего ноутбука, но это ещё не всё.

Иногда бывают ситуации, когда в силу разных причин или из за действий вируса, вы совсем не сможете загрузить операционку или многие спрашивают Как восстановить систему Windows 7, если даже меню с Дополнительными вариантами загрузки так же окажется недоступным. Переустанавливать операционную систему заново?

Поэтому, сразу после установки Windows 7 на ваш ноутбук или компьютер, создаём при помощи данной функции -> Восстановление образа системы, архивный образ нашей Windows 7 на жёстком диске, бережём её.

Обязательно нужно создать Диск восстановления Windows 7 (читайте ниже), он поможет воспользоваться Образом системы, если меню Дополнительные варианты загрузки не будет загружаться.

Идём в Пуск -> Панель управления -> Архивирование данных компьютера.

Выбираем «Создание образа системы».

Далее выбираем Локальный диск, на котором будем хранить архив системы.

В моём случае Локальный диск (Е:), если у вас в системном блоке несколько жёстких дисков, то конечно бэкап лучше расположить на том винчестере, где не установлена операционная система.

Нажимаем Далее.

По умолчанию программа архивации данных, сама выберет раздел с операционной системой Windows 7, по желанию вы сами сможете добавить Локальные диски для архивации, лишь бы у вас хватило места.

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

Нажимаем Архивировать и начнётся процесс создания архива с нашей Windows 7.

Создали, выглядеть он будет вот так.

Теперь, развернуть архив с Windows 7, на ваш компьютер в случае необходимости, вы сможете за 20-30 минут. Лучше будет, если архив с системой вы скопируете дополнительно на переносной жёсткий диск, этим вы обезопасите себя вдвойне.

Давайте представим, что мы не можем запустить Windows 7 и развернём созданный нами бэкап, проделаем это вместе.

Запускаем Средство восстановления Windows 7, нажатием кнопки F-8 на клавиатуре сразу же после запуска компьютера.

Открывается меню Дополнительные варианты загрузки, выбираем Устранение неполадок компьютера.

Восстановление образа системы

Использовать последний доступный образ системы.

Нажимаем далее и восстанавливаем нашу Windows 7.

Конечно все наши данные на Локальном диске, куда сейчас восстанавливается операционная система, удалятся, поэтому можно предварительно загрузиться с любого Live CD и скопировать то, что вам нужно.

Как ещё можно восстановить систему Windows 7? Конечно с помощью Диска восстановления Windows 7.

Создадим Диск восстановления, который можно использовать для загрузки компьютера, на нём будут находиться средства восстановления, с помощью которых можно восстановить неисправности загрузки Windows 7, а так же восстановить операционную систему из архивной копии, которую мы создали заранее.

Важно: Для диска восстановления важна битность системы, вы можете использовать 32-битный диск восстановления для любой 32-битной Windows 7, а 64-битный диск восстановления для любой 64-битной Windows 7.

Опять идём Архивирование данных компьютера.

Создать диск восстановления системы, вставляем в дисковод DVD-диск, нажимаем «Создать диск».

Когда загрузочный Диск восстановления Windows 7 будет готов, уберите его в надёжное место.

Что бы восстановить Windows 7 с Диска восстановления, не нужно в принципе никакой работающей операционной системы вообще.

Вам нужно будет только сменить в BIOS вашего компьютера приоритет загрузки на дисковод, вставить в него диск восстановления и восстановить с помощью архива вашу Windows 7.

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

Восстанавливаем Windows 7 с Диска восстановления. Показываю как это сделать. Допустим у нас неприятности, мы не можем запустить Windows 7, при нажатии F-8 на клавиатуре сразу же после запуска компьютера ничего не происходит.

В меню с Дополнительными вариантами загрузки мы попасть не можем и выдаётся сообщение об ошибке. В таком случае, архив системы на жёстком диске нам не доступен. Именно такая неприятность произошла с нашим читателем Ильёй, который и написал нам письмо с просьбой помочь.

При таком раскладе многие переустанавливают Windows 7 с нуля, но не мы с вами, ведь у нас есть Диск восстановления системы.

Вставляем его в дисковод и перезагружаемся, выставляем в BIOS загрузку с дисковода, как я и говорил диск загрузочный, запускается программа Параметры восстановления системы.

Нажимаем Enter пока не пропало предложение загрузиться с диска.

Автоматически средство восстановления работающее с диска, попытается восстановить запуск Windows 7.

Если ничего не получается, выберите любой инструмент, пробуем например Восстановление компьютера с помощью созданного ранее образа операционной системы.

Используем последний доступный образ системы.

Нажимаем далее и восстанавливаем систему из резервной копии с помощью Диска восстановления.

Какие есть ещё способы восстановить Windows 7?

Есть ещё один малоизвестный способ восстановить загрузку Windows 7 после сбоя и я Вам про него расскажу. На первый взгляд он многим покажется сложным, но тем не менее он меня часто выручает.

Дело в том друзья, что очень большая часть проблем из-за которых вы не можете загрузить Windows 7 кроется в ошибках реестра. И Windows 7 не была бы Windows 7, если бы в ней не существовал механизм защищающий файлы реестра. Такой механизм существует и создаёт архивные копии реестра в папке RegBack каждые 10 дней не зависимо от того включено у вас восстановление системы или нет.

Если вы не можете решить проблемы с загрузкой Windows 7 вам стоит попробовать заменить действующие (и видимо повреждённые) файлы реестра из папки Config архивными файлами из папки RegBack. Для этого нам придётся загрузить компьютер с установочного диска Windows 7 или диска восстановления Windows 7.

Загружаемся в среду восстановления, выбираем командную строку.

Набираем в ней – notepad, попадаем в Блокнот, далее Файл и Открыть.

Заходим в настоящий проводник, нажимаем Мой компьютер. Теперь нам нужен системный диск C:, внимание, буквы дисков здесь могут быть перепутаны, но системный диск C: я думаю вы сможете узнать по находящимся внутри системным папкам Windows и Program Files.

Идём в папку C:WindowsSystem32Config, здесь находятся действующие файлы реестра, указываем Тип файлов – Все файлы и видим наши файлы реестра, так же видим папку RegBack, в ней каждые 10 дней Планировщик заданий делает резервную копию разделов реестра.

Так вот, мы с вами заменим действующие файлы реестра из папки Config резервными файлами реестра из папки RegBack.
Итак, первым делом удалим из папки C:WindowsSystem32Config файлы SAM, SECURITY, SOFTWARE, DEFAULT, SYSTEM, отвечающие за все кусты реестра (мой совет — перед удалением скопируйте кусты реестра на всякий случай куда-нибудь).

На их место скопируем и вставим файлы с такими же именами, но из резервной копии, то есть из папки RegBack.

Примечание: Все вместе файлы SAM, SECURITY, SOFTWARE, DEFAULT, SYSTEM удалить не получится, удаляйте их по одному. Затем копируйте на их место такие же файлы из папки RegBack.

Друзья, если и это не помогло, примените восстановление целостности файлов Windows 7, в случае, если операционная система не загружается, делается оно точно также, как и в Windows 8.

Что у нас ещё осталось из средств восстановления Windows 7?

Диагностика памяти 7 -> проверяет системную память на наличие ошибок. Командная строка -> с помощью неё можно удалять файлы, мешающие загрузке Windows 7.

Надеюсь наша статья как восстановить систему Windows 7 вам помогла.

Источник