惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

U
Unit 42
Google DeepMind News
Google DeepMind News
Stack Overflow Blog
Stack Overflow Blog
H
Help Net Security
MongoDB | Blog
MongoDB | Blog
I
InfoQ
N
Netflix TechBlog - Medium
T
Tailwind CSS Blog
量子位
博客园 - 叶小钗
月光博客
月光博客
IT之家
IT之家
G
Google Developers Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
小众软件
小众软件
S
SegmentFault 最新的问题
Engineering at Meta
Engineering at Meta
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
aimingoo的专栏
aimingoo的专栏
云风的 BLOG
云风的 BLOG
Vercel News
Vercel News
爱范儿
爱范儿
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
宝玉的分享
宝玉的分享

博客园 - 人非生而知知者

帐号实名制及其方式-修订版1.0 以SNS的模式做企业管理应用 苹果CEO史蒂夫·乔布斯(Steve Jobs),2005年,斯坦福大学 赢在中国 - 史玉柱经典语录(转载) 方案销售是一种新的销售模式---售前工程师 Palm 680磨合使用 palm 680入手使用记录 TOC全景图 TOC Ubuntu9.04 配置Eclipse 中C语言编译环境及GTK+ ubuntu 街机模拟器 学习使用VIM 目标——简单而有效的常识管理 用例图之用例与生、见、变、灭 如何在ASP项目中使用Fckeditor2.6.4 业务建模-用例 coffeewoo 出自itpub BB8700 bowser net 系统分析-系统设计-需求分析的区别 揭秘jbpm流程引擎内核设计思想及构架 (转)
软件需求分析工程中的几个常见事
人非生而知知者 · 2009-11-09 · via 博客园 - 人非生而知知者
 
一、需求层次的划分:
三级需求理论:软件需求包括三个不同的层次—业务需求用户需求功能需求(也包括非功能需求)
业务需求( business requirement):反映了组织机构或客户对系统,产品高层次的目标要求,它
们在项目视图与范围文档中予以说明.
用户需求(user requirement) :描述了用户使用产品必须要完成的任务,这在使用用例( use case)文档或方案脚本(场景)( scenario)说明中予以说明.
需求的层次
功能需求(functional requirement)定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求.
需求获取:确定三个层次需求,对于业务层要强调明确业务总目标及使用范围;对用户层,要强调明细用户工作流程,对于功能层还要熟悉系统运行环境的限制等非显性需求。
所谓特性(feature)是指逻辑上相关的功能需求的集合,给用户提供处理能力并满足业务需求.软件需求各组成部分之间的关系。
二、用户、客户的区别
"用户"(user)是一种泛称,它可细分为"客户"(customer),"最终用户"(the end user)和"间接用户"(或称为关系人). 
掏钱买软件的用户称为客户,而真正操作软件的用户叫最终用户.客户与最终用户可能是同一个人也可能不是同一个人.
三、敏捷开发中的需求管理
敏捷开发,就尽量要求有现场客户与开发人员直接讨论需求。若没有,则会有一个相当于需求分析师的岗位:商务分析师。但与需求分析师职责不尽相同。
商务分析师最重要的职责就是与客户交谈,了解和分析需求,将其制作成用户故事(用户需求)并将需求转述给程序员。同时,商务分析师也要代替客户负责功能验收测试。