软件需求分析案例doc.docx
《软件需求分析案例doc.docx》由会员分享，可在线阅读，更多相关《软件需求分析案例doc.docx（26页珍藏版）》请在冰豆网上搜索。
软件需求分析案例doc
案例one：
教学管理系统（用例驱动的交互
式需求获取）
以一个教学管理系统JXGL的分析与设计作为示例，说明用例驱动技术在软件项目开发中的应用。
高等学校的教学管理内容十分丰富，工作繁多。
作为一个示例，规定开发教学管理系统JxGL只处理每学期的课程选修注册和学生的成绩管理。
教学管理系统JXGL的用户是学校的学生、教师和教学管理员。
学生使用JXG系统査询新学期将开设的课程和授课教师的悄况，选杼口己要学习的课程，并进行登记注册。
学生还可以使用」XGL系统査询口己的课程成绩。
教师使用JXGL系统査询新学期将开设的课程、参加听课的学生情况，以及学生的考试成绩・教学管理员使用JXGL系统进行教学管理，包括新学期的课程选课注册管理和学生成绩管理。
1.需求描述：
对教学伶理系统JXGL要求提供两个方面的服务：
⑴选课管理，负责新学期的课程选课注册工作；
（2）成绩管理，负责学生成绩借理。
在选课管理方面应填写的用户需求描述如下。
⑴录入与生成新学期课程表
教学管理员在新学期开始前录入新学期课程，打印将开设的课程目录表，供师生参考选择。
若某课程的实际选课学生少于10人，则停开该课程，把该课程从课程目录表中删除;若某课程的选课学生多于30人，则停止选课。
⑵学生选课注册
新学期开始前一周为选课注册时间，在此期间学生可以选课注册，并且允许改变或取消江册屮请。
每个学生选课不超过4门课程。
侮门课程最多允许30名学生选课注册。
学生可以在图书馆、各系资料室、学生宿舍等处的计算机上联网进行选课注册。
在选课注册结束后，教学管理员打印学生选课注册名单和开课通知书，送交有关部门和授课教师。
⑶査询
教师信息。
获得课程信息。
杳询的关键词以是:
课
可以査询课程信息、学生选课信息和学生、学生、教师、教学管理员可以資询课程表，程名，授踝教师名，学分。
査询的关键词可以是:
学生名、程名,
教师、教学管理员可以査询学生选课情况。
授课教师名，学分。
学生只允许査询口己的选课信息，不允许査询别人选课信息。
学生、教师、教学管理员可以査询学生或教W的信息。
査询的关键词可以是学生名、教师名，性别、班级、职称。
（4）选课注册信息的统计与报表生成。
教学管理员对学生的选课注册信息进行统计（按课程，按学生，按班级），印汇总统计报表。
在成绩管理方而应填写的用户需求描述如下：
⑴成绩录入：
教学管理员录入学生考试成绩。
（2）成绩査询：
教师、教学管理员可以杳询学生考试成绩。
査询的关键词可以是:
学生名、课程名、授课教师名、学分名、学生只允许査询口己的考试成绩，不允许查询别人的考试成绩。
⑶成绩统计与报表生成
教学停理员进行成绩统计（按课程、学生、按班级），打印成绩汇总统计报表。
为保存数据，需建立教学管理数据•库。
可以采用关系数据库，建立下列数据库表:
学生表、教师表、课程表、选课表、任课表、成绩表，
教学管理系统的宜接用八有学生、教师和教学管理员。
教学管理员有权操纵数据•库的数ffi,进行添加、更新、删除等操作。
学生和教师一般只査询信息，只允许对自己有关的数据进行添加，更新、删除等操作。
教学管理系统JXGL的相关系统有■财务系统。
JXGL系统需要把学生选课注册信息传送给财务系统，以供财务系统计算学生应交纳的费用，但是不要求财务系统回馈学生应交纳的费用信息。
假定在学校的计算中心有功能强人的匸作站机器，在各系、各部门、图书馆、学生宿舍都有台式PC机，学校的全部计算机已经连网。
教学管理系统JXGL将采用客户机/般务器结构建立，JXGL系统的应用服务器和数据库服务器设置在学校计算中心的工作站。
学生、教师和教学管理员可以在各系、各部门、图书馆、学生宿舍的台式PC机上使用JXGL系统。
2.确定系统范阳和边界
首先要确定业务需求和系统鬥标。
教学管理系统JXGL用于新学期课程的选课注册低理和学生的成绩管理。
凡是这两方面的教学管理内容都是」XGL系统的职贵范W，其他的教学管理内容，如安排教学计划、排课、实习、实验、考试等都不属于JXGL系统的职贵范1制。
至于学校的其他管理工作，如科研、人爭、财务、资产尊管理不属J-JXGL系统的职贵范］科。
JXGL系统与财务系统存在系统边界，财务系统将从JXGL系统得到学生选课注册信息。
JXGL系统与学校的其他信息管理系统没有直接的联系，但是可以从学校的全局数据库中共享学生、教师、教学计划等必要的数1^^
3.定义用八
根据JXGL系统用户需求描述可以确定4个参与者:
学生、老师、教学管理员和财务系统。
对于每一个参与者，应当明确其业务活动的内容、对系统的服务要求。
“学生”参与者使用JXGL系统查询新学期开设的课程信息和教师开课信息，选课并登记注册课程，査询口己的课程成绩信息。
“老师”参与者使用JXGL系统査询新学期开设的课程信息、学生选课信息和学生成绩信息。
“教学管理员”参与者使用JXGL系统伶理学期开设的课程的选课注册和学生的考试成绩。
管理工作包扌舌课程与成绩数据的录入、维护、统计、报表打印等，并且负责把学生的选课注册信息发送给财务系统，作为计算学生应付费用的依据。
“教学管理员”要求能够方便地费询课程信息、学生选课信息、学生信息、教师信息和成绩信息。
"财务系统”参与者是外部系统参与者，从JXGL系统接受学生的课程注册信息。
4.UseCase的获取
每一个USeCase都是一个参与者弓系统在交互中执行妁有关卒务序列。
应当根抵用户需求描述，找出全部的USeCase.并从参与者的角度给出事件流，当USeCase执行时系统应提供给参与者的服务。
从JxGL的用户需求描述分析可的有以下用例存在：
⑴査询课程信息:
学生、教师或教学管理员査询课程表，获得课程信息。
（2）选课注册:
学生登录进行选课注册。
⑶管理开设课程:
教学管理员琶录系统产生选课信息，按照要求进行分类统计，主成选
（4）管理学生信息:
教学管理员对学生数据进行录入、修改、删除等操作.
⑸管理老师信息:
教学管理员对教师数据进行录入、修改、删除等操作《
⑹管理课程信息:
教学管理员对课程数据进行录入、修改、删除等操作。
⑺查询学生成绩:
学生、教师査询学生成绩。
⑻査询课程成绩:
学生、教师査询课程成绩。
⑼学生成绩管理:
教学管理员对学生考试成绩数ffi进行录入，修改、删除等操作。
（10）成绩统计:
教学管理员刘学生的考试成绩数据进行分类统计，生成成绩报表。
5.需求获取描述
（1）
用户需求描述
录入与生成新学期课祥衣
用例名
衬理课程信息
用例描述
«学管理员对课用数据进行录入、修«除等操件.
上耍actor
教学时理员
wa条fl
老师己将新学期所开课程«据上报
成功府条件
教学管理员、学生和教师可以在网络上进行课稈的相关操件
失W拆S条件
学生和tt师在网络上无法获知课程数据
犬联用例
竇询课胖信息、管理开设课榨
用户需求描述
学生选课注册
用例名
选课注册
用例描述
学先登录进行选课注册.
上娶actor
学生
腑玄条件
通知学生在网上进行选《注册
成功拆置条件
教学ft理员、学生和教师可以在网络上进行谀W的相关操作
失歎侨置条件
学先和教师任两络上无法获知课釋数据
关联用例
秆询课秤信息、菅理开设课程
用户需求描述
代询
用例名
件询课程信息
用例描述
学性、«师或教学管理员弈询课丹我，获得课程信息.
1-5!
actor
学生、«师和教学®理员
前:
e条件
教学管理员将课程信息上传至M络
成功后S条件
学生、tt师或教学管理员准确获得课程信息.
失败示矍条件
系统提示课程ft据库出现故障
关联用例
ff理开设课程、管理课程信息
（4）
用户S求描述
选课注册信息的统计与报表生成
用例名
管理开设课程
用例描述
教学蓉理员®录系统产生选课信息，按照要求进行分类统计.生诫选课注册报表.
卞耍actor
教学管理员
前a条件
学员已完成了选课注册
成功JRE条ft
按®求进行分类统计，生成选课注册报*.
火败麻逬条件
选课注册信息有溟，无法生成报衷
关联用例
选课注册
（5）
用户需求描述
«宁管理员录入学生成«
用例名
学生成绩管理
用例描述
教学管理员对学生考试成绩数据进行求入，修改、《除等操作.
上耍actor
«学管理员
前ae条件
学员考试结束并且«卷疣成，学员成绩需要以数据库记录
成功麻置条件
教学管理员、学生和教师可以在网络上进行学生成绩的相关操作
火W后亶条件
学生和教师网络上无法«取学生成缰
关联用例
学生成绩^^理、成》统计、青询学生成绩、住询课程成绩
（6）
用户需求描述
費询成绩
用例名
齐询学生成绩
用例描述
学临、教师斎询学生成绩.
主要actor
学生、教师
府S条fl
学生成细以》据库记录并上传至服务器
成功斥賛条什
依据淨生塔、谍和名、授课««名、学分名筹关键词賁询考试成绩
央败斤置条ft
«务》处丁维护中
关联用例
学生成绩管理
（7）
用户需求描述
成细统计耳报表生成
用例名
成绩统计
用例描述
教学管理员对学生的考试成績数据进行分类统计，生成成绩报我.
主®actor
教学管理员
前置条件
学生成绩以数据阳记录井上传至®务器
成功病K条件
教学«理员进行成绩统计（按课程、学生、按班级），打印成绩汇总统计报农.
失》府®条件
服务a处丁维护中
关《用例
学生成绩音理
6•导出UseCase
案例Two：
广东省水利厅办公业务资源系统
广东省水利厅办公业务资源系统足一个面向300多用户以及10多个部门R常业务流程的项目，由于系统牵涉的用户而和业务范国较广，系统的各种功能与用户的R常工作息息相关,因此做好系统需求分析显得至关重要。
项H需求调研阶段，始终坚持“以用户为中心”，采取了有效、多样的方式勺用户沟通，充分重视用户提出的侮一项需求，并根据实际情况采用各种技术手段与用户进行沟通以最人限度获得需求。
（1）系统功能和性能需求分析
分析总结旧系统功能和性能方面心在的问题和缺陷对于获取新系统的需求具有很大参考价值。
经过研究分析，水利厅原有办公白动化系统〃在几个突出的问题：
1技术手段比较落后。
如采用C/S的模式一方面随看用八量增加导致服务器负载过高,服务器性能明显下降;另一方而系统管理员的维护工作屋很大,系统版本更新后需要新更新
各客户端程序；
2系统的跨平台性和移植性差。
旧系统是基于NET平台开发,未来想移植到LINUX或者UNIX操作系统上困难很大；
3工作流固化
用户实际流程与默认流程不符时需手T•隶新配置流程,导致系统推广应用燃度犬；
4可供办公使用的信息资源少。
基于以上分析，可得出新系统的功能和性能方面基本要求如下：
功能主要包括公文处理子系统、内部电子邮件、机关事务管理子系统、业务资源库
性能及约束条件方而要求主要包括跨平台性、易维护性、稳定性、响应速度等。
技术方而要求采用J2EE平台和关系型数据库（ORACLE）实现，基于B/S的三层体系结构进行设计。
（2）需求信息来源分析
通过对需求信息的来源进行分析，得出如下需求捕获计划（见表l）o
表I需求捕获计划
如/j到的;求h丫恳
快取需求的町能途衿
IH系统町保W和继承的功能
旧系统需求分析报吿.旧系统用八
新系统应新堆加的功能和F功能需求
新系绒潜在的用户.技术人Wno
同类系统成功案例町吸纳的做法和经验
参观和舟察同类系统.借鉴好的经
（3）需求分析技术的选用
用八调査。
在宜接与用户进行而对而交流前，先对旧系统用户作一个书而调査，收集他们对旧系统的使用体会以及对新系统最关心的功能需求，目的是在面对面进行用八访谈时提高需求分析人员提问的针对性和引导作用。
《盂求调研农》涉及的主要内容包扌心用户使用频度最高的功能、旧系统设计存在的主要不足、对系统改进的建议等，调査对象为全体用户。
通过收集用八的信息反馈表并进行归纳总结，得出以下几个结论:
用户使用频率最髙的模块主要是公文收发处理、内部电子邮件、公告发布;旧系统最人的不足主要集中在系统界面不够友好、系统响应速度越来越慢、流程设计不灵活、系统可供办公参考的资料较少等儿个方面。
用户访谈。
经过用户调査后，通过组织用户进行而对而访谈来达到细化系统需求的目的。
访谈的对象主要是典型业务处室代表，如办公室负责文件收发的秘书、关键业务部门、技术部门的代表。
进行访谈询要根据用户调査的结果设计一些有针对性和引导作用的问题,如:
公文收发的流程是怎样的（办公室代表回答）?
在业务处室内部处理的流程是怎样的（业务处室代表回答）?
系统界而的人性化方面有哪些要求（全体代表回答）?
系统管理方面的需求是什么（技术部门代表回答）?
参观考察。
为了吸取兄弟单位同类项忖的先进经验，开拓思路，组织用户到一些有成功案例和良好口碑的单位进行参观考察。
通过参观考察，孵取众长，将各单位有价值的好的经验和做法吸纳到本系统的建设需求中来。
（4）儿种需求分析技术对比
1用八调査覆盖的而较广（涉及到本单位300多用门，不需要占用被访用户太多工作时间，容易被用户接受。
但是由于某些用户对用户调査的重视程度不够，导致所反馈的信息不仝而，参考价值有限,只能作为需求分析技术的一种参考和补充手段。
2用八访谈对r本系统需求分析足一种收效较好的技术手段。
但是这种技术的使用对于需求分析人员来说有较商要求,如谈话技巧、领域的知识面等;另一方而寻找一个各关键被访对象均有空的时间较难。
在条件允许的悄况下，应尽童采用这种技术。
3参观考察对系统需求获取可以起到画龙点晴、开阔用户思路、取长补短的效果。
案例3：
学院房产管理系统
1.开发背景：
行政学院房地产管理系统是在金融体制改革的形势下，由行政学院信息技术部承担开发的，在成都市范M内进行房产投资和管理的应用系统。
系统的应用范ra包扌舌跟踪资本的分配和划拨、所产生的资产现金流和这些现金流的来源，以及计算所有投资的回报情况的能力。
该系统不仅使这些资产可以像管理固定收入有价证券组合一样被管理，也为学校领导层提供了监控资金流星与流向并及时做出相应决策的现代化手段。
2.使用用例驱动茯取需求：
（1）确定系统的初始范1闻
第一步足考虑这个系统的人的范通过与项目有关人员（主要足用户）的大慎交流沟通，以及组织多次访谈会，首先根据系统的作用，用户的最基本要求确定了系统的初始范M,如图18所示》
图18系统的初始范111
（2）确定参与者
确定了三个参与者：
经营经理、房产经理和外部合作伙伴.
1）经营经理：
负责数据录入和数据维护。
经营经理创建报表，以提供有关房产的管理信息，并保证考虑到房产的H常问题。
2）房产经理：
负责管理自己掌握的资金用于房地产投资。
房产经理要确定准备投资的各种类型的房地产项冃。
这种参与者主要关注投资所需的资本和投入的资本与所产生的回报的比较。
3）外部合作伙伴：
外部合作伙伴与房产经理起类似的作用，不过是在机构的外部。
外部合作伙伴参与房产，但是在很多方而可以斟酌决定。
外部合作伙伴的主要贵任是保证投资产生回报，还需要向房产经理定期提供信息，包扌占现金流、对帐单和回报信息。
（3）获取用户希求
与关》项目的相关人员一起，经过大量的分析讨论，确定了两个基本用例。
用例1管理投资
3.-'*1房产何出时：
a）
b）
c）
d>
kbiii销何细节。
9房产的所右承租人脱离关联•删除对该房产的所力•木来资本投入・从时间农中删除所令未來现金流。
4.、勺到达租期时：
a）将房产单元承租人脱离关系，使K町确定新的租期。
b）删除9该承租人关联的所右未來现金流・
无
后果
I无—
用例2汇总投资
这唯只列r丨1询垠帀：
耍的报衣，而不是穷尽所冇报衣淸也•
2.参号打选择报农。
3.系统提爪参9者输入细化报&的详细信息，包括报农II期.
4.系统检索数拥，执行计算导出没冇存储的数据，对申请样序。
5.系统准备提供捉交的报农，包括报农的外观和交付格式，包括打印格式和屏麻格式.
井常
后果
无
系统不会根据报衣生成修改业务数据.
此时，我们除了可能有外部房产经理参与者的远程访问需求之外，还没有提出紧迫的技术需求，也没有得到业务规则。
通过项目相关人员的讨论，我们得到他们对系统提出的两个基木要求。
1）根据用户的视点来设计本系统。
这是一项基本要求，我们已经考虑了源口可以支撐本系统的会计系统的复杂业务需求。
项目相关人员要求为其业务提供很强的会计支持，但是愿意将两个系统分开。
帐本簿与房地产管理系统之间没有多少冗余数据，项目相关人员不愿意增加额外经费补充会计功能，或将两个系统数据集成起来。
2）把系统看作足一种“数据采集与报表生成系统”。
关键足构建采集实现他们所定义的业务规则的数据的系统，既要使数据"安全”（不能丢失或遗忘），又要为不同参与者提供专门化的视图，以便根据这些视图做出业务决策（例如，系统具有比较回报和投资的能力，要能够知道从出租的角度看，哪些房产在历史上没有得到充分的利用，哪些区域的出租率和回报率高）。
（4）获取功能需求
下一步是充分与用户讨论，搜栾尽可能多的有关各种参与者如何与系统交互的信息，以及他们需要通过系统获得什么样的信息。
搜集这些信息的结果，我们可以将就而的用例进行进一步的扩展。
为了更好地表示用例，我们把用例图一分为三。
如图19、20、21所示。
图19经过扩展的报&生成
包仟>>
房产经理
:
比入投资详细信息
<<包介>>本投入
X__
建必*1元
K20经过扩展的数据录入（！
）
这里把用例由最初的两个扩展为20个。
用例3录入承租人详细信息
川例名称
录入承租人详细Ci•息
描述
房地产管理系统跟踪谁在承租房产.系统心储每个承租人的一套详细仃息.以记帐、跟踪和检金状况。
参
经讥经理
触发条件
•发现承W房产的新承租人或潜任承租人。
本用例可以山“出租房产”川例來《动・
•发现现仃承租人的补允或变更岱息・
询捉
无
丛本啡件过程
1.经肯统理找到承租人区域-
2.经杵经理录入承和人的标讲信息：
a）个人承租人的姓名和y份匹号码・
b）机构承租人的公诃名称和税务《记证号・
3.系统检任现fj匹配项•
4.系统显示Li经境写了现右信息的数据录入模板。
个人承租人和机构承租人的模板不同。
＜需要补充插入所需数据项的消单＞
5.经经理录入毎个数据项•
6.系统根期数据录入规则（H期、身份证零）检验玻入的数据・
7.如果经营经理对所呆入的数据悠到満盘•则提交数拥变更。
8.系统检任所录入数据址否完整。
9.如果通过检验•则系统存储所做的数据变更・该用租人被标记为冇效.
3.如果系统发现啦复项，则对参与音发出警告，并眾示现仃承租人记录•
7.如果参对所做的数据变更不满意，nJ以选择放弁所做变也-如果系统中冇以询〃储的记录.则恢奴以询存储的记录。
8.如果没冇输入耍求必须输入的数撫，系统对参y者发出警告.并解祥哪些数据必须录入-如果该承租人足出就承租合同签订人（即拥仃尚未到期的承租介同的承稲人人并n系统不接收数抑:
变更•则这会#致该承租人失公令效状态。
如来数据是完备的、仃效的.系统拥有一个令效的承利人。
业务规则
＜插入字段和农格级的详细检验观则＞
技术盂求
•本功能只在卜:
办公内便川•经肯经理不在）1：
他地方办公。
•承租人所需的数据集过£已经变更过多次J另产经理要求系统儿冇补充或删除冇关承租人的rt接或导出数据的乂活性・
•预期一次只右一个人更新承租人数据・系统不需要支持承租人信息的同时更藉•
•系统八9该存储对承租人信息变更的所有历史•包括进行变史的参UF标识-以及变更M期和时间・
用例4录入投资详细信息
用例5录入房产详细信息
用例6建立单元
用例7出租房产
用例8输入数据
川例名称
输入数据
描述
外部介作伙伴管理一部分房产。
在典型情况卜，外部介作伙件打木唯位共同拥右房产一他们拥右房产的一部分•并负贵维护和Hjfim个房产-外部介作伙ft根据协议・按期向本小位提交数据和钱款.本川例将外部介作伙伴提供的数据输入到系统"傭.以供生成报农.
参号者
•外部介作伙伴•经管经理
触发条件
外部介作伙伴按合同规定，定期提供数撫.任毎个报衣提交周）0）.外部介作伙伴都耍准备数据并提交给本公诃・从而触发木用例。
询捉
外部介作伙伴和本公同（2经签订协议。
圧本W件过程
1.经肯经理收到一组來Cl外部合作伙伴的数据，或冇关数据L1经工成的通知.
2.经肯经理找到数据所对应的房产。
3.经杵经理找到输入外部介作伙伴数据的区域・
4.系统询问外部数据的位？
t・
5.经莒经理给出外部数据的位K.
6.系统检住数据对应的房产准确尤误。
7.系统读取房产的以卜数据：
a）对应丨|期的一系列现金金额；
b）对应H期的一系列资本支付。
&系统将这部分信息号所给出的房产关联。
9.系统向经首就能够了显示所输入的数据供批准•
a）经供经理检代这空数据・批准或取消输入数据操作。
b）如果数据被批准.系统存储所输入的数据・
5,如果系统不能找到或访问输入数据.则系统警告经背经理•并等待经管经理提供戊他数据〃放位牝或収消操作・
6.如果数据没冇对应所期电的房产.则系统警告经营经理.木用例结束。
无
业务视则
无
技术需求
只支持一种数据转换方法•这样可以降低系统的复朵性・减轻员匸培训负担•一个项II相关人员提出.外部介作伙伴拥仃很少的技术和业务门治能力・并提出电f农格应该是介适的数撫转换机制.
用例9建立现金流时间表
用例10交易记录
用例11处迓房产
用例12建立资本时间表
用例13报告排名前5位的房产
用例14报告每个区域统计区的房产
用例15报告预期回报率
用例箔称
报告预期冋报率
描述
本报衣给出W产的预期内部1叫报率•如果叮以得到交易数据，则使用实际现金流，否则便用现金流时间衣•内部何报率按房产的整个妤命期i\n.
参与者
W产绅理
触发条件
"创址报农”川例
A:
过用
1.系统捉尔川户输入报衣的“播定”11期・
2.系统提示房产经理从列衣中选择房产。
3.系统计?
y内部1叫报率和以卜•数撫，并准备报农：
a）房产名称。
b）房产的开始H期。
C）内部何报率•
d）资本支出总和.
C）租金总和。
f）逐的交易数据
ro1
无
A-泉
丫成"折iir11wjrrj报衣•
业务规则
技术需求
用例16报告房产状况
用例17报告房产使用惰况
用例18报告每个区域统it区没有出和的房产
用例19报告将要到期的承租令同
用例20输入指数信息
用例21设鬣区域统计区
用例22设鬣用八
（5）细化需求及用例求精
在完成填写用例模板最初工作之后，我们记录了需要胖决的问题。
我们把这个系统看作足数采集和报衣生成两个部分的观点基本没有改变。
同时，我们发现报表生成的■个:
It要部分，即回报，可以通过更仔细地研究报表来提高收
升级会员 