ドメインモデル - Wikipedia
ドメインモデルの例（健康保険プラン） ドメインモデル（英: Domain model）は、システムに関わるさまざまな実体とそれらの関係を説明するシステムの概念モデルである。 ドメインモデルは、システムの鍵となる概念と用語を文書化するために作成される。ドメインモデルでは、システムの主要な実体とそれらの間の関係を明らかにし、一般にそれらの重要なメソッドと属性も洗い出す。すなわち、このモデルは、システムの構造的な観点を提供し、通常はユースケースモデルで動的な観点を補足する。ドメインモデルの重要な利点は、システムの範囲を明らかにすることである。 ドメインモデルは、プロジェクト関係者で理解を共有し検証する際に威力を発揮する。コミュニケーションツールとしても役立ち、技術者チームとビジネスチーム間の仲介点としても役立つ。ドメインモデルは、ソフトウェア開発工程の実装工程で、コーディングの参考として使用する
「ソフトウェア開発プロジェクトをとりまく６つの誤解」は真実でもある - arclamp
「ソフトウェア開発プロジェクトをとりまく６つの誤解〜プログラミングを経験しないとわからないこと」に釣られてみます。 6つの誤解は次の通り。 既にあるソフトウェアを流用した方が速く作れる ソフトウェアはハードと違って後から容易に直せる 誰が作っても中身は同じ品質になる 共通部品から先に作ることが出来る 人を増やせば一度に沢山の機能が作れる 正確な見積もりを出すことが出来る 記事の前提は"お客さんはITにそれなりに詳しい（けどプログラミングはしたことがない）情報システム部門の人"ということだと思います。 この6つは誤解しやすいし、僕もお客さんと会話する内容です。でもね、お客さんがそう感じていることも事実です。なるべく安く早く、そして変更に強いシステムを作りたいと願うことは当然のことです（もちろん予算どおりに）。 ソフトウェア開発に職人的（あるいは芸術的）要素があることは間違いありませんが、それ
5分で分かる、「スクラム」の基本まとめ
5分で分かる、「スクラム」の基本まとめ：開発チームを改善するためのスクラムTips（8）（1/2 ページ） 「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 これまで、アジャイル時代のチーム・マネジメント手法として主流になっている「スクラム」の手法を紹介してきました。今回は総集編として「スクラムの基本」をコンパクトにまとめます。 そもそもスクラムとは スクラムは、一言でいえば「チームで仕事の進めるための枠組み（フレームワーク）」です。 もともとはソフトウェア開発プロジェクトを成功させる仕組みですが、技術的な要素は取り除かれ、多くのチーム作業に共通して適用できる要素だけが残りました。そのため、ソフトウェア開発以外のチームにも適用できるのが特徴です。 ●バッ
ホリエモンの思い出、はるかIT業界の黎明期のこと
ホリエモンに最初に会ったのは、当時コラム連載していたビッグコミックスピリッツで「面白いネット系の旗手」を紹介しよう企画でだった。たしか95年とかそんな頃だ。彼はダービースクエアという競馬の予想サイトを趣味でやっていて、これが非常に面白かったのだ。 六本木の古い小さなビルにあった事務所では、まだ大学生だったホリエモンが、生木のミカン箱みたいな本箱(机じゃないの!)に置いたMacでプログラムを書いていた。荷物が乱雑に散らばっていた。隣の部屋にはサーバが何台も積み上げてあり「これはお年玉付き年賀状メールのサービスをするサーバです」と教えてくれたことを覚えている。社員数は当時まだホリエモンいれて３人。つまりはライブドアの前身のオン・ザ・エッヂができたばかりの頃だ。 年は一回り違うがなぜか馬が合い、それからけっこう一緒に仕事をした。あちらはエンジニアなのでバックを担当し、こちらがフロント。最初にやっ
ソフトウェア開発プロジェクトをとりまく６つの誤解〜プログラミングを経験しないとわからないこと | Social Change!
続きを書きました → 伝えなければ伝わらないという当たり前の話 ソフトウェア開発に関する相談を受ける中で、どうもソフトウェアというものの特性について誤解をされているな、という思いを持つことがあります。 そうした場合、聞いてみるとプログラミングの経験が無かったり、殆どプログラミングには携わったことがないという方が多いです。 ソフトウェアを開発しようとするならば、ソフトウェアという特性をよく知った上で、プロジェクトは運営した方が良いし、うまくいくはずです。そしてソフトウェアならではの特徴を知るのに、プログラミングの経験はとても重要です。 この記事では、プログラミング経験の無い方が陥ってしまいがちな、ソフトウェア開発にまつわる誤解について考えてみました。 Harry Potter is Ready for Divination / weekbeforenext 誤解：既にあるソフトウェアを流用し
実践したい！エリック・エヴァンスのドメイン駆動設計 - kurukuru-papaのブログ
エリック・エヴァンスのドメイン駆動設計 (IT Architects’Archive ソフトウェア開発の実践) 作者: エリック・エヴァンス,今関剛,和智右桂,牧野祐子出版社/メーカー: 翔泳社発売日: 2011/04/09メディア: 大型本購入: 19人 クリック: 1,360回この商品を含むブログ (124件) を見る 社内の有志と一緒に「エリック・エヴァンスのドメイン駆動設計」を読んだので、簡単なまとめと、私がドメイン駆動設計を実践する際の考慮点にも触れてみたいと思います。色々勝手な事を書いています。間違い、勘違いなど多々あるかもしれません。 ドメイン駆動設計とは 業務担当者（ドメインエキスパート）の知識を図式化（ドメインモデル）し、業務担当者と開発メンバーの全員が意思疎通を図りながら設計を行うための手法です。ポイントは以下になると思います。 全員が理解できるようにするため、図は分か
「エリック・エヴァンスのドメイン駆動設計」 を献本していただきました - かとじゅんの技術日誌
嬉しいことに「エリック・エヴァンスのドメイン駆動設計」 を献本していただきました！ 訳者の和智さん、関係者の方々、翔泳社さん ありがとうございます。おめでとうございます！Tシャツまでもらった！！ 実は、私とid:daisuke-mは、この翻訳版の実装編のレビューに参加させていただきました。 昨年、DevLOVEのイベント「Beautiful Develpment」でDDDの話を聞いた後に、翻訳版が発売される噂を聞きつけ、和田さん(id:t-wada)に「レビューに参加したい！」と無理を言って、訳者の一人である和智さん(id:digitalsoul)を紹介してもらいました。 和智さんは快く対応くれて、レビューさせてもらうことになりました。ありがとうございました。 ドメイン駆動設計との出会いは、id:daisuke-mに勧められたのがきっかけです。洋書だし、分厚くて枕になりそうだし、英語も文体
エリック・エヴァンスのドメイン駆動設計 | SEshop.com
ドメイン駆動設計の定番書 問題解決にフォーカスした設計パターン 「この本は、思慮深いソフトウェア開発者全員の必携書である。」 ---Kent Beck 氏推薦 「Eric が見事にとらえたのは、熟練のオブジェクト設計者が常々用いてきた設計プロセスの 一部でありながら、グループとして見ると、この業界の他の人々へうまく伝えられずにいたものだ。 これまで我々は、この知識を断片的には提供してきた。 しかし、ドメインロジックを構築するための原理をまとめ上げ、体系化したことはなかった。 本書は重要である。」 ---『Enterprise Java Programming with IBM WebSphere』の著者 Kyle Blown氏 推薦 ソフトウェア開発コミュニティでは、ドメインモデリングがソフトウェア設計の中心であることが広く認められてきています。ドメインモデルを通して、ソフトウェア開発者は
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: エリック・エヴァンスのドメイン駆動設計: ソフトウェアの核心にある複雑さに立ち向かう: エリックエヴァンス (著), 和智右桂 (翻訳), 牧野祐子 (翻訳): 本
サービス終了のお知らせ