accountability.book
1 Organization Structures It seems that remarkably early in our lives we become familiar with organizational structures. The classic management hierarchy appears on an org chart early in our career, but even by then we’ve already come across the notion in plenty of places. So in a way it shouldn’t be surprising that organization structures crop up frequently enough in business software too. I reco
ドメインモデルパターンを使ったビジネスモデリング
ドメインモデルパターンを使った ビジネスモデリング 2004-03-29 kdmsnr http://capsctrl.que.jp/kdmsnr/ Data Model Patterns:Conventions of Thought David C. Hay 0.Agenda 1. 2. 3. 4. 5. 6. ドメインモデルについて ドメインモデルの作り方 ビジネスエンティティとロール パーティーパターン まとめ 参考 2 1-1.データモデルとは？ The abstract model of business structure. • モデルがあれば… – 顧客、分析者、設計者、開発者で コミュニケートできる。 • モデルがあれば… – 目指すべき場所が事前に分かる。 • モデルがあれば… – 結果として、システムが安定する。 3 1-2.データモデルよりも「ドメイン
アナリシスパターンを読もう｜オブジェクトの広場
アナリシスパターン。さまざまなところで「難解」、「難読」、「現場と無関係」とさまざまな憶測を呼んでいるようですね。でも、ツボにはまればわりと簡単に読めるし、非常に有用であることもわかってもらえると思っています。なにせ、私は、これなしで生きていけない体になってしまいました。まあ、肩の力を抜いてお話に付き合ってください。「なーんだ、簡単」と思っていただければ幸いです。 １．なにするものぞ まず、この先の話を読んでもらえるように、何の役に立つかから説明しましょう。アナリシスパターンの最大の御利益。まず、これを最大限に感じてもらうために、少し遠回りですが、要求獲得から設計初期に行われることについて少し触れます。 最初のかぎは、要求獲得にあります。要求獲得といえばユースケースですね。さて、ユースケースは、システムが達成すべき目標を「変化」の視点で表します。そこでは、「目的」として、現状のシステムを「
【インフォシーク】Infoseek ： 楽天が運営するポータルサイト
日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。
Scalaパターンマッチング一覧 - 継続にっき(2009-05-17)
))) Scalaパターンマッチング一覧最近周りでScalaが盛り上がっているのでつられて勉強中。 パターンマッチングでどのようなものが使えるのかサンプル込みでまとめられた資料が 見あたらなかったので、仕様書を見つつメモ。 (まだ理解があやふやなので内容は怪しいですが。。) 8.1.1 Variable Patterns var x = 0 var _ = 0 8.1.2 Typed Patterns var x: Int = 0 8.2 Type Patternsに The bottom types scala.Nothing and scala.Null cannot be used as type patterns, because they would match nothing in any case. とあるように、Nothing、Nullは指定できない。 scala> nul
ビジネスパターンによるモデル駆動設計 - プログラマの思索
「ビジネスパターンによるモデル駆動設計」を立ち読みした時の感想をメモ。 ラフなメモ書き。 【元ネタ】 第3回 分析やビジネスモデリングのためのソフトウエアパターン | Think IT REAとビジネスパターン入門(1) - 要求開発アライアンスのビジネス・モデリング道場：ITpro REAとビジネスパターン入門(2) - 要求開発アライアンスのビジネス・モデリング道場：ITpro REAとビジネスパターン入門(3) - 要求開発アライアンスのビジネス・モデリング道場：ITpro REAとビジネスパターン入門(4) - 要求開発アライアンスのビジネス・モデリング道場：ITpro OOAと言えばドメイン分析。 概念モデルをクラス図で書きながら、ビジネスを分析していくスタイルが王道。 僕もいろんな本を読んできたけれど、結局使いこなせていない。 「ビジネスパターンによるモデル駆動設計」にあるパタ
Shared Kernel パターン は、たぶん アンチパターン | システム設計日記
二つの Bounded Context を、別のチームで開発していると、コードやデータベースにかなり重複が目立つことがある。 Shared Kernel パターンは、そういう状況を改善するために、 ・特に重複がひどい箇所を、共通化すべき領域として特定し ・２つのチームが相談しながら ・共通モジュール（Shared Kernel) を開発・維持する ことに取り組もう、というやり方ですね。 なぜ、そういう状況が起きるか? 別の Bounded Context なのに、なぜ、そんなに重複が多いか？ 本来は、ひとつの Bounded Context として扱うべき問題を、なんらかの事情で、２つのチームに分けて開発しているからなんだと思う。 ありがちなケースは、開発メンバーは大勢いるが、経験不足・スキル不足のメンバーが大半、という状況。 １０人のメンバーが、ひとつのチームとして開発するのは、現実的で
GRASP - Wikipedia
GRASPとは、General Responsibility Assignment Software PatternあるいはPrinciple（汎用的責任性割り当てパターン/原則）の頭字語であり、オブジェクト指向設計に向けた九つの原則セットまたはパターンセットである[1]。計算機科学者クレーグ・ラーマン（英語版）の1997年著作「実践UMLパターン -Applying UML and Patterns-」で初めて紹介されている[2]。 「ソフトウェア開発において決定的な設計ツールになるのは、設計の原則の中で磨き上げられたメンタルであって、UMLやその他のテクノロジーではない」がラーマンの主張であり[3]、GRASPとはオブジェクト指向開発を助けるためのメンタルツール（mental tool）であると定義している[1]。 九つのパターン[編集] 情報エキスパート -Information E
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
読書メモ - 『アナリシスパターン』のパーティパターンで挫折したら14章を読むといいと思う
Amazon.co.jp: ビジネスパターンによるモデル駆動設計: Pavel Hruby (著), 溝口真理子 (翻訳), 依田光江 (翻訳), 依田智夫 (監修), 依田智夫 (監修): 本