設計

保守性高い業務システムのクラス設計

投稿日:

これからの業務システム開発では、大規模新規開発よりも、10年前に作ったシステムの更改・刷新が増えてくると思います。

そこで必ず指摘されるのが、「保守性の高い設計」であるようにということです。

10年前のJava業務システムは

そういう意味では、フレームワークを使っている時点で、ある程度保守しやすくなっているはずです。

servletのdoGet,doPostを使っているところもあれば、もう少し後のシステムではstrutsフレームワークでしょうか。

strutsフレームワークでは、XML地獄が嫌がられます。

SpringBootなどのMVCフレームワークを使えば、URLマッピングをXMLに書く必要はありません。

フレームワークではある程度書くことが決まっているため、保守性を高めるための工夫所は限られてきます。

影響範囲が少ないこと

保守担当をしたことがある人なら、誰でも口を揃えて「影響範囲」を気にすることでしょう。

ある変更によって、影響を受けるソース本数が少ない方がいいのです。

小さい変更が、多くのソースに影響を与えることは避けたいことです。

機能追加が容易であること

 

JUnitが正しく組まれていること

保守性を高めるには、ドキュメントが揃っていることも重要です。

-設計

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

no image

コンウェイの法則がおもしろい

システムを設計するあらゆる組織は、必ずその組織のコミュニケーション構造に倣った構造を持つ設計を生み出す。

no image

GET,POSTのバイト数

HTTPプロトコル上のバイト数制限はない。 ブラウザ、アプリ、サーバーの各レベルでデフォルトのバイト数制限が設けられている。デフォルトなので多くの場合はリミット解除や指定ができる。 GET Googl …

no image

SpringMVCでドメイン駆動開発に役立つサイト・スライド

1 SpringMVCでドメイン駆動開発を行う時の具体的なコード例 ドメインロジックに集中せよ 〜ドメイン駆動設計 powered by Spring from 亨 増田 2 データクラス+機能クラス …

no image

マインド・あり方 > 開発手法・方式・指向

優れた開発手法、最新トレンドを取り入れた方式、オブジェクト指向、これらはやり方である。 やり方が変わっても、マインド・あり方が変わらなければ、現実は何も変わらない。 マインド・あり方が変わらなければ、 …

no image

モック作成の失敗談

き既存システムの刷新でモックを作成することに。 チームの意見を取り入れて良い画面を作るぞ! きりがない 後から後から意見が出てくる。 ユーザーの意見を聞いてない 全く意味がない。 みんなの意見って誰の …