时间:2005年6月23日
地点:广州
主讲:Borland公司大中华区CTO 李维
说是交流,主要也还是推广产品。但是我们也能学到一些东西。就所听的记录几个片断:
如何分析软件质量的好坏?特别是一个外包项目,或者对一个软件做测试时。源代码有几十万行,怎么分析?可以有很多个参数和标准。together可以对源代码的这些标准进行快速分析,用“雷达图”表现出来。(类似蛛网的图形)。
一些被业界广泛使用的开源产品其实编写得并不好,虽然功能上并没有错误,但很可能有性能上的陷阱。例如tomcat4。0,不能支持400个以上的并发用户,原因是某处循环里对String对象做了“+”的操作。
很多优秀的组件,单独使用都是好的,但是组合在一起却不行。如CORBA+ADO/COM,他们的数据结构或RUNTIME不一样,对接口和系统的要求高。其他单继承产品和多接口产品的结合也是不好的。
把一个项目按时间顺序分为:需求分析、设计、编码、测试、集成阶段。那么,越早的阶段对软件品质的影响越大。从100倍到1倍。
together不仅能对编码进行分析,还能对架构和用例进行分析。编码分析可以分析出一些编码规范的错误,并分成3个级别:严重、普通、轻微。一般建议对严重的错误需要修改。也可以用这个来分析程序员水平的高低。
GVT技术:建模后,生成符合企业风格、行业专业的代码。(together计划实现)。
People CMMI:对人也有一个评估,大概是未来几年业界要做的一个事情。李雄认为很快,我想起码也要3年以后。
2005年6月23日在广州,Borland公司大中华区CTO李维进行产品推广交流。提到可用together对源代码标准快速分析,开源产品如tomcat4.0可能有性能陷阱,组件组合可能存在问题,项目前期对软件品质影响大,together还能分析架构和用例等。
4130

被折叠的 条评论
为什么被折叠?



