软件需求分析工程中的几个常见事

 
一、需求层次的划分:
三级需求理论:软件需求包括三个不同的层次—业务需求用户需求
业务需求( business requirement):反映了组织机构或客户对系统,产品高层次的目标要求,它
们在项目视图与范围文档中予以说明.
用户需求(user requirement) :描述了用户使用产品必须要完成的任务,这在使用用例( use case)文档或方案脚本(场景)( scenario)说明中予以说明.
需求的层次
功能需求(functional requirement)定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求.
需求获取:确定三个层次需求,对于业务层要强调明确业务总目标及使用范围;对用户层,要强调明细用户工作流程,对于功能层还要熟悉系统运行环境的限制等非显性需求。
所谓特性(feature)是指逻辑上相关的功能需求的集合,给用户提供处理能力并满足业务需求.软件需求各组成部分之间的关系。
二、用户、客户的区别
"用户"(user)是一种泛称,它可细分为"客户"(customer),"最终用户"(the end user)和"间接用户"(或称为关系人). 
掏钱买软件的用户称为客户,而真正操作软件的用户叫最终用户.客户与最终用户可能是同一个人也可能不是同一个人.
三、敏捷开发中的需求管理
敏捷开发,就尽量要求有现场客户与开发人员直接讨论需求。若没有,则会有一个相当于需求分析师的岗位:商务分析师。但与需求分析师职责不尽相同。
商务分析师最重要的职责就是与客户交谈,了解和分析需求,将其制作成用户故事(用户需求)并将需求转述给程序员。同时,商务分析师也要代替客户负责功能验收测试。

转载于:https://www.cnblogs.com/lhyong/archive/2009/11/09/1863408.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值