Дизайн сверху вниз или снизу вверх?

Question

В основном эти два подхода к проектированию системы. Какие преимущества и недостатки? Когда я должен использовать это? Должен ли я объединить эти подходы? Как?

Answer 1

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

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

Вы должны прочитать блестящую бумагу Parnas A rational design process and how to fake it для получения более подробной информации по этому вопросу. Ответ: используйте оба варианта, если это необходимо. Когда все будет готово, сделайте все это (в ваших спецификациях, проектной документации и документации пользователя), как будто вы сделали все сверху вниз.

Answer 2

Вы также должны взглянуть на принцип «Нарезка торта» из гибкого сообщества. Этот принцип заставляет вас сосредоточиться на добавлении стоимости бизнеса для пользователя с каждой итерацией вашего приложения. Вы пытаетесь разработать и осуществить вертикальный срез вашего приложения и доставить его, а затем сосредоточиться на следующем срезе и т.д.

Вот ссылка, которая объясняет принцип более подробно http://blog.energizedwork.com/2005/05/slicing-cake.html

Answer 3

Я думаю, ваш вопрос заслуживает долго и сформулированные ответы. Я предлагаю прочитать старую статью Мартина Фаулера (ср. «Является дизайн мертв?»), Который говорит отношения о авансовый дизайна и гибких методов (http://martinfowler.com/articles/designDead.html)

Мой опыт должен всегда иметь голубую архитектуру печати модулей , взаимодействия между компонентами системы. Имея этот проект (который в некоторых проектах может быть на высоком уровне), я начинаю разрабатывать/разрабатывать модули/компоненты. Некоторые из них могут быть разработаны также снизу вверх.