|
将在需求捕获和创建用例时找到的实体类进行筛选，提出核心的实体类，形成一个对架构有重要意义的初步框架。
3.3 确定公用的非功能性需求项目管理者联盟
捕获在分析阶段出现的非功能性需求，并提取公共部分给与解释以对后续的设计和实现进行支持。项目管理者联盟
4. 架构设计blog.mypm.net
通过识别来勾画设计和部署模型及其架构。项目管理者联盟
4.1 识别节点和网络配置项目管理者联盟
此活动的目的是确定主动类以及物理网络节点间的功能分布。决定功能分布时要明确和参照如下问题：
1）包含的节点以及节点的处理能力和存储容量方面的要求项目经理圈子
2）节点间的连接方式，采用的通信协议。项目管理者联盟
3）连接方式和通信协议的特征。项目管理者联盟
4）容错能力、错误恢复、处理移植、数据备份的要求。项目管理者联盟
实现方式：ROSE的部署图。PgMp.mypm.net
注：当系统不是分布结构时可以省略此步骤。项目管理者联盟
4.2 识别子系统及其接口项目管理者联盟文章
实现方式：ROSE中的逻辑图项目管理者联盟
ü 识别应用子系统项目管理者联盟
识别在各逻辑层之间的子系统。若是进行了分析阶段，那就可以从核心的分析包中跟踪到子系统并从服务包跟踪到服务子系统。在划分子系统时还要考虑物理节点的分布，当一个子系统不能满足节点分布时还要进一步拆分成更小的子系统以满足需要。设计阶段的子系统实际上是对分析包的精化。项目管理者联盟
ü 识别中间件和系统软件子系统项目管理者联盟
将子系统划分到中间件层和系统软件层。中间件往往不用自己开发而是可以购买的，请根据经济原则进行选择。项目管理者联盟
ü 定义子系统间的依赖关系项目管理者联盟
如果子系统的内容有关系就应该定义子系统间的依赖关系。依赖的方向与关系的方向相同。依赖关系可以参照分析包中的依赖关系。blog.mypm.net
ü 识别子系统接口项目管理者联盟
当一个依赖关系直接指向一个子系统时，就要考虑是否需要提供一个接口。这个接口是由子系统中的类组成的。当一个接口被找出后，还要制定这个接口的操作以及各个子系统和接口的依赖关系。项目管理者联盟
现在子系统的依赖关系只是在接口上而不是在子系统上。项目管理者联盟
4.3 识别对架构有重要意义的设计类www.mypm.net
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
