Имя: Пароль:
IT
 
Документирование изменений конфигураций
0 s-pc
 
01.02.12
13:54
Подскажите, пожалуйста, правильный подход вот к такой жизненной ситуации.
Есть фирма (солидная, до денег не жадная, с автоматизаторами  внедренцами рассчитывается вовремя и в полном объеме и т.д. и т.п) НО... (так получилось)конфигурацию им обычно дорабатывают разные спецы с различным уровнем квалификации. Главбух фирмы вот забеспокоился. Говорит, а не слетит ли после обновления все, что нам тут с момента последнего обновления доработали? У них стоит лицензионная семерошная бухгалтерия, судя по вопросу именно она и дорабатывалась.
Так вот, какие там у вас, программистов, порядки, правила, традиции, требования и т.д. и т.п. (в том числе к самому заказчику таких доработок), чтобы все было аккуратненько и после обновлений реализованные хотелки не слетали? Может какой-то журнал где-то ведется (или должен вестись), в котором фиксируются(конечно же ОЧЕНЬ кратко - одной строкой) всё, что делали с данной конфой? А если такого журнала нету (но он нужен) какие бы графы вы в него включили? ну чтобы это был не отмазачный журнал, а что-то, что позволило бы быстре сориентироваться программисту в текущей (измененной) конфигурации.
Примечание: вообще-то я в курсе, что нормальные программисты просто нормально свой код (и изменения в коде) внутри кода и комментируют. Но главбух же в код не полезет. А без этого журнала он НИКОГДА не сможет объяснить очередному программеру, ЧТО ИМЕННО в этом коде меняли.
1 IamAlexy
 
01.02.12
13:57
ну поставь ей ЛЮБУЮ электронную записную книжку (программу всмысле) где можно по датам записи делать и поиск есть...

и пусь каждый пишет как в бложик..

или во - поставь на серваке апач + пхп + ворпдресс.. и пусть в бложик программисты пишут свои злоключения...
2 orefkov
 
01.02.12
14:24
(0)
7ка?
gcomp + любую систему контроля версий.
Пользователь не знает, чего он хочет, пока не увидит то, что он получил. Эдвард Йодан