软件工程第一次结对作业

这个作业属于哪个课程	https://edu.cnblogs.com/campus/fzu/202601SofwareEngineering
这个作业要求在哪里	https://edu.cnblogs.com/campus/fzu/202601SofwareEngineering/homework/16743
这个作业的目标	完成校园失物招领小程序的需求分析和Figma原型设计，明确主要功能与用户流程，并为后续代码实现打下基础
Figma原型链接	针对校园失物招领场景，完成需求分析与原型设计
结对成员	072408101（陈柏睿）、072308130（陈柯男）
原型工具与在线展示	https://modao.cc/proto/VhFNuzmtm0wtd53RRQoo3/sharing?view_mode=read_only&screen=rbpVWQMrTKtizKDYq

校园失物招领小程序——结对作业记录

这次作业完成校园失物招领小程序的需求分析和原型设计，原型使用墨刀制作，重点展示浏览、发布、搜索、详情和状态管理几条流程。

一、本次分工

这次作业由两个人一起完成。我们先把要做什么一起定下来，然后各自负责一块，做完再互相检查。

需求分析和功能范围是共同讨论的。我主要负责确定页面清单、流程和功能取舍，同时选定墨刀工具，完成博客初稿和素材整理；队友主要负责界面绘制、布局调整和页面文案。原型完成后，我们把浏览、发布、搜索、状态更新这几条路径一起走了一遍，确认能否正常演示，最后又做了一次统一核对。

二、教材阅读

看完《构建之法》第3章，我明白了软件工程不仅要看会不会写代码，同时还涉及任务估计、设计分析、测试和团队配合。所以在本次作业中我们先一起把任务理清楚，再分工，而且用 PSP 记录每段时间的预估和实际花费。

第8章对这次需求分析的帮助很大。需求应该从用户的实际问题出发，而不是我们想当然地列功能。结合校园里失物信息散落在不同群里、旧的寻物消息很快被顶下去的情况，我们把浏览、发布、搜索、详情和状态修改作为核心功能，用墨刀先做原型再调整交互。

三、用户需求分析

先看两个具体场景。有人在三号教学楼捡到一张校园卡，只能在自己的班级群发招领，丢卡的人可能根本不在这个群。图书馆有人丢了耳机，在宿舍群发寻物，捡到耳机的人又看不到。水杯、雨伞这类东西更没人愿意一直转发，时间一久就没人管了。

其实用户不复杂，就是丢东西的人和捡到东西的人，另外还有一件共同的事：事情结束后要把状态改掉。丢东西的人最着急的是先找到线索，比如按物品名称或地点搜一搜，看有没有人已经捡到，再去联系对方。捡到东西的人正好反过来，想赶紧把招领发出去，最好有人来认领，还回去之后再把信息标记成已完成。至于已经在系统里发过寻物或招领的人，不管最后找没找到，都需要把状态改掉，免得别人继续来问。

这些情况大多发生在教室、宿舍、食堂、图书馆和操场。现在大家通常把消息发到班级群、宿舍群或朋友圈，信息零散，新消息一多就被顶掉，双方还不一定能互相看到。小程序要做的是把发布和查找集中到一个地方，缩短从“看到信息”到“联系上对方”的路径。

四、软件的主要功能

• 浏览寻物和招领信息
• 发布寻物信息
• 发布招领信息
• 按关键词搜索物品
• 查看物品详情
• 查看和编辑个人资料
• 管理“我的发布”
• 修改信息状态

五、用户操作流程

这次重点做了三条基本流程，另外补了一个状态修改流程。

流程1：先看列表，再点进详情

用户打开首页后先浏览寻物和招领列表，看到想看的就点进去。详情页里能看到图片、时间、地点、状态、描述和联系方式。

流程2：填完信息，发布成功

用户进入发布页，先选“寻物”或“招领”，再把物品名称、类别、时间、地点、描述、图片和联系方式填好，提交后进入一个“发布成功”的反馈页，之后可以去“我的发布”查看。

流程3：搜索物品，查看结果

用户进入搜索页，输入物品名称等关键词，也可以按“全部、寻物、招领”筛选。有结果就展示列表，点某一条还能继续看详情；如果没搜到或搜索失败，会给出对应提示。

流程4：修改信息状态

用户从“我的”进入“我的发布”，选择一条信息改状态。寻物可以由“寻找中”改成“已找回”，招领可以由“招领中”改成“已归还”。操作过程中会依次看到状态选择、确认修改、更新中和修改成功这些反馈。

六、页面和交互设计

原型用墨刀完成，页面和交互都在里面做。

原型在线地址：打开墨刀原型链接

主要页面包括：首页、发布寻物、发布招领、发布成功、搜索、信息详情、个人资料和我的发布；另外补了搜索无结果、发布成功、状态修改成功这些反馈。

首页

首页集中放最新的寻物和招领，也给搜索领留了入口，底部中间的按钮实现发布和个人界面的跳转

发布相关页面

寻物和招领用的是差不多的表单，只是字段名称不同：寻物填“丢失时间、丢失地点”，招领填“拾取时间、拾取地点”，并可以上传图片

搜索和详情

搜索页可以按关键词查，也能按“全部、物品类型”筛选，同时显示寻物还是招领，从结果列表点进去能看详情。

个人资料和我的发布

“我的”页放联系方式等资料，并通向“我的发布”；在“我的发布”里能管理自己发过的信息。同时还可以通过我的收藏寻找物品

反馈页面

针对搜索失败、搜索无结果、发布成功、状态修改成功等情形做了提示，让用户知道现在处于什么状态、下一步能做什么。

七、结对讨论过程

本次结对作业的页面范围、布局形式和交互方式由两名同学共同讨论确定。讨论主要围绕页面清单、布局调整、搜索逻辑、联系方式位置和结果反馈页面展开。

1. 讨论内容

1. 页面范围
   我提出先完成四个核心页面：首页、发布信息页、搜索页和物品详情页。双方确认该范围，并在此基础上补充个人信息页和结果反馈页面。

2. 页面布局
   队友负责界面绘制，完成初稿后交由双方共同检查修改。对于首页，队友比较了纵向与横向两种卡片布局，最终确定采用横向布局，原因是纵向布局的视觉效果不够理想。对于发布信息页，队友指出该页面字段较多、内容较长，因此将“信息类型”字段置于物品名称之前，并将页面设置为可滚动形式，同时在底部固定发布按钮。

3. 搜索页
   队友提出搜索页在具体形式上难以确定。我认为搜索功能无需复杂实现，仅需按物品名称字段进行匹配即可。原型阶段只需展示搜索输入页和搜索结果页，不必展示实际检索过程。双方据此简化了搜索页的设计。

4. 联系与评论功能
   队友提出是否增加联系和评论功能。经讨论，双方决定不在信息卡片中直接展示联系方式，而是将联系方式置于“设置／个人信息”模块。个人信息页支持编辑详细资料，并通过“空表单页”与“填写后页面”演示跳转关系。

5. 结果反馈页面
   我建议增加结果类页面，例如“发布成功”页面，以及拾取物品后直接归还并上传信息的页面，用于展示操作完成后的状态。双方一致认为此类页面能够完善流程的闭环。

6. 页面跳转
   我说明页面之间的跳转实现难度较低，但原型阶段仍需完整配置，作为后续代码实现的依据。

7. 分工说明
   我主要负责页面范围、流程和功能取舍的确定；队友主要负责界面绘制与布局调整。双方在搜索逻辑、联系方式位置和结果页面等方面共同讨论并达成一致。

2. 工作推进与产出

序号	工作内容	产出
1	梳理作业要求、相关章节和失主与拾得者的需求	用户角色与需求清单
2	确定页面范围与功能取舍	功能清单、流程图
3	讨论首页、发布页、搜索页的布局与交互	页面结构与交互说明
4	制作首页、发布、搜索、详情、个人信息等页面	墨刀原型
5	检查浏览、发布、搜索、状态更新等路径	路径检查记录
6	整理图文、PSP 记录与个人总结	作业博客草稿

八、PSP 表格

PSP 阶段	具体内容	预估/分钟	实际/分钟
阅读任务与需求讨论	阅读作业要求、教材章节，讨论用户需求	10	10
绘制流程与页面结构	确定页面清单，绘制流程图和页面结构	45	45
制作和检查原型	墨刀页面制作与路径检查	15	15
整理博客与个人总结	图文整理、PSP 记录、个人总结	20	20
合计		90	90

九、个人总结

本次作业我主要负责每个页面的最初设计及在与结对同学在制作过程中不断沟通、修改、调整，最终形成九个页面，并在最后完成原型模型后查看是否能正确实现提供的要求。在参与作业之前我先按要求阅读了《构建之法》的相关章节，因此我在这次作业过程中注重团队协作，我们先是大概商议好了分工，然后在设计模型和流程图的过程中继续保持沟通，在实现各项功能前做好对应准备，每个页面在刚开始时不追求至善至美，先将大体和主要功能实现，然后再细化和逐步讨论并解决遇到的问题。避免了“分析麻痹”和“过早优化”；在设计原型的过程中，我们也是考虑了失物招领小程序的各种需求，深入讨论了用户（即使用的学生群体）和设计者（我们）对这一软件的要求，使得最后的原型功能功能在对应的权重上能够满足相应需求。通过本次作业我不仅提升了团队协作能力，能够很好的和结对同学及时沟通，调整完善我们的项目，还提升了原型及流程图设计的思路，熟悉了如何使用原型设计软件，并且能够从多个方向来考虑软件设计时的要求，在本次作业过程中，我也遇到了部分问题，在设计用户进入界面和返回界面时，就用户如何进入一个界面、如何退出界面、跳转到另外界面时由于不熟悉原型设计，所以我们对各个接口设计并不明确，但我们对用户行为进行了分析和商讨，并参考了市面上比较火的软件（如京东的横向条目界面，闲鱼的商品详情页和一些微信小程序等）最后敲定了各项功能的具体实现，同时也发现，实现各个界面的同步也很麻烦复杂，多个界面的协同调整想必在之后的代码量上也比较复杂，但我们在之后的作业上也会认真努力的解决。

最后，感谢您的阅读。