ソフトウェアの方法(ビジネスモデリングと解析)----読書ノート2

人間のニーズとデザイン

要件と設計の場合は、関係なく、利益の縮小されます。設計要件から直接マッピングする、それが重複したコードを取得する機能分解につながります。あなたが要件を定義するために、設計から始める場合は、偽の多くを得るだろう「需要を。」例を提供するために、「人間」を取るために古代のシステムがあります。外国人の身体機能は、スローされます、リフト重みをジャンプします、実行を歩く泳ぐことができている......が、人体の内部構造の設計は、設計要件から直接マッピングすることができない、子供を実行している「、「ウォーク・サブシステム」を取得システム「」ジャンプ・サブシステム「......身体の」サブシステムは、呼吸サブシステム 『』サブシステム消化「」血液循環サブシステム「」神経サブシステム「」内分泌サブシステム」 『ある』 ......

確かに、あなたがする必要がある各サブシステムモジュールの本体は、各モジュールを完了するために一緒にアクションを呼び出すことです。たとえば、あなたが一緒に仕事、「血液循環サブシステム」、「神経質サブシステム」と「サブシステムをダイジェスト」「サブシステムを呼吸」へとそのニーズに実行したいです。むしろあなたはアクションがサブシステムを必要なものを達成したいものよりも、その偽の需要の多くが表示されます。だから、次のようになります。

 

 

 需要の多くで「人間」のサブシステムは、」ダイレクトアウトからマップすることができない、デザイナーの想像力を必要とする。水の店の所有者(人間の肉システムを借りるすなわち)hydrotechnicを雇うために、彼は唯一の労働者が実行して運ぶことができることが必要ですライン上で低賃金、彼の体管は、同様に肝臓、脾臓、肺及び腎臓や回路基板を構築する設計要件から派生していない - 人々は、肝臓や脾臓、肺や腎臓に決定しているため、人々はケースを使用するように、肝臓の「、「心の管理」で管理。「あなたはとても仕事を見つけることができhydrotechnic:」ボスを、私は心の管理機能を持っている、あなたは私を求めます!システムは...... 8つのサブに分かれて「多くの時間は、我々は、言う」システムの機能要件が求められています。「オンデマンドパッケージには、外部からの単純なサブシステム機能を作っている...... 8つのパッケージに分割された「実際には、話します」サブシステムは、連結部材および凝集切断に従うべきです」。

設計と要件の違いについて、pangaゆう先生に要約:デザインは、需要と需要の増加に由来します。

 

 

 ビジネス・モデリング:組織のコラボレーション内の様々なシステムは、他の組織に価値あるサービスを提供するために、組織を有効にする方法の説明。

デマンド:開発される境界システムに焦点を当て、システムの詳細な説明は、性能完売している必要があります - 機能とパフォーマンスを。このスキルの重要性は、ステークホルダー(利害関係者)のケアが何であるかを考えるために私たちを強制することです、契約は「売り」の観点と何から変更することはできませんではありません。

分析:システムのニーズパッケージ内メカニズムのコア領域を精緻化します。

デザイン:コアとドメイン知識と組み合わせた非コアドメイン知識、そして最終的にシステム。「コードがデザインである」と言うが言うにはこちらを指し、「デザインを。」コードは実際に設計されていますが、コードがない分析ではなく、需要、ないビジネスモデルです。

作業が簡単なコードとドキュメント(または設計)に分割され、この誤解の背後も意味:モデル(ドキュメント)は、比較要約のちょうど別の形態であるか、またはソースコードの画像を比較すること。実際には、工作物を生成した別の作業の流れとの間の差の形式ではなく、境界と考えられる内容は、図1-4に示されていることを特徴とします。この点を明確に理解した場合でも、C#とする場合にのみ、それはまだ「モデル」をすることができます その後、私たちが見ることができるあなたがそのUMLモデルのコードを実行することができない場合、ワークフローUMLモデルを設計する必要はありません、コードが設計されています

 

                                                     図1-4コアワークフロー思考境界 

いくつかは、上記のコンセプトの開発チームは、これらのスキルを練習放棄する、名前に「アジャイル」に道を譲った理解していません。その後、「まあ、とにかく、賢明な医者ではなく、患者を治すための治療のコースのみ:注射のスキルを習得するために、看護師、医師から育ったが、検査、診断、提案された治療プログラムや他のスキルの欠如、単純に言ったように、私は単にだけではない再び!「」反復「はちょうど一番下の行で、患者にそれで注入最初の外観を与える、このことについてはあまり考えを費やすことはありません、本当に、そして賢明な医師が患者を治すために治療の過程を把握していません、しかし、より洗練された検査、診断スキル、あまり必要のコース。怠惰な避難所として「反復」することはできません。

有名なデュエット、非常に高速な場所、まだ鮮明な関節歌わ;現代サッカー、プロ選手一つ一つの速いペースを、まだクリアし、リアルタイム戦略ゲームマスター複数の操作は非常に短時間で完了することが、アクションまだためです。私たちは本当にアジャイルにスキルを習得するために、非常に競争の激しい時代に迅速な対応を必要としています。何も簡単な、怠惰なしの良いではありません。

開発者は、モデリングの重要性を理解することができない行が、それは正常です参加しました。チェスのように、初心者のためのサイクリングはMashuang市、障害に直面し、他の1対1の馬も長い時間、でもNabuxialaiが最終的に失わ考える必要がコンセンサス状況があります。作品の実用的なコンパイルは見覚えとして事務局では、この点と、それはほとんどが鈍い彼の見解では本のレイアウトでは、賢いが、役に立たない、だけでなく、いくつかの市場での試合に勝つために、いくつかを学ぶことではありません。しかし、より多くの残忍な競争に参加するためにプロ選手の領域に向かって移動し、オフィスのレイアウトを理解することが重要であり、

Pangaゆう先生の分かりやすいが、私は何も言うことはありませんので、我々はすべての人と共有し、よりエキサイティングな部分の一部を傍受しました。

おすすめ

転載: www.cnblogs.com/2205254761qq/p/11874742.html