2009下半年软件设计师下午真题word版

### 知识点总结 #### 一、2009年下半年软件设计师下午试卷知识点解析 ##### 1. **信用卡管理系统的功能与结构** - **信用卡申请**：非信用卡客户填写信用卡申请表，并提交给CCMS（信用卡管理系统）。如果申请被接受，则记录客户基本信息，并发送确认函给客户；否则发送拒绝函。 - **信用卡激活**：信用卡客户通过提交激活请求，用信用卡号和密码来激活信用卡。激活成功后，系统会发送激活通知。 - **客户信息管理**：信用卡客户可以在线查询和修改个人信息。 - **交易信息查询**：信用卡客户可以查询自己的交易记录和金额。 ##### 2. **数据流图的理解与应用** - **顶层数据流图**：展示了系统的高层次视图，通常包含一个处理节点、外部实体以及它们之间的数据流。 - **E1-E3**：代表不同的外部实体，如信用卡申请人、信用卡客户等。 - **缺失的数据流**：根据题目描述，缺失的数据流涉及信用卡申请、激活请求、个人信息管理和交易查询等功能。 - **0层数据流图**：提供了更详细的内部结构，展示了处理节点的细化以及内部数据存储。 - **错误的数据流**：图中可能存在指向或来源不正确的数据流，需要根据题目描述进行修正。 - **处理节点P1-P4**：分别对应信用卡申请、激活、客户信息管理和交易查询等功能。 ##### 3. **问题解答** - **问题1**：E1-E3分别代表信用卡申请人、信用卡客户和非信用卡客户。 - **问题2**： - 数据流1：信用卡申请 -> CCMS - 数据流2：CCMS -> 信用卡客户 (确认/拒绝函) - 数据流3：信用卡客户 -> CCMS (激活请求) - **问题3**：需要具体查看图示确定哪些数据流错误，并进行修正。 - **问题4**：P1-P4分别为信用卡申请处理、激活处理、客户信息管理处理和交易信息查询处理。 #### 二、多用户电子邮件客户端系统设计 ##### 1. **系统基本需求** - 支持多个用户，每个用户有唯一的用户名。 - 用户可以拥有多个邮件地址。 - 每个用户有一个地址簿，联系人编号唯一标识联系人。 - 邮件帐号可以包含多封邮件，每封邮件可以有多个附件。 - 邮件状态分为已接收、待发送、已发送和已删除。 ##### 2. **ER模型解析** - **联系类型**：地址簿与用户之间是一对多的关系；电子邮件帐号与邮件之间也是一对多的关系；邮件与附件之间是一对多的关系。 - **关系模式设计**： - 用户(用户名, 用户密码) - 地址簿(用户名, 联系人编号, 姓名, 电话, 单位地址, 邮件地址1, 邮件地址2, 邮件地址3) - 邮件帐号(邮件地址, 邮件密码, 用户名) - 邮件(邮件号, 发件人地址, 收件人地址, 邮件状态, 邮件主题, 邮件内容, 发送时间, 接收时间) - 附件(邮件号, 附件号, 附件文件名, 附件大小) ##### 3. **问题解答** - **问题1**：地址簿与用户之间是一对多的联系类型；电子邮件帐号与邮件之间是一对多的联系类型；邮件与附件之间是一对多的联系类型。 - **问题2**：(a) 用户名 (b) 邮件号 (c) 邮件号 - **问题3**： - 地址簿的主键是(用户名, 联系人编号)；邮件的主键是邮件号；附件的主键是(邮件号, 附件号)。 - 附件不属于弱实体，因为它依赖于邮件号作为主键的一部分，但邮件号并不是整个系统内的唯一标识符，而是在邮件范围内唯一。 #### 三、企业订餐系统的设计与实现 ##### 1. **系统背景** - 企业开发了一个订餐系统(COS)，方便员工通过内联网订餐。 - 系统允许员工查看菜单、订餐、注册工资支付等。 ##### 2. **系统流程** - 顾客发起订餐请求。 - 系统展示菜单和今日特价。 - 顾客选择菜品。 - 系统展示订单详情和价格。 - 顾客确认订单。 ##### 3. **系统角色** - 顾客：可以订餐、注册工资支付、预约规律订餐等。 - 餐厅员工：进行备餐、生成付费请求和请求送餐。 - 菜单管理员：管理菜单。 - 送餐员：打印送餐说明、记录送餐信息和收费。 ##### 4. **UML图解析** - UML图展示了不同角色之间的交互，包括顾客、餐厅员工、菜单管理员和送餐员。 - 图中的类图帮助理解各实体之间的关系，以及实现特定功能所需的类和方法。