团队作业第二次——原型设计与需求分析

作业基本信息

这个作业属于哪个课程	2601_FZU_SE
这个作业要求在哪里	软件工程实践团队作业第二次——原型设计&需求分析
团队名称	心绪气象局
这个作业的目标	完成项目需求分析、软件原型设计和需求规格说明书撰写；明确系统功能与设计方案，为后续开发与实现提供依据。
其他参考文献	《构建之法》第四版 《软件需求规格说明书》

目录

1.团队项目概述

“心晴屿 Moodisle”是由心绪气象局团队开发的一款面向大学生与年轻职场人的陪伴式待办与专注应用。项目旨在解决传统任务管理工具过度强调效率、打卡和结果反馈，而忽视用户情绪状态与心理压力的问题。

随着学习、工作节奏不断加快，18～30岁的年轻用户往往需要同时面对课程、项目、实习及生活事务，容易产生拖延、焦虑、低落等情绪。心晴屿希望打造一款兼具任务管理与情绪陪伴的治愈系应用，让用户在完成任务的过程中，也能感受到情绪被关注和陪伴。

项目以“情绪天气 + 待办任务 + 陪伴式专注”为核心设计理念。用户可以记录现实待办，并为任务添加对应情绪标签，系统将其转化为不同的天气精灵；用户完成任务后可以收服精灵，并通过专注、探索和成长机制逐步改善岛屿状态。

与传统效率工具不同，心晴屿采用低压力、零惩罚的设计理念，不通过断签、扣除资源等方式增加用户负担，而是希望成为一款能够帮助用户整理事务、理解情绪并持续陪伴成长的软件。

2.团队项目整体计划

2.1 项目开发目标

本项目计划开发一款面向大学生与年轻职场人的陪伴式待办与专注应用——“心晴屿 Moodisle”。项目以“情绪天气 + 待办任务 + 陪伴式专注”为核心理念，通过将用户现实任务与情绪状态结合，利用天气精灵、小岛成长等机制，为用户提供更加温和、低压力的任务管理体验。

在项目开发过程中，团队将围绕需求分析、系统设计、原型设计、功能开发、测试优化等阶段逐步推进，完成从产品设计到软件实现的完整开发流程。同时，通过规范的软件工程实践方法，加强团队协作、版本管理和项目质量控制，为后续项目迭代和完善奠定基础。

2.2 项目阶段规划

根据课程项目要求以及团队实际开发安排，项目采用迭代式开发流程，将整体工作划分为需求分析、系统设计、功能开发、测试优化和项目交付五个阶段。

阶段	时间安排	主要任务
项目前期准备阶段	2026.09.25 - 2026.10.08	完成团队组建与项目选题，明确“心晴屿 Moodisle”的产品定位，开展用户需求分析，完成NABCD分析及项目方案设计
需求分析与原型设计阶段	2026.10.09 - 2026.10.16	完善软件需求规格说明书，设计系统界面原型，绘制UML模型，明确系统功能模块与交互流程，并完成第一次项目答辩汇报
系统设计与功能开发阶段	2026.10.17 - 2026.10.23	根据需求文档进行系统架构设计，完成开发环境搭建、数据库设计以及核心功能模块开发，准备阶段性成果展示
功能完善与阶段优化阶段	2026.10.24 - 2026.10.30	持续完善任务管理、情绪记录、天气精灵、陪伴专注等核心功能，进行模块联调与功能测试，根据答辩反馈优化项目
测试部署与项目交付阶段	2026.10.31 - 2026.11.03	完成系统整体测试，修复功能问题，确保程序能够在本地环境正常运行，整理项目文档并完成最终展示准备

2.3 项目里程碑安排

为了保证项目按照计划推进，团队设置以下关键里程碑：

里程碑	时间节点	阶段成果
里程碑一：完成项目方案设计	2026.10.08	完成项目选题、NABCD分析、用户需求分析以及团队开发规划，明确产品定位和核心功能
里程碑二：完成需求分析与原型设计答辩	2026.10.16	完成软件需求规格说明书、界面原型设计、UML模型，并完成第一次项目阶段汇报
里程碑三：完成核心功能开发	2026.10.23	完成项目基础架构搭建，实现主要功能模块，并进行阶段性成果展示
里程碑四：完成系统优化与功能完善	2026.10.30	根据阶段反馈完善系统功能，完成模块联调和测试优化，提升系统稳定性
里程碑五：完成项目交付	2026.11.03	完成程序本地运行验证，整理项目相关资料，完成课程项目最终成果提交

3.项目风险分析

在项目开发过程中，团队将面临技术实现、产品设计以及团队协作等方面的不确定因素。针对可能出现的风险，团队提前进行分析，并制定相应的应对措施，以保证项目能够按照计划顺利推进。

3.1 技术风险

（1）项目功能实现复杂度较高

心晴屿 Moodisle 涉及待办任务管理、情绪记录、天气精灵、陪伴专注、岛屿成长等多个功能模块，不仅包含基础的信息管理功能，还需要实现具有交互性的虚拟反馈机制。对于学生团队而言，部分功能的实现可能存在技术难度，容易导致开发进度受到影响。

（2）多模块系统整合风险

项目包含前端界面、后端服务、数据存储以及交互逻辑等多个部分，不同模块之间需要保持良好的接口设计和数据交互。如果模块设计不统一，可能出现功能衔接困难、数据异常等问题。

（3）开发经验不足风险

团队成员主要为学生，虽然具备一定的软件开发基础，但在完整项目开发、系统架构设计、测试部署等方面经验有限，可能导致开发过程中出现设计不合理或返工情况。

3.2 产品风险

（1）功能范围控制风险

心晴屿希望通过情绪天气、天气精灵、探索成长等机制提升用户体验，但过多的功能可能增加开发成本，导致核心功能无法按期完成。因此需要合理控制项目范围，优先保证核心功能实现。

（2）用户需求理解偏差风险

项目面向大学生和年轻职场人群，核心需求涉及任务管理、情绪陪伴和低压力使用体验。如果对用户实际需求理解不足，可能导致部分功能与用户使用习惯不匹配。

（3）用户体验设计风险

作为一款强调治愈陪伴的应用，界面设计、交互流程和反馈机制会直接影响用户体验。如果设计过于复杂，可能削弱产品轻量化、温和陪伴的特点。

3.3 团队协作风险

（1）团队规模较大，协调管理难度较高

本项目团队成员数量相对学生项目而言较多，虽然能够提供更多人力支持，但同时也增加了任务分配、进度同步和意见协调的难度。如果沟通机制不完善，可能出现任务重复、信息不同步或部分成员任务衔接困难等问题。

（2）成员任务依赖风险

项目开发过程中，需求分析、UI设计、前后端开发以及测试工作之间存在一定关联。如果前置任务延期，可能影响后续成员的工作安排，降低整体开发效率。

（3）成员投入程度差异风险

不同成员在课程安排、技术能力和时间投入方面可能存在差异，如果部分成员无法按计划完成任务，可能影响项目整体进度。

3.4 风险应对方案

针对以上风险，团队制定以下应对措施：

（1）加强项目规划与功能优先级管理

在开发过程中采用迭代式开发方式，优先完成待办管理、情绪记录、天气精灵、陪伴专注等核心功能，再根据时间情况逐步扩展其他玩法，避免功能范围失控。

（2）建立规范的团队沟通机制

团队通过QQ群、腾讯文档、版本仓库等工具保持持续沟通，定期同步项目进度，及时反馈开发过程中遇到的问题，减少信息不对称。

（3）完善任务分工与进度跟踪

根据成员技术特点进行合理分工，将任务拆分为具体模块，并通过任务记录、Issue管理等方式跟踪完成情况，确保每项工作具有明确负责人。

（4）加强版本管理与代码协作

采用统一的版本管理方式，对代码提交、分支管理和功能合并进行规范，减少多人协作过程中产生的冲突。

（5）持续进行测试与反馈优化

在开发过程中及时进行功能测试和体验反馈，根据测试结果调整系统设计，保证最终产品符合用户需求和项目目标。

4.团队分工与协作方式

4.1 团队分工及贡献度

学号	姓名	工作内容	贡献度
102400317	连一帆	博客撰写及答辩演讲	13%
102400330	徐宇扬	界面原型设计	13%
102400327	苏涵棋	界面原型设计	13%
102400404	李燕玲	需求分析评审表	11%
102400108	王馨怡	需求规格说明书	13%
102400105	林子璇	界面原型设计答辩PPT	13%
102400306	谢思晨	需求分析报告PPT	13%
102400326	邱宇翔	界面原型设计评审表	11%

4.2 团队协作流程

为了保证项目能够按照计划推进，团队建立了较为规范的协作流程，主要围绕任务规划、沟通交流、进度同步和问题解决等方面展开。

在项目开展过程中，团队通过 QQ 群作为主要沟通渠道，用于日常讨论、需求确认、任务安排以及开发过程中的问题反馈。团队成员会在群内及时同步项目进展，对功能设计、界面原型、技术方案等内容进行讨论，并根据实际情况调整任务安排。

项目初期，团队围绕“心晴屿 Moodisle”的产品定位、用户需求以及核心功能进行了多次讨论，逐步确定项目整体方案。在需求分析与原型设计阶段，成员共同参与需求梳理、功能规划和界面设计，通过交流不断完善项目方案。

在后续开发过程中，团队按照功能模块进行任务划分，由对应成员负责具体内容，并通过阶段性汇报同步任务完成情况。当开发过程中出现技术问题或设计冲突时，成员会在群内进行讨论，共同分析问题并确定解决方案，避免因信息不同步影响整体进度。

同时，团队结合版本管理工具和文档协作工具，对项目资料、代码版本和阶段成果进行统一管理。通过定期沟通和阶段总结，确保每位成员了解当前项目状态，促进不同模块之间的有效衔接。

通过上述协作方式，团队能够在保证开发效率的同时，实现任务透明化、过程可追踪化，为项目后续开发与交付提供保障。

4.3 版本仓库管理

为了提高团队协作效率，保证项目代码和文档的统一管理，团队采用华为云 CodeArts 作为项目版本仓库，对项目开发过程中的代码、文档以及阶段性成果进行集中管理。

目前项目仓库已经完成创建，并邀请团队成员加入。团队采用 Git 版本控制方式进行项目协作，设置 master 与 dev 两个主要分支：

• master 分支：用于保存相对稳定的项目版本，存放经过验证后的阶段性成果；
• dev 分支：作为日常开发分支，成员在完成个人模块开发后，将代码提交至该分支进行整合测试。

项目开发过程中，团队根据成员负责的不同模块进行任务划分，每位成员负责对应功能模块的开发与维护。在完成阶段性任务后，成员通过 Git 提交（commit）记录自己的开发过程，并将代码同步至远程仓库，保证项目进度和开发过程可追踪。

为了进一步规范开发流程，团队结合仓库 Issue 功能对开发任务进行记录和跟踪。成员可以根据任务内容创建对应 Issue，明确任务负责人、任务目标以及完成状态，方便团队成员了解当前开发进度。

在多人协作过程中，团队要求成员在提交代码前及时同步最新版本，避免因代码版本不一致造成冲突。目前项目开发过程中尚未出现严重代码冲突情况，后续若出现分支合并问题，将通过成员沟通确认修改方案，并结合 Git 版本记录进行问题定位和解决。

通过上述版本管理方式，团队能够实现代码集中管理、开发过程记录以及任务进度跟踪，为后续系统开发、测试和项目交付提供保障。

4.4 沟通与任务同步机制

为了保证项目开发过程中信息及时传递，提高团队协作效率，团队建立了多渠道结合的沟通与任务同步机制，确保每位成员能够及时了解项目进展、明确自身任务并反馈开发过程中遇到的问题。

在日常沟通方面，团队主要通过 QQ 群进行实时交流，用于项目讨论、任务通知、问题反馈以及阶段性进度同步。对于需求调整、功能设计、技术方案等重要内容，成员会在群内进行讨论确认，减少因信息不一致导致的开发偏差。

在任务管理方面，团队根据项目开发阶段对任务进行拆分，为不同模块分配负责人，明确任务目标和完成时间。同时结合腾讯文档等协作工具记录项目计划、需求分析、任务安排以及阶段成果，使团队成员能够随时查看当前任务状态。

对于开发过程中产生的问题，成员会及时在团队群中提出并共同讨论解决方案；对于需要长期跟踪的问题，则通过华为云 CodeArts 的 Issue 功能进行记录，明确问题描述、负责人以及处理进度，保证问题能够被有效追踪。

在项目推进过程中，团队通过阶段性汇报机制同步整体进度，根据课程安排分别在 10 月 16 日、10 月 23 日、10 月 30 日进行阶段成果展示与反馈，根据汇报结果及时调整开发计划，确保项目最终能够在 11 月 3 日前完成程序本地运行和项目交付目标。

通过上述沟通与任务同步机制，团队能够实现任务分工明确、信息传递及时、问题处理有效，提高多人协作环境下项目开发的稳定性和效率。

5.软件需求规格说明书

5.1 文档介绍

《心晴屿 Moodisle 软件需求规格说明书》是团队针对本项目编写的软件需求分析文档，旨在对系统的用户需求、功能需求、界面交互、软件属性以及验收标准进行系统化描述，为后续系统设计、开发、测试和项目验收提供统一依据。

该文档参考软件需求规格说明相关规范进行编写，围绕“心晴屿 Moodisle”的产品定位展开，明确了项目背景、目标用户、应用范围、核心功能以及系统约束等内容。同时，通过规范化的需求描述，减少团队成员在开发过程中的理解偏差，为项目后续实现提供清晰的需求基线。

文档主要面向项目组成员、需求分析人员、开发人员、测试人员以及项目评审人员使用。

5.2 需求规格说明书主要内容概述

《心晴屿 Moodisle 软件需求规格说明书》主要包含以下内容：

（1）项目总体描述

介绍项目开发背景、产品定位、目标用户、应用目标以及系统整体功能。明确“心晴屿 Moodisle”是一款融合任务管理、情绪记录、陪伴专注和轻量化成长机制的应用，通过“任务—情绪—天气精灵—成长反馈”的业务流程，为用户提供低压力的陪伴式体验。

（2）用户场景与需求分析

针对18～30岁的大学生及初入职场用户，分析其在任务管理、情绪表达和专注过程中的实际需求，设计典型用户使用场景，并通过 UML 用例图描述用户与系统功能之间的交互关系。

（3）系统功能需求

围绕项目核心业务流程，将系统划分为八个主要功能模块：

• 任务与情绪记录；
• 天气精灵与收服；
• 陪伴专注；
• 岛屿天气与精灵成长；
• 精灵图鉴；
• 心绪回廊与探索；
• 心晴周报与轻量分享；
• 本地存档。

通过功能需求编号和具体需求描述，明确各模块需要实现的功能目标。

（4）系统设计与界面原型

文档通过 UML 类图描述系统核心领域对象及其关系，并结合界面原型展示系统页面结构、核心交互流程以及用户操作方式。

（5）软件属性与验收验证标准

针对系统的可用性、性能、安全性、可靠性、兼容性和可维护性等非功能需求进行说明，并制定对应的界面验收标准和功能验收标准，为项目测试和最终交付提供依据。

5.3 软件需求规格说明书链接

《心晴屿 Moodisle 软件需求规格说明书》：点击查看需求规格说明书

6.界面原型设计

6.1 原型设计理念

“心晴屿 Moodisle”的界面原型设计围绕“情绪天气 + 待办任务 + 陪伴式专注”的产品理念展开，旨在为用户提供更加轻量、治愈和低压力的任务管理体验。

与传统待办工具强调任务完成数量和效率不同，心晴屿更加关注用户完成任务过程中的情绪状态。系统通过天气、精灵、岛屿成长等可视化元素，将用户的任务完成情况和情绪变化转化为具有反馈感的互动体验。

在界面设计方面，整体采用温暖柔和的视觉风格，通过岛屿、天气精灵等元素增强用户与产品之间的情感连接；在交互设计方面，以用户实际使用流程为核心，将任务管理、情绪记录、专注陪伴以及成长反馈进行串联，形成完整的产品体验闭环。

核心交互流程如下：

创建任务
    ↓
记录当前情绪
    ↓
生成对应天气精灵
    ↓
陪伴完成任务
    ↓
获得成长反馈

通过上述设计，使用户不仅能够完成任务，也能够在使用过程中获得情绪陪伴和积极反馈。

6.2 系统页面展示

根据项目需求分析，团队完成了主要功能模块的界面原型设计，包括心屿主页、待办管理、精灵图鉴、心绪回廊、陪伴专注、云游探索以及成长页面等。

6.2.1 心屿主页

心屿页面是系统首页，用于展示用户当前岛屿状态、天气变化以及陪伴精灵信息，是用户进入系统后的核心交互入口。

该页面通过场景化设计，将用户任务完成情况和情绪状态映射到岛屿环境变化中，使用户能够直观感受到自身状态变化。

6.2.2 待办页面

待办页面用于帮助用户记录和管理日常任务。用户可以创建待办事项，并结合当前情绪状态进行记录。

该页面将传统任务管理与情绪反馈相结合，使用户不仅关注任务结果，也关注完成任务过程中的心理状态。

6.2.3 图鉴页面

图鉴页面用于展示用户已经收集和培养的天气精灵，记录用户在持续完成任务过程中的成长成果。

6.2.4 心绪回廊页面

心绪回廊为用户提供探索式体验，通过不同场景增强产品趣味性和沉浸感。

当前原型设计包含雷鸣丘、雨檐巷等探索场景，用于展示用户与精灵互动以及探索成长过程。

6.2.5 陪伴专注页面

专注页面用于支持用户进入专注模式，通过选择不同专注方式和陪伴精灵，帮助用户降低任务启动压力，提高专注体验。

6.2.6 成长页面

成长页面用于展示用户与精灵共同成长的过程，通过成长反馈增强用户持续使用动力。

6.3 核心功能交互流程

6.3.1 任务管理与情绪记录流程

用户进入待办页面后，可以创建新的任务，并选择当前情绪状态。系统根据用户输入生成对应反馈，并关联任务完成过程。

进入待办页面
        ↓
创建任务
        ↓
选择当前情绪
        ↓
生成天气精灵
        ↓
完成任务并获得成长反馈

6.3.2 陪伴专注流程

用户选择待完成任务后，可以进入专注页面，选择陪伴精灵并开始专注。在专注过程中，系统提供陪伴反馈，帮助用户保持专注状态。

选择任务
        ↓
进入专注页面
        ↓
选择陪伴精灵
        ↓
开始专注
        ↓
完成任务并获得反馈

6.3.3 探索成长流程

用户通过完成任务和专注积累成长进度，可以进入心绪回廊和云游探索，与精灵进行互动并解锁成长内容。

完成任务
        ↓
积累成长值
        ↓
进入探索区域
        ↓
与精灵互动
        ↓
解锁成长内容

6.4 界面原型设计链接

《心晴屿 Moodisle 界面原型设计》：点击查看界面原型设计

7.需求分析PPT

7.1 PPT内容介绍

《心晴屿 Moodisle 软件需求分析报告》是团队在项目需求分析阶段完成的汇报材料，主要用于展示项目背景、用户需求分析、系统功能设计以及需求落地方案，为后续系统开发提供明确的需求依据。

PPT首先介绍了项目背景与目标用户，分析大学生及年轻职场人在学习、工作和生活过程中面临的任务管理压力、拖延问题以及情绪调节需求，并总结了传统待办工具和专注工具在情绪反馈、压力缓解和用户陪伴方面存在的不足。

随后，PPT围绕“心晴屿 Moodisle”的产品定位展开需求分析，明确项目通过“情绪天气 + 待办任务 + 陪伴式专注”的方式，将任务管理与情绪陪伴相结合，为用户提供更加温和、低压力的使用体验。同时，通过用户场景分析和系统用例设计，明确用户与系统之间的交互关系以及主要功能模块。

在功能需求部分，PPT对系统核心功能进行了规划，包括任务与情绪记录、天气精灵生成与收服、陪伴专注、岛屿成长、精灵图鉴、心绪回廊、心晴周报以及本地存档等功能，明确了项目开发范围和优先实现内容。

此外，PPT还对系统非功能需求进行了分析，包括系统可用性、性能、安全性、可靠性和兼容性等方面，并设计了需求追踪与验收方案，保证每项需求能够对应具体功能实现和测试验证。

通过该需求分析报告，团队进一步明确了项目开发方向，为后续原型设计、系统实现和测试优化提供了统一依据。

7.2 需求分析PPT链接

《心晴屿 Moodisle 软件需求分析报告》：点击查看需求分析PPT

8.界面原型设计答辩PPT

8.1 PPT内容介绍

《心晴屿 Moodisle 界面原型设计答辩PPT》主要用于展示项目界面原型设计思路、系统页面结构、核心功能交互以及用户体验设计方案，帮助老师和助教了解团队对于产品需求的具体落地情况。

PPT首先介绍了项目整体界面架构设计。系统围绕“心屿、待办、图鉴、回廊、专注”五个核心模块展开，通过底部导航栏实现主要功能入口划分，使用户能够快速进入不同功能区域。

在页面设计展示部分，PPT重点介绍了各核心页面的设计理念与功能作用。

“心屿”页面作为系统首页，用于展示用户当前岛屿状态、天气变化以及陪伴伙伴信息，通过场景化设计增强用户与系统之间的情感连接。

“待办”页面将任务管理与情绪记录相结合，用户可以创建任务并选择当前情绪状态，系统根据用户状态提供对应反馈，实现任务完成与情绪陪伴的结合。

“图鉴”页面用于展示用户收集的天气精灵以及成长成果，通过收藏和养成机制增强用户持续使用动力。

“回廊”页面提供探索式交互体验，通过不同场景和关卡设计增加产品趣味性，使用户能够在完成任务之外获得额外的探索体验。

“专注”页面围绕陪伴式专注展开，用户可以选择陪伴伙伴和专注时长，在精灵陪伴下完成目标任务，降低任务启动压力。

此外，PPT还展示了项目整体视觉风格设计，包括色彩体系、页面布局、组件样式以及交互反馈方式。团队通过统一的视觉语言，使系统整体保持温暖、治愈、轻量化的产品特点。

在核心交互流程展示部分，PPT重点介绍了用户从记录任务和情绪，到伙伴陪伴行动，再到成长反馈的完整使用闭环：

记录任务与情绪
        ↓
伙伴陪伴行动
        ↓
更新成长与收藏

通过原型设计答辩PPT，团队进一步验证了系统页面结构和功能流程的合理性，为后续软件开发和功能实现提供了明确依据。

8.2 界面原型设计答辩PPT链接

《心晴屿 Moodisle 界面原型设计答辩PPT》：点击查看界面原型设计答辩PPT

9.项目总结

通过本次“原型设计与需求分析”阶段的工作，团队进一步完善了“心晴屿 Moodisle”项目的整体规划，明确了产品定位、用户需求、系统功能以及后续开发方向。

在项目推进过程中，团队围绕“情绪天气 + 待办任务 + 陪伴式专注”的核心理念，完成了项目需求分析、软件需求规格说明书撰写、界面原型设计以及相关答辩材料制作。通过对目标用户、使用场景和功能需求的分析，团队进一步明确了系统需要解决的问题，并将产品理念转化为具体的软件功能设计。

同时，本次作业也锻炼了团队的软件工程实践能力。在需求分析阶段，团队通过任务拆分、文档协作、版本管理以及阶段汇报等方式推进项目，实现了多人协作环境下的信息同步和任务管理。通过软件需求规格说明书和界面原型设计，团队建立了较为完整的项目开发基础，为后续系统实现和测试优化提供了明确依据。

在后续开发过程中，团队将继续按照项目计划推进功能实现，优先完成任务管理、情绪记录、天气精灵、陪伴专注等核心功能，并根据测试反馈不断优化系统交互体验。团队希望最终将“心晴屿 Moodisle”打造成为一款能够帮助用户管理事务、关注情绪并获得持续陪伴的轻量化应用。

通过本阶段的项目实践，团队不仅提升了需求分析、产品设计和团队协作能力，也进一步理解了软件工程过程中从需求到实现的完整流程，为后续项目开发奠定了良好基础。