ЧЕЛОВЕЧЕСКИЙ ФАКТОР

Блок-схемы

Литературный источник

Использование детальных и укрупненных блок-схем нашло широкое распространение с первых дней появления програм­мирования. В недавние годы критики отмечали растущее не­довольство многих программистов в случаях, когда требова­лась разработка детальных блок-схем. Брукс [13] назвал блок-схемы проклятием. Ледгарт и Гмура, используя более умеренные выражения, настаивали на том, что «блок-схемы могут легко скрыть полезную информацию, выделяя лишь по­следовательность передачи управления, что отвлекает про­граммиста от важных функциональных взаимосвязей проекти­руемого программного средства в целом» [41]. Апологеты ме­тода, одним из которых является Бол [7], утверждают, что блок-схемы являются «важным инструментом решения за­дач».

Таблица 11.7. Прочие управляющие структуры

^ Литературный

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

Для понимания программы арифметический оператор IF в Фортране труднее для начинающих, чем логический IF, этот вывод не касается программистов средней квалификации [70]

Для обеспечения правильности программ конструкция вида IF-YMOBne-THEN-ELSE - противоположное условие значитель­но лучше, чем обычный оператор типа IF-условие-THEN-ELSE [78] В отношении наилучшего восприятия и измеримости качества программы комбинация конструкций CASE и ITERATION лучше, чем любая из конструкций IF-THEN-ELSE или CASE [27]

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

На практике можно использовать описания алгоритмов на метаязыке [языке проектирования программ PDL] вместо со­ставления блок-схем. Во всяком случае, следует избегать ис­пользования чрезмерно детализированных блок-схем. В комплект документации по алгоритмам программ следует непременно включать дополнительные документы типа описа­ний структур данных.

1.3.3. Отладка

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

На практике результаты отладки не дают ясной картины. Очевидно, что если отладочные средства не используются, то это не значит, что их использование не было бы полезным. Возможно, наиболее строгим полученным результатом являет­ся демонстрация влияния особенностей употребляемого языка на появление ошибок в программе. Для минимизации числа ошибок следует применять язык программирования со строгим контролем типов переменных и не использовать массивы (табл, 1.9—1,11). J

Таблица 1.8. Достоинства и недостатки блок-схем

„ Литературный

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

Текст процедуры запомнить легче, чем ее блок-схему [90]

Меньшее число ошибок достигается при кодировании програм­мы в соответствии с блок-схемой (а ие с текстом процедуры на естественном языке) [37, 90]

В ряде задач (составление, освоение, отладка и модификация программ) существенная полезность блок-схем не отмечена [75] Блок-схемы полезны для прослеживания последовательности передач управления в программе, но не помогают в нахожде­нии ошибок [11, 12] Наличие документации по используемым структурам данных полезнее для понимания программы, чем блок-схемы или опи­сание на языке проектирования [72] Программисты создают более качественные проекты при ис­пользовании описаний на языке проектирования PDL [58] Использование описаний на языке проектирования не лучше и не хуже для освоения программы или ее последующего ко­дирования, чем применение блок-схем [58]

ЧЕЛОВЕЧЕСКИЙ ФАКТОР

Этапы проектирования программного обеспечения интерфейса человек — ЭВМ

Проектирование качественного программного обеспечения ин­терфейса человек —ЭВМ не является жестким, статическим процессом. Характер и содержание каждого интерфейса варьи­руются в соответствии с конкретной областью его использова­ния, и в группах разработчиков часто …

Оценка эффективности человеко-машинных систем

Существует целый ряд общих методов оценки эффективности для различных уровней характеристик человеко-машинных сис­тем, однако оценка эффективности распознавания речи в слож­ней задаче управления, связанной с отображением информации, представляется задачей более трудной …

Потребность в документации

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

Как с нами связаться:

Украина:
г.Александрия
тел./факс +38 05235  77193 Бухгалтерия
+38 050 512 11 94 — гл. инженер-менеджер (продажи всего оборудования)

+38 050 457 13 30 — Рашид - продажи новинок
e-mail: msd@msd.com.ua
Схема проезда к производственному офису:
Схема проезда к МСД

Оперативная связь

Укажите свой телефон или адрес эл. почты — наш менеджер перезвонит Вам в удобное для Вас время.