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、