下記の前提で｡

• 質問者はﾌﾟﾛｸﾞﾗﾑを書くお仕事をされている｡
• ﾌﾟﾛｸﾞﾗﾑ内の各命令文がわからない､のではない｡(言語ﾏﾆｭｱﾙはあるし､読める)
• ﾌﾟﾛｸﾞﾗﾑの1行1行の意味から､全体の動きを想像するのに困難を感じている｡

自分であれば､まずは､実際に動かして雰囲気をつかむところから始めます｡
JavaScript, VBA等間口が広く､ﾃﾞﾊﾞｯｸﾞ環境が充実しているようであれば1行ずつのStep実行で｡
汎用機のCOBOL､ｱｾﾝﾌﾞﾗ等､古い環境であれば､一時的にｿｰｽｺｰﾄﾞを改変して､時点時点での変数の値を出力させる文を挿入したりします｡

全体の雰囲気→利用されている変数の役割の推測→…と､だんだん具体化詳細化していきます｡

上記の方法が通用しないﾌﾟﾛｸﾞﾗﾑ(ﾌﾟﾛｸﾞﾗﾑ自体を書き換えて実行経路を曲げるとか､命令文自体には意味が無く､副作用にだけ期待するとか)もあります｡その場合は､上司を拘禁し､拷問にかけるべきでしょう｡

具体例が示されていないので､なんともいませんが
上司の方のﾌﾟﾛｸﾞﾗﾑは､草創期のﾌﾟﾛｸﾞﾗﾑなのでは｡

昔は､ﾏｼﾝ速度や､ﾌﾟﾛｸﾞﾗﾑ行数の制約があったりして､
ﾛｼﾞｯｸを工夫して処理速度や行数優先にしたﾌﾟﾛｸﾞﾗﾑを
組むことがしばしばありましたからね｡


基本C言語で書いているのに､
部分的にｱｾﾝﾌﾞﾘに処理を渡したりとか､
ﾌﾟﾛｾｯｻのｱﾄﾞﾚｽに直接入力したりとか｡

条件分岐や論理演算を行うのに､
ﾍﾞﾝ図を描いて最適な場合分けを求めて､
条件判定数を減らしたりとかして｡
懐かしいものです｡しみじみ｡



そういうのになると､ほんとに何やってるかわからない｡
で､そういう前時代のﾃｸﾆｯｸは､ほとんどｲﾝﾀｰﾈｯﾄ普及前のものなので
ﾈｯﾄ検索しても出てきません｡


上司の方に､後々のﾒﾝﾃﾅﾝｽのことを考えて
現代風の記述に直したいんですけど､
なんて相談するのもｱﾘかと｡