要件定义-教学内容_第1页
要件定义-教学内容_第2页
要件定义-教学内容_第3页
要件定义-教学内容_第4页
要件定义-教学内容_第5页
已阅读5页,还剩9页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

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

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

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

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

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

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

7、是否真的需要算出每个月的工作时间这个功能。外部设计之前,要件定义阶 段,发现需求不合理的能力是非常重要的。要件定羲 始条件1.3要求事is力整理衣事。2. s/久八m身案件在受注I-契的力谦布事。中文:.用户整理要求事项。.发包并签订合约。要件定羲G目的.棠矜在么化马占岂仁二一旷要求在来占的马作棠在要求定 成果物在要求定羲5。.要求在n?rr)太的仁、:久么化要件在兴占的马作棠在要件定 Vo成果物在要件定羲害占口5。.要件定羲上、:入么化内靶曲在明碓kL、工数空费用在兄稹?3马悬仁?4亍5。中文:.整理用户要求的作业为要求定义。成果物是要求定义书。.整理系统要件的作业为要件定义。成果物为要件定

8、义书。.要件定义的目的是为了明确系统范围,预估系统开发所需工数及费 用。要件定羲G担当.要求定羲、要件定羲士n一 中心行友)马。.二一系部担当者在集的化内委JM会在髡足太电:、要求事溥出牛占9来占的、要件定羲在行5. H髡者情幸艮H马尊因知言敲在提供L、二一旷要件定羲作H在支援马。中文:.要求定义及要件定义应该以用户为中心。.用户应召集相关部门负责人,成立系统委员会,导出并整理要求事项,进行要件定义。.开发人员提供信息系统相关的专业知识,支援用户的要件定义作业。要件定羲G方法一公化事;&明碓仁定羲L、m身者仁漏n玄彳云一自定羲L玄?)玄口。口、IBA何在:、何CD在!/、)内力在。占言己述L玄

9、J玄!/、。.H矜上何力冏力在举。WbT仁解力在言己述马。.解决方法仁上、?11矜在止的马 ?、?7Yv-y ?、?a用在变五马 ?、?/入亍L化马 ?等力友)9、口入卜面空体制面、H彳系者ACD影簪等、I/、?)1/、?)笈11面力?)横言寸决定马。.冏题解轶0方法中力kH髡者情 幸艮久尊盟家立埸助言匕1/、。中文:.用户须明确定义系统要求,并要无一遗漏的传达给开发人员。.用户须定义自己的业务。逐一记录谁、在哪里、做什么、怎样做、为 什么做。.例举业务方面存在的问题。记录每一问题如何解决。.解决方案有“终止业务”、“外包”、“变更应用”、“系统化”等 多种,须从成本、体制、对利害关系人的影响

10、等多种层面研究后决 定。.关于解决方法之一的“系统化”,开发人员须以信息系统专家的立场 提出谏言。要件定羲G基仁玄马资料.中房期事H言十画耆。. H矜内部资料二二7儿/H矜定羲害/!矜7口一等)。. aS-Ko.垣行么力垣行各槿资料(出力票/操作q二二了儿/IS言十耆/仕棣耆等)。.匕小”卜。7.打合事。中文:.中长期事业计划书。.业务内部资料(业务指南/业务定义书/业务流等)。.业务课题一览。.如有现行系统,则需提供现行系统的各种资料(出力票/操作指南/三 十耆/仕棣耆等)。.听取页。.调查问卷。.会议记录要件IW面XrL-71/ ?部署?物点?效率入亍L面械能?操作性?品 ?性能?七丰彳也

11、用面uy-x ?保守性?拯强性?安全性?逋用口入卜?逋用体制? 夕?、 )3亍入要件定羲G1 士何力、。何畤力、。何畤兴仁解决LJ玄1、力、解决寸马占上5玄效果力咕CiA的马力CD部署Gt!力担当CD力。仁解决1/、)内力。何故、玄解决方法在取力。何力原因起二力。放置寸马占上5玄影簪力友)马内力。题在解决马方法占么化力太?)(E5玄马力。中文:.课题是什么。.课题持续到什么时候。.课题在什么时间前必须解决。.课题解决后会有怎样的效果。.课题主要是由哪个部门的谁负责。.课题准备如何解决。.为什么采取这种解决办法。.课题是基于什么原因发生的。.课题不做处理的话会有怎样的影响。.课题作为解决办法,没

12、有选择系统化会怎样。要件定羲等G项目2.部因担当者H矜名15题分I 口一卜、(靴略、情幸艮靴略、H矜上内冏题等)对庙方法对J芯方法分!8口一卜 (Hi7口七久变更、止、a变更、新么化等)1!?1可能性僵先度实施期限借考一目仁一OCD要件在害。褪数CD要件在耆力玄!/、。在:)上*5玄表统一寸马。1.一个要件自成一项2.统一采用“在马”这种表达形式要件定羲G变更管理.必岁文马事。.变更理由空背景力明碓友)马事。. I!/系者内合意力取!/、)事。.他要件内整合性力取111/、马事。.工数空费用在兄稹9、周知马事。.技循1的玄裹付岁在取马事。.便先度占夹垣寸马畤期在碓trr事。.效果在就算马事。.

13、变更L太履J!在残寸事。中文:.采用书面管理。.明确变更理由和背景。.与利害关系人达成一致。.与其他要件没有矛盾。.预估工数和费用并让成员周知。.保留技术证据。.确认优先级和实现期间。.试算效果。.保留变更履历。.成果物.垣行口 一.新H8F7 一.要求事一K. IS事.要件定羲害余冬了条件1.要件定羲善仁二一砥!占合意力取tvci/、)事。中文:1.关于要件定义书,用户和开发人员要达成一致。 始条件1.要件定羲力了 L、要件力诏I定匕P1/、)事。中文:1.要件定义结束,要件已经确认。2a概要定羲.目的(期待马果)在言己述马。.:入四(对象?对象部署?n?rr)械能)在言己述.前提条件事?岂玄1、事?程度)在言己述寸.:?久概要(械能概要?逋用处理概要)在言己述马。中文:.描述系统目的(期待效果)。.描述系统范围(对象业务?对象部署?实现机能)。.描述系统的前提条件(能做的事?不能做的事?实现程度)。.描述系统概要(械能概要?逋用处理概要)。:?入方式.八一卜、工7 (廿一八?PC?7U :/夕?fyS?CPU?W】1?八一卜亍彳入 八横成因在作成马。.木卜一夕(回 ?W亍Z?,1/一夕?八:/?7F?/?】1廿一夕?回 速度)情成因在作成马。. 77 bx7 (?7卜工了名?八一m:/)横成因在作成马。中文:.作成

温馨提示

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

评论

0/150

提交评论