工作流程明细:
|
该工作流程明细的目的是完成迭代体系结构。 | |||||||||||||||||||||||||||||||
|
|
该工作流程明细:
此部分提供与该工作流程明细有关的附加信息的链接。
在精化阶段中开始,通过构造和移交阶段重现。
必需。
最好由跨功能小组成员组成的一个小型团队来执行这些活动。通常在体系结构方面重要的问题包括:可用性、性能、伸缩、进程和线程同步以及分发。团队还应包括有领域经验、可以确定关键抽象的成员。团队还应有对组织建模和分层的经验。该团队将需要把所有这些不同的线程组织到一个凝聚的、一致的(但是初步的)体系结构中去。
因为体系结构工作的重点已转移至实施问题,需要更多的关注特定技术问题。这将迫使体系结构团队轮换成员或进行扩展以包含有分发和部署经验的人员(如果这些问题在体系结构方面很重要)。为了理解结构对简化集成的实施模型的结构的潜在影响,有软件构建管理流程的经验会很有用。
同时,不要将体系结构团队组成一个大型扩展团队,这很关键。对付此趋势的策略是维持一个相对较小的核心团队,该团队仅由一组扩展团队外围成员组成(这些成员是作为关键问题的“顾问”引入的)。该结构对于较小的项目(可能从其它组织借助或签约特定专业知识)也工作的很好;可以因为需要解决特定问题而引入它们。
最好在几次会议中完成该工作(也许要执行数天,对于非常大的系统也许要数周或数个月)。初始侧重点应放在活动确定设计机制和确定设计元素上,大量迭代之后应将侧重点放在集成现有设计元素活动上,以确保新元素不会重复现有元素的功能。
设计形成过程中,分别在活动描述运行时体系结构和描述分发中引入并发和分发问题。考虑这些问题时,对设计元素的更改可能要求在进程、线程或节点间分割行为。
因为优化了个别模型以合并体系结构决策,应在软件体系结构文档中的各视图部分中记录结果(例如,优化设计模型时、优化软件体系结构文档的逻辑视图等)。复审结果体系结构。
Rational Unified Process
|