Railsアプリケーションを構築していますが、アプリケーションアーキテクチャの図を作成する方法を理解するのに問題があります。
私は過去にUMLクラス図を作成したことがあるので、その結果、そこに向かいました。rakeタスクを介してUMLクラス図を生成する鉄道の宝石を見つけましたが、モデルをコントローラーから分離しています-これは私には断片化されているように感じます。
私が知りたいのは、MVC（rails）Webアプリケーションをモデル化する別の（できればより良い）方法があるかどうかです。
ダイアグラムを生成するための宝石を必ずしも探しているわけではありません。Visioで手動で作成できてうれしいです。使用するダイアグラムのタイプがわからないだけです。
UWA（Ubiquitous Web Application）という名前の方法論があり、データ構造だけでなく、ナビゲーション、プレゼンテーション、およびトランザクションモデルも記述できます。
UWAの方法論には、要件と設計の定義を改善するユーザー中心のアプローチがあります。この方法論は、Webアプリケーションのモデリングのために特別に開発されたため、コンテンツ、ナビゲーション、トランザクション、公開、および運用要素を明確に分離できます。
UWAは、後の設計段階で自然に発生する目標指向の要件エンジニアリングから始まり、実装する必要のある主要な機能を明らかにします。これは、事前に特定されていないか、過小評価されている可能性があるいくつかの要件についての推論につながります。
UWAに関する追加情報はここにあります。
この方法論を適用しないことにした場合でも、UML図をWebアプリケーションに適合させるためのヒントが得られる場合があります。
これまでにユースケース図に出くわしたことがありますか？これは厳密にはシステムアーキテクチャの概要を示す図ではありませんが、特定の「ユースケース」（またはプロセス）におけるシステムの他の部分/外部アクターとの通信を視覚的に表現するのに役立ちます。
例： ユーザー（アクター）->ステータスの更新（ユースケース）-含む->（ログイン）
ここに、ステータスを更新したいユーザーがいます。これを行うには、サイトにログインする必要があります（含まれているユースケース）。これをMVCモードで考えると、「ステータスの更新」と「ログイン」の両方がコントローラーメソッドであり、どちらも引き付けられたWebサイトデータベース（アクターでもある）と通信するため、システム内の通信パスが示されます。
システムのアクターは、プロセス中に実際のシステムと通信するものであれば何でもかまいません。通常は外部であるため、ユーザー、ブラウザー、データベース、クライアントなどです。MVCアーキテクチャのモデリングに関しては、これはクラス図で最もよく行われますが、ユースケース図は、視覚的な表現にも役立ちます。
システム要件を抽出して実用的な設計にレイアウトする方法として、コーディングを開始する前に、常にユースケースとクラス図を一緒に作成します。結局のところ、UMLダイアグラムは設計ツールです。システムコードを記述した後で、UMLダイアグラムを作成する意味はあまりありません。
とにかく考えるべきこと-これが役立つことを願っています！ 基本的なユースケース図の概要