对日软件开发流程

《对日软件开发流程》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、.对日软件开发流程日本的软件项目开发进度控制非常严格，项目很少出现延期，一旦延期，伴随而来的就是大宗的罚款，因此，日本的软件项目非常重视按期交付。在日本软件项目进度控制中起关键作用的就是软件的阶段定义。日本软件项目阶段分项目提案、要件定义、概要设计、详细设计、编写代码、单体测试、结合测试、系统测试、编写手顺等。项目提案指项目可行性分析、项目立项，是用户需求的正式提出阶段，本阶段出具《项目提案书》。要件定义指业务需求的详细确定和系统需求的详细确定，系统需求主要包括软件安全性，运行速度，网络环境，运行环境，平台，架构等方面的要求，以及技术选择的调查，本阶段出具《业务要件定义书》和

2、《系统要件定义书》。概要设计指功能设计，系统架构设计，界面设计和数据库设计，其中界面设计和数据库设计涉及内容最多，要求最详细，本阶段出具《概要设计定义书》、《数据库设计定义书》和《界面设计定义书》。详细设计主要指编码前的类设计，类中方法属性设计，类之间调用关系设计，本阶段出具《详细设计定义书》。编写代码指各模块负责人编写相关代码，在编码之前还要编写单体测试式样书，本阶段出具程序源码和《单体测试式样书》。单体测试指由各模块编码人员完成各自模块的单体测试工作，单体测试完成要求各模块独立运行时缺陷均消除，本阶段出具《单体测试票》。结合测试指各模块单体测试完成后，各模块同时运行时，模

3、块之间的运行状况的测试，包括业务流，负载，运行速度，稳定性，一致性等内容，本阶段出具《结合测试票》。系统测试指系统各模块统一运行缺陷均消除后，模拟用户环境运行的测试过程，本阶段要尽量模拟用户实际平台，用户数量，硬件环境，软件环境，网络状况，用户数据进行系统测试，本阶段出具《系统测试票》。编写手顺指编写用户手册，本阶段出具《安装手顺》、《使用手顺》和《维护手顺》。对日开发的基本流程中包括了以上11个阶段，每个阶段为一个里程碑，每个里程碑在安排计划时都规定了明确的完成期限，这些阶段性的里程碑是项目进度的关键点。每个阶段完成后必须进行阶段的Review，这种阶段Review起到了阶

4、段验收和总结的作用。阶段Review是日本项目阶段控制的核心。只采用阶段Review的方式进行验收也有其不足之处，所有验收工作都放在阶段完成再进行，阶段中的错误后续持续放大无法得到控制。而且通常情况下，阶段Review时问题会比较多，Review后修改时间比较长，修改次数也较多，造成很大程度的反复工作。再有，标准对日软件开发过程中，阶段内任务的安排和验收比较；无序，很多问题会被有意推迟到Review时解决。要件定义决定了系统全部的功能，说本阶段产出的成果物左右了整个系统的成败也不为过。输入输出1.顾客的业务需求1.要件定义书2.网络结构定义书要件定义的输入是顾客想要系统化的业

5、务需求。系统的开发是为了顾客企业的业务更灵活及高效。而要件定义的目的就是明确顾客想要系统化的业务逻辑。...进行要件定义所需具备的能力当进行上面所说的要件定义时，需要有以下的能力。1.理解顾客企业的商业模型必须要充分理解顾客是如何进行商业活动的。要明白为什么必须系统化，为什么要建立这样的商业模型，要收集各方面的需求，不能有遗漏。因为到后期，当发现需求分析不充分时将导致整个开发的系统都无用。另外，如果做了过多的分析，只要将不用的功能放弃掉就可以，对进度的影响很小。当然，对不需要功能的开发投入的金钱成本，顾客是不需要支付的，全部由开发方负责。2.与顾客谈判的能力与人谈判的能力是指

6、待人能力，协调能力。对方是给钱的顾客，不能用严厉的语言激怒对方。对于无法理解的需求要努力在当时就理解了，对于顾客所要求的不合理的需求要能协调好。这个不像其它的能力可以通过培训或以往的经验来弥补，主要取决于个人的性格，是相当重要的能力。3.进行要件定义的同时，要能想象到下一步如何据此进行外部设计需要有逻辑思维能力，用最近的话说就是logicalthinking。顾客单方面的表达自己的需求，在当场立刻明白那些功能是能实现，哪些是不能实现的是非常重要的。举个极端的例子，开发考勤管理系统。明明没有记录每天的上班下班时间，却要用图表显示每月的工作时间，这样的需求显然是无法实现的。这种情

7、况下，要么提出开发一个新功能记录每天的上班下班时间，要么与顾客讨论是否真的需要算出每个月的工作时间这个功能。外部设计之前，要件定义阶段，发现需求不合理的能力是非常重要的。要件定義■開始条件1.ユーザ側で要求事項が整理されている事。2.システム開発案件を受注し、契約が締結されている事。中文：1.用户整理要求事项。2.发包并签订合约。...■要件定義の目的1.業務をシステム化するときにユーザの要求をまとめる作業を要求定義という。その成果物を要求定義書という。2.要求を実現するために、システム化の要件をまとめ