软件对日流程开发答案（最终版）

第一篇：软件对日流程开发答案（最终版）

waibao,1=外包目的：1.降低成本；2.提高效率；3.维持企业核心业务的竞争力。

waibao,2=外包分类：1.境内外包；2.离岸外包。1.业务应用外包；2.业务流程外包；3.业务流程离岸外包；4.企业转型外包；5.多方外包；6.共享服务或内包。

waibao,3=外包业务特点：1.外包业务偏向于后台业务；2.机械性业务；3.非现场业务。

waibao,4=企业业务外包优势：1.业务外包能够使企业专注于核心业务；2.使企业提高资源利用率。

waibao,5=服务外包分类：1.信息技术外包（ITO）；2.业务流程外包(BPO)；3.知识流程外包(KPO)。

waibao,6=软件外包特点：1.软件外包项目的合同类型多种多样；2.软件外包项目的规模和质量要求差别很大；3.软件外包项目技术和业务领域各异；4.部分客户对软件外包企业有过程管理方面的要求；5.软件外包企业对成本非常敏感。

waibao,7=外包发展趋势：1.有简单编码向大型整体外包项目发展；2.项目利润率提高；3.多样化渠道构建多层次合作平台；4.项目质量和准时交付成为客户的核心需求；5.不断开拓欧美外包市场；6.BPO成为未来外包发展的趋势。

waibao,8=对日软件外包开发特点：1.编码、测试业务量比重大；2.品质要求高；3.文档要求高；4.工期短工作量大。

waibao,9=三种外包区别：1外包是企业动态地配置自身和其他企业的功能和服务，并利用企业外部的资源为企业内部的产生和经营服务。2服务外包的动因是降低成本，技术因素以及关注核心竞争力。

3软件外包是一种依托于信息技术的服务模式，是指客户将软件项目中的部分工作软交给软件外包服务商代工开发的一种行为，它具有降低成本、提高效率的作用，是工种细分和经济一体化的大势所趋。

ruanjian,1=软件分类：基础软件和应用软件

ruanjian,2=软件开发步骤：1.进行用户的需求调研和分析，确定待开发软件系统的规格；2.进行相应的软件设计，实现软件系统的规格；3.根据软件设计的结果进行编码；4.进行软件测试，确认软件系统是否满足客户的需求并且是没有缺陷的。

ruanjian,3=软件开发全过程和成果物：1.需求分析/定义（需求定义书）；2.外部设计（外部设计书）；3.内部设计（内部设计书）；4.程序设计（程序设计书）；5.编程（源代码）；6.测试（单体测试、集成测试、系统测试）。

fenxishejifangfa,1=最具代表性的分析设计方法：1.结构化的分析和设计（数据流图DFD）；2.面向对象的分析和设计（UML图）。

ruanjian,4=软件开发模型：瀑布模型(不可逆,必须保重上一步是正确的)；2.螺旋模型(一开始不成形)；3.敏捷模型(反复)；4.V模型（效率最高）。

vmoxing,1=1需求分析和功能设计对应验收测试，说明在做需求分析、产品功能设计的同时，测试人员就可以阅读、审查需求分析的结果，从而了解产品的设计特性，用户的真正需求，确定测试目标，可以准备用例并策划测试活动。2当系统设计人员在做系统设计时，测试人员可以了解系统是如何实现的，基于什么样的平台，这样可以设计系统的测试方案和测试计划，并事先准备系统的测试环境，包括硬件和第三方软件的采购。因为这些准备工作，实际上是要花去很多时间。3当设计人员在做详细设计时，测试人员可以参与设计，对设计进行评审，找出设计的缺陷，同时设计功能，新特性等各方面的测试用例，完善测试计划，并基于这些测试用例开发测试脚本。4水平虚线上部表明，其需求分析、功能设计和验收测试等主要工作是面向用户，要和用户进行充分的沟通和交流，或者是和用户一起完成。水平虚线下部的大部分工作，相对来说，都是技术工作，在开发组织内部进行，由工程师完成。

uml,1=UML（统一建模语言）图是基于面向对象技术，用于对象模型化的一种图形描述方法。UML图可以大致分为1.结构图（类图、对象图、包图、配置图）；2.动作图（时序图、用例图、状态机械图、活动图、交流图、相互作用概要图、时间图）。两种

leitu,1=类图是用来描述类之间的静态关系；

shixutu,1=时序图用来描述对象间的信息传递；

yonglitu,1=用例图用来描述系统提供的功能以及同使用者之间的动态关系

liuchengtu,1=流程图是采用一些简单的图形符号，用易于理解的图形方式来描述系统的处理过程和数据流的一种表达方法。

shangyougongcheng,1=需求分析、需求定义、要件定义、系统方案书、外部设计、内部设计

xiayougongcheng,1=编码、测试

xuqiudingyi,1=需求定义主要是确定“用户想要什么”，即制定用户“需求”的过程。《需求定义书》是该阶段最重要的开发成果。

yaojiandingyi,1=要件定义则是基于之前完成的需求定义，在专业分析工程师的帮助下由用户自身或者由专业的软件公司对必须的系统项目（即：系统要件）进行整理的过程。要件定义阶段的主要成果是《要件定义书》。需求定义是“用户的需求定义”，而要件定义则是“系统的要件定义”。这样一来，就很容易将二者区分开来。

yonghuxuqiu,1=功能需求和非功能需求

feigongnengxuqiu,1=非功能需求的定义：功能性、信赖性、使用性、效率性、保守性、移植性、障害抑制性、效果性、运用性、技术要件。

yaojiandingyishu,1=要件定义书编写步骤：1.充分把握《需求定义书》中描述的内容；2.设想需求定义的系统化模型，删除重复的功能，添加不足的功能；3.在进行系统化时，确认并解决功能间的矛盾及其他问题，并确定需要进行系统化的功能范围；4.整理、总结。

yaojiandingyishu,2=描述项目：背景、课题、目的方针、概要、功能、系统化的范围、工程计划、体制、成果物（可选：用户接口、系统构成、作业标准、品质管理）

yaojiandingyishu,3=注意：1.明确担当的任务和责任；2.适当控制内容描述的篇幅；3.对不需要进行处理的部分要进行明确描述；4.字体和描述风格要统一。

xitongfanganshu,1=系统方案书的目的：制作系统方案书的最终目的是获取客户的开发订单。

xitongfanganshu,2=编写步骤：1.阅读理解《要件定义书》，构造软件系统的原型（功能、结构等）2.分析提炼出需要的开发技术，进行相关的技术调查或听取专业人员的意见；3.确定系统构成；4.估计开发系统的时间；5.估计开发系统的费用；6.按照《系统方案书》的规格进行整理、总结；7.组织相关人员进行评审，提高《系统方案书》的完成度。

xitongfanganshu,3=描述项目：系统方案书必须描述的项目有：背景、课题、目的方针、概要、功能、系统化的范围、系统构成、软件构成、硬件构成、网络构成、系统接口、作业标准、品质管理、费用工数规模、成品（可选：用户接口、开发环境）

xitongfanganshu,4=编写系统方案书的注意点：1.字体、格式、文字大小；2.文字统一用“です?ます”体；3.正确使用“てにをは”、并且使用方法要一致；4.明确用语的定义；5.数值后面必须有相应的单位；6.一定要有版本号；7.根据客户的要求统一文体和用语等。waibushejishu,1=外部设计书编写步骤：1.开始；2.设计业务流程；3.子系统的划分4.设计画面布局和报表布局；5.设计编号；6.数据库逻辑设计；7.设计系统接口；8.汇总外部设计书的表述项目；9.评审；10.结束。

shujuliutu,1=数据流图（DFD）是适合描述业务流程的图形方法。包含元素：1.数据流；2.处理；3.数据存储；4.数据的原点和终点。

shujuku,1=在数据库逻辑设计中，常用的图形表示方法有“ER图（ER图由实体、属性、关联三部分组成。）”和“CRUD图”。

huamianbuju,1= 画面布局就是指在屏幕上显示的画面构成，而报表布局则是指打印输出的报表的构成。这两部分的设计也称为用户界面设计，用于用户和软件系统间的交互

waibushejishu,2=外部设计书描述项目：1.目的方针；2.概要；3.功能；4.用户界面；5.系统构成；6.软件构成；7.硬件构成；8.网络构成；9.系统接口。

neibushejishu,1=

1、编写内部设计书的目的：1.为了防止编码时的错误，从早期阶段开始确保产品的质量；2.不论什么能力的程序员，都能开发出同样品质的程序；3.有多个软件公司共同开发一个程序的时候，可以很容易地将程序组合在一起；4.更容易将可复用程序进行“模块化”。

jiegouhuasheji,1=

2、结构化设计优点缺点：1.优点是可以分别从宏观和微观两个角度进行设计，能够根据目的从比较容易理解的角度去审视整个系统。2.缺点是设计是以功能为中心，容易忽略对数据的考虑，从而有可能导致数据的重复和耦合性。为了弥补这种不足，通常采用兼顾结构化设计和数据关注的设计方法。

neibushejishu,2=内部设计书的编写步骤：1.画面的详细设计；2.报表的详细设计；3.外部接口的详细设计；4.业务规则的详细介绍；5.请求处理的详细设计；6.消息的详细设计；7.数据库物理设计；8.整理、总结；9.评审。shujukusheji,2=数据库设计定义内容：1.数据库的表名；2.字段的类型或字节数；3.主键或外部键；4.索引（使用索引的情况）；5.关联表的名称（存在表关联的情况）。

6、表的访问顺序

7、假设的记录个数

8、数据的写周期

neibushejishu,3=内部设计书的描述项目：用户接口，程序构成，数据结构，处理逻辑，消息，系统接口，网络结构

diyizhang,1=

1、争力。

diyizhang,2=

2、diyizhang,3=

3、根据外包供应商的地理分布状况划分：1.境内外包；2.离岸外包 根据外包的业务不同划分：1.业务应用外包；2.业务流程外包；外包目的：1.降低成本；2.提高效率；3.维持企业核心业务的竞3.业务流程离岸外包；4.企业转型外包；5.多方外包；6.共享服务或内包。diyizhang,4=

4、非现场业务。diyizhang,5=

5、企业业务外包两大优势：1.业务外包能够使企业专注于核心业务；外包业务特点：1.外包业务偏向于后台业务；2.机械性业务；3.2.使企业提高资源利用率。diyizhang,6=

6、服务外包分类：1.信息技术外包（ITO）；2.业务流程外包(BPO)；3.知识流程外包(KPO)。diyizhang,7=

7、软件外包特点：1.软件外包项目的合同类型多种多样；2.软件外包项目的规模和质量要求差别很大；3.软件外包项目技术和业务领域各异；4.部分客户对软件外包企业有过程管理方面的要求；5.软件外包企业对成本非常敏感。diyizhang,8=

8、软件外包企业的经营模式：1.跨国公司在中国设立的软件研发机构；2.跨国软件公司在中国设立的市场开拓机构；3.中国本土的国际软件外包企业；4.中国本土研发型的软件外包企业。diyizhang,9=

9、软件外包发展趋势：1.有简单编码向大型整体外包项目发展；2.项目利润率提高；3.多样化渠道构建多层次合作平台；4.项目质量和准时交付成为客户的核心需求；5.不断开拓欧美外包市场；6.BPO成为未来外包发展的趋势。diyizhang,9=

10、对日软件外包的优势：地理位置、语言、文化、习惯、其他。diyizhang,9=

11、对日软件外包开发的特点：1.编码、测试业务量比重大；2.品质要求高；3.文档要求高；4.工期短工作量大。dierzhang,1=

1、dierzhang,2=

2、软件分为两大类：基础软件和应用软件

软件开发步骤：1.进行用户的需求调研和分析，确定待开发软件系统的规格；2.进行相应的软件设计，实现软件系统的规格；3.根据软件设计的结果进行编码；4.进行软件测试，确认软件系统是否满足客户的需求并且是没有缺陷的。dierzhang,3=

3、软件开发全过程和成果物：1.需求分析/定义（需求定义书）；2.外部设计（外部设计书）；3.内部设计（内部设计书）；4.程序设计（程序设计书）；5.编程（源代码）；6.测试（单体测试、集成测试、系统测试）。dierzhang,4=

4、最具代表性的分析设计方法：1.结构化的分析和设计（数据流图DFD）；2.面向对象的分析和设计（UML图）。dierzhang,5=

5、型（效率最高）。

disanzhang,1=

1、软件开发过程规范：1.用语一致（最基本原则）；2.标准的工程名称和文档；3.正确的图形表示方法；4.标准的开发规范。

disanzhang,2=

2、编写文档重要性：当软件系统达到一定规模的时候，分析、设计、编码和测试工作通常是由不同的开发人员来完成。这是，为了保证系统开发的顺利进行，就需要在担当不同任务的开发人员之间进行系统开发信息的传递。在开发大规模软件系统的时候，通常负责各开发阶段任务的软件公司是不一样的，有时甚至会有多家公司共同参与某一个开发过程的任务。在这样的开发体制中，就必须保证相关开发人员或软件公司之间信息传递的正确性。所以，为了在系统开发中能够正确的传递相关的开发信息，编写软件系统的开发文档就显得格外重要。

disanzhang,3=

3、UML（统一建模语言）图是基于面向对象技术，用于对象模型化的一种图形描述方法。

disanzhang,4=

4、UML图大致分为：1.结构图（类图、对象图、包图）；2.动作图（时序图、用例图）。

disanzhang,5=

5、类图是用来描述类之间的静态关系；时序图用来描述对象间的信息传递；用例图用来描述系统提供的功能以及同使用者之间的动态关系。

disanzhang,6=

6、流程图是采用一些简单的图形符号，用易于理解的图形方式来描述系统的处理过程和数据流的一种表达方法。disizhang,1=

1、上游工程：需求分析、需求定义、要件定义、系统方案书、外软件开发模型：1.瀑布模型；2.螺旋模型；3.敏捷模型；4.V模部设计、内部设计。下游工程：编码、测试。disizhang,2=

2、disizhang,3=

3、用户需求可分为：功能需求和非功能需求。

非功能需求的分类：功能性、信赖性、使用性、效率性、保守性、移植性、障害抑制性、效果性、运用性、技术要件。disizhang,4=

4、要件定义书编写步骤：1.充分把握《需求定义书》中描述的内容；2.设想需求定义的系统化模型，删除重复的功能，添加不足的功能；3.在进行系统化时，确认并解决功能间的矛盾及其他问题，并确定需要进行系统化的功能范围；4.整理、总结。

disizhang,5=

5、要件定义书描述项目：背景、课题、目的方针、概要、功能、系统化的范围、工程计划、体制、成果物 disizhang,6=

6、编写要件定义书注意：1.明确担当的任务和责任；2.适当控制内容描述的篇幅；3.对不需要进行处理的部分要进行明确描述；4.字体和描述风格要统一。diwuzhang,1=

1、制作系统方案书的最终目的是获取客户的开发订单

diwuzhang,2=

2、系统方案书编写步骤：1.阅读理解《要件定义书》，构造软件系统的原型（功能、结构等）； 2.分析提炼出需要的开发技术，进行相关的技术调查或听取专业人员的意见；3.确定系统构成；4.估计开发系统的时间；5.估计开发系统的费用；6.按照《系统方案书》的规格进行整理、总结；7.组织相关人员进行评审，提高《系统方案书》的完成度。

diwuzhang,3=

3、系统方案书必须描述的项目有：系统构成、软件构成、硬件构成、网络构成、系统接口、作业标准、品质管理、费用工数规模 R diwuzhang,4=

4、编写系统方案书的注意点：1.字体、格式、文字大小；2.文字统一用“です?ます”体；3.正确使用“てにをは”、并且使用方法要一致；4.明确用语的定义；5.数值后面必须有相应的单位；6.一定要有版本号；7.根据客户的要求统一文体和用语等。

diliuzhang,1=

1、外部设计书编写步骤：1.开始；2.设计业务流程；3.子系统的划分4.设计画面布局和报表布局；5.设计编号；6.数据库逻辑设计；7.设计系统接口；8.汇总外部设计书的表述项目；9.评审；10.结束。RRR diliuzhang,2=

2、数据流图（DFD）是适合描述业务流程的图形方法。包含元素：1.数据流；2.处理；3.数据存储；4.数据的原点和终点。

diliuzhang,3=

3、在数据库逻辑设计中，常用的图形表示方法有“ER图”和“CRUD图”。diliuzhang,4=

4、ER图由实体、属性、关联三部分组成。

diliuzhang,5=

5、外部设计书描述项目：1.目的方针；2.概要；3.功能；4.用户界面；5.系统构成；6.软件构成；7.硬件构成；8.网络构成；9.系统接口。

diqizhang,1=

1、编写内部设计书的目的：1.为了防止编码时的错误，从早期阶段开始确保产品的质量；2.不论什么能力的程序员，都能开发出同样品质的程序；3.有多个软件公司共同开发一个程序的时候，可以很容易地将程序组合在一起；4.更容易将可复用程序进行“模块化”。

diqizhang,2=

2、结构化设计优点缺点：1.优点是可以分别从宏观和微观两个角度进行设计，能够根据目的从比较容易理解的角度去审视整个系统。2.缺点是设计是以功能为中心，容易忽略对数据的考虑，从而有可能导致数据的重复和耦合性。为了弥补这种不足，通常采用兼顾结构化设计和数据关注的设计方法。

diqizhang,3=

3、内部设计书的编写步骤：1.画面的详细设计；2.报表的详细设计；3.外部接口的详细设计；4.业务规则的详细介绍；5.请求处理的详细设计；6.消息的详细设计；7.数据库物理设计；8.整理、总结；9.评审。

diqizhang,4=

4、数据库设计定义内容：1.数据库的表名；2.字段的类型或字节数；3.主键或外部键；4.索引（使用索引的情况）；5.关联表的名称（存在表关联的情况）。

dibazhang,1=

1、在结构化程序设计中，有若干种程序模块划分的方法。其中，最具代表性的一种方法是：STS划分法。STS就是源、转换、接收的略称。

dibazhang,2=

2、输入处理与转换处理的界限称为最大抽象输入点，转换处理与输入处理的界限称为最大抽象输出点。

dibazhang,3=

3、事务处理就是以具有某种意义的集合为处理单位。

dibazhang,4=

4、事务是作为单个逻辑工作单元执行的一系列操作，这些操作作为一个整体一起向系统提交、要么都执行、要么都不执行。事务是一个不可分割的工作逻辑单元。dibazhang,5=

5、STS划分方法和事务处理划分方法是最具代表性的两种模块划分方法。这两种都是面向数据流的模块划分方法，面向数据结构的模块划分方法是Jackson方法。

dibazhang,6=

6、数据的结构图有输入数据结构图和输出数据结构图，转换处理的结构图主要是指程序结构图。

dibazhang,7=

7、评价模块划分标准：模块的大小、模块的内聚性、模块的耦合度、模块的控制范围和影响范围等。

dibazhang,8=

8、模块的大小通常由描述模块的代码行数或构成程序的指令数来表示。

dibazhang,9=

9、模块内聚性就是指表示模块内部的要塑件关联性强弱的标准。内聚性越强，独立性越高，划分的越好。

dibazhang,9=

10、模块的内聚性由强到弱分为7个阶段：功能内聚、信息内聚、通信内聚、过程内聚、时间内聚、逻辑内聚和偶然内聚。

dibazhang,9=

11、模块的耦合性是表示模块间关联性强弱的标准。耦合性越弱，独立性越强，模块越好。

dibazhang,9=

12、模块的耦合性由弱到强分为6个阶段：数据耦合、印记耦合、控制耦合、外部耦合、公共耦合、内容耦合。

dibazhang,9=

13、公共耦合会引起下列问题：1.所有公共耦合模块都与某一个公共数据环境内部各项的物理安排有关，若修改某个数据的大小，将会影响到所有的模块。2.无法控制各个模块对公共数据的存取，严重影响软件模块的可靠性和适应性。3.公共数据名的使用，明显降低了程序的可读性。4.公共耦合的复杂程度随耦合模块的个数增加而显著增加。dibazhang,9=

14、模块划分所确定的模块层次结构，可以通过模块结构图描述出来。

dibazhang,9=

15、模块规格可以用判断表、结构化语言、NS图、活动图表达出来。

dibazhang,9=

16、使用编程语言编写的代码程序称作“源代码”。

dibazhang,9=

17、外部设计或内部设计的评审叫做“设计评审（DR）”，程序的评审叫做“源代码评审”。

dibazhang,9=

18、源代码评审内容：1.程序代码是否按照规范进行编写的。2.编码逻辑是否正确。

dibazhang,9=

19、源代码评审方法：1.制作用语源代码确认的检查列表。2.对存在问题的地方做好相应的记录。

dibazhang,9=20、编码规范规则：1.在程序开头添加注释的规则。2.有关变量的命名、声明方法的规则。3.程序逻辑的描述规则。4.变量类型的规则。

dijiuzhang,1=

1、软件测试的目的：1.确认软件的质量。一方面确认软件做了用户期望的事情，另一方面确认软件以正确的方式完成了某个功能。2.提供信息。比如提供给开发人员或项目经理的反馈信息，为风险评估所准备的信息。3.软件测试不仅是在测试软件产品本身，而且还包括软件开发的过程。

dijiuzhang,2=

2、测试的最终目标是确保软件的质量。

dijiuzhang,3=

3、软件测试3种类型：单元测试、集成测试、系统测试。dijiuzhang,4=

4、单元测试和编码属于软件工程过程的同一阶段。集成测试是将完成单元测试的程序组合在一起，并确认其动作的测试。系统测试是用来确认系统是否实现了《要件定义书》《外部设计书》中的内容的测试。

dijiuzhang,5=

5、单体测试--白盒测试--流图（查找程序处理流程的方法）。

dijiuzhang,6=

6、路径数：用流图的边数减去节点数，然后再加上2，得到路径数。

dijiuzhang,7=

7、测试数据再加上期待结果和具体的测试方法等，就可以整理为《单体测试计划书》。根据测试计划书进行单体测试，并将得到的软件测试结果整理汇总为《单体测试报告书》。

dijiuzhang,8=

8、驱动程序存根程序：通常采用测试用的虚拟程序模块进行测试，这种虚拟的程序调用程序叫做“驱动程序”。虚拟的被调用程序叫做“存根程序”。

dijiuzhang,9=

9、集成测试：集成测试的目的就是确认程序之间的接口是否存在问题，以及是否实现了必须的功能。主要采用“黑盒测试”的测试方法。

dijiuzhang,9=

10、黑盒测试方法：等值划分，界值分析，错误推断。

dijiuzhang,9=

11、系统测试的观点：1.超负荷是的动作。2.处理性能。3.故障修复功能。4.通过操作应答。5.运用维护功能。

dijiuzhang,9=

12、验收测试：是一项确定产品是否能够满足合同或用户所规定需求的测试。验收测试通常情况要花费1周至1个月的时间。

dijiuzhang,9=

13、验收测试的步骤：1.验收测试的担当与做成项目。2.验收测试不合格的情况。3.验收测试合格的情况。dijiuzhang,9=

14、如果所有的测试项目都通过，将验收测试合格的相关内容记录进《验收测试成绩书》。

dijiuzhang,9=

15、高效的验收测试方法：1.根据软件开发公司提交的所有测试项目，对系统进行认真而又全面地测试。2.根据软件开发公司提交的集成测试之后的故障处理管理票，对故障处理进行确认。通过这样，判断测试的有效性。另外，通过故障处理的内容，可以评价软件城堡公司的开发能力。3.从故障处理管理票中抽取出几个处理完毕的项目进行重新测试，确认系统缺陷确实修改成功，测试合格等。4.根据《要件定义书》和《外部设计书》，单独制定软肝测试项目进行测试。

dijiuzhang,9=

16、缺陷：软件程序中存在的问题。为了保证软件测试的质量，最基本且被广泛使用的一种方法是“缺陷累积曲线”。可用于判断程序缺陷消失的指标。横轴表示时间，纵轴表示缺陷数量和测试项目等。

dijiuzhang,9=

17、缺陷累积曲线特征：1.表示实施完毕的测试项目数的图形是一条指向坐标区间右上方的一条直线。2.缺陷累积数量的变化用一条S曲线描述出来。

dishizhang,1=

1、项目工程管理：是为了使软件项目按照预定成本、进步、质量顺利完成，而对人员、产品、过程及项目进行分析和管理的活动。

dishizhang,2=

2、研究软件项目管理的目的：是为了从成功或失败的案例中总结出能够指导今后开发的通用原则，方法，同时避免前人的失误。

dishizhang,3=

3、项目工程有PMBOK、CMMI等多种管理方法。

dishizhang,4=

4、PMBOK中，软件项目制约内容：时间、费用、范围。规定了“知识领域”、“过程集合”两个方面的知识。dishizhang,5=

5、知识领域管理：1.项目综合管理；2.项目范围管理；3.项目时间管理；4.项目成本管理；5.项目质量管理；6.项目人力资源管理；7.项目沟通管理；8.项目风险管理；9.项目采购管理。

dishiyizhang,1=

1、品质评价基准：评审工数、测试工数、评审实施效率、测试实施效率。

dishiyizhang,2=

2、提高品质的手段：1.适当管理文档和程序（构成管理）。2.提高系统开发过程的设计书的品质（设计评审）。3.进行严密而又全面的测试（测试管理）。

dishiyizhang,3=

3、两种评审方法：“走查”和“审查”。

dishiyizhang,4=

4、评审过程必须进行确认的项目：“形式正确性”和“内容正确性”。

dishiyizhang,5=

5、测试一般步骤：1.测试计划作成；2.编写测试项目；3.实施测试；4.修改不合格项目。

dishiyizhang,6=

6、制作测试项目的观点：1.功能测试（功能确认）；2.可靠性测试（可靠性确认）；3.性能测试（性能确认）；4.可操作性测试（可操作性确认）；5.复合测试（复合条件下的动作确认）；6.反复测试（反复执行同一动作时的动作确认）；7.综合测试（系统整体的动作确认）。

dishiyizhang,7=

7、测试密度表示测试的项目数对代码行数的比例；BUG出现率表示BUG数对测试项目数的比例.

第二篇：对日开发知识

一

1、外包目的：降低成本；提高核心竞争力；提高资源。

2、根据外包供应商的地理分布状况划分：境内外包、离岸外包。

3、发包方：美国、西欧、日本；接包方：印度、菲律宾、中国。

4、根据外包的业务不同划分：业务应用外包BAO、业务流程外包BPO、业务流程离岸外包、业务转型外包、多方外包、共享服务或内包。

5、外包业务特点：偏后台、偏机械、非现场。

6、服务外包分类：信息技术外包ITO、业务流程外包BPO、知识流程外包KPO。

7、软件外包行业的发展趋势：由简单编码向大型整体外包项目发展；项目利润率逐渐提高；多样化渠道构建多层次合作平台；项目质量和准时交付成为客户的核心需求；不断开拓欧美外包市场；BPO（业务流程外包）成为未来外包发展的趋势。

8、对日软外优势：地理位置；语言；文化；习惯。

9、对日软件外包开发的特点：编码测试业务量比重大；品质要求高；文档要求高；工期短工作量大。二

1、根据功能和使用范围分类：基础软件、应用软件。

2、软件开发步骤：进行用户的需求调研和分析，确定待开发软件系统的规格；进行相应的软件设计，实现软件系统的规格；根据软件设计的结果进行编码；进行软件测试，确定软件系统是否满足客户的需求并且是没有缺陷的。

3、软件开发的全过程：需求分析/定义（需求定义书、要件定义书）、外部设计（外部设计书）、内部设计(内部设计书)、程序设计（程序设计书）、编程（源代码）、测试（测试试样书、测试报告书）

4、最具代表性的分析设计方法：结构化的分析和设计、面向对象的分析和设计。

5、软件开发模型：瀑布、螺旋、敏捷、V(开发效率最高)三

1、开发规范：用语一致；标准的工程名称和文档；正确的图形表示方法；标准的开发规范。

2、在编写开发文档过程中，首先遵守的基本原则：用语一致

3、编写文档的重要性：当软件系统达到一定规模的时候，分析、设计、编码和测试工作通常是由不同的开发人员来完成的。这时，为了保证系统开发的顺利进行，就需要在担当不同任务的开发人员之间进行系统开发信息的传递。

4、UML图：分为结构图（类图、对象图、包图）（静态）、动作图（时序图、用例图）（动作）

5、类图：描述类之间的静态关系，存在哪些类、这些类之间存在什么样的关系

6、时序图：用来描述对象间的信息传递（方法的调用关系），即按照时间顺序描述对象间的动态交互。

7、用列图：用来描述系统提供的功能以及同使用者之间的动态关系。使用者为用户，系统提供的功能为用例。

8、流程图：采用一些简单的图形符号，用易于理解的图形方式来描述系统的处理过程和数据流的一种表达方式。四

1、上游工程：需求分析与定义、要件定义、系统方案、外部设计、内部设计

2、下游工程：编码、单体测试、集成测试、系统测试。

3、非功能需求的分类：机能性、依赖性、使用性、效率性、保守性、移植性、障害移植性、效果性、运用性、技术要件。

4、要件定义书的编写步骤：充分把握《需求定义书》中描述的内容；设想需求定义的系统化模型，删除重复的功能，添加不足的功能；在进行系统化时，确认并解决功能间的矛盾及其他问题，并确定需要进行系统化的功能范围；整理总结。

5、要件定义书的描述项目：背景、课题、目的方针、概要、机能、系统化的范围、导入移形计划、运用保守、工程计划、体制、成果物。五

1、系统方案书的编写步骤：阅读理解《要件定义书》，构造软件系统的原型（功能、结构等）；分析提炼出需要的开发技术，进行相关的技术调查或听取专业人员的意见；确定系统构成；估计开发系统

的时间；估计开发系统的费用；按照《系统方案书》的规格进行整理总结；组织相关人员进行评审，提高《系统方案书》的完成度。

2、《系统方案书》的描述项目：背景、课题、目的方针、概要、机能、系统化的范围、导入移形计划、运用保守、工程计划、体制、成果物。（系统构成、项目构成、软件构成、作业标准、品质管理、费用工数规模）

3、编写系统方案书的注意点：字体格式文字大小；文字统一用desu masu体；正确使用deniwoha、并且使用方法要一致；明确用语的定义；数值后面必须有相应的单位；

一定要有版本号；根据客户的要求统一文体和用语等。

4、X.Y公司内部评审的文档以0.1、0.1版的方式进行版本号的累加。展示给客户的文档版本是1.0，每当进行小范围修改的时候，则以1.0、1.1、1.2的方式变更。如果在1.2的基础上进行较大改动，下一

个版本应为2.0.六

1、外部设计书的编写步骤：开始-设计业务流程-子系统的划分-设计画面布局和报表布局-设计编号-数据库逻辑设计-设计系统接口-外部设计书的表述项目-汇总与评审-终了

2、数据流程图DFD的构成元素：数据存储、处理、数据源、数据流

3、数据库逻辑设计常用的图形表示方法：ER图和CRUD图

4、外部设计书中至少包含以下几个描述项目：目的方针、概要、功能、用户界面、系统构成、软件构成、硬件构成、网络构成、系统接口。七

1、编写内部设计书的目的：为了防止编码时的错误，从早期阶段开始确保产品的质量；不论什么能力的程序员，都能开发出同样品质的程序；由多个软件公司共同开发一个程序的时候，可以很容易地将程序组合在一起；更容易将可复用程序进行模块化。

2、内部设计书的做成步骤：开始-画面的详细设计-账单报表的详细设计-外部接口的详细设计-业务规则的详细设计-请求处理的详细设计-消息的详细设计-数据库物理的详细设计-整理总结-评审-终了 八

1、完成描述模块的详细处理内容的《模块规格书》，将程序结构描述为模块间层次关系的《模块结构图》

2、STS：源、转换、接收

3、输入处理与转换处理的界线：最大抽象输入点；转换处理与输出处理的界线：最大抽象输出点。

4、STS划分方法和事务处理划分方法是最具代表性的两种模块划分方法。这两种方法都是面向数据流的模块划分方法。还有面向数据结构的模块划分方法：Jackson方法。

5、作为评价模块划分标准，主要有模块的大小、模块的内聚性、模块的耦合度、模块的控制范围和影响范围

6、模块的内聚性由强到弱：功能内聚、信息、通信、过程、时间、逻辑、偶然

7、模块的耦合性由弱到强：数据耦合、印记、控制、外部、公共、内容

8、采用STS划分方法和事务处理划分方法进行模块划分所确定的模块层次结构，可以通过模块结构图描述。

9、编码规范要点：在程序开头添加注释的规则；有关变量的命名、声明方法的规则；程序逻辑的描述规则；变量类型的规则。九

1、软件测试的目的和意义：（1）确认软件的质量。一方面是确认软件做了用户期待的事情，另一方面是确认软件以正确的方式完成了某个功能；（2）提供信息。比如提供给开发人员或项目经理的反馈信息，为风险评估所准备的信息；（3）软件测试不仅是在测试软件产品本身，而且还包括软件开发的过程。

2、在软件测试阶段，主要进行3种类型的测试：即单元测试、集成测试、系统测试。

3、单元测试：是软件测试的第一步，是针对软件设计的最小单位—程序模块，进行正确性检验的测试工作。集成测试：是将完成单元测试的程序模块组合在一起，并确认其动作的测试。集成测试主要是确认程序间的接口，及数据的接收和传递是否有问题，系统功能是否得到了实现。系统测试：是用来确认系统是否实现了《要件定义书》、《外部设计书》中的内容测试。当系统规模较大，以子系统为单位进行集成测试的时候，系统测试主要用来确认子系统间的接口是否存在问题。

4、在进行单体测试的时候，通常采用“白盒测试”。

5、流图：采用“流图”查找程序处理流程的方法。即根据描述程序处理的流程图，确认程序的处理流程，并制作出满足处理过程分支的数据。

6、这样做成的测试数据，再加上期待结果和具体的测试方法等，就可以整理成《单体测试计划书》。其后，根据测试计划书进行单体测试，并将得到的测试结果整理汇总为《单体测试报告书》。

7、集成测试中，主要采用“黑盒测试”。

8、黑盒测试方法：等值划分、界值分析、错误推断。

9、系统测试的观点：超负荷、处理性能、故障修复功能、通过操作应答、运用维护功能。

10、验收测试的目的：确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。

11、验收测试的步骤

1、依据软件开发公司提交的所有测试项目，对系统进行认真而又全面的测试。

2、根据软件开发公司提交的集成测试之后的故障处理管理票，对故障处理进行确认。通过这样，判断测试的有效性。另外，通过故障处理的内容，可以评价软件承包公司的开发能力。

3、从故障处理管理票中抽取几个处理完毕的项目进行重新测试，确认系统缺陷确实修改成功，测试合格等。

4、根据《要件定义书》和《外部设计书》，单独制定若干测试项目进行测试。

12、为了保证软件测试的质量，最基本且被广泛使用的一种方法是“缺陷累积曲线”。

十、1、项目工程管理是为了使软件项目按照预定成本、进度、质量顺利完成，而对人员、产品、过程及项目进行分析和管理的活动。

2、知识领域：项目综合管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理、项目采购管理。

十一、1、改善品质的手段：适当管理文档和程序（构成管理）、提高系统开发过程中设计书的品质（设计评审）、进行严密而又全面的测试（测试管理）。

2、测试的一般步骤：测试计划作出、测试项目作成、测试实施、修改。

3、测试密度表示测试项目数对代码行数的比例；Bug出现率表示Bug数对测试项目数的比例。

第三篇：软件项目开发管理流程

研发中心项目开发管理流程

1，新项目开发管理流程

按照项目管理规范，项目管理分为：项目启动—》项目计划—》项目执行—》项目控制—》项目结尾。5个阶段。根据该管理流程和我公司实际情况，将新项目开发的管理流程制定如下图：

1.1 项目立项

项目立项阶段，首先由的项目经理编写《项目立项报告》。

研发项目立项报告模板.doc

1.2 立项评审

《项目立项报告》编写完成后，交由项目管理委员会进行立项评审，评审通过后由副总经理签字确认立项。确定需求分析和项目设计阶段的时间和人员安排。

1.3 需求分析

需求分析阶段，需要与用户交流，双方对软件需求取得共同理解基础上达成的协议。编写并完成软件需求说明书：也称软件规格说明书。

软件需求说明书模板.doc

1.4 系统设计阶段

常规的系统设计需要依次完成《概要设计说明书》，《详细设计说明书》。以下是文档的简要说明：

概要设计说明书：该说 明书是概要设计阶段的工作 成果，它应说明功能分配、模 块划分、程序的总体结构、输 入输出以及接口设计、运行设 计、数据结构设计和出错处理 设计等，为详细设计奠定基础。

概要设计说明书.doc

详细设计说明书：着重 描述每一模块是怎样实现的，包括实现算法、逻辑流程等。详细设计说明书.doc

详细设计说明书编写完成后，项目经理应该依次编写安排项目开发工作计划。工作计划安排可以根据项目经理的习惯进行工作计划编写。建议采用project。附件为综合考务平台的工作计划安排，可以供参考：

考试考务综合管理平台工作计划.mpp。并且确定里程碑，以便在后期项目执行过程中，对其进行确认。对于大项目，建议按照项目设计流程，先进行概要设计，再到详细设计。但是对于特殊项目（项目周期较短，小项目），可以讲概要设计和详细设计阶段合二为一，编写功能，接口方案。但是值得注意的是，该方案中，仍然需要涵盖项目模块功能，用户权限和各模块实现逻辑，接口等。

项目设计开发方案.docx。

1.5 项目设计评审

设计阶段完成后，项目经理填写《项目设计评审表》，将相关文档交由项目管理委员会进行项目设计评审。通过评审后，方可进行编码工作。

项目设计评审表.docx

1.6 编码和测试用例编写阶段

项目编码阶段，项目经理需要对项目执行情况进行控制和监督，其中包括（项目输入，项目输出，里程碑）。如果由于特殊情况，如：需求变化，人员临时调配，或者其他原因导致的项目范围和时间，计划等变更，项目经理应该及时填写变更申请。并提交给项目管理委员会。作为之后项目输出验证的重要依据项目变更申请书.doc。

在此阶段，测试人员应该根据《需求说明书》，《概要设计》和《详细设计说明书》的内容，编写相应的《测试用例》。1.7 测试阶段

编码完成后，应该移交测试组进行相关测试工作。按照测试流程，需要提交《测试申请表》。测试人员在接收到《测试申请》后，应该与研发人员讨论《测试用例》的相关内容，确定测试时间，开始程序测试。并在测试工作完成后，编写对应的《测试报告》。

1.8 结项评审与验证

项目负责人和测试负责人分别填写《项目结项评审表》，交由项目管理委员会进行评审。评审通过后，由研发中心副总经理进行发布确认。

项目结项评审验证表.doc

1.9 新产品发布

编写《用户手册》。方可进行新产品发布。

2，旧项目升级开发管理流程

旧项目的升级，依照如下流程：

2.1项目升级需求分析

项目需求分析，需要收集用户在产品使用过程中，已经技术人员在调试过程中的反馈作为需求分析的输入。并填写对应的项目升级需求报告表。项目升级需求报告表.doc

2.2 升级评审

将《升级需求报告》交由项目管理委员会，评审通过后，进行升级设计。2.2项目升级设计

项目负责人，根据需求报告和升级具体情况，编写升级开发方案。项目升级开发方案.docx。并安排整改工作计划。

2.3 项目升级设计评审

升级开发方案完成后，填写《项目设计评审表》，交由项目管理委员会评审。

2.4 编码

按照项目升级开发方案进行编码设计，如果编码工作中，发生特殊情况需要变更计划，或者项目范围等，同样需要提交《变更申请》，作为项目验证的基础。同样，此阶段，测试人员应该编写或者修改相关测试用例。

2.5 测试

编码完成后，应该移交测试组进行相关测试工作。按照测试流程，需要提交《测试申请表》。测试人员在接收到测试申请后，应该与研发人员讨论《测试用例》的相关内容，确定测试时间，开始程序测试。并在测试工作完成后，编写对应的《测试报告》。

2.6 升级输出评审

项目负责人和测试负责人分别填写《项目结项评审表》，交由项目管理委员会进行评审。评审通过后，由副总经理进行发布确认后。

第四篇：软件项目开发工作流程

软件项目开发工作流程

一、简述

对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程：

1、项目可行性研究阶段

2、立项阶段

3、需求分析阶段

4、开发策划阶段

5、设计阶段

6、编码实现阶段

7、测试阶段

8、验收阶段

9、产品交付使用

10、维护阶段

二、项目组基本组成及岗位职责

新项目立项时会成立项目组，不同的项目组成员有不同的职责，一个项目组成员也可以身兼多职，但不可身兼全职。

a项目负责人：负责项目的管理、组织、对技术、进度、质量全面负责。b质量保证人员：负责质量保证工作计划的落实和软件的质量保证。

C配臵管理人员：负责本项目的配臵管理工作，对本项目的文档、程序是否符合规程文件的要求进行形式化的检查。

D分析人员：主要负责本项目的需求分析工作。E设计人员：主要负责本项目的设计工作。

F程序员：按设计要求和有关标准进行编程工作。

G测试人员：负责单元测试、组合测试和总装测试工作。H文档人员：负责本项目有关文档的编写工作。

I产品经理：协助进行产品研制计划制定、产品发布与产品推广等,在产品开发中，充分代表用户的利益，提供建议,负责在产品功能与出品日期二者之间的权衡;负责产品市场营销、产品销售和市场推广过程。（通常由营销部门或中试部门人员担任）

三、软件开发流程

3．1 可行性研究阶段

如果是公司自主开发项目，可行性研究通常是由公司技术负责人根据公司产品规划和市场需求，在要开展新项目前通过部门负责人指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定营销部门配合可行性分析人员，技术负责人协助安排。可行性分析完毕后由总工办组织对可行性研究报告进行评审，评审通过后，总工办组织进行立项工作。

如果是系统集成部外接的系统集成项目，在系统集成部与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由总工办组织相关人员对合同条款进行评审，评审通过后，总工办组织进行立项工作。

本阶段提交的文档：项目可行性研究任务书（技术负责人或部门负责人下达）

项目可行性研究报告（可行性研究人员编写）

系统集成项目合同 质量记录：可行性分析评审报告 3．2立项阶段

可行性分析评审通过后，由开发部门经理下达立项任务，指定相关人员填写立项申请报告报批。报批通过后，由部门经理与技术负责人协商，下达开发任务书，经技术负责人审核确认后，报公司批准。批准立项后项目进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批。本阶段提交的文档：项目立项申请报告

开发任务书

3．3 需求分析阶段

承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线，在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求（主要是功能）明确化。能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。在本阶段，由产品经理负责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。由项目经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决方案。本阶段完毕后对需求分析进行评审，出具需求分析评审报告。本阶段提交的文档：软件需求规格说明书。

原型分析说明书

产品规格说明书

系统技术方案书

质量记录：

需求分析评审报告

提交的软件：产品的原型（注：如果时间有限，可以只编写原型分析说明书而不作原型）

3．4开发策化阶段 根据项目要求和软件需求，由配臵人员配合项目经理编写本项目的质量保证计划、配臵管理计划和项目综合计划。在配臵管理计划中，应列明本项目需提交的各阶段文档的名称，在项目各阶段完成后，项目组需列表说明要移交的文档，将此表与各文档一并向总工办移交。在制定计划时，应为计划、设计、测试、改错、再测试、变更、以及编制文档留出足够的时间。不应使用突击的办法来完成项目。

本阶段涉及的文档：软件质量保证计划

配臵管理计划

项目综合计划

3．5设计阶段 3．5．1概要设计

根据软件需求规格说明建立软件总体结构和模块间的关系，确定各模块功能，定义各功能模块的接口，设计全局数据库和数据结构，在概要设计明确后，可以对综合计划进一步细化，填写项目进度预计。概要设计需经过评审。本阶段涉及的文档：产品概要设计说明书

数据库设计说明

项目进度预计 质量记录： 评审报告 3．5．2详细设计

对概要设计中产生的功能模块进行过程描述设计，设计功能模块的内部细节，包括算法和数据结构，为编写源代码提供必要的说明。详细设计需要经过评审。本阶段涉及的文档：软件详细设计说明书

测试计划 质量记录： 评审报告 3．6编码实现阶段

根据软件详细设计说明、对各程序模块进行编码、调试、静态分析和单元测试，验证程序单元与设计说明的一致性。本阶段涉及的文档：项目进度月报

项目周计划和周总结

项目开发人员周计划

工作日志

每周例会记录

配臵项更改申请单 3．6 测试阶段

3．6．1 软件单元测试

按详细设计的结构，根据软件单元测试计划，依照将经过单元测试的底层程序单元逐步组装成子项目直到开发项目的过程，对软件进行测试。本阶段涉及的文档：测试计划

测试设计

测试问题报告单 参考文档：北京世纪科怡软件开发操作指导书中的“测试阶段操作指导书”

3．6．2组装测试

根据软件需求规格说明书中定义的全部功能和性能要求及组装测试计划，对软件进行组装测试，以确定整个软件是否满足软件需求，是否可以提交总装测试。

软件组装测试计划（含测试用例设计）的编制工作和软件组装测试环境的研制、组建工作，应从软件需求分析阶段起与软件开发同步展开。本阶段涉及的文档：测试计划

测试设计

测试问题报告单

3．7 中试阶段

项目组开发的软件产品经中试部验收后提交中试部中试，中试部根据需求分析报告,从用户的角度出发对产品的功能、性能进行中试。本阶段涉及的文档：中试计划

中试问题报告单

3．7 验收交付

对完成中试的软件进行检查、审查和评审，确定软件是否达到了软件任务书的要求。验收通过的软件可以向软件交办单位交付。项目经理及项目组人员应在此阶段完成项目总结，项目经理提交项目开发总结报告，项目组成员提交个人工作总结报告。

本阶段涉及的文档：验收报告

项目开发总结报告

个人工作总结报告

3．8 软件维护

对软件的维护包括针对软件运行过程中发现的问题而进行的改正性维护，针对不同任务对软件提出不需求而进行的改善性维护，以及可能出现的由于软件运行环境的改变而进行的适应性维护。本阶段涉及的文档：软件问题汇总表

维护报告

四、项目开发文件的审批

 可行性研究报告及立项申请、项目开发计划及项目开发总结、确认计划及确认报告、验收计划及验收报告由技术负责人审批。 项目组人员编写的其他文件由项目经理审批。

五、各阶段共同的任务要求 5．1编写文档

在软件开发过程的各个阶段，都要求完成相应的文档编写工作。本文档的前面部分已给出了在软件自上而下周期各个阶段中的文档编制情况。软件文档从形式上来看，大致可分为两类： a． 开发过程中填写的各种图表，称为工作表格； b． 应编制的技术资料或技术管理资料，称为文档或文件。按照文档产生和使用的范围，软件文档大致可分为三类： a． 开发文档：这类文档是在软件开发过程中，作为软件开发人员前一阶段工作成果的体现和后一阶段工作依据的文档。包括软件需求说明书、数据库设计说明书、概要设计说明书、详细设计说明书、可行性研究报告、项目开发计划。b． 管理文档：这类文档是在软件开发过程中，由软件开发人员制定的需提交人员的一些工作计划或工作报告。使管理人员能够通过这些文档了解软件开发项目安排、进度、资源使用和成果等。包括项目开发计划、测试计划、测试报告、开发进度月报、项目周计划周总结及项目开发总结等。c． 用户文档：这类文档是软件开发人员为用户准备的有关该软件使用、操作、维护的资料。包括用户手册、操作手册、维护修改建议、软件需求说明书。

项目各阶段完毕后需把本阶段相关文档列表向总工办移交。

5．2验证与评审

软件评审是保证软件产品质量的重要手段，必须纳入软件开发过程，并把评审通过作为一个软件阶段完成的标志，进而转入下一个开发阶段。软件评审包括有正式评审(即评审)、内部评审两种形式。正式评审是软件项目组上级技术主管主持的评审。内部评审以由项目负责人组织、开发人员相互检查为基本方式。

就整个软件开发过程而言，至少要进行可行性分析、软件需求评审、设计评审、软件验证和确认评审、管理评审等五个方面的评审和检查工作。

第五篇：软件项目设计和开发评审流程

软件项目设计和开发评审流程目的设计和开发评审的目的是由一组有资格的人员对软件设计和开发的输出进行评价，以判断确定设计和开发的输出能否实现软件产品预先定义的规格，同时通过评审标识出与规格和标准的偏差。它向管理部门提供充足的证据以证明

1）设计和开发的输出符合了其规格要求；

2）设计和开发的输出是否满足相关法律、法规以及企业标准的要求；

3）软件产品的更改得到了恰当地实施；

4）软件产品的更改只对那些规格发生了更改的系统区域有影响，没有引入新的问题。2 范围

本规范适应于对软件设计和开发的输出以及设计与开发的更改进行评审。角色和职责

3.1 主审人。主审人是技术评审的指挥人员，负责评审活动的组织、结论、书面报告和问题跟踪。

3.2 评审专家。评审专家应由满足要求的技术人员担任，负责向评审组成员提出自己的评审意见和建议。

3.3 质量保证人员：

3.4 记录员。会议记录人员。

3.5 顾客和用户代表。必要时，由主审人确定能够充当顾客和用户代表的角色。

3.6 相关领导和部门管理人员。评审时机

按《产品开发计划》所策划的的评审检查点进行。因临时变更引起的突发性的评审随时进行。评审的基本要求

a）设计和开发评审应分级进行。公司级的项目应进行公司级评审；业务部门级的项目一般进行业务部门级评审；

b）设计和开发评审视具体情况可一次进行，也可分段进行；

c）评审结论应明确；

d）评审资料应及时归档。评审依据

a）合同、技术协议书、需求规格说明书和设计任务书；

b）有关标准、规范和质量保证文件。评审内容

评审的内容可根据产品设计的研制周期、技术难度、复杂程度以及使用方的要求有所侧重和适当的增减，但应满足对设计结果进行评审的要求。主要内容：

a）设计方案正确性、先进性、可行性和经济性；

b）系统组成、系统要求及接口协调的合理性；

c）系统与各子系统间技术接口的协调性；

d）采用设计准则、规范和标准的合理性；

e）系统可靠性、维修性、安全性要求是否合理；

f）关键技术的落实解决情况；

g）编制的质量计划是否可行。评审方式评审方式有会签评审和会议评审两种。