1,265
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
htt9931 2003-09-16
- 打赏
- 举报
概念模型是用于和用户交流的，也可以有助于系统分析，从整体上来把握系统
逻辑模型就是要将概念模型具体化，但还不是实现，主要是在整体的基础上进一步分析，是独立于物理模型的
物理模型是逻辑模型的具体实现
逻辑模型就是要将概念模型具体化，但还不是实现，主要是在整体的基础上进一步分析，是独立于物理模型的
物理模型是逻辑模型的具体实现
ozzzzzz 2003-09-16
- 打赏
- 举报
顺便调查一下 大家都会在项目中建立概念模型吗
zhuma 2003-09-16
- 打赏
- 举报
To arfayr(阿飞):
明白了
多谢你的指教
明白了
多谢你的指教
arfayr 2003-09-16
- 打赏
- 举报
to zhuma
用例阶段，应该不是概念建模
用例阶段，应该不是概念建模
愉快的登山者 2003-09-16
- 打赏
- 举报
ozzzzzz(希望敏捷),zhuma(竹马) ,arfayr(阿飞) 等说的都很不错。我想用一个具体的实例进行说明，供大家讨论。
概念模型就是在了解了用户的需求，用户的业务领域工作情况以后，经过分析和总结，提炼出来的用以描述用户业务需求的一些概念的东西。如arfayr(阿飞) 的例子，销售业务中的“客户”和“定单”，还有就是“商品”，“业务员”。
用USE CASE来描述就是：“业务员”与“客户”就购买“商品”之事签定下“定单”。
逻辑模型就是要将概念模型具体化。要实现概念模型所描述的东西，需要那些具体的功能和处理那些具体的信息。这就到了需求分析的细化阶段。还以销售业务为例：“客户”信息基本上要包括：单位名称，联系人，联系电话，地址等属性；“商品”信息基本上要包括：名称，类型，规格，单价等属性；“定单”信息基本上要包括：日期和时间属性。并且“定单”
要与“客户”，“业务员”和“商品”明细关联。
系统需要建立几个数据表：业务员信息表，客户信息表，商品信息表，定单表
系统要包括几个功能：业务员信息维护，客户信息维护，商品信息维护，建立销售定单
以上这些均属于建立逻辑模型，这些说明只表明系统要实现什么，但怎样实现，用什么工具实现还没有讲，后者属于物理模型范围。
物理模型就是针对上述逻辑模型所说的内容，在具体的物理介质上实现出来。如：数据库使用sqlserver2000，这样就可以编写具体的sql脚本在数据库服务器上将数据库建立起来。其中包括业务员信息表，客户信息表，商品信息表，定单表。客户端使用PB开发工具，那么在工作站上用PB建立起功能菜单，包括：业务员信息维护，客户信息维护，商品信息维护，建立销售定单等功能，并用工具将每一个功能编码实现。
这三个过程，就是实现一个软件系统的三个关键的步骤，是一个从抽象到具体的一个不断细化完善的分析，设计和开发的过程。
概念模型就是在了解了用户的需求，用户的业务领域工作情况以后，经过分析和总结，提炼出来的用以描述用户业务需求的一些概念的东西。如arfayr(阿飞) 的例子，销售业务中的“客户”和“定单”，还有就是“商品”，“业务员”。
用USE CASE来描述就是：“业务员”与“客户”就购买“商品”之事签定下“定单”。
逻辑模型就是要将概念模型具体化。要实现概念模型所描述的东西，需要那些具体的功能和处理那些具体的信息。这就到了需求分析的细化阶段。还以销售业务为例：“客户”信息基本上要包括：单位名称，联系人，联系电话，地址等属性；“商品”信息基本上要包括：名称，类型，规格，单价等属性；“定单”信息基本上要包括：日期和时间属性。并且“定单”
要与“客户”，“业务员”和“商品”明细关联。
系统需要建立几个数据表：业务员信息表，客户信息表，商品信息表，定单表
系统要包括几个功能：业务员信息维护，客户信息维护，商品信息维护，建立销售定单
以上这些均属于建立逻辑模型，这些说明只表明系统要实现什么，但怎样实现，用什么工具实现还没有讲，后者属于物理模型范围。
物理模型就是针对上述逻辑模型所说的内容，在具体的物理介质上实现出来。如：数据库使用sqlserver2000，这样就可以编写具体的sql脚本在数据库服务器上将数据库建立起来。其中包括业务员信息表，客户信息表，商品信息表，定单表。客户端使用PB开发工具，那么在工作站上用PB建立起功能菜单，包括：业务员信息维护，客户信息维护，商品信息维护，建立销售定单等功能，并用工具将每一个功能编码实现。
这三个过程，就是实现一个软件系统的三个关键的步骤，是一个从抽象到具体的一个不断细化完善的分析，设计和开发的过程。
zhuma 2003-09-16
- 打赏
- 举报
那就是
领域知识及其关键概念
了？
领域知识及其关键概念
了？
ozzzzzz 2003-09-16
- 打赏
- 举报
还是我来说一下吧
概念模型大家往往都不使用 它的例子你可以参考Applying UML and Patterns 同时FDD也会使用它 从某种角度看在使用CRC建模的初期出现的也是概念模型 只不过这个概念模型会无缝的演进为逻辑模型 以至于最后会过渡到物理模型
概念模型其实是指在项目所涉及的领域中会出现的重要的概念 有的时候也会涉及到这些概念见的联系 形象的说你会在这个模型中用到对象图
而逻辑模型则是项目中具体实现的业务 形象的说你会用到use case和活动图之类的东西
物理模型自然就是你程序的具体实现了 也就是你的设计 当然从某种角度说代码也是物理模型
你可以看到概念模型是一些概念化的 抽象的 面向理解的 高高在上的模型 它所涉及的概念不一定就会出现在你的程序中 但是它必然会出现你的领域中 它是为了更好的去对需求做出采集和理解以及分析而产生的
逻辑模型则是具体的 实例化的 面向业务实现的 它是需求分析的结果 例如use case就是一种逻辑模型
所以说概念模型其实是在你开始接触到具体的项目的时候建立并且一直维护的那个东西
概念模型大家往往都不使用 它的例子你可以参考Applying UML and Patterns 同时FDD也会使用它 从某种角度看在使用CRC建模的初期出现的也是概念模型 只不过这个概念模型会无缝的演进为逻辑模型 以至于最后会过渡到物理模型
概念模型其实是指在项目所涉及的领域中会出现的重要的概念 有的时候也会涉及到这些概念见的联系 形象的说你会在这个模型中用到对象图
而逻辑模型则是项目中具体实现的业务 形象的说你会用到use case和活动图之类的东西
物理模型自然就是你程序的具体实现了 也就是你的设计 当然从某种角度说代码也是物理模型
你可以看到概念模型是一些概念化的 抽象的 面向理解的 高高在上的模型 它所涉及的概念不一定就会出现在你的程序中 但是它必然会出现你的领域中 它是为了更好的去对需求做出采集和理解以及分析而产生的
逻辑模型则是具体的 实例化的 面向业务实现的 它是需求分析的结果 例如use case就是一种逻辑模型
所以说概念模型其实是在你开始接触到具体的项目的时候建立并且一直维护的那个东西
DeepSea1111 2003-09-16
- 打赏
- 举报
关注中
ozzzzzz 2003-09-16
- 打赏
- 举报
还是我来说几句吧
概念模型在软件工程领域主流的看法是在项目所涉及的领域中对领域中重要概念的建模 它反映的是领域中那些重要的概念 有的时候也会反映这些概念间的联系 它一般不会涉及具体的需求 而且其中所出现的概念也不一定会出现在程序中
逻辑模型就是需求的分析结果 反映了业务进行中的各种结构
物理模型是程序具体的实现模型
概念模型是为了更好的理解你所在的领域 它是概念化的 抽象的 高层次的
逻辑模型是为了更好的理解你所要完成的业务 这是具体的 显示 有专门的针对的
概念模型在软件工程领域主流的看法是在项目所涉及的领域中对领域中重要概念的建模 它反映的是领域中那些重要的概念 有的时候也会反映这些概念间的联系 它一般不会涉及具体的需求 而且其中所出现的概念也不一定会出现在程序中
逻辑模型就是需求的分析结果 反映了业务进行中的各种结构
物理模型是程序具体的实现模型
概念模型是为了更好的理解你所在的领域 它是概念化的 抽象的 高层次的
逻辑模型是为了更好的理解你所要完成的业务 这是具体的 显示 有专门的针对的
zhuma 2003-09-16
- 打赏
- 举报
To ozzzzzz(希望敏捷)：
哪是不是说
我在描述用例阶段所做的就是概念建模呢？
哪是不是说
我在描述用例阶段所做的就是概念建模呢？
ozzzzzz 2003-09-16
- 打赏
- 举报
FDD中不能说是一个完全的概念模型 它似乎应该算是一个概念和逻辑之间的模型
其实在不同的方法中就会有不同的定义策略 没有必要扣那些概念
其实在不同的方法中就会有不同的定义策略 没有必要扣那些概念
arfayr 2003-09-16
- 打赏
- 举报
概念模型导出逻辑模型，逻辑模型导出物理模型
比如：分析一个销售系统
概念模型：客户、订单，概念模型展示的是业务层的概念定义，我理解是初步的对象分析
逻辑模型：客户、订单，这两个对象分别由哪些类组成，这里就是从概念到逻辑，采用面相对象的分析设计技术实现客户、订单这两个概念模型重的对象
物理模型：最终这些类持久化使用那些数据表，也就是数据结构。
以上模型存在于面向对象的系统的分析设计过程，不知道你所说得这三个词是否基于这样一个过程的？
概念模型对应需求分析
逻辑模型对应类的分析设计
物理模型对应数据结构
不知对否？
比如：分析一个销售系统
概念模型：客户、订单，概念模型展示的是业务层的概念定义，我理解是初步的对象分析
逻辑模型：客户、订单，这两个对象分别由哪些类组成，这里就是从概念到逻辑，采用面相对象的分析设计技术实现客户、订单这两个概念模型重的对象
物理模型：最终这些类持久化使用那些数据表，也就是数据结构。
以上模型存在于面向对象的系统的分析设计过程，不知道你所说得这三个词是否基于这样一个过程的？
概念模型对应需求分析
逻辑模型对应类的分析设计
物理模型对应数据结构
不知对否？
zhangking 2003-09-16
- 打赏
- 举报
复习中。。。
ozzzzzz 2003-09-16
- 打赏
- 举报
zhuma(竹马)
你的不算 Apllying uml & patterns 有概念建模的例子 fdd也有概念模型 很多时候特别是在你使用crc的时候 最早的模型就是概案念模型 当然crc使用中这个概念模型会无缝的演进承恩更为逻辑模型 以至于最后进化为物理模型
你的不算 Apllying uml & patterns 有概念建模的例子 fdd也有概念模型 很多时候特别是在你使用crc的时候 最早的模型就是概案念模型 当然crc使用中这个概念模型会无缝的演进承恩更为逻辑模型 以至于最后进化为物理模型
dragongong 2003-09-16
- 打赏
- 举报
正好对这个问题有点疑虑，我现在关心的是，采用何种方法将概念模型完整地、合理地转化为逻辑模型?在这个转化过程中，如何保证信息不会丢失？
digital1 2003-09-16
- 打赏
- 举报
to ozzzzzz(希望敏捷)
在fdd中描述的概念是不是概念模型？
在srd中表达的是不是逻辑模型
现在物理模型是比较确定的，就是表，或者软件开发中的对象
继续关注中.......
在fdd中描述的概念是不是概念模型？
在srd中表达的是不是逻辑模型
现在物理模型是比较确定的，就是表，或者软件开发中的对象
继续关注中.......
zhuma 2003-09-16
- 打赏
- 举报
To ozzzzzz(希望敏捷)：
不知道我这样算不算
我接到一个项目之后
总会到用户当中去
不断地询问、整理、思考
他们到底向要什么
他们的根本关注是什么
软件的引入会帮助他们的工作吗
由此
我得到了第一份报告
它与功能无关
只在意用户的内心诉求
不知道我这样算不算
我接到一个项目之后
总会到用户当中去
不断地询问、整理、思考
他们到底向要什么
他们的根本关注是什么
软件的引入会帮助他们的工作吗
由此
我得到了第一份报告
它与功能无关
只在意用户的内心诉求
ozzzzzz 2003-09-16
- 打赏
- 举报
其实如果你明白概念模型和逻辑模型的区别就会知道 逻辑模型根本就不需要由概念模型去生成 所以它们也就没有必要去无缝的衔接 这就像逻辑模型没有必要和物理模型无缝的衔接一样 它们之间的关系只是互相映射 而不是从这个得到那个
dragongong 2003-09-16
- 打赏
- 举报
to: ozzzzzz(希望敏捷):
是不是意味着，由于概念模型描述的是现实世界，而逻辑模型描述的是信息世界。因此，除非运用一些特有的技巧，例如CRC建模，否则根本就没有办法保证概念模型能够无缝地转换成逻辑模型？这样一来，在评审的时候，如何将概念模型作为依据？
是不是意味着，由于概念模型描述的是现实世界，而逻辑模型描述的是信息世界。因此，除非运用一些特有的技巧，例如CRC建模，否则根本就没有办法保证概念模型能够无缝地转换成逻辑模型？这样一来，在评审的时候，如何将概念模型作为依据？
htt9931 2003-09-16
- 打赏
- 举报
还补一句，概念模型是独立于逻辑模型的
加载更多回复（6）
