Re:ドメインモデリングの需要 - Aufheben - GLAD!! の日記
id:aufheben:20090403 の続き。 システムへの要求はユースケースとドメインモデルで整理するのは良しとして、サブシステム分割、共通機能の洗い出し、コンポーネント分割など、全体のアーキテクチャを構築する過程で、共通性／可変性分析の手法として、フィーチャモデルが使えそうな気がします。 連載：次世代開発基盤技術“Software Factories”詳解 第3回 長期的な要求を定義するフィーチャ・モデル（1/2） - ＠IT 八角研究所 : Ruby on Rails によるシステム開発をモデリングで効率的に行う（3） - 分析・設計編（フィーチャモデリング） あと、これらのモデリングは事前にすべてやる必要はなくて、事前設計とリファクタリング、新規開発時と運用・保守開発時にバランス良く行うのが良いと思います。アーキテクチャのリファクタリングとか良い文献ないでしょうかね? 蛇足です
■ - 流れ続けるPGさんの日記とか駄文
http://blogs.sun.com/japod/entry/building_simple_jersey_web_app Building Simple Jersey Web App With Mavenなのだそうな。 メモっと。 あとは冒頭に I have recently configured our Hudson server to push latest Jersey snapshots to maven repository at https://maven2-repository.dev.java.net/. なんて書いてあって。 私もFreeBSDで野良ビルドしたcontinuumを捨てようかな。 portのHudsonに移行するか……。 八角研究所 : POSA 本でアーキテクチャパターンを勉強しよう（1） - パターンとは何か？ こういうのはきちんと勉強しておきたい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
八角研究所 : 弊社に足りないものが判明
