回复：【070207冲顶】≈★爱庚同心★≈庚生日快乐

看窗外秋风瑟瑟，千万黄叶凭风而起漫天飞飘，她又悠悠叹了口气，轻轻拔下头上的一支银簪，换上一支木簪。轻轻站起来，换上一身平日穿着的青布衣裙，打上一个包袱，她最后看了镜子一眼，笑了笑，轻轻走出门去。她真的只是一个居家的女人吗?她今生今世真的就要困在这小小的柳家别院中，洗衣种柳，然后一日一日等着他回来? 

　　——直到某一天，他再也回不来?

不是的，她不愿这样，她愿意等，但不愿看见自己这样的结局——有许多事她本来从未想过，但昨日他说这次他可能会死，于是她想清楚了许多事�

她知道自己今生今世都无法成为侠女，她并非英姿飒爽的女子，亦没有俏丽的容貌、称雄江湖的野心——她只是一个淡然女子，淡得几乎没有颜色，但她终究是慕容世家的人，她不能与他同生，但可以与他同死——并非因为节妇的贞烈，而只是因为——她爱他——而已�

她爱他，如果他会死，那么她与他同死，就如此简单而已。 

　　所以她在他离开的下午离家，踏上和他相同的路�

她实在是一个貌不惊人的女子，又是少妇打扮，一身的粗布衣裳，一路行来，竟是无惊无险。她甚至可以听见人们对她的议论猜测，以为她是寡妇回娘家，或者是弃妇寻夫。因为单身女子外出，总不是什么好事�

闲言闲语，说说也就过了，她听着，也只是听着，并不生气——换了自己看见一个女子独身远行又会有何想法?还不是相去不远?人总是好奇的，那又有什么可笑的?可气的?他们并没有恶意，只是好奇，好奇罢了。 

　　在一家茶馆稍事休息，她要了一杯苦苦的云香，淡淡吁了口气，靠在椅子里休息，慢慢地呷着那茶。

并不知道，她品茶的样子，有着一种独属于她的天生的淡淡慵懒的神韵，加上那微微愁倦的眉头，在有心人眼中看来，那是非常动人的一种妇人的韵致

你就上一支木簪。轻轻站起来，换上一身平日穿着的青布衣裙，打上一个包袱，她最后看了镜子一眼，笑了笑，轻轻走出门去。她真的只是一个居家的女人吗?她今生今世真的就要困在这小小的柳家别院中，洗衣种柳，然后一日一日等着他回来? 

　　——直到某一天，他再也回不来?

慕容执缓缓抬头，放下了茶杯。那是一个眉目英俊，生得相当俊秀的白衣男子，莫约二十出头年纪，腰悬长剑，显是武林中人。她眨了一下眼睛：“为什么我一定是去无益门的?为什么我不是去别的地方的?�

在每个开发人员的模块完成并通过个人的功能测试后，测试人员进行集成测试，同时编写测试脚本，并通过自动测试工具 (Rational Robot) 进行记录。每天下班之前，测试人员会启动测试工具，进行回归测试。在第二天向PM和技术经理提交测试报告并将Bug提交至Bug Trace系统（Rational Clear Quest），由PM进行Bug的分发。每个开发人员需要在下一个迭代周期完成前，修正前一个迭代内分配的Bug。

持续集成：在测试先行的基础上，开发一组平均每天都会进行已经完成模块与以后系统的集成。集成由专门的人员，在开发人员将已经通过功能测试的源码Check in到源码控制系统 (ClearCase) 中以后进行，在部署应用结束以后，通知测试人员进行集成测试�

小步发布：项目有专门的测试与发布服务器，每天都有集成的系统在运行和接受测试。由于没有现场客户，对于已经发布的系统，是由"客户领域专家"（这个项目是由Business Development人员来充当这个角色）来进行审查的。他对于系统的意见和发现的问题，在经过PM和技术经理审核后，进入ClearQuest，分配给开发人员进行修改。

由于项目一开始就注意组织内部以及与客户的沟通和交流，同时采用了很多敏捷软件开发过程的实践，项目如期交付使用。 

　　3.2 教训 

项目在交付以后，最初的两个订货季节没有出现功能与性能上的问题。但是，由于合同中有数据迁移的条款，在项目交付2月后，项目开发商将旧应用系统中的数据导入新系统以后，在下一个大的订货季节中，持续的出现性能上的问题。在代码修改和硬件环境提高以后，系统性能目前获得了一定的改善。

从项目验收日期的日益推迟中，我们可以看出，该项目还是有很多地方做的不够，例如：系统二次开发效应："第二个系统效应"是Brooks在《人月神话》中提出的一个普遍的问题，一般而言，第二个系统会倾向于过分设计[4]。对于这个项目而言，没有犯这个错误，却发生了另外一种情况：旧系统中，对于订单信息以及产品信息的展示，不管是多是少（系统页面最多显示上千条记录），都是在一个页面中显示。这对于没有明显的层次结构，直接在Script中调用数据库记录的PHP来说，性能还是可以接受的。但是，新系统的设计中客户提出考虑系统用户习惯一致性的问题，就照搬了旧系统的页面设计；同时，在架构设计上，对于这种页面显示大量数据的情况，也没有给予充分的考虑，为后来的性能问题，埋下了伏笔。

教训一：没有考虑新平台的影响，照搬旧系统的功能以及页面设计。 

　　非功能性需求：项目合同中主要描述的是系统功能性的需求，而没有非功能性需求的规定；同时，在需求获取解决，也没有明确的了解系统的性能指标等非功能性需求。主要原因在于项目开发商之前没有大规模业务系统开发的经验，对于非功能性需求没有足够的重视；同时，在测试阶段，也没有对于系统负载和性能做过测试。