上午对上个礼拜修改的程序进行了自测，稍微细心一点，也就发现了问题，如何避免呢？ 此系统已经上线试用，修改后的系统应该保证以前的功能正常运行。对Nunit工具试用了一下，个人觉得其对Asp.Net程序的单元测试支持并不会很好，以后多查些这方面资料，发挥其潜在作用。
下午，项目组组织对需求变更管理方法的评审与设计文档模板的评审。
1、需求变更管理办法的评审。
如同以前的评审一样，开始又花费了不少的时间对文档的格式和概念进行了讨论。（个人觉得更重要的应该讨论这种管理能否对项目有更好的辅助作用）。系统上线后，用户不断提出需求更改，对确认多次的需求也再次提出修改的要求，对此项目组和领导都不甚满意，期望成立需求变更小组能有益于问题的解决。
由于客户方与开发方的地位不甚平等，作为开发方的主管单位，这种情况估计还会继续下去。
需求变更管理看起来是有利于项目的实施的，但会不会按照流程进行呢？
2、设计文档的评审
以往的设计评审，多数意见集中于模板的组织内容和文档格式，所以领导决定进行模板评审。评审的结果在我看来依旧比较庞大，与编写者的意图并不相一致。