校园二手交易平台需求规格说明书

编号	资料名称	作者	日期	出版单位
9787302330981	软件工程导论（第六版）	张海藩	2013.08.01	清华大学出版社
9787111334989	软件工程	Ian Sommerville	2011.5	机械工业出版社
9787302162063	大话设计模式	程杰	2007.12.1	清华大学出版社
9787508390079	Head First 软件开发（中文版）	皮隆尼//迈尔斯	2010.6	中国电力

网点	简介
基于微信小程序的校园二手书交易平台的设计与实现	介绍了基于微信小程序的校园二手书交易平台的设计与实现，该平台专注于校园二手书的交易，采用微信小程序云开发MINA框架及CloudBase，运用JSP、HTML、CSS等技术进行开发
绿色校园背景下的校园二手交易平台	校园二手交易平台的内容，分析了构建该平台的可行性。
面向对象的软件工程中软件需求分析方法	软件需求的任务是确定系统完成工作的内容,其中包括对目标系统的完整性、准确性和具体性
浅析需求分析在业务系统开发中的重要性	阐述了软件生命周期的划分、深入说明需求分析在业务系统开发过程中的重要性
数据流图	讲解与说明了数据流图
数据字典	讲解与说明了数据字典

系统概述
1. 目标
  1. 开发意图

(1) 平台功能齐全，用户可以方便地发布商品、浏览商品、进行交易和评价。

(2) 系统可以长期稳定运行，处理多用户并发访问，保证平台的高效性。

(3) 信息发布和显示实时、准确，确保买卖双方能够及时获得更新的商品信息。

(4) 用户之间的沟通渠道顺畅，保证买卖双方能够通过平台进行匿名交流，达成交易。

(5) 用户权限管理完善，确保只有经过身份验证的校园用户能够使用平台，保障用户交易安全。

(6) 搜索功能全面，用户可以通过多种筛选条件（如商品分类、价格区间、发布时间等）快速找到所需商品。

1. 1. 应用目标

买卖双方：学生可以发布、管理自己的二手商品，或通过平台购买他人发布的商品。

校园管理员：管理员可以通过后台监管平台交易内容，维护交易秩序，确保商品信息合规，防止违法交易。

1. 1. 作用范围

该平台仅面向校内学生开放，所有用户均需通过学号或校园邮箱认证方可注册。平台的作用范围限定在校园内的二手商品交易，不涉及外部市场或跨校区的交易行为。

1. 1. 软件与其他系统的关系

该软件将作为一个独立的二手商品交易平台，功能完整自含，并与其他系统进行适当集成以提高使用体验。具体关系如下：

校园身份认证系统：平台将通过与校园身份认证系统的集成，确保用户为校内学生，杜绝校外不明身份用户的进入。

支付系统：平台可以选择集成主流的第三方支付系统，如支付宝或微信支付，确保买卖双方可以通过安全的支付渠道完成交易。

配送服务（可选）：虽然平台主要支持面交，但在需要时，平台也可与校内配送服务连接，为买卖双方提供商品配送选择。

1. 系统组成关系图

1. 系统运行环境
  1. 主机类型

服务器：建议使用云服务器或本地服务器，具备高性能处理器（如 Intel Xeon 或 AMD EPYC）和足够的内存（至少16GB RAM）。

客户端：用户可以使用个人电脑、笔记本、平板电脑或智能手机访问平台，推荐配置为至少双核处理器，4GB RAM及以上。

1. 1. 网络类型

互联网连接：支持宽带互联网连接（如光纤或5G网络）以确保用户访问平台时的流畅体验。

局域网：校园内部局域网（LAN）也应支持快速连接，以方便校内用户访问。

1. 1. 存储器容量

服务器存储：建议至少500GB的硬盘空间，SSD存储优先，以保证高效的数据读取和写入速度。

数据库：可扩展数据库存储，初始设定为20GB，以容纳用户数据、商品信息和交易记录。

1. 1. 其他特殊设备

路由器：支持高带宽的企业级路由器，确保校园网络的稳定性和安全性。

防火墙：配置硬件防火墙以保护服务器免受网络攻击。

负载均衡器：在用户访问量大时，使用负载均衡器分散流量，提高系统稳定性。

1. 1. 设备分布图

1. 1. 操作系统

服务器操作系统：推荐使用 Linux 系统（如 Ubuntu Server 或 CentOS），具备良好的稳定性和安全性。

客户端操作系统：支持 Windows、macOS、Linux 系统及移动设备的 iOS 和 Android 系统，确保多平台兼容性。

1. 1. 数据库管理系统

推荐数据库：MySQL 或 PostgreSQL

版本要求：最新稳定版本，以确保安全性和性能优化。

1. 1. 其他支撑软件

Web 服务器软件：Nginx 或 Apache，用于处理 HTTP 请求。

编程语言环境：java、javascipt、Python 或 Node.js（根据开发语言选择）。

版本控制系统：Git，用于源代码管理和团队协作。

容器化工具：Docker（可选），用于简化部署和环境管理。

1. 假定和约束

在开发校园二手商品交易平台的过程中，需要考虑一些假定和约束条件，以确保开发工作的顺利进行和项目的成功交付。这些假定和约束包括以下内容：

1. 1. 经费限制

假定：项目资金充足，能够支持必要的开发工具、服务器租赁、数据库管理系统等相关费用。

约束：经费有限，必须尽量使用开源技术和已有的校园资源，如校园网络、身份认证系统，避免使用高成本的商业解决方案。

1. 1. 开发期限

假定：开发周期为 6 个月，涵盖需求分析、系统设计、编码、测试、部署和上线的完整周期。

约束：由于学校学期时间安排，平台必须在新学期开始前上线，以便让学生尽早使用，错过上线时间将影响项目的整体目标。

1. 1. 开发团队规模

假定：开发团队由 5 名成员组成，分别负责前端、后端、数据库、测试和项目管理等模块。

约束：团队成员有限，必须合理分配任务并使用敏捷开发方法进行高效协作，保证按时交付。

1. 1. 技术栈选择

假定：系统开发语言和框架应以团队熟悉的技术为主，如 JavaScript（React）、Node.js 和 MySQL 数据库。

约束：出于项目时间和成本的考虑，不支持使用其他团队不熟悉的开发语言或较复杂的新技术，以避免延长开发时间。

1. 1. 系统集成

假定：校园身份认证系统已经部署并可用，平台可以直接集成身份认证接口。

约束：如果身份认证系统不稳定或不可用，则项目将面临重新设计用户注册和登录系统的额外工作量。

1. 1. 用户需求

假定：需求稳定，用户需求文档在项目启动前已经明确和确认，不会出现频繁更改。

约束：若需求在开发过程中出现大幅变动，可能导致开发延期或增加额外的工作量。

1. 1. 系统性能

假定：日均活跃用户量为 500-1000 人，系统的服务器和数据库能够支撑该用户量的并发访问。

约束：如未来用户量大幅增加，需考虑平台的扩展性及负载均衡能力。

1. 1. 法律和政策合规

假定：平台开发符合国家和学校的相关法律法规，如用户隐私保护、网络安全法等。

约束：如果涉及政策调整或法律法规变化，项目需要随时调整开发计划和平台功能，可能影响开发进度。

系统功能需求
1. 业务背景描述
  1. 业务背景

校园二手商品交易平台的开发旨在解决当前校园内学生交易二手商品时遇到的诸多问题。现阶段，学生之间的二手商品交易多通过社交平台（如微信、QQ 等）进行。这种方式存在诸多弊端：

<1>隐私问题：学生通过社交平台交易时，往往需要暴露个人信息（如手机号码、微信号等），存在隐私泄露的风险。

<2>交易不便：通过社交平台寻找、联系卖家并协商交易过程较为繁琐，缺乏专门的商品展示和交易管理功能。

<3>信任问题：通过私人渠道交易缺乏保障，学生之间无法对商品质量或交易诚信进行有效监督，易引发纠纷。

为了解决这些问题，开发一套专门面向校园内二手商品交易的平台可以提供以下优势：

<1>信息安全：通过学校的身份认证系统，确保用户在交易过程中不需要暴露额外的个人信息。

<2>交易简化：平台统一管理商品展示、价格设定、沟通方式及交易流程，方便学生快捷完成交易。

<3>交易保障：通过系统化的评价与监督机制，保障交易双方的权益，提升学生间的信任感。

1. 1. 业务组织结构

校园二手商品交易平台主要服务于以下三类用户：

<1>学生用户：该平台的主要用户，既可以作为卖家发布商品，也可以作为买家购买商品。

<2>管理员：负责平台的管理与维护，主要职责包括商品审核、用户管理、投诉处理及平台安全监控。

<3>支付服务提供商：平台将对接第三方支付服务，方便学生在线完成交易支付。

1. 1. 业务流程

<1>用户注册与登录：

用户通过学校身份认证系统登录平台，确保用户的真实性和安全性。

系统对接学校现有的身份认证服务，无需用户单独注册。

<2>商品发布：

学生用户可以将自己闲置的商品发布到平台上，填写商品信息、价格和联系方式等。

管理员审核商品信息，确保商品符合校园交易的相关规定。

<3>商品浏览与购买：

买家可以通过搜索或分类浏览方式查找需要的商品，并查看详细商品信息。

买家选择商品后，可以加入购物车或直接与卖家联系，协商交易细节。

<4>交易支付：

买卖双方达成协议后，买家可以通过平台选择在线支付的方式完成交易。

平台通过第三方支付接口确保交易过程的安全性和快捷性。

<5>交易完成与评价：

交易完成后，买卖双方可以对彼此进行评价，形成信誉评分体系。

管理员根据用户评价处理纠纷，保障交易顺利进行。

<6>商品与用户管理：

管理员对商品信息、用户投诉、交易记录等进行管理，维护平台的稳定运行和秩序。

1. 1. 问题分析成果

通过对当前校园二手商品交易的分析，我们发现：

隐私问题和交易安全是主要痛点，平台的设计将以此为中心，确保用户隐私得到保护。

用户体验的提升是关键，简化商品发布、购买和支付流程，将显著提高学生的交易便捷性。

交易保障与信任机制的引入，将有效减少交易纠纷，提升用户的整体满意度。

1. 系统功能概述
  1. 用户管理功能

个人信息管理：用户可以编辑和修改个人信息（如姓名、邮箱、密码等）。

用户角色管理：根据不同角色（如买家、卖家、管理员）分配不同的权限，管理员可以管理所有用户权限。

1. 1. 商品管理功能

商品发布：卖家可以发布二手商品信息，包含商品名称、价格、类别、描述、图片等。

商品编辑/删除：卖家可以对已发布的商品进行修改或删除。

商品浏览：所有用户可以浏览商品列表，按类别、价格、关键词进行搜索和筛选。

商品详情查看：用户可以查看商品的详细信息，包括描述、价格、卖家联系方式、评论等。

1. 1. 购物车和订单管理

购物车功能：买家可以将商品加入购物车，查看购物车中的商品，并对商品数量进行修改。

下单功能：买家可以从购物车下单，生成订单并确认购买。

订单状态管理：系统自动记录订单状态（如待付款、已付款、待发货、已发货、已完成等），买家可以跟踪订单进度。

订单历史记录：用户可以查看历史订单记录，包括每个订单的商品明细和状态。

1. 1. 评价与反馈功能

商品评价：买家在购买商品后可以对商品进行评价（评分和评论），帮助其他用户参考商品质量和卖家服务。

卖家反馈：卖家可以查看买家对其商品的评价，并回复评论，改善服务。

1. 1. 消息与通知功能

系统消息通知：用户在购物、订单状态更新、评价等操作后，可以收到系统发送的相关通知（如订单状态更新、卖家回复等）。

卖家与买家消息沟通：买家可以通过系统与卖家进行留言或在线沟通，方便交易细节的确认。

1. 1. 管理员管理功能

用户管理：管理员可以查看、添加、编辑、删除系统中的用户，管理用户权限（如封禁违规用户）。

商品管理：管理员可以管理平台上发布的商品，删除不合法或违规商品。

系统维护：管理员负责系统的维护，确保系统的稳定运行，并监控平台内的交易安全和用户活动。

1. 1. 搜索和筛选功能

商品搜索：用户可以通过关键词快速搜索相关商品，支持模糊搜索。

筛选功能：用户可以通过类别、价格区间、发布时间等条件对商品进行筛选，以便找到合适的商品。

1. 1. 安全与隐私保护功能

用户隐私保护：系统会确保用户信息的安全，防止隐私泄露。交易双方的信息只在确认订单时进行适度展示。

支付安全：系统确保交易支付流程的安全，支持多种支付方式（如校园卡、支付宝等）。

总的来说：

买家可以浏览商品、加购物车、下单、评价等。

卖家可以发布商品、管理商品、查看订单和评价。

管理员可以管理用户、商品和平台运行情况，确保系统的安全性和合法合规性。

1. 据流图

根据业务背景，校园二手商品交易平台的功能需求将围绕用户注册、商品发布、商品购买、交易支付、评价管理等核心功能进行描述。为清晰展示系统的数据流程，以下给出第 0 层和第 1 层的数据流图，并对相关数据进行数据字典说明。第0层数据流图

1. 1. 第0层数据流图

1. 1. 第0层数据字典

1. 1. 第1层数据流图

1. 1. 第1层数据字典

1. 1. 第n层数据流图

1. 1. 第n层数数据字典

1. 系统数据模型
  1. 数据库描述：

用户 (User)：代表平台上的所有注册用户，包括学生和管理员。每个用户可以发布多个商品并进行购买。

商品 (Product)：由卖家发布的二手商品，可以被多个用户查看和购买。

订单 (Order)：用户生成的订单，包含商品和买卖双方的信息。

评价 (Review)：用户对交易完成后进行的评价，可以是对商品或卖家的评价。

1. 1. E-R图

1. 系统性能要求

系统性能要求保证平台在正常使用过程中，能够以高效、准确的方式处理用户请求和数据。以下是该平台的关键性能指标。

1. 1. 数据精确度

数据一致性：所有的用户操作（如发布商品、创建订单、提交评价等）需要保证数据的一致性，确保不会出现数据重复或丢失的情况。

数据精确度：系统应保证数值类数据（如商品价格、订单总价等）在操作时保留两位小数，确保价格计算的精确性。

数据完整性：在用户发布商品、创建订单等操作时，必须确保所有必填字段都得到正确填写，任何空缺或格式错误的数据应阻止提交并提示用户。

数据校验：所有输入的数据（如用户信息、商品描述等）都应经过格式和合法性校验，确保数据的真实性和可靠性。

1. 1. 时间特性

响应时间：

用户在平台上进行商品搜索、浏览商品、查看订单等操作时，系统的响应时间应控制在 2秒以内。

对于复杂的查询或多条件筛选，响应时间应不超过 5秒。

更新处理时间：

用户发布商品、编辑商品信息、提交订单等更新操作，系统应在 2秒内完成更新并反馈给用户。

对于大规模数据更新（如批量商品状态修改），系统应在 5秒内完成。

数据转换与传输时间：

数据从客户端传输到服务器以及服务器之间的数据传输时间应控制在 1秒内，以保证用户能够实时获取和提交数据。

图片、文件等较大数据的上传与下载时间根据网络带宽情况有所不同，但应尽量优化压缩处理和传输速率，保证文件大小在 1MB内时，传输时间不超过 3秒。

运行时间：

系统应支持 7x24小时不间断运行，确保用户可以随时访问平台。服务器的平均无故障时间应达到 99.9%，每年的计划停机维护时间不应超过 8小时。

在高峰使用时段（如每学期开学季等），系统应能支持并发访问量的增加，确保系统响应与处理速度不会显著降低。

1. 系统数据采集接口

本部分描述系统与其他软件之间的数据交互接口和数据通信协议，确保不同系统之间的数据交换准确、安全且高效。

1. 1. 公共接口

API 接口：系统提供了标准的 RESTful API，通过 HTTP/HTTPS 协议与外部系统进行数据交互。外部系统可以通过这些 API 实现对商品信息、订单状态等数据的查询和更新操作。常见接口包括：

商品数据接口：提供商品的查询、发布、编辑、删除等操作接口。外部系统可以调用此接口，获取平台上商品的最新信息，或通过接口发布新的商品。

订单数据接口：提供订单的创建、查询、更新和取消操作接口，外部支付系统或第三方物流系统可以使用此接口获取订单状态，更新物流信息。

用户数据接口：提供用户注册、登录、信息更新等操作接口，外部认证系统可以通过此接口进行用户身份验证。

数据格式：

所有数据交互的格式均使用 JSON（JavaScript Object Notation）进行编码，保证数据传输的轻量化和高效解析。

对于数据批量传输和处理，系统也支持 CSV 格式导入导出。

1. 1. 数据通信协议

HTTP/HTTPS：系统与外部软件之间的数据通信基于 HTTP/HTTPS 协议，以确保数据的实时传输与安全性。所有敏感数据的传输（如用户登录、支付信息）都通过 HTTPS 加密通道进行，防止数据被窃取或篡改。

WebSocket：在需要实时更新的功能中（如订单状态实时更新、商品库存变化），系统通过 WebSocket 协议建立双向通信通道，实现低延迟的实时数据推送。

OAuth2.0 身份认证：外部系统在调用平台 API 时，需要通过 OAuth2.0 进行授权。外部软件在获得授权后，才能访问特定范围内的数据，确保用户数据的安全性。

1. 1. 外部接口（与子功能有关）

支付系统接口：系统与第三方支付系统（如支付宝、微信支付）集成，用户在支付时，平台通过调用支付系统的接口完成支付流程。此接口使用 OAuth2.0 进行授权认证，确保支付操作的安全。

物流系统接口：当用户下单后，平台将订单信息发送至第三方物流系统，物流系统可以通过接口获取订单状态，更新物流信息并回传到平台。

校园认证系统接口：系统支持与校园内的身份认证系统对接，学生用户在登录时，系统调用校园认证系统的接口进行身份验证，确保用户信息的唯一性和准确性。