体系架构解答_49017.docVIP

简述三层架构开发模式及其优点。 微软推荐的三层结构通常是指数据访问层（DAL）、业务逻辑层（BLL）和表示层（UI）。 表示层位于最上层，用于显示和接收用户提交的数据，为用户提供交互式的界面--一般为Windows窗体应用程序或Web应用程序。 业务逻辑层是具体应用的核心，负责关键业务的处理和数据传递 数据访问层主要实现对数据的读取、保存和更新等操作 与网络协议的分层一样，软件设计也要进行分层，分层的目的是为了实现“高内聚、低耦合”，采用“”的思想，把任务划分成子任务，逐个解决，易于控制，易于延展，易于多人进行项目合作。 不必为了业务逻辑上的微小变化而导至整个程序的修改，只需要修改业务逻辑层中的一个函数或一个过程—灵活，适应多变的需求 增强了代码的可重用性； 便于不同层次的开发人员之间的合作，只要遵循一定的接口标准就可以进行并行开发了，最终只要将各个部分拼接到一起构成最终的应用程序。 实体类的概念及其作用。 概念： 简单地说，就是描述一个业务实体的类。 实体类对象是现实世界中实体对象在计算机中的表示，在层与层之间以及层内模块间进行数据传输。 实体类可以分为“贫血实体类”“充血实体类”Object Relational Mapping，简称ORM），是为了解决面向对象的类与关系数据库的表之间，存在的不匹配的现象，通过使用描述对象和关系之间映射的元数据，在程序中的类对象，与关系数据库的表之间建立持久的关系，用于在程序中描述数据库表。本质上就是将数据从一种形式转换到另外一种形式。 敏捷开发宣言。 我们正在通过亲身实践以及帮助他人实践，揭示更好的软件开发方法，通过这项工作，我们认为： 个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判 响应变化 胜过 遵循计划 虽然右项也有其价值，但我们认为左项更加重要。 简述XP的短交付周期的概念。 XP项目每两周交付一次可以工作的软件。每两周的迭代都实现了利益相关者的一些需求，在每次迭代结束时，会给利益相关者演示迭代生成的系统，以得到他们的反馈。 什么是用户故事？ 就是正在进行的关于需求谈话的助记符。它是一个计划工具，客户可以使用它并根据它的优先级和估算代价来安排实现该需求的实践。 用户故事分解需求，一个用户故事就是一个小的需求模块 什么是结对编程？不会降低编程效率，反而会大大减少缺陷率 所有产品（production）代码都是由结对的程序员使用同一台电脑共同完成的。结对人员中的一位控制键盘并输入代码，另一位观察输入的代码并寻找着代码中的错误和可以改进的地方。 两人频繁互换角色,结对编程的代码是由两人共同设计、共同编写的，两人功劳均等。 结对的关系每天至少改变一次，以便于每个程序员在一天中可以在两个不同的结对中工作。在一个迭代期间，每个团队成员应该和所有其他的团队成员在一起工作过，并且他们应该参与了本次迭代中所涉及的每项工作。这样可以促进知识在团队中的传播。 “业务领域专家”也需要与团队中的其他所有成员结对 测试驱动开发的概念及其积极作用。 概念： 它要求在编写某个功能的代码之前先编写测试代码，然后只编写使测试通过的功能代码，通过测试来推动整个开发的进行。这有助于编写简洁可用和高质量的代码，并加速开发过程。 编写所有产品代码的目的都是为了使失败的单元测试能够通过。首先编写一个单元测试，由于它要测试的功能还不存在，因此它会运行失败，然后，编写代码使测试通过。 这样一种方式所编写的代码天生就是可测试的，并可以激发程序员去解除各个模块之间的耦合，这样才能够独立地对它们进行测试。面向对象设计的原则在进行这种解除耦合方面具有巨大的帮助作用。 积极作用：(1) 程序中的每一项功能都有测试来验证它的操作的正确性。 (2) 首先编写测试可以迫使我们使用不同的观察点---程序调用者的角度，可以设计出便于调用的软件 (3) 通过首先编写测试，可以迫使自己把程序设计为可测试的，迫使我们解除软件中的耦合（force us to decouple the software） (4) 测试可以作为一种无价的文档形式，而且可以提供范例 8、测试驱动开发遵循的3条简单的规则是什么？ 除非已经编写了一个不能通过的单元测试，否则不编写任何产品代码； 只要编写能够正好导致测试不通过或者编译失败的单元测试就够了，无需再多； 只要编写能够正好使失败的单元测试通过的产品代码就够了，无需再多。 9、XP中简单设计的概念及其指导原则。 概念： XP团队使他们的设计尽可能地简单、具有表现力（expressive）。此外，他们仅仅关注于计划在本次迭代中要完成的用户故事。