Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1359237
  • 博文数量: 277
  • 博客积分: 2551
  • 博客等级: 少校
  • 技术积分: 3918
  • 用 户 组: 普通用户
  • 注册时间: 2011-02-21 22:46
文章分类

全部博文(277)

文章存档

2017年(3)

2016年(9)

2015年(65)

2014年(27)

2013年(85)

2012年(61)

2011年(27)

发布时间:2013-02-23 19:06:58

     持续集成的做法就是逐步开发和集成的方式。     这种方式一般都是软件的各个组件都是已知的,逻辑拆分都很清楚。     最近是在做一个DNS的负载均衡器时使用这种方式。     在组件划分清楚,需要 与应用服务器进.........【阅读全文】

阅读(1285) | 评论(0) | 转发(0)

发布时间:2012-09-11 19:28:51

   针对这样的系统,由于一开始不用从头开发。   可以先将系统搭建起来,对系统进行测试,得到已经实现并稳定的功能列表   有条件可以做性能测试,得到性能测试报告。   得到已有系统的功能后,确定要追加的功能列表。   接下来就是要熟悉系统,评估新加功能的工作.........【阅读全文】

阅读(807) | 评论(0) | 转发(0)

发布时间:2011-08-03 07:36:21

   敏捷软件开发模式下,开发过程围绕问题域展开,在问题域内分解系统。   而传统的开发模式,是在分析模型之后分解系统。    其实仔细想想,如果在问题域就分解有很多的好处,如果需求是经过多次的转化的,可能已经不满足用户的原始需要了,问题变化,要修改.........【阅读全文】

阅读(2530) | 评论(0) | 转发(0)

发布时间:2011-07-24 15:10:47

  面对产品的交付压力,有时不得不采用敏捷或迭代的方法。占领市场远比流程化的东西要重要,时机稍纵即逝,而且有时对中小企业,收回一定成本,很有必要。其他的问题可以通过技术手段来弥补,如重构等。   企业的规模和项目的性质也会限制项目管理的方式。   敏捷的开发模.........【阅读全文】

阅读(926) | 评论(0) | 转发(0)

发布时间:2011-07-23 11:25:22

   在"PM职责2"一文中提到的第一和第二种情况,具体怎么组织,就是与测试结合起来,如何保证产品的稳定性和可靠性了。采用瀑布或"V"型模式。   至于第三种情况,如果在总体解决方案和各个模块的解决方案经过评审之后,即可实施了,当然了,这里包括了一些开发工作量。   根据产品.........【阅读全文】

阅读(972) | 评论(0) | 转发(0)
给主人留下些什么吧!~~
留言热议
请登录后留言。

登录 注册