标签: modeling

如果有很好的工具来反向工程我的C#应用​​程序,你能说我吗？我需要我编写的软件的UML类图表,我不想自己绘制这些图表.我已经测试了StarUML,但它没有用,因为我使用了泛型.

如果有一些建议会很棒.

问候,马丁

我正在寻找创建各种单位的数据库模型及其相互关系.例如,36英寸= 3英尺= 1码= .9144米等.该表还将以盎司,磅,千克,克,厘米和各种测量值存储杯子.

你怎么做到这一点？我在考虑这样的事情:

Amount | Units | ConversionFactor | ConversionUnits
1      | foot  | 12               | inches
1      | yard  | 36               | inches

但坦率地说,这似乎是一个可怕的想法.试图弄清楚院子里有多少英尺会很复杂,我认为我不能存储我需要的所有转换.

还有什么其他想法？我知道这是一个已解决的问题.谢谢!

我需要建模一个继承自基类泛型类的具体泛型类.首先,见下文:

ActivityFacade应该以这种方式实现:

public class ActivityFacade : BaseFacade<Activity, int>
{
}

如何在VS2012 UML类图中对此进行建模？查看图表,很明显ActivityFacade继承自BaseFacade,但不明显的是它传入的泛型类型参数,即:Activity和int.

我一般都知道:

接口是一种引用类型,它类似于一个类,它只能包含常量,方法签名,默认方法,静态方法和嵌套类型.方法体仅适用于默认方法和静态方法.接口无法实例化 - 它们只能由类实现或由其他接口扩展？

但是必需和提供的接口有什么区别？

我现在扭头了一段时间，没有找到最终解决方案。因此，我希望我可以在架构层次上找到一些交流或帮助解决此问题。

我目前面临以下情况：我想编写一个Web应用程序（我使用Java编写，但是这与解决方案并没有真正的关系，因为目前这是一个更高层次的问题），在哪里关系类型：

Event --1:n--> Team --1:n--> Participant

含义：我有一个活动，其中有许多团队，有很多参与者。到目前为止非常好-在SQL数据库中这将是一个简单的关系。

但是，还有一个目录树，在文件结构中表示相同的关系：

+--event1
|  +--team1
|  |  +--participant1
|  |  +--participant2
|  |  +--participant3
|  +--team2
|  |  +--participant4
|  +--team3
+--event2
|  +--team4
...

（我想，您有主意）因此，每个参与者的目录中都有许多文件，这些文件通过文件系统复制到此目录中。只要文件系统上有目录，就应将其连接到数据库中的相应条目，该目录中有一些其他数据，应与Web GUI中的文件一起显示。它没有定义，首先是什么（数据库条目或目录），因为它是由不同的用户操作的。

现在有几件事要牢记，这对我来说很有意义：

• 当目录名称更改（事件，团队或参与者）时，它仍应与数据库中的同一条目相关（因为可能存在其他实体，例如，这些实体仍与参与者相关）
• 任何事件/团队/参与者的目录都可能被删除-然后数据库中的数据应保留。但是-如果以后再次创建一个具有相同名称的新目录，并且该事件被“关闭”，则该目录将指向一个新的数据库条目（例如，新事件）。如果事件仍处于活动状态，则具有相同名称的目录的创建应映射到数据库中先前分配的条目。
• 理想情况下，目录的创建已经导致了相应数据库条目的创建。
• 还应该有可能在Web GUI中创建事件/团队/参与者，然后在文件系统上自动创建相应的目录。

我希望我的描述足以理解情况。我已经有了一些想法，但是所有这些并没有真正说服自己成为一个可靠的解决方案。因此，希望你们中的一个已经对此有所了解。我对任何技术或框架都很开放，这可能有助于解决此问题。

我期待您的想法和愉快的讨论！

谢谢你的帮助！

这个问题实际上有两个主要方面.在开始的时候,我不得不承认我对物理建模完全不熟悉,并且很高兴能够得到纠正,不仅要回答.对于那些发现阅读时间太长的人,我可以给出一个简短的总结:

1) Simulink vs Modelica

2) Simscape vs Modelica

1)第一个是建模方法的比较.传统上,我想要比较的两种主要方法有不同的名称:

# 信号流方法/基于块的建模/因果建模......:Simulink中的典型模型.它们之间有输入和输出以及传输功能的盒子.

VS

# 网络方法/基于组件的建模/非因果(非因果)建模......:有物理端口而不是信号I/O,流实体(电流,热量等)可以在两个方向上流动.

在这个比较中,我已经在网上阅读了一些意见并搜索了一些论文.它归结为基于Modelica的开发环境和Simulink (例如)的比较,据我所知.与我要问的另一点相比,这两者的缺点和优点对我来说更清楚.

2)在对第一次比较进行了大量阅读之后,我更倾向于使用基于组件的建模.但是,Modelica并不是唯一的选择.还有Simscape,您可以使用它来组合物理端口(如在Modelica中)和基于块的Simulink建模.

我想知道这个Simscape 与 Modelica比较的优点和缺点.为了避免误解,我需要强调Modelica是一种语言.因此,将任何Modelica环境与Simscape进行比较会更有意义,比如OpenModelica vs Simscape

我正在建立一个网上商店来销售"绿色超大号T恤"等产品.即,同样的衬衫可以有很多尺寸/颜色,不同的组合可以卖光,不同的组合可能有不同的价格等.

我的问题是我应该如何在我的Rails应用程序中建模这些产品(或者实际上如何在任何应用程序中进行建模).

我目前的想法是:

Class Product
  has_many :variants, :through => :characteristics
  has_many :characteristics 
end

Class Characteristic
  belongs_to :product
  belongs_to :variants
end

Class Variant
  has_many :products, :through => :characteristics
  belongs_to :characteristic
end

因此,每个产品将具有一个或多个特征(例如,"颜色","尺寸"等),并且每个特征将具有一个或多个变体(例如,"红色","蓝色"等).

这种方法的问题是我在哪里存储价格和库存？即,给定产品的价格和库存由其特征所采用的变体决定.(绿色可能比红色更贵,大可能缺货等).

我有一个想法是给产品"base_price",并让变体修改它,但这看起来过于复杂(并且可能不起作用).

有没有一个好的工具可以用图形方式建模应用程序并发/锁定方案,并且可以模拟某些方面？

我知道Petri网可以或多或少地用于它,但我不知道一个可以设计和模拟的好的GUI工具.

UML以任何方式可用于此类目的吗？

任何好的链接都非常感谢.

我现在花了几天时间,试图解决这个问题.在制作一个简单的项目来举例说明我的问题时,我偶然发现了一个可能的解决方案.所以,这是一个双重问题.

但首先,一些背景信息:

我刚开始使用Entity Framework 4.1(EF)和Code First为我的ASP.NET MVC项目创建模型.我需要一些类似的模型:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;

namespace TestApp.Models
{
    public class Family
    {
        public int ID { get; set; }
        public string Name { get; set; }

        public virtual ICollection<Father> Fathers { get; set; }
        public virtual ICollection<Mother> Mothers { get; set; }
    }

    public class Mother
    {
        public int ID { get; set; }
        public string Name { get; set; }
        public int FamilyID { get; set; }

        public virtual …

[类似的冠冕堂皇的问题上SO当前活动" 是否有一个可视化建模语言或风格的函数式编程范式？ "这是不同的,那么这个问题,因为另一只专注于函数式编程范式,我的问题是寻找一个建模工具支持面向对象范式(它独立地拥有许多成熟的可视化建模UML工具)和功能编程范例的组合.

是否有可视化建模工具/语言或样式支持Scala配置文件(提供并包含所有Scala语言工件),或者可以说它支持面向对象编程范例和函数式编程范例.

对于企业级Scala项目,使用什么建模工具 - 业务分析师为逻辑(概念)视图和开发视图准备Visual Models或任何其他类型的模型？

• 逻辑视图涉及系统为最终用户提供的功能.
• 开发视图从程序员的角度说明了一个系统,并且关注软件管理.

在软件开发的某些圈子中,正式建模是一项要求,无论您认为这是多么官僚.在项目结束时,不同团队有几个层次的参与,许多相关人员对代码一无所知.他们不需要,如果被问到他们,这将是一个很大的麻烦.正式建模可以确保他们能够更好地了解事物的运作方式,以便他们能够在开发过程中发挥作用.(本段摘自:https://stackoverflow.com/users/166802/codnik)