需求的概念(精)

需求的Hale Waihona Puke Baidu次
业务需求:
反映了组织机构或客户对系统、产品高层次的目 标要求。
用户需求:
描述了用户使用产品必须要完成的任务。
功能需求:
定义了开发人员必须实现的软件功能，使得用户 能完成他们的任务，从而满足了业务需求。
需求的层次
需求工程
把所有与需求直接相关的活动通称为需求工程。 需求工程中的活动可分为两大类: 一类属于需求开发，另一类属于需求管理。
软件运行时所需的数据、软件。
内存空间等资源。
软件开发、维护所需的人力、支撑软件、开发
设备等。
(9) 安全保密要求
需对访问系统或系统信息加以控制吗？ 如何隔离用户之间的数据？ 用户程序如何与其它程序和操作系统隔离？ 系统备份要求？
(10) 软件成本消耗与开发进度需求
开发有规定的时间表吗？ 软硬件投资有无限制？
开领
领书单
书单
学 生
计算机售书系统的逻辑模型
软件需求分析过程图
问题识别
分析与综合
编制需求 分析文档
需求评审
(一) 问题识别
从系统的角度来理解软件并评审软件范围是 否恰当 确定对目标系统的综合要求，即软件的需求 提出这些需求实现条件，以及需求应达到的 标准
需求包括的内容
(1) 功能 (2) 性能 (3) 环境 (4) 界面 (5) 用户或人的因素 (6) 文档 (7) 数据 (8) 资源 (9) 安全保密 (10)软件成本消耗与开发进度 (11)质量保证
软件需求分析文档
需求规格说明书(SRS)的作用：
开发者与用户间事实上的技术合同书
开发者下一步设计和编码的基础
测试验收目标系统的依据
SRS大纲（模板）
引言 任务概述(项目概述) 数据描述(DFD、DD) 功能描述 接口 性能需求 属性 其它需求
需求文档的陈述与改进举例（1）
后台任务管理器(BTM)应该在 用户界面的指定区域显示状态消 息。 a.在后台任务进程启动之后，消息 产品必须在 必须每隔60(10)秒更新一次，并 改 固定的时间 且保持连续的可见性。 进 间隔内提供 b.如果正在正常处理后台任务进程 状态消息， ，那么后台任务管理器(BTM)必须 并且每次时 显示后台任务进程已完成的百分 间间隔不得 比。 小于60秒。 c.当完成后台任务时，后台任务管 理器(BTM)必须显示一个“已完成 ”的消息。 需求不完整， d.如果后台任务中止执行，那么后 导致需求不可验证 台任务管理器(BTM)必须显示一个 出错信息。
学生购买教材的物理模型
(2) 去掉具体模型中非本质因素，抽象出当前系统的逻 辑模型 购 书 申 学 请
生
审查 有效性
购 书 单 开发票
发 票
开领 书单
领 书 单 发书
书
学 生
学生购买教材的逻辑模型
(3) 分析当前系统与目标系统的差别，建立目标系统的 逻辑模型
无效书单
学 生
购书单
审查并 开发票
发票
(11) 质量保证
系统的可靠性要求？ 系统必须监测和隔离错误吗？ 出错后，重启系统允许的时间？ 系统变化如何反映到设计中？ 维护是否包括对系统的改进？ 系统的可移植性？
问题识别的另一项工作是建立分析所需要的 通信途径，以保证能顺利地对问题进行分析。
(二) 分析与综合
从信息流和信息结构出发，逐步细化所有 的软件功能，找出系统各元素之间的联系、接 口特性和设计上的约束，分析它们是否满足功 能要求，是否合理。最终综合成系统的解决方 案，给出目标系统的详细逻辑模型.
常用的分析方法
面向数据流的结构化分析方法 (SA) 面向对象的分析方法 (OOA) 等
获取用户需求的主要方法是调查研究
调查研究的主要方法有:
访问面谈 收集查问资料 初步的用户手册 深入现场,跟班作业
软件需求的获取
在做调查研究时，可以采取如下环节的调查方式： 制定调查提纲，向不同层次的用户发调查表。 按用户的不同层次，分别召开调查会，了解用户对待 开发系统的想法和建议。 向用户领域的专家或在关键岗位上工作的人个别咨询。 实地考察，跟踪现场业务流程。 查阅与待开发系统有关的资料。 使用各种调查工具，如数据流图、任务分解图、网络 图等。 为了能够有效地获取和理清用户需求，应当打破用 户（需方）和开发者（供方）的界限，共同组成一个 联合小组，发挥各自的长处，协同工作。
(1)功能需求
系统做什么？ 系统何时做什么？ 系统何时及如何修改或升级？
(2) 性能需求
软件开发的技术性指标 例如： 存储容量限制 执行速度、相应时间 吞吐量
(3) 环境需求
硬件设备：机型、外设、接口、 地点、分布、温度、 湿度、磁场干扰等 软件： 操作系统 网络 数据库
(4) 界面需求
有来自其它系统的输入吗？ 有来自其它系统的输出吗？ 对数据格式有规定吗？
需求工程的结构图
软件需求分析的目标和任务
软件需求分析的目标是深入描述软件的功 能和性能，确定软件设计的约束和软件同其它系统 元素的接口细节，定义软件的其它有效性需求。
软件需求的几点说明
需求分析研究的对象是软件项目的用户要求 准确地表达被接受的用户要求 确定被开发软件系统的元素
需求分析的任务就是借助于当前系统的
(5) 用户或人的因素
用户类型？ 各种用户熟练程度？ 需受何种训练？ 用户理解、使用系统的难度？ 用户错误操作系统的可能性？
(6)文档需求
需哪些文档？
文档针对哪些读者？
(7) 数据需求
输入、输出数据的格式？ 接收、发送数据的频率？ 数据的准确性和精度？ 数据流量？ 数据需保持的时间？
(8) 资源需求
第2章 需求的概念
软件需求包括三个不同的层次: 业务需求、用户需 求和功能需求—也包括非功能需求。 业务需求:反映了组织机构或客户对系统、产品高层 次的目标要求，它们在项目视图与范围文档中予以 说明。 用户需求: 文档描述了用户使用产品必须要完成的 任务，这在使用实例文档或方案脚本说明中予以说 明. 功能需求:定义了开发人员必须实现的软件功能，使 得用户能完成他们的任务，从而满足了业务需求。
逻辑模型导出目标系统的逻辑模型，解决目标 系统的 “做什么” 的问题。 通俗地说,需求分析的任务就是准确地定义未 来系统的目标，确定为了满足用户的需求系统 必须做什么。用 <需求规格说明书> 规范的形 式准确地表达用户的需求。
需求分析流程
需求分析过程示意图
(1) 通过对现实环境的调查，获得当前系统的物理 模型 购 书 购 领 发 申 书 书 学 请 教务科 单 会计室 票 出纳员 单 教材科 书 学 生 107 206 206 303 生 张 王 李 赵