标签: modeling

我正在尝试选择一种工具来创建各种风格的UML图表.可用性对我来说是一个主要标准,但我仍然会以更陡峭的学习曲线获得更大的力量并且开心.免费(如在啤酒中)会很好,但如果该工具值得,我愿意付钱.我该怎么用？

这些似乎意味着同样的事情.但什么术语在哪种情况下更合适？

我有一个问题,我一直试图回答一段时间,但无法弄清楚:

你如何设计或分割CouchDB文件？

以博客文章为例.

半"关系"方式是创建一些对象:

• 岗位
• 用户
• 评论
• 标签
• 片段

这很有道理.但我正在尝试使用couchdb(由于所有原因,这很好)来模拟同样的事情并且这是非常困难的.

大多数博客文章都为您提供了一个如何执行此操作的简单示例.它们基本上以相同的方式划分它,但是说你可以为每个文档添加"任意"属性,这绝对是好的.所以你在CouchDB中有这样的东西:

• 发布(文档中带有标签和片段"伪"模型)
• 评论
• 用户

有些人甚至会说你可以把评论和用户放在那里,所以你有这个:

post {
    id: 123412804910820
    title: "My Post"
    body: "Lots of Content"
    html: "<p>Lots of Content</p>"
    author: {
        name: "Lance"
        age: "23"
    }
    tags: ["sample", "post"]
    comments {
        comment {
            id: 93930414809
            body: "Interesting Post"
        } 
        comment {
            id: 19018301989
            body: "I agree"
        }
    }
}

这看起来非常好,很容易理解.我也理解你如何编写只从你所有的Post文档中提取注释的视图,让它们进入Comment模型,与用户和标签相同.

但后来我想,"为什么不把我的整个网站放到一个文档中？":

site {
    domain: "www.blog.com"
    owner: "me"
    pages {
        page {
            title: "Blog"
            posts {
                post {
                    id: 123412804910820 …

您如何建模处理在应用程序内执行某些操作的权限的系统？

什么时候应该使用XML属性？何时应该使用XML元素？

例如

<customData>
  <records>
    <record name="foo" description="bar" />
  </records>
</customData>

要么

<customData>
  <records>
    <record>
      <name>foo</name>
      <description>bar</description>
    </record>
  </records>
</customData>

您最喜欢的开源数据库设计/建模工具是什么？

我正在寻找支持多个数据库的数据库,尤其是Firebird SQL,但我在Google上找不到.

UML是一个旨在用软件建模的标准,它将用OO语言编写,并与Java携手并进.它是否可能用于模拟软件的功能编程范式？鉴于嵌入的视觉元素,哪些图表将变得有用？

是否有针对函数式编程的建模语言,更具体地说是Haskell？你会推荐哪些工具来组合图表？

由OP于2009年9月2日编辑:

我正在寻找的是代码中发生的最直观,最轻的代表.易于遵循的图表,视觉模型不一定针对其他程序员.我很快就会在Haskell开发一款游戏,但由于这个项目是我的毕业结论工作,我需要介绍一下拟议解决方案的某种形式化.我想知道是否有相当于UML + Java标准,但对于Haskell.我应该坚持使用故事板,书面描述,非正式化的图表(一些浅的流程图图像),非正式的用例描述吗？

由jcolebrand编辑2012年6月21日:

请注意,提问者最初想要一个视觉元素,现在我们已经有三年了,我们正在寻找更多/更好的工具.原始答案都没有真正解决"视觉隐喻设计工具"的概念,所以......这就是新的赏金所要提供的.

我很好奇,领域驱动设计和模型驱动架构之间有什么区别？我觉得他们有一些相似之处.

你能开导我吗？

谢谢

关于在何处使用标签与节点属性与关系+节点的任何经验法则.

让我们举个例子,说我有一个商店,我想把我的产品放在neo4j中.他们的标识符是产品sku,我也希望对它们进行分类,就像这个是衣服,食品,电子产品,你就明白了.我将在我的图表上进行免费搜索,就像用户可以搜索任何内容一样,并且我将返回与该搜索字符串相关的所有内容.

使用会更好吗:

1. 我有一个节点sku 001,我会标记它的标签Food.
2. 我有一个节点sku 001,并在此节点上有属性调用category:"Food"
3. 我有一个节点sku 001,我将为其创建另一个节点Food,并将创建一个" category" 关系来关联它们.

我已经读过,如果你要查找属性,最好将其作为关系+节点,因为遍历比查找节点属性要快得多.

TIA

顺便说一下 - 参考数据建模,我指的是逻辑或概念数据模型 - 而不是物理模型.

工作中的讨论提出了这个问题; 我自然而然地跳到维基百科以获得一些基本的定义 - 希望他们可以澄清差异 - 但他们没有......

概念模式或概念数据模型是概念及其关系的映射.

逻辑数据模型看起来非常相似(根据此定义):

一个逻辑数据模型的系统工程(LDM)是一个组织的数据,在术语实体和关系来组织的代表和独立于任何特定的数据管理技术.

其中,作为...

解决问题和软件工程中的域模型或域对象模型(DOM)可以被认为是描述该系统中涉及的各种实体及其关系的系统的概念模型.

领域模型与概念数据模型之间的差异似乎特别模糊.

增加这种混淆的一个原因是(从我所看到的)域模型通常使用UML类图建模 - UML类图中的类实体支持方法 - 我们的同事坚持认为域模型必须不包含"操作".我可以使用UML类图的子集来理解域建模器 - 但假设人们在使用它们所使用的工具支持它时不会包含"操作"并不危险吗？