专注于互联网--专注于架构

最新标签
网站地图
文章索引
Rss订阅
  敏捷开发包括系列思路方法主流有如下 7种:  XP  XP(极限编程)思想源自Kent Beck和Ward Cunningham在软件Software项目中合作经历XP注重核心是沟通、简明、反馈和勇气知道计划永远赶不上变化XP无需开发人员在软件Software开始初期做出很多文档XP提倡测试先行为了将以后出现bug几率降到最低  SCRUM  SCRUM是种迭代增量化过程用于产品开发或工作管理它是种可以集合各种开发实战经验化过程框架SCRUM中发布产品重要性高于切  该思路方法由Ken Schwaber和 Jeff Sutherland 提出旨在寻求充分 [阅读全文] [PDF]
  介绍  2001年为了解决许多公司软件Software团队(Team)陷入不断增长过程泥潭批业界专家起概括出了些可以让软件Software开发团队(Team)具有快速工作、响应变化能力价值观和原则他们称自己为敏捷联盟敏捷开发过程思路方法很多主要有:SCRUMCrystal,特征驱动软件Software开发(Feature Driven Development简称FDD)自适应软件Software开发(Adaptive Software Development简称ASD)以及最重要极限编程(eXtreme Programming,简称XP)极限编程(XP) [阅读全文] [PDF]
  举例  这是个会议管理系统在会议中每个参会者都会戴个牌子牌子上面有该参会者信息(比如姓名等)在该系统中Badge类用来存放参会者信息请看下面代码跟注释://存放参会者所戴牌子显示信息public Badge {String pid; //参会者IDString engName; //英文全名String chiName; //中文全名String engOrgName; //所在部门英文名称String chiOrgName; //所在部门中文名称String engCountry; //部门所在国家中文名称String chiCountry; //部 [阅读全文] [PDF]
  责任人、开发者和用户应该能够保持个长期、恒定开发速度敏捷相对以前软件Software工程最大革新的处在于把人作用提高到了过程至上正如敏捷宣言第条“个体和交互胜过过程和工具”所说  1、敏捷是“个”过程  敏捷不是个过程是类过程统称它们有个共性就是符合敏捷价值观遵循敏捷原则  敏捷价值观如下:  ◆个体和交互 胜过 过程和工具  ◆可以工作软件Software 胜过 面面俱到文档  ◆客户合作 胜过 合同谈判  ◆响应变化 胜过 遵循计划  由价值观引出12条敏捷原则:  ◆我们最优先要做是通过尽早、持续交付 [阅读全文] [PDF]
  我必须承认我管理经验是不足最近次我对下属工作处理介入让我学到不少我以前没有经历过工作经验在此和大家分享下我认识和领悟这件事情处理般人可能认为这无异于办公室政治风云对我来说这是次很好管理经历让我认识到如何使用敏捷教条对管理方面问题进行分析如何采取合适策略来解决此类问题  数月前我被分派到个新成立小组做QA Lead开始了我管理“事业”当时只有我人协助 3个开发者随后增加到协助4.5个开发人员外加两个客户端开发者很快我就发现自己被很多事情所包围无法在短期内完成下子堆积起来工作也就是这时我和我上司D提议增加人手当时是2007年6月正好没 [阅读全文] [PDF]
  重复代码是如何产生?  请观察下面代码我们已经有个根据出租记录id取出租用客户姓名思路方法:getCustomerNamepublic BookRental { //该类描述出租记录String id;String customerName;...}public BookRentals {private Vector rentals;public String getCustomerName(String rentalId) { 根据出租id取出客户姓名for ( i = 0; i < rentals.size; i) {BookRental [阅读全文] [PDF]
  举例  这是个会议管理系统用来管理各种各样会议参和者信息数据库里面有个表Participants里面每条记录表示个参会者经常会发生用户误删掉某个参会者信息所以现在用户删除时并不会真删除那参会者信息而只是将该记录删除标记设为true24小时以后系统会自动将这条记录删除但是在这24小时以内如果用户改变主意了系统还可以将这条记录还原将删除标记设置为false  请认真读下面代码: public DBTable {protected Connection conn;protected tableName;public DBTable(String tableN [阅读全文] [PDF]
  当客户要求你给出个快速而肮脏解决方案时作为个开发人员你职责是什么?是客户是付钱方所以要洗耳恭听遵照要求走捷径;还是遵守自己意愿坚持技术上“最佳”方案?或者这 2者可以折衷?  James Shore在我们专业职责文中简述了客户和开发者的间职责平衡发展历史:  在过去使用瀑布式开发那段黑暗岁月中编程人员得提炼出需求进行设计并用技术上最便捷方式来实现设计方案开发者就是神般存在计划也完全都是他们制定也可能是开发者大老板来制定最终期限——或许是由政策方面压力所动或是根据他曾几何时在某个彪悍周末中编程成果所留下传奇式 [阅读全文] [PDF]
1 共8条 分1页