問題タブ [modeling]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
50 に答える
1054284 参照

uml - 最高の UML 作図ツールは何ですか?

あらゆるフレーバーの UML ダイアグラムを作成するためのツールを選択しようとしています。ユーザビリティは私にとって重要な基準ですが、学習曲線が急勾配であっ​​ても、より多くのパワーを得ることができれば満足です。無料 (ビールのように) はいいのですが、ツールに価値があるのであれば喜んで支払います。何を使用すればよいですか?

0 投票する
2 に答える
2462 参照

uml - visioでのオブジェクトリレーショナルダイアグラムの正しいステンシルは何ですか?

私のVisioの経験はすべて、LAN/WANのドキュメントに関するものです。私は最近、Nagios構成のオブジェクト間の関係を視覚化したいと思っていましたが、それを適切に行う方法がわからないことに気づき、より重要なことに移りました。私はこのスレッドへの応答を読んでいて、これはソフトウェア開発者が多くのことをしなければならないことであることに気づきました。

したがって、これはおそらくソフトピッチの質問ですが、Visioでオブジェクトの関係を文書化するための適切な方法は何ですか?使用するより良いテンプレートはありますか?適切なステンシルはどのステンシルコレクションに含まれていますか?

私のおそらく素朴な見方では、オブジェクトは単一の「受信」コネクタを備えた大きなボックスであり、それぞれがオブジェクトメンバーを表し、独自のコネクタを持つ複数の小さなボックスを含んでいると想像します。したがって、各オブジェクトメンバーフィールドは、メンバーのタイプのオブジェクトの「受信」コネクタに接続します。それ自体、これらのオブジェクトはかなり簡単に作成できます。私が遭遇した問題は、コネクタラインがオブジェクトを尊重せず、オブジェクトの上を走り、ひどい、使用できない混乱を引き起こしたことです。

ポインタをありがとう。

0 投票する
2 に答える
256 参照

data-structures - ツリー構造を格納するためのモデルとは何ですか?その特徴は何ですか?

これまでのところ、ツリー構造をデータベースに格納するためのモデルとして、隣接リスト、ネストされたセット、およびネストされた間隔に遭遇しました。私はこれらを十分に知っており、木をある木から別の木へと移動させました。

他の人気モデルは?彼らの特徴は何ですか?このトピックに関する優れたリソース (書籍、Web など) は何ですか?

私は db ストレージを探しているだけでなく、ツリー全般に関する知識を広げたいと思っています。たとえば、入れ子になったセット/間隔がリレーショナル データベース ストレージに特に適していることを理解していますが、実際には他のコンテキストでは悪い選択でしょうか?

0 投票する
1 に答える
188 参照

architecture - モデリングのためのアーキテクチャ

さまざまなタイプの多くのアイテムで構成されるシステムのモデルを構築するための一般的な解決策は、各モジュールが特定のタイプを担当するモジュラー システムを作成することです。たとえば、ウォンバットのモジュール WombatModule:IModule があり、IModule インターフェイスには GetCount() (ウォンバットの数を見つける) や Update() (すべてのウォンバットの状態を更新する) などのメソッドがあります。

よりオブジェクト指向のアプローチは、すべてのアイテム タイプのクラスを持ち、すべてのアイテムのインスタンスを作成することです。これにより、クラス Wombat:IItem が Update() のようなメソッドで作成されます (この 1 つの wombat を更新するため)。

コードの観点から見ると、違いはごくわずかですが、実行時間は大幅に異なります。モジュール指向のソリューションは確かに高速です。オブジェクトの作成が少なくなり、すべてのウォンバットに共通する操作の最適化が容易になります。

タイプとモジュールの数が増えると問題が発生します。各モジュールがいくつかのアイテムしかサポートしないため、パフォーマンス上の利点のほとんどが失われるか、モジュールの複雑さが大きくなり、1 つの一般的なタイプのわずかに異なるアイテム (太ったウォンバットとスリムなウォンバットなど) に対応するようになります。または両方。

WombatModule が非表示の Wombat オブジェクトのコレクションを保持し、それらのメソッドをループで実行するだけである場合、少なくとも一度は状態が悪化するのを見たことがあります。

パフォーマンスが長期的な開発ほど問題にならない場合、アイテムごとのオブジェクトの代わりにモジュールを使用するアーキテクチャ上の理由を特定できますか? 私が見逃している別の可能性があるかもしれませんか?

0 投票する
9 に答える
23112 参照

sql - 無料/安価な PowerDesigner の代替品?

私たちは、データベース モデリングのために仕事で PowerDesigner を使用しています。しかし、そのソフトウェアにはとんでもない値札が付いています。率直に言って、私が使用するのは MS SQL の物理図だけです。これは、PD が知っていることの約 1% です。

良い代替手段はありますか?Visio と MS SQL ダイアグラムについては知っていますが、他のオプションを探しています。

0 投票する
6 に答える
8475 参照

3d - XNA Game Studio 3D モデル エディターの提案

XNA Game Studio ゲームで使用する基本的なローポリ 3D モデルを作成したいと考えています。人々が推奨する安価/無料のツールは何ですか?

また、ある種の 3D モデルを XNA にロードして画面に描画する方法を示すコードのリンクまたはスニペットを持っている人はいますか?

0 投票する
6 に答える
113792 参照

database - 優れたオンライン データベース モデリング ツールにはどのようなものがありますか?

お気に入りのオープン ソース データベース設計/モデリング ツールは何ですか?

複数のデータベース、特に Firebird SQL をサポートするデータベースを探していますが、Google で見つかりません。

0 投票する
9 に答える
17890 参照

database - データベース内の一貫性のある包括的なアドレスストレージのベストプラクティス

データベースに一貫性のある包括的な方法でアドレスを保存するためのベストプラクティス(または標準)はありますか?

具体的には、この段階では、アドレスストレージには2つのケースがあると思います。

  • 住所を人、建物、または任意のアイテムに関連付ける必要があります(最も一般的なケース)。次に、テキスト列(address1、address2、zip、city)を含むフラットテーブルでおそらく十分です。これは私が興味を持っているケースではありません。
  • あなたはあなたの住所で統計を実行したい:特定の通り、都市、または...のアイテムの数次に、あらゆる種類のスペルミスを避け、一貫性を確保したい。私の質問は、この特定の場合のベストプラクティスについてです。一貫性のある住所データベースをモデル化するための最良の方法は何ですか?

国固有の設計/ソリューションは素晴らしいスタートです。

回答:この質問に対する完全な回答はまだ存在しないようですが、:

  • xALは、ハンクによって提案されたように、ポップアップしたグローバルスタンダードに最も近いものです。しかし、それはかなりやり過ぎのようです、そして私は多くの人々が彼らのデータベースにそれを実装したいと思うかどうかはわかりません...
  • (特定の国向けに)独自の設計を開始するには、Daveの万国郵便連合(UPU)サイトへのリンクが非常に良い出発点です。
  • フランスに関しては、 AFNOR XP Z10-011(フランス語のみ)という素敵な名前が付けられた住所の標準(非公式ですが、事実上の標準)があり、料金を支払う必要があります。フランスのUPUの説明は、この基準に基づいています。
  • 私はたまたまスウェーデンと同等の基準を見つけました:SS613401
  • ヨーロッパレベルでは、いくつかの努力がなされ、標準EN14142-1になりました。CENナショナルメンバーから入手できます。
0 投票する
6 に答える
1975 参照

language-agnostic - シーケンス図は、コードと同じ深さでロジックを現実的に捉えることができますか?

私は常に UML シーケンス図を使用しており、UML2 表記法にも精通しています。

しかし、私は自分がやろうとしていることの本質を捉えるためにしかそれらを使用しません. 言い換えれば、ダイアグラムは常に実際のコードの上の抽象化レベルに存在します。それらを使用して自分が何をしようとしているのかを正確に説明しようとするたびに、非常に多くの水平スペースと非常に多くの alt/loop フレームを使用することになり、努力する価値がありません。

理論的には可能かもしれませんが、この詳細レベルで図を実際に使用した人はいますか? もしそうなら、あなたは例を提供できますか?

0 投票する
10 に答える
40340 参照

xml - XML 属性と要素

いつ XML 属性を使用し、いつ XML 要素を使用する必要がありますか?

例えば

また