该工作流程明细的目的是完成迭代体系结构。

主题


      设计模型
设计模型
软件体系结构文档
软件体系结构文档
  设计模型
设计模型
软件体系结构文档
软件体系结构文档
  分析类
分析类
  分析类
分析类
  软件体系结构文档
软件体系结构文档
设计模型
设计模型
 
               
 
软件设计人员
软件设计人员
 

 
描述分发
描述分发

 
描述运行时体系结构
描述运行时体系结构

 
确定设计元素
确定设计元素

 
确定设计机制
确定设计机制

 
合并现有设计元素
合并现有设计元素

 
               
      部署模型
部署模型
软件体系结构文档
软件体系结构文档
  设计模型
设计模型
软件体系结构文档
软件体系结构文档
  设计子系统
设计子系统
设计模型
设计模型
  设计模型
设计模型
软件体系结构文档
软件体系结构文档
  设计模型
设计模型
软件体系结构文档
软件体系结构文档
 
              设计包
设计包
信号
信号
  设计包
设计包
设计子系统
设计子系统
  设计包
设计包
设计子系统
设计子系统
 
              事件
事件
设计类
设计类
  设计类
设计类
  接口
接口
设计类
设计类
 
              Enterprise Java Bean(EJB)
Enterprise
Java Bean(EJB)
接口
接口
         

      风险列表
风险列表
软件体系结构文档
软件体系结构文档
 
       
 
技术复审员
技术复审员
 

 
复审体系结构
复审体系结构

 
       
      复审记录
复审记录
 


描述 To top of page

该工作流程明细:

  • 设计活动提供普通的从分析转移活动,确定:
    • 来自分析元素的适当设计元素
    • 来自相关分析机制的适当设计机制
  • 描述系统的运行时和部署体系结构的组织
  • 组织实施模型,以便在设计和实施之间实现无缝转移
  • 维护体系结构的一致性和完整性,确保:
    • 把为当前迭代确定的新设计元素与预先存在的设计元素集成。
    • 在设计工作中,仅可能早地完成最大程度的可用组件和设计元素的重用。

相关信息 To top of page

此部分提供与该工作流程明细有关的附加信息的链接。

计时 To top of page

在精化阶段中开始,通过构造和移交阶段重现。

可选性 To top of page

必需。

如何配备人员 To top of page

最好由跨功能小组成员组成的一个小型团队来执行这些活动。通常在体系结构方面重要的问题包括:可用性、性能、伸缩、进程和线程同步以及分发。团队还应包括有领域经验、可以确定关键抽象的成员。团队还应有对组织建模和分层的经验。该团队将需要把所有这些不同的线程组织到一个凝聚的、一致的(但是初步的)体系结构中去。

因为体系结构工作的重点已转移至实施问题,需要更多的关注特定技术问题。这将迫使体系结构团队轮换成员或进行扩展以包含有分发和部署经验的人员(如果这些问题在体系结构方面很重要)。为了理解结构对简化集成的实施模型的结构的潜在影响,有软件构建管理流程的经验会很有用。

同时,不要将体系结构团队组成一个大型扩展团队,这很关键。对付此趋势的策略是维持一个相对较小的核心团队,该团队仅由一组扩展团队外围成员组成(这些成员是作为关键问题的“顾问”引入的)该结构对于较小的项目(可能从其它组织借助或签约特定专业知识)也工作的很好;可以因为需要解决特定问题而引入它们。

工作指南 To top of page

最好在几次会议中完成该工作(也许要执行数天,对于非常大的系统也许要数周或数个月)。初始侧重点应放在活动确定设计机制确定设计元素上,大量迭代之后应将侧重点放在集成现有设计元素活动上,以确保新元素不会重复现有元素的功能。

设计形成过程中,分别在活动描述运行时体系结构描述分发中引入并发和分发问题。考虑这些问题时,对设计元素的更改可能要求在进程、线程或节点间分割行为。

因为优化了个别模型以合并体系结构决策,应在软件体系结构文档中的各视图部分中记录结果(例如,优化设计模型时、优化软件体系结构文档的逻辑视图等)。复审结果体系结构。



Rational Unified Process   2003.06.15