软件需求包括3个不同的层次 - 业务需求、用户需求和功能需求

简介:

首先有用户需求,然后由组织将用户需求转化为业务需求,再由开发者将业务需求转化为功能需求,功能需求映射到系统功能模块。业务需求也有可能是基于的业务发展需要,由组织首先提出来的。

 

 业务需求(Business requirement)表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业 务需求描述了组织为什么要开发一个系统,即组织希望达到的目标。使用前景和范围(vision and scope)文档来记录业务需求,这份文档有时也被称作项目轮廓图或市场需求(project charter 或 market requirement)文档。
用户需求(user requirement)描述的是用户的目标,或用户要求系统必须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。
功能需求(functional requirement)规定开发人员必须在产品中实现的软件功能,用户利用这些功能来完成任务,满足业务需求。功能需求有时也被称作行为需求 (behavīoral requirement),因为习惯上总是用“应该”对其进行描述:“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什 么。


本文转自左正博客园博客,原文链接:http://www.cnblogs.com/soundcode/archive/2012/02/21/2361019.html,如需转载请自行联系原作者


目录
相关文章
|
1月前
|
UED
产品服务需求分析与概念设计阶段
产品服务需求分析与概念设计阶段
24 3
|
数据库 数据库管理
【软件系统分析与设计】
【软件系统分析与设计】
84 0
|
BI 数据处理 数据安全/隐私保护
【软件开发规范五】《用户需求及规格说明书》
用户需求及规格说明书主要有两种组织方式,一是由用户需求说明书和需求规格说明书组成,分别从业务需求描述和系统需求的角度进行分析;二是融合业务需求和系统需求两部分为一体。
1130 0
|
存储 SQL 开发框架
软件需求人员-如何提升需求分析和业务方案的能力
  今天我准备再写一篇软件需求人员能力提升方面的文章,也就是把这个问题进一步谈透。对于IT行业来说,前面谈到更多的是招聘软件开发或架构设计人员不容易,特别是架构人员也难以培养。而对于软件需求人员也是同样的道理。   软件需求不同于用户需求或原始需求,对于业务需求往往你无需任何的IT技术背景就能够提出你的需求和问题,而对于软件需求则涉及到业务需求分析,分解,形成完整的业务解决方案,复杂的还是涉及到业务建模,最终才形成软件需求。   因此软件需求人员实际是衔接业务用户和内部技术团队的关键桥梁,软件需求和业务建模做得好,技术实现本身也更加高效。同样,一个软件系统最终实现出来灵活,可复用,那么首先
466 0
|
消息中间件 供应链 监控
业务团队如何形成统一的设计风格
首次上线应用,面对业务框架搭建你是否曾感到无从下手?维护线上应用,面对大量历史包袱你是否正避坑不及深陷泥潭?为何同样是业务应用,不同人的设计风格千差万别?为何最初的设计经过多个迭代后总是面目全非?新人来到团队,怎样才能快速了解业务,不被大量技术细节折磨?如果你也有这些困扰,希望本文能提供些许帮助。
356 2
|
架构师
HRMS(人力资源管理系统)-从单机应用到SaaS应用-架构分析(功能性、非功能性、关键约束)-上篇
原文:HRMS(人力资源管理系统)-从单机应用到SaaS应用-架构分析(功能性、非功能性、关键约束)-上篇 一、开篇       上一篇《HRMS(人力资源管理系统)-从单机应用到SaaS应用-系统介绍》我们已经详细的分析了HRMS系统具备的功能,并且从HRMS系统的概念、系统功能、HR行业管理现状及痛点、发展趋势及行业前景、行业内的服务提供商情况、HRMS系统的建设意义及价值等方面进行了系统化的分析梳理。
1752 0
设计一个你自己不会去用的产品
本文讲的是设计一个你自己不会去用的产品,当我告诉朋友说我的工作是设计一款主打运动新闻的产品,他们往往会说,“你了解运动吗?”。作为回应,我常常在电视上观看比赛,同时也知道一些基本的运动常识,但是我绝对不是运动迷,离运动迷还差远了。
1136 0