113
社区成员
发帖
与我相关
我的任务
分享软件工程实践总结——从懵懂到实践
| 这个作业属于哪个课程 | https://bbs.csdn.net/forums/2401_CS_SE_FZU |
|---|---|
| 这个作业要求在哪里 | https://bbs.csdn.net/topics/619470310 |
| 这个作业的目标 | 对软件工程课程实践的回顾和总结 |
| 其他参考文献 | 无 |
目录
- 第一部分：课程回顾与总结
- 对曾经问题的再次思考与解答
- 尚未完全明白的问题
- 新的问题
- 5个阶段中收获最大的知识或能力
- 个人/结对/团队项目的理解与心得
- 七大课程目标自评（百分制）
- 第二部分：个人技术总结
第一部分：课程回顾与总结
对曾经问题的再次思考与解答
我都是大学生了，上课还要认真听老师讲课么？
链接：https://bbs.csdn.net/topics/605311951
- 我发现，在软件工程的课程中，老师的讲解往往提供了一个高度抽象化和有逻辑性的知识框架，帮助我理解“为什么需要需求分析”“为什么要进行架构设计”“为什么要有软件质量评审”等核心问题。
- 如果仅仅靠自学，可能会走一些弯路，也不一定能形成完整的知识体系。上课可以帮助我明确思路和实践方向。
我通过阅读《构建之法》这本书和团队项目实践，更加理解了老师的思路和体系化的授课作用。所以现在我认为，认真听课是必要的，特别是在理解框架和关键思想方面；在实践环节，再多花精力自学和试错。
在一个被认定为“足够好”的软件发布后，得到的用户反馈中，哪些是有用的？什么时候才能将这个软件优化到相对稳定的版本？
链接：https://bbs.csdn.net/topics/605549756- 有价值的用户反馈往往涉及性能瓶颈、可用性缺陷、严重的安全漏洞以及与预期使用场景不匹配的问题。
- 当这些关键问题被连续迭代修正、性能和安全性达到预期标准，而且新增的功能渐趋稳定后，就可发布一个相对稳定的版本。
实践中，通过Jira或GitHub Issues的统计与处理情况，我们最终确定了版本的冻结点。也就是说，看不只是用户的意见数量，还要看这些问题是否触及核心价值（如可靠性、性能、功能完整性）。当核心问题减少到一个可接受的范围并满足版本目标，就基本可以认定为“相对稳定”。
问题3：为什么要在大学中只用一学期软件工程，时间够吗？
链接：https://bbs.csdn.net/topics/600462146
现在看来，一学期能让我们完成从理论到一次小型团队项目的全过程体验：- 在这个过程里，我真正经历了需求分析、架构设计、编码、测试和持续集成发布等环节，形成了对软件工程的整体感知。
- 虽然深度和广度不够，但它为后续深入学习提供了一个良好的起点。实践证明，这一学期的“有限学习”已经使我形成了终身学习的软件开发观念和一定的团队协作经验。
有了GPT类的应用，传统的搜索引擎是否会被完全替代？
链接：https://bbs.csdn.net/topics/616012313- 在开发中，我使用过GPT模型来辅助代码生成与思路扩展，这加快了我对技术问题的定位与解决，但GPT给出的信息需要校验和筛选。
- 搜索引擎依旧在查找官方文档、寻找具体API说明、检索技术文章和论文时有不可替代的作用。
因此，实践证明两者在项目开发中皆有用武之地——GPT更适合快速生产解答原型，搜索引擎利于获取权威资料和多源交叉验证。
如何让自己能够跟上软件工程发展，做一个永不落伍的开发者呢？
链接：https://bbs.csdn.net/topics/605357155- 在实践中，我意识到跟上软件工程发展不仅是“学新技术”，更在于理解软件工程的基本原理和本质思想，如敏捷开发的理念、DevOps的工具链趋势。掌握工程方法论有利于在技术更新时快速适应新工具和框架。
- 不仅要做项目，还要经常回顾，对比新的实践模式（如微服务架构、云原生思想）。保持对专业社区、开源项目的关注和参与，也是一种“保持灵感”的方式。
尚未完全明白的问题
我仍感觉有很多实际案例的细节理解不够透彻：如何在需求模糊的情况下更好地引导用户提供明确需求？如何在多人协作的环境下，确保架构设计的一致性和扩展性？这些问题在团队作业时有些许体会，但仍然有困惑，以后还需要在更大规模的项目中磨练。
新的问题
新的问题主要聚焦在团队项目实践方面：
- 当团队规模扩大到数十人甚至上百人，如何在软件生命周期中高效管理需求变更与技术栈迭代？
- 该建立什么样的机制，才能提到组员的积极性，还是说在校园课程的框架里，只能凭学生自觉？
这些问题需要更多实战经验和团队合作环境才能深刻体会。
5个阶段中收获最大的知识或能力
- 需求阶段： 我学习到准确理解和表达客户需求的重要性，并尝试用用例图与用户故事将模糊想法落地为具体特性要求。
- 设计阶段： 通过UML和原型设计，对系统的结构有了更直观的认识，为后续实现提供了明确蓝图。
- 实现阶段： 实际负责了管理员Web端Vue 3项目的搭建与登录界面开发，并对部分接口进行优化。我深刻体会到代码规范与模块化设计的重要性，通过Vue CLI、组件化思想，以及Axios对后端接口的调用，大大提高了开发效率。
- 测试阶段： 在调试前端登录逻辑、优化获取用户救援信息和排行榜接口时，我明白了测试不仅是发现错误，更是验证接口性能与用户体验的重要手段。
- 发布阶段： 通过对代码版本管理和持续集成的初步尝试，我认识到发布不只是将代码交付，更涉及稳定性验证与风险控制。
个人/结对/团队项目的理解与心得
个人项目: 有自主探索的自由，但容易陷入自我舒适区。
结对编程: 增进交流与互补，使得问题解决更高效，但仍是小范围协作。
团队项目:
- 在本次团队项目中，我更清晰地理解了协作开发的整体流程与各个环节之间的联系。在项目中，我承担了管理员Web端的前端框架搭建和登录界面的开发工作，并参与了接口优化以及灾后恢复与模拟测试部分的原型设计和内容编写。这些多样化的任务，让我对前端与后端的交互机制有了更深刻的认识。透过搭建Vue 3的项目结构和实现登录页面的过程，我逐渐掌握了前端组件化开发的思路，也在与后端开发人员的接口对接中学会了如何明确接口定义、调试请求与响应数据，从而保证功能的顺利实现与迭代优化。分工与沟通也十分重要。每位成员都负责各自擅长的模块——有的专注后端接口的性能优化，有的负责前端页面美观度与交互体验，还有人负责数据处理与数据库设计。当我在实现前端功能或优化接口时，往往需要与后端进行多次沟通，明确参数规范、数据格式和错误处理方式。通过及时交流与反馈，我们能够尽快解决出现的问题，并在团队内部形成快速迭代的工作模式。此外，借助版本管理工具和项目管理平台，我们定期同步进度、协调任务优先级，从而保证项目高效推进。总的来说，这次团队项目的经历让我更加意识到，只有在明确分工、积极沟通和合理利用工具的前提下，团队才能形成合力，让整个项目向着既定目标顺利前进。
七大课程目标自评（百分制）
- 职业道德与社会影响（目标1）： 85分
在团队作业的时候意识到需要保护用户信息与隐私，应该初步形成了具备社会责任感的开发理念。 - 需求分析全过程（目标2）： 80分
能够使用需求分析工具清晰表达需求，但对复杂或快速变化的业务场景还有待加强。 - 软件开发过程与设计模型（目标3）： 70分
掌握基础设计方法与工具，能使用Vue 3搭建前端框架，并在后端接口衔接中实践面向组件的设计思想。在更大规模和复杂的架构设计方面仍需历练。 - 技术评测与创新设计意识（目标4）： 75分
能依据需求与技术特点对前端框架与后端接口做出优化，有初步评估和对比不同方案的意识，但创新思维有待培养。 - 规范文档撰写与沟通能力（目标5）： 85分
在项目中将需求、接口约定、组件使用方法清晰记录，并通过团队协作工具共享文档，沟通顺畅。 - 团队意识与合作技能（目标6）： 90分
前端框架搭建与后端同学的接口对接让我认识到团队沟通协调、任务分解和角色分工的重要性。能有效地与队友讨论并解决开发过程中的问题。 - 项目管理与规划能力（目标7）： 75分
初步使用了项目管理工具和Git分支策略，但对大型项目的进度控制、风险管控和持续改进仍需积累更多经验。
第二部分：个人技术总结
概述：
Axios是一个基于Promise的HTTP客户端工具，常用于在前端框架（如Vue、React）中进行数据请求和响应处理。本项目中，我在Vue 3的管理员Web端开发中利用Axios与后端进行数据交互。其难点在于统一管理请求与响应，处理Token验证、错误反馈和数据缓存，以确保系统的稳定性与可维护性。
...全文
请发表友善的回复…
发表回复
