图书管理系统OOA-需求获取.ppt

图书管理系统 需求获取 2020年3月 主要内容 准备知识需求获取 准备知识 什么是软件需求 软件需求的作用或意义 怎样获取需求 要点是什么 获取需求的过程中应注意哪些事项 需求分析完成的标志是什么 软件需求的质量标准 本节目标 理解软件需求及其作用和意义理解软件需求规格说明书及其评价标准了解获取需求过程中的注意事项 掌握获取需求的要点 什么是需求 需求 系统或系统组成成分必须满足或具有的条件或能力 以满足合同 标准 规格要求 或其他正式的强制性文件 需求就是陈述系统必须要做的事或者系统必需具备的特征 Arequirementisafeaturethatthesystemmusthaveorconstraintthatitmustsatisfytobeacceptedbyclient 什么是软件需求 功能需求 描述系统预期提供的功能或服务系统应提供的服务如何对输入做出反应系统在特定条件下的行为非功能需求 指那些不直接与系统具体功能相关的一类需求产品需求机构需求外部需求领域需求 源于系统的应用领域需求 功能需求 软件系统的功能需求描述可以有许多方式 文字描述图表表示功能需求可以以不同的详细程度反复编写和细化功能需求描述应该完整而且一致和准确完整性意味着客户所需的所有的服务应该全部给出描述一致性意味着需求描述不能前后矛盾准确性是指需求不能出现模糊和二义性的地方 非功能需求 非功能需求主要与系统的总体特征相关 是一些限制性要求 是对实际使用环境所做的要求正确性和精确性性能和效率易用性可理解性与简洁性可复用性与可扩充性非功能需求关心的是系统整体特征而不是个别的系统的特征 比功能需求对系统更关键 非功能需求却很难检验非功能需求与功能需求有时会发生冲突 它们之间存在着相互作用关系 领域需求 领域需求反映应用领域的基本问题 直接影响到系统的可用性 练习 各组就自己组所选择的系统列举出有哪些功能需求 非功能需求和领域需求 软件需求的作用或意义 软件需求是软件开发的基础 对需求的完全理解和系统描述是软件成功开发至关重要的前提 用户 开发人员 对外 是开发方和用户之间的合同 它描述了开发方和用户对未来系统的共识 需求人员 对外 是软件系统设计和开发的依据 怎样获取需求 可以通过对用户访谈来获取需求与用户进行访谈可以通过正式会议或者一般访谈的形式进行 在进行访谈前 业务员需要了解用户所在行业的一些背景情况和相关行业知识 无论何种访谈 在进行前都应该准备访谈提纲 在得到一些访谈信息后 要有针对性的设置访谈问题 访谈的要点是什么 围绕以下问题展开访谈 功能及过程数据及属性 以大家最熟悉的QQ软件为例 Q 请问QQ群都提供了哪些功能 A 聊天 群共享 群相册等功能Q 请问群相册是干什么用的 A 群成员可上传照片到群相册通过共享Q 可否具体谈下如何上传照片 A 1 首先进入群相册 2 选择上传照片功能 3 选择要存放的相册 4 选择要上传的照片 上传 就完成了上传照片的工作 功能 过程 需求访谈续 Q 请问存放的相册是固定的还是可以自己选择 A 都可以 你可以选择存放在缺省相册 也可以新建相册Q 新建相册时要输入什么数据呢 A 要输入相册名称和相册描述Q 两个都必须输吗 A 相册名称必须输 相册描述可输可不输Q 数据的长度有限制吗 A 是的 长度不超过30个字符 Q 细化 数据 属性及约束 属性及约束 获取需求的过程中的注意事项 选择关键人物进行访谈正确理解用户的需求 行业 业务及背景知识 访谈的记录要条例清晰 真实有效 根据实际的情况 访谈可能会进行很多次 直到确实明确用户的需求 需求分析完成的标志是什么 需求规格 SRS SoftwareRequirementSpecification 是需求分析任务的最终 产品 它是用户 管理者 分析工程师 测试工程师 维护工程师交流的标准和依据 需求规格描述了系统的数据 功能 行为 性能需求 设计约束 验收标准 以及其他与需求相关的信息 分为 用户需求和系统需求 用户需求 用户需求是从用户角度描述系统功能和非功能需求 以便让不具备专业技术知识的客户能看懂 用户需求描述的是系统的外部行为 通常用自然语言 图表和直观的图形来表述 用户需求描述示例 2 1处理销售 完成一次销售过程 2 1 1基本流程 1 顾客携带所购商品或服务到收银台通过POS机付款 2 收银员开始一次新的销售交易 3 收银员输入商品条码 4 系统逐条记录销售的商品 并显示该商品的描述 价格和累计额 重复 3 4 直到输入结束 5 系统显示总额 6 收银员告知顾客总额 并请求付款 7 顾客付款 系统处理支付 8 系统记录完整的销售信息 并将销售金和支持信息发送到外部的帐务系统和库存系统 9 系统打印票据 10 顾客携带商品和票据离开 2 1 2扩展流程 系统需求 系统需求是比用户需求更详细的需求描述 是系统实现的基本依据系统需求描述可能包括许多不同的模型 如对象模型和数据流模型在面向对象的分析中 常采用图形化符合 如UML等各种图表 描述系统的功能 需求说明必须描述 功能 所数据的软件要做什么性能 软件功能在执行过程中的速度 可使用性 响应时间 各种软件功能的恢复数据 吞吐能力 精度 频率等限制 在效果 实现语言 数据库完整性 资源限制 操作系统等方面所要求的标准属性 可移植性 正确性 可维护性及安全性等方面的考虑外部接口 与人 硬件 其它软件和硬件的相互关系 需求规格文档标准 GB856D 1988 1引言1 1编写目的1 2项目背景 单位和与其他系统的关系 1 3定义 专门术语和缩写词 2任务概述2 1目标2 2运行环境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其他需求 检测或验收标准 可用性 可维护性可移植性 安全保密性 软件需求的质量标准 需求验证对需求文档和制品进行质量评估 确保需求说明准确 完整包括以下内容 正确性一致性完整性可行性必要性可检验性需求的可跟踪性最后签字 确保需求和描述充分 正确 确保需求无矛盾 冲突 含糊或二义的地方 确保需求无遗漏 确保每一项需求必须在已知系统和环境下可以实施 确保需求是用户需要的 确保需求是可测 可验证的 验证需求是否是可跟踪的 需求跟踪矩阵 本次课后任务 参考教材5 7章的内容或网络资源 每组对自己的项目完成需求访谈 形成访谈纪要 电子版 下次课检查预习第7章 找出自己系统中的参与者及业务用例 并了解清楚个用例的执行过程