概述
软件工程第一次结对作业
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/fzu/SE2024 |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzu/SE2024/homework/13261 |
| 这个作业的目标 | 提升跨专业合作效率，促进人脉积累与资源共享。 |
| 学号 | 102202156 |
| 合作伙伴 | 102202157 王党兵 |
使用uizard设计原型，链接如下:
一、阅读《构建之法》
第3章：软件工程师的成长
读完《构建之法》第3章，我认识到软件工程师的成长不仅依赖于技术能力的提升，更包括软技能的培养。结合我正在开发的app，我总结了以下几个要点：
-
个人能力的衡量与发展
在开发旨在帮助学生跨专业合作的app过程中，我意识到自己的能力不仅仅体现在编程技术上，还需要在需求分析、项目管理和团队协作中表现出色。这让我明白，个人能力的提升应该是多维度的，不仅要强化技术能力，更要在沟通和协调方面进行实践，以提高项目的整体效率。 -
软件工程师的职业发展
软件工程师的职业路径并非单一。通过参与app的开发，我认识到跨领域知识的重要性。例如，了解不同学科的需求将有助于我在设计功能时更好地服务于用户。这样的多样化经历让我意识到，未来的职业发展可能会涉及管理或产品方向，而不仅仅是技术深耕。 -
技能的反面
第3章提到过度依赖某种技能可能会成为瓶颈。在开发app的过程中，我曾过于关注技术实现，忽略了用户体验和需求的全面性。因此，我逐渐学会在关注细节的同时，保持对整体项目进度的敏感性，避免陷入“技能陷阱”。
第8章：需求分析
《构建之法》第8章为我在app开发中的需求分析提供了理论支持和实践指导。以下是我在需求分析过程中的一些体会：
-
软件需求的识别
用户的痛点是需求识别的关键。在我开发的app中，我们明确了学生在跨专业合作中面临的诸多挑战，如难以找到合适的合作伙伴、项目时间安排不一致等。这使我认识到，准确把握用户需求是成功开发的基础。 -
利益相关者的平衡术
在设计app时，我们需要综合考虑不同利益相关者的需求，包括学生、教师和系统维护人员。在项目中，我与搭档沟通时，既关注用户的需求，也考虑平台的安全性与可维护性，确保各方利益的平衡。 -
用户调查与需求获取
需求获取是了解用户真实想法的重要步骤。在项目的初期，我们模拟了用户调研过程，设想了学生在使用app时的场景。这让我意识到，从用户角度出发，才能提炼出核心需求，避免开发出华而不实的功能。 -
竞争性需求分析的框架
了解市场竞争产品并找出差异化优势至关重要。在分析类似的校园合作平台时，我们找到了其不足之处，设计了更贴合用户需求的功能，如基于兴趣和专业技能的智能匹配算法，这使我们的app在同类产品中具备了竞争优势。 -
四象限方法与功能定位
在功能定位方面，我们采用了四象限方法，对需求进行优先级排序。我们优先考虑注册登录、项目发布和即时沟通等核心功能，这种方式确保了在时间有限的情况下，最大化用户体验。 -
计划与估计
在需求分析后，我们制定了详细的任务计划和时间表，这让我认识到软件开发不仅是技术挑战，更是项目管理的考验。合理的时间和资源分配对项目成功至关重要。 -
分而治之的工作分解结构
在项目中应用WBS（工作分解结构）方法，将整个开发过程分为需求分析、原型设计、功能模块实现等阶段，使得整个项目更加可管理，每个阶段都有明确的目标和进展。
二.NABCD模型应用
需求 (Need)
- 跨专业合作的机会：学生希望能够更容易找到志同道合的跨专业合作伙伴，以参与创业或学术项目。
- 人脉积累与资源共享：需要一个平台来帮助学生积累人脉，促进不同专业间的交流与合作。
- 时间与目标协调：解决不同专业学生在项目时间安排、目标和沟通方式上的差异，提升合作效率。
方法 (Approach)
搭建一个平台，支持学生有发起项目，参与项目，以及智能匹配且解决项目时间安排和私信的权限，以此来解决高校目前面临的对标问题。
好处 (Benefit)
学生可以轻松找到跨专业的合作机会，提高合作效率，并通过多学科的交流与合作，提升项目质量和参与体验。
竞争 (Competitors)
在大学校园中，学生寻求合作伙伴和项目机会的传统方式包括面对面交流，如在教室和实验室中与同学和教授直接互动；通过公告板和海报发布寻求合作的通知；参与课程项目，通过组内合作认识新同学；参加学生会活动或学术会议，以便建立联系；利用同学推荐，通过已有的人际关系寻找合适的合作伙伴；以及参考专业书籍和学术期刊，以获取项目和研究方向的灵感。这些传统渠道在一定程度上促进了学生间的互动，但往往效率较低，覆盖面有限。
交付 (Delivery)
开发完成后，先将公测版上线给用户使用、根据用户反馈和安全性保障，再将线上版本进行上线。
三. 流程图
四.效果演示
该功能正在开发中...
五. PSD表格
| PSP 阶段 | 具体任务 | 时间估计（小时） | 实际时间（小时） |
|---|---|---|---|
| 计划 | 确定学习《构建之法》相关章节的目标和计划 | 1 | 1 |
| 需求分析 | 分析软件工程师成长和需求分析相关内容 | 3 | 3.5 |
| 设计 | 构思界面原型设计方案 | 2 | 2.5 |
| 开发 | 创建界面原型、流程图和用例图 | 4 | 4.5 |
| 测试 | 检查界面原型和功能设计的合理性 | 2 | 2 |
| 报告 | 撰写学习成果总结 | 2 | 2 |
六.结队过程
七.个人感受
102202156 高涛
工具层面
对于我来说，有需求，才有学习的动力，果然，画原型图，对于没接触的方面，不慌，毕竟在处于AI时代的我们，左搜右搜，找到了一个叫做uizard的工具，支持通过文字自动生成原型图。
协作交流层面
没想到，和队友沟通竟然也是一件需要花费大量时间的事情，意见是否一致，到底谁的审美更不错一些，技术的讨论，立马想起了我的导师，身为华为金牌项目经理的他，暑假带着我们这群学生，每天沟通推进项目，是有多么的不容易！
