软件需求分析(案例).doc

1、案例one：教学管理系统(用例驱动的交互式需求获取)以一个教学管理系统JXGL的分析与设计作为示例，说明用例驱动技术在软件项目开发 中的应用。高等学校的教学管理内容十分丰富，工作繁多。作为一个示例，规定开发教学管理系统 JxGL只处理每学期的课程选修注册和学生的成绩管理。教学管理系统JXGL的用户是学校的 学生、教师和教学管理员。学生使用JXG系统査询新学期将开设的课程和授课教师的悄况， 选杼口己要学习的课程，并进行登记注册。学生还可以使用XGL系统査询口己的课程成绩。 教师使用JXGL系统査询新学期将开设的课程、参加听课的学生情况，以及学生的考试成绩 教学管理员使用JXGL系统进行教学管理，

2、包括新学期的课程选课注册管理和学生成绩管理。1. 需求描述：对教学伶理系统JXGL要求提供两个方面的服务：选课管理，负责新学期的课程选课注册工作；(2)成绩管理，负责学生成绩借理。在选课管理方面应填写的用户需求描述如下。录入与生成新学期课程表教学管理员在新学期开始前录入新学期课程，打印将开设的课程目录表，供师生参 考选择。若某课程的实际选课学生少于10人，则停开该课程，把该课程从课程目 录表中删除;若某课程的选课学生多于30人，则停止选课。学生选课注册新学期开始前一周为选课注册时间，在此期间学生可以选课注册，并且允许改变或 取消江册屮请。每个学生选课不超过4门课程。侮门课程最多允许30名学生选

3、课注册。学生可以在图书馆、各系资料室、学生宿舍等处的计算机上联网进行选课注册。在 选课注册结束后，教学管理员打印学生选课注册名单和开课通知书，送交有关部门 和授课教师。査询教师信息。获得课程信息。杳询的关键词以是:课可以査询课程信息、学生选课信息和学生、 学生、教师、教学管理员可以資询课程表， 程名，授踝教师名，学分。査询的关键词可以是:学生名、程名,教师、教学管理员可以査询学生选课情况。授课教师名，学分。学生只允许査询口己的选课信息，不允许査询别人选课信息。 学生、教师、教学管理员可以査询学生或教W的信息。査询的关键词可以是学生名、 教师名，性别、班级、职称。(4)选课注册信息的统计与报表生

4、成。教学管理员对学生的选课注册信息进行统计(按课程，按学生，按班级)，印汇总统 计报表。在成绩管理方而应填写的用户需求描述如下：成绩录入：教学管理员录入学生考试成绩。(2)成绩査询：教师、教学管理员可以杳询学生考试成绩。査询的关键词可以是:学生名、课程名、 授课教师名、学分名、学生只允许査询口己的考试成绩，不允许查询别人的考试成绩。 成绩统计与报表生成教学停理员进行成绩统计(按课程、学生、按班级)，打印成绩汇总统计报表。为保存数据，需建立教学管理数据库。可以采用关系数据库，建立下列数据库表: 学生表、教师表、课程表、选课表、任课表、成绩表，教学管理系统的宜接用八有学生、教师和教学管理员。教学管

5、理员有权操纵数据库 的数ffi,进行添加、更新、删除等操作。学生和教师一般只査询信息，只允许对自己有 关的数据进行添加，更新、删除等操作。教学管理系统JXGL的相关系统有财务系统。JXGL系统需要把学生选课注册信息传 送给财务系统，以供财务系统计算学生应交纳的费用，但是不要求财务系统回馈学生应 交纳的费用信息。假定在学校的计算中心有功能强人的匸作站机器，在各系、各部门、图书馆、学生 宿舍都有台式PC机，学校的全部计算机已经连网。教学管理系统JXGL将采用客户机/ 般务器结构建立，JXGL系统的应用服务器和数据库服务器设置在学校计算中心的工作 站。学生、教师和教学管理员可以在各系、各部门、图书馆

6、、学生宿舍的台式PC机上 使用JXGL系统。2. 确定系统范阳和边界首先要确定业务需求和系统鬥标。教学管理系统JXGL用于新学期课程的选课注册低理 和学生的成绩管理。凡是这两方面的教学管理内容都是XGL系统的职贵范W，其他的教学 管理内容，如安排教学计划、排课、实习、实验、考试等都不属于JXGL系统的职贵范1制。 至于学校的其他管理工作，如科研、人爭、财务、资产尊管理不属J-JXGL系统的职贵范科。JXGL系统与财务系统存在系统边界，财务系统将从JXGL系统得到学生选课注册信息。 JXGL系统与学校的其他信息管理系统没有直接的联系，但是可以从学校的全局数据库中共 享学生、教师、教学计划等必要的

7、数13. 定义用八根据JXGL系统用户需求描述可以确定4个参与者:学生、老师、教学管理员和财务系统。 对于每一个参与者，应当明确其业务活动的内容、对系统的服务要求。“学生”参与者使用JXGL系统查询新学期开设的课程信息和教师开课信息，选课并登 记注册课程，査询口己的课程成绩信息。“老师”参与者使用JXGL系统査询新学期开设的课程信息、学生选课信息和学生成绩 信息。“教学管理员”参与者使用JXGL系统伶理学期开设的课程的选课注册和学生的考试成 绩。管理工作包扌舌课程与成绩数据的录入、维护、统计、报表打印等，并且负责把学生的选 课注册信息发送给财务系统，作为计算学生应付费用的依据。“教学管理员”要

8、求能够方便地费询课程信息、学生选课信息、学生信息、教师信息和 成绩信息。财务系统”参与者是外部系统参与者，从JXGL系统接受学生的课程注册信息。4. Use Case的获取每一个USeCase都是一个参与者弓系统在交互中执行妁有关卒务序列。应当根抵用户需 求描述，找出全部的USeCase.并从参与者的角度给出事件流，当USeCase执行时系统应提 供给参与者的服务。从JxGL的用户需求描述分析可的有以下用例存在：査询课程信息:学生、教师或教学管理员査询课程表，获得课程信息。(2) 选课注册:学生登录进行选课注册。管理开设课程:教学管理员琶录系统产生选课信息，按照要求进行分类统计，主成选(4)管

9、理学生信息:教学管理员对学生数据进行录入、修改、删除等操作.管理老师信息:教学管理员对教师数据进行录入、修改、删除等操作管理课程信息:教学管理员对课程数据进行录入、修改、删除等操作。查询学生成绩:学生、教师査询学生成绩。査询课程成绩:学生、教师査询课程成绩。学生成绩管理:教学管理员对学生考试成绩数ffi进行录入，修改、删除等操作。 (10)成绩统计:教学管理员刘学生的考试成绩数据进行分类统计，生成成绩报表。5. 需求获取描述(1)用户需求描述录入与生成新学期课祥衣用例名衬理课程信息用例描述学管理员对课用数据进行录入、修除等操件.上耍actor教学时理员wa 条fl老师己将新学期所开课程据上报成

10、功府条件教学管理员、学生和教师可以在网络上进行课稈的相关操件失W拆S条件学生和tt师在网络上无法获知课程数据犬联用例竇询课胖信息、管理开设课榨用户需求描述学生选课注册用例名选课注册用例描述学先登录进行选课注册.上娶actor学生腑玄条件通知学生在网上进行选注册成功拆置条件教学ft理员、学生和教师可以在网络上进行谀W的相关操作失歎侨置条件学先和教师任两络上无法获知课釋数据关联用例秆询课秤信息、菅理开设课程用户需求描述代询用例名件询课程信息用例描述学性、师或教学管理员弈询课丹我，获得课程信息.1-5! actor学生、师和教学理员前:e条件教学管理员将课程信息上传至M络成功后S条件学生、tt师或教

11、学管理员准确获得课程信息.失败示矍条件系统提示课程ft据库出现故障关联用例ff理开设课程、管理课程信息(4)用户S求描述选课注册信息的统计与报表生成用例名管理开设课程用例描述教学蓉理员录系统产生选课信息，按照要求进行分类统计.生诫选课 注册报表.卞耍actor教学管理员前a条件学员已完成了选课注册成功JRE条ft按求进行分类统计，生成选课注册报*.火败麻逬条件选课注册信息有溟，无法生成报衷关联用例选课注册(5)用户需求描述宁管理员录入学生成用例名学生成绩管理用例描述教学管理员对学生考试成绩数据进行求入，修改、除等操作.上耍actor学管理员前ae条件学员考试结束并且卷疣成，学员成绩需要以数据库

12、记录成功麻置条件教学管理员、学生和教师可以在网络上进行学生成绩的相关操作火W后亶条件学生和教师网络上无法取学生成缰关联用例学生成绩理、成统计、青询学生成绩、住询课程成绩(6)用户需求描述費询成绩用例名齐询学生成绩用例描述学临、教师斎询学生成绩.主要actor学生、教师府S条fl学生成细以据库记录并上传至服务器成功斥賛条什依据淨生塔、谍和名、授课名、学分名筹关键词賁询考试成绩央败斤置条ft务处丁维护中关联用例学生成绩管理（7）用户需求描述成细统计耳报表生成用例名成绩统计用例描述教学管理员对学生的考试成績数据进行分类统计，生成成绩报我.主 actor教学管理员前置条件学生成绩以数据阳记录井上传至务

13、器成功病K条件教学理员进行成绩统计（按课程、学生、按班级），打印成绩汇总统计 报农.失府条件服务a处丁维护中关用例学生成绩音理6导出 UseCase茂询课稈成绩老师学生成绩舒理管理员案例Two：广东省水利厅办公业务资源系统广东省水利厅办公业务资源系统足一个面向300多用户以及10多个部门R常业务流程 的项目，由于系统牵涉的用户而和业务范国较广，系统的各种功能与用户的R常工作息息相关, 因此做好系统需求分析显得至关重要。项H需求调研阶段，始终坚持“以用户为中心”，采取 了有效、多样的方式勺用户沟通，充分重视用户提出的侮一项需求，并根据实际情况采用各种 技术手段与用户进行沟通以最人限度获得需求。(

14、1)系统功能和性能需求分析分析总结旧系统功能和性能方面心在的问题和缺陷对于获取新系统的需求具有很大参 考价值。经过研究分析，水利厅原有办公白动化系统在几个突出的问题： 技术手段比较落后。如采用C/S的模式一方面随看用八量增加导致服务器负载过高,服务器性能明 显下降;另一方而系统管理员的维护工作屋很大,系统版本更新后需要新更新各客户端程序； 系统的跨平台性和移植性差。旧系统是基于NET平台开发,未来想移植到LINUX或者UNIX操作系统上困难很大； 工作流固化用户实际流程与默认流程不符时需手T隶新配置流程,导致系统推广应用燃度犬； 可供办公使用的信息资源少。基于以上分析，可得出新系统的功能和性能

15、方面基本要求如下：功能主要包括公文处理子系统、内部电子邮件、机关事务管理子系统、业务资源库性能及约束条件方而要求主要包括跨平台性、易维护性、稳定性、响应速度等。 技术方而要求采用J2EE平台和关系型数据库（ORACLE）实现，基于B/S的三层体系结 构进行设计。（2）需求信息来源分析通过对需求信息的来源进行分析，得出如下需求捕获计划（见表l）o表I需求捕获计划如/j到的;求h丫恳快取需求的町能途衿IH系统町保W和继承的功能旧系统需求分析报吿.旧系统用八新系统应新堆加的功能和F功 能需求新系绒潜在的用户.技术人W no同类系统成功案例町吸纳的做 法和经验参观和舟察同类系统.借鉴好的经（3）需求分

16、析技术的选用用八调査。在宜接与用户进行而对而交流前，先对旧系统用户作一个书而调査，收集他们 对旧系统的使用体会以及对新系统最关心的功能需求，目的是在面对面进行用八访谈时提高 需求分析人员提问的针对性和引导作用。盂求调研农涉及的主要内容包扌心用户使用频度 最高的功能、旧系统设计存在的主要不足、对系统改进的建议等，调査对象为全体用户。通 过收集用八的信息反馈表并进行归纳总结，得出以下几个结论:用户使用频率最髙的模块主要 是公文收发处理、内部电子邮件、公告发布;旧系统最人的不足主要集中在系统界面不够友 好、系统响应速度越来越慢、流程设计不灵活、系统可供办公参考的资料较少等儿个方面。用户访谈。经过用户

17、调査后，通过组织用户进行而对而访谈来达到细化系统需求的目的。 访谈的对象主要是典型业务处室代表，如办公室负责文件收发的秘书、关键业务部门、技术 部门的代表。进行访谈询要根据用户调査的结果设计一些有针对性和引导作用的问题,如:公 文收发的流程是怎样的（办公室代表回答）?在业务处室内部处理的流程是怎样的（业务处室代 表回答）?系统界而的人性化方面有哪些要求（全体代表回答）?系统管理方面的需求是什么（技 术部门代表回答）?参观考察。为了吸取兄弟单位同类项忖的先进经验，开拓思路，组织用户到 一些有成功案例和良好口碑的单位进行参观考察。通过参观考察，孵取众长，将各单位有价值 的好的经验和做法吸纳到本系统

18、的建设需求中来。（4）儿种需求分析技术对比 用八调査覆盖的而较广（涉及到本单位300多用门，不需要占用被访用户太多工作时 间，容易被用户接受。但是由于某些用户对用户调査的重视程度不够，导致所反馈的信息不仝 而，参考价值有限,只能作为需求分析技术的一种参考和补充手段。 用八访谈对r本系统需求分析足一种收效较好的技术手段。但是这种技术的使用对于 需求分析人员来说有较商要求,如谈话技巧、领域的知识面等;另一方而寻找一个各关键被访 对象均有空的时间较难。在条件允许的悄况下，应尽童采用这种技术。 参观考察对系统需求获取可以起到画龙点晴、开阔用户思路、取长补短的效果。案例3：学院房产管理系统1. 开发背景

19、：行政学院房地产管理系统是在金融体制改革的形势下，由行政学院信息技术部承担 开发的，在成都市范M内进行房产投资和管理的应用系统。系统的应用范ra包扌舌跟踪资本的分配和划拨、所产生的资产现金流和这些现金流的 来源，以及计算所有投资的回报情况的能力。该系统不仅使这些资产可以像管理固定收 入有价证券组合一样被管理，也为学校领导层提供了监控资金流星与流向并及时做出相 应决策的现代化手段。2. 使用用例驱动茯取需求：（1） 确定系统的初始范1闻第一步足考虑这个系统的人的范通过与项目有关人员（主要足用户）的大 慎交流沟通，以及组织多次访谈会，首先根据系统的作用，用户的最基本要求 确定了系统的初始范M,如图

20、18所示图18系统的初始范111（2） 确定参与者确定了三个参与者：经营经理、房产经理和外部合作伙伴.1）经营经理：负责数据录入和数据维护。经营经理创建报表，以提供有关房产 的管理信息，并保证考虑到房产的H常问题。2）房产经理：负责管理自己掌握的资金用于房地产投资。房产经理要确定准备 投资的各种类型的房地产项冃。这种参与者主要关注投资所需的资本和投入的 资本与所产生的回报的比较。3）外部合作伙伴：外部合作伙伴与房产经理起类似的作用，不过是在机构的外 部。外部合作伙伴参与房产，但是在很多方而可以斟酌决定。外部合作伙伴的 主要贵任是保证投资产生回报，还需要向房产经理定期提供信息，包扌占现金流、 对

21、帐单和回报信息。(3) 获取用户希求与关项目的相关人员一起，经过大量的分析讨论，确定了两个基本用例。用例1管理投资用例名称描述 参打者管理投资翌踪公同所投资房产的堆本属性，房产承租人的信息和租期经营经理房产经理外部介作伙伴触发条件询捉冠产、房产承租人或租期发生变化。分类农和K它数期lL经进入系统。1. 勺获取一处房产时：a) 录入投资(房产)的详细信息b) 确定房产的资本炎托项。C)将房产划分为一个或务个单.元.2. 片找到房产单-元的承租人时：录入承租人详细信息.确定承和条款确定承租人付款时间表。将这个房产单元q该承和人关联.a)b)c)d)3.-*1房产何出时：a)b)c)dkbiii销何

22、细节。9房产的所右承租人脱离关联 删除对该房产的所力木来资本投入 从时间农中删除所令未來现金流。4.、勺到达租期时：a) 将房产单元承租人脱离关系，使K町确定新的租期。b) 删除9该承租人关联的所右未來现金流无后果I无用例2汇总投资用例名称描述触发条件木书件过程汇总投资把已经存储的数据協理为支持业务运杵和决後的组报农经背经理房产经理房产经理上要以临时确定的方式使川报A以做出并种决.经背经理宜期使用报衣支持业务运投资和房产部门12经把详细信息求入到系统中系统必须为那空依赖C冇外部数据的报农获取來fl外部的 数据1. 系统显示已冇报衣洁单，包括：a）运营报衣来來n个丿内到期的承租介同 房产使用宿况

23、。U.111. 毎个区域未承租的单尤b）房产经理报农KiWIhl 报率拎名前，位的房产 毎个区域的房产.W产状况 11. 111.iv这唯只列r丨1询垠帀：耍的报衣，而不是穷尽所冇报衣淸也2. 参号打选择报农。3. 系统提爪参9者输入细化报&的详细信息，包括报农II期.4. 系统检索数拥，执行计算导出没冇存储的数据，对申请样序。5. 系统准备提供捉交的报农，包括报农的外观和交付格式，包 括打印格式和屏麻格式.井常后果无系统不会根据报衣生成修改业务数据.此时，我们除了可能有外部房产经理参与者的远程访问需求之外，还没有提出紧迫的技 术需求，也没有得到业务规则。通过项目相关人员的讨论，我们得到他们对

24、系统提出的两个基木要求。1）根据用户的视点来设计本系统。这是一项基本要求，我们已经考虑了源口可以支撐本系统的会计系统的复杂业务需求。 项目相关人员要求为其业务提供很强的会计支持，但是愿意将两个系统分开。帐本簿与 房地产管理系统之间没有多少冗余数据，项目相关人员不愿意增加额外经费补充会计功 能，或将两个系统数据集成起来。2）把系统看作足一种“数据采集与报表生成系统”。关键足构建采集实现他们所定义的业务规则的数据的系统，既要使数据安全”（不能 丢失或遗忘），又要为不同参与者提供专门化的视图，以便根据这些视图做出业务决策 （例如，系统具有比较回报和投资的能力，要能够知道从出租的角度看，哪些房产在历

25、史上没有得到充分的利用，哪些区域的出租率和回报率高）。（4）获取功能需求下一步是充分与用户讨论，搜栾尽可能多的有关各种参与者如何与系统交互的信息，以 及他们需要通过系统获得什么样的信息。搜集这些信息的结果，我们可以将就而的用例 进行进一步的扩展。为了更好地表示用例，我们把用例图一分为三。如图19、20、21所示。图19经过扩展的报&生成包仟房产经理:比入投资详细信息本投入X_建必*1元K 20经过扩展的数据录入（！）这里把用例由最初的两个扩展为20个。 用例3录入承租人详细信息川例名称录入承租人详细Ci息描述房地产管理系统跟踪谁在承租房产.系统心储每个承租人的一 套详细仃息.以记帐、跟踪和检金

26、状况。参经讥经理触发条件 发现承W房产的新承租人或潜任承租人。本用例可以山“出 租房产”川例來动 发现现仃承租人的补允或变更岱息询捉无丛本啡件过程1. 经肯统理找到承租人区域-2. 经杵经理录入承和人的标讲信息：a）个人承租人的姓名和y份匹号码b）机构承租人的公诃名称和税务记证号3. 系统检任现fj匹配项4. 系统显示Li经境写了现右信息的数据录入模板。个人承租人 和机构承租人的模板不同。需要补充插入所需数据项的消单5. 经经理录入毎个数据项6. 系统根期数据录入规则（H期、身份证零）检验玻入的数据7. 如果经营经理对所呆入的数据悠到満盘则提交数拥变更。8. 系统检任所录入数据址否完整。9.

27、如果通过检验则系统存储所做的数据变更该用租人被标 记为冇效.3.如果系统发现啦复项，则对参与音发出警告，并眾示现仃承 租人记录7. 如果参对所做的数据变更不满意，nJ以选择放弁所做变 也-如果系统中冇以询储的记录.则恢奴以询存储的记录。8. 如果没冇输入耍求必须输入的数撫，系统对参y者发出警告. 并解祥哪些数据必须录入-如果该承租人足出就承租合同签订 人（即拥仃尚未到期的承租介同的承稲人人并n系统不接收数 抑:变更则这会#致该承租人失公令效状态。如来数据是完备的、仃效的.系统拥有一个令效的承利人。业务规则插入字段和农格级的详细检验观则技术盂求本功能只在卜:办公内便川经肯经理不在）1：他地方办公

28、。 承租人所需的数据集过已经变更过多次J另产经理要求系 统儿冇补充或删除冇关承租人的rt接或导出数据的乂活性 预期一次只右一个人更新承租人数据系统不需要支持承租 人信息的同时更藉 系统八9该存储对承租人信息变更的所有历史包括进行变史 的参UF标识-以及变更M期和时间用例4录入投资详细信息用例5录入房产详细信息用例6建立单元用例7出租房产用例8输入数据川例名称输入数据描述外部介作伙伴管理一部分房产。在典型情况卜，外部介作伙件 打木唯位共同拥右房产一他们拥右房产的一部分并负贵维 护和Hjfim个房产-外部介作伙ft根据协议按期向本小位提 交数据和钱款.本川例将外部介作伙伴提供的数据输入到系统 傭.

29、以供生成报农.参号者外部介作伙伴 经管经理触发条件外部介作伙伴按合同规定，定期提供数撫.任毎个报衣提交周 ）0）.外部介作伙伴都耍准备数据并提交给本公诃从而触发木 用例。询捉外部介作伙伴和本公同（2经签订协议。圧本W件过程1. 经肯经理收到一组來Cl外部合作伙伴的数据，或冇关数据L1 经工成的通知.2. 经肯经理找到数据所对应的房产。3. 经杵经理找到输入外部介作伙伴数据的区域4. 系统询问外部数据的位？t5. 经莒经理给出外部数据的位K.6. 系统检住数据对应的房产准确尤误。7. 系统读取房产的以卜数据：a）对应丨|期的一系列现金金额；b）对应H期的一系列资本支付。&系统将这部分信息号所给出

30、的房产关联。9.系统向经首就能够了显示所输入的数据供批准a）经供经理检代这空数据批准或取消输入数据操作。b）如果数据被批准.系统存储所输入的数据5, 如果系统不能找到或访问输入数据.则系统警告经背经理 并等待经管经理提供戊他数据放位牝或収消操作6. 如果数据没冇对应所期电的房产.则系统警告经营经理.木 用例结束。无业务视则无技术需求只支持一种数据转换方法这样可以降低系统的复朵性减轻 员匸培训负担 一个项II相关人员提出.外部介作伙伴拥仃很 少的技术和业务门治能力并提出电f农格应该是介适的数撫 转换机制.用例9建立现金流时间表用例10交易记录用例11处迓房产用例12建立资本时间表用例13报告排名

31、前5位的房产用例14报告每个区域统计区的房产用例15报告预期回报率用例箔称报告预期冋报率描述本报衣给出W产的预期内部1叫报率如果叮以得到交易数据， 则使用实际现金流，否则便用现金流时间衣内部何报率按房 产的整个妤命期in.参与者W产绅理触发条件创址报农”川例A:过用1. 系统捉尔川户输入报衣的“播定”11期2. 系统提示房产经理从列衣中选择房产。3. 系统计?y内部1叫报率和以卜数撫，并准备报农：a）房产名称。b）房产的开始H期。C）内部何报率d）资本支出总和.C）租金总和。f）逐的交易数据ro1无A -泉丫成折iir 11 wjrrj报衣业务规则技术需求用例16报告房产状况用例17报告房产使

32、用惰况用例18报告每个区域统it区没有出和的房产用例19报告将要到期的承租令同用例20输入指数信息用例21设鬣区域统计区用例22设鬣用八（5）细化需求及用例求精在完成填写用例模板最初工作之后，我们记录了需要胖决的问题。我们把这个系统看作 足数采集和报衣生成两个部分的观点基本没有改变。同时，我们发现报表生成的个:It要 部分，即回报，可以通过更仔细地研究报表来提高收益。简单来说，回报数据要描述投资的 执行情况。房产经理通过回报计算，判定投资执行悄况，并预测投资变更（例如：提高出租租金） 会怎样影响投资的收益。内部回报率是完成这种任务的标准业务计算方法。我们把内部回报 率定义为使所有现金流的净帐面

33、值等于0的利率。过去，经营经理采用电子表格计算内部回 报率。这是一种很浪费时间并且容易出错的过程，因为内部回报率的计算要使用投资周期内 的所屯现金流数据。为了出租一座人楼，要计算获得该房产所使用的最初资本和所有预期的 出租租金。为此，在系统中增加计算功能是很有意义的。我们决定针对这种计算补充一个小 用例，并计划将其“挂”在涉及这些数据的报表生成需求用例上。ffl例23计算内部回报率川例名称计算内部回报率描述内部何报率是一种堆于定期发生的现金流的标准业务讣算，町 以用來描述投资回报率（九这种计算耍被参个报衣使用。参q?报农生成用例触发条件准备生成右关内部阿报率的报及.前捉耍完成本il佛，必須h冇一纽现金流，至少包介一个负的现金 流。堆本，”件过程1. 系统检任是否冇所需数据.A）序列中的第一个现金流必须是负值.b）现金流必须是一个定期序列（即毎月、周、年或类似时間 周期取一个值人C）将存在对数据的兀他一些限制，这些限制只彳厂程序员/设 计