对日软件开发工程与实践V.PPT课件

1、对日软件开发工程与实践,一.日本软件企业的特点及外包方式,日本软件行业的特点,日本软件企业的外包方式,日本软件行业的特点,企业规模：体现为众多大型企业与小型企业竞相并存的局面,分工方式 ：大型企业以上流设计为主，小型企业以底层开发为主,盈利模式 ：系统维护、优化、改造等售后服务领域,发展趋势 ：从C/S结构到B/S结构的升级换代,客户特征 ：拥有固定的客户群，软件企业的运营相对比较稳定,开发规范 ：拥有自己的一套开发流程和开发规范,日本软件企业的外包方式,在海外成立分支机构。,以项目承包的方式，把项目委托给海外的软件开发公司。,以固定开发团队的方式 与海外软件开发公司合作,二.对日软件开发过程

2、管理,式样评价,开发计划,式样理解,设计,编码,测试,指摘对应,项目总结,各工程阶段的风险分析,各开发阶段风险分析基准,建立基准的目的,各开发阶段风险分析表,实施对象,实施时机及实施方法,事先分析各开发阶段中可以预见的风险，以防范在实际开发中出现问题,基于项目风险分析实施标准的风险分析结果， 项目风险级被认为是R2或者R3的项目要作为对象,除了上述的以外，开发主管领导认为有必要的项目也要作为对象,在各开发阶段着手时实施。但是，在前面开发阶段中分析了风险， 认为没有必要再次实施时，继续使用上次实施时的分阶段风险分析就可以了。 项目负责人进行检查判断为(NG)的项目，要作为本项目的问题点，制定对策

3、方案， 记录到项目管理问题点一览表并且需要得到上级开发主管部门的确认 。 在以后的各开发阶段中，项目负责人跟踪对策方案的实施情况。,详细设计,判定：OK，NG，,编码,判定：OK，NG，,结合测试,判定：OK，NG，,开发计划,项目概要 ：项目名称，业务特点，技术特点，开发阶段，规模，纳期，验收期间,系统概要：业务概要 ，开发环境及开发工具 ，功能一览表,开发体制：开发体制的确立，各主要担当任务分担 ，开发体制的评估,项目管理：进度 ，悬案 ，联络，式样变更，成果物 ，配置 ，纳入物 ，借贷物品,品质保证：品质确保的方法 ，各开发阶段的工作方针,交流制度 ：内部交流规则 ，分阶段交流规则 ，全

4、阶段交流规则,项目培训：开发计划书 ，式样书的讲解 ，相关技术 ，品质教育,安全措施：客户信息的保密 ，网络安全和病毒防范,开发体制的确立,细分工作内容,选择担当,山积图,各主要担当任务分担,教育计划,教育计划的执行,教育,单体测试手顺书,单体测试方法说明,单体测试,编码手顺书， Review报告书,规约的说明，编码方法说明，Source Review,编码,设计手顺书，Review报告书,设计方法说明，设计Review,设计,目录结构图，使用权限表,版本工具的管理（VSS/CVS/CASE）,配置管理,式样评价表，式样评价结果报告,式样评价,式样管理,纳品物一览表,纳品物的介质做成，检查，确

5、认，送付,纳品物管理,借贷物品一览表,借贷物品的保管及返还,借贷物品管理,成果物管理表,发送给客户的中间成果物的管理,成果物管理,品质评价表，品质管理表,各模块品质管理，品质分析等,品质管理,悬案管理一览表,悬案的收集，整理，向客户的发送，悬案的展开,悬案管理,机密资料一览表,各种机密资料的管理,机密管理,开发人员申请表,开发人员的调配,人员管理,E-mail管理表，联络事项管理表,外部、内部E-Mail管理,联络管理,会议记录,定期会议,工程管理,进度报告，日程表，状态表,给客户的定期管理资料的制作及发送,进度管理,开发计划书，日程表,开发计划，开发体制,计划管理,文档,确认者,责任者,主要

6、内容,任务名称,项目管理,进度管理：进度管理方针 、日程管理 、进度状况管理 、日报、周报,悬案管理：悬案管理方针、悬案提出 、问题点管理 、悬案管理表,联络管理：邮件的编写规则、邮件发送规则 、紧急联络方法 、联络表,式样变更管理：工作流程、变更分析 、日程调整、变更管理表,成果物管理：成果物管理表,版本管理：版本管理工具 、管理对象 、作业流程,纳入物管理：纳入物做成 、纳入物一览表,借贷物品 ：借贷物品管理表,进度状态管理,評価：問題 ：一部問題 ：大変問題,報告日付：2004年1月3日,项目日报,项目名称：XXXXXX报告人：XXX,悬案管理,悬案的提出流程,悬案,项目内,能解决吗,Y

7、ES,结束,NO,公司内,能解决吗,YES,NO,客户,悬案提出的要点,在基本理解的基础上，有针对性地提出,表达要简单明了，最好是用选择的方式让客户来选择正确的答案,在式样理解过程中，如果有悬案，一定要指出悬案在式样书中的具体位置,悬案的对应,客户,技术负责人,悬案提出者,悬案管理表,重要度：本懸案解決滞開発止、又、進不安残。 ：本懸案解決滞開発進、無駄多、 又、納入必要。 ：本懸案解決滞大影響、約束事項。,版本管理,版本管理工具：,管理对象：,式样书，设计书，源程序，测试式样书，悬案管理票等,版本管理的作业流程,当管理对象发生变化的时候，版本管理担当报告责任人,开发担当必须从版本管理工具上把

8、需要修改的代码CheckOut， 修改完后，在经过版本管理担当的同意后，将修改后的东西CheckIn, VSS，CVS，Clear Case 等,品质保证方针,品质确保的方法,各开发阶段的工作方针,品质管理表,品质目标值,Review,品质管理表,品质目标值,Review,开发阶段内Review,开发阶段间Review,原则上每个开发阶段都要Review,交叉Review,联合Review,分工Review,依据开发阶段风险分析基准，分析上阶段即下阶段的问题。,针对上述问题点，制定对策,各开发阶段的工作方针,交流制度,项目培训,安全措施,客户信息的保密,开发环境的安全,客户名称,项目文档,源程

9、序,项目内容,网络安全,病毒防范,式样理解,式样书的特点,式样理解的要点,业务式样书,共通式样,详细设计书,业务式样的理解,数据库设计的理解,共通式样的理解,详细设计书的理解,悬案的提出,数据库设计书,式样理解Review,式样理解Checklist 的制作,担当讲解自己分担的式样书,Review结果报告书的填写,详细设计,功能构成图,IPO图,画面一览,画面迁移图,画面Layout,画面项目说明,账票一览,账票Layout,账票项目说明,批处理（Batch）一览,批处理详细处理说明,批处理（Batch）一览,错误处理,数据库操作,类图,Sequence图,UseCase图,类定义书,方法定义

10、书,测试用例说明书,单体测试式样书,功能测试式样书,黑盒测试的依据,画面显示是否正确,画面项目操作是否正确,画面迁移是否正确,各处理功能是否正确,数据库的数据变化是否正确,逻辑测试式样书,全路径覆盖,全条件覆盖,编码,严格按照编码规范进行,使用尽可能简单的逻辑实现,Source Review,制订详细的CheckList,详细填写Review结果报告书,指摘对应,指摘分析,指摘修正计划的制定,对应策略的制定,指摘修正的实施,对日软件开发品质管理,QCD,常用品质管理方法,进度跟踪及监控机制,测试,Q：Quality,C：COST,D：Date,进度跟踪及监控机制,进度管理计划,问题点管理方法,

11、项目管理会议制度,技术评审,问题点管理方法,技术评审,常用品质管理方法,开发阶段间Review,成果物检查,Bug管理,Bug管理,Bug管理的流程,Bug票,Bug管理图,Bug管理流程,QA测试,Bug票,Bug修正,Bug分析,内部确认,记入修正日期,QA再测试,正确？,Yes,结束,No,Bug票,测试,概要,测试过程概要,单体测试,结合测试,系统测试,回归测试,用户测试,综合测试,运行测试,面向对象开发的测试,测试概要,测试的重要性,品质管理与测试,字测试模型,制定测试计划,建立测试队伍,按照测试计划进行测试,对测试结果进行评估,测试的重要性,测试在整个开发周期中占有举足轻重的地位,

12、在后期发现的问题，其修正成本要比在先期被发现的修正成本高很多,修正成本,开发初期,开发后期,高,低,字测试模型,测试与测试者的关系,测试过程概要,测试计划,测试式样,测试的实施,测试日程，工作体制，测试范围，测试的顺序,测试对象，测试环境，测试的准备，测试数据，测试顺序,以测试式样书为基础实施测试,将测试结果，测试顺序，问题的发生状况，再现性等记录到Bug票中,测试结果的评价方法，测试后的工作计划,测试结果的评价,根据品质目标值中的Bug率等评价测试结果,如果相差较大，要对测试过程重新评审分析原因并制定出新的测试计划,品质向上,修正后是否正确，对其他地方有没有影响，这些都要通过再测试来验证,单

13、体测试,单体测试的概念及过程,单体测试的技法,单体测试项目,单体测试工具的使用,单体测试的概念及过程,单体测试的概念,单体测试为检验程序是否按照机能式样编制的而进行的测试,单体测试常见问题,单体测试过程,目的是在进入结合测试之前使程序的质量达到一定的水平,为了尽量多的发现Bug，从而减少Bug修改的成本,测试式样书没有按照详细设计书进行编写，测试项目不完备,只是简单的运行一下，就觉得没问题了,编程序时不精心，希望通过测试后再修改,用在测试上的时间少,不是有计划地编写测试式样书,根据程序设计书或详细设计书编写单体测试式样书,编写测试程序,根据单体测试式样书进行单体测试,如果发现问题，进行修改,进

14、行再测试,单体测试的技法,白盒测试,命令网络：所有命令执行一次,黑盒测试,条件网络：所有分支条件 的遍历,路径网络：所有路径的遍历,同值分割 ：测试数据以组为单位分开，把各个组的代表值作为测试项,界限值分割：把境界値作为测试数据的依据选择超出境界值范围的数据,因果图表,单体测试项目,是否覆盖了程序的所有执行语句,是否覆盖了所有的判断路径,是否准备了可以测试到所有境界値的测试数据,单体测试工具的使用,为使单体测试能以很好的效率进行，在必要时可以利用单体测试工具,单体测试工具是在事先设计好测试项的基础上自动进行的单体测试,象需要再测试时，如果使用测试工具能大大提高测试效率,使用测试工具时，有必要准

15、备测试项目和编写测试程序,结合测试,结合测试的概念及过程,结合测试的技法,结合测试项目,结合测试工具,结合测试用程序,结合测试的概念及过程,结合测试的概念,在结合测试中实施的是以程序间的接口相关的以检出Bug为目的的测试,结合测试的范围,结合测试过程,对程序是否按照外部式样那样制作进行验证,对系统的可靠性，可维护性，操作性，性能等进行测试,以用例（Use Case）为基础的测试,以组件（Component）为基础的测试,制作结合测试计划,根据用例（Use Case），场景或组件写结合测试式样书,制作测试数据和测试程序,系统联调,实施测试，记录测试结果,根据测试结果确定问题点，修正之后再次进行测

16、试,程序的结合最好能自动实施，因为会经常出现修改，测试，再修改，再测试的情况,结合测试的技法,递增测试,自顶向下测试（Top Down Test）,非递增测试（Big Bang ）,自下向上测试（Bottom Up Test）,三明治测试（Sandwich Test）,概念：把所有程序结合在一起，然后进行测试,优点：可以自上而下地对系统进行测试,缺点：如果发现Bug，难以定位并修正；,所有程序的单体测试如果没进行完，不能开始测试 ；,难以发现程序间的接口问题,不需要准备中间程序,递增测试,自顶向下测试（Top Down Test）,自下向上测试（Bottom Up Test）,三明治测试（Sa

17、ndwich Test）,概念：按照从上到下的顺序结合程序并实施测试的方法,优点：反复对高端程序进行测试，可以增加高端程序的可靠性,缺点：必须准备中间程序（下端程序）,高端程序和低端程序不能同时运行来进行测试,不能只对低端程序进行集中测试,可以及早发现GUI的操作和式样方面的问题,可以在开发的早期阶段编写能运行的程序 ，早期确定式样,概念：自底向上测试就是按照从下到上的顺序结合程序并实施测试的方法,优点：反复对低端程序进行测试，可以增加低端程序的可靠性,缺点：必须准备中间程序（高端程序）,GUI相关的测试放到最后，如果对发现问题的修改的成本会增加,可以集中一个功能的程序来进行测试,概念：将自顶

18、向下测试和自底向上测试结合起来而进行测试的方法,优点：具有自顶向下测试和自底向上测试的优点,缺点：需要准备中间程序（高端和底端）,在确定两种测试方法的范围时，容易引起接口方面的问题,结合测试项目,是否覆盖了所有功能,是否所有的数据操作都正确,是否考虑了各个功能之间的结合，包括数据间的关系,结合测试工具的使用,结合测试也和单体测试一样如果能使用测试工具同样会提高测试效率,Stub程序,当高端程序调用低端程序时，用来代替低端程序的测试程序,Driver程序,结合测试用程序,如果想要对低端程序进行测试时，高端程序没有完成时的测试程序,面向对象开发的测试,对于底端类来说，需要做更多的测试用例来进行测试

19、。,继承关系的测试,在继承的深度比较深的情况下，高端类的问题比较多,结合度的测试,按照调用的方法，属性的参照状况测试类的结合度,调用方法的关系用实行状况来进行验证,类的结合度测试使用程序解析工具来进行,开发规范,JAVA语言编码规范, VB语言编码基准, C语言开发基准, SQL开发规约,JAVA语言编码规范,JAVA命名规则,文件构成规范,源程序规范,注释规范,声明规范,语句规范,错误处理规范,JAVA命名规则,包（Package）名：全部用小写。 类名：类名最好用可以表达出功能的英文，英文单词的第一个字母要大些。 类名后面要附带包名。类名不能包含英文动词。 方法名（Method） 方法名使

20、用接头语名称的形式。 接头语是根据目的使用以下的词、全部使用小写字母。 set, get, create, update, check, delete, do 表示名称的单词第一个字母要大写。 文件名 按照编译的规定，文件名必须与文件中定的public class相同。 源文件（Source File）的扩张子设定为java； 类文件（Class File）的扩张子为class。 常数名 使用可以表明含义的英文单词，全部用大写字母。 内部变量 使用可以表明含义的多个英文单词，第一个字母要小写； 后面每个单词的第一个字母要大写。,JAVA文件构成规范,源程序的大小 每个源文件的大小最好不超过20

21、0行。 源程序的构成及声明的顺序 在每个源文件中，只能定义一个public属性的类和一个接口。 跟功能相关的private属性类或者接口也可以在同一文件内定义， 但是在这种情况下，public属性的类或接口应该配置在文件的前面。 源文件按照下记的顺序记述。 头注释； 包声明； Import 声明； 类/接口的定义； 类（方法）的变量注释 方法的头注释,JAVA源程序规范,缩进（Indent） 缩进为2个半角空格，不能使用TAB。 行的长度 一行的长度最大为80个半角字符。一行写一句代码。 在有多层嵌套结构时，每一层要加入换行符。 在下列情况下要空1行 A方法之间 B方法的局部变量说明和最初的语

22、句之间 C块注释及行注释之前 D方法内的每个逻辑处理块之间 在下列情况下需要空2行 A元代码的Section之间 B类定义或接口定义之间 在下列情况下需要插入空格 A关键词与括弧之间（但是方法名，参数和括弧之间除外） B有多个参数时，每个逗号后 C演算符和操作符之间（单演算符除外）,JAVA注释规范,普通注释 块注释： 由多行注释构成。主要是说明文件，方法，数据结构，算法等。 行注释： 在需要注释的对象之前的一行中说明。 缩进要和其注释对象相同； 需要2行以上时遵循块注释的规定； 在行注释之前要空1行。 行末注释： 在注释对象之后的比较简短的注释。 在连续多行有行末注释的情况下，要缩进相同。

23、JavaDoc注释 第一行为注释开始标示行，形式为/*加换行符。 第二行以后是以*为开始和第一行的*相同的缩进。 最后一行是注释结束标示行，形式为*/加换行符。,JAVA声明规范,变量的声明 A一行一个变量声明。 B对于用途比较单一的变量，在声明是要进行初始化。 类和接口的声明 A开始的大括弧放在行后，最后的大括弧单独占一行。 B方法之间用空行隔开。 C类变量不能和方法的参数同名。,JAVA语句规范,简单语句 一行一句。 复合语句 条件判断语句，循环语句等称为复合语句。 即使其执行语句只有一条，也需要用大括弧括起来。 控制语句 return 语句一般情况下不要使用小括弧。有条件返回的时候除外。 for，while，do while语句即使只有一个执行语句，也要使用大括弧。 switch 语句中如果有不使用Break的情况要用注释表明。 在最后一定要加上Default。 try-catch-fi