LCC设计Review小计
LCC需求变更的设计评审今天下午在LCR A307举行，yesm,gaofengh,honglei,huangxy和shanzb参与。由于评审之前基本上没有时间准备，所以在会上不能针对问题进行评审（通常情况下评审分为技术评审，同行评审，管理评审；这次评审是同行评审，同行评审又分为walk through和inspection两种方式），也就不能使用inspection的方式进行评审，只好使用work through的方式，数据库设计人员和该要设计人员都没有一起去，所以导读的人也就是我了。framework文档，数据库文档，该要设计文档（rose model），基本上还算熟练。
一点30出发去LCR，班车一般是1:45到，结果等了半天也没有等到班车来临，应该是已经走过了。期待着蓝色的快车一直没来，huangxy一直开玩笑说高仓健的黄色飘带的电影。yesm打电话来催促问是不是已经到了研究院了，只好拦了一辆出租去了LCR。到了会议室还不到两点，感谢出租车司机。由于yanggt去了其它的项目组，我这边就没有笔记本开会演示了，honglei抱怨了十来分钟，yesm也满脸怨言。由于yesm和honglei机器上面都没有安装rose和power designer，只好让gaofengh去借了一个Lenovo3000的小型笔记本来，安装上了powerdesigner以后发现机器居然是home版的windowsxp,没办法安装rose enterprise endition 2003,没办法...而且切换投影的时候也浪费了半个小时左右，因为没有遥控器，无线没办法使用。
好歹等到三点，借了yanggt的笔记本（yanggt在五楼办公），找来楼层助理总算可以开始进行评审了。先是数据库的设计，大部分内容基本没有变化，主要是删除了十来张表，同时修改了一些表的关键字段。但是在讨论ticket的状态的时候连带拖出来了refund流程的变化，以前的refund是有csr引起，生成refund的请求实体放入队列中。变化成为CSR通过IBM 的help desk调用carecenter（我们的系统）的webservice的接口来进行生成refund的实体，CRMT登陆后进行处理退款操作。
然后就是framework文档相关的变化，这一块的内容主要是我写的，基本上比较熟悉没有什么大的问题。主要内容是web应用的目录层次，web页面的页面结构，heartbeat机制的设计和实现，同IBM集成的方式和实现方法。heartbeat使用prototype的ajax.request对象来实现对应的功能，在请求成功或失败以后进行相应的处理。webservice的集成主要包括两个方面：1、调用IBM已经存在（或者即将开发）的webservice；2、提供websercice供IBM的系统来调用从而修改ticke的内容。对于1的内容仍然使用传统的axis1来进行调用，axis2做了一两个测试发现代码和设计以及文档方面都有较大的问题，可能是刚刚发布还不是很成熟（也有一说是学生开发的...）。提供IBM的websercice使用XFire来提供，最近开了一些xfire相关的资料和文档，发现使用xfire实施webservice确实非常方便，不用自己描写wsdl文件。framework的设计部分讨论焦点主要在于web目录层次中的images的国际化上面.
接下来就是流程的该要设计，使用rose model完成的内容。由于比较匆忙，中午的集成基本上没有完成，结果发现有好几个包都无法载入到rose中。查看cat文件发现cat文件中的包名称同Rose Model(mdl)文件中的包就不相同（使用了<>标记导致），修改后载入。Rose真的是一个很慢的工具，yanggt的笔记本基本上跑不动....打开后发下很多流程和图都没有，没有办法进行评审，经过讨论以后决定回去重新梳理流程以后重新进行设计。这次流程的review算是没有通过。
回公司的路上一个人走回去，一路上想着自己什么地方存在问题。分析了一下，其实主要有两个问题：1、过于关注细节，由于自己是技术出生，在遇到技术性的问题第一想法就是自己去搞定。但是这样子对于项目的管理和激活开发人员的热情方面确实是一个很大的打击，佛曰："舍得"，只有舍弃才能够有所收获。决定以后不再关注细节的技术问题，对于整体架构方面的问题放心的交给huangxy去完成，他在架构设计和j2ee方面还是有很多经验的。能够放开的就放开，不要全部抓在自己手里面。比如Framework的文档的修改，就是一个问题。虽然文档没有问题了，但是整个设计阶段的内容没有能够整体上的把握。2、在告诉开发人员或者设计人员的阿时候没有明确的给出检验标准。检验标准（checklist）是一个非常重要的东西，当你布置了一个任务以后如果没有检验标准的话每个人作出来的东西可能都完全不同，因为大家都没有一个统一的认识，不知道什么是正确的什么是不正确的。只有明确定义了检验标准，并定期的检查进度和质量才能够保证整体的质量。
关键词：
前车之鉴 后事之师
以史为鉴 可以知得失
舍得！
一点30出发去LCR，班车一般是1:45到，结果等了半天也没有等到班车来临，应该是已经走过了。期待着蓝色的快车一直没来，huangxy一直开玩笑说高仓健的黄色飘带的电影。yesm打电话来催促问是不是已经到了研究院了，只好拦了一辆出租去了LCR。到了会议室还不到两点，感谢出租车司机。由于yanggt去了其它的项目组，我这边就没有笔记本开会演示了，honglei抱怨了十来分钟，yesm也满脸怨言。由于yesm和honglei机器上面都没有安装rose和power designer，只好让gaofengh去借了一个Lenovo3000的小型笔记本来，安装上了powerdesigner以后发现机器居然是home版的windowsxp,没办法安装rose enterprise endition 2003,没办法...而且切换投影的时候也浪费了半个小时左右，因为没有遥控器，无线没办法使用。
好歹等到三点，借了yanggt的笔记本（yanggt在五楼办公），找来楼层助理总算可以开始进行评审了。先是数据库的设计，大部分内容基本没有变化，主要是删除了十来张表，同时修改了一些表的关键字段。但是在讨论ticket的状态的时候连带拖出来了refund流程的变化，以前的refund是有csr引起，生成refund的请求实体放入队列中。变化成为CSR通过IBM 的help desk调用carecenter（我们的系统）的webservice的接口来进行生成refund的实体，CRMT登陆后进行处理退款操作。
然后就是framework文档相关的变化，这一块的内容主要是我写的，基本上比较熟悉没有什么大的问题。主要内容是web应用的目录层次，web页面的页面结构，heartbeat机制的设计和实现，同IBM集成的方式和实现方法。heartbeat使用prototype的ajax.request对象来实现对应的功能，在请求成功或失败以后进行相应的处理。webservice的集成主要包括两个方面：1、调用IBM已经存在（或者即将开发）的webservice；2、提供websercice供IBM的系统来调用从而修改ticke的内容。对于1的内容仍然使用传统的axis1来进行调用，axis2做了一两个测试发现代码和设计以及文档方面都有较大的问题，可能是刚刚发布还不是很成熟（也有一说是学生开发的...）。提供IBM的websercice使用XFire来提供，最近开了一些xfire相关的资料和文档，发现使用xfire实施webservice确实非常方便，不用自己描写wsdl文件。framework的设计部分讨论焦点主要在于web目录层次中的images的国际化上面.
接下来就是流程的该要设计，使用rose model完成的内容。由于比较匆忙，中午的集成基本上没有完成，结果发现有好几个包都无法载入到rose中。查看cat文件发现cat文件中的包名称同Rose Model(mdl)文件中的包就不相同（使用了<>标记导致），修改后载入。Rose真的是一个很慢的工具，yanggt的笔记本基本上跑不动....打开后发下很多流程和图都没有，没有办法进行评审，经过讨论以后决定回去重新梳理流程以后重新进行设计。这次流程的review算是没有通过。
回公司的路上一个人走回去，一路上想着自己什么地方存在问题。分析了一下，其实主要有两个问题：1、过于关注细节，由于自己是技术出生，在遇到技术性的问题第一想法就是自己去搞定。但是这样子对于项目的管理和激活开发人员的热情方面确实是一个很大的打击，佛曰："舍得"，只有舍弃才能够有所收获。决定以后不再关注细节的技术问题，对于整体架构方面的问题放心的交给huangxy去完成，他在架构设计和j2ee方面还是有很多经验的。能够放开的就放开，不要全部抓在自己手里面。比如Framework的文档的修改，就是一个问题。虽然文档没有问题了，但是整个设计阶段的内容没有能够整体上的把握。2、在告诉开发人员或者设计人员的阿时候没有明确的给出检验标准。检验标准（checklist）是一个非常重要的东西，当你布置了一个任务以后如果没有检验标准的话每个人作出来的东西可能都完全不同，因为大家都没有一个统一的认识，不知道什么是正确的什么是不正确的。只有明确定义了检验标准，并定期的检查进度和质量才能够保证整体的质量。
关键词：
前车之鉴 后事之师
以史为鉴 可以知得失
舍得！
