[shujuku3.pptVIP

第3 章 软件需求 3.1 软件需求概述 软件需求是指开发人员要准确理解用户的要求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义，再由需求定义转换到相应的形式功能规约(需求规格说明)的过程。软件需求虽处于软件开发过程的开始阶段，但它对于整个软件开发过程以及软件产品质量是至关重要的。 3.2软件需求的任务 软件需求的主要任务就是要通过软件开发人员与用户的交流和讨论，准确地获取用户对系统的具体要求。在正确理解用户需求的前提下，软件开发人员还需要将这些需求准确地以文档的形式表达出来，作为设计阶段的依据。软件需求阶段结束时需要提交的主要文档是软件规格说明书。 3.2软件需求的任务 用户对系统的需求通常可分为如下两类： 功能性需求： 主要说明了待开发系统在功能上实际应做到什么，是用户最主要的需求。通常包括系统的输入、系统能完成的功能、系统的输出及其他反应。 (2) 非功能性需求： 从各个角度对所考虑的可能的解决方案的约束和限制。主要包括： 过程需求(如交付需求、实现方法需求等)、产品需求(如可靠性需求、可移植性需求、安全保密性需求等)和外部需求(如法规需求、费用需求等)等。 3.3 软件需求的步骤 软件需求阶段的工作，可分为几个步骤进行： (1) 通过调查研究，获取用户的需求。 软件开发人员通过认真细致的调查研究，获得进行系统分析的原始资料。需求信息的获取可来源于阅读描述系统需求的用户文档；对相关软件、技术的市场调查；对管理部门、用户的访问咨询；对工作现场的实际考察等。 3.3 软件需求的步骤 (2) 去除非本质因素，确定系统的真正需求。 对于获取的原始需求，软件开发人员需要根据掌握的专业知识，运用抽象的逻辑思维，找出需求间的内在联系和矛盾，去除需求中不合理和非本质的部分，确定软件系统的真正需求。 3.3 软件需求的步骤 (3) 描述需求，建立系统的逻辑模型。 建立软件需求模型是需求分析的核心工作，它通过建立需求的多种视图，揭示出需求的不正确、不一致、遗漏和冗余等更深的问题。 3.3 软件需求的步骤 (4) 书写需求说明书，进行需求复审。 需求阶段应提交的主要文档包括需求规格说明书、初步的用户手册和修正后的开发计划。为了保证软件开发的质量，对软件需求阶段的工作要按照严格的规范进行复审，从不同的技术角度对该阶段工作做出综合性的评价。复审即要有用户参加，也要有管理部门和软件开发人员参加。 3.4 软件需求特性 在计算机发展的早期，所求解问题的规模较小，需求分析被忽视。随着软件系统复杂性的提高及规模的扩大，软件需求在软件开发中所处的地位愈加突出，从而也愈加困难，它的难点主要体现在以下几个方面： 3.4 软件需求特性 (1) 问题的复杂性。 这是由用户需求所涉及的因素繁多引起的，如运行环境和系统功能等。 (2) 交流障碍。 软件需求涉及人员较多，如软件系统用户、问题领域专家、需求工程师和项目管理员等，这些人具备不同的背景知识，处于不同的角度，扮演不同角色，造成了相互之间交流的困难。 (3) 不完备性和不一致性： 由于各种原因，用户对问题的陈述往往是不完备的，其各方面的需求还可能存在着矛盾，软件需求要消除其矛盾，形成完备及一致的定义。 (4) 需求易变性。 用户需求的变动是一个极为普遍的问题，即使是部分变动，也往往会影响到软件需求的全部，导致不一致性和不完备性。 为了克服上述困难，人们主要围绕着软件需求的方法及自动化工具(如CASE技术)等方面进行研究。 3.5 软件需求实例 用户的需求可用例图来捕获，用例图从用户的角度来描述系统的功能，也表示了操作者与系统的一个交互过程。通过用例建模，描述对系统感兴趣的外部角色和他们对系统的功能要求。本节结合实例讨论如何获取用户需求并建立系统的用例模型。我们通过确定系统的执行者、确定用例和编写用例描述文档来建立系统的用例模型。下面给出需求分析报告实例。 “图书管理系统”需求分析报告（实例） 1.引言 参见2.3 可行性分析报告的引言。 “图书管理系统”需求分析报告（实例） 2. 需求概述 2.1 目标 “图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。该系统针对的用户是单个中小型图书室，藏书的种类和数量较少，系统需要操作方便，方便管理员对整个系统管理和学生借阅书的方便。 2.2 用户类和特征 最终的用户是图书管理员和读者，图书管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。读者是普通用户，具备一定的计算机操作知识即可。 2.3 运行环境 参见2.3 可行性分析报告的运行环境。 “图书管理系统”需求分析报告（实例） 3. 功能需求