Документирование разработок

[bobkov_imported]

Цитата:

Сообщение от Vladimir_M

Уточняю вопрос: Как надо документировать для Заказчика изменения, внесенные в стандартную Аксапту?

А зачем их документировать? Как вы собираетесь использовать эту документацию для сопровождения? Изменения обычно и так на отдельном слое лежат, их можно рассмотреть при желании...

А если вернуться к исходному вопросу, больше всего полезно для сопровождения руководство пользователя, которое содержит:
1. Модель бизнес-процессов (с ролями, документами)
2. Детальное описание выполнения пользователями автоматизируемых функций в бизнес-приложениях (Аксапта, Excel и так далее).
3. Информационные модели, особенно OLAPы всякие...

Только дорого это - написать такое руководство... Его же потом еще и актуализировать нужно будет в процессе сопровождения системы...

[member]

Цитата:

Сообщение от bobkov

Цитата:

Сообщение от Vladimir_M

Уточняю вопрос: Как надо документировать для Заказчика изменения, внесенные в стандартную Аксапту?

А зачем их документировать? Как вы собираетесь использовать эту документацию для сопровождения? Изменения обычно и так на отдельном слое лежат, их можно рассмотреть при желании...

Т.е. в Аксапте можно легко разобраться в коде, написанном другим программистом и он не требует какого-либо описания?

[bobkov_imported]

Цитата:

Сообщение от Vladimir_M

Т.е. в Аксапте можно легко разобраться в коде, написанном другим программистом и он не требует какого-либо описания?

Это изначально зависит от личности программиста. Кто-то пишет понятно, кто-то - так, что проще выбросить чем разобраться. Также это зависит от методики программирования. Для того чтобы улучшить понимание собственно кода, нужно управлять процессом реализации изменений в Аксапте - заставлять программистов использовать определенные приемы программирования, правила именования объектов, переменных, методов, правила комментирования кода и т. д.