讲:需求分析PPT课件_第1页
讲:需求分析PPT课件_第2页
讲:需求分析PPT课件_第3页
讲:需求分析PPT课件_第4页
讲:需求分析PPT课件_第5页
已阅读5页,还剩84页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

第四讲需求分析 4 1概述4 2需求捕获4 3需求分析4 4需求描述4 5需求评审 4 1概述 4 1 1需求分析的概念需求分析 RequirementAnalysis 调查用户对新开发的软件系统的需要和要求 结合业务实际 进行深入细致的分析 确定出合理可行的系统需求 需求建模和描述 需求评审 在开发初期 分析人员需要清楚 用户希望建立怎样一个软件系统 系统能够为用户解决哪些问题 系统应该具备哪些功能 用户与系统都会交互哪些信息 用户使用软件系统的方式是什么等 4 1 2需求分析的工作内容1 需求捕获需求捕获也被称为需求调查 是由分析人员通过座谈 走访 问卷 召开座谈会等形式 深入了解用户对新建立系统的需要和要求 来获取用户需求 2 需求分析需求分析是对获取的用户需求 通过综合考虑业务实际 并对系统进行深入分析 最终确定出合理 可行的系统需求的过程 3 需求评审需求评审是由分析人员通过一定的手段对初步确定的系统需求的正确性和可行性进行验证 以确定正确和可行的需求 排除不可行的需求 4 需求描述需求描述是建立系统的需求说明文档 把需求分析的结果采用规范的形式描述出来 形成需求规格说明 作为下面开发工作的依据 4 2需求捕获 4 2 1需求捕获的内容1 总体需求用户对所建立的软件系统的总体要求 包括系统的总目标 范围 总体结构 核心功能等 2 功能需求功能需求是系统应该提供的功能和能够达到的效用 是对总体需求的分解和细化 3 性能需求性能需求包括系统的效率 处理方式 可靠性 安全性 适应性等技术要求 4 其它需求除了以上三方面的需求之外 还应该调查用户的投资能力 开发时间 开发队伍 社会法律等方面的非技术性需求 4 2 2需求捕获的方法 一般的调查方法 面谈 走访 座谈会 问卷调查 观摩法 启发法 原型法 辅助调查方法 需求捕获的技法 一 宏观需求捕获 与企业高层交谈 1 谈谈你对新开发系统的总体设想 2 你期望通过这个系统建设能够给企业带来什么改变 3 你觉得哪些问题是企业目前急需解决的问题 4 你希望开发的系统能够管理企业哪些职能领域的业务 5 你计划把这些业务管理到什么样的程度 6 你希望这个系统是更偏重于解决企业高层决策问题 还是重点解决企业的中层或低层面临的业务工作 7 从企业角度 你准备如何抓这项工作 8 你计划给这个系统投入多大的资金 9 谈谈你对这个系统分布建设的打算 需求捕获的技法 二 业务需求捕获 业务人员 1 你在哪个部门 2 你所在部门在企业中承担的职责是什么 3 你在部门中承担什么工作岗位 4 你岗位的职责是什么 5 你和哪些部门有什么样的业务往来 6 你和本部门内部其他岗位有哪些业务往来 7 你的工作流程 8 你处理的业务中 信息来源都有哪些 报表 帐单 凭据 文件等 9 你自己对哪些帐单 报表 文件进行处理 10 处理完后 你把哪些处理的结果送出 送给哪些工作岗位 需求捕获基本技法 三 功能需求捕获 业务人员 1 你希望计算机帮助你处理哪些业务 2 你将给这些业务提交要处理的什么数据 3 你希望获得什么处理结果 4 你把获取的处理结果又如何处理 需求捕获基本技法 四 性能需求捕获 管理人员 业务人员 1 你对系统的处理效率有什么具体要求 2 如果你的信息被其他人获取 会对你的工作造成什么影响 3 如果系统出现故障 多长时间恢复能够不影响你的日常工作 4 谈谈你对色彩 画面的感觉和喜好 5 我和你将一起把你设想的处理用界面描述出来 并希望你能够作出评价 4 3需求分析 4 3 1概述1 需求分析的任务是在需求调查的基础上 结合组织目标 业务现状 技术水平 投资能力等因素 对用户提出的需求从系统目标 结构 业务功能 技术性能 风险等方面进行深入分析 最后确定出全面 合理 可行的系统需求 2 需求分析的特点 用户提出的需求存在模糊 片面 不实际等问题 需求分析是对用户需求的合理化过程 充分考虑用户需要的原则 需求分析应该有用户参加 最终所确定的需求分析结果应该征得用户的认可 4 3 2目标职能分析在系统开发之初 首先应该确定要开发系统的 基本目标 系统范围 职能域 小区物业管理系统 1 项目背景 随着市场经济的发展 小区居住已经成为城镇居民居住的主要形式 小区物业管理的水平和手段成为决定小区质量和水平的重要因素 客观需要小区物业管理系统 2 小区物业管理特点 规模多样 园林化小区 豪华型小区 普通住宅小区 别墅型小区 功能多样 小区收费管理 小区车辆管理 小区业主管理 小区住户管理 小区财务管理 小区办公管理 小区维修管理 小区来访管理 3 系统目标 对普通型住宅小区的物业业务提供全面管理 系统具有友好 易操作 安全保密性 4 小区物业管理范围 楼宇管理 业主管理 住户管理 收费管理 车辆管理 停车场管理 人员管理 来访管理 维修管理 财务管理 办公管理 工会管理 党群管理 小区物业管理的职能域见下图 5 小区物业管理职能域 1 楼宇管理 楼房信息管理 房间信息管理 2 业主及住户管理 业主管理 住户管理 小区业主管理 小区住户管理 3 住户车辆管理 停车场管理 车辆管理 小区车辆管理 4 费用管理 物业收费管理 交费管理 水电消耗统计 物业收费管理 5 来访管理 6 人员管理 7 维修管理 4 3 3需求结构分析1 需求结构的概念及意义需求结构是按照系统目标 职能和需求的相关性 从总体上把系统的需求划分成为若干个需求块 由这些需求块相互关联构成系统的需求结构 需求结构是对需求的一种有效组织方法 需求结构为确定系统结构提供了依据 2 确定需求结构的依据 1 目标职能域系统的需求结构应与系统目标和职能域具有一定的对应性 2 需求的相关性 需求块内部应该具有较高的关联性 各个需求块之间的关联关系应该尽量地少 小区物业管理系统的需求结构 4 3 4业务流程分析业务流程是事务处理的流程 也被称为事务流 软件在为业务服务过程中 需要参与到业务流程之中 因此 需要对业务流程进行建模 业务流程分析是一个创新的工作 一定不能拘泥于传统方式下的业务流程 而是考虑在软件系统投入业务应用后 新的业务流程 业务流程建模可以采用多种方法 1UML的活动图业务流程建模 1UML的活动图业务流程建模 2003年BPM BusinessProcessManagement 业务管理倡议组织BPMI发布了BPMN BusinessProcessModelingNotation 即业务流程建模符号 BPMN是一个功能强大 使用方便的可视化业务流程建模语言 用来建立业务流程模型 10 4 1概述 2BPMN业务过程建模 10 4 2基本建模符号 10 4 2基本建模符号 表示不同实体所执行的流程 泳池 泳池里划分的子部分 泳道 活动所需要产生的数据 用关联符号关联到一个活动 数据对象 分组 对图的相互关联的部分的组织 业务过程模型 例1 图书入库业务流程 10 4 3业务过程模型 例2 宾馆客房入住业务流程图 4 3 5功能分析1 功能分析的基本原理系统功能是系统应该具有的效能和作用 功能分析是在需求结构基础上进一步分解和细化 采用用例图来描述系统的功能 功能分析需要参考业务职能 2 功能分析 以小区物业管理系统为例 讨论功能分析 1楼宇管理 1 功能分析 对楼房提供哪些方面的管理 主要是楼房信息的管理楼房信息包括楼房信息和房间信息两个方面 提供信息的录入 修改 删除等编辑功能 提供信息的查询 报表输出等功能 1 功能分析 楼房和房间的信息又包括什么 楼房信息楼房编号 楼房描述 房间信息楼房编号 单元房号 使用面积 建筑面积 销售价格 2 功能描述提供楼房信息编辑 楼房信息查询 楼房报表输出 房间信息编辑 房间信息查询 输出房间报表等功能 楼宇管理 楼房信息编辑编号 01 01参与者 管理员说明 工作人员在楼房信息管理下面 可以 增加楼房 删除楼房 修改楼房 以编辑楼房信息 楼宇管理 楼房信息查询编号 01 02参与者 管理员说明 功能 1 工作人员在楼房信息管理下面 按 查询楼房 可启动此项功能 2 系统弹出一个查询窗口 输入查询条件 按照所需的条件进行查询 输入信息 查询条件 按楼层 编号等 输出信息 输出满足要求的楼房信息 楼宇管理 输出楼房报表编号 01 03参与者 管理员说明 功能 1 工作人员在楼房信息管理下面 按 输出楼房报表 可启动此项功能 2 系统弹出一个打印窗口 工作人员可以选择模式 3 按确认键 打印楼房信息 输入信息 管理员调整报表的格式以及一些设置输出信息 输出楼房的报表 一个楼房或多个 楼宇管理 房间信息编辑编号 01 04参与者 管理员说明 工作人员在房间信息管理下面 可以 增加房间 删除房间 修改房间 以编辑房间信息 楼宇管理 房间信息查询编号 01 02参与者 管理员说明 功能 1 工作人员在房间信息管理下面 按 查询房间 可启动此项功能 2 系统弹出一个查询窗口 输入查询条件 按照所需的条件进行查询 输入信息 查询条件 按房间 编号等 输出信息 输出满足要求的房间信息 楼宇管理 输出房间报表编号 01 03参与者 管理员说明 功能 1 工作人员在房间信息管理下面 按 输出房间报表 可启动此项功能 2 系统弹出一个打印窗口 工作人员可以选择模式 3 按确认键 打印房间信息 输入信息 管理员调整报表的格式以及一些设置输出信息 输出房间的报表 3 信息界面楼房管理界面 房间管理界面 4 与系统交互的信息 5 涉及的业务对象楼房 楼房编号 楼房描述单元房 房间号 建筑面积 使用面积 销售价格 2业主住户管理 1 功能分析 业主和住户是两个互有联系但又不同的管理 业主管理 住户管理 1 功能分析 业主和住户应该提供哪些方面的管理 业主管理业主信息的输入 修改 删除等编辑功能 业主变更处理功能 业主信息查询 输出业主报表等功能 住户管理住户信息的输入 修改 删除等编辑功能 住户变更处理功能 住户业主信息查询 输出住户报表等功能 业主和住户的信息又包括什么 业主信息业主编号 身份证号 电话 购房合同编号 购买日期 出售日期 住户信息住户编号 户主姓名 身份证号 电话 入住日期 退房日期 住户家庭成员信息姓名 户主关系 其他 2 功能描述提供业主和住户两方面的管理 业主管理提供 业主信息编辑 业主信息查询 业主变更处理 业主报表处理等功能 住户管理提供 住户信息编辑 住户信息查询 住户变更处理 住户报表输出等功能 3 住户信息管理界面 3 涉及的业务对象 4 3 6性能分析1 系统性能的含义系统性能是系统功能实现的方式 效率和保障 它包括系统的效率 处理方式 可靠性 安全性 方便性 适应性等内容 效率 与处理时间有关的性能要素 处理方式 分布模式 交互方式 处理方式等 可靠性 保证系统正常工作及抗故障的能力 安全性 合法用户使用 非法用户杜绝访问系统的能力 方便性 用户使用系统友好性 方便性 适应性 系统对环境和需求变化的适应能力 2 性能分析系统性能分析是对用户提出的各种性能要求进行综合分析 确定出合理 可行的软件系统性能的工作 性能分析一般应从技术 经济 社会等方面进行综合分析 下面以小区物业管理为例 讨论系统性能分析过程 用户提出的小区物业管理系统的性能要求 1 具有高可靠性和冗错能力 不允许系统在工作期间停机 不允许系统丢失物业信息 不允许在运行期间出现故障和错误 2 具有安全检查机制 非法用户不能使用系统 不能偷看系统信息 3 具有保密机制 各级使用者只能看到允许查看的系统信息 4 具有防病毒和黑客攻击的能力 不能因为病毒和黑客破坏系统 1 性能的技术因素分析 通过对用户所提出的性能要求从技术角度分析 确定出技术上能够实现 且便于实现的软件系统性能 第1条 不允许在工作期间停机 不允许在运行期间出现故障和错误 改为 系统的故障应该能够得到及时排除 并且不会给业务造成重大影响 第4条 具有防病毒和黑客攻击的能力 不能因为病毒和黑客破坏系统 改为 对于病毒和黑客具有一定的预防能力 并能够把病毒和黑客攻击所造成的损失减低到较小程度 4 3 7风险分析1 风险的概念和类型1 风险的概念风险是可能给软件统的成功带来威胁或损失的各种潜在的问题 2 风险的类型 1 从危害程度分 高危害性风险 中危害性风险 低危害性风险 风险分析的原则 消除高危害性风险 限制或减轻中危害性风险 控制低危害性风险 2 按照风险的隶属特征分 技术性风险 技术因素引起的风险 潜在的最多 问题最多一类风险 工程性风险 工程的组织 管理 进行 保证等因素存在问题所造成问题的一类风险 环境性风险 软件系统所存在的社会和组织环境带来潜在性问题的一类风险 3 风险处理方法 避免风险 通过更改需求或方案以弃除造成风险原因的一种风险处理策略 限制风险 通过一定的技术策略 把风险所造成的危害和影响限制在尽可能小的范围之内 减轻风险 通过修改需求或方案 或着采用相应的应对性措施 把风险所造成的危害和损失减轻到可以应对或承受的范围之内 监控风险 对既不能避免 也不能限制或减轻的风险 可以采用有效地监控策略 2 风险分析1 风险识别风险识别是由开发人员根据需求调查和分析的结果 找出软件系统可能存在的各种风险的过程 对找出的风险进行编号 并记录到 风险记录单 中 2 风险分析 分析风险的类型 属于高危害性风险 中危害性风险还是低危害性风险 是属于技术性风险 工程性风险还是环境性风险 分析风险出现的可能性 分析风险产生的原因 以及这种原因在什么环境和条件下可能引发问题 分析风险可能对软件系统所能造成的危害 以及这些危害对软件系统会造成哪些影响 4 4需求描述和需求建模 描述系统需求的文档被称为 系统需求说明书 或 系统需求规格说明 系统需求说明书 应该包括的内容和采用的格式 目前并没有形成统一的规范 小蒋整理形成自己的规范 可以利用UML对需求进行详细建模 例子 4 5需求评审 4 5 1需求评审的含义需求评审 是指在需求分析阶段 通过一定的途径和手段 对初步确定的系统需求的正确性和可行性进行验证和评价 确定正确的和可行的需求 排除含糊 不实际和不可行的需求 4 5 2需求评审的方法1 自查法自查法由需求分析人员对自己所确定的系统需求进行审核和验证 纠正需求中存在的问题 小组审查法 参考法 逻辑分析法2 用户审查法用户通过对需求文档的阅读找出不符合用户意图或用户认为不能实现的需求 双方再对这些有争议的需求进行讨论 最后达成一致认识 3 专家审查法聘请业务领域 软件系统 政策 法律等方面的专家对系统需求进行审查 专家能够对用户和分析人员存在争议的需求以及隐藏着重大问题的需求进行甄别和判断 4 原型法原型法是对存在的有争议或拿不准的需求 通过建立原型进行验证 以确定需求的正确性 原型法是验证需求的一种十分有效的方法 同时也是帮助用户理解需求的一种好方法 但它要求有原型生成环境的支持 小结 1 需求分析需要经历需求

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论