Я системный инженер, недавно закончил колледж, и мне только что дали проект, который является чрезвычайно пугающим.
У нас есть устаревшая система, мы юридически владеем всем кодом и всеми правами наЭто.Проблема в том, что код плохо документирован, небольшая документация неполная, иногда неправильная, а оригинальные разработчики недоступны.
Для работы с нестандартным сценарием сборки на Perl требуется тысяча модулей из CPAN, а я нетзнать Perl.Обратный инжиниринг в UML не удался, кроме как с помощью Doxygen, и это ограничивается только диаграммами наследования и графами вызовов.
Я получил массивную классную доску, и я медленно перебираю код, моделируя пакеты, а затем вложенныепакеты внутри.
Мой вопрос заключается в том, подхожу ли я к этому реверс-инжинирингу с правильного направления.Я работаю вплотную снизу, пытаясь выяснить, что вызывает то, что происходит при разработке UML и написании документа разработки.Я сделал диаграмму пакета, но трудно понять, что происходит на этом высоком уровне.
В академической газете, которую я вытащил, предлагается также создать новый документ с требованиями, который еще больше замедлит меня, и я не наденуНе знаю, будет ли это хорошей идеей, поскольку другие разработчики всегда заняты попыткой сохранить устаревшую систему.
Существуют ли какие-либо книги, которые могут мне помочь, и я подхожу к этому с правильной точки зрения?Должен ли я нанять работника по контракту, который знает Perl и JMX, чтобы помочь мне?