目录
1 业务需求
1.1应用背景
本项目面向位于河南郑州城郊地区的一所大学，该大学拥有1000余名师生，占地面积1780亩，周边为大学城与商业区。目前，该大学的教务系统已具备基本的信息化建设与管理能力，但在师生生活管理方面尚缺乏统一的信息化管理平台。
现状问题：师生在交易与信息平台的使用上遇到诸多不便，如缺乏统一的交易平台、用户难以找到满意的交易对象、交易过程存在安全隐患、学校管理难度大以及支付方式不便捷等。
1.2业务机遇
(1)市场需求旺盛：
随着校园信息化建设的不断深入，师生对便捷、安全、高效的线上交易与信息平台的需求日益增长。
现有平台可能无法满足师生在交易过程中的所有需求，如缺乏统一的交易平台、用户难以找到满意的交易对象、交易过程存在安全隐患等。
(2)技术优势与创新：
利用现代互联网技术和大数据分析，可以有效解决现有平台存在的问题，提升校园管理水平和服务质量。
通过智能匹配算法、在线支付功能、评价与反馈系统等创新功能，提升用户体验和交易成功率。
(3)政策支持与推动：
国家政策对智慧校园建设给予了大力支持，各级教育行政部门和学校纷纷开始进行智慧校园的规划和建设。
这些政策不仅推动了智慧校园基础设施的建设，还促进了教育教学模式的创新，为智慧校园线上集市系统的发展提供了广阔的市场空间。
目前市面上存在的校园集市系统多为自主开发的微信小程序，没有完全成型的软件APP，所以这里不再进行对比分析，可以说这个项目软件是当今市面上不常有的，业务前景与机遇非常大。
1.3业务目标
业务目标如下(BO)如下:
(1)BO-1:第一版应用后的1个月内，实现线上交易与二手物品交换功能，提升师生交易便利性。
度量标准：用户注册量：达到全校师生的20%。商品发布量：每日新增商品不少于50件。交易成功率：成功交易占总交易量的15%。
计量方法：通过系统后台统计用户注册信息。每日统计商品发布数量。跟踪交易记录，计算交易成功率。
理想标准：用户注册量达到全校师生的30%，商品发布量每日不少于80件，交易成功率达到20%。
(2)BO-2:第一版应用后的3个月内，优化用户匹配算法，提高交易成功率，确保交易安全。
度量标准：交易成功率提升：相比第一个月，提升至少10个百分点。用户满意度：通过问卷调查，满意度达到70%以上。安全事件率：系统遭受的安全攻击或数据泄露事件为零。
计量方法：跟踪交易记录，对比前后交易成功率。发放问卷，收集用户反馈。监控系统日志，记录安全事件。
理想标准：交易成功率提升15个百分点，用户满意度达到80%，安全事件率为零。
(3)BO-3:第一版应用后的6个月内,增加用户评价系统，提升交易透明度和用户信任度。
度量标准：评价数量：每月评价数量不少于总交易量的50%。评价质量：正面评价占比达到80%以上。用户活跃度：月活跃用户占比达到注册用户的40%。
计量方法：统计评价数量，计算评价覆盖率。分析评价内容，计算正面评价占比。跟踪用户登录和交易记录，计算活跃度。
理想标准：评价数量覆盖率达到60%，正面评价占比达到90%，用户活跃度达到50%。
(4)BO-4:第二版应用后的6个月内,拓展至全校三个校区，形成完整的校园生活服务生态系统。
度量标准：校区覆盖率：实现全校三个校区的全覆盖。服务集成数量：集成至少5项校园生活服务。用户增长率：相比第一版应用后6个月，用户增长30%。
计量方法：统计各校区用户注册量，计算覆盖率。列出已集成的服务清单，计算数量。对比前后用户注册量，计算增长率。
理想标准：校区覆盖率达到100%，服务集成数量不少于8项，用户增长率达到40%。
(5)BO-5:第二版应用后的12个月内,提升用户体验，增强用户粘性，形成稳定的用户群体。
度量标准：用户留存率：6个月留存率达到50%以上。用户活跃度提升：相比第二版应用后6个月，月活跃用户占比提升10个百分点。用户口碑：在社交媒体和校园论坛上的正面评价占比达到90%。
计量方法：跟踪用户注册和登录记录，计算留存率。每月统计活跃用户占比，对比前后数据。收集社交媒体和校园论坛上的用户评价，计算正面评价占比。
理想标准：6个月留存率达到60%，用户活跃度提升15个百分点，用户口碑达到95%。
成功标准(SC)如下:
(1)SC-1:在第一版应用后1个月内,用户注册量达全校师生25%，活跃用户占比≥20%。
商品发布量日增≥60件，交易成功率达20%。用户正面评价占比≥80%。
(2)SC-2:在第一版应用后3个月内，交易成功率提升至35%，用户满意度≥80%。
(3)SC-3:在第一版应用后6个月内，评价系统覆盖率70%，正面评价占比90%。
用户活跃度提升至50%，月活跃用户占比≥40%。
(4)SC-4:在第二版应用后6个月内，校区全覆盖，服务集成≥8项。
用户增长率达40%，用户总量显著提升。
(5)SC-5:在第二版应用后12个月内，6个月留存率≥65%，用户活跃度达70%。
社交媒体与论坛正面评价占比95%。
1.4 业务风险
RI-1：系统设计与开发过程中可能遇到技术难题，导致项目延期。
可能性：0.6，影响：8
RI-2：交易过程中的信息安全问题可能导致用户信息泄露。
可能性：0.4，影响：10
RI-3：师生可能对系统使用不习惯，导致使用率低。
可能性：0.5，影响：6
RI-4：项目预算超支，影响后续开发与推广。
可能性：0.3，影响：7
RI-5：其他竞争对手可能推出类似产品，影响市场份额。
可能性：0.4，影响：5
对各项风险的控制能力:
智慧校园线上集市系统面临多重业务风险，包括技术风险(RI-1)，如开发难题和技术过时；管理风险(RI-4)，涉及信息化标准不统一和智能化管理程度低；安全风险(RI-2)，主要是信息安全和网络安全教育不足；市场风险(RI-5)，源于校园市场竞争激烈和用户需求快速变化；以及法律与合规风险(RI-3)，涉及知识产权和隐私保护等问题。
降低风险的措施:
为了进一步降低智慧校园线上集市系统面临的各项风险，系统采取了多项具体措施。在技术风险方面，系统采用商品化技术，降低了开发成本和风险，并建立了技术储备库，以应对未来的技术更新。在管理风险上，系统推动信息化标准建设，加强了数据的交换、整合和共享能力，同时提高了智能化管理程度，减少了人力成本。在安全风险方面，系统强化了网络安全教育，提高了师生的安全意识，并定期进行安全演练，提升了应对网络安全事件的能力。针对市场风险，系统灵活调整市场策略，加强与用户的沟通互动，及时收集用户反馈，不断优化产品功能。在法律与合规风险上，系统建立了法律合规审查机制，确保所有运营活动合法合规，并与法律顾问紧密合作，及时处理相关法律问题。
2 项目前景
2.1 前景概述
展望未来，智慧校园线上集市系统拥有广阔的发展前景。随着信息技术的不断进步和校园信息化建设的深入推进，系统将迎来更多的发展机遇。一方面，系统可以进一步拓展服务范围，将更多校园内外的优质资源和服务整合到平台上，为用户提供更加丰富多样的选择。另一方面，系统可以加强与高校、企业等合作伙伴的合作，共同推动校园数字化建设，提升校园服务质量和效率。同时，系统还可以利用大数据、人工智能等先进技术，实现更精准的用户画像和个性化推荐，提升用户体验和满意度。此外，随着校园用户对线上集市系统的认知度和接受度不断提高，系统有望吸引更多的用户加入，形成更加庞大的用户群体和更加活跃的社区氛围。综上所述，智慧校园线上集市系统在未来将展现出更加广阔的发展空间和潜力。
2.2 主要特性
FE1：用户注册与登录功能，支持手机号、邮箱等多种方式。
FE2：商品发布与浏览功能，支持图片、文字描述等。
FE3：智能匹配算法，根据用户需求和偏好推荐交易对象。
FE4：在线支付功能，支持多种支付方式，确保交易安全。
FE5：评价与反馈系统，提升交易透明度和用户信任度。
FE6：消息通知功能，实时推送交易动态和系统消息。
FE7：商品分类与搜索功能，方便用户快速找到所需商品。
FE8：订单管理功能，支持用户查看和管理自己的订单。
FE9：用户个人中心，展示用户信息、交易记录等。
FE10：后台管理系统，支持管理员对商品、用户、订单等进行管理。
FE11：校园生活服务集成，如订餐、洗衣、打印等。
FE12：积分系统，用户通过交易、评价等行为获得积分，可用于兑换礼品或享受优惠。
FE13：社交功能，支持用户添加好友、建立群组，增强用户粘性。
FE14：数据分析与可视化，为管理者提供交易数据、用户行为分析等报告。
FE15：智能推荐系统，基于用户历史行为和偏好，提供更精准的推荐。
FE16：多校区支持，实现不同校区间的商品交易和信息共享。
FE17：活动管理功能，支持学校或用户发起各类活动，如二手市集、跳蚤市场等。
FE18：优惠券与促销活动管理，提升用户购买意愿和交易量。
FE19：移动应用支持，开发iOS和Android客户端，方便用户随时随地使用。
FE20：国际化支持，提供多语言界面和支付方式，满足国际师生需求。
2.3 假设和依懒
所作假设(AS)如下:
AS-1:假设现有技术能够支持智慧校园线上集市系统的开发、部署和维护，包括云计算、大数据处理、移动应用开发等技术。
AS-2:假设在一段时间内，校园用户对线上集市系统的需求保持相对稳定，不会出现剧烈波动，以便系统能够稳定运营并提供持续服务。
AS-3:假设政府和教育部门对智慧校园建设持积极态度，提供必要的政策支持和资金扶持，推动系统的快速发展。
AS-4:假设校园线上集市市场竞争格局相对稳定，不会出现过于激烈的竞争导致系统难以立足的情况。
AS-5:假设系统能够采取有效的安全措施，确保用户数据的安全性和隐私保护，避免数据泄露和滥用。
依懒(DE)如下:
DE-1:智慧校园线上集市系统依赖于先进的信息技术支持，包括云计算平台、数据库管理系统、移动应用开发框架等，以确保系统的稳定运行和高效性能。
DE-2:系统的成功运营依赖于用户的积极参与和反馈，用户的使用习惯、需求变化等将直接影响系统的功能和设计优化。
DE-3:系统需要与校园内外的商家、服务提供商等建立合作关系，共同为用户提供丰富多样的商品和服务，因此依赖于合作伙伴的支持和配合。
DE-4:系统的开发、运营和维护需要持续的资金和资源投入，包括硬件设备、软件开发、人员培训等，因此依赖于资金和资源的有效配置和管理。
DE-5:系统必须严格遵守相关法律法规，包括个人信息保护法、网络安全法等，以确保合法合规运营，因此依赖于对法律法规的深入理解和严格遵守。
2.4 第一版范围
项目第一版本实现的基本功能有如下:
(1)用户注册与登录：
<1>学生、教师及校园内外商家可以通过手机号、邮箱或学号等方式进行注册，并设置个人密码。
<2>注册成功后，用户可以使用账号和密码登录系统，享受各项服务。
(2)商品浏览与搜索：
<1>用户可以在系统上浏览各类商品，包括书籍、文具、二手物品等。
<2>提供关键词搜索功能，用户可以通过输入商品名称、类别等关键词快速找到所需商品。
(3)购物车与在线支付：
<1>用户可以将心仪的商品加入购物车，方便后续结算。
<2>支持多种支付方式，如微信支付、支付宝、银行卡等，实现在线支付功能。
(4)订单管理：
<1>用户可以查看自己的订单状态，包括待付款、待发货、已发货、已完成等。
<2>提供订单追踪功能，用户可以实时查看物流信息。
(5)商品评价与反馈：
<1>用户可以对购买的商品进行评价，分享使用体验。
<2>提供反馈渠道，用户可以向系统提出意见和建议，帮助系统不断优化。
(6)个人信息管理：
<1>用户可以编辑个人资料，包括头像、昵称、收货地址等。
<2>提供密码修改功能，保障用户账号安全。
图 1 版本1的范围
2.5 后续版本范围
在后续版本中，智慧校园线上集市系统将进一步完善和扩展功能，以满足更多使用者的需求：
(1)个性化推荐：
根据用户的浏览历史、购买记录等信息，为用户推荐相关商品，提升购物体验。
(2)社交论坛：
增设社交论坛板块，用户可以在此发布失物招领、学院活动、团队招募等信息，满足交流需求。
(3)商家入驻与管理：
<1>开放商家入驻功能，校园内外商家可以申请入驻系统，发布商品信息。
<2>提供商家后台管理功能，方便商家管理商品、订单、评价等信息。
(4)积分与会员制度：
<1>引入积分系统，用户购物、评价等行为可获得积分，积分可用于兑换优惠券、礼品等。
<2>设立会员制度，根据用户等级提供不同级别的优惠和服务。
(5)数据分析与报告：
<1>提供数据分析功能，系统管理员可以查看用户行为数据、销售数据等，为运营决策提供依据。
<2>生成各类报告，如销售报告、用户活跃度报告等，帮助管理员更好地了解系统运营情况。
(6)移动端适配与优化：
<1>适配各种移动设备，如手机、平板等，提供便捷的移动端购物体验。
<2>优化移动端界面设计和交互流程，提升用户满意度。
图 2 版本2的范围
以下为版本范围的详细说明表格:
| 特性 |
版本1 |
版本2 |
| FE-1 |
完全实现 |
|
| FE-2 |
完全实现 |
|
| FE-3 |
完全实现 |
|
| FE-4 |
完全实现 |
|
| FE-5 |
完全实现，以五星制来评分 |
|
| FE-6 |
完全实现 |
|
| FE-7 |
完全实现 |
|
| FE-8 |
完全实现 |
|
| FE-9 |
完全实现 |
|
| FE-10 |
完全实现 |
|
| FE-11 |
完全实现 |
|
| FE-12 |
完全实现，积分按月重新刷新 |
|
| FE-13 |
完全实现 |
|
| FE-14 |
完全实现 |
|
| FE-15 |
完全实现 |
|
| FE-16 |
完全实现 |
|
| FE-17 |
完全实现 |
|
| FE-18 |
完全实现 |
|
| FE-19 |
完全实现 |
|
| FE-20 |
完全实现，逐步实现多语种 |
2.6 限制与排除
LI-1:限制用户注册为虚假身份，确保所有用户均为真实存在的校园成员或合作商家
LI-2:排除含有违法、色情、暴力或侵权内容的商品信息，维护健康的校园购物环境
LI-3:限制非授权第三方访问系统数据，保障用户信息安全与隐私保护
LI-4:排除恶意刷单、虚假评价等行为，维护市场公平竞争秩序
LI-5:限制未成年人进行大额交易，保护未成年人的合法权益
LI-6:排除系统故障或网络问题导致的订单异常，确保交易过程的公平性和准确性
LI-7:限制系统在高风险地区或时间段内的交易活动，预防潜在的安全风险
LI-8:排除涉及敏感政治、宗教或民族问题的商品或服务，避免引发不必要的争议
LI-9:限制用户滥用退款或投诉机制，防止恶意行为对商家造成不公平影响
3 项目环境
3.1 操作环境
系统的操作用户包括以下四类：师生、系统管理员、用户管理员、运营管理员
各类操作用户使用系统的时间和地点如下表:
| 用户类型 |
使用时间 |
使用地点 |
| 师生 |
全天候，特别是课间、放学后及周末时段 |
校园内（宿舍、图书馆、教室等）、家庭及其他可接入互联网的场所 |
| 系统管理员 |
工作日的工作时间 |
校园IT中心或远程办公地点 |
| 用户管理员 |
工作日的工作时间 |
校园内指定办公地点 |
| 运营管理员 |
全天候，特别是促销活动期间 |
校园内或远程办公地点 |
各类操作用户使用系统的主要项目如下表：
| 用户类型 |
主要操作项目 |
| 师生 |
浏览商品、搜索商品、加入购物车、下单购买、支付、查看订单状态、评价商品 |
| 系统管理员 |
系统维护、更新升级、数据备份与恢复、用户权限管理 |
| 用户管理员 |
用户信息管理（如审核新用户注册、处理用户反馈）、处理用户投诉 |
| 运营管理员 |
商品管理（如上架、下架商品）、促销活动策划与执行、数据分析与报告 |
各类操作用户使用系统的要求和约束如下表：
| 用户类型 |
要求和约束 |
| 师生 |
需实名认证，遵守交易规则，保护个人隐私，不得进行恶意评价或刷单 |
| 系统管理员 |
需具备专业技术知识，遵守系统维护流程，确保系统稳定运行 |
| 用户管理员 |
需耐心细致，了解用户需求，确保用户信息的安全与隐私 |
| 运营管理员 |
需具备市场营销知识，了解用户行为，确保运营活动的合法性与有效性 |
数据的生成与使用情况如下表:
| 数据类型 |
生成情况 |
使用情况 |
| 用户数据 |
用户注册时填写的基本信息（如姓名、学号/工号、联系方式等），以及后续使用过程中的行为数据（如浏览记录、购买记录等） |
用于用户身份验证、个性化推荐、订单管理、数据分析 |
| 商品数据 |
商家上传的商品信息（如商品名称、价格、描述、图片等） |
展示给用户浏览与搜索，用于订单生成、库存管理 |
| 交易数据 |
用户下单购买时产生的订单信息，包括商品详情、购买数量、支付状态等 |
用于订单处理、支付结算、数据分析与报告 |
| 日志数据 |
系统运行时自动生成的日志信息，记录用户操作、系统异常等 |
用于系统监控、故障排查、安全审计 |
3.2 涉众
涉众扩展特征描述表：
| 涉众 |
特征 |
主要目标 |
态度 |
主要关注点 |
约束条件 |
| 师生 |
用户群体广泛，涵盖不同年龄段和专业背景 |
便捷地获取所需商品或服务，提升校园生活品质 |
积极，期望获得良好的购物体验 |
商品质量、价格合理性、交易安全性、系统易用性 |
遵守交易规则，保护个人隐私 |
| 系统管理员 |
具备专业技术知识，负责系统整体运维 |
确保系统稳定运行，及时响应并处理故障 |
严谨，注重系统稳定性和安全性 |
系统性能、数据安全、故障恢复能力 |
遵守系统维护流程，保障系统升级不影响用户使用 |
| 用户管理员 |
负责用户信息管理，处理用户相关事务 |
提供高效、准确的用户服务，维护用户关系 |
耐心，注重用户体验和满意度 |
用户信息准确性、用户反馈处理效率 |
遵守用户隐私保护政策，确保用户信息安全 |
| 运营管理员 |
具备市场营销知识，负责线上集市运营 |
提升线上集市活跃度，促进商品销售 |
创新，注重市场趋势和用户需求 |
商品销售情况、用户活跃度、促销活动效果 |
遵守法律法规，确保运营活动的合法性和有效性 |
| 第三方支付平台 |
提供安全、便捷的在线支付服务 |
保障支付安全，提升支付效率 |
可靠，注重支付安全和用户体验 |
支付安全性、支付成功率、支付便捷性 |
遵守支付行业规定，确保支付流程合规性 |
项目USER/TASK矩阵(优先级越高表示越重要):
| 涉众 |
任务 |
群体数量 |
优先级 |
| 师生 |
浏览商品、搜索、购买、支付、评价、反馈 |
N |
5 |
| 系统管理员 |
系统维护、更新升级、数据备份与恢复、安全监控 |
3 |
4 |
| 用户管理员 |
用户信息管理、审核新用户注册、处理用户投诉与反馈 |
2 |
3 |
| 运营管理员 |
商品管理、促销活动策划与执行、数据分析与报告、用户行为分析 |
1 |
2 |
| 第三方支付平台 |
支付接口集成、支付处理、退款处理、支付安全保障 |
N |
1 |
3.3 项目属性
| 属性 |
驱动因素 |
约束因素 |
可调度因素 |
| 进度 |
计划在一个月内完成第一版，三个月内完成第二版，可能的话六个月内完成第三版；在不包括责任人评审的情况下，最多可超过期限的两个星期 |
||
| 特性 |
第一版中要求实现的特性必须完成可操作性与可维护性；第二版中要求实现的特性必须完成易操作性与可视化 |
||
| 质量 |
必须通过95%的用户验收检测；必须通过全部的安全性测试（特别针对重要数据和结算业务）；所有的安全事务都必须遵守国家的相关规定和公司的安全标准 |
||
| 人员 |
开发团队规模包括一名项目经理，一名需求工程师，两名设计人员以及一名测试人员；所有人均兼职软件开发人员 |
||
| 费用 |
在不包括责任人评审的情况下，财政预算最多可超支15% |
参考资料
丁二玉、骆斌《需求工程——软件建模与分析》
Roger S.Pressman 《软件工程：实践者的研究方法（第5版）》