アジャイル アプリケーション開発における知識獲得(要件・仕様・利用技術)という意味で、 フィードバックの間隔を短くする 変更しやすい という方向性を中心においているアジャイル開発は優れていると思う。 DOA 一方で、基幹系のような大きなシステムにおいては統合されて整合性のある データモデルが確立されていないとうまくいかない気がする。 (これは気がするなので前提がおかしいかもしれません) となるとDOAのアプローチが優れていると思う。 データの状態遷移とアプリの関係 統合されて整合性のあるデータモデルは、業務に対する知識がないと作れない。 →アジャイルに適している。 データモデルをアジャイルに構築するとデータの状態遷移とアプリケーションは 密接な関係があり、修正箇所が多くなりやすい。 →アジャイルに向きにくい。 データの状態遷移が少なく、CRUD表のCRUDが少ない、あるいは変更するアプリケーションが 限られている場合などはアジャイルでいけると思うのですが、データの状態によって処理の仕様が 変わるケースをたくさん含まれている場合は何らかのプラクティスが必要だと思っています。 データベースリファクタリングも一つのプラクティスだと思うのですが、これはデータベースモデリングの 柔軟性だと思っていて、アプリケーションとデータモデルの関係の柔軟性につながらない。 CRUD以外のアプリケーション・データモデルの関係を表す手法があればいいかもしれませんが、今のところ 見つけられずにいて、アジャイルとDOAのアプローチのバランスや進め方に頭を悩ませています。
2009年01月25日のエントリー
Sonar
2009年01月25日 · コメント(0) · 未分類
Sonarの出来がよい。 ニュースになっていた頃はふ~んという感じでしたが 最近、紹介を受けたので確認したところ、おっ~という感じで インストールしてみました。 Mavenのプラグインとして実装されていて、いい~と思いました。 前から、JUnitのレポートの履歴があればいいのにと思っていたところ ちょうどありました。 どこかのプロジェクトで利用してみたいです。 マルチプロジェクト 複数のプロジェクトの状況を把握できるビューです。 ダッシュボード これは普通の感じですが、必要な内容だと思います。 タイムマシン この例ではまだデータがないのでわからないですが、時間軸でカバレッジやテストケース数、成功数などをグラフで比較できるようになっています。
タグ :