Cтраница 1
Стадии отладки и приемки в эксплуатацию отлича ются от предыдущих стадий тем, что представляется возможным организовать наблюдение за функционирова нием системы в реальных условиях эксплуатации. Основными задачами на этой стадии являются задачи плани рования объемов и сроков испытаний, оценки достигну того уровня надежности, а также проверки выполнения заданных требований по надежности системы. Если при испытаниях и приемке в эксплуатацию представляется возможным провести испытания системы в целом, то основными методами исследования надежности являются методы математической статистики. Если испытания сие темы в необходимом объеме организовать не представляется возможным, то результаты статистических исследований обрабатываются с использованием математичес ких моделей надежности. [1]
На стадии отладки и тестирования полученного прототипа будущей системы выполняется проверка его работоспособности на разнородных примерах. Оценить работу экспертной системы трудно по той причине, что в подавляющем большинстве случаев не существует формального способа доказательства полученного системой решения. Кроме того, зачастую пользователю требуются не самые точные решения, а наиболее полезные с его гички зрсни. Поэтом при проектировании системы необходимо учитывать интересы будущих пользователей и включать их как экспертов в процессе проектирования системы. Далее, с ростом объема базы знаний ( когда число правил достигает нескольких сотен) добавление новых правил или исправление существующих зачастую приводит к появлению новых ошибок, количество которых сравнимо с устраняемыми ошибками. Отладка и тестирование выполняются с использованием контрольного набора задач, который желательно прогонять после каждого вносимого важного изменения в базе знаний и в стратегии управления процессом решении задач Помимо отладки на контрольном наборе задач используется прием регистрации при функционировании системы тех правил, которые приводят к конкретным заключениям. [2]
В зависимости от стадии отладки и характера предполагаемых ошибок, в также в зависимости от типа контролируемых и анализируемых величин должны изменяться применяемые операторы отладки. В процессе отладки вычислительной части управляющих алгоритмов в первую очередь контролируются значения квазинепрерывных величин, их производные и другие функции. Этот контроль осуществляется либо в отдельных точках, соответствующих средним и предельным, а также особым значениям величин, либо во всем диапазоне изменения параметра с некоторым постоянным шагом, либо, наконец, статистически при флюктуации исследуемой переменной по закону, соответствующему изменениям в реальной системе. Кроме того, контроль квазинепрерывных величин можно производить укрупненно по выходным результатам и поэтапно по мере преобразования заданной исходной величины или в отдельных точках ее изменения. [3]
Рассмотрим прогнозирование на стадии отладки опытного образца. Поэтому для опытного образца в процессе эксплуатации необходимо осуществить два этапа. Первый этап заключается в исследовании запаса точности данного образца и второй - в расчете потери этой точности из-за износа основных сопряжений станка. При прогнозировании надо решить ряд вопросов, которые кратко рассмотрены ниже. [4]
Исправления могут выполняться как на стадии отладки программы, так и на дальнейших этапах: при эксплуатации или модернизации программы. [5]
Программы для приближенных неэмпирических расчетов с упрощениями в духе INDO HNDDO находятся в стадии отладки. [6]
Все методы измерения толщины нарушенного слоя очень трудоемки и применяются только в лабораторных условиях на стадии отладки технологического процесса. [7]
Существующие методы проектирования допускают имеющимся в спецификациях ошибкам ( и возникающим в процессе проектирования) оставаться необнаруженными до стадии отладки и внедрения. Анализ показывает, что около 2 / 3 ошибок появляется на стадии разработки спецификаций и создания программ. Поэтому необходимо разработать единый язык спецификаций, на котором требования к системе могли бы быть однозначно определены и легко скорректированы. Это может быть обеспечено лишь автоматизированными методами проверки на всех стадиях разработки системы. [8]
Учитывая этот печальный закон, разумно уже при разработке программы на этапах алгоритмизации и программирования ( 2 и 3) готовиться к обнаружению ошибок на стадии отладки ( 6), принимать профилактические меры по их предупреждению. Например, уже на этапе Г, когда выбирается общий метод решения задачи, следует разработать и основную стратегию отладки, общий план ее проведения ( см. 1 на рие. Необходимо уже на этой стадии разработки программы решить, каким путем можно будет в дальнейшем убедиться, что выбранный метод решения задачи обеспечивает правильные результаты для указанных в ТЗ диапазонов изменения ве-дичин и условий функционирования программы. [9]
Большой интерес представляет высокопроизводительное приспособление для многодиапазонной сортировки, конструкция которого разработана Научно-исследовательской лабораторией электроавтоматики ( НИЭЛ) и которое находится в настоящее время в стадии отладки. [10]
Первый использовался на стадии отладки программ, а второй позволял получать быстро работающую машинную программу. [11]
В общем случае на разных этапах разработки и эксплуатации программы к ее качеству и времени, расходуемому на ее трансляцию, предъявляются разные требования. Пока программа находится в стадии отладки, требования к ее качеству невысоки. [12]
В микропроцессорных ( МП) системах программируемые ПЗУ ( ППЗУ) занимают важное место. Особенно эффективно их применение на стадии отладки программного обеспечения МП-систем. Дело в том, что оптимизация и отладка конкретной программы в общем случае требуют нескольких десятков ее прогонов в системе, а каждый такой прогон требует записи в ПЗУ нового варианта программы, поэтому наличие ЭППЗУ в составе МП-систем и прототипных комплектах является обязательным. [13]
Кроме системных библиотек в ДОС ЕС могут существовать и личные библиотеки, которые располагаются на пакетах дисков и могут содержаться как в резиденции системы, так и на других пакетах. Использование личных библиотек рекомендуется для программ на стадии отладки, а также для отлаженных программ узкого использования, так как размеры системных библиотек не безграничны, и программист не должен засорять их личными программами, не представляющими интерес для других пользователей ЭВМ. [14]
Одна и та же программа, составленная двумя программистами даже по заранее подготовленной структурной схеме, будет выглядеть различно. Удобочитаемая и понятная форма написания программы позволяет на стадии отладки скорее выявить допущенные ошибки, а на стадии внедрения и эксплуатации программы - с меньшими затратами вносить необходимые изменения и дополнения без изучения описаний программы. Это очень важно, так как зачастую программа после ее внедрения сопровождается лицом, ее не разрабатывающим. [15]