【试题一：共享单车系统分析设计】
（15分）
**问题1**（3分）：
图1-1中的实体E1~E3，根据说明中的共享单车系统功能，它们可能分别代表：
- E1：用户（User），作为系统的主要操作者，负责注册、使用单车、查询和保修等操作。
- E2：单车（Bike），是系统的核心资源，用于提供服务，包括位置、状态、开锁密码等。
- E3：位置（Location），可能指的是用户位置和单车位置，用于追踪和管理。
**问题2**（5分）：
图1-2中的数据存储D1~D5，依据系统功能，它们可能是：
- D1：用户信息存储（User Information），存放用户的基本信息和注册数据。
- D2：单车信息存储（Bike Database），保存单车的基础信息和状态。
- D3：位置数据库（Location DB），存储实时和历史的位置数据。
- D4：计费规则存储（Billing Rules），管理系统的计费策略。
- D5：支付信息存储（Payment Record），记录用户的支付状态和费用。
**问题3**（5分）：
在图1-2中，缺失的数据流可能涉及：
- 从用户信息存储D1出发的数据流：用户注册时的手机号、验证码到用户注册处理（User Registration）。
- 从单车信息存储D2出发的数据流：用户扫码或手动输入编码获取开锁密码，触发单车状态修改（Locking Instruction）。
- 从位置数据库D3出发的数据流：单车位置上传到管理系统（Monitoring & Control），用于行程跟踪。
- 从计费规则存储D4出发的数据流：根据使用时间和规则计算费用，更新用户界面（Fee Calculation）。
- 从支付信息存储D5出发的数据流：用户确认支付后的支付状态更新，以及单车状态重置（Payment Confirmation）。
**问题4**（2分）：
“使用单车”这一子加工可细分为以下步骤：
- 扫码或手动输入获取密码（Scanning/Manual Code Entry）
- 发送开锁指令（Unlock Command）
- 单车位置上传与行程更新（Position Upload & Trip Update）
- 结账与支付处理（Invoice Generation & Payment Processing）
- 行程状态记录（Trip Status Logging）
【试题二：网络会议策划系统需求分析】
（15分）
**问题1**：
系统中涉及的实体可能包括：
- 部门实体（Department），存储部门信息，如编号、名称、主管等。
- 主管实体（Supervisor），关联到部门，并管理本部门事务。
- 员工实体（Employee），包括员工号，用于员工关系管理。
**问题2**：
需求分析结果表明的功能有：
- 部门信息管理（Department Management）
- 会议策划功能（Meeting Planning）
- 会议管理（Meeting Scheduling）
- 员工信息管理（Employee Information Management）
- 主管职责管理（Supervisor Role Management）
**问题3**：
系统可能的数据存储包括：
- 部门信息表（Department Registry）
- 员工信息表（Employee Directory）
- 主管关联表（Supervisor Assignment）
- 会议请求表（Meeting Requests）
- 会议日程表（Meeting Calendars）
**问题4**：
会议策划系统的子功能可能包括：
- 部门创建与维护（Department Creation & Updates）
- 会议主题与参与者管理（Meeting Themes & Attendee Management）
- 邀请与确认流程（Invitation & Confirmation Process）
- 会议记录与反馈（Meeting Minutes & Feedback）
我的内容管理
展开
