作好需求分析

 

作好需求分析

作好需求分析，是须要有必定的方式方法的，我总结的方法流程为：获取用户 需求→分析用户需求→编写需求文档→评审需求文档→管理需求。

获取用户需求

这是该阶段的一个最重要的任务。如下为获取用户需求须要执行的活动

了解客户方的全部用户类型以及潜在的类型。而后，根据他们的要求来肯定系统的总体目标和系统的工做范围。

对用户进行访谈和调研。交流的方式能够是会议 、 电话、电子邮件、小组讨论、模拟演示等不一样形式。须要注意的是，每一次交流必定要有记录，对于交流的结果还能够进行分类，便于后续的分析活动。例如，能够 将需求细分为功能需求、非功能需求（如响应时间、平均无端障工做时间、自动恢复时间等）、环境限制、设计约束等类型。

需求分析人员对收集到的用户需求作进一步的分析和整理。

⑴对于用户提出的每一个需求都要知道“为何”，并判断用户提出的需求是否有充足的理由；

⑵将那种以“如何实现”的表述方式转换为“实现什么”的方式，由于需求分析阶段关注的目标是“作什么”，而不是“怎么作”；

⑶分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求（有多是实现用户需求的前提条件），这一点每每容易忽略掉，常常由于对隐含需求考虑得不够充分而引发需求变动。

需求分析人员将调研的用户需求以适当的方式呈交给用户方和开发方的相关人员。你们共同确认需求分析人员所提交的结果是否真实地反映了用户的意图。需求分析人员在这个任务中须要执行下述活动：

⑴明确标识出那些未肯定的需求项（在需求分析初期每每有不少这样的待定项）；

⑵使需求符合系统的总体目标；

⑶保证需求项之间的一致性，解决需求项之间可能存在的冲突。

分析用户需求

在不少情形下，分析用户需求是与获取用户需求并行的，主要经过创建模型的方式来描述用户的需求，为客户、用户、开发方等不一样参与方提供一个交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通 的桥梁。用户需求的分析与获取用户需求有着类似的步骤，区别在于分析用户需求时使用模型来描述，以获取用户更明确的需求。分析用户需求须要执行下列活动：

以图形表示的方式描述系统的总体结构，包括系统的边界与接口；

经过原型、页面流或其它方式向用户提供可视化的界面，用户能够对需求作出本身的评价；

系统可行性分析，需求实现的技术可行性、环境分析、费用分析、时间分析等；

以模型描述系统的功能项、数据实体、外部实体、实体之间的关系、实体之间的状态转换等方面的内容。

1、编写需求文档

 需求文档能够使用天然语言或形式化语言来描述，还能够添加图形的表述方式和模型表征的方式。需求文档应该包括用户的全部需求（功能性需求和非功能性需求）。

2、评审需求文档

需求文档完成后，须要通过正式评审，以便做为下一阶段工做的基础。通常的评审分为用户评审和同行评审两类。用户和开发方对于软件项目内容的描述，是以需求规格说明书做为基础的；用户验收的标准 则是依据需求规格说明书中的内容来制订，因此评审需求文档时用户的意见是第一位的。而同行评审的目的，是在软件项目初期发现那些潜在的缺陷或错误，避免这些错误和缺陷遗漏到项目的后续阶段。

3、管理需求

需求的变动是不可避免的，如何以可控的方式管理软件的需求，对于项目的顺利进行有着重要的意义。若是匆匆忙忙地完成用户调研与分析，则每每意味着不稳定的 需求。因此需求管理要保证需求分析各个活动都获得了充分的执行。对于需求变动的管理，则主要使用需求变动流程和需求跟踪矩阵的管理方式。

软件需求来自系统工程与客户两个方面，其中客户是主要的需求提供者（系统工程需求也来自于客户）。客户须要搜集其最终用户的需求并考虑自身的需求，而后再提供给开发方。假如客户并未去认真搜集最终用户的需求，开发方便须要作到这一点，由于系统最终要知足最终用户的需求。