软件工程需求分析阶段_正在进行的过程的7个阶段:需求工程

软件工程需求分析阶段

任何软件成功与否的主要衡量标准是软件是否达到其预期目的。 需求工程是通过确定系统的客户需求以及开发和运行该系统的约束条件来发现该目的的过程。

1.基础:需求工程通常被称为前端活动。 但是,还应考虑多种情​​况,包括市场驱动的产品开发和针对特定客户的开发。 在收集需求之前,还应确定适合需求工程的过程,并选择方法和技术。 2.需求启发:确定利益相关者并了解系统边界。 诸如需求访谈,访谈,问卷调查,观察,文档审阅,小组讨论会和集思广益等各种技术对需求收集很有用。 只需选择一种最适合启发过程的技术即可。 3.需求分析和可行性研究:分析是软件开发中的重复活动。 这个阶段给出了问题的答案,即如何,什么,谁,为什么以及何时,还测试了现有需求的可行性和准确性。 诸如用例之类的初始设计可以作为该过程的工作产品进行准备。 4.定义范围:确定系统内部和外部的事件,在系统与系统外部的参与者之间流动的信息以及系统中包括的主要功能。 5.沟通:在需求工程的每个阶段记录需求对于沟通至关重要。 编写正式和非正式文件(例如会议纪要(MoM),愿景和范围文件,系统需求规范(SRS)文件)并获得利益相关者的批准,可以确保验证并避免在以后阶段出现歧义和冲突。 6.变更管理:整个SDLC的需求变更。 如何在软件中适应这些变化的要求是非常具有挑战性的任务。 应当根据现有需求和体系结构评估每个建议的更改,以便可以评估更改成本和收益之间的权衡。 7.需求可追溯性:无论已收集并同意了哪些需求,都应可在要交付的最终软件产品中进行追溯。 应在SDLC的每个阶段对要求进行审查和检查。

翻译自: https://bytes.com/topic/software-development/insights/892321-7-stages-ongoing-process-requirements-engineering

软件工程需求分析阶段

  • 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、付费专栏及课程。

余额充值