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

Внезапные сбои в работе операционной системы 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 позволяют отслеживать текущее состояние важнейших узлов ПК и оценивать стабильность его работы при интенсивных нагрузках

Возможности 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 и предоставляют богатый набор инструментов для восстановления ПК, утративших функциональность в результате деструктивных действий вирусов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

A list of the best tools to fix all kind of issues on your PC

by Radu Tyrsina

Radu Tyrsina has been a Windows fan ever since he got his first PC, a Pentium III (a monster at that time). For most of the kids of… read more


Updated on

  • There are various kinds of repair tools for different issues on Windows 7.
  • The operating system has some repair tools that can fix system files and memory issues, among other problems.
  • This list contains some top-notch repair tools that work on major Windows OS from XP and Vista down to Windows 11.

windows 7 repair tool

Regardless of how tech-savvy or careful you are on Windows 7 or the operating systems, there will be a time you will need a repair tool to fix some issues on your PC.

This is because the OS is not perfect and issues are bound to show up at times. In this guide, we handpicked some of the best repair software you can always use to restore normalcy on your PC.

Windows 7 has a series of built-in repair tools just like its successors and some of its predecessors. There is the Startup repair tool that fixes all sorts of startup issues.

Also, you can run the SFC scan to fix broken or corrupt system files, among other repair tools on this operating system.

What is the best software to fix Windows 7 errors?

Fortect – Overall optimized Windows 7 repair tool

Fortect is a powerful Windows 7 repair tool with a free trial period. It encompasses the functionality of multiple PC repair tools.

With one click, Fortect will do a full system scan, starting at a hardware level and checking everything up to registry entries.

Once the scan is complete, you will see a simple summary of the findings and you can action them individually or in bulk with one click.

Moreover, you can try Fortect risk-free as it offers a money-back guarantee should you not be satisfied with the results.

If you have any queries about using Fortect, the friendly customer support staff is available 24/7 to help you diagnose and fix any issues you encounter.

Have a look at all the features Fortect manages to condense into one package:

  • Disk space analysis and cleanup
  • Registry cleaning
  • DLL restoration and replacement
  • Fix error messages

Fortect

Restore your system to a healthy condition by using Fortect.

Iolo System Mechanic Ultimate Defense – Portable tool

ioio

Iolo System Mechanic Ultimate Defense is a useful tool that was designed to help users fix the issues that are encountered in 10, 8, 8.1, 7 (XP/Vista up to v16.0.0.10) when using the Windows Media Player and more.

This great application will attempt to solve the problems that are caused by the registration of particular DLL files that are used by the media player.

This tool is able to handle problems that are caused by more than 40 software components and recreate the registry keys that are required for playing media files.

Such issues might be caused by system crashes or by all kinds of cyberattacks that result in corrupting the registration of essential components.

If you receive error messages that have to do with DLL components, you will be able to use this tool.

This will turn out to be a useful tool especially if you want a quick fix, and you’re not very interested in finding out the exact nature of the problem. It is ideal when you don’t want to waste time online looking for system components’ issues.

Lastly, it is a Windows 7 repair tool that can be used on a USB flash drive.

Check out the essential features and advantages that it comes with:

  • This is a portable program that can be used without needing any installation
  • You can use this tool on any computer that runs into troubles and has a Windows system installed
  • Its interface is effortless to understand and use, and you don’t even need any troubleshooting experience
  • All you will have to do is click one button to re-register all the DLL components

Iolo System Mechanic Ultimate Defense

Solve most Windows problems and enjoy a faster PC with fewer errors.

Microsoft Fix It Center – Easy-to-use tool

fix it

Microsoft Fix It Center is another excellent Windows 7 repair tool that scans your PC for all kinds of issues.

It will also download the latest updates and solutions from Microsoft.

One of the best things about this tool is that it covers all the aspects of your system from performance to crashes, hardware devices, and audio.

This tool is perfect for non-technical users because it’s really effortless to use. This app will look over your Windows 7 system and a vast range of potential issues that might pop up.

Take a look at the most important features that you will be able to enjoy if you do decide to use this tool:

  • The tool’s installation requires a fast and easy process, and after you install the tool, you’ll see that it comes with an effortless to use interface
  • The interface comes with a list of issues that you will be able to scroll through
  • After you click on the Run button, a scan of your whole system will begin
  • When the tool finds a problem, it will suggest a fix for it
  • You will get the chance to apply fixes automatically, and you can also choose them manually
  • You will be able to sign in via a Windows Live account, and this will allow for more online solutions and remote management of more computer
  • Microsoft Fix It Center also prevents various issues before they get worse

⇒ Get Microsoft Fix It Center

Tweaking Windows Repair – Lightweight Windows 7 repair tool

tweaking windows 7 repair tool

The last tool on our list of Windows 7 repair tools is an effective one you can use without a CD.

This is because of the dated UI, but make no mistake, this tool is perfectly capable of doing its job just right, even on the more modern Windows 10.

Tweaking Windows Repair allows you to perform all of the most basic repair and optimization tasks that you could expect from such a tool, from the registry and RAM repair to DLL fixing and replacing,

This, coupled with the fact that the tool itself is extremely lightweight, makes it a great addition to anyone’s digital library, especially those of you that have older PCs still running Windows 7.

Check out the best features that are included in this tool:

  • Windows Repair tool is able to reset Registry permissions and file permissions as well
  • With this tool, you will be able to register System Files and repair WMI, Windows Firewall, Internet Explorer, MDAC & MS Jet, Hosts File, and more
  • You can also remove policies set by infections
  • Windows Repair allows you to remove temp files and repair proxy settings as well
  • You will be able to unhide the non-system files and repair Windows Updates
  • You can also repair CD/DVD missing or not working

⇒ Get Tweaking Windows Repair

We hope that our software recommendations were helpful. For more suggestions, please access the comments section below.

newsletter icon

Практические приемы оценки и повышения качества техдокументации по оценочным элементам фактора «надежность» согласно ГОСТ 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 –
абсолютные показатели критериев

Устойчивость
функционирования

P11=
(0,7 + 0 + 0,2) / 3 = 0,3

Работоспособность

Р12 =
(0,9 + 1)
/ 2 = 0,95

Структурность

Р21 = 1

Простота
конструкции

Р22 = (1 + 0 +
0,45) / 3 = 0,483

Наглядность

Р23=
(0,33+0,66) / 2 = 0,495

Легкость освоения

Р31= (1 + 1 +
0,56) / 3 = 0,853

Доступность
эксплуатационных программных
документов

Р32 = (1 +
0,97 + 0,71 + 1) /4 = 0,92

Удобство
эксплуатации и обслуживания

Р33 = (0,8 +
0,5+ 0 + 1 + 1) /5 = 0,66

Уровень
автоматиза­ции

P41
= 0,4

Временная
эффективность

P42
= 0,78

Ресурсоемкость

P43
= 1

Гибкость

Р51
= (1 + 0,87
+ 0,8 + 0,68
+ 0,9 + 0) / 6 = 0,708

Мобильность

Р52 = (0,57 +
0,33 + 0) / 3 = 0,3

Модифицируемость

Р53
= (0,63 + 0,7
+ 0,13 + 1 +
0,8) / 5 = 0,652

Полнота реализации

Р61 = (0,5 +
0,6) / 2 = 0,55

Согласованность

Р62 = (1+ 1 +
1 + 1 + 1 + 1) / 6 = 1

Проверенность

Р64 = 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 позволяют отслеживать текущее состояние важнейших узлов ПК и оценивать стабильность его работы при интенсивных нагрузках

Возможности 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 и предоставляют богатый набор инструментов для восстановления ПК, утративших функциональность в результате деструктивных действий вирусов

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

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

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

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

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

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 позволяет проверять драйверы устройств на предмет доступных обновлений и устанавливать их в один клик мышью

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

N=tp/tи;

tp – общая наработка изделий в период испытаний. tp=0.5×Tн×C2 (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 может вспомнить параметры реестра и настройки драйверов, которые были использованы при последней удачной загрузке системы и использовать их, если вами будет выбран пункт — Последняя удачная конфигурация.

1

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

2

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

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

3

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

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

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

4

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

5

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

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

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

6

7

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

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

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

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

8

9

10

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

11

12

13

14

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

15

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

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

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

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

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

16

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

17

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

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

18

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

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

19

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

20

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

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

21

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

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

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

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

22

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

23

24

25

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

26

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

27

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

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

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

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

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

28

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

29

30

31

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

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

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

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

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

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

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

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

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

32

33

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

34

35

36

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

37

38

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

39

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

40

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

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

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

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

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

41

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

42

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

43

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

44

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

45

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

46

47

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

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

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

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

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

Внезапные сбои в работе операционной системы 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 позволяют отслеживать текущее состояние важнейших узлов ПК и оценивать стабильность его работы при интенсивных нагрузках

Возможности 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 и предоставляют богатый набор инструментов для восстановления ПК, утративших функциональность в результате деструктивных действий вирусов

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

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

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

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

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

 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 позволяет проверять драйверы устройств на предмет доступных обновлений и устанавливать их в один клик мышью

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

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

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

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

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

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

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

Практические приемы оценки и повышения качества техдокументации по оценочным элементам фактора «надежность» согласно ГОСТ 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.

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

Определяемый
ГОСТом показатель качествавключает
наряду с факторомнадёжности факторы сопровождаемости,
удобства применения, эффективности,
универсальности (гибкости) и корректности.
Результатом оценки фактора надёжности
является число от нуля до единицы,
близость к единице которого показывает
степень надёжности данного программного
средства. На практике хорошим
считается результат оценки от 0,5 до 0,9,
поскольку 1 – это идеальная надежность
(недостижима), ниже 0,5 –недостаточная.

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

Сам фактор надёжности
включает в себя два критерия:

  • устойчивость
    функционирования –

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

  • работоспособность

способность
программы функционировать в заданных
режимах и объёмах обрабатываемой
информации в соответствии с программными
документами при отсутствии сбоев
технических средств.

Оценка каждого из
критериев включает в себя оценки так
называемых метрик:

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

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

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

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

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

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

для критерия
работоспособности.

В своей оценке
каждая из метрик содержит оценки так
называемых оценочных элементов. Каждый
оценочный элемент обозначается кодом,составленным из 5 символов
(см. рис. 4.2).

Рис.4.2
Код оценочного элемента

В таблице 4.1 описаны
используемые оценочные
элементы, их значениеи
методы оценки.

Таблица
4.1. Оценочные элементы.

Код
элемента

Наименование

Метод
оценки

Оценка

H0101

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

Экспертный

0
— 1

H0102

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

«
«

0
– 1

H0103

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

«
«

0
– 1

H0104

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

«
«

0
– 1

H0105

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

«
«

0
– 1

H0106

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

«
«

0
– 1

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

H0107

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

Экспертный

0
– 1

H0108

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

«
«

0
– 1

H0109

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

«
«

0
– 1

H0110

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

«
«

0
– 1

H0201

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

«
«

0
– 1

H0202

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

«
«

0
– 1

H0203

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

«
«

0
– 1

H0204

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

«
«

0
– 1

H0205

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

«
«

0
– 1

H0301

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

«
«

0
– 1

H0302

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

«
«

0
– 1

H0303

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

«
«

0
– 1

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

H0304

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

Экспертный

0
– 1

H0305

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

Расчёт

ный

где

D –

число экспериментов,
в которых искажающие воздействия
приводили к отказу

К –

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

H0401

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

Расчёт

ный

где

Q –

число
зарегистрированных отказов,

N —

число экспериментов

H0501

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

Расчёт

ный

где

допустимое
среднее время восстановления;

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

где

N

число восстановлений

время
восстановления после
i-го отказа

H0502

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

Расчёт

ный

где

допустимое
время преобразования i-го набора
данных;

фактическая
продолжительность преобразования
i-го входного набора данных

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

В соответствие с
приведённым в [14] порядком
расчёта фактора надёжности можно
составить схему технологии оценки
надёжности программного средства(ПС)
(см. рис. 4.3).

Рис.
4.3 Порядок расчета надежности .

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

  1. Определяются
    оценочные элементы используемых метрик
    (см. таб. 4.2).

    Таблица
    4.2. Определение оценочных элементов.

    Код
    оценочного элемента

    Выбранное
    значение

    Обоснование

    H0101

    0,1

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

    H0102

    0,8

    Возможность
    обработки ошибок в разработанной
    программе реализована.

    H0103

    0,8

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

    H0104

    0,8

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

    H0105

    0,8

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

    H0106

    0,9

    Осуществляется
    сервером базы данных.

    H0107

    0,9

    Осуществляется
    программой и сервером базы данных.

    H0108

    0,6

    Частично
    реализована в базе данных.

    H0109

    0,5

    Не
    требуется в силу специфики проекта.

    H0110

    1

    Встроена
    в стандартные компоненты, обеспечивается
    автоматически.

    H0201

    0,1

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

    H0202

    0,9

    Система
    является самовосстанавливающейся,
    при сбоях оборудования все данные
    сохраняются.

    H0203

    0,8

    То
    же.

    H0204

    0,5

    Частично
    реализуется сервером базы данных, а
    также ОС в силу её многозадачности.

    H0205

    0

    Отсутствует.

    H0301

    0,9

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

    H0302

    0,6

    Частично
    реализовано в рамках обработки ошибок.

    H0303

    0,9

    Реализована
    на уровне стандартных компонент и ОС
    при критических ошибках.

    H0304

    0

    Отсутствует.

    H0305

    0,8

    Нормальный.

    H0401

    0,8

    Нормальная.

    H0501

    1

    Достаточная.

    H0502

    1

    Достаточная.

  2. По полученным
    значениям оценочных элементов
    рассчитываются задействованные согласно
    данной фазе проектирования метрики
    (см. таб. 4.3).

Итоговая
оценка k-й
метрики j-го
критерия ведется по формуле:

(4.1)

где

Q

число
оценочных элементов в метрике

оценка
q-го оценочного элемента

Таблица
4.3. Оценки метрик.

Метрики

Оценки

1

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

0,72

2

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

0,46

3

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

0,64

4

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

0,8

5

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

1

  1. Выбор весового
    коэффициента для каждой метрики (см.
    таб. 4.4).

Он определяет
значимость этой метрики для дальнейшего
расчёта. Для каждого критерия сумма
весов входящих в него метрик должна
равняться единице.

Таблица
4.4. Весовые коэффициенты метрик.


метрики

Весовой
коэффициент

Обоснование

1

0,5

Имеет
наибольшую важность

2

0,3

Требуется
в меньшей степени в силу
самовосстанавливаемости системы и
надёжности оборудования

3

0,2

Имеет
малую важность в силу практического
отсутствия необходимости в подобном
управлении

4

0,6

Важности
метрик этого критерия практически
равны в силу их стандартности

5

0,4

Имеет
меньшую важность, в силу работы
программы не в режиме реального времени

  1. Нахождение
    абсолютных показателей критериев i-го
    фактора качества (надёжности) (см.
    таб.4.5) ведется по формуле:

    (4.2)

    где

    n

    число
    метрик, относящихся к j-тому
    критерию

    весовые
    коэффициенты метрик

    Таблица
    4.5. Абсолютные показатели критериев
    надежности.

    Критерий

    Оценка

    1

    Устойчивость
    функционирования

    0,31784

    2

    Работоспособность

    0,88

  2. Расчёт относительных
    показателей критериев i-го
    фактора качества (см. таб. 4.6) ведется
    по формуле:

(4.3)

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

  1. Выбор весового
    коэффициента для каждого критерия
    (см.таб. 4.6).

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

Таблица
4.6. Весовые коэффициенты критериев.


критерия

Коэффициент

Обоснование

1

0,4

В силу достаточной
надёжности оборудования, критерий
работоспособности имеет чуть большее
значение

2

0,6

  1. Оценка фактора
    качества надёжность.

Фактор качества
вычисляется по формуле:

(4.4)

где

N

число
критериев, относящихся к i-тому
фактору

весовые
коэффициенты факторов

Получили

.Как видно, надёжность данной программы
удовлетворяет требованиям.Однакоследует учесть, что в значения
относительныхкритериевпринимались
равнымиабсолютным значениям
(значения базовых критериев
приравнивались к единице, или идеалу,
что на самом деле невозможно, а потому
не совсем корректно).Если
значения базовых критериев отличной
программы оценить равными 0,9, то фактор
надёжности нашей программы повысится
до
.

Соседние файлы в папке DIPLOM4

  • #
  • #

Подборка по базе: Аналитический отчет_уч_нач_классов.docx, Основы анализа бухгалтерской отчетности.docx, бухгалтерская финансовая отчетность в9.odt, Реферат бух учет и отчетность.docx, Краткий отчет.pdf, рубцов отчет.docx, 28131 Отчет по практике до 13.06 Синергия.docx, Пример отчета (1).docx, ЛР1 Отчёт ЭПУС.docx, Зеленских Шаблон на отчет по преддипломной практике.doc


Министерство науки и высшего образования Российской федерации

Федеральное государственное автономное образовательное учреждение

высшего образования

«ЮЖНЫЙ ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ»

(ФГАОУ ВО «ЮФУ»)

 Институт компьютерных технологий и информационной безопасности

 Кафедра математического обеспечения и применения ЭВМ

 Отчет по лабораторной работе №1

«Оценка качественных показателей программного продукта» 

по дисциплине «Качество и тестирование программного обеспечения» 

по модулю «Метрология программного обеспечения»

   Выполнили: 
студенты гр. КТбо2-7 

Савосин Д.А.

Костылев А.В. 
Проверил: 
старший преподаватель кафедры МОП ЭВМ 
Проскуряков A.В. 

Таганрог 2022

Оглавление

1ЦЕЛЬ РАБОТЫ 3

2ТЕХНИЧЕСКОЕ ЗАДАНИЕ  3

3ВЫПОЛНЕНИЕ РАБОТЫ  4

3.1.1Надежность ПО 5

3.1.2Сопровождаемость 6

3.1.3Корректность 7

3.1.4Универсальность/гибкость. 8

4Вывод 10

5Приложение 11

  1. ЦЕЛЬ РАБОТЫ

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

  1. ТЕХНИЧЕСКОЕ ЗАДАНИЕ 

В лабораторной работе необходимо выполнить следующее:

1. Выбрать показатели качества (не менее 5) и сформулировать их сущность. Каждый показатель должен быть существенным, т. e. Должны быть ясны потенциальные выгоды его использования. Показатели представить в виде таблицы (таблица 1);

Показатели качества Сущность показателя Экспертная оценка (вес) wi Оценка, установленная экспериментом ri

2. Установить веса показателей wi (∑wi =1);

3. Для каждого показателя установить конкретную численную оценку ri от 0 до 1, исходя из следующего:

0 – свойство в ПП присутствует, но качество его неприемлемо;

0.5 — 1 – свойство в ПП присутствует и обладает приемлемым качеством;

1 – свойство в ПП присутствует и обладает очень высоким качеством.

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

Результатом выполнения данной работы является отчет об оценке качества ПП, оформленный по требованиям ОС 6.1-97.

    1. Задание на лабораторную работу

  1. Разработать собственный калькулятор;
  2. Сравнить два программных продукта (ПП): калькулятор фирмы Microsoft и калькулятор, написанный студентами. Сравнение проводить по следующим оценочным элементам: надежность программного средства (ПС), сопровождаемость, корректность, гибкость.
  1. ВЫПОЛНЕНИЕ РАБОТЫ 

Исходный программный продукт, взятый за основу. Калькулятор фирмы Microsoft представлен на рисунке 1:

Рис.1 Калькулятор фирмы Microsoft

Разработанный в процессе выполнения лабораторной работы калькулятор. Данный калькулятор разработан в среде C# представлен на рисунке 2:

Рис.2 Калькулятор на Python

    1. Сравнение по оценочным элементам

Сравнение программных продуктов по оценочным элементам:

      1. Надежность ПО

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

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

Код элемента наименование Метод оценки Оценка калькулятора Microsoft Оценка калькулятора
Н0101 Наличие требований к программе по устойчивости функционирования при наличии ошибок во входных данных экспертный 1 1
Н0102 Возможность обработки ошибочных ситуаций экспертный 1 1
Н0103 Полнота обработки ошибочных ситуаций экспертный 1 0
Н0104 Наличие тестов для проверки допустимых значений входных данных экспертный 1 0
Н0105 Наличие системы контроля полноты входных данных экспертный 0 0,5
Н0106 Наличие средств контроля корректности входных данных экспертный 1 0,5
Н0201 Наличие требований к программе по восстановлению процесса выполнения в случае сбоя операционной системы, процессора внешних устройств экспертный 1 0
Н0202 Наличие требований к программе по восстановлению результатов при отказах процессора и операционной системы экспертный 1 0
Н0203 Наличие средств восстановления процессора в случае сбоев оборудования экспертный 1 0
Н0205 Наличие возможности повторного старта с точки прерывания экспертный 0 0
Н0110 Наличие обработки неопределенностей экспертный 1 0
Н0301 Наличие централизованного управления процессами, конкурирующими из-за ресурсов экспертный 1 0
Н0302 Наличие возможности автоматически обходить ошибочные ситуации в процесса вычисления экспертный 0 0
всего 10 3
      1. Сопровождаемость

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

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

Код элемента наименование Метод оценки Оценка калькулятора Microsoft Оценка калькулятора
С0803 Наличие комментариев в точках входа и выхода программы экспертный 0 0
С0303 Осуществляется ли передача результатов работы модуля через вызывающий его модуль экспертный 0 0
С0604 Оценка программы по числу циклов экспертный 0 0
С1001 Используется ли язык высокого уровня экспертный 1 1
С0301 Наличие проверки корректности передаваемых данных экспертный 0 0
С0601 Использование при построении программ метода структурного программирования экспертный 1 1
С0602 Соблюдение принципа разработки программы сверху вниз экспертный 1 0
С0201 Наличие ограничений на размеры модуля экспертный 0 0
С0101 Наличие модульной схемы программы экспертный 1 0
всего 4 2
      1. Корректность

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

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

Код элемента наименование Метод оценки Оценка калькулятора Microsoft Оценка калькулятора
К0101 Наличие всех необходимых документов для понимания и использования ПС экспертный 1 0
К0102 Наличие описания и схемы иерархии модулей программы экспертный 0 0
К0103 Наличие описания основных функций экспертный 1 1
К0104 Наличие описания частных функций экспертный 1 1
К0105 Наличие описания данных экспертный 0 0
К0106 Наличие описания алгоритмов экспертный 0 0
К0107 Наличие описания интерфейсов между модулями экспертный 0 0
К0111 Наличие описания всех параметров экспертный 0 0
К0112 Наличие описания методов настройки системы экспертный 0 0
К0114 Наличие описания способов проверки работоспособности программы экспертный 0 0
К0201 Реализация всех исходных модулей экспертный 1 0.5
К0202 Реализация всех основных функций экспертный 1 0.5
К0203 Реализация всех частных алгоритмов экспертный 1 0.5
К0204 Реализация всех алгоритмов экспертный 1 0.5
К0209 Наличие определения всех данных; переменные, индексы, массивы и пр. экспертный 0 1
К0210 Наличие интерфейсов с пользователем экспертный 1 1
К401 Отсутствие противоречий в выполнении основных функций 1 1
К402 Отсутствие противоречий в выполнении частных функций экспертный 1 1
К0403 Отсутствие противоречий в выполнении алгоритмов экспертный 1 1
К0404 Правильность взаимосвязей экспертный 1 1
К0406 Правильность реализации интерфейса с пользователем экспертный 1 1
К0407 Отсутствие противоречий в настройке системы экспертный 1 1
К0701 Комплектность документации в соответствии со стандартами экспертный 1 0
всего 15 12
      1. Универсальность/гибкость.

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

Оценочные элементы фактора «гибкость»

Код элемента наименование Метод оценки Оценка калькулятора Microsoft Оценка калькулятора
Г1208 Наличие общих комментариев к программам экспертный 0 1
Г1301 Использование языков высокого уровня экспертный 1 1
Г1302 Семантика имен используемых переменных экспертный 1 1
Г1303 Использование отступов, сдвигов и пропусков при формировании текста экспертный 1 1
Г0803 Зависимость от других программных средств экспертный 0 0
Г0101 Оценка числа потенциальных пользователей экспертный 1 0
Г0201 Наличие схемы иерархии модулей программы экспертный 0 0
Г0202 Оценка независимости модулей экспертный 1 1
Г0402 Наличие описания структуры программ экспертный 0 0
Г0802 Оценка зависимости программы от программ операционной системы экспертный 1 1
всего 6 6
    1. Оценка качества

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

Формула:

Оценки качества по следующим оценочным элементам: надежность программного средства (ПС), сопровождаемость, корректность, гибкость:

Калькулятор Microsoft Разработанный калькулятор
KНM = 10 KНР = 3
13 13
KСM = 4 KСР = 2
9 9
KКM = 15 KКР = 12
23 23
KГM = 6 KГР = 6
10 10
KМ= 33178 KР= 21188
13455 13455
  1. Вывод

Калькулятор, разработанный в процессе выполнения лабораторной работы, немного уступает калькулятору, разработанному фирмой Microsoft и нуждается в небольшой доработке.

  1. Приложение

from tkinter import *

from decimal import *

root = Tk()

root.title(‘Calculator’)

buttons = ((‘7’, ‘8’, ‘9’, ‘/’, ‘4’),

(‘4’, ‘5’, ‘6’, ‘*’, ‘4’),

(‘1’, ‘2’, ‘3’, ‘-‘, ‘4’),

(‘0’, ‘.’, ‘=’, ‘+’, ‘4’)

)

activeStr = »

stack = []

# Функция вычисления

def calculate():

global stack

global label

result = 0

operand2 = Decimal(stack.pop())

operation = stack.pop()

operand1 = Decimal(stack.pop())

if operation == ‘+’:

result = operand1 + operand2

if operation == ‘-‘:

result = operand1 — operand2

if operation == ‘/’:

result = operand1 / operand2

if operation == ‘*’:

result = operand1 * operand2

label.configure(text=str(result))

# Функция обработки нажатий

def click(text):

global activeStr

global stack

if text == ‘CE’:

stack.clear()

activeStr = »

label.configure(text=’0′)

elif ‘0’ <= text <= ‘9’:

activeStr += text

label.configure(text=activeStr)

elif text == ‘.’:

if activeStr.find(‘.’) == -1:

activeStr += text

label.configure(text=activeStr)

else:

if len(stack) >= 2:

stack.append(label[‘text’])

calculate()

stack.clear()

stack.append(label[‘text’])

activeStr = »

if text != ‘=’:

stack.append(text)

else:

if text != ‘=’:

stack.append(label[‘text’])

stack.append(text)

activeStr = »

label.configure(text=’0′)

label = Label(root, text=’0′, width=35)

label.grid(row=0, column=0, columnspan=4, sticky=»nsew»)

button = Button(root, text=’CE’, command=lambda text=’CE’: click(text))

button.grid(row=1, column=3, sticky=»nsew»)

for row in range(4):

for col in range(4):

button = Button(root, text=buttons[row][col],

command=lambda row=row, col=col: click(buttons[row][col]))

button.grid(row=row + 2, column=col, sticky=»nsew»)

root.grid_rowconfigure(6, weight=1)

root.grid_columnconfigure(4, weight=1)

root.mainloop()

ОКСТУ 4002

Дата введения 1990-07-01

1. РАЗРАБОТАН И ВНЕСЕН Министерством приборостроения, средств автоматизации и систем управления СССР

ИСПОЛНИТЕЛИ

Ю.П.Галустян, канд. техн. наук; Н.Б.Гуляев, канд. техн. наук; А.П.Дувакин, канд. физ.-мат. наук; А.В.Катков; С.Л.Котов, В.П.Куприянов, канд. эконом. наук; В.П.Морозов, канд. эконом. наук; Е.В.Цальп, канд. техн. наук; Н.Н.Чихалов, канд. техн. наук; В.В.Шураков, д-р эконом. наук.

2. УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ постановлением Государственного комитета СССР по стандартам от 28.07.89 N 2507

3. ВВЕДЕН ВПЕРВЫЕ

4. ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ

Обозначение НТД, на который дана ссылка

Номер приложения

ГОСТ 19.004-80

Приложение 1

ГОСТ 15467-79

Приложение 1

ГОСТ 19781-83

Приложение 1

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

Термины, применяемые в стандарте, и пояснения к ним приведены в приложении 1.

1. ОБЩИЕ ПОЛОЖЕНИЯ

1.1. Оценка качества осуществляется на всех этапах жизненного цикла ПС при:

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

контроле качества на отдельных этапах разработки (техническое задание, технический проект, рабочий проект);

контроле качества в процессе производства ПС;

проверке эффективности модификации ПС на этапе сопровождения.

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

1.3. Оценку качества проводят специалисты организаций:

разработчика — на этапах разработки ПС;

фондодержателя — на этапах приемки ПС в фонд;

испытательных центров и центров сертификации ПС — на этапах испытаний и внедрения;

изготовителя — на этапах тиражирования ПС;

пользователя — на этапах внедрения, сопровождения и эксплуатации ПС.

1.4. Основные задачи, решаемые при оценке качества ПС:

планирование уровня качества;

контроль значений показателей качества в процессе разработки и испытаний;

эксплуатационный контроль заданного уровня качества;

выбор базовых образцов по подклассам и группам;

методическое руководство разработкой нормативно-технических документов по оценке качества;

методическое руководство разработкой нормативно-технических документов по оценке качества.

1.5. Методы определения показателей качества ПС различаются:

по способам получения информации о ПС — измерительный, регистрационный, органолептический, расчетный;

по источникам получения информации — традиционный, экспертный, социологический.

1.5.1. Измерительный метод основан на получении информации о свойствах и характеристиках ПС с использованием инструментальных средств. Например, с использованием этого метода определяется объем ПС — число строк исходного текста программ и число строк — комментариев, число операторов и операндов, число исполненных операторов, число ветвей в программе, число точек входа (выхода), время выполнения ветви программы, время реакции и другие показатели.

1.5.2. Регистрационный метод основан на получении информации во время испытаний или функционирования ПС, когда регистрируются и подсчитываются определенные события, например, время и число сбоев и отказов, время передачи управления другим модулям, время начала и окончания работы.

1.5.3. Органолептический метод основан на использовании информации, получаемой в результате анализа восприятия органов чувств (зрения, слуха), и применяется для определения таких показателей, как удобство применения, эффективность и т.п.

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

1.5.5. Определение значений показателей качества ПС экспертным методом осуществляется группой экспертов-специалистов, компетентных в решении данной задачи, на базе их опыта и интуиции.

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

1.5.6. Социологические методы основаны на обработке специальных анкет-вопросников.

2. НОМЕНКЛАТУРА ПОКАЗАТЕЛЕЙ КАЧЕСТВА ПРОГРАММНЫХ СРЕДСТВ

2.1. Номенклатура показателей качества и характеризуемые ими свойства программных средств приведены в табл.1, где представлены 2 уровня иерархической структуры показателей качества ПС:

Таблица 1

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

Обозначение показателя

Характеризуемое свойство

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

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

1.1. Устойчивость функционирования

H1

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

1.2. Работоспособность

Н2

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

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

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

2.1. Структурность

С1

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

2.2. Простота конструкции

С2

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

2.3. Наглядность

С3

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

2.4. Повторяемость

С4

Степень использования типовых проектных решений или компонентов, входящих в ПС

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

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

3.1. Легкость освоения

У1

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

3.2. Доступность эксплуатационных программных документов

У2

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

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.2. Выбор номенклатуры показателей качества для конкретного ПС осуществляется с учетом его назначения и требований областей применения. В табл.2 представлена рекомендуемая применяемость показателей качества в зависимости от принадлежности ПС к тому или иному подклассу (группе) в соответствии с общесоюзным классификатором продукции.

Таблица 2

Номер показателя по табл.1

Применяемость показателя по подклассам (группам) ПС

5011

5012

5013

5014

5015

5016

5017

503

504

505

506

509

1.1

+

+

+

+

+

+

+

±

+

±

1.2

+

+

+

+

+

+

+

+

+

+

+

2.1

±

±

±

±

±

±

±

±

±

±

±

2.2

±

±

±

±

±

±

±

±

±

±

2.3

±

±

±

±

±

±

±

±

±

±

2.4

±

±

±

±

±

±

±

±

±

±

±

3.1

±

±

±

+

+

+

+

±

+

±

±

3.2

+

+

+

+

+

+

+

+

+

+

+

3.3

+

+

±

+

+

+

+

+

+

±

4.1

±

±

±

±

±

±

±

±

±

±

4.2

±

±

±

±

±

±

±

±

±

±

±

4.3

+

+

+

±

±

+

±

±

±

±

5.1

±

±

±

+

±

±

5.2

±

±

±

±

±

±

±

±

±

±

±

5.3

+

+

±

±

±

±

±

±

±

±

6.1

+

+

+

+

+

+

+

+

+

+

+

6.2

+

+

+

+

+

+

+

+

+

+

+

6.3

+

+

+

+

+

+

+

+

+

+

+

6.4

+

+

+

+

+

+

+

+

+

+

+

Примечания:

1. Знак «+» означает применяемость, знак «-» — неприменяемость соответствующих показателей качества ПС, знак «±» — ограниченную применяемость.

2. Выбор показателей качества ПС для подкласса 509 (прочие ПС) осуществляется в зависимости от их назначения с учетом требований областей применения.

3. Наименование подклассов (групп) ПС по ОКП:

5011 — операционные системы и средства их расширения;

5012 — программные средства управления базами данных;

5013 — инструментально-технологические средства программирования;

5014 — ПС интерфейса и управления коммуникациями;

5015 — ПС организации вычислительного процесса (планирования, контроля);

5016 — сервисные программы;

5017 — ПС обслуживания вычислительной техники;

503 — прикладные программы для научных исследований;

504 — прикладные программы для проектирования;

505 — прикладные программы для управления техническими устройствами и технологическими процессами;

506 — прикладные программы для решения экономических задач;

2.3. Выбранная номенклатура показателей качества фиксируется в ТЗ на разработку ПС.

ПРИЛОЖЕНИЕ 1 (справочное). ПОЯСНЕНИЕ ТЕРМИНОВ, ПРИМЕНЯЕМЫХ В СТАНДАРТЕ

ПРИЛОЖЕНИЕ 1
Справочное

Таблица 3

Термин

Пояснение

Базовый показатель качества

Реально достижимая совокупность значений показателей качества ПС для уравнения

Вычислительные ресурсы

Технические средства ЭВМ, в том числе процессор, объемы оперативной и внешней памяти, время, в течение которого программа занимает эти средства в ходе выполнения

Единичный показатель качества продукции

По ГОСТ 15467

Качество продукции

По ГОСТ 15467

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

По ГОСТ 15467

Логическая структура «выбор»

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

Логическая структура «последовательность»

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

Логическая структура «повторение»

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

Маршрут выполнения программы

Совокупность операторов программы, выполненных во время однократного ее выполнения

Ошибка обслуживания

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

Показатель качества продукции

По ГОСТ 15467

Программа

По ГОСТ 19781

Программное средство вычислительной техники (ПС)

Программа, предназначенная для многократного применения на различных объектах, разработанная любым способом и снабженная комплектом программных документов

Программный документ

По ГОСТ 19.004

Сбой технических средств

Событие, заключающееся в нарушении исправного состояния технических средств ЭВМ при сохранении ими работоспособного состояния

Среда функционирования

Совокупность организационных, информационных программных и технических средств ЭВМ при сохранении ими работоспособного состояния

Эксплуатационный программный документ

По ГОСТ 19.004

ПРИЛОЖЕНИЕ 2 (справочное). МЕТОДИКА ОЦЕНКИ КАЧЕСТВА ПС

ПРИЛОЖЕНИЕ 2
Справочное

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

2. Показатели качества объединены в систему из четырех уровней. Каждый вышестоящий уровень содержит в качестве составляющих показатели нижестоящих уровней. Допускается вводить дополнительные показатели на каждом из уровней.

2.1. Для обеспечения возможности получения интегральной оценки по группам показателей качества используют факторы качества (1-й уровень): надежность ПС, сопровождаемость, удобство применения, эффективность, универсальность (гибкость) и корректность.

2.2. Каждому фактору качества соответствует определенный набор критериев качества (комплексные показатели — 2-й уровень): устойчивость функционирования, работоспособность, структурность, простота конструкции, наглядность, повторяемость, легкость освоения, доступность эксплуатационных программных документов, удобство эксплуатации и обслуживания, уровень автоматизации, временная эффективность, ресурсоемкость, гибкость, мобильность, модифицируемость, полнота реализации, согласованность, логическая корректность, проверенность.

2.3. Критерии качества определяют одной или несколькими метриками (3-й уровень). Если критерий качества определяется одной метрикой, то уровень метрики опускается.

2.4. Метрики составляются из оценочных элементов (единичных показателей — 4-й уровень), определяющих заданное в метрике свойство. Число оценочных элементов, входящих в метрику не ограничено. Взаимосвязь факторов, критериев и метрик с фазами жизненного цикла ПС приведена на черт.1-20.

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

2.6. Для накопления информации об оценочных элементах формируется справочник оценочных элементов (табл.5-10) на основе ранее полученных данных о качестве аналогичных ПС.

3. Оценка качества ПС проводится в определенной последовательности.

3.1. На фазе анализа проводится выбор показателей и их базовых значений.

Таблица 4

Фазы жизненного цикла ПС

Процесс

Фаза

Подфаза

Результат

Разработка

Анализ

Определение требований. Спецификация требований. Техническое задание

Проектирование

Логическое проектирование

Логический проект (функциональный проект). Программно-технический проект:
системы,
программ,
модулей,
документации

Реализация

Модули
Программы
Система
Средства тестирования
Дополняющая документация

Тестирование

Тестирование модуля, программы системы, дополняющая документация.
Сдача в фонд (при необходимости)

Изготовление

Выпуск

Программное средство в форме, готовой для поставки.
Документация.
Правила внесения изменений

Испытания

Установленное ПС
Организация применения
Отчет об испытаниях.
Отзыв пользователя

Применение

Внедрение

Подтверждающее стабильной эксплуатации.
Предоставление набора услуг по внедрению

Эксплуатация

Предложения об усовершенствовании.
Сообщение о функциональных отклонениях

Обслуживание (сопровождение)

Информация о сопровождении программ.
Измененное ПС

3.2. Для показателей качества на всех уровнях (факторы, критерии, метрики, оценочные элементы) принимается единая шкала оценки от 0 до 1.

3.3. Показатели качества на каждом вышестоящем уровне (кроме уровня оценочных элементов) определяются показателями качества нижестоящего уровня, т.е.:

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

результаты оценки каждого критерия определяются результатами оценки соответствующих ему метрик;

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

Черт.1. Фаза анализа

Фаза анализа

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

____________
* Указан номер метрики (критерия).

Черт.1

Черт.2. Фаза проектирования

Фаза проектирования

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.2

Черт.3. Фазы реализации, тестирования, изготовления, обслуживания (сопровождения)

Фазы реализации, тестирования, изготовления, обслуживания (сопровождения)

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.3

Черт.4. Фаза анализа

Фаза анализа

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.4

Черт.5. Фаза проектирования

Фаза проектирования

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.5

Черт.6. Фазы реализации, тестирования и изготовления

Фазы реализации, тестирования и изготовления

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.6

Черт.7. Фаза обслуживания (сопровождения)

Фаза обслуживания (сопровождения)

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.7

Черт.8. Фаза анализа и проектирования

Фаза анализа и проектирования

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.8

Черт.9. Фазы реализации и тестирования

Фазы реализации и тестирования

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.9

Черт.10. Фазы изготовления, обслуживания (сопровождения)

Фазы изготовления, обслуживания (сопровождения)

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.10

Черт.11. Фаза анализа

Фаза анализа

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.11

Черт.12. Фаза проектирования

Фаза проектирования

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.12

Черт.13. Фаза реализации, тестирования, изготовления, обслуживания (сопровождения)

Фаза реализации, тестирования, изготовления, обслуживания (сопровождения)

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.13

Черт.14. Фаза анализа

Фаза анализа

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.14

Фаза проектирования

Черт.15. Фаза проектирования

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.15

Черт.16. Фазы реализации, тестирования, изготовления, обслуживания (сопровождения)

Фазы реализации, тестирования, изготовления, обслуживания (сопровождения)

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.16

Черт.17. Фаза анализа

Фаза анализа

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.18. Фаза проектирования

Фаза проектирования

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.18

Черт.19. Фазы реализации, тестирования и изготовления

Фазы реализации, тестирования и изготовления

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.19

Черт.20. Фазы обслуживания (сопровождения)

Фазы обслуживания

(сопровождения)

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Черт.20

Таблица 5

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

Код элемента

Наименование

Метод оценки

Оценка

Н0101

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

Эксперт-
ный

0-1

Н0102

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

То же

0-1

Н0103

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

«

0-1

Н0104

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

«

0-1

Н0105

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

«

0-1

Н0106

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

«

0-1

Н0107

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

«

0-1

Н0201

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

«

0-1

H0202

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

«

0-1

Н0203

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

«

0-1

Н0204

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

«

0-1

Н0205

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

«

0-1

Н0108

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

«

0-1

Н0109

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

«

0-1

Н0110

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

«

0-1

H0301

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

«

0-1

H0302

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

«

0-1

Н0303

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

«

0-1

H0304

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

«

0-1

Н0305

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

Расчет-
ный

ГОСТ 28195-89 Оценка качества программных средств. Общие положения,
где — число экспериментов, в которых искажающие воздействия приводили к отказу,

— число экспериментов, в которых имитировались искажающие воздействия

Н0401

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

То же

ГОСТ 28195-89 Оценка качества программных средств. Общие положения,
где — число зарегистрированных отказов,
— число экспериментов,

Н0501

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

«

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

где — допустимое среднее время восстановления;
— среднее время восстановления, которое определяется по формуле

ГОСТ 28195-89 Оценка качества программных средств. Общие положения,

где — число восстановлений;
— время восстановления после -го отказа

Н0502

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

«

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

где — допустимое время преобразования -го входного набора данных;
— фактическая продолжительность преобразования -го входного набора данных

Таблица 6

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

Код элемента

Наименование

Метод оценки

Оценка

C0803

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

Эксперт-
ный

0-1

С0302

Оценка простоты программы по числу точек входа и выхода

Расчет-
ный

ГОСТ 28195-89 Оценка качества программных средств. Общие положения,

где — общее число точек входа в программу,

— общее число точек выхода из программы

С1002

Оценка простоты программы по числу переходов по условию

То же

ГОСТ 28195-89 Оценка качества программных средств. Общие положения,
где — общее число переходов по условию;

— общее число исполняемых операторов

С0303

Осуществляется ли передача результатов работы модуля через вызывающий его модуль

Эксперт-
ный

0-1

С0304

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

«

0-1

С0604

Оценка программы по числу циклов

«

0-1

С0801

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

«

0-1

С0802

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

«

0-1

С0901

Соответствие комментариев принятым соглашениям

«

0-1

С1001

Используется ли язык высокого уровня

«

0-1

С0301

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

«

0-1

C0902

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

«

0-1

C0601

Использование при построении программ метода структурного программирования

«

0-1

C0602

Соблюдение принципа разработки программы сверху вниз

«

0-1

C0201

Наличие ограничений на размеры модуля

«

0-1

C0101

Наличие модульной схемы программы

«

0-1

C030

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

«

0-1

C0102

Оценка программы по числу уникальных модулей

«

0-1

C0903

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

«

0-1

C0603

Оценка программы по числу циклов с одним входом и одним выходом

«

0-1

Таблица 7

Оценочные элементы фактора «удобство применения»

Код элемента

Наименование

Метод оценки

Оценка

У0101

Возможность освоения программных средств по документации

Экспертный

0-1

У0102

Возможность освоения ПС на контрольном примере при помощи ЭВМ

То же

0-1

У0103

Возможность поэтапного освоения ПС

«

0-1

У0201

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

«

0-1

У0202

Точность документации для освоения

«

0-1

У0203

Техническое исполнение документации

«

0-1

У0301

Наличие краткой аннотации

«

0-1

У0302

Наличие описания решаемых задач

«

0-1

У0303

Наличие описания структуры функций ПС

«

0-1

У0304

Наличие описания основных функций ПС

«

0-1

У0306

Наличие описания частных функций

«

0-1

У0307

Наличие описания алгоритмов

«

0-1

У0308

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

«

0-1

У0309

Наличие описания пользовательских интерфейсов

«

0-1

У0310

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

«

0-1

У0311

Наличие описания диагностических сообщений

«

0-1

У0312

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

«

0-1

У0314

Наличие описания программной среды функционирования ПС

«

0-1

У0315

Достаточность документации ввода ПС в эксплуатацию

«

0-1

У0316

Наличие информации технологии переноса для мобильных программ

«

0-1

У0401

Соответствие оглавления содержанию документации

«

0-1

У0402

Оценка оформления документации

«

0-1

У0403

Грамматическая правильность изложения документации

«

0-1

У0404

Отсутствие противоречий

«

0-1

У0405

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

«

0-1

У0406

Ясность формулировок и описаний

«

0-1

У0407

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

«

0-1

У0408

Правильность использования терминов

«

0-1

У0409

Краткость, отсутствие лишней детализации

«

0-1

У0410

Единство формулировок

«

0-1

У0411

Единство обозначений

«

0-1

У0412

Отсутствие ненужных повторений

«

0-1

У0413

Наличие нужных объяснений

«

0-1

У0501

Оценка стиля изложения

«

0-1

У0502

Дидактическая разделенность

«

0-1

У0503

Формальная разделенность

«

0-1

У0504

Ясность логической структуры

«

0-1

У0505

Соблюдение стандартов и правил изложения в документации

«

0-1

У0506

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

«

0-1

У0601

Наличие оглавления

«

0-1

У0602

Наличие предметного указателя

«

0-1

У0603

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

«

0-1

У0604

Наличие всех требуемых разделов

«

0-1

У0605

Соблюдение непрерывности нумерации страниц документов

«

0-1

У0606

Отсутствие незаконченных разделов абзацев, предложений

«

0-1

У0607

Наличие всех рисунков, чертежей, формул, таблиц

«

0-1

У0608

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

«

0-1

У0609

Логический порядок частей внутри главы

«

0-1

У0701

Наличие полного перечня документации

«

0-1

У0801

Уровень языка общения пользователя с программой

«

0-1

У0802

Легкость и быстрота загрузки и запуска программы

«

0-1

У0803

Легкость и быстрота завершения работы программы

«

0-1

У0804

Возможность распечатки содержимого программы

«

0-1

У0805

Возможность приостанова и повторного запуска работы без потерь информации

«

0-1

У0901

Соответствие меню требованиям пользователя

«

0-1

У0902

Возможность прямого перехода вверх и вниз по многоуровнему меню (пропуск уровней)

«

0-1

У1001

Возможность управления подробностью получаемых выходных данных

«

0-1

У1002

Достаточность полученной информации для продолжения работы

«

0-1

У1101

Обеспечение удобства ввода данных

«

0-1

У1102

Легкость восприятия

«

0-1

У1201

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

«

0-1

У1202

Достаточность информации, выдаваемой программой для составления дополнительных процедур

«

0-1

Таблица 8

Оценочные элементы фактора «эффективность»

Код элемента

Наименование

Метод оценки

Оценка

Э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-1

Э0201

Время выполнения программ

«

0-1

Э0202

Время реакции и ответов

«

0-1

Э0203

Время подготовки

«

0-1

Э0205

Затраты времени на защиту данных

«

0-1

Э0206

Время компиляции

«

0-1

Э0301

Требуемый объем внутренней памяти

«

0-1

Э0302

Требуемый объем внешней памяти

«

0-1

Э0303

Требуемые периферийные устройства

«

0-1

Э0304

Требуемое базовое программное обеспечение

«

0-1

Таблица 9

Оценочные элементы фактора «универсальность»

Код элемента

Наименование

Метод оценки

Оценка

Г0101

Оценка числа потенциальных пользователей

Экспертный

0-1

Г0102

Оценка числа функций ПС

То же

0-1

Г0103

Насколько набор функций удовлетворяет требованиям пользователя

«

0-1

Г0104

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

«

0-1

Г0105

Возможность настройки формата выходных данных для конкретных пользователей

«

0-1

Г0201

Наличие схемы иерархии модулей программы

«

0-1

Г0202

Оценка независимости модулей

«

0-1

Г0203

Оценка числа уникальных элементов/реквизитов

«

0-1

Г0204

Используется ли в текущем вызове модуля информация, полученная в предыдущем вызове

«

0-1

Г0205

Оценка организации точек входа и выхода модуля

«

0-1

Г0206

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

«

0-1

Г0301

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

«

0-1

Г0401

Использование метода пошагового уточнения

«

0-1

Г0402

Наличие описания структуры программ

«

0-1

Г0403

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

«

0-1

Г0404

Наличие в программе повторного выполнения функций (подпрограмм)

«

0-1

Г0501

Использование стандартных протоколов связи

«

0-1

Г0601

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

«

0-1

Г0701

Оценка зависимости пограмм от емкости оперативной памяти ЭВМ

«

0-1

Г0702

Оценка зависимости временных характеристик программы от скорости вычислений ЭВМ

«

0-1

Г0703

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

«

0-1

Г0704

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

«

0-1

Г0801

Применение специальных языков программирования

«

0-1

Г0802

Оценка зависимости программы от программ операционной системы

«

0-1

Г0803

Зависимость от других программных средств

«

0-1

Г0901

Оценка локализации непереносимой части программы

«

0-1

Г1001

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

«

0-1

Г1002

Оценка программы по использованию условных переходов

«

0-1

Г1003

Оценка программы по использованию безусловных переходов

«

0-1

Г1004

Оформление процедур входа выхода из циклов

«

0-1

Г1005

Ограничения на модификацию переменной индексации в цикле

«

0-1

Г1007

Оценка программы по использованию локальных переменных

«

0-1

Г1006

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

«

0-1

Г1101

Оценка программы по числу комментариев

«

0-1

Г1201

Наличие заголовка в программе

«

0-1

Г1202

Комментарии к точкам ветвлений

«

0-1

Г1203

Комментарии к машинозависимым частям программы

«

0-1

Г1204

Комментарии к машинозависимым операторам программы

«

0-1

Г1205

Комментарии к операторам объявления переменных

«

0-1

Г1206

Оценка семантики операторов

«

0-1

Г1207

Наличие соглашений по форме представлений комментариев

«

0-1

Г1208

Наличие общих комментариев к программам

«

0-1

Г1301

Использование языков высокого уровня

«

0-1

Г1302

Семантика имен используемых переменных

«

0-1

Г1303

Использование отступов, сдвигов и пропусков при формировании текста

«

0-1

Г1304

Размещение операторов по строкам

«

0-1

Г1401

Передача информации для управления по параметрам

«

0-1

Г1402

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

«

0-1

Г1403

Наличие передачи результатов работы между модулями

«

0-1

Г1404

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

«

0-1

Г1405

Использование общих областей памяти

«

0-1

Таблица 10

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

Код элемента

Наименование

Метод оценки

Оценка

К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-1

К0111

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

«

0-1

К0112

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

«

0-1

К0113

Наличие описания всех диагностических сообщений

«

0-1

К0114

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

«

0-1

К0201

Реализация всех исходных модулей

«

0-1

К0202

Реализация всех основных функций

«

0-1

К0203

Реализация всех частных функций

«

0-1

К0204

Реализация всех алгоритмов

«

0-1

К0205

Реализация всех взаимосвязей в системе

«

0-1

К0206

Реализация всех интерфейсов между модулями

«

0-1

К0207

Реализация возможности настройки системы

«

0-1

К0208

Реалчзация диагностики всех граничных и аварийных ситуаций

«

0-1

К0209

Наличие определения всех данных (переменные, индексы, массивы и проч.)

«

0-1

К0210

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

«

0-1

К0301

Отсутствие противоречий в описании частных функций

«

0-1

К0302

Отсутствие противоречий в описании основных функций в разных документах

«

0-1

К0303

Отсутствие противоречий в описании алгоритмов

«

0-1

К0304

Отсутствие противоречий в описании взаимосвязей в системе

«

0-1

К0305

Отсутствие противоречий в описании интерфейсов между модулями

«

0-1

К0306

Отсутствие противоречий в описании интерфейсов с пользователем

«

0-1

К0307

Отсутствие противоречий в описании настройки системы

«

0-1

К0309

Отсутствие противоречий в описании иерархической структуры сообщений

«

0-1

К0310

Отсутствие противоречий в описании диагностических сообщений

«

0-1

К0311

Отсутствие противоречий в описании данных

«

0-1

К0401

Отсутствие противоречий в выполнении основных функций

«

0-1

К0402

Отсутствие противоречий в выполнении частных функций

«

0-1

К0403

Отсутствие противоречий в выполнении алгоритмов

«

0-1

К0404

Правильность взаимосвязей

«

0-1

К0405

Правильность реализации интерфейса между модулями

«

0-1

К0406

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

«

0-1

К0407

Отсутствие противоречий в настройке системы

«

0-1

К0408

Отсутствие противоречий в диагностике системы

«

0-1

К0409

Отсутствие противоречий в общих переменных

«

0-1

К0501

Единообразие способов вызова модулей

«

0-1

К0502

Единообразие процедур возврата управления из модулей

«

0-1

К0503

Единообразие способов сохранения информации для возврата

«

0-1

К0504

Единообразие способов восстановления информации для возврата

«

0-1

К0505

Единообразие организации списков передаваемых параметров

«

0-1

К0601

Единообразие наименования каждой переменной и константы

«

0-1

К0602

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

«

0-1

К0603

Единообразие определения внешних данных во всех программах

«

0-1

К0604

Используются ли разные идентификаторы для разных переменных

«

0-1

К0605

Все ли общие переменные объявлены как общие переменные

«

0-1

К0606

Наличие определений одинаковых атрибутов

«

0-1

К0701

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

«

0-1

К0702

Правильное оформление частей документов

«

0-1

К0703

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

«

0-1

К0704

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

«

0-1

К0705

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

«

0-1

К0706

Деление документов на структурные элементы: разделы, подразделы, пункты, подпункты

«

0-1

К0801

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

«

0-1

К0802

Правильность заданий на выполнение программы, правильность написания управляющие и операторов (отсутствие ошибок)

«

0-1

К0803

Отсутствие ошибок в описании действий пользователя

«

0-1

К0804

Отсутствие ошибок в описании запуска

«

0-1

К0805

Отсутствие ошибок в описании генерации

«

0-1

К0806

Отсутствие ошибок в описании настройки

«

0-1

К1001

Наличие требований к тестированию программ

«

0-1

К1002

Достаточность требований к тестированию программ

«

0-1

К1003

Отношение числа модулей, отработавших в процессе тестирования и отладки () к общему числу модулей ()

Расчетный

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

К1004

Отношение числа логических блоков, отработавших в процессе тестирования и отладки (), к общему числу логических блоков в программе ()

То же

ГОСТ 28195-89 Оценка качества программных средств. Общие положения

Примечание — Коды оценочных элементов составлены из 5 символов следующим образом:

1-й символ — буква русского алфавита указывает на принадлежность элемента тому или иному фактору. («Н» — надежности, «С» — сопровождаемости, «У» — удобству применения, «Э» — эффективности, «Г» — универсальности, «К» — корректности);

2-й и 3-й символы — номер метрики, которой принадлежит оценочный элемент;

4-й и 5-й символы — порядковый номер данного оценочного элемента в метрике.

Например, «К1004» означает, что это 4-й оценочный элемент из 10-й метрики фактора «корректность».

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

3.5. Каждый показатель качества 2-го и 3-го уровней (критерий и метрика) характеризуется двумя числовыми параметрами — количественным значением и весовыми коэффициентами ().

3.6. Сумма весовых коэффициентов показателей уровня () относящихся к -му показателю вышестоящего уровня (), есть величина постоянная. Сумма весовых коэффициентов () принимается равной 1.

ГОСТ 28195-89 Оценка качества программных средств. Общие положения,

3.7. Общая оценка качества ПС в целом формируется экспертами по набору полученных значений оценок факторов качества.

3.8. Для оценки качества ПС различного назначения методом экспертного опроса составляется таблица значений базовых показателей качества ПС.

3.9. Определение усредненной оценки () оценочного элемента по нескольким его значениям () проводится по формуле

ГОСТ 28195-89 Оценка качества программных средств. Общие положения,

где — число значений ОЭ (оценочного элемента);

— порядковый номер метрики;

— порядковый номер ОЭ.

3.10. Итоговая оценка -й метрики -го критерия ведется по формуле

ГОСТ 28195-89 Оценка качества программных средств. Общие положения, (3)

где — число ОЭ в -й метрике.

3.11. Абсолютные показатели критериев -го фактора качества определяются по формуле

ГОСТ 28195-89 Оценка качества программных средств. Общие положения, (4)

где — число метрик, относящихся к -му критерию.

3.12. Относительный показатель -го критерия -го фактора качества вычисляется по формуле

ГОСТ 28195-89 Оценка качества программных средств. Общие положения. (5)

3.13. Фактор качества (*) вычисляется по формуле

ГОСТ 28195-89 Оценка качества программных средств. Общие положения*, (6)

где — число критериев качества, относящихся к -му фактору.
_______________
* Соответствует оригиналу. — Примечание.

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

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

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

Эта инструкция поможет решить основные проблемы при загрузке ОС.

Что делать, если не запускается Windows

Эту статью также можно послушать. Если вам так удобнее, включайте подкаст:

Исправлять ошибки мы будем в Windows 10. Но в Windows 8 и 7 процесс восстановления происходит примерно так же.

Если система даже не начинает загружаться

В таких случаях экран с логотипом ОС не появляется. Вместо него отображается чёрный фон с различными ошибками.

Отключите периферийные устройства

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

После отключения перезагрузите компьютер. Если не поможет, временно отключите клавиатуру и мышь, а затем снова нажмите на кнопку перезагрузки.

Проверьте статус загрузочного диска

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

1. Перезагрузите компьютер.

2. Сразу после запуска нажимайте клавишу входа в BIOS, пока не увидите меню настроек. В зависимости от производителя ПК это может быть F2, F8, Delete или другая клавиша. Обычно нужный вариант отображается в нижней части экрана сразу при включении компьютера.

3. Попав в настройки BIOS, найдите раздел Boot (меню загрузки) и проверьте, установлен ли диск с системными файлами Windows на первое место в списке загрузки. Если нет, передвиньте его на самый верх. Внешний вид BIOS у вас может отличаться, но её структура всегда примерно одинакова.

Иллюстрация: Лайфхакер

4. Выберите вариант «Сохранить и выйти» (Save and Exit), чтобы применить изменения.

После этого компьютер перезагрузится и проблема может устраниться.

Сбросьте BIOS

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

Если загрузка начинается, но Windows зависает, перезагружается или появляется синий экран

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

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

Чтобы загрузить в безопасном режиме Windows 8 или 10, выключите компьютер, зажав кнопку питания, и включите его снова через несколько секунд. Повторяйте это действие до тех пор, пока на экране не появятся дополнительные варианты загрузки. Обычно требуется до трёх таких перезагрузок. Затем нажмите «Поиск и устранение неисправностей» → «Дополнительные параметры» → «Параметры загрузки» → «Перезагрузить». После очередной перезагрузки выберите «Безопасный режим».

Иллюстрация: Лайфхакер

Чтобы включить в безопасном режиме Windows 7, перезагрузите компьютер и сразу после запуска несколько раз нажмите клавишу F8 или Fn + F8 (на ноутбуках). В появившемся меню выберите «Безопасный режим».

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

Если ничего не помогло

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

Воспользуйтесь средой восстановления Windows

Это меню с инструментами для восстановления работы Windows. При проблемах с загрузкой система часто запускает его самостоятельно сразу после включения ПК. На экране появляется надпись «Автоматическое восстановление». В таком случае выберите «Дополнительные параметры» → «Поиск и устранение неисправностей» → «Дополнительные параметры».

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

В Windows 7 и более старых версиях ОС нажимайте для этого клавишу F8 или Fn + F8 (на ноутбуках) сразу после запуска ПК. Когда на экране появится меню «Дополнительные варианты загрузки», выберите «Устранение неполадок компьютера» и воспользуйтесь вариантами восстановления, которые предложит система.

Чтобы войти в среду восстановления Windows 10 или 8, выключите компьютер, зажав кнопку питания, и включите его снова через несколько секунд. Повторяйте эти действия до тех пор, пока на экране не появится меню «Автоматическое восстановление». Обычно требуется до трёх перезагрузок. После входа в меню выберите «Дополнительные параметры» → «Поиск и устранение неисправностей» → «Дополнительные параметры».

Иллюстрация: Лайфхакер

Попав в среду восстановления, вы увидите несколько опций. Сделайте следующее.

1. Выберите «Восстановление при загрузке». Система попробует устранить проблемы самостоятельно.

2. Если не сработает, снова зайдите в среду восстановления и выберите опцию «Командная строка». В появившемся окне по очереди введите команды diskpart, list volume и exit. После каждой нажимайте Enter.

На экране появится таблица с локальными дисками. Обратите внимание, какой из них подписан как системный (диск с файлами Windows). Это важно, поскольку его буква может не совпадать с меткой системного диска в проводнике.

Иллюстрация: Лайфхакер

Если ни один диск не отмечен как системный, вычислите его по размеру: надо найти в списке том, чей объём совпадает с размером локального диска, на который установлена Windows. Если не помните или не знаете этого, лучше не выполняйте следующее действие и закройте командную строку.

Введите команду bcdboot C:windows, заменив C на букву того диска, который является системным. Нажмите Enter и перезагрузите устройство.

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

Воспользуйтесь загрузочным диском или флешкой

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

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

Когда подготовите носитель, используйте его для загрузки своего компьютера. Для этого вставьте флешку или диск и перезапустите машину. Сразу после запуска нажимайте клавишу входа в BIOS (F2, F8 или Delete).

Попав в настройки BIOS, найдите раздел Boot (меню загрузки) и установите на первое место в списке устройств флешку или диск с Windows.

Иллюстрация: Лайфхакер

Выберите вариант «Сохранить и выйти» (Save and Exit), чтобы применить изменения и перезапустить ПК.

Когда устройство загрузится со съёмного носителя, нажмите «Далее» и выберите «Восстановление системы».

Иллюстрация: Лайфхакер

Теперь попробуйте «Восстановление при загрузке» и другие опции, перечисленные в предыдущем пункте этой статьи.

Если средства восстановления не помогают, остаётся переустановить Windows с помощью вставленного диска или флешки. В процессе все данные на системном диске будут удалены, зато ОС, скорее всего, заработает.

Чтобы переустановить систему, перезагрузите устройство, нажмите «Установить» и следуйте инструкциям на экране.

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

Читайте также 💻🌐💻

  • Как исправить ошибку CPU Fan Error при загрузке компьютера
  • Что делать, если не работают USB-порты компьютера
  • Что делать, если пропал интернет на Windows
  • Почему появляется синий экран смерти и что с ним делать
  • Как восстановить жёсткий диск

Практические приемы оценки и повышения качества техдокументации по оценочным элементам фактора «надежность» согласно ГОСТ 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.

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

Windows 7 Starter Windows 7 Starter N Windows 7 Home Basic Windows 7 Home Premium Windows 7 Professional Windows 7 Professional N Windows 7 Enterprise Windows 7 Enterprise N Windows 7 Ultimate Windows 7 Ultimate N Windows Vista Ultimate Windows Vista Enterprise Windows Vista Business Windows Vista Home Premium Windows Vista Home Basic Windows Vista Business 64-bit Edition Windows Vista Enterprise 64-bit Edition Windows Vista Home Premium 64-bit Edition Windows Vista Home Basic 64-bit Edition Windows Vista Ultimate 64-bit Edition Еще…Меньше

Аннотация

При использовании среды восстановления Windows (Windows RE) для устранения неполадок при запуске сначала воспользуйтесь параметром Восстановление запуска в диалоговом окне Параметры восстановления системы. Если это не помогает устранить проблему или необходимо вручную выполнить дополнительные действия по устранению неполадок, следует использовать средство Bootrec.exe. В этой статье рассказывается об использовании средства Bootrec.exe в среде Windows RE для устранения неполадок указанных ниже компонентов Windows Vista и Windows 7.

  • Основная загрузочная запись (MBR).

  • Загрузочный сектор.

  • Хранилище данных конфигурации загрузки.

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

Как запустить средство Bootrec.exe

Для работы со средством Bootrec.exe необходимо сначала запустить среду восстановления Windows RE.

  1. Вставьте установочный диск Windows 7 или Windows Vista в DVD-дисковод и включите компьютер.

  2. При появлении запроса нажмите клавишу.

  3. Выберите язык, время и валюту, а также метод ввода данных (с клавиатуры или другой) и нажмите кнопку Далее.

  4. Выберите пункт Восстановить компьютер.

  5. Укажите операционную систему, которую требуется восстановить, и нажмите кнопку Далее.

  6. В диалоговом окне Параметры восстановления системы выберите пункт Командная строка.

  7. Введите команду Bootrec.exe и нажмите клавишу ВВОД.

Значок "Сведения" Примечание. Чтобы запустить компьютер с помощью DVD-диска Windows Vista или Windows 7, следует настроить компьютер для загрузки с DVD-дисковода. Для получения дополнительных сведений о том, как это сделать, обратитесь к документации, прилагаемой к компьютеру, или к производителю компьютера.

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

/FixMbr

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

/FixBoot

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

  • Загрузочный сектор заменен на нестандартный загрузочный сектор Windows Vista или Windows 7.

  • Загрузочный сектор поврежден.

  • После установки Windows Vista или Windows 7 на компьютер была установлена более ранняя версия операционной системы Windows. В данном случае для запуска компьютера вместо диспетчера загрузки Windows (Bootmgr.exe) используется загрузчик Windows NT (NTLDR).

/ScanOs

Этот параметр выполняет на всех дисках поиск установленных систем, совместимых с Windows Vista или Windows 7. Он также отображает все записи, не включенные в хранилище данных конфигурации загрузки. Этот параметр следует использовать в том случае, если на компьютере присутствуют установленные операционные системы Windows Vista или Windows 7, которые не отображаются в меню диспетчера загрузки.

/RebuildBcd

Этот параметр выполняет на всех дисках поиск установленных систем, совместимых с Windows Vista или Windows 7. Кроме того, он позволяет выбрать установленные системы, которые необходимо добавить в хранилище данных конфигурации загрузки. Этот параметр следует использовать в том случае, если необходимо полностью перестроить хранилище данных конфигурации загрузки.

 Значок "Сведения" Примечание. Используйте средство Bootrec.exe для устранения ошибки с сообщением «Bootmgr отсутствует». Если перестройка хранилища данных конфигурации загрузки не приводит к устранению проблемы, можно экспортировать и удалить данные конфигурации загрузки, а затем выполнить этот параметр повторно. Это обеспечит полную перестройку хранилища данных конфигурации загрузки.

Для этого в командной строке среды восстановления Windows введите следующие команды:

  • bcdedit /export C:\BCD_Backup

  • c:

  • cd boot

  • attrib bcd -s -h -r

  • ren c:\boot\bcd bcd.old

  • bootrec /RebuildBcd

Нужна дополнительная помощь?

Нужны дополнительные параметры?

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

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

Понравилась статья? Поделить с друзьями:
  • Средством просмотра справки обнаружена непредвиденная ошибка
  • Срок устранения технической ошибки росреестром
  • Средство устранения ошибок центра обновления windows 7
  • Срок устранения реестровой ошибки
  • Средства администрирования служб компонентов windows 10 ошибка