|
|
|
| 作者 |
内容 |
| zhangzib |
就下面的用例,能抽象出哪些概念,怎样画出概念模型
(分析阶段)?
就下面的用例,能抽象出哪些概念,怎样画出概念模型 (分析阶段)?
(您的意见可以发至zhangzib@163.com)
购货入库登记
1. 操作员浏览已有商品类别
2. 操作员选择已有商品类别
3. 系统显示该商品类别的各商品项信息
4. 操作员修改录入各商品项信息
5. 系统计算和显示该批货物的汇总信息,保存此批购货信息(购货单),更新库存量
6. 操作员可以打印该批购货信息
可选过程:
2a. 操作员没有选择已有商品类别, 而是增加新商品类别, 返回到第4步
|
| 04/02/01 09:03 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| wilbert |
回复:
就下面的用例,能抽象出哪些概念,怎样画出概念模型 (分析阶段)?
概念模型包括:操作员、商品类别、商品信息、采购订单、采购订单项、采购入库单、采购入库单项、商品库存
可依照下面方法进行绘制:
1)识别概念模型
2)在分析图中绘制概念模型
3)添加概念模型之间的关联
4)为概念模型添加属性 |
| 04/02/02 13:45 |
酷帖! 臭帖! 回复 |
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| zhangzib |
回复:
就下面的用例,能抽象出哪些概念,怎样画出概念模型 (分析阶段)?
我认为在开始分析的时候,首先考虑的是现实世界,所以还应有下面两个概念:”仓库”和”商品”,
”仓库”存储了很多”商品”;不过觉得不合适,应抽象为” 商品库存”和”商品项”(一个商品项包括商品名和数量) ”,
"商品库存”记录了多个”商品项”,
还是有点拿不准? |
| 04/02/02 16:17 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| wilbert |
回复:
就下面的用例,能抽象出哪些概念,怎样画出概念模型 (分析阶段)?
你说的有道理,首先考虑的是现实世界,所以使用仓库和商品项是合适的。仓库中储存商品项,可能还需要商品描述信息,它描述商品项的规格等信息。而商品库存可以作为概念模型,它是记录商品库存量的实体。不知道同意否? |
| 04/02/02 16:26 |
酷帖! 臭帖! 回复 |
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| zhangzib |
回复:
就下面的用例,能抽象出哪些概念,怎样画出概念模型 (分析阶段)?
是否可以这样理解,
首先考虑的是现实世界,所以我们脑子中呈现的是物理的仓库(建筑物), 仓库存储了一堆堆商品,
然后要将物理的”仓库”抽象成一种概念”商品库存”, ”商品库存”记录的是”商品条目”(一个商品条目包括商品名和数量).
只有这样,我们才能进一步将其转换成软件的类 |
| 04/02/02 16:40 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| wilbert |
回复:
就下面的用例,能抽象出哪些概念,怎样画出概念模型 (分析阶段)?
仓库和商品库存应该不是一回事。其实概念模型是现实存在的,比如仓库、商品、商品库存等。在识别概念模型时应该采用细粒度方式比较好,应尽量列出现实中存在的概念。商品库存是描述仓库中储存商品的量的概念,和仓库的概念是不同的。商品可以指没有属性的物理实体,而商品描述信息则是对商品的规格的说明。这些概念模型在设计中可以演变成java中的实体类,它们是和软件设计模型不同,比如窗口类、控制类等。 |
| 04/02/02 17:09 |
酷帖! 臭帖! 回复 |
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| zhangzib |
回复:
就下面的用例,能抽象出哪些概念,怎样画出概念模型 (分析阶段)?
这样说来,仓库和商品这两个是概念,是现实中存在的概念,但在我们的随后分析中,好象应抛弃不用,有商品库存和商品条目就行了.就拿商品这个概念来说,商品可以指没有属性的物理实体,如果将其转化为设计中的类,它没有属性,好象也没什么操作;
商品库存描述了仓库的属性,可以演变成java中的实体类,这样仓库类也没存在的必要了.
您的意见呢? |
| 04/02/02 17:22 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| wilbert |
回复:
就下面的用例,能抽象出哪些概念,怎样画出概念模型 (分析阶段)?
仓库也是有属性的,比如名称、地址等 |
| 04/02/03 10:19 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| zhangzib |
回复:
就下面的用例,能抽象出哪些概念,怎样画出概念模型 (分析阶段)?
如果我们只有一个仓库,没有名称,也不关心它的地址,那么对仓库和商品这两个是概念抛弃不用,是可以的吧? |
| 04/02/03 10:37 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| wilbert |
回复:
就下面的用例,能抽象出哪些概念,怎样画出概念模型 (分析阶段)?
是可以的。在制作设计类图可以只考虑目前需要的类,如果仓库可以忽略的话就可以不考虑。当然在后续的设计过程中如果有需要再加上。 |
| 04/02/03 10:54 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| j2ee |
可以分析出三个类:商品类别,商品,
入库纪录
|
| 04/02/04 16:46 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| j2ee |
不错
|
| 04/02/04 16:51 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| j2ee |
你需要考虑的是business,而不是什么物理上的仓库。
|
| 04/02/04 16:52 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| spide |
“汇总信息”含糊不清。“商品项、库存量”是类还是属性看不清。“批”是另一个概念的同义词。类:商品类、商品、购货单、库存量(通常将仓库和库存记录分开,库存量作为后者的属性)。对象分析的核心是分析对象之间的关系,不要仅仅说出概念。
|
| 04/02/05 18:18 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| zhangzib |
回复:
就下面的用例,能抽象出哪些概念,怎样画出概念模型 (分析阶段)?
对一个用例(购货入库登记 )的进一步分析(见共享文件x.doc),请指点! |
| 04/02/06 09:40 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| wilbert |
回复:
就下面的用例,能抽象出哪些概念,怎样画出概念模型 (分析阶段)?
我觉得catologList可以不要。 |
| 04/02/06 14:56 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| zhangzib |
回复:
“汇总信息”含糊不清。“商品项、库存量”是类还是属性看不清。“批”是另一个概念的同义词。类:商品类、商品、购货单、库存量(通常将仓库和库存记录分开,库存量作为后者的属性)。对象分析的核心是分析对象之间的关系,不要仅仅说出概念。
对一个用例(购货入库登记 )的进一步分析(见共享文件x.doc),请具体指点!
请具体指点!
请具体指点! |
| 04/02/07 08:38 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| zhangzib |
回复:
就下面的用例,能抽象出哪些概念,怎样画出概念模型 (分析阶段)?
为什么呢? |
| 04/02/09 08:21 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
|
|