软件工程--需求工程

   需求工程的基本任务是确定系统的目标和范围,调查用户的需求,分析系统必须做什么,编写需求规格说明书等其他相关文档,以及需求工程审查.除此之外,还包括需求变更的控制,需求风险控制,制定需求过程的基本计划等工作.

 

   需求是指系统必须实现什么的规格说明,他描述了系统的行为,特性或属性,是在开发过程中对系统的约束.

 

   不知道看到这样两个比较权威的定义,你被吓到了没有,我们往往是以谨慎+恐惧的态度对待官方的文档和说明.我想写一下自己对需求工程中各种问题的理解.

 

   之前以为"需求"就是用户使用一款软件要完成的任务,我们弄明白了这个需求就可以开发软件了.其实不然,这个理解狭隘到仅仅是"用户需求".需求分为4个层次:业务需求,用户需求,功能需求和非功能需求.

业务需求:组织结构或客户对软件高层次的目标要求,确定了系统的目标,规模和范围.它不是我们确定的,而是用户高层领导机构决定的.

用户需求:上面的理解就是了.

功能需求:这是软件开发人员要实现的软件功能,因为用户是从自身角度提出的需求,这些需求通常是凌乱,冗余且不系统的,开发人员又不能按照这个写程序,所以,软件分析人员就要架起用户和开发人员之间的桥梁,将用户需求整理成功能需求.

非功能需求:有了功能需求就可以做软件了,但是往往还需要一些补充.从两个角度来讲,一类是对用户的效率,灵活性,可靠性,健壮性等.一类是对开发者的可维护性,可移植性,可复用性,可测试性.

 

需求工程包括两个方面:需求开发需求管理,它们分别包含的活动如下图.


  • 4
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 6
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值