项目管理:
第一,软件管理,各种层面都数字化,生产性(开发效率),代码质量,测试质量,测试文档质量,各种规范,软件进度控制,成本。
第二,设计:设计很细,从上而下,几乎不越位,不漏级。从要件定义(需求)进行整个工程的报价估算,然后进行基本设计(外部设计,各种设计规范,公共开发 规范定义),然后进行详细设计(事件处理,数据处理,异常处理),最后进行程序设计,然后进行编码,进行单元测试(UT,写case,做数据, 截图),然后进行结合测试(CT 集成),结合又分结合测试,组合测试(内结合,外结合),最后到总合测试(TT),最后到系统测试(ST),最后确认测试。
同时每个阶段由项目内部进行评审,评审有标准,然后送到公司品质保证部进行审查(每个阶段,包括设计,代码,测试等等),审查查出的BUG个数,要乘以 5,然后退回给项目经理找出这个数字的bug,然后"品质向上",就是一个bug去找类似bug,每个画面,每个开发者签名。品质部的来回几次评审过后, 如果通过,则可以提交最终客户了。
其中各个阶段还要看质量数据是否合理,比如bug率,UT测试case比率,ct测试bug率等,太高了不行,太低了也不行,要分析原因。各类bug也要分析比例,bug的类别有14种左右,原因层次有4层,...。
算钱,日本项目算钱好像比较容易,只要能证明(说服对方)项目的实际规模,钱从来没少给。不向国内,不停的杀价。
开发语言:
大项目用Java,中小项目用vb,c#。金融用cobol。
他们一般都有自己的开发平台,即使是java,struts,他们也自己开发了一整套框架,不服不行。
他们编码时事先用excel等vba宏来帮助生成很多代码,包括数据库访问,公共设置,等等。
甚至连详细设计都用工具自己帮里写出来了
其他:
比较大的公司 还有 “编程规约” 到时候检查你的代码就看是不是按照“规约”写的
例如 C语言的“编程规约”
1。 为了防止bug, 禁止使用 条件表达式。 就是 xxxx?yy:zz这个
详情参见:
http://topic.csdn.net/u/20090701/15/c811d423-f8a6-4bac-bb4a-2fff4473b6db.html