# 03 系统范围与边界 ## 3.1 范围界定目的 系统范围与边界分析的作用在于回答两个问题： - 本轮课程设计到底做什么 - 本轮课程设计明确不做什么 对于“校园生活平台”这类题目较大的系统而言，范围界定尤为重要。若边界不清，容易导致需求分析流于罗列，难以形成聚焦而深入的数据库设计成果。 ## 3.2 范围界定原则 本课题的范围界定遵循以下原则： - 以数据库课程设计为中心，而非以功能数量为中心 - 优先纳入实体关系复杂、业务规则清晰、约束价值明显的模块 - 优先纳入能体现数据库完整性、规范化、事务和统计分析能力的模块 - 对历史模块采取“保留参考、退出本轮主线”的策略 ## 3.3 当前纳入范围 ### 3.3.1 平台基础子系统 平台基础子系统是本课题的公共底座，为其他业务模块提供统一身份、组织、权限和审计能力。 本轮纳入范围包括： - 身份与鉴权 - 用户注册 - 登录与退出 - 用户状态管理 - 个人资料维护 - 组织结构 - 部门树管理 - 岗位管理 - 用户与部门、岗位的关联管理 - RBAC - 角色管理 - 权限字典管理 - 用户与角色关联 - 角色与权限关联 - 数据范围 - 按模块配置角色数据范围 - 自定义部门范围映射 - 审计日志 - 管理端关键操作记录 - 审计日志查询与追踪 ### 3.3.2 功能房预约子系统 本子系统对应典型的“时间资源管理”业务。 本轮纳入范围包括： - 楼房管理 - 房间管理 - 房间占用查询 - 预约申请 - 预约审核 - 预约取消 - 预约封禁管理 - 我的预约管理 - 统计排行 ### 3.3.3 课程资源分享子系统 本子系统对应典型的“资源审核发布与事件统计”业务。 本轮纳入范围包括： - 专业管理 - 课程管理 - 专业负责人配置 - 资源草稿创建与编辑 - 文件或外链提交 - 提交审核 - 审核、驳回、发布、下架 - 列表查询与详情查看 - 下载统计 - 最佳推荐与积分统计 ### 3.3.4 可选扩展：数字图书馆 数字图书馆在业务逻辑上与课程资源分享具有较强同构性，包含资源主体、审核流、下载事件和统计排行等要素，因此作为可选扩展保留，但不作为本轮正式需求分析的核心主线。 ## 3.4 不纳入本轮重点范围的内容 虽然仓库中仍保留以下模块的代码或历史文档，但它们不属于本轮课程设计的正式主线： - 通知公告 - 问卷 - 投票 - 材料收集 - 失物招领 - AI 辅助与工作台类历史功能 对这些模块的处理策略为： - 代码保留，便于参考 - 从当前主入口中降权 - 文档归档，不作为本轮报告主体 ## 3.5 系统边界 ### 3.5.1 系统内部边界 本课题系统内部主要包括： - 普通用户前台使用界面 - 后台管理界面 - BFF 接口层 - PostgreSQL 数据库 - 对象存储元数据管理 其中，课程设计重点聚焦于数据库及其支撑的业务逻辑，而不聚焦于前端视觉表现。 ### 3.5.2 系统外部边界 本系统与以下外部能力存在边界关系： - 身份事实源： - 用于支撑用户认证与基础身份生命周期 - 对象存储： - 用于存放课程资源文件及扩展模块文件 - 浏览器/客户端： - 作为系统访问终端 ### 3.5.3 边界外内容 以下内容不作为本轮数据库课程设计重点研究对象： - 底层部署运维细节 - 消息推送、短信、邮件通知系统 - 第三方支付或财务结算 - 校外开放访问控制 - 复杂的全文检索和机器学习能力 ## 3.6 业务边界说明 ### 3.6.1 平台基础与业务模块的关系 平台基础子系统不是附属内容，而是其他业务模块的前置能力。例如： - 功能房预约依赖用户身份、角色、组织和审计 - 课程资源分享依赖用户身份、专业负责人范围和审计 因此，在本课题中，平台基础子系统属于核心范围的一部分。 ### 3.6.2 功能房预约的边界 本轮只讨论校园内部功能房预约业务，不扩展到： - 校外场地开放预约 - 费用结算 - 节假日复杂排班 - 周期性预约与批量排期 ### 3.6.3 课程资源分享的边界 本轮只讨论课程资料共享与审核发布，不扩展到： - 在线阅读器 - 版权收费管理 - 内容社区互动 - 大规模全文检索系统 ## 3.7 前提假设 为便于后续数据库设计，本课题作如下前提假设： - 平台主要服务于校内用户 - 用户注册和登录具备可用的身份事实源支撑 - 管理端操作需要具备角色权限控制 - 上传文件的物理存储由对象存储承担，数据库重点管理其元数据和业务状态 - 本轮不将支付、消息和复杂对外集成作为核心前提 ## 3.8 约束条件 ### 3.8.1 课程约束 - 必须以数据库设计为中心 - 必须形成规范的需求分析与设计报告 - 必须体现数据库对复杂业务规则的建模能力 ### 3.8.2 时间约束 - 课程设计周期有限 - 必须优先保证主线模块的设计深度与文档质量 ### 3.8.3 实现约束 - 当前数据库设计以 PostgreSQL 为核心 - 当前项目建立在既有工程基础上，不宜完全推倒重来 - 后续实现和报告都应尽量贴近标准 PostgreSQL 能力表达 ## 3.9 范围与边界结论 本课题虽然以“校园生活平台”为总题，但本轮课程设计实际聚焦于平台基础子系统、功能房预约子系统和课程资源分享子系统，数字图书馆作为可选扩展保留，其余历史模块不纳入本轮重点范围。 这一范围划分既保证了题目与既有项目背景的一致性，也保证了课程设计能够集中体现数据库分析、建模、约束与实现能力。