|
ü 根据分析类识别设计类training.mypm.net
根据核心分析类跟踪初步画出一些设计类，这些设计类的关系可以临时参照分析类的关系。项目管理论坛
实现方式：ROSE中的逻辑视图项目管理者联盟
ü 识别主动类pmp.mypm.net
根据分析类初步勾画出主动类。在这个步骤中要考虑到可能的并行操作问题。这个步骤要描绘出主动类、主动类的生命周期并将主动类映射到物理节点上。bbs.mypm.net
实现方式：ROSE中逻辑图和交互图以及部署图项目管理者联盟
4.4 识别通用的设计机制项目管理培训
根据设计结构提炼出一些通用的设计机制以为复用。这些通用机制的粒度可以是设计类、协作甚至是子系统。club.mypm.net
5. 架构实现blog.mypm.net
架构师精化实现视图和部署视图。项目经理博客
5.1 确定对架构有重要意义的组件项目管理者联盟
为每一个主动类设计一个组件，并为每个组件填加一些说明性文档。项目管理者联盟
5.2 把组件映射到物理节点上blog.mypm.net
检查是否存在可分配给物理节点的主动对象，如果有应将该主动类的相应组件映射到同一个节点上。项目管理者联盟
6. 架构文档描述项目管理者联盟
只有架构模型是不够的，还要有架构文档加以补充和描述。只有架构模型和架构文档才能形成完整的架构基线。架构文档一般是从需求阶段到实施阶段不断迭代、不断精化得出的。为了讨论和分析软件架构，必须定义架构表示方式，即用来描述架构重要方面的方式。我们采用架构视图来描述软件架构，并把它记录在《软件架构设计文档》中。架构视图由一组视图组成，每个视图都描述了风险承担者所关注的不同方面。典型的架构视图称为“4+1 视图模型”，包括用例视图、逻辑视图、实施视图、进程视图和部署视图。此外，还可以构建其他视图来表达需要特别关注的不同方面，比如用户界面视图、安全视图、数据视图等等。对于简单系统，可以省略 4+1 视图模型中的一些视图。架构视图在本质上是整体设计的抽象或简化，它们通过舍弃具体细节来突出重要的特征。因此，应该通过架构视图或者其它方式来主要描述架构关注的内容。www.mypm.net
6.1 核心业务(可选)项目管理者联盟
描述一些核心的业务流程，也可以使用业务用例和场景描述。项目管理者联盟
6.2 用例视图项目管理者联盟
包括用例和场景，这些用例和场景包括在架构方面具有重要意义的行为、类或技术风险。它是用例模型的子集。在ROSE中用用例图实现。项目管理者联盟
未完待续…….pmp.mypm.net
欢迎各位扫描作者微信二维码进行交流blog.mypm.net
 www.mypm.net
本书连载为作者授权在项目管理者联盟网站及项目管理者联盟微信公众号发布，谢绝转载。项目管理者联盟 项目管理者联盟文章
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
