Разработка базы данных для оформления заявок клиентов телефонной сети на примере ФГУП «ЦАГИ»

• На этапе (ЛО) - локализация ошибок - точно устанавливается место, где в программе допущена ошибка (ошибки), последствия которой проявились при выполнении этапа (КПП) .
• На этапе (ИО) производится исправление ошибок, выявленных на этапе (ЛО). Исправления вносятся как в программу, так и в алгоритм, если он затрагивается этими исправлениями.

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

2.2.8. Оформление программы

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

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

2.2.9. Проверка правильности расчетов

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

2.2.10. Отчет о работе

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

2.2.11.  Модернизация

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

2.3. Необходимость отладки разработанного программного продукта

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

При разработке алгоритма программы решаются тактические  вопросы проведения отладки, намечаются способы контроля отдельных блоков и приемы предстоящей локализации  ошибок в них. Для этого проектируются  контрольные примеры, по алгоритмам (блок-схемам) намечаются места и  моменты необходимой отладочной печати и выбираются выводимые на печать данные, которые должны обеспечить возможность быстрой локализации  ошибок при отладке (на этапе (ЛО)). Разрабатывая алгоритм, следует, таким образом, учитывать, можно ли будет достаточно просто проконтролировать программу, составленную по выбранному алгоритму, и в случае, когда предвидятся большие затруднения, нужно отдать предпочтение другому, более выгодному для этапа  отладки, алгоритму. Нужно всегда помнить, что главным критерием ценности программы является ее правильность, и для гарантирования такого свойства про граммы следует жертвовать другими  показателями, такими, например, как  скорость работы или требуемый объем  памяти. Давно ушли в прошлое те времена, когда программу оценивали  только по количеству команд в ней.

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

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

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

2. . Разработка алгоритма (1.5%) и детального плана отладки 20%
3. .Программирование (5%) и изготовление тестов 5%

4- 5. Препарация и первая трансляция 5%

6. Отладка 40%

7. Оформление  программы 10%

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

 разработка программы = изготовление + доказательство.

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

 а) путем  ускорения поиска и исправления  ошибок, имеющихся в программе; 

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

2.4.   Методы и средства отладки

2.4.1.   Контроль программы

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

 Контроль текста 

Контроль текста программы можно производить  как "вручную", так и с применением  ЭВМ. Сначала рассмотрим "ручные" методы контроля текста программ (алгоритмов). Можно различать три способов контроля текста без применения ЭВМ: просмотр, проверка и прокрутка.

Просмотр

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

Проверка

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

Прокрутка

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

Печать текста

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

2.4.2.   Контроль результатов

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

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

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

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

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

Алгоритмическое тестирование

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

Функциональное или аналитическое  тестирование

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

Содержательное тестирование

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

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

2.4.3.  Классификация методов контроля

КОНТРОЛЬ 

1. По тексту.
1. Без ЭВМ.
1. Просмотр.
2. Проверка.
3. Прокрутка.
2. С ЭВМ.
1. Печать.
2. Трансляция (синтаксический контроль).
3. Статический анализ.

2. По результатам.

1. Тестирование.
1. Алгоритмическое.
2. Функциональное.
3. Содержательное.
2. Специальные методы.

2.4.4. Локализация ошибок

Способы локализации

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