Методы разработки программ

[Utkin]

А в функциональном программировании это не только последовательность, но и часто последовательность одних и тех же шагов (фактически все алгоритмы можно выразить рекурсией).

[Kn793]

1) Техническое задание:
Определяется функционал программы, требования, интерфейсы. Изливается на бумагу.

2) Алгоритмы:
Рождается идея, основные алгоритмы.
Делается их приблизительная оценка по времени и по памяти.
Делается оценка сложноти написания.
Поиск альтернатив.

3) Первый этап проектирования:
Программа приблизительно структурирутеся, разбивается на подпрограммы, выделяются объекты.
Всё это изливается на бумагу.

4) Второй этап проектирования:
Четко определяется основное интерфейс.
Берётся подпрограмма наивысшей иерархии. Приблизительно определятеся её код, определяются места вызова подпрограмм.
Четко определяются требования к каждой подпрограмме. К каждому методу объекта. Константность. И т.д.
Задаются вопросы: что может пойти не так.
Тоже самое теперь выполняется вглубь для всех подпрограмм.

5) Программирование:
Берётся любой из объектов, стоящий в самом низу иерархии.
Пишется его public интерфейс в соответствии с установленными требованиями. Проверятся константность.
Пишется ptivate интерфейс, объявляются внутренние поля.
Пишется метод с минимальной иерархией.
Код просматривается и проверятеся на глаз. Происходит оформление и оптимизация.
После написания всего объекта, опять же код проверятеся на глаз.
Происходит тестирование объекта на тех тестах на которых это возможно. Все флаги компилятора ставятся на максимальный дебаг.
И т.д. для остальных подпрограмм.

[anyx]

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

[ArtInt]

Полный текст статьи:
http://ru.wikipedia.org/wiki/Структу...ограммирование

Помню лет 10 назад читал такой же текст в какой-то книге. Все зависит от поставленной задачи и языка программирования, например, для паскаля все данные действия разработки являются вполне правильными (все-таки "структурный" язык). Для объектно-ориентированного программирования последовательность действий из данной статьи может немного измениться и дополнена. А для некоторых языков программирования описанная последовательность действий может быть даже неправильной.
Так что, все зависит от поставленной задачи.

[svbezm]

Проще и понятнее писать программу когда известен и отлажен алгоритм.
Поэтому я его предварительно набрасываю в Labview или GenieDAQ, а потом перевожу (если заказчик требует программу на другом языке программирования) на другой язык или делаю дистрибутив исполнительской среды.
...Легче писать громадное техописание (листов 200-300), если перед вами принципиальная схема (листа 2-3)

[igor_564]

Помню лет 10 назад читал такой же текст в какой-то книге.

Т. А. Павловская - Паскаль. Программирование на языке высокого уровня.

ИМХО самый лучший метод - тот который описан в этой книге.

[fs444]

Т. А. Павловская - Паскаль. Программирование на языке высокого уровня

Спасибо, гляну =)