[I.2] 个人作业：软件案例分析

项目	内容
这个作业属于哪个课程	2026年春季软件工程
这个作业的要求在哪里	[I.2] 个人作业：软件案例分析
我在这个课程的目标是	学习系统的软件工程方法，强化团队协作能力
这个作业在哪个具体方面帮助我实现目标	学习软件分析的方法，体验用户感受，积累后续项目开发经验

本次作业我选择项目管理工具类，以 Notion 为主要研究对象，Jira 为对比软件。

调研、评测

软件评测

1. 软件使用

1.1 基础功能

我认为 Notion 各个页面的切换主要依赖于左侧的导航栏（当然也可直接在某个页面中点击打开内嵌的页面）。我认为导航栏可分为以下部分：

• 顶部区域：
  • 工作区切换器：能够显示当前的工作区信息，并且可以新建工作区或切换工作区。新建工作区还可以根据不同的情况自由选择（生活/学习/工作），工作区的的侧重点会略有不同。
    
  • 搜索：此处的“搜索”指的是全局搜索，也就是能够在当前工作空间的库中根据提供的关键词进行搜索。同时也可以对搜索结果进行适当的限制，包括但不限于页面创建者、日期等等。
    
  • 主页：主页部分展示“最近访问”、“入门学习”等模块，也可选择特定数据库内容进行展示，无特定功能，因此不作详细介绍。
  • 会议：根据日期分类展示会议记录，具体会议部分可以通过转录会议内容由AI自动生成摘要等内容。
    
  • Notion AI：Notion 的内置 AI 助手，可以自由选取大模型进行回答。在具体页面内部也可调用 AI 针对该页面的内容提问。
    
  • 收件箱：可查看所有通知，包括提醒、工作区内的新@信息等等。
    
  • 库：管理该工作空间中的所有内容。
    
• 中部区域：按照[最近]、[私人]、[共享]、[代理]各个维度组织页面分类。可以根据个人需要进行隐藏、调整展示数量、排序等操作。
  
• 底部区域：
  • 设置：可以进行账户的管理和设置。
  • 市集：可以直接在市集中挑选社区中已经整理好的模板等内容进行使用。
    
  • 垃圾箱：可查看并恢复近期删除的页面。

1.2 页面编辑

Notion 的页面可以直接使用模板、导入电脑文件；也可以自由编辑，编辑支持 Markdown 语法，输入“\”后还可以启用内嵌命令进行编辑。此外，我们可以直接在页面中召唤 AI，针对页面的内容进行提问。

Notion 不存在文件夹这种结构，而是通过页面的嵌套进行文件的管理，可以在页面内使用 “\page” 来新建子页面，也可以直接在侧边的导航栏中对指定页面进行操作。

1.3 团队协作

Notion 的团队协作功能之前我体验的比较少，是本次调研的重点，因此根据官方帮助文档的指引，我进行了团队共享协作的如下尝试。

1. 创建团队工作空间并添加成员。
   

2. 添加成功后，该工作区空间内的 “团队协作” 区即为所有人可共同操作。

3. 如果想分享 “私人” 区的页面，可以尝试将该页面移动到 “团队协作” 区内或者是由右上角的共享功能（此时可以进行权限的设定）。
   

4. 可以和任意数量的人员同时编辑一个页面

   1. 成员头像可以显示出页面的哪个位置正在被修改或查看；
   2. 顶部的时钟可以查看该页面修改的内容、人员以及时间；
   3. 在页面内可以直接通过 “@” 展开成员间的对话或者引用部分内容进行评论。
      

2. 软件分析

2.1 基本流程

产品使用的基本流程可以总结如下：

1. 下载安装：可登录官方网站下载客户端或直接使用网页版；
2. 注册账户：用户根据自身选择（邮箱、微软账号等）进行账户注册；
3. 创建工作空间：用户根据自身需求创建不同类型的工作空间；
4. 创建页面：用户根据自身需求在对应工作空间内创建页面并编辑。
5. 团队协作：用户可以邀请其他成员加入工作空间，或直接共享页面，设置多重权限，实现团队协作。

具体的操作方法可见前文“软件使用”部分。

2.2 需求分析

Notion 以 “All in one” 为核心概念，核心就是为了打造一个可以兼容万物的工作空间，因此我们可以设定用户为以下几种类型：

• 个人用户
  • 需求：核心是高效管理个人事务、提升效率，包括但不限于整理笔记、管理日程、搭建个人知识库，以及完成随笔记录等，更加追求软件的综合多样性。
  • 分析：满足。Notion 满足此类用户需求：块级编辑支持灵活整理笔记、插入各类内容；数据库可高效管理任务与日程；嵌套页面能搭建结构化知识库；同时支持跨设备同步和多种格式导出。
• 小型团队
  • 需求：核心是实现轻量级协作与信息同步，包括但不限于共享团队文档、多人协作编辑、分配管理任务，以及进行简单的项目进度管控，注重高效便捷。
  • 分析：基本满足。Notion 可覆盖小型团队核心协作需求：支持创建共享分组与权限设置，能够实现文档共享与多人实时协作，通过数据库可完成任务分配、进度跟踪等，能够适配小型团队灵活高效的协作场景。
• 大型企业/机构
  • 需求：核心是实现严格管控、安全合规和大规模高效协作，包括但不限于大规模数据存储和管理、标准化复杂流程管控，以及适配企业层级组织架构。
  • 分析：部分满足。Notion 仅能满足基础需求，核心需求存在不足：缺乏复杂流程管控功能，面对大规模数据和高并发访问时性能不足，需搭配专业管理工具使用。

2.3 优缺点分析

分析维度	优点	缺点
数据量	支持较大规模数据存储及同步，数据分类清晰便于管理	大规模数据存储能力不足，数据量过大时易出现加载缓慢、同步延迟
界面	界面简洁美观，设计逻辑清晰；布局模块化，可自行拖拽调整	易在操作过程中误触块拖拽功能，导致页面布局混乱
功能	支持 Markdown 语法，支持多类型内容插入；数据库视图丰富，可以适配多种场景；支持多人协作与跨设备同步	对图片的操作有限，无法自由编辑圈圈画画；掌握高级功能需要一定的时间，学习曲线较为陡峭
准确度	文件导入导出时不易出现数据丢失	数据同步、图片资源访问易受网络波动影响
用户体验	市集内容丰富；内嵌 AI 使用较为方便；可以满足多功能需求	受网络影响较大，离线时功能较少

3. 改进意见

• 用户引导：完善用户学习文档，能够支持多语言用户使用（目前部分文档可支持中文，但还有部分文档以英文为主，会出现标题是中文内容是英文的奇妙现象）。
• 网络访问：优化中国国内网络访问环境，提升境内用户使用稳定性与连接速度；当然了，根据相关论坛中的信息也可得知国外的Notion用户加载大规模数据时也会存在迟缓问题，因此希望加强总体的数据同步和加载性能。
• 图片操作：目前 Notion 的图片操作功能有限，需要借助第三方工具进行图片处理，建议可以添加更加丰富的图片操作功能。
• 移动端适配：我个人使用 Android 版的Notion 体验感并不是很良好（网络调研也可以看见大家提出的比较多的问题，包括页面布局等），建议优化安卓的 Notion 版本（能做到和 ios 版的水平相近），让用户能获得更好的体验。

4. 用户调研

• 采访对象：王德庆老师班级的卢同学
• 采访原因：本身是 Notion 使用者，具有丰富的使用经验。

5. 评测结论

	类别	描述	评分（满分10分）
功能	核心功能	页面编辑、数据库多视图、团队协作	9
	细节	支持页面嵌套、版本历史、支持多格式导出	8
	用户体验	无强制广告	10
	辅助功能	模板市集、自定义外观等辅助功能丰富	8
	差异化功能	“All in one”整合所有材料	9
	软件的效能	大页面/多数据时存在卡顿	6
体验	软件的适应性	多端可用（但安卓版移动端使用效果不佳），弱网/离线功能受限	6
	成长性	记忆用户访问记录，可自定义工作区	8
	用户有控制权	关键操作有确认提示，快捷键可自定义	9
自选	用户引导	有引导文档，但是不够详细	7

综合上述所有评测，总分为80分，给到 d) 好，不错 的评价。

Bug 分析和提交

1. 测试环境

• 操作系统：Windows 11 25H2
• 软件版本：桌面版 7.7.1

2. Bug 评测标准

为了统一评估标准，本次作业采用五级制对 Bug 严重性进行量化：

星级	系统功能影响	安全性影响	用户体验影响
致命（5⭐）	核心功能完全不可用，数据丢失/损坏	存在严重数据泄露等致命漏洞	导致用户无法完成核心操作，体验崩溃
严重（4⭐）	核心功能部分失效，影响主要流程	存在重要数据泄露或鉴权漏洞	显著干扰用户操作，需额外操作恢复
一般（3⭐）	非核心功能失效，不影响主流程	无安全风险	造成一定操作不便，可手动修正
轻微（2⭐）	辅助功能异常	无安全风险	仅视觉或较小体验问题，不影响功能
可忽略（1⭐）	无实际功能影响	无安全风险	几乎无法察觉，不影响使用

3. Bug 分析

3.1 Bug1：不同列表格式合并后类型不一致

• 描述：当不同类型的有序列表通过合并时，合并后列表格式无法统一，编号逻辑混乱。
  • 具体展示：合并前序列为 i,ii,iii 和 a,b,c ，合并后为 i,ii,iii,d,e,f。可以观察到此时的格式类型并不统一。此时对序列进行格式更新为“数字”，也无法统一所有格式。
    
  • 为什么不是一个feature：
    • 软件总体功能：如果他想将其设定为一个feature的话是不是在后序列为默认格式的情况下就应该与其他情况保持一致，而不是产生特例性？
    • 用户逻辑：作为用户删除两个列表间的空行应该会有两种期望结果，但是目前的软件行为与之均不符合：
      • 1. 列表间空行被删除，列表间格式和编号被统一为统一格式，例如上例变为（i,ii,iii,iv,v,vi）；
      • 2. 列表间空行被删除，列表间格式和编号均保持不变，例如上例变为（i,ii,iii,a,b,c）。
• 可复现性与复现步骤：
  • 可复现性：在特定条件下必然发生。
    • 此处的特定条件指的是：如果前一种的列表格式为字母或者罗马数字，后面的格式为默认（此时的默认是数字序列，但是如果后面的格式我们特意指定为数字，则也无法统一格式，因此强调一下这个“默认”），则可以实现格式统一；但是其余情况均无法实现格式统一。
  • 复现步骤：
    • 创建两个有序列表，并添加内容。保证后续的有序列表的格式不为“默认”（如果手动输入1,2,3的列别会被识别为“默认”格式，此时需要手动修改为“数字”格式），同时保证两个有序列表间有空行。
    • 删除两个列表间的空行，即可复现场景。
• 分析：
  • 可能成因：列表的底层逻辑可能是数字，表面通过我们选择的格式进行显示；合并时未作判断，只是简单地将底层的述责进行递增，未改变表面的显示形式，逻辑设计不严谨。
  • Bug 评级：一般（3⭐）
    • 系统功能：列表排版功能异常，无法正确合并与统一格式，属于功能缺陷，但不影响数据保存；
    • 安全性：无任何安全风险、无数据泄露；
    • 用户体验：影响文档排版，需手动重建列表。
  • 为何在发布前未修复：
    • 可能存在测试把关不严，测试了后序列为数字格式（此时若无手动选择，则为“默认”形式）的情况，未对所有组合做测试。
    • 用户需求优先级较低，可能认为无较大实际功能影响。
• 改进建议：删除空行合并列表时，自动统一为前一个列表的格式与连续编号。

3.2 Bug2：搜索结果展示逻辑不一致

• 描述：使用 Notion 全局搜索时，搜索结果仅显示页面中关键词的一处位置，不会展示所有出现位置；且展示位置无统一规律，并非固定显示首次出现处，逻辑混乱。

  • 具体展示：在这个页面内“char”和“对象”多处出现，搜索结果只显示其中一处；分别搜索这两个词，会发现命中位置的逻辑不一致，“对象”的搜索结果为第一次出现该词的位置，“char”的结果为多次中的第 8 次，未找到搜索结果的特殊规律。

    

    

  • 为什么认为是一个bug:我觉得只显示一个搜索结果存在一定的合理性，因为如果页面过大且内容重复过多可能会造成搜索结果冗杂；但是我认为搜索结果应该具有一定的逻辑，并且将其告知给用户，否则可能会误导用户的后续操作。

  • 为什么不是一个feature：

    • 软件总体功能：全局搜索的设计目标应是准确、稳定地展示关键词在页面中的出现位置，方便用户快速定位内容。若为功能设计，应保持统一规则，而非无规律展示。

  • 用户逻辑：用户使用搜索时的正常期望应该如下，但是目前的软件行为与之均不符合：
    1. 能看到该关键词在页面内所有出现位置；
    2. 若只展示一处，应遵循固定规则，结果符合用户预期。

• 可复现性与复现步骤：

  • 可复现性：必然发生
  • 复现步骤：
    • 新建一个页面，在页面多个不同位置输入关键词 a,b,c；
    • 使用 Notion 顶部全局搜索，分别输入关键词进行搜索；
    • 观察搜索结果中展示的页面片段位置。

• 分析：

  • 可能成因：全局搜索在获取页面内容时，只取了单段片段返回，并未遍历全文获取所有命中位置；且内部未实现固定的片段选取规则，导致每次返回结果不一致。
  • Bug 评级：轻微（2⭐）
    • 系统功能：搜索结果展示逻辑不清晰，属于搜索功能缺陷，但不影响数据存储与页面正常打开；
    • 安全性：无安全风险、无数据泄露；
    • 用户体验：无法快速定位关键词位置，降低检索效率，影响使用体验，但可通过页面内“ctrl+f”搜索解决该问题。
  • 为何在发布前未修复：
    • 测试把关不严：仅测试了“能否搜到页面”，未测试“同一页面多关键词命中”的场景；
    • 对用户需求掌握不足：未明确用户需要可预期的搜索预览结果。

• 改进建议：修改为搜索结果页面内该关键词出现的第一处位置，遵循固定的规则；同时将这个规则告知给用户（例如在用户文档或者在搜索页面说明），避免用户对结果产生误解。

4. Bug 反馈

以下是我通过 Notion 提供的反馈渠道进行的 Bug 反馈记录：

分析

工作量分析

前面我们也提到了 Notion 的核心理念是 All in one，因此其功能非常的丰富，在此我们仅关注其核心功能，并且把核心功能可拆解为 8 大模块，结合软件工程全流程（需求→设计→开发→测试→迭代），以人月（人数×工作月数）为单位估算：

功能模块	核心内容	估算人月
基础块编辑系统	需要支持各种类型内容；能够兼容Markdown语言。属于核心板块	27
数据库功能	支持多视图；数据库间数据相关联。功能复杂度较高	36
团队协作	页面共享；权限管理；多人实时编辑；版本历史记录。涉及分布式系统与冲突解决，开发与测试成本高	36
多端适配	支持网页、桌面、移动端。要保证跨平台跨设备体验一致	27
数据存储与同步	云端存储、离线缓存、数据冲突解决	21
Notion AI 功能	集成大模型；页面内AI调用	21
基础功能	注册登录，用户市集，搜索等	18
UI 设计优化	全流程界面设计	24

• 总人月：27 + 36 + 36 + 27 + 21 + 21 + 18 + 24 = 210 人月
• 团队规模：6 人（计算机大学毕业生，有较强的工作能力及一定的工作经验） + 专业UI
• 开发总时长：210 ÷ 6 ≈ 35 个月（约 3 年）
• 阶段压缩：考虑到并行开发、迭代优化，实际落地时间约 2.5–3 年。

软件质量分析

由于本次作业将 Notion 作为项目管理工具中的一种作为介绍，因此以下分析侧重于项目管理方面。

1. 优劣对比与行业排名

• 优势：
  • 项目管理载体灵活度极高：编辑方便支持 Markdown 语法；数据库支持多视图，可自定义任务字段，快速适配敏捷迭代、需求跟踪等多种轻量团队项目场景。
  • 团队实时协作能力完善：支持多人同步编辑项目文档、任务分配、@提及评论、版本历史追溯，满足小团队高效信息同步与协作沟通。
  • 功能整合度高：功能丰富，无需跨工具切换。
  • 生态完善：配有相关市集和社区。
  • AI 赋能高效：内置 Notion AI 辅助内容生成、总结，提升创作与信息处理效率。
• 劣势：
  • 性能瓶颈明显：大页面/大数据量时加载卡顿、同步延迟；国内用户因境外服务器问题，访问速度慢、易离线。
  • 学习曲线陡峭：数据库关联、公式、模板等高级功能对新手不友好，需较长学习周期。
  • 企业级能力不足：缺乏完善的审计日志、合规认证，无法满足大型企业严格需求。
• 行业排名：
  • 如果单纯地把它当作一个项目管理工具来看的话，Notion更适合轻量级的团队项目，如果团队项目人员过多则使用的不那么方便，因此我认为其应该排在第二梯队（即4-8名）。
    • 如果进一步细分的话，我觉得在轻量级的项目管理工具中，Notion可以属于第一梯队（即1-3名）。
  • 如果综合其所有功能，由于其打造了一个具有较多可能性的空间，我认为可以排到第一梯队（即1-3名）。因为丰富的功能可以减少用户下载其他软件的麻烦和冗杂，以此掩盖一些性能上的缺陷。

2. 改进意见

综合以上所有内容，Notion的主要问题及对应改进意见如下：

• 性能问题（大页面/大数据量时加载卡顿），针对此问题，建议对于大数据量场景能够进一步优化前端渲染，同时在网络方面能够部署国内 CDN 节点，保障国内用户的使用体验。
• 团队协作问题（在大型项目时存在欠缺），针对此问题，建议在团队工作方面进行一定的功能丰富，例如增加精细化项目权限、操作审计日志，满足团队从小型向中型扩张时的项目管理安全与管控需求。

建议和规划

市场规划

1. 市场概况

• 项目管理软件市场（数据来源于此）：在 2025 年达到 97.6 亿美元，并以 15.65% 的复合年增长率向 2030 年的 202.0 亿美元推进。
• Notion 现状：根据 Notion 官网数据，目前 Notion 全球用户超 1 亿，社区成员突破140万。

可以看到的是目前项目管理软件市场还很广阔，Notion目前的直接用户数量超1亿，因此潜在用户的数量还是非常可观的。

2. 竞争产品

目前的项目管理软件主要分为两种类型：

• 通用型：强调"All in one"，以一体化工作空间为核心，覆盖多类工作场景，代表软件为 Notion;
• 专业型：聚焦项目管理领域，提供深度专业能力，代表软件为 Jira。

3. 产品定位

根据 G2 网站 中的相关信息，我们可以整理表格如下：

	Notion	Jira
核心定位	知识库驱动的轻量一体化工作空间	聚焦研发场景的专业项目管理工具
优势	1. 操作易用性高，上手门槛低； 2. 功能一体化整合度强，无需跨工具切换； 3. 具备AI功能，可辅助内容生成、会议转录等高效操作； 4. 内容组织/整理能力灵活，适配个性化工作流	1. 专业项目管理能力强，深度覆盖敏捷开发等核心场景； 2. 任务追踪体系完善，支持多维度任务筛选与进度监控； 3. 功能完备度高，可满足中大型研发团队全流程管控需求； 4. 任务管理精细化，适配复杂项目流程设计 5. 存在性能缓慢问题，大数据量场景下运行效率低
劣势	1. 学习曲线较陡峭，高级自定义功能上手有难度； 2. 功能存在一定局限性，部分专业项目管理功能缺失； 3. 存在使用限制，免费版功能与性能受限明显	1. 学习曲线较陡峭，专业流程与配置操作复杂，新手难上手； 2. 整体复杂度高，功能模块繁多，配置繁琐； 3. 操作易令人望而生畏； 4. 存在性能缓慢问题，大数据量场景下运行效率低
适用场景	小型团队、轻量项目协作	中大型研发团队、复杂专业项目管控
核心优势赛道	轻量一体化协同、知识管理、非标准化项目场景	专业研发项目管理、流程驱动型复杂项目管控

两者在市场中目前属于应用场景互补，存在局部竞争的格局：

• 应用场景互补：Notion集中在轻量级团队项目；Jira则是专注于复杂专业项目场景。
• 局部竞争：二者目前在中小型项目管理用户上存在一定的竞争态势。

市场与产品生态

1.核心用户群

维度	Notion	Jira
核心用户群体	软件工程师，学生；中小型团队人员	软件工程师，高级软件工程师；中大型企业人员
年龄	18-40岁	25-45岁
专业	专业覆盖范围广	信息技术与服务，计算机软件
爱好	追求高效工作方式；喜欢功能集成性平台，可以不用来回切换；注重个人成长	注重逻辑与流程，强调流程的专业化标准化
收入	收入范围应该比较广泛，毕竟包括学生	中高收入为主，企业用户预算充足
表面需求	1. 想要笔记、文档、任务管理 2. 团队协作与知识共享；轻量项目管理	1. 敏捷开发全流程管控 2. 任务追踪与Bug管理 3. 复杂项目管理
潜在需求	1. 降低工具切换成本，提升工作效率 2. 建立个人/团队知识资产 3. 提高工作效率	1. 确保项目按时交付，降低风险 2. 规范流程，出现问题能够溯源 3. 提升项目质量

2. 用户关系及用户生态

Notion 的用户群体可以分为两种：个人用户和团队用户。个人用户方面一般是注重自己的知识库或者记录的效率；团队用户强调的是轻量级团队项目管理。存在一定的发展关系：个人用户在体验过 Notion 后或许会在后续的项目中建议使用Notion以进行管理，从而实现用户转化，用户生态比较好。

Jira 的用户则集中于团队项目或企业级人员，呈现角色协同的态势，也就是更加的集中于企业内部，由于每个企业团队的封闭性，因此用户生态的发展应该没有 Notion 好。

3. 产品关系及产品生态

Notion 存在子产品：Notion 日历以及 Notion 邮箱，同时 Notion 内也集成了 AI 和社区市集，因此产品之间相互作用：

• 社区市集：提供了良好的用户使用环境，大家能够自发的创建模板并分享，提高用户使用粘性；
• AI：Notion 集成了 AI 模型，满足现在大多数用户使用 AI 的需求；
• 日历：结合Notion内部数据库，打造良好的任务提醒机制；
• 邮箱：确保Notion内的消息（如评论，@等内容）能够及时被用户了解。

综上而言，目前 Notion 的产品生态良好。

产品规划

1. 功能设计及 NABCD 分析

功能定位：在保留 Notion 一体化灵活优势的基础上，补齐专业项目管理能力。

NABCD 分析：

• Need

  • 表面需求：用户想要 Notion 有甘特图、任务关联、项目进度统计等专业项目管理功能。
  • 潜在需求：
    • 复杂专业工具学习难度大+价格昂贵
    • 希望知识管理 + 项目管理在一个软件里

• 市场缺口：通用型工具不够专业，专业型工具太重。

• Approach

  • 不重做一套系统，基于 Notion 现有数据库扩展，保持用户习惯
  • 用低代码方式开启「项目管控模式」，不破坏原有灵活度

• Benefit

  • 一套工具搞定：文档 + 知识库 + 任务 + 项目管控
  • 学习成本低于 Jira / ClickUp
  • 小团队零成本拥有专业项目管理能力
  • 管理者可直观看到进度、风险、人员负载

• Competitors

  • 对比 Jira：更轻、更易用、自带文档/知识库
  • 对比飞书/钉钉项目：更灵活、可高度自定义、全球可用
  • 创新点：把「专业项目管理」做成可开关的增强模块，而不是默认全量复杂功能，既专业又保留 Notion 灵魂。

• Delivery

  • 16 周完成开发、测试、上线
  • 先内测→收集反馈→优化→正式发布
  • 上线后提供模板库，降低使用门槛

2. 角色配置

角色	人数	核心职责
项目经理（PM）	1	需求管理、进度把控、跨团队沟通、版本发布
前端开发	2	甘特图、任务依赖、资源视图、页面交互
后端开发	1	接口、数据结构、同步逻辑、AI 分析服务
UI设计师	1	新功能界面、交互流程、视觉规范
测试工程师	1	功能测试、集成测试、兼容性、bug 管理

3. 迭代计划

1. 第1-4周：需求与设计：确认需求、完成UI设计、敲定技术与测试方案
2. 第5-9周：核心功能开发：搭建框架，完成甘特图、任务依赖、里程碑开发与联调
3. 第10-12周：扩展功能开发：完成负载视图、AI预警，全功能集成内测
4. 第13-15周：测试与优化：全面测试、修复Bug、优化体验，完成上线准备
5. 第16周：发布与复盘：正式上线功能，完成项目总结复盘