「画面」と「アクション」を組み合わせた方法でユーザーの操作をキャプチャできる図表化の方法論と、それらがコントローラー、ビュー、およびサービスによってどのように駆動されるかに興味があります。
2 に答える
この興味深い記事 http://37signals.com/svn/posts/1926-a-shorthand-for-designing-ui-flows を37のシグナル(Railsに命を吹き込んだ会社)から読むことができます。
私はそれがあなたを助けることを願っています。
ビジネスモデルの図は、現在のActiveRecordスキーマをUMLにダンプするためのこの便利なRubyスクリプトのようなツールを使用して簡単に取得できます。UML1.3用のXMI1.1を生成します(たとえば、StarUMLで表示可能)。
それを利用する単純なレーキタスクは次のようになります。
namespace :uml do
desc "Generates db/schema.xml file describing the current DB as seen by AR."
task :schema => :environment do
require 'lib/uml_dumper.rb'
File.open("db/schema.xml", "w") do |file|
ActiveRecord::UmlDumper.dump(ActiveRecord::Base.connection, file)
end
puts "Done. Schema XMI created as db/schema.xml."
end
end
モデルを配置したら、データレイヤー(モデルのデザインパターン)とビジネスロジック/プレゼンテーションレイヤー(ビューコントローラーのデザインパターン)の間の関係を記述する関係を作成するだけです。
ただし、プロジェクトに本当に特別な要件がない限り、インターフェイスを過剰に設計していることはほぼ間違いありません。前述の37signalsによって支持されたプレゼンテーション/アクション図は、ユーザーストーリーの80%をキャプチャするのに理想的です。
要するに、あなたの相互作用の多くが非常に迷路のように成長しているので、それらを記述するための二次モデリング言語の必要性を感じるなら、そもそもなぜそれらがそれほど複雑なのかを考える時かもしれません。