软件需求简述（转）

      (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。
      (3)一种反映上面(1)或(2)所描述的条件或权能的文档说明。
             （IEEE软件工程标准词汇表(1997年)中定义）

      这一阶段的核心任务就是确定并完善需求。初期阶段所获得的大量需求往往是不系统、不完整甚至个别需求是错误的、不必要的，只有通过提炼、分析和仔细审查需求，彼此沟通，采用适当的表现形式，比如绘制业务目标关联图、绘制功能结构示意图、编制数据字典、编写用户实例等，明白需求含义并找出其中的错误、遗漏或不足的地方，尤其是应采用特定符 标识需求优先级。

      本阶段是需求开发工作的最后阶段，要确定在第三阶段所编制的需求文档是否与预期结果一致，是否符合高质量需求的评价标准。这项工作可以通过评审来完成。评审可以根据用户代表的个人偏好、习惯予以审查需求，也可以遵循行业质量控制办法制定严格的步骤进行审查，这主要取决于项目的大小、需求及各个部分的重要程度。

（出处:UML软件工程，博客中国）

　　b．运行环境的变化；
　　c．同其他软件的接口的变化；
　　d．精度和有效时限的变化；
　　e．计划的变化或改进。
　　对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。

http://hi.baidu.com/zwl232/blog/item/f5e38794f595141ed31b7057.html