ソフトウェアファクトリ（そふとうぇあふぁくとり）
組織的ソフトウェア開発アプローチの1つで、ソフトウェア開発に関する手順、手法、ツールを標準化してノウハウや知識、成果物の蓄積と再利用を促進し、厳格な工程管理・品質管理を適用することで、ソフトウェア開発の生産性と品質を向上することを目指すコンセプトのこと。また、このアプローチを具体化するための開発環境、あるいは設備や組織体制をいう。 コンピュータソフトウェアは開発者の論理思考と創造性から生み出される知的創作物だが、大規模ソフトウェアを部分ごとに分担開発する場合や組み込みソフトウェアのように多数のバリエーションを繰り返し開発する場合、納期や品質などの問題から属人的・職人的手法は適当ではない。統制や規律のない手工業的な仕事の進め方を脱し、同種製品の継続的再生産（大量生産）を行う“工場”をモデルに形成されてきたソフトウェア開発アプローチが「ソフトウェアファクトリ」である。 ソフトウェアファクトリの
ドメイン・エンジニアリング温故知新
ソフトウェア開発とは問題ドメインの知識をアプリケーション・ドメインの知識に変換することだといってもいい。（本文より） ソフトウェア開発方法論とは「いかにしてシステムを分割するか」という“教え”そのものだった。構造化パラダイムしかり。「ソフトウェアをモジュールに分割せよ、分割せよ、分割せよ。して、その方法は……」。“……”の部分は100人の構造化信者がいれば、100通りのお告げがあった。そしてまた、オブジェクト・パラダイムしかり。「ソフトウェアをクラスに分割せよ、分割せよ、分割せよ。して、その方法は……」“……”の部分は100人のオブジェクト信者がいれば、100通りのお告げがあるのである。 最近、ソフトウェア開発方法論の神様は少し退屈していた。世の中、おしなべてオブジェクトばかりなのはよいとしても、神様の本当の出番があまりなかったから。みんなオブジェクトの称名（しょうみょう）には熱心だけれど
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHP Master | REST - Can You do More than Spell It? Part 1
