При использовании символов в схемах руководствуются следующими правилами:

1) символы в схеме должны быть расположены равномерно. Следует придерживаться разумной длины соединений и минимального числа длинных линий;

а) б)

а- несколько линий от символа “решение”;

б- одна разветвляющаяся линия от символа “решение”).

Рис. 2.6. Оформление ветвлений в схемах программ

Рис. 2.7. Объединение линий управления в схемах программ

2) символы должны быть, по возможности, одного размера;

3) символы могут быть вычерчены в любой ориентации, но предпочтительной является горизонтальная ориентация. Зеркальное изображение формы символа означает одну и ту же функцию;

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

В качестве примера приведу фрагмент схемы программы с циклом с заданным числом повторений (в большинстве языков программирования эта конструкция начинается зарезервированным словом for) (см. рис.2.9, 2.10).

Рис. 2.8. Применение комментариев в схемах программ

I, I=N1, I+1, I>N2

Тело цикла

Действия после цикла

I

а) б)

а - конструкция “счетный цикл”

б – конструкция “цикл общего вида”

Рис.2.9. Применение символов процесса для отображения цикла с заданным числом повторений

нет

да

Рис. 2.10. Детальное представление цикла с заданным числом повторений

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

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

• текстовое описание,

• структурированный естественный язык,

• таблица решений,

• дерево решений,

• визуальный язык,

• блок-схема,

• алгоритмический язык программирования.

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

28