2020年新版对日软件开发流程.docxVIP

  1. 1、本文档共14页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
- -可编辑修改- 对日软件开发流程 日本的软件项目开发进度控制非常严格, 项目很少出现延期, 一旦延期,伴随而来的就 是大宗的罚款,因此,日本的软件项目非常重视按期交付。 在日本软件项目进度控制中起关 键作用的就是软件的阶段定义。 日本软件项目阶段分项目提案、 要件定义、概要设计、详细设计、编写代码、单体测试、 结合测试、系统测试、编写手顺等。项目提案指项目可行性分析、项目立项,是用户需求的 正式提出阶段,本阶段出具《项目提案书》 。要件定义指业务需求的详细确定和系统需求的 详细确定,系统需求主要包括软件安全性,运行速度,网络环境,运行环境,平台,架构等 方面的要求,以及技术选择的调查,本阶段出具《业务要件定义书》和《系统要件定义书》 概要设计指功能设计, 系统架构设计,界面设计和数据库设计, 其中界面设计和数据库设计 涉及内容最多,要求最详细,本阶段出具《概要设计定义书》 、《数据库设计定义书》和《界 面设计定义书》。详细设计主要指编码前的类设计,类中方法属性设计,类之间调用关系设 计,本阶段出具《详细设计定义书》 。编写代码指各模块负责人编写相关代码,在编码之前 还要编写单体测试式样书,本阶段出具程序源码和《单体测试式样书》 。单体测试指由各模 块编码人员完成各自模块的单体测试工作,单体测试完成要求各模块独立运行时缺陷均消 除,本阶段出具《单体测试票》。结合测试指各模块单体测试完成后,各模块同时运行时, 模块之间的运行状况的测试,包括业务流,负载,运行速度,稳定性,一致性等内容,本阶 段出具《结合测试票》。系统测试指系统各模块统一运行缺陷均消除后,模拟用户环境运行 的测试过程,本阶段要尽量模拟用户实际平台, 用户数量,硬件环境,软件环境,网络状况, 用户数据进行系统测试,本阶段出具《系统测试票》 。编写手顺指编写用户手册,本阶段出 具《安装手顺》、《使用手顺》和《维护手顺》。 对日开发的基本流程中包括了以上 11个阶段,每个阶段为一个里程碑,每个里程碑在 安排计划时都规定了明确的完成期限, 这些阶段性的里程碑是项目进度的关键点。 每个阶段 完成后必须进行阶段的 Review,这种阶段 Review 起到了阶段验收和总结的作用。阶段 Review是日本项目阶段控制的核心。 只采用阶段Review的方式进行验收也有其不足之处, 所有验收工作都放在阶段完成再 进行,阶段中的错误后续持续放大无法得到控制。而且通常情况下,阶段 Review时问题会 比较多,Review后修改时间比较长,修改次数也较多,造成很大程度的反复工作。再有, 标准对日软件开发过程中, 阶段内任务的安排和验收比较; 无序,很多问题会被有意推迟到 Review时解决。 要件定义决定了系统全部的功能,说本阶段产出的成果物左右了整个系统的成败也不为 过。 输入 输出 1.顾客的业务需求 1?要件定义书 2.网络结构定义书 要件定义的输入是顾客想要系统化的业务需求。 系统的开发是为了顾客企业的业务更灵 活及高效。而要件定义的目的就是明确顾客想要系统化的业务逻辑。 进行要件定义所需具备的能力 当进行上面所说的要件定义时,需要有以下的能力。 理解顾客企业的商业模型 要明白为什么必须系统化, 为什么要建立必须要充分理解顾客是如何进行商业活动的。 要明白为什么必须系统化, 为什么要建立 这样的商业模型,要收集各方面的需求, 不能有遗漏。因为到后期,当发现需求分析不充分 时将导致整个开发的系统都无用。 另外,如果做了过多的分析,只要将不用的功能放弃掉就 可以,对进度的影响很小。当然,对不需要功能的开发投入的金钱成本,顾客是不需要支付 的,全部由开发方负责。 与顾客谈判的能力 与人谈判的能力是指待人能力, 协调能力。对方是给钱的顾客,不能用严厉的语言激怒 对方。对于无法理解的需求要努力在当时就理解了, 对于顾客所要求的不合理的需求要能协 调好。这个不像其它的能力可以通过培训或以往的经验来弥补, 主要取决于个人的性格,是 相当重要的能力。 进行要件定义的同时,要能想象到下一步如何据此进行外部设计 需要有逻辑思维能力,用最近的话说就是 logical thinking。顾客单方面的表达自己的需 求,在当场立刻明白那些功能是能实现, 哪些是不能实现的是非常重要的。举个极端的例子, 开发考勤管理系统。明明没有记录每天的上班下班时间,却要用图表显示每月的工作时间, 这样的需求显然是无法实现的。这种情况下,要么提出开发一个新功能记录每天的上班下班 时间,要么与顾客讨论是否真的需要算出每个月的工作时间这个功能。 外部设计之前,要件 定义阶段,发现需求不合理的能力是非常重要的。 要件定義 ■開始条件 二一廿'側疋要求事項力?整理事。 八亍厶開発案件总受注契約力?締結事。 中文: 用户整理要求事

文档评论(0)

cooldemon0602 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档