ADD、形团队结构、创建骨架系统.ppt

第 7 章 设计体系结构; 7.1 生命期中的体系结构 7.2 良好体系结构的评判原则 7.3 体系结构设计的质量驱动方法 7.4 创建骨架系统 7.5 团队结构的形成 7.6 设计师的职责 7.7 小结;瀑布模型(waterfall model) Winston Royce在1970年提出了著名的“瀑布模型”。 瀑布模型将软件生命周期划分成了：制定计划、需求分析和定义、软件设计、程序编写、软件测试、运行和维护这六个阶段。 规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 优点：各个阶段的划分非常明确，每一个阶段有明确分工，从对软件生命周期各阶段有明确的界定，可以良好的把握。;瀑布模型(waterfall model);瀑布模型(waterfall model) 如需求分析后，紧接着是系统设计。在系统设计过程中，往往会发现更多的需求。或者在系统设计过程中，由于跟用户交流增多，用户又意识到了更多的需求。所以在系统设计当中，往往会引发新的需求。从而引起需求分析的改变，进一步的引发系统设计的更改。 又或，在系统实现的过程当中，发现系统分析的不足，从而影响到对系统设计的更改。 ;1. 瀑布模型(waterfall model) 在实际的软件开发过程中，会存在很多循环反复的行为。软件生命周期后面阶段的行为，会影响到软件生命周期前面阶段的行为。而瀑布模型认为每一阶段是相互分离的，而每一阶段不可能回到前面一阶段，这也是为什么称为瀑布模型，瀑布从高往下流，从前面阶段往后面阶段流，不可能倒流回来。 缺点：没有考虑到软件开发过程中常见的循环往复的行为。从而很难适应实际开发的需要。;2. 演化模型;2. 演化模型 用户可以给出待开发系统的核心需求，并且当看到核心需求实现后，能够有效地提出反馈，以支持系统地最终设计和实现。 演化模型对软件开发过程中的循环往复的行为，尤其是对需求的不断变更提供了良好的支持。演化模型中可以在核心需求实现之后，把对核心需求进一步的新的反馈信息溶入到系统当中，从而更好的支持系统的设计和实现。 演化模型中各个阶段都可以有循环往复的行为，可以更好的适应实际开发的需要 ;3. 螺旋模型 是瀑布模型与演化模型的结合，并加入了两者所忽略的风险分析因素，所建立的一种软件开发模型。;体系结构设计在软件生命周期中处于什么位置？ 下图的演变交付生命期模型（演化模型）表明了体系结构所应处的位置。;7.1 生命期中的体系结构;4. 正确表述此体系结构（写出文档），并与有关各方进行交流（例如与需求的各方交流） 5. 对此体系结构进行分析和评价 请专家评审，用需求与设计的迭代来实现用户的真正的需求，也可以得到满足这些需求的体系结构。 6. 实现基于体系结构的系统并保证与体系结构相一致 在实现的过程中，体系结构并不是不可以修改。在实现过程中可能体系结构出现一些问题，可以作修改，要保证实现的内容与体系结构一致。 7. 系统维护时，体系结构文档应同步维护;何时可以开始设计体系结构? 对需求有了初步了解就可以开始设计，但是并不需要太多的需求。关注哪些重要的需求，而忽略不重要的需求，以免设计师在设计时有太多相互制约的约束。 体系结构驱动因素（即设计的依据）的组成： 重要的功能（或功能需求） 重要的质量属性（或质量需求） 重要的限制条件（或商业需求等） 以上三个因素构成的某个子集。 ;功能需求和质量需求是无关，体系结构的设计是由质量需求决定的，这是否意味着体系结构的设计是否跟功能需求无关呢？ 实事上一个系统的体系结构设计是不能不考虑系统的功能需求的。体系结构设计是将系统的功能需求划分到系统的各个不同的模块当中，即体系结构设计是功能划分的过程。各种不同的功能划分，形成了系统的不同结构，从而形成了系统的不同体系结构，也就表现出不同的质量属性。所以体系结构设计是功能划分的过程，体系结构设计离不开功能需求的。 如何确定体系结构驱动因素? 业务目标优先级较高的要求;7.2 良好体系结构的评判原则;关于体系结构的建议： 体系结构由定义良好的模块组成，各模块的功能划分应基于信息隐藏 模块的划分应体现出相互独立的原则 把计算机基础结构的特性封装在一定的模块中（便于系统的移植） 体系结构尽量不依赖于某个特定版本的商用产品或工具（如果依赖于某个特定版本的商用产品或工具，系统以后升级会受到制约，会产生更高昂的代价。所以要采用更加通用的、可以替代的工具和产品。）;关于体系结构的结构的建议： 5. 产生数据的功能和使用数据的功能应分属于不同的模块（一般采用数据库来管理数据，会把写入数据模块和读入数据的模块进行分离） 6. 对并发系统，体系结构应充分考虑进程与模块结构的不对应 7. 进程编写要考虑到与特