システム保守の心得

　システム保守するときにはどのようなことを心がけたらよいでしょうか。

　保守には「最善の状態に維持すること」という意味があります。

　これには、２つの意味があります。

　１つ目

　例えば、業務の変化などに対して、システムが最善の状態に使えるように機能を追加したり改修したりすることです。

　２つ目

　1つ目の追加・改修した後も、次の保守に備えてシステムの保守性を最善の状態に維持しておくことです。

　多くの場合、一つ目は業務側からの要求に応えるために目に見える形で実施されます。追加改修した機能が、新しい業務に対し最善の状態で機能するかどうか、テストされます。

　最終的には業務側の受入テストなども行われます。

　しかし、2つ目に関しては、業務側は基本的に関心がありません。
　では、システム保守する側はどうでしょう。

　あまり関心がないのではないでしょうか。十分に関心があった組織では、レガシシステムは、生まれていないはずです。

　保守担当者が書いたコードなどの保守性が「最善の状態に維持」されているかコードレビューを行っているでしょうか。担当者任せになっていることが多いように思います。

　特に同じ人が長期に渡って保守をしているケースでは、その傾向が強くなります。

　いわゆる保守の属人化です。
　
　このような状況が長く続くとコードを「最善の状態に維持」することが難しくなります。その結果、次の機能追加改修という1つ目の目的も十分に果たせなくなります。

　ちょっとした機能追加改修でも、事前調査に時間を要したり、事前調査不足によって、既存の機能に悪影響が出ることが多くなります。

　最悪なのは、保守担当者が異動や退職でいなくなった場合です。後任者は、コードを解読することができず、機能追加改修がままならないことになります。

　このような状況に陥ったシステムのコードはゆがみにゆがんでいます。

　インターフェースも複雑怪奇

　ゆがみが、さらなるゆがみを生み、追加改修した結果、あとあとゆがんできます。

　このような事態を避けるには、１つ目の保守を行う時に２つ目に関しても注意をはらうことです。

　追加改修によって、基本構造やコードがゆがまないようにすること。
　インターフェースを複雑にしないこと。

　つまり、モジュール強度を高め、モジュール結合度を低く抑えること。

とりあえず動くように、コードを切り貼りしないこと。バイパス手術ばかりしないこと。
　無駄なコードは削って、見通しをよくすること。
　そして、変数やクラスには、分かりやすく適切な名前をつけること。

　コードが上から下にスラスラとひと筆で読めて、意図が伝わること。

　ライフサイクルの全段階にわたって構成を適切に管理すること。各要求事項と実装の識別、トレーサビリティを確立し、維持すること。

　━━━━━━━━━━━━━━━━━━━━━
　五輪書　地之巻兵法の道　大工の心得(続)
　━━━━━━━━━━━━━━━━━━━━━

　「仕事がゆがまないこと、留めをあわせること、
　　かんなでよく削ること、すり磨かないこと、
　　あとでゆがまないこと、これが肝要である。」