PMT-II
功能模型
部署模型
1、 保持关注点分离
高内聚、低耦合
2、 组件分类
Ø 业务流程组件：业务流程模型
Ø 业务服务组件：方法
Ø 技术组件：struts等
Ø 系统软件组件：
Ø 硬件组件：
还包括他们的责任和依赖。
把组件组合成分系统。
组件不是开发中.net/ejb里面的一个组件。
3、 组件组合成子系统，在组合成系统
4、 组件图如何画？？？rose。组件图和类关联。多个类实现一个组件。
5、 为什么需要要做组件模型
大项目必须做。
6、 在功能方面，关注点：把业务映射到组件。
7、 三步曲：
识别组件、
组件规范：满足前置条件，可以开始；满足后置条件，正常结束。
组件转化：
8、 Post condition
9、 Pdei
10、 组件三部曲与RUP三个点的对应：初始（识别），细化（规约），构造（转化），移交
11、 组件
l TDD\UDD\DDD(以实体模型为主，业务模型，和IRP差不多)
l DCI模型（和Mvc差不多，每一字对应）
l 四色模型法（投标的时候用）：一般四个图就行。
12、 组件重用：最小的组件是类。
13、 白盒测试几种方式：
路径覆盖法（循环，覆盖所有）
识别：
14、 识别组件，画出交互图（序列图）：各组件之间如何交互。
15、 高内聚：尽量多的分层。
16、 松耦合：如何判断，看层次，层次越少越好。
17、 隔离性：尽量多的分层，是有些层之间不产生关系
规约：
18、 组件的规约：指的是对组件之间的调用关系（提供的对外接口），划分层次、找出接口。
转化：
19、 4A：account、授权、验证、审计。会员管理/客户管理模块。
20、 组件建模的核心：建组件之间的关系，不是组件内部。
21、 组件可以是技术的、业务的。
运行模型
1、 功能模型需求导向组件（componet），来自于usecase分析。
2、 非功能需求导向运行模型
3、 几个概念
l 组件分解成DU
l 多个DU发布到NODE上（磁带库也是一个节点）
l Node放入location
4、 容量规划
l 考虑现有数据的容量（结构的、非结构的）即容量规划。
方法：基于每一个组件进行估算，考虑每个组件里面的（PEDI中的D，即data）。
l 结构化数据，要考虑临时空间考虑进去
l 要预留30%的冗余
5、 OM：产品选择（用什么产品）要做。在概要设计的时候完成OM。
可靠性指的是try catch
扩展性与灵活性等同，即实现参数化：组件之间的调用要灵活（xml）。
6、 架构是与产品无关的，与技术相关的。
7、 CS有四类组件：presentation、execution、data、installation。
8、 Vm、vmc（工具）。 虚拟服务器环境。
9、 虚拟服务器环境+文件服务器环境：office在线编辑，data都要传到服务器上，office只是编辑。
10、 对于接口性组件，只有E（执行）
11、 DU:deployment unit，分为pdu edu idu ddu
12、 ALOM：application login of model
13、 Logic om：考虑技术，产品，硬件
14、 SLA协议：业务部门对IT部门的期望，要求。
15、 数据的性能模型，要找DBA来做
16、 LL:logic location，逻辑location
17、 ALN：application loginc node。
18、 E：指的是业务处理，不是运行。
19、 Te：technology execution
20、 Alom——》lom——》pom，指导后续设计。
21、 Physic node：pd
22、 ALM中：DU分布到node中，全部是业务方面
23、 LM中：du分不到node中，涉及到技术产品方面
24、
9167
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
