软件工程简答题.pptVIP

* 第八章 体系结构风格 每种风格描述一种系统类别，包括： （1）完成系统需要的某种功能的一组构件（例如，数据库、计算模块）； （2）能使构件间实现“通信、合作和协调”的一组连接件； （3）定义构件如何集成为系统的约束； （4）语义模型，能使设计者通过分析系统组成成分的已知属性来理解系统的整体性质 。 * 体系结构风格 以数据为中心的体系结构 数据流体系结构 调用和返回体系结构 面向对象体系结构 层次体系结构 * 第九章 基本设计原则 开闭原则(OCP)。“模块[构件]应该对外延具有开放性，对修改具有封闭性”。 Liskov 替换原则(LSP)。“子类可以替换它们的基类”。 依赖倒置原则(DIP)。“依赖于抽象，而非具体实现”。 接口分离原则(ISP)。“多个客户专用接口比一个通用接口要好”。 发布复用等价性原则(REP)。“复用的粒度就是发布的粒度”。 共同封装原则(CCP)。“一同变更的类应该合在一起”。 共同复用原则(CRP).。“不能一起复用的类不能被分到一组”。 来源: Martin, R., “设计原则和设计模式”下载：http:, 2000. * 第十章 黄金规则 用户操纵控制 减少用户的记忆负担 保持界面一致 * 用户操作控制 以不强迫用户进入不必要的或不希望的动作的方式来定义交互模式。 提供灵活的交互。 允许用户交互被中断和撤销。 当技能级别增长时可以使交互流线化并允许定制交互。 使用户与内部技术细节隔离开来。 设计应允许用户与出现在屏幕上的对象直接交互。 * 减轻用户记忆负担 减少对短期记忆的要求。 建立有意义的缺省。 定义直观的快捷方式。 界面的视觉布局应该基于真实世界的象征。 以不断进展的方式揭示信息。 * 保持界面一致 允许用户将当前任务放入有意义的环境中。 在应用系统家族内保持一致性。 如果过去的交互模型已经建立起了用户期望，除非有不得已的理由，否则不要改变它。 第十四章 软件质量保证 延伸前述的质量定义，软件质量保证就是为了保证软件高质量而必需的“有计划、系统化的行动模式”。 软件质量保证（质量管理）是适用于整个软件过程的一种普适性活动，而不仅仅是在编码完成之后才开始进行。 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman. * 软件质量保证 软件质量保证是由两个不同人群相联系的多种任务组成——分别是做技术工作的软件工程师和负有质量策划、监督、记录、分析和报告责任的软件质量保证组。 其中，软件工程师通过采用可靠的技术方法和措施，进行技术评审，并进行周密计划的软件测试来获得质量。 可见，软件测试是软件质量保证活动中的一部分。 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman. * * 软件测试 测试是在交付产品给最终用户之前，带着特定的目的在运行程序的过程中发现错误。 测试的目的是为了发现测试对象的问题，而不是证明测试对象没有问题。 * 验证与确认 书为主 软件测试是通常所讲的更为广泛的主题——验证与确认的一部分。 验证是指确保软件正确地实现某一特定功能的一系列活动。 确认指的是确保开发的软件可追溯到客户需求的另外一系列活动。Boehm [Boe81] 用另一种方式说明了这两者的区别： 验证：我们在正确地构造产品吗？ 确认：我们在构造正确的产品吗？ 单元测试 单元测试是对软件的基本组成单元进行测试。 单元可以是：函数、子过程 类或类的方法 独立的过程和函数 一个菜单或显示界面 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman. * 大型项目的获取需求任务集（续） 11.标注系统的约束和限制。 12.讨论系统验证方法。 These slides are designed to a