软件工程实践团队作业第二次——原型设计&需求分析

目录

项目概况

BroFuTo 是一款以福州大学旗山校区校园生活为题材的单人二维俯视角生存游戏。 玩家选择以团队成员昵称命名的角色，拿起自动铅笔、羽毛球拍、实验烧瓶等校园物品，躲避试卷、闹钟和其他物件怪物，在波次战斗中积累经验与学分，通过升级、购买和装备调整形成自己的战斗构筑。

我们希望把熟悉的校园地点、物品和生活体验转化为可以操作的游戏规则。宿舍区的花坛影响走位，食堂桌椅改变交战空间，阶梯教室的不同高度影响子弹命中；校园元素同时参与场景识别和战斗决策。

网页原型使用超文本标记语言（HTML）、层叠样式表（CSS）和JavaScript实现结构、样式与交互。下文的PPT指PowerPoint演示文稿，PDF指可移植文档格式。

网页原型通过公开链接供同学体验和课堂展示。

体验入口：BroFuTo 交互原型 · 博学苑宿舍区三波试玩

团队项目计划

整体里程碑

项目以2026年11月3日为最终交付节点，在现有需求、交互原型、美术资源和三波试玩基础上分六个阶段推进。11月1日前完成集成验收，11月2日封版并整理提交材料，11月3日完成链接核对与提交。每个里程碑通过运行版本、内容清单和验收记录检查。

系统开发的依赖顺序为：属性定义 → 角色、武器、道具与科研科技配置 → 战斗与成长集成 → 地图和敌人内容接入 → 整体体验与验收。界面设计、资源制作与系统开发依据同一套字段和内容标识同步推进。

为保证节点落地，10月17日前确定内容字段与基础配置，10月26日后集中完成既定内容的集成与修正，10月30日起以验收和缺陷修复为主。七名成员按玩法程序、系统数据、角色敌人资源、场景界面、验证和交付任务同步推进；地图与敌人优先复用已有资源和通用行为，通过配置形成差异。

核心流程

玩家在战斗中专注走位，武器自动攻击。拾取经验达到门槛后，等级立即更新，属性选择次数累计到波后处理；全部升级选择完成后进入超市，再整理武器并开始下一波。地图通关、失败或主动结束时结算科研点，科研科技影响下一局开局。

关键点难点与风险分析

先统一属性 再组织构筑

角色技能、武器、道具和科研科技都会改变战斗结果。如果各自独立定义“攻击力”“伤害加成”等字段，容易出现名称相同而含义不同的问题。我们先确定十八项玩家属性，再让其他系统引用这套属性字典。

武器具有独立的基础攻击力和暴击伤害。普通命中按基础攻击力、对应属性系数和全伤害加成计算；最终暴击倍率由武器自身暴击伤害与角色暴击伤害相加。燃烧、腐蚀、触电等化学效果不暴击。防御力的减伤收益递减，伤害减免在防御计算后独立相乘。

这种组织方式让玩家能够在武器详情中理解伤害来源，也让商品预览、升级选择和科研科技使用同一套解释。

地图视觉与战斗判定一致

七张地图具有不同的材质、边界、障碍和敌人组合。地图装饰不影响移动和子弹；花坛、桌椅等低矮障碍阻挡移动，垃圾桶、篮球架、黑板等高大障碍同时阻挡移动和子弹。

东三教学楼采用三层阶梯教室。角色和地面敌人通过台阶转层，子弹记录发射高度，只能命中同高度对象。地形层级与障碍物高低分别描述，避免玩家看到“能打到”却无法命中的混乱反馈。

关键风险与处理方式

网页资源使用支持透明背景的WebP图片格式，Gzip用于压缩网页文本资源。加载测试中的Mib/s表示每秒二进制兆比特，MB表示一百万字节。

原型迭代中的问题与解决

游戏场景与网页背景混在一起。 最初页面直接把场景当作整个网页背景，游戏范围不清楚。我们增加独立游戏窗口，将外层背景与战斗场景分开；随后扩大可用区域，以完整逻辑画面等比适配。图鉴每页十二项、武器背包每页八项，所有操作通过翻页完成。

WASD移动没有正常响应。 在保留点地移动的基础上，移动输入改为识别物理键位，统一处理按下、松开与失焦。当前操作为WASD和点地移动，方向键不控制角色。

公网加载明显缓慢。 原页面直接加载大尺寸美术原图，首次进入战斗累计资源约32.7 MB。我们保留原始素材，另行导出适合网页显示的图片，加入按需加载、进度显示、Gzip文本压缩与版本化图片缓存。以2 Mib/s带宽、80毫秒延迟测试公网原型，主页约2.58秒可用，累计约4.49秒进入第一波，资源编码体积约0.97 MB。再次打开主页，二十一张图片全部命中缓存。素材准备完成后才启动波次计时，战斗期间由浏览器本地推进逻辑。

项目分工

团队成员

本次作业任务划分

本次作业围绕以下任务组织，每项任务记录交付文件和审阅人，需求调整同步到原型与验收清单。

组员工作内容与工作量比例

贡献度按本次作业的实际交付、规则设计、资源制作、验证和协作记录统计。共同完成的工作按实际承担部分分配，贡献度合计为100%。

贡献度基于任务工单、代码 / 文档提交记录、会议记录综合统计

成员协作方式

沟通与任务同步

团队沟通群用于同步进度、提出阻塞和协调接口，共享任务表记录任务负责人、截止节点、交付路径、依赖和审阅人。影响玩法规则、页面流程或数据字段的决定写入文档，并注明影响的需求编号。

每日同步已完成任务、下一步工作和当前阻塞；每周按里程碑检查集成版本。依赖他人交付的任务同时登记输入条件，例如武器界面依赖武器字段，购买效果预览依赖属性与商品配置。出现阻塞时明确所需决策与处理人，更新后同步受影响成员。

版本仓库协作

项目使用Git进行版本管理。main主分支保存可运行、可展示的版本，功能改动在feature/功能名分支中完成，文档和美术使用对应的docs/主题与art/主题分支。提交说明写清修改内容、关联需求和验证结果。合并前由另一位成员检查，并运行受影响的流程。

文档、原型和内容目录共同入库。美术按界面、角色、敌人、首领、地图、武器、道具和特效分类，统一标识关联图片与配置。网页发布使用导出的资源副本，母版单独归档。

冲突处理

同一场景或同一批资源调整前先确定负责人，其他成员通过接口和配置提交需求。发生文本冲突时，对照共同基线和需求规则逐段合并；场景文件或图片冲突由对应负责人统一整合。合并后检查入口、资源引用与相关交互，避免覆盖他人的有效修改。

设计分歧以用户场景和验收标准讨论，由队长协调相关模块负责人形成处理结论。例如，“六把满槽后能否继续购买”依据武器背包规则统一处理；“保存退出是否发奖励”依据会话恢复与科研点结算规则处理。修改结论同步到需求、原型和检查用例。

软件需求规格说明书

文档链接

说明书版本为0.5，参考GB/T 9385—2008《计算机软件需求规格说明规范》组织内容。正文从总体描述逐层展开到用户场景、领域数据、具体功能、界面和验收，包含三十八项功能需求、十项用户场景、十三类页面与对应验收用例。

用户场景如何落实为需求

场景一：一波战斗中连续升两级。 玩家通过击杀和拾取连续升级，战斗中显示等级与经验变化；波次结束后获得两次属性选择机会，全部处理后进入超市。刷新当前候选只消耗学分，不减少待选次数。对应功能需求FR-09至FR-11，验收检查选择次数和页面顺序。

场景二：六个上阵槽已满，还想购买一把新武器。 玩家在超市完成购买，新武器进入背包；进入武器准备页选择替换、收回、出售或合成，下一波只使用上阵武器。对应FR-12至FR-16，验收检查满槽购买、实例变化与六把上限。

场景三：战斗中需要离开。 玩家暂停并保存退出，暂不获得科研点；继续时恢复当前波次开始时的构筑、生命、经验和学分。最终胜利、失败或主动结束时结算一次。对应FR-19、FR-23至FR-26，验收检查恢复起点和奖励发放。

用户调研

用户访问围绕首次开局、资源理解、武器比较、满槽购买、波后升级和保存退出设置体验任务，记录实际操作、用户表达以及由此形成的需求调整。

具体内容见需求规格说明书附录A。

类图与领域关系

战斗类图围绕游戏会话组织角色、属性、地图、波次、敌人、武器和化学效果。会话持有本局构筑，角色定义提供技能和初始武器，地图提供空间与波次规则，武器引用角色属性计算伤害。

成长类图将永久进度与局内会话分开。科研点与科技等级写入永久进度，超市购买和升级选择修改本局构筑，检查点恢复同一局。这一关系使“保存退出”和“最终结算”具有清楚的边界。

功能与验收对应

功能需求（FR）、用户界面（UI）和验收用例（AT）分别编号。规则变化时，可以通过编号找到受影响的页面和检查项。

界面原型设计

原型链接

• BroFuTo 网页交互原型
• 博学苑宿舍区三波试玩

界面组织与视觉风格

主页集中提供开始、继续、科研科技、校园图鉴和设置入口。角色选择展示七个昵称、形象、技能与初始武器字段；地图选择展示校园路线、解锁条件和对应首领。战斗页将生命、经验、波次、时间、学分与六个武器槽集中呈现，便于走位时快速读取。

我们使用统一的校园像素风格。人物头像、立绘和战斗小人通过同一角色标识关联；背景、障碍、武器、攻击效果和界面素材分别管理。十八项属性使用对应图标，学分图标采用晋江楼图案。

七张地图与对应首领

三波试玩与战斗展示

三波试玩从第一张地图开始，使用bobo学长与自动铅笔。玩家通过WASD或点地移动，武器自动攻击。花坛阻挡移动，垃圾桶同时阻挡移动和子弹；敌人冲锋或范围攻击前显示预警。

升级 超市与武器准备

波次结束后先处理本波积累的升级选择，再进入校园超市。超市展示商品效果、价格、学分与刷新状态，玩家可比较购买前后的属性变化。购买武器后进入背包，选择最多六把上阵，并通过替换、出售和合成调整构筑。

校园图鉴

图鉴按角色、地图、敌人与首领、武器、道具分类，支持名称搜索、敌人地图筛选与分页。详情区域展示所选内容，角色与敌人可以对应查看展示形象和战斗形象。图鉴与选择界面、战斗和超市共用名称、标识与素材引用。

需求分析PPT链接

需求分析报告围绕项目背景与目标、目标用户和使用场景、核心玩法、领域类图、主要功能、验收标准及团队计划展开。重点解释属性系统、波后成长、六把武器与背包、局内和永久进度的关系，并结合具体场景说明需求如何验证。

界面原型设计答辩PPT链接

原型答辩按照主页、角色地图选择、战斗、升级、超市、武器管理、科技、图鉴与结算展开。讲述时结合在线原型展示页面跳转和反馈，说明布局、信息层级与操作顺序的设计理由，并介绍本次分工与计划落实情况。

评审表

腾讯共享文档链接

参考资料

1. GB/T 9385—2008《计算机软件需求规格说明规范》。
2. 邹欣，《构建之法》第四版。
3. 旗山校区指南及校园地图，用于校园地点与路线设计参考。
4. 福州大学晋江楼介绍，用于建筑与场景设计参考。
5. BroFuTo游戏设计说明、内容目录与美术资源清单。
6. BroFuTo需求规格说明书0.5版、网页交互原型与浏览器检查记录。