体系结构复习简版.pdfVIP

谭淇蔚 1. 软件体系结构定义: SEI 定义:软件体系结构是指一个程序/系统构件的结构，它们之间的相互关系， 以及在 设计和交付的整个过程中的原则和指导方针. Mary Shaw 和David Garlan 认为，软件体系结构包括构成系统的设计元素的描述，设计 元素的交互，设计元素组合的模式，以及在这些模式中的约束。 国内普遍定义:软件体系结构包括构件、连接件和约束，它是可预制和可重构的软件框 架结构。构件是可预制和可重用的软件部件，是组成体系结构的基本计算单元或数据存 储单元;连接件也是可预制和可重用的软件部件，是构件之间的连接单元;构件和连接件 之间的关系用约束来描述 软件体系结构包括构件(Component) 、连接件(Connector) 和约束(Constraint) 或配置 (Configuration)三大要素。 2. 软件体系结构 = 构件 + 连接件 + 约束 3. 软件体系结构风格定义：体系结构风格定义了一个系统家族，即一个体系结构定义一个 词汇表和一组约束。词汇表中包含一些构件和连接件类型，而这组约束指出系统是如何 将这些构件和连接件组合起来的。是描述某一特定应用领域中系统组织方式的惯用模式。 4. 常见的体系结构风格: 数据流风格、调用/返回风格、独立构件风格、虚拟机风格、仓库 风格、过程控制环路、C/S 风格、B/S 风格。 5. B/S 优缺点：优点：系统安装、修改维护全在服务器端解决;提供异种机、异种网、异种 应用服务器的联机、联网、统一的最现实的开放性基础。缺点：缺乏对动态页面的支持 能力，没有集成有效的数据库处理能力；系统扩展能力差，安全性难以控制；数据查询 等响应不如C/S 体系结构；不利于在线事务处理应用。 6. 需求的基本概念: (1)用户解决问题或达到目标所需的条件或能力(2)系统或系统部件要 满足合同、标准、规范或其他正式规定文档所需具有的条件或能力(3)一种反映上面 （1）或（2 ）所描述的条件或能力的文档说明. 需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性，是在开发 过程中对系统的约束。 7. 客户、最终用户 间接用户：客户-客户是掏钱买软件的人，所以他是“上帝”。与客 户打交道的主要目的是：一是获取需求，二是签订合同。最终用户- 即使最终用户不是 上帝，也算是“上帝”的“亲戚”，同样怠慢不得。间接用户-重视“间接用户”，千万别 “大意失荆州” 8. 需求是产品的根源，需求工作的优劣对产品影响最大。 9. 软件需求流程：需求获取(需求陈诉) → 需求分析 → 需求定义(软件需求规格说明 书)→ 需求确认→需求跟踪→变更管理。 10. 需求分类: 1) 业务需求：反映组织机构或客户对系统、产品高层次的目标要求。-领域专家 2) 用户需求: 描述用户使用产品必须要完成什么任务，怎么完成的需求。-用户 通常是在问题定义的基础上进用户访谈、调查，对用户使用的场景进行整理， 从而建立从用户角度的需求。 3) 系统需求：从系统的角度来说明软件的需求，包括用特性说明的功能需求、质 量属性，以及其他非功能需求，还有设计约束等。-开发人员 4) 功能需求: 系统必须完成的那些事，即为了向它的用户提供有用的功能，产品 必须执行的动作。-需求的主体、本质。 5) 非功能需求: 指产品必须具备的属性或品质，如正确性、可靠性、性能、容错 性和可扩展性等。 谭淇蔚 质量属性： a) 开发期质量：可扩展性、可复用性、可维护性等 b) 运行期质量：正确性、健壮性、性能、可靠性、容错性、易用性、安 全性、可移植性、兼容性等 11. 设计约束：即“限制条件”或“补充规约”，通常是对解决方案的一些约束说明。 12. 软件需求面临的主要困难:知识技能问题、态度问题、合作关系、用户说不清楚需求、用 户说不清楚需求、用户经常变更需求 13.