对日软件开发流程

上传人:d**** 文档编号:125931003 上传时间:2022-07-27 格式:DOCX 页数:7 大小:19.73KB
收藏 版权申诉 举报 下载
对日软件开发流程_第1页
第1页 / 共7页
对日软件开发流程_第2页
第2页 / 共7页
对日软件开发流程_第3页
第3页 / 共7页
资源描述:

《对日软件开发流程》由会员分享,可在线阅读,更多相关《对日软件开发流程(7页珍藏版)》请在装配图网上搜索。

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

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

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

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

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

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

7、能。外部设计之前, 要件定义阶段,发现需求不合理的能力是非常重要的。要件定义开始条件1. 工一廿侧疋要求事项力整理事。2. 少灭亍厶开発案件总受注契约力缔结事。中文:1. 用户整理要求事项。2. 发包并签订合约。要件定义。目的1. 业务U亍上化歹召七吉CU要求作业总要求定义成 果物总要求定义书o2. 要求总実现化要件作业总要件定义no f成 果物总要件定义书 o3. 要件定义肚、化范囲总明确CU、开発人力、力、召工数壬费用总见积 哲召为d哲行To中文:1. 整理用户要求的作业为要求定义。成果物是要求定义书。2. 整理系统要件的作业为要件定义。成果物为要件定义书。3. 要件定义的目的是为了明确系

8、统范围,预估系统开发所需工数及费用。要件定义担当1. 要求定义、指要件定义肚工一廿中心疋行2. 工一子侧疋関系部门担当者总集X、tA化委员会总発足乜、要求事项 导出、要件定义总行To3. 开発者肚情报:tAC関歹召専门知识总提供0、工一要件定义作业总支援歹S 中文:1. 要求定义及要件定义应该以用户为中心。2. 用户应召集相关部门负责人,成立系统委员会,导出并整理要求事项,进行要件定义。3. 开发人员提供信息系统相关的专业知识,支援用户的要件定义作业。要件定义方法1. 化事总明确c定义开発者c漏伝元卞疗;卞乙卞 宀2. 工一自业务总定义u、谁力、乙左何总、T力、何为记述3. 业务上何力问题挙厅

9、Hfnn问题C対LTTC 解决歹召力、总记述To4. 解决方法CU、?f业务总止召?、?运用总変元?、? S/tA化T5?等力进、口灭卜面壬体制面、関系者影响等卞侧面 力、検讨JT、决定To5. 问题解决方法中力、DSTA化开発者U情报StA専门 家立场疋助言LTxta方式设计1. 八一 工了(廿一八PC 7丿夕机种CPU具壬I丿八一 F亍、灭夕)构成図总作成T 召。2. N、,卜乃一夕(回线壬厶儿一夕八77丿、,声丿匕。一夕回线速度)构成図总作成To3. 77Hx7(77Hx7名八一声)构成図总作成To 中文:1. 作成硬件(服务器PC打印机机型CPU内存硬盘)构成图。2. 作成网络(回线调制解调器路由器集线器桥接器转发器回线速度)构成图。3. 作成软件(软件名称版本号)构成图。成果物1. StA概要定义书2. StA构成図(八一卜、少工了构成7 7Hx7构成N、,卜乃一夕构成) 中文:1. 系统概要定义书2. 系统构成图(硬件构成软件构成网络构成)终了条件1. 成果物力完成事。2. 成果物力工一O承认总得T事。中文:1. 成果物完成。2. 成果物得到用户认可

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!