图书管理系统OOA-需求获取课件

1、图书管理系统-需求获取计科系 段恩泽email: 主要内容 准备知识 需求获取 准备知识 什么是软件需求？ 软件需求的作用或意义？ 怎样获取需求？要点是什么？ 获取需求的过程中应注意哪些事项？ 需求分析完成的标志是什么？ 软件需求的质量标准 本节目标 理解软件需求及其作用和意义 理解软件需求规格说明书及其评价标准 了解获取需求过程中的注意事项，掌握获取需求的要点 什么是需求？ 需求：系统或系统组成成分必须满足或具有的条件或能力，以满足合同、标准、规格要求，或其他正式的强制性文件。 需求就是陈述系统必须要做的事或者系统必需具备的特征。 A requirement is a feature tha

2、t the system must have or constraint that it must satisfy to be accepted by client. 什么是软件需求？ 功能需求：描述系统预期提供的功能或服务系统应提供的服务如何对输入做出反应系统在特定条件下的行为 非功能需求：指那些不直接与系统具体功能相关的一类需求产品需求机构需求外部需求 领域需求：源于系统的应用领域需求 功能需求 软件系统的功能需求描述可以有许多方式：文字描述图表表示 功能需求可以以不同的详细程度反复编写和细化 功能需求描述应该完整而且一致和准确完整性意味着客户所需的所有的服务应该全部给出描述一致性意味着需

3、求描述不能前后矛盾准确性是指需求不能出现模糊和二义性的地方 非功能需求 非功能需求主要与系统的总体特征相关，是一些限制性要求，是对实际使用环境所做的要求正确性和精确性性能和效率易用性可理解性与简洁性可复用性与可扩充性 非功能需求关心的是系统整体特征而不是个别的系统的特征，比功能需求对系统更关键。 非功能需求却很难检验 非功能需求与功能需求有时会发生冲突，它们之间存在着相互作用关系 领域需求 领域需求反映应用领域的基本问题，直接影响到系统的可用性。 练习 各组就自己组所选择的系统列举出有哪些功能需求、非功能需求和领域需求 软件需求的作用或意义？ 软件需求是软件开发的基础。对需求的完全理解和系统描

4、述是软件成功开发至关重要的前提。用户开发人员需求人员 怎样获取需求？ 可以通过对用户访谈来获取需求 与用户进行访谈可以通过正式会议或者一般访谈的形式进行。 在进行访谈前，业务员需要了解用户所在行业的一些背景情况和相关行业知识。 无论何种访谈，在进行前都应该准备访谈提纲，在得到一些访谈信息后，要有针对性的设置访谈问题。 访谈的要点是什么？ 围绕以下问题展开访谈：功能及过程数据及属性 以大家最熟悉的QQ软件为例：Q：请问QQ群都提供了哪些功能？A: 聊天、群共享、.、群相册等功能Q：请问群相册是干什么用的？A：群成员可上传照片到群相册通过共享Q：可否具体谈下如何上传照片？A：1、首先进入群相册，2

5、、选择上传照片功能；3、选择要存放的相册；4、选择要上传的照片；上传。就完成了上传照片的工作。功能过程 需求访谈续Q：请问存放的相册是固定的还是可以自己选择？A：都可以。你可以选择存放在缺省相册，也可以新建相册Q：新建相册时要输入什么数据呢？A：要输入相册名称和相册描述Q：两个都必须输吗？A：相册名称必须输，相册描述可输可不输Q：数据的长度有限制吗？A：是的，长度不超过30个字符。Q：.细化数据属性及约束属性及约束 获取需求的过程中的注意事项 选择关键人物进行访谈 正确理解用户的需求（行业、业务及背景知识） 访谈的记录要条例清晰，真实有效。 根据实际的情况，访谈可能会进行很多次，直到确实明确用

6、确实明确用户的需求。 需求分析完成的标志是什么？ 需求规格（SRS，Software Requirement Specification）是需求分析任务的最终“产品”，它是用户、管理者、分析工程师、测试工程师、维护工程师交流的标准和依据。 需求规格描述了系统的数据、功能、行为、性能需求、设计约束、验收标准、以及其他与需求相关的信息。 分为：用户需求和系统需求 用户需求 用户需求是从用户角度描述系统功能和非功能需求，以便让不具备专业技术知识的客户能看懂。 用户需求描述的是系统的外部行为，通常用自然语言、图表和直观的图形来表述 用户需求描述示例2.1 处理销售：完成一次销售过程。2.1.1 基本流

7、程：（1）顾客携带所购商品或服务到收银台通过POS机付款；（2）收银员开始一次新的销售交易；（3）收银员输入商品条码；（4）系统逐条记录销售的商品，并显示该商品的描述、价格和累计额；重复（3）（4），直到输入结束；（5）系统显示总额；（6）收银员告知顾客总额，并请求付款；（7）顾客付款，系统处理支付；（8）系统记录完整的销售信息，并将销售金和支持信息发送到外部的帐务系统和库存系统；（9）系统打印票据；（10）顾客携带商品和票据离开。2.1.2 扩展流程：. 系统需求 系统需求是比用户需求更详细的需求描述，是系统实现的基本依据 系统需求描述可能包括许多不同的模型，如对象模型和数据流模型 在面向对

8、象的分析中，常采用图形化符合（如UML等各种图表）描述系统的功能 需求说明必须描述 功能 - 所数据的软件要做什么 性能 - 软件功能在执行过程中的速度、可使用性、响应时间、各种软件功能的恢复数据、吞吐能力、精度、频率等 限制 - 在效果、实现语言、数据库完整性、资源限制、操作系统等方面所要求的标准 属性 - 可移植性、正确性、可维护性及安全性等方面的考虑 外部接口 - 与人、硬件、其它软件和硬件的相互关系 需求规格文档标准（GB856D-1988）1 引言 1.1 编写目的 1.2 项目背景（单位和与其他系统的关系） 1.3 定义（专门术语和缩写词）2 任务概述 2.1 目标 2.2 运行环

9、境 2.3 条件限制3 数据描述 3.1 静态数据 3.2 动态数据 3.3 数据库描述 3.4 数据字典 3.5 数据采集4 功能需求 4.1 功能划分 4.2 功能描述5 性能需求 5.1 数据精确度 5.2 时间特性 5.3 适应性6 运行需求 5.1 用户界面 5.2 硬件接口 5.3 软件接口 5.4 故障处理7 其他需求（检测或验收标准、可用性、可维护性可移植性、安全保密性） 软件需求的质量标准 需求验证对需求文档和制品进行质量评估，确保需求说明准确、完整 包括以下内容：正确性一致性完整性可行性必要性可检验性需求的可跟踪性最后签字确保需求和描述充分、正确确保需求无矛盾、冲突、含糊或二义的地方确保需求无遗漏确保每一项需求必须在已知系统和环境下可以实施确保需求是用户需要的确保需求是可测、可验证的验证需求