2024秋软件工程结对作业（第一次之需求分析和原型设计）

这个作业属于哪个课程	班级链接
这个作业要求在哪里	作业要求的链接
这个作业的目标	学习使用原型软件，完成第二次结对作业的前期任务，学会团队合作
学号	102201226 102201224

成员学号：102201224陈博涵 102201226陈潇健

使用摹客RP开发 原型链接：https://rp.mockplus.cn/rps/D37Ue_IchW/lsrtU5ZHr7

一、《构建之法》阅读笔记

第三章--软件工程师的成长

• 第3章主要探讨了软件工程师如何在职业生涯中不断成长与进步，作者通过深入分析个人能力、职业发展和思维误区等多个方面，提供了清晰的成长路线图。正如作者所述，“软件工程师的成长是一个漫长而复杂的过程，涉及到技术、沟通、协作等多方面的能力。”这一章引导工程师从技术能力、思维方式到职业规划的多个角度进行自我审视，并以长期的职业发展为目标进行能力提升。

1.个人能力的衡量与发展

• 软件工程师的能力可以从多方面来衡量，作者认为，这不仅包括基本的编程技能，还包括沟通能力、团队协作、解决问题的能力和对产品的深入理解。尤其是技术之外的“软技能”，往往在工程师的成长中起到至关重要的作用。作者特别指出，“一名优秀的软件工程师不仅仅是编码者，还应该是能够解决实际问题的设计者”。工程师必须清晰自己的目标，始终保持学习与提高的动力。
• 在能力发展上，作者建议工程师将精力分配在核心技术的掌握、工具的熟练使用以及对整个产品开发流程的了解上。不断提升自己的知识深度和广度，在成为技术专家的同时，也要逐渐理解全局。在他看来，这种多维度的能力提升能够让工程师更快地适应不同的工作环境，从而为职业生涯打下坚实基础。

2.软件工程师的思维误区

• 成长中的软件工程师常常会陷入一些思维误区。例如，过分依赖技术或工具，忽视了更为重要的“解决问题”的能力。作者指出，“很多软件工程师认为工具或语言的重要性超过了问题本身，这样的思维方式容易导致在面对复杂问题时无所适从。”。软件工程师应该更加关注所处理问题的本质，而非一味追求技术的“完美”实现。他还提到，“过度优化”和“过分求全”也可能成为阻碍成长的障碍，因为这些思维往往让工程师在细枝末节上消耗大量时间和精力，而忽视了项目的全局，这些都是我们应该避免的。

3.软件工程师的职业发展

• 在职业发展的规划上，作者强调了持续学习和掌握新技术的重要性。他认为，工程师的职业生涯并不局限于成为某一技术领域的专家，还应通过跨领域的学习与实践，积累管理经验和产品设计的能力。只有这样，工程师才能在职业生涯的后期有更多选择，而不是局限于某个技术岗位。作者还指出，“软件工程师的职业发展不应只关注当前的工作，更应该规划未来五到十年的目标”。这意味着，不仅仅要追求眼前的成果，还要积极探索自己真正感兴趣和擅长的方向，以便在行业内立足。
• 软件工程师等级的评估
  

4.技能的反面

• 在谈到“技能的反面”时，作者提醒软件工程师注意一些看似“有用”的能力其实可能产生负面影响。比如，过度依赖于某种技术或者平台，可能让工程师失去灵活性，无法适应不同的项目需求。作者用“反向思维”来强调，过分专注某一领域会让工程师在其他方面丧失应有的敏感性。因此，成长过程中，要注意避免因“自以为是”而忽视外界的变化。
• 在谈到提高技能方法时，作者提到“我们应该不断练习，把那些低层次的问题都解决，才有精力和脑力解决高层次的问题”。同时在学习技能时，我们应该处于不断尝试、失败、学习、再尝试的学习区，避免想一步登天的恐慌区和满足自我成就感的舒适区。
  

第八章--需求分析

• 第8章《需求分析》集中讨论了软件开发中最为关键的环节之一：需求获取与分析。在这一过程中，团队必须理解并准确定位用户需求，进而将这些需求转化为具体的功能实现。作者指出，需求分析是软件开发的基石，它决定了项目的成功与否，正如他所言：“需求的获取与准确性直接影响了后续开发的方向和成效。”

1.需求获取的挑战

• 获取用户需求是开发过程中最具挑战性的环节之一。邹欣指出，很多开发团队在这一阶段容易犯的错误是以己度人，即团队假设用户的需求与开发者的需求一致。这种误区往往导致最终产品无法真正满足用户的实际需求。因此，进行充分的用户调研显得尤为重要。他特别提到，“需求获取不仅仅是通过用户访谈，还要结合竞品分析，了解市场的现有产品和用户痛点，才能更精准地捕捉到用户的核心需求。”

2.需求的考虑

• 作者提到对软件需求的划分可以从以下角度：对产品功能性的需求、对产品开发过程的需求、非功能性需求、综合需求。同时需要考虑软件的利益相关者：用户、顾客、市场分析者、监管机构、系统/应用集成商、软件团队、软件工程师，作者提到我们不可能一口气满足所有利益相关者的要求，但一定要让他们提出他们的需求和意见。

3.获取需求的方法

• 作者提到获取需求的方法如下：
  • 焦点小组
  • 深入面谈
  • 卡片收集
  • 用户调查问卷
  • 用户日志研究
  • 人类学调查
  • 眼动跟踪研究
  • 快速原型调研
  • A/B测试
    

4.功能的定位和优先级

• 在明确用户需求后，功能的优先级设定成为产品开发的关键一步。作者提出了一种“分而治之”的思路，即通过细分需求，将其转化为多个小模块进行逐步实现。通过设定优先级，团队能够在有限的时间和资源内，确保最核心的功能得以落地，而不会被一些低优先级的次要需求所牵绊。
• 作者提到我们有两种不同类型的功能划分：杀手功能/外围功能，同时也得到另一种需求的划分：必要需求/辅助需求。
  
• 作者还提到对不同方向的投资力度所产生的效果不同
  

5.NABCD模型：系统化的需求分析方法

• 在需求分析的具体方法上，作者特别推荐了NABCD模型，这是一个系统化的框架，能够帮助团队更好地设计产品，满足用户需求。NABCD模型分别代表：
  • Need（需求）：识别用户的真实需求。作者强调，“理解用户的核心需求，是产品设计的第一步，只有抓住了用户的真正痛点，才能设计出具有市场竞争力的产品。”
  • Approach（方法）：在理解需求后，团队必须设计出创新的解决方案，而不仅仅是简单地模仿现有的产品功能。作者提醒到，过度模仿竞争对手的功能可能导致产品失去差异化竞争优势。
  • Benefit（收益）：在设计功能时，不仅要考虑其技术可行性，还要重点关注产品给用户带来的价值。即产品的使用是否能切实提高用户的工作效率或生活质量。
  • Competition（竞争）：分析竞争产品的优劣势，并通过差异化的功能定位来脱颖而出。作者提到，“在竞争激烈的市场中，了解对手并设计出更具特色的功能，是赢得市场的重要法则。”
  • Delivery（交付）：团队需要在合理的时间内高质量地交付产品。交付不仅仅是指技术上的完成，还包括产品的可用性、稳定性和用户体验。作者特别指出，“只有确保产品能够按时按质交付，才能真正实现用户和团队的双赢。”

6.分而治之

• 除了NABCD模型，作者还提到了“分而治之”的项目管理思路，即将复杂的需求细分为多个小模块，并通过合理的计划和估计，逐步实现每个模块的开发与整合。这种思路能够帮助团队更有条理地处理复杂需求，同时确保项目的按时完成。他还建议团队在需求分析的过程中，与用户保持密切的沟通，及时反馈和调整需求。

7.总结

• 通过阅读《构建之法》第3章与第8章，我们可以看到，软件工程师的成长不仅仅是技术能力的提升，更涉及思维方式、职业规划与跨领域能力的积累。在需求分析方面，NABCD模型为产品开发提供了系统化的指导，使开发团队能够围绕用户需求设计出具有竞争力的产品。无论是工程师的个人成长，还是需求分析的实践方法，都对软件开发的成功起到了至关重要的作用。

二、NABCD模型

• Needs（需求）：

  • 跨专业合作的需求：在学术、创业项目中，学生需要整合各专业的知识和技能，以解决复杂问题。
  • 消除个人的差异：在进行合作时，需要高频率进行沟通来消除项目目标，个人时间，沟通方式等差异。
  • 人脉拓展：学生希望通过合作建立广泛的人脉网络，获取多方面的资源和支持。
  • 资源支持：需要校园内外的资源来支持跨专业项目的开展。

• Approaches（做法）：

  • 用户注册与认证
    • 注册方式：通过学校邮箱注册，并结合学号进行身份认证，确保用户身份的真实性和平台的封闭性。
  • 项目发布与匹配
    • 项目发布：项目发起人可以根据需求发布合作项目，填写项目描述、所需技能、对项目的规划和人员需求等信息。
    • 智能匹配：平台根据用户填写的技能标签和专业背景，为项目发起人推荐合适的合作伙伴，并为学生推送可能感兴趣的项目。
  • 交流与沟通
    • 即时通讯：内置即时通讯工具，便于团队内部交流，支持文本、图片、文档传输。
    • 项目管理：提供项目任务分配、进度跟踪等功能，让团队能够在平台内高效管理项目。
  • 隐私与安全
    • 隐私设置：可选择性地向他人展示个人资料界面，确保信息安全。
  • 原型界面设计
    • 主页界面：展示所有正在进行的项目，用户可以根据自己的专业和兴趣进行筛选。
    • 我的项目：用户参与或发起的项目列表，能够快速查看项目进度和团队成员。
    • 好友界面：和好友列表中的好友进行关于项目的沟通。
    • 我的界面 ：查看个人资料，进行资料的编辑，隐私设置以及退出登录。
  • 项目详情页
    • 项目详情页面展示该项目的详细信息，包括项目背景、项目进度和参与成员的技能分布。页面上还有一个按钮可以邀请他人加入该项目。
  • 用户个人页面
    • 每个用户都有一个个人主页，展示个人技能、所参与的项目以及评价。用户可以在主页上更新自己的技能标签，方便系统匹配。
  • 系统维护与安全
    • 定期更新与维护：定期更新平台以修复潜在的安全漏洞和添加新功能。
    • 数据备份：确保用户数据的定期备份，避免因数据丢失影响项目进展。
    • 使用反馈与改善：提供反馈入口，用户可以对平台的功能和使用体验提出改进建议，平台根据反馈不断优化。

• Benefits（好处）：

  • 提供平台：提供了极为便利和符合需求的平台，为学生解决了寻找资源人脉耗时费力难度高的困难。
  • 提供搜索项目引擎：学生可以自主搜素想了解或是想参与的项目关键词，并查看各项目的具体详情。
  • 提供“我的项目”管理：学生可以创建新项目或是对已建立的项目进行管理，确保每个项目的每个时期都能高效率推进，大大提高项目的完成率。
  • 提供交流功能：学生可以通过添加好友进行交流，或者通过项目和组员进行交流，高效的沟通方式可以消除许多个人差异，减少矛盾，提高团队效率。
  • 提高个人资料展示：学生可以通过个人资料来展示自己的能力和兴趣，项目主理人也可以通过个人资料来判断是否通过他人的加入申请，由此可以提高工作效率。

• Competitors（竞争）

  • 在当前的市场环境中，可能存在一些与我们的跨专业项目合作平台类似的竞争对手，例如其他校园社交平台、项目协作工具或相关的在线社区。这些竞争对手可能在某些方面已经占据了一定的市场份额或用户基础。
    然而，我们的平台具有以下优势来应对竞争：
    • 功能针对性更强：我们的平台专注于解决跨专业项目合作中的痛点，如精准匹配合作伙伴、协调合作时间安排、明确项目目标和提供有效的沟通渠道等。相比其他综合性社交平台或通用项目协作工具，我们更能满足学生在跨专业合作方面的特定需求。
    • 用户体验更优：我们注重平台的界面设计和操作流程的简洁性，确保学生能够轻松上手并高效地使用平台。。
    • 数据分析和个性化推荐：通过对学生的专业背景、项目需求和行为数据的分析，我们能够提供更精准的个性化推荐，提高合作伙伴匹配的准确性和效率，增加项目成功的机会。
    • 社区建设和互动性：我们将致力于打造一个活跃的社区氛围，鼓励学生之间的交流和分享，软件内置即时通讯功能，让项目小组内的成员能够在软件上自由沟通。
      虽然竞争对手可能存在，但我们相信通过以上优势的发挥，我们的跨专业项目合作平台能够在市场中脱颖而出，为学生提供更好的服务和体验，满足他们在跨专业合作方面的需求。同时，我们也会密切关注竞争对手的动态，不断学习和改进，以保持竞争优势。
    • 我们的平台将注重用户需求，提供更加精准的匹配和有效的沟通工具，同时积极整合资源，提供更好的支持。

• Delivery（推广）

  • 可以通过学校官方渠道进行推广，如学校网站、学院通知等。
  • 举办线下宣讲会或活动，向学生介绍平台的功能和优势。
  • 邀请老师或成功合作的团队进行推荐和分享，提高平台的可信度和知名度。
  • 与学校的创新创业中心或相关社团合作，共同推广平台。
  • 在平台上线初期，可以提供一些优惠政策或奖励机制，吸引学生使用。

三、流程图

四、原型设计效果演示

1.设计界面总览

2.登录界面

3.主页

4.项目界面

5.好友界面

6.我的界面

五、工作流程

以下是我们原型设计工作的各个阶段，从任务计划到最终交付原型设计的完整流程：

1. 任务规划：

我们首先对客户的需求进行了详细的分析，明确了要解决的问题——在校园内构建一个跨专业学生合作的平台，帮助学生寻找志同道合的合作伙伴。我们列出了主要功能需求，如用户注册、项目发布、邀请合作等。接着，我们规划了整个设计任务的时间安排，确定了每个阶段的工作内容和时间节点。

2. 需求分析：

在这一阶段，我们深入分析了跨学科合作的常见障碍，例如时间安排、项目目标不一致、沟通难等问题，并考虑如何通过信息化手段解决这些问题。基于 NABCD 模型，我们明确了平台的核心功能：简单易用的注册系统、项目发布功能、合作筛选机制、消息通知和安全性保证。

3. 原型工具选择与学习：

根据任务需求，我们选择了慕客作为原型设计工具。这是因为慕客界面简洁，易于使用，支持在线分享和协作，适合快速设计交互界面。我们花了一些时间熟悉慕客的功能，确保能够充分利用工具来展示我们的设计思路。

4. 原型设计：

在这一阶段，我们开始用慕客制作具体的界面原型。首先设计了登录/注册页面，确保界面简洁明了。接着，我们制作了主界面，项目界面，好友界面，个人界面。

5. 原型展示与交付：

原型设计完成后，我们通过慕客生成了在线链接，确保可以随时展示给老师和同学。

6.工作中的交流与讨论

六、PSP表格

PSP阶段	预估耗时（小时）	实际耗时（小时）
阅读《构建之法》	1	1
需求分析与设计	2	2.5
原型设计	3	4
编写博客随笔与文档	0.5	0.5
讨论与合作过程	1	1.5
总计	7.5	9.5

七、个人总结

• 在参与原型模型设计的团队合作过程中，我深刻体会到了团队协作的重要性，以及每个成员在项目中的独特价值。

• 1.明确目标与角色分工
  在项目初期，我们团队进行了一次深入的头脑风暴，整体明确了项目目标与设计的方向。每个成员根据自身的专长进行了合理的角色分工，明确的分工使得我们在后续的开发过程中能够高效协作。

• 2.沟通与反馈
  团队内部建立了良好的沟通机制，讨论进展和遇到的问题。我们进行了沟通交流，通过双方意见进行改进。双方之间的开放交流，使得每个人的建议和想法都能得到尊重和采纳，有效提升了原型的质量。

• 3.学习与成长
  在整个合作过程中，我深感自己的专业技能得到了极大的提升。通过与团队成员的互动，我学习到了新工具摹课rp和新思维，尤其是在用户体验设计和原型制作方面的实用知识。此外，团队合作也增强了我的沟通能力与项目管理意识，使我在今后的工作中更加游刃有余。

• 4.总结与展望
  总的来说，这次原型模型设计的团队合作让我受益匪浅。我们成功地将一个想法转化为可实施的原型，并且确保了在用户体验上的优化。未来，我希望能够继续参与这样的项目，不断深化自己的专业能力，并推动团队的协作效率。

• 这次合作不仅成就了一项具体的设计成果，也让我认识到了团队合作的力量和魅力。我期待在以后的项目中，能够与更多人携手，共同探索和创新。