[ThinkIT] 第1回：O/Rマッピングとは？ (3/3)
O/Rマッピングを利用することで煩雑な作業が軽減できると先にも説明しましたが、具体的なメリットとしてみると、次のことがあげられます。 変更に強い O/Rマッピングを導入することで、ソースコードからデータベースにアクセスする処理の部分を切り離すことがでるので、変更に強くなります。 インピーダンスミスマッチを解決できる O/Rマッピングを導入することで、オブジェクトとリレーショナルデータベースとの構造的な違いを意識することなく開発できます。 自動生成による開発効率の向上 O/Rマッピングの自動生成機能を利用することで、ソースファイルなどの作成の手間が省けるので開発効率があがります。 データベースの差の吸収 O/Rマッピングを導入することで、データベースの差（SQL方言の差）を吸収できます。 ここまでO/Rマッピングについて述べてきましたが、一言にO/Rマッピングといってもその特徴は各O/Rマッ
[Think IT] 第4回：バグ管理で陥りやすいワナ (1/3)
誰もが陥る初歩的なワナ 本連載ではバグ管理の手法や流れについて解説してきた。最終回の今回は、バグ管理で陥りやすいワナについて実例をもとにみていこう。 毎日残業〜入り口制御ができない 「A氏は人当たりがよく、頼まれごとをついつい聞いてしまう性格だ。プロジェクトはそれほど厳しいスケジュールではないのだが、毎日残業が続いている。話を聞いてみると、顧客の担当者から直接アプリケーションの修正依頼が投げられており、A氏はついつい引き受けてしまっていた」 この例は「第2回：紙か？ Wordか？ Excelか？ BTSか？」で解説した「入り口制御ができずバグ管理ができていない状態」である。プロジェクトメンバー間のコミュニケーションが不足していると「いつの間にか」修正を引き受けている状態になりやすい。 このような状態にならないようにバグ管理者は気をつける必要がある。また、プロジェクトメンバーや顧客担当者もプ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
工程／進ちょく管理のツールを比較！
ソフトウェア開発方法論
