Проектирование программ. Возможности реализации.

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

1)Применяйте только стр-ные конструкции: последовательность; If- then- else; While- do; Case; Repeat- until;

2)Для обозначения конца структурных операторов используйте четкие обозначения.

3)Вводите абзацы для обозначения блочной структуры.

Прежде чем программировать, запишите программу в псевдокодах. Преимущества:

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

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

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

Бригада главного программиста(БГП). Ядро: ГП, его помощник и библиотекарь программ. О бязанности ГП: 1) наблюдении за техническим аспектом разработки проекта; 2)в руководстве персоналом – контроле за отчетностью людей и регулировании отношений с заказчиками. ГП решает, когда и сколько доп. программистов может понадобиться. Помощник ГП не уступает по классу руководителю и помогает ему в разработке программ. Библиотекарь программ хранит все записи проекта в библиотеке поддержки разработки.

В зависимости от размера и типа создаваемой системы по мере развития разработки в бригаду программистов включают дополнительных сотрудников. БГП 3-7 чел.

Преимущества: Во-первых, менее квалифицированные программисты получают возможность участвовать в больших проектах и наблюдать разработку всего проекта; т.к. молодые члены бригады будут читать главную программу, она будет тщательно проверена.

Рекомендиции: 1)Если количество лиц >7: а)ограничить число сотрудников или ввести должность помощника по административно-финансовым вопросам; б)сформировать 2 бригады; 2)если отношения с заказчиком отнимают много времени - ввести должность управляющего. 3)Лидер должен быть один.

Библиотека поддержки разработки (БПР):1)Хранит как внутреннюю, так и внешнюю машинную документацию; 2)Используется на протяжении всего проекта; 3)Подшивка внешней библиотеки с прогонами программ сохраняет как предысторию, так и текущее состояние проекта; 4)Сами программы должны быть лучшей справкой для вопросов о форматах данных, работе программы, алгоритмах и т. д.; 5) только библиотекарь выполняет все прогоны и регистрирует их.

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

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

Переписывание прог.

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

Эффективность программ.

Основная задача программирования — создание правильных, а не эффективных программ. Эффективная программа бесполезна, если не обеспечивает правильных результатов.

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

Обычно, большая часть времени расходуется на выполнение очень небольшой части программы (5% ее объема), называемой критической областью.

Требования к эффективности следует определять на этапе проектирования.

Отношение к эффективности

Существуют три типа программ по требованиям к эффективность:

1) часто используемые программы;

2) производственные программы (используются длительное время);

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

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