05 2017 档案
摘要:其实这是“啃硬骨头”的第一步,就是如何从“茫茫”中锁定需求相关方、挖出来需求的方法论 1.挖取需求 需求不一定只在初期才有;在中后期的时候可能因为外界环境变化甚至是成员自身水平变化而出现新的需求 2.软件产品的利益相关者 3.获取用户需求的方法 深入面谈(in-depth interview):采取
阅读全文
摘要:因为作者是微软的资深工程师,所以这一章里面我看到的一篇很原汁原味的精髓版软件开发方法。并不是说我一定要在有生之年参与一个多么浩大的项目然后用尽这里的所有知识;而是站到高处去看会很精彩。 1.MSF(Microsoft Solution Framework)微软解决方案框架 给予充分的权力(也会有记录
阅读全文
摘要:敏捷是一种很“年轻态”的思路/策略,是以“万事万物都在不停地发展变化”为指导去组织软件工程的需求分析、内部的调和、代码编写甚至维护,所以我读起来会觉得很有共鸣。然而并不是所有的地方都适合让“敏捷”去闯一闯。 1.敏捷开发原则 【适应瞬息万变的形式,力求在大潮中可持续发展;年轻态】 【个人进行了分析组
阅读全文
摘要:经过学习,我发现了部分代码值得收藏 代码内容:制作新按钮,“新窗口打开网站” ,点击打开新窗口。 <!DOCTYPE html><html> <head> <title> new document </title> <meta http-equiv="Content-Type" content="t
阅读全文
摘要:到本周,我们小组共完成了5篇博文的发布,对于构建之法的研究也有了一定的进步,看到 每位组员都发布不少的见解与摘抄笔记,虽然每位组员的进度都不尽相同,但无论进度慢与 快,从同一知识段出发,每位的思想核心都大致相同,每位所看到的道理都有共同点,以这 样的脚步不断向前,在这本书结束后,相信每个人的进步都会
阅读全文
摘要:典型的团队开发模式和流程,完全是新的内容;涉及到更多的术语和有意思的策略性东西 1.团队模式【我比较认可的】 由首席程序员(相当于首席医生)负责整个工程,周围人员各司其职,配合支持中心人物的工作; 【我认为这种模式适合于有着杰出程序工程师的规模略小的团队】 我非常心水的linux社区就是最大的成功案
阅读全文
浙公网安备 33010602011771号