【IT168 分析评论】

    一、需求分析概念

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

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

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

    二，需求分析的任务

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

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

    三，需求分析过程

    需求开发活活动：

    (1)确定产品所期望的用户类别

    (2)获取每个用户类的需求

    (3)了解实际用户任务和目标以及这些任务所支持的业务需求.

    (4)分析源于用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息

    (5)将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件

    (6)了解相关质量属性的重要性

    (7)商讨实施优先级的划分

    (8)将所收集的用户服务需求编写成文档和模型

    (9)评审需求规格说明，确保用户需求达到其同的理解与认识。并在整个开发小组接受说明之前将问题都弄清楚。(10)需求管理需要"建立并维护在软件工程中同客户达成的合同"

    需求管理活动包括：

    (1)定义需求基线(迅速制定需求文档的主体)

    (2)评审提出的需求变更、评估每项变更的可能影响从而决定是否实施它

    (3)以一种可控制的方式将需求变更融入到项目中

    (4)使当前的项目计划与需求一致

    (5)估计变更需求所产生影响并在此基础上协商新的承诺，这种承诺具体体现在项目解决方案上

    (6)让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪

    (7)在整个项目过程中跟踪需求状态及其变更情况

    四、需求的类型

    软件需求包括3个不同的层次：业务需求、用户需求和功能需求(也包括非功能需求)

    (1)业务需求(businessrequirement)反映了组织机构或客户对系统、产品高层次的目标需求，它们在项目视图与范围文档中预以说明。

    (2)用户服需求(userrequirement)文档描述了用户使用产品必须要完成的任务，这在使用实例(usecase)文档或方案脚本说明中预以说明

    (3)功能需求(functionalrequirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求