Программист Axapta. Белая дача.

[axLog]

xonix меня правильно понял. Ну пусть не дизайн-проект, пусть функциональный дизайн, дело в сути: анализ приводит к принципиальному пониманию того, что есть сейчас и что нужно (безотносительно к к.-л.системе вообще!) ; дизайн описывает как эти требования будут реализованы в системе. Только после этого можно сравнивать стандартную систему с дизайном и писать список модификаций. И еще: речь по-видимому нужно всегда вести о сравнении именно со стандартной системой, несмотря на то что многие компании ставят в качестве базовой свою версию, доработанную и исправленную на предыдущих проектах. Поэтому модификации - тоже относительно стандартной системы. Следствие : если в собственной базовой версии уже что-то сделано, что нужно на данном проекте, то есть модификация по сути уже не нужна, она все равно должна быть включена в список и описана.

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