2010年简答题
- 给出数据流图的定义，并举例说明数据流图的四个基本构成成份。
数据流图（Data Flow Diagram, DFD）是一种用于描述系统中数据流动和处理过程的图形工具。它通过直观的方式展示了系统的输入数据如何经过一系列处理变换为输出数据，帮助理解系统的工作流程和信息交换方式。
数据流图的四个基本构成成分包括：
外部实体（External Entities）：指系统之外与系统交互的人或组织，它们是数据的来源或目的地。
处理过程（Processes）：表示对数据进行操作以改变其内容或形式的动作或活动。
数据存储（Data Stores）：用于保存数据的地方，可以是数据库、文件等。
数据流（Data Flows）：表示数据在系统内外部实体、处理过程和数据存储之间的移动路径。
例子：考虑一个简单的图书馆管理系统：
外部实体：读者、管理员
处理过程：借书、还书、查询书籍状态
数据存储：书籍数据库、借阅记录数据库
数据流：读者提交的借书请求、从书籍数据库获取书籍信息的数据流等 - 给出对象的聚合关系的定义，并举例说明松散聚合和紧密聚合。
聚合关系（Aggregation）是一种特殊的关联关系，表示整体与部分之间的关系，但部分可以在不依赖于整体的情况下独立存在。它通常用来表示一种“拥有”关系，但不同于组合关系，聚合中的部分对象可以属于多个整体对象，或者即使没有整体对象也可以单独存在。
松散聚合：指的是部分对象和整体对象之间关系较弱，部分对象可以在脱离整体对象后仍然保持其功能性和独立性。
例子：汽车和轮胎的关系。轮胎可以从一辆汽车上拆卸下来并安装到另一辆汽车上，轮胎本身仍然是有用的。
紧密聚合：虽然也是聚合的一种形式，但这里的部分对象更依赖于整体对象的存在，尽管它们依然能够独立存在，但在实际应用中往往作为整体的一部分来使用。
例子：公司与部门的关系。虽然理论上部门可以在没有公司的环境下存在，但在现实中，部门通常是作为一个更大组织的一部分运作，且其很多职能和服务都是针对该组织提供的。这种情况下，部门与公司的关系可以视为紧密聚合。然而，要注意的是，紧密聚合并不是面向对象编程中的正式术语，这里主要是为了对比说明聚合关系的不同程度。
2011年简答题
- 给出事务型数据流图的定义，并举例说明。
事务型数据流图（Transaction Data Flow Diagram）是一种特定类型的数据流图，用于表示系统如何处理输入的事务或事件。在这种类型的DFD中，外部实体生成的事务被系统接收并处理，通常经过一个事务中心来决定如何处理该事务，然后将事务分发到相应的处理逻辑进行进一步处理。事务型数据流图特别适用于描述那些需要根据输入的不同执行不同流程的应用场景。
例子：考虑一个在线书店的订单处理系统。顾客提交订单（事务），系统接收到订单后，首先由订单处理中心确定订单类型（如新订单、查询订单状态或取消订单）。根据订单类型，系统会采取不同的处理路径：如果是新订单，则检查库存并更新库存记录；如果是查询订单状态，则从数据库检索订单信息；如果是取消订单，则更新订单状态并将商品返回库存。 - 给出对象的依赖关系的定义，并举例说明。
在面向对象编程中，对象的依赖关系指的是一个对象的状态或行为依赖于另一个对象的存在或状态。这种依赖可以是直接的也可以是间接的。当一个对象A使用了另一个对象B的数据或者方法时，我们说对象A依赖于对象B。
例子：假设有一个EmailSender类和一个User类。EmailSender负责发送电子邮件，而User包含用户的邮箱地址等个人信息。如果EmailSender需要使用User的信息来构造邮件内容并发送，则可以说EmailSender依赖于User。例如，在EmailSender的一个方法中调用了User.g