Планирование проекта

← →
TUser © (2004-11-19 13:09) [0]

Допустим такая ситуация. Надо внести какие-нибудь возможности в проект, которые изначально не планировались. Иногда это можно сделать просто, но часто требуется существенная переработка кода. Понятно, что гарантироваться полностью от существенной переработки проекта нельзя (точнее единственный путь - все хорошо планировать и никогда не браться за незапланированные возможности, но будем считать, что необходимость в новых возможностях все же возникла, и ничего с этим поделать нельзя). Тем не менее хочется так спланировать проект, чтобы как можно больше новых возможностей туда можно было бы добавить с малыми трудозатратами.
Есть ли какие-нибудь рекомендации/правила/личный опыт по этому поводу?

← →
Polevi © (2004-11-19 13:11) [1]

иди на курсы ясновидения

← →
Ditrix © (2004-11-19 13:34) [2]

Шеллоуэй "Шаблоны проектирования"
кажется так...
там вся книга посвящена злу под названием "изменчивость требований"
выход в применении шаблонов ОО проектирования

← →
TUser © (2004-11-19 13:53) [3]

Спасибо, поищу. А личный опыт такого дела что говорит?

← →
Sergey13 © (2004-11-19 13:57) [4]

2[3] TUser © (19.11.04 13:53)
>А личный опыт такого дела что говорит?
Мой говорит - утопия. 8-(

← →
Ditrix © (2004-11-19 14:15) [5]

Sergey13 © (19.11.04 13:57) [4]
увы мой тоже. в другой книге "Мифический человекомесяц" сказано, что серебряной пули нет. :-(

← →
TUser © (2004-11-19 16:18) [6]

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

← →
DVM © (2004-11-19 16:20) [7]

Плагины

← →
Anatoly Podgoretsky © (2004-11-19 16:25) [8]

Изолировать части проекта друг от друга

Знать предметную область лучше заказчика.

Объектная модель. Описание классов в БД. Собственный макроязык. Типа 1С

Вставлю свои пять копеек(может оно и неверно)

Планировать проект на уровне Data Flow(данные управляют данными) и абстрагироваться от программной концепции(код, язык и методы не важны). Однако слишком увлекаться этим тоже не стоит, может пострадать производительность системы.

Планирование проекта Найти похожие ветки