タグ付けされた質問 「diagrams」

大学にいたとき、コード開発におけるUMLの利点とその将来について教育を受けました。 しかし、業界での経験から、ERダイアグラム、クラスダイアグラム、状態ダイアグラムからワークフローダイアグラムに至るまで、ダイアグラムを使用している間は、すべてコミュニケーション用であることがわかりました。 つまり、ダイアグラムからコードを自動的に生成したことは一度もありません。また、通信の観点から、通常はダイアグラムをできるだけシンプルで理解しやすいものにしようとしています。 しかし、VisioとEnterprise Architectを見ると、多くの異なる種類のグラフ、図形、プロパティオブジェクトがあり、そのほとんどは使用していません。 UMLを使用して、コードやデータベースの生成など、より洗練された処理を実行しますか？

39 uml  diagrams  visio 

アドホックMUML（メイクアップモデリング言語）を使用して、システムをかなり頻繁に設計および説明しました。それはUMLに似ており、かなりよく理解される傾向があります。 しかし、可能な限り仕様に近い、厳密で正式なUMLの使用を重視する教授が1人か2人いました。私は常に、厳密なUMLは彼らが主張したほど一般的ではないと疑っていました。それでは、どのように「どのように」、適切な行末、多重度、メンバータイプシンボルなどをすべて使用する完全な図を実際にどれくらいの頻度で描画しますか？

33 uml  diagrams 

私は物理エンジンを作成していますが、全体を把握するのが非常に難しくなっています。多くの場合、休憩後にコードに戻ると、なぜそれが機能しないのか覚えていません。ほとんどの問題は、単純なプログラミングの間違いではなく、物理エンジンの設計上の欠陥です。そのため、プログラミングする前に設計を終了する必要があります。 ただし、物理エンジンの設計全体を紙に書く方法が必要です。さもなければ、明日それを忘れて再び失われます。UMLクラス図は、物理エンジンの設計にはまったく適していません。私はクラスではなくプロセスについて本当に気にします。プロセスの単一ステップ（フレーム）をモデル化しても、多くのステップでのエンジンの最終的な動作を理解するのに役立たないため、ビジネスプロセス図は本当に便利だとは思いません。 したがって、プロセスを追跡するためにどのような図を使用する必要がありますか？物理エンジンを作成するためにどのようなダイアグラムの専門家が使用しますか？

17 design  diagrams  physics 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 閉じた2年前。 「魅力的な」ソフトウェアアーキテクチャ図を作成するためのアドバイスはありますか？マネージャーは、現在のアーキテクチャ図（Visioと基本アイコンのみを使用して構築された）を、技術的ではないエグゼクティブレベルのタイプに提供しなければならないプレゼンテーションのためにより魅力的にするように指示しました。彼は、あなたが顧客に見せたり、人々が使用するマーケティング用のものを持っているつもりだったと思います。 人々が持っている特定のアイコンセットや特定のヒントはありますか？プライバシー上の理由で現在の図を投稿することはできませんが、一般的なアイデアを得るために、それは単なるテキスト、行、サーバーアイコン（http://www.227volts.com/wp-content/uploads/2009/03/exchange2007visiostencils.jpg）ですそれは私が使用しているアイコンセットです。 私はそのような「もっと魅力的な」ものを作る方法について正直に混乱しています（地獄、私は常に黒と白が最高の色の組み合わせだと思います：P） 編集： このようなものは、http：//rollerweblogger.org/roller/resource/linkedin-today.pngのように、すべての色などで「プロフェッショナル」と見なされていますか？ 私はマネージャーに尋ねましたが、彼が言ったことは、私が具体的に何をすべきかについての質問を避けながら、市場性を高めるだけでした。

13 diagrams 

スキーマ設計を適切に文書化したいMongoDBデータベースがあります。MongoDBはNoSQLデータベースであり、本質的にスキーマレスであることを知っていますが、アプリケーションを通じてスキーマを強制し、findOne()結果の印刷よりも優れた方法でスキーマを表現したいと考えています。 私は多くの人がERまたはUMLを使用しているのを見ていますが、私のNoSQLデータベースをリレーショナルDBとして表すのは概念的に正しいとは思えません。少なくとも、奇妙に見えます。 UMLを使用した例：MongoDB：論文でスキーマ図を表す方法は？ 人々は異なるモデルを使用していると思いました。私が検索したところ、スキーマを理解するための素晴らしいTreeビューを提供するMongoVUEがありましたが、プリンターには適していません。 NoSQLの世界で他に見逃しているものはありますか？または、私は休んで伝統的なUMLに固執するべきですか？

13 documentation  uml  nosql  mongodb  diagrams 

私はpythonで書かれた古いコードベースを維持しています。特に、モジュールから他の関数​​を呼び出す他のモジュールから他の関数​​を呼び出す複雑なコードがあります。OOPではなく、単なる関数とモジュールです。 メイン関数を呼び出すたびにフローの開始位置と終了位置を追跡しようとしましたが、サブコールで迷子になるため、これを描画する必要があると感じています。 私が心配しているのは、各関数が自分のタスクを完了し、呼び出し元に値を返すために、体内で複数の外部関数を呼び出すことです。 これをどうやって描くことができますか？この種の動作/コードを文書化するのに適切なチャート/グラフィックの種類は何ですか？ したがって、UMLダイアグラムを作成するのに、フローチャートではなく、役に立つとは思いません。多分コールグラフ？

11 python  diagrams  flowchart 

また、それらをどのように描画できるかについても知りたいです。

9 software  diagrams 

複数のアプリケーションがサービスバスを介して通信する方法を明確に示す方法を探しています。私がこれまでに思いついた最高のものはシーケンス図ですが、私は本当にそれが好きではありません。シーケンス図は必然的にある種のシーケンスに関連しますが、それは私が本当に望んでいることではありません。さらに、すべてのサービスがサービスバスと通信し、シーケンス図が各サービスを別々の列に配置するため、サービスの数が増えると、矢印が重なってしまいます。 例えば、与えられた4つのサービスFOO、BAR、BAZ、とQUX： FOOタイプpublishおよびregenのメッセージを公開します。 BARタイプrequeueのメッセージをパブリッシュします。 BAZタイプがpublish、regen、およびrequeueのメッセージをサブスクライブし、タイプがtransmitのメッセージをパブリッシュします。 QUXタイプが送信のメッセージをサブスクライブします。 どのサービスでも、いつでもどのメッセージタイプでも公開できます（暗黙のシーケンスはありません）。 この情報を明確かつ明確に表すには、どのような図を使用する必要がありますか？ これが私がこれまでに思いついた最高のものです：

9 diagrams  pubsub  service-bus 

たとえば、単純なプログラムのアクティビティ図： ユーザーデータを取得します。 ユーザーが存在する場合は、ELSEは何もしません。 終わり。 複数のエンドポイントがあるダイアグラムをよく見るが、1つだけのダイアグラムもある。以前のパスに関係なく、アクティビティ図は両方の方法を1つの最終状態にマージする必要がありますか？

8 uml  diagrams  activity 

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 6年前休業。 私は構造化プログラミングのコースでそれらについて学びましたが、それらが分析段階または文書化の目的でその後使用されるのを見たことはありません。Pascal（Delphi）のような高度に構造化された言語についてもそうではありません。 実際にナッシシュナイダーマン図を使用している人はいますか？はいの場合、それらを作成/維持するためにどのツールを使用していますか？ 編集： またはあなたはそれらについて聞いたことがありませんか？

8 diagrams  structural-programming