第4章_软件需求管理.pptVIP

Software Project Management 主要内容 软件需求分析 需求规格说明书 需求分析法则 引言：失败产品博物馆 美国纽约有一个“失败产品博物馆”，里面展出的“失败产品”高达８万多件，其中不乏有很多大公司的产品，有的功能强大，有的还很新奇。 博物馆提供了这样一组数字：美国每年推向市场的新产品达54000多种，而真正受到青睐的只有20％。 产品失败的原因有很多种，但最主要的就是产品功能与消费者的需求相去甚远所造成的。 失败产品博物馆是典型的没有很好地实施需求管理的方法来指导产品开发的例证。 软件需求定义 需求分析是指软件分析人员通过研究用户在软件问题上的需求意愿，分析出软件系统的功能、性能、数据等诸方面应该达到的目标，从而获得有关软件的需求规格定义的过程。 需求分析需要实现的是将用户对软件的一些列要求、想法转变为软件开发人员所需要的有关软件的技术规格说明，它涉及面向用户的用户需求和面向开发者的系统需求两个方面的内容。 用户需求 用户需求是关于软件的一系列想法的集中体现，涉及软件的功能、操作方式、界面风格、报表格式等。 用户需求的特点： 用户需求直接来源于用户 用户需求需要以文档的形式提供给用户审查 可把用户需求理解为用户对软件的合理请求 用户需求主要是为用户方的管理层撰写的，但用户方的技术代表、软件今后的操作者等也要认真阅读用户需求文档 系统需求 系统需求是提供给开发者或用户方技术人员阅读的，并将作为软件开发人员设计系统的起点和基本依据。 系统需求需要对系统的功能、性能、数据等方面进行规格定义。 用户的问题体现为系统需求，也是成为项目成功与否的标准。 为保证系统需求表述具有一致性，往往用形式化语言表述系统需求。 系统需求的内容 功能需求 需求规格说明书 需求开发的结果一般是通过需求规格说明书的形式来呈现。 编写需求规格说明书的目的是使用户和开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。 需求规格说明书精确的描述软件产品做什么，以及产品的约束条件等。 需求规格说明书还给软件设计提供了一个蓝图，给系统验收提供了一个验收标准集。 需求规格书的写作范例 引言 编写目的：编写的目的，预期的读者 项目背景：待开发产品名称；项目的任务提出者、开发者及实现产品的单位；该系统同其他系统的相互关系等。 专用术语定义：列出文件中用到的专门术语的定义 参考资料：列出相关的参考资料 版本更新信息 需求规格书的写作范例 任务概述 系统定义：描述项目来源、系统整体结构、各组成部分的结构。 项目目标：描述本项目要达到的市场目标、技术目标等。 用户特点：描述用户的业务特点和计算机应用水平等，充分说明操作人员、维护人员的教育水平和技术专长。 项目假设与约束：列出开发本项目的假设与约束，例如，经费限制、时间限制等。 需求规格书的写作范例 需求规定 对功能的规定：包括功能编号、所属产品编号、优先级、功能定义、功能描述。 外部功能 内部功能 对性能的规定。 响应时间 开放性 精度需求 可移植性 灵活性 需求规格书的写作范例 需求规定 输入输出要求：描述各输入输出数据的类型、格式、数值范围、精度、媒体等，输入及输出的数量和频度等。 数据管理能力要求：说明需要管理的文件和记录的个数、表和文件大小规模等，要按可预见的增长对数据及存储要求作出估计。 需求规格书的写作范例 需求规定 故障处理要求：列出可能的故障及其对各项性能所产生的后果。 内部故障 外部故障 其他要求。 保密性：对不同的模块通过分配不同的权限，增加系统的保密性 可维护性：系统结构设计要合理、清晰，文档齐备，并具有较强的可维护性 需求规格书的写作范例 运行环境规定 设备配置：列出处理器的型号、内存容量、外存容量等。 支持软件：操作系统、相关系统软件等 接口。 用户接口 软件接口 其他 需求管理过程 定义需求 需求确认 建立需求状态 需求评审 需求承诺 需求跟踪 需求变更控制 软件需求的变更控制 软件需求变化是每个项目都会遇到的问题，一旦发生需求变化，就不得不修改软件设计、重写程序代码、修改测试用例、调整项目计划等。 需求变更可能来自开发方、客户或产品供应商等，也可能源于项目组内部。主要变更原因： 范围没有圈定就开始细化 没有良好的软件结构适应变化 用户改变需求 对于需求变更的处理流程分为以下步骤：提出变更、变更评估、实施变更。 需求变更控制流程 软件项目需求分析的20条法则 1、分析人员要使用符合客户语言习惯的表达 软件项目需求分析的20条法则 2、分析人员要了解客户的业务及目标 软件项目需求分析的20条法则 3、分析人员必须编写软件需求报告 软件项目需求分析的20条法则 4、要求得到需求工作结果的解释说明 软件项目需求分析的20条法则 5、开发人员要尊重客户的