需求分析出发点

一、需求分析概念

需求,包括从用户角度(系统的外部行为)和开发者解度(一些内部特性)来阐述需求。有两层含义.

1，从系统外部能发现系统所具有的满足于用户的特点、功能及属性等。

2，需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性，是开过过程中对系统的约束。

二，需求分析的任务

开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作便是编写出详细技术需求，包括所有面向用户、面向机哭喊 和其他软件系统的接品。同时这也是一旦做错,将最终会给系统带来极大损害的部分。

   需求分析在开发过程中一直起指导作用。

三，需求分析过程

需求开发活活动：

(1)确定产品所期望的用户类别
(2)获取每个用户类的需求
(3)了解实际用户任务和目标以及这些任务所支持的业务需求.
(4)分析源于用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息
(5)将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件
(6)了解相关质量属性的重要性
(7)商讨实施优先级的划分
(8)将所收集的用户服务需求编写成文档和模型
(9)评审需求规格说明，确保用户需求达到其同的理解与认识。并在整个开发小组接受说明之前将问题都弄清楚。(10)需求管理需要"建立并维护在软件工程中同客户达成的合同"

 

需求管理活动包括：
(1)定义需求基线(迅速制定需求文档的主体)
(2)评审提出的需求变更、评估每项变更的可能影响从而决定是否实施它
(3)以一种可控制的方式将需求变更融入到项目中
(4)使当前的项目计划与需求一致
(5)估计变更需求所产生影响并在此基础上协商新的承诺，这种承诺具体体现在项目解决方案上
(6)让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪
(7)在整个项目过程中跟踪需求状态及其变更情况

四、需求的类型

软件需求包括3个不同的层次：业务需求、用户需求和功能需求(也包括非功能需求)
(1)业务需求(business requirement)反映了组织机构或客户对系统、产品高层次的目标需求，它们在项目视图与范围文档中预以说明。
(2)用户服需求(user requirement)文档描述了用户使用产品必须要完成的任务，这在使用实例(use case)文档或方案脚本说明中预以说明
(3)功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求

总之:需求并未包括设计细节、实现细节、项目度划信息或测试信息。需求与这些没有关系，它关注的是充分说明你究竟想开发什么。