需求工程——软件建模与分析阅读笔记二

需求的定义:用户为了解决问题或达到某些目标所需要的条件或能力;系统或系统部件为了满足合同、标准、规范、或其他正式文档所规定的要求而需要具备的条件或能力;对以上两点的一种文档化表述

满足需求就是解决问题:需求源于问题,要准确理解需求就必须明确它与问题的关系。,人们开发软件系统的目的就是希望用它作为解决方案来解决问题,使得现实改善到期望的状况。解决问题、改善现实、满足用户期望的状况。

问题解决的两个方面——问题域与解系统:问题在现实世界与软件系统的互动中的到解决,问题语是需求的背景,问题域的背景信息称为问题域特性。软件通过问题域帮助人们解决问题,所以称为解系统,解系统是问题解决的手段,,并不是问题的产生地,

问题域与需求:虽然解决问题和满足需求的手段是引入解系统,单问题和需求都来自于用户,用火狐关注的是问题域,所以需要是用户对问题域中的实体状态或事件的期望描述,例如有需求描述R1,R2,

解系统与需求规格说明:解系统的核心是软件解决方案和解决方案在通用计算机上实现。虽然解决方案及其实现都关注于软件系统本身,但相互之间也有所不同

问题解决的基础:模拟与共享现象,处于问题域之外的解系统之所以能解决问题域中的问题,是因为问题域与解系统之间存在有效的互动,并在互动中互相影响,而问题域与解系统能够性成互动的基础是解系统部分模拟了问题域,这种模拟称为共享现象

问题解决方法:直接与间接,因为模拟后的知识是解系统的一部分,所以解系统可以对其施加操作,适当改变这些知识,知识的改变会交互的传递给问题域,问题域在会接收改变的基础上继续规律性的运作,是问题得以解决,。

转载于:https://www.cnblogs.com/1605-3QYL/p/8448022.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
包含需求基础、需求工程过程、需求获取概述、确定项目前景和范围、涉众分析和硬数据采样方面的思考题,还有参考答案。 方案及系统特性,继而无法明确项日的前景和范围,这样就会造成项口的不稳定甚至失败! 某大银行的一位银行卡办公室的收账经珒Li遇到了一个问题。她每周都收到一份过期 未付款的账户名单。这份报告已经从两年前的250个账户增加到现在的1250个账户。 为了确定那些严重拖欠债务的账户,Liz需要通读这份报告。严重拖欠债务的账户由几 个不冋的规则确定,每个规则都要求Lz检查客户的一项或几项数据。过去半天的工作 量现在增加到了每周三天。即使在确定了严重拖欠债务的账户后,如果没有查阓该账户 三年内的历史资料,Li也不能做岀最后的信用决定(例如严厉的催款电话、断绝信甩 或海这个账户转给一个收账代理)。另外,也需要报告所有账户中过期未付款的、拖欠 债务的、严重拖欠债务的和呆死账的比例。目前的报告中并没有给她提供这个信息。 假改现在需要你来开发一个软件,解决Li血对的难翘。那么你认为Liz现在遇到 的问题有哪些?你希望新的软件应该达成哪些业务目标?你怎样设计软件的高层解决 方案和系统特性? 解答:Liz现在遇到的问题有:(1)工作量的増加;(2)客户账户的历史数据;(3)问题账 户所占比例没有显示 新的软件应该达成的业务目标有:(1)能够快速查询客户账户;(2)能够分析一个客户 是否为问题账户;(3)能够给出一个问题账户的三年内的历史数据;(4)能够计算问题账户 所占比例 软件的高层解决方案和系统特性:(1)建立一个数据厍系统用来存放客户账户信息 2〕根捃特定的判定问题账户的斧法检索辨别出问题账户;(3)工作人员能够 检杳该账户的三年内的历史数据:(4)即时显示问题账户所占比例
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值