|
Документация при доработке типовых конфигураций | ☑ | ||
---|---|---|---|---|
0
Yaroslavl76
19.01.16
✎
09:06
|
С каждым проектом все острее стоит вопрос по разработке документации при доработке типовой конфигурации. Чем крупнее проект, тем оперативнее нужно вносить изменения и тем острее потом стоит вопрос обновления конфигураций или их последующих модификаций, когда специалист не может потом разобраться "откуда ноги растут". Товарищи, поделитесь опытом - кто как ведет документацию? Может быть есть шаблоны - буду крайне благодарен за примеры.
Ломаем голову над каким-то универсальным документом, где можно было бы отследить задачу, инициатора задачи, затрагиваемые объекты конфигурации, а так же "параллельно" шли и дорабатывались инструкции пользователей (которую так же нужно оптимизировать после доработки). Возможно кто-то прошел уже этот путь - у нас кроме экселя с деревом доработок пока ничего умного не родилось. ЗАРАНЕЕ СПАСИБО! |
|||
1
Поpyчик-4
19.01.16
✎
09:30
|
(0) Никак не ведём.
|
|||
2
assasu
19.01.16
✎
09:37
|
для вас проект это временная работа? если так то надо после себя оставлять вменяемого человека для поддержки . вот он и ведет документацию.
|
|||
3
ДенисЧ
19.01.16
✎
09:39
|
Поднимите хранилище и в коммитах описывайте все изменения.
|
|||
4
xxTANATORxx
19.01.16
✎
09:54
|
(0)в камментах номер задачи пишешь
|
|||
5
xxTANATORxx
19.01.16
✎
09:57
|
(4)+ стараешься как можно меньше вносить изменений в типовые модули, вплоть до того что элементы формы создаешь программно
|
|||
6
Yaroslavl76
19.01.16
✎
14:53
|
(5) Так и делаем, есть правила внесения изменения в типовую конфигурацию. Но когда проект сложный и крупный (ERP, УПП) - там доработки часто затрагивают более 10% объектов конфигурации. Много специфики под клиента, сотрудники клиента меняются и т.д. Через несколько лет все превращается в неуправляемого монстра - никто не знает откуда какие задачи падают, консультанты шарят в типовой конфе, не могут понять почему отрабатывает не так как привыкли, программисты тратят время, чтобы разобраться в не их доработках и т.д. Инструкции пользователей никто не дорабатывает, инфы нет, тз огромное кол-во и взаимосвязь между ними не отследить. Вообщем, на проекте явно нужен другой уровень, а пока даже книжки не какие не гуглятся на эту тему. Сегодня появилась идея создать вики под проект.
|
|||
7
stix2010
19.01.16
✎
14:56
|
говорят можно в справке документацию и изменения писать, если не ленится, а были спецы, которые в окно справки html внешний вставляли
|
|||
8
Garykom
гуру
19.01.16
✎
15:06
|
||||
9
Чайник Рассела
19.01.16
✎
15:07
|
Кто-нибудь читает потом вашу документацию?
|
|||
10
Garykom
гуру
19.01.16
✎
15:07
|
(8)+ но скорее всего свое придется, кстати весьма полезное будет для многих
а вообще да 1С нужно нечто вроде в платформу уже встраивать |
|||
11
Чайник Рассела
19.01.16
✎
15:08
|
(10) вам мало тормозов?
|
|||
12
ejikbeznojek
19.01.16
✎
15:49
|
(4) При помещении в хранилище указывать в комментарии можно и метки ставить.
У нас раз в обновление ещё файлик для тех поддержки выходит в таком вот виде http://prntscr.com/9s27le |
|||
13
ejikbeznojek
19.01.16
✎
15:51
|
+ (12) У сбера я вот что-то похожее видел в документации по sbrf.dll
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |