顾客想要的和说的不一样
摘要:在软件开发过程中也许我们天天要与客户打交道,什么样的产品才是受用户欢迎的,也许并不是那么好琢磨。 举个例子,比如产品制造商在调查顾客需求的时候了解到客户想要一把粗一点的剃须刀,这个需求很明确。不过当我们制造出了粗一点的剃须刀后,顾客对这样的剃须刀也许并不感兴趣,顾客真的想要一把粗的剃须刀吗??在软件设计开发过程中同样如此,客户想让你按照它的想法去实现一系列的需求,但是,往往你按照客户的想法设计出来...
阅读全文
posted @
2006-11-13 08:48
dragonpro
阅读(634)
推荐(0) 编辑
安装Team Foundation Server笔记一
摘要:安装Team Foundation Server,安装了一半,听说这个东东在Beta2之前全中国都没几个能装好,今天试了试,的确够麻烦,不仅要一大堆支持软件还要设置域控制器、安装用户等等,很是麻烦,一下午都花费在上面还没装好,明天继续装。 这个东东与VSTS搭配当然是软件工程的终极杀手,但现就连安装都这么麻烦,不知道真正用的又有多少了,我想把这个引入公司的开发项目当中,不知前途如何。况且我们几个人...
阅读全文
posted @
2005-11-16 10:38
dragonpro
阅读(1149)
推荐(0) 编辑
软件工程笔记之 – 另外一面
摘要:需要什么样的文档 1. 目的。主要功能,开发原因。 2. 环境。 3. 范围。输入的有效范围是什么 4. 实现功能和使用的算法。 5. 输入,输出格式。 6. 操作指令。 7. 选项 8. 运行时间 9. 精度和校验 流程图 流程图不应该过于吹捧,它只是体现软件逻辑结构的一种手段,并且尽量画它在一页纸上。逐一记录的详细流程图过时而且令人生厌,它只适合启蒙初学者的算法...
阅读全文
posted @
2005-10-24 17:14
dragonpro
阅读(550)
推荐(0) 编辑
软件工程笔记之 - 祸起萧墙
摘要:里程碑还是沉重的负担 里程碑应该比较透彻和确定,这样就会很少会弄虚作假,做些自欺欺人的事。 其他的部分反正会落后 为落后找借口是不好的,项目同样需要进取心。 地毯的下面 一线经理为了掩盖系统出现的滞后,就不向老板汇报,老板不能掌握系统开发的进度。怎样杜绝这种情况发生呢? 减少角色的冲突。老板做到拿到报告不要惊慌 孟的拉开地毯。拥...
阅读全文
posted @
2005-10-22 18:04
dragonpro
阅读(411)
推荐(0) 编辑
软件工程笔记之 – 整体部分
摘要:至上而下的设计。首先有清晰的结构,其次模块分隔和模块独立性避免了系统级别的不公,第三,细节的抑制使结构上的缺陷更加容易识别。第四,设计在每个精化步骤上都可以测试的,所以测试可以尽早开始。
阅读全文
posted @
2005-10-21 09:26
dragonpro
阅读(508)
推荐(0) 编辑
软件工程笔记之 ― 未雨绸缪
摘要:很多工业在产品成型之前都需要有试验工厂,也就是说需要有失败的产品,同样在软件行业来说,写出失败的程序是很正常的,对于大多数项目来说,第一个开发的系统并不合用。因此,为舍弃而计划,无论如何,你一定要这样做。 唯一不变的是变化本身 做软件从来就是充满着变化的,变化是与生俱来的,项目开始建立的基准,肯定会随着开发的进行越来越高,甚至开发不出任何产品。 为变化计划系统 ...
阅读全文
posted @
2005-10-14 16:17
dragonpro
阅读(430)
推荐(0) 编辑
软件工程笔记之 - 贯彻执行
摘要:在一个项目中,贯彻执行同样是一个比较棘手的事情。在此说明执行中所遇到的问题: 文档化的规格说明 ―― 手册。手册规格说明是一个非常必要的工具,尽管光有文档是不够的,但是手册是唯一的能够良好的传递规格的介质。 形式化定义。描述规格是一件需要让人能够很准确理解的艺术,它需要重复发挥文档撰写人员的能力。才能使文档尽量的清晰。这里可以使用预先定义好的形式...
阅读全文
posted @
2005-10-13 16:22
dragonpro
阅读(559)
推荐(0) 编辑
软件工程笔记之 - 画蛇添足
摘要:在软件工程中什么叫画蛇添足?与我们平时所说的过渡设计如出一辙吧。所谓过渡设计即是过分腔调功能,过分注重模式,等等,造成的系统的体积庞大,效率底下。 还有一个概念就是开发第二个系统,往往人们在开发第二个系统的时候会在开发第一个系统的基础上进行构思,运用第一个系统处于谨慎状态的那些功能,这样往往在第二个系统里面得到体现,从而出现过渡设计的后果。 记得几年...
阅读全文
posted @
2005-10-12 10:23
dragonpro
阅读(485)
推荐(0) 编辑
软件工程笔记之 - 贵族专制、民主政治和系统设计
摘要:对于给定级别的功能,能用简洁和直接的方式来指明事情的系统是最好的。只有简洁是不够的。简洁和直白来自概念的完整性。每个部分必须反映相同的原理需求的一致平衡。在语法上,每个部分应使用相同的技巧,在语意上,应具有相同的相似性。因此易用性实际需要设计的一致性和概念的完整性。
阅读全文
posted @
2005-10-11 09:25
dragonpro
阅读(495)
推荐(0) 编辑
软件工程笔记之 - 外科手术队伍
摘要:有些研究表明,效率高和效率低的实施者之间的个体差异非常大,经常能够达到数量级的水平。 ――Sackman , Erikson and Grant 较好的程序员和较差的程序员生产率是有令人吃惊的差异的。Sackman.Erikson和Grant曾对一组具有经验的程序人员进行测量。在该小组中最好的和最差的表现在生产率上平均为10:1;在编程速度和空间上具有5:1的惊人差...
阅读全文
posted @
2005-10-10 18:58
dragonpro
阅读(1088)
推荐(0) 编辑
软件工程笔记之 ― 人月神话
摘要:项目滞后的主要原因在于缺乏合理的进度安排。它比其他所有因素加起来的影响还要大。 首先,我们对估算技术缺乏有效的研究,它反映了一种不真实的假设――一切将运作良好。 我们采用的估算技术隐含地假设人和月可以互换,错误的将进度和工作量混淆。 对估算缺乏信心,通常不会很耐心持续的估算这项工作。 对进度缺少跟踪和监督。 当意识到进度偏移时,下意识的反映是增加人力。这就像汽油灭火一样,只会使事情...
阅读全文
posted @
2005-10-09 14:12
dragonpro
阅读(978)
推荐(0) 编辑
软件工程笔记之 - 焦油坑
摘要:虽然这只是笔记,但我仍然忍不住放上来和大家分享软件给我们带来的苦与乐。
阅读全文
posted @
2005-10-05 13:10
dragonpro
阅读(1687)
推荐(0) 编辑