摘要: 读完这本书,我最大的收获,是明白了很多项目失败的根源,其实是需求阶段就埋了坑。书里总结的那些常见问题,简直就是“踩坑实录”,比如需求模糊不清、需求遗漏、需求和用户预期不一致。 比如“需求模糊”这个坑,用户说“要一个好用的界面”,什么叫“好用”?没人能说清。这时候就需要用需求规格说明书来把话说明白—— 阅读全文
posted @ 2025-11-09 19:03 我欲成仙! 阅读(2) 评论(0) 推荐(0)
摘要: 翻开《需求工程》这本书,我最先搞懂的一件事是:需求工程不是简单记“用户要什么”,而是搞清楚“用户为什么要”,以及“这么做能不能行得通”。以前总觉得做产品、做项目,照着用户提的要求干就行,读完才发现,很多时候用户自己都讲不清真实需求——比如他说“要一个更快的查询系统”,背后其实是“不想等太久,避免耽误 阅读全文
posted @ 2025-11-09 19:03 我欲成仙! 阅读(5) 评论(0) 推荐(0)
摘要: 以前我以为,需求就是项目开始前收集一次,之后照着做就行。但《需求工程》里明确说:需求是动态变化的,需求工程是一个持续的过程,不是一次性的任务。 比如一个教育类APP,上线前收集的需求是“课程点播”,但上线后用户反馈“想要直播互动”;或者市场上出了新的政策,要求APP增加“青少年模式”。这些都是需求的 阅读全文
posted @ 2025-11-09 19:03 我欲成仙! 阅读(3) 评论(0) 推荐(0)
摘要: 读这本书时,我发现一个很有意思的点:需求不是一团乱麻,而是分了不同类型的,搞懂分类,就成功了一半。书中把需求分成了功能需求和非功能需求,还有个容易被忽略的约束需求。 功能需求就是“这个东西能做什么”,比如购物软件能下单、能支付、能查物流,这些都是实实在在的功能。非功能需求则是“这个东西做得怎么样”, 阅读全文
posted @ 2025-11-09 19:03 我欲成仙! 阅读(5) 评论(0) 推荐(0)
摘要: ![image](https://img2024.cnblogs.com/blog/3474174/202510/3474174-20251013100844770-442999417.png) 阅读全文
posted @ 2025-10-13 10:09 我欲成仙! 阅读(5) 评论(0) 推荐(0)
摘要: 今天就是了解了一下c#,学习使用了Trae,感觉ai发展的好快,用Trae,告诉它想要什么东西,用什么语言写,就能生成对应的文件,真的太厉害了 阅读全文
posted @ 2025-09-23 19:06 我欲成仙! 阅读(10) 评论(0) 推荐(0)
摘要: 一、课程计划完成度回顾 第一周课程计划聚焦《构建之法》阅读、软件工程基础概念梳理及团队初步协作尝试。在具体任务推进上,《构建之法》阅读完成超 80%,从需求分析到软件测试章节,梳理出 12 条关键笔记,如需求变更管理的 “三确认原则” 。团队协作方面,完成首次项目需求脑暴,产出 5 版需求文档初稿, 阅读全文
posted @ 2025-06-15 11:13 我欲成仙! 阅读(18) 评论(0) 推荐(0)
摘要: 运维工程师-张工 名字:张工 年龄:32岁 收入:月薪15000 - 20000元 市场比例与重要性:占运维团队人员比例约60%(执行一线运维任务的核心群体 ),重要性极高(直接处理设备故障、保障系统运行,是运维流程落地关键 ) 典型场景: 日常巡检:登录系统查看负责区域设备状态,发现某服务器CPU 阅读全文
posted @ 2025-06-15 01:32 我欲成仙! 阅读(37) 评论(0) 推荐(0)
摘要: 通读完《梦断代码》,对软件开发行业的现状有了更为清晰的认识。软件开发看似是人类掌握得较为成熟的技术,但实际上充满了不确定性和挑战,是一项难以完全掌控的工作。​ 行业内众多优秀人才聚集在一起,为开发出理想的软件而努力,却往往因为各种因素导致项目失败或进展不顺,如 Chandler 项目耗费大量时间、人 阅读全文
posted @ 2025-06-15 01:25 我欲成仙! 阅读(10) 评论(0) 推荐(0)
摘要: 书中对开源模式在软件开发中的应用有所探讨,这让我对开源有了更深层次的思考。《大教堂和集市》阐述了托瓦茨式的开放源代码模式,它能够汇聚众多程序员的智慧,且不触及布鲁克斯法则的铁律。然而,这种开源方式在预测开发新程序所需时间以及加速软件面世进程方面,存在一定的局限性。​ Chandler 项目作为一个开 阅读全文
posted @ 2025-06-15 01:25 我欲成仙! 阅读(13) 评论(0) 推荐(0)