需求分析复习思考题：第一章 《软件需求概述》思考题

•  

  1. 软件项目目标的三个要素是什么？

  
  

  2. 理解IEEE对需求的定义。

  （1）用户解决问题或达到目标所需的条件或权能（Capability）。

  （2）系统或系统部件（组件）要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。

  （3）一种反映上面（1）或（2）所描述的条件或权能的文档说明。

   

  3. 理解需求文档的重要性。

   

  4. 好的需求特征有哪些？

  可靠性、可移植性、可维护性、可配置（少编程）等特征。

  5. 软件需求分析的目标是什么？

  软件需求分析的目标是深入描述软件的功能和性能，确定软件设计的约束和软件同其它系统元素的接口细节（电商平台与物流仓储平台），定义软件的其它有效性需求（如多语言和多币种的系统）。

   

  6. 需求分析的任务是什么？

  需求分析的任务就是借助于当前系统（含手工作业）的逻辑模型导出目标系统的逻辑模型（如业务流程图等），解决目标系统的 “做什么” 的问题。

  通俗地说,需求分析的任务就是准确地定义未来系统的目标，确定为了满足用户的需求，系统必须做什么。用《需求规格说明书》规范的形式准确地表达用户的需求。

   

  7. 错误需求的代价有哪些？
  • 错误的需求浪费了人力、物力，浪费了金钱，总之，浪费资源。
  • 影响软件项目的成功，加大软件项目的风险。
  • 影响项目组及开发方形象，对用户满意度埋下“祸根”。
  • 增加开发的成本。#
  8. 产生不合格需求的原因有哪些？

  无足够用户参与。

  用户需求的不断增加,无法控制。

  许多模棱两可的需求。

  过于精简的规格说明。

  忽略了用户分类。

     如菜单驱动操作对高级用户太低效了，但含义不清的命令又会使不熟练的用户感到困难（如SAP的事务代码）。

  不准确的开发计划，往往低估需求分析的工作时间。

   

  9. 好的软件需求特性有哪些？理解其含义。

  好需求可以概括为：“内涵一致、外延完整”，具体来说，包含两个特征：一致性和全面性。

  10. 理解需求层次的构成，能识别业务需求、用户需求、功能需求和非功能需求。

  
  

  • 业务需求（business requirement）反映了组织机构或客户对系统、产品的高层次的目标要求，它们在项目视图与范围文档中予以说明。

       充分应用信息化手段，开发完善数据监控系统的所得税管理模块内容，为企业所得税管理搭建起科学高效的应用平台。

  • 用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，使用用例文档或场景描述中予以说明。

  场景就是指用户与软件系统实现某个目标而进行交互活动过程的描述。

   

  • 功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求和用户需求（如系统发送电子邮件来通知用户已接受其预定某场所、某商品等等）。特点：由系统管理员整理和编写的功能条目，往往带计算机相关名词和术语。
  • 非功能需求描述了系统展现给用户的行为和执行的操作的特性等。包括外部界面的具体细节；性能要求等，如可靠性、可用性、有效性（性能和可伸缩性）、可维护性、可移植性等。

      如，厦门大学的教务系统的性能访问。

   

  什么是需求的路线图，理解特性和涉众的概念。