需求分析PPT课件.pptxVIP

第3章 需求分析;目标;第三章 需求分析(I);全部这些分析方法都恪守下述准则： (1) 必须了解并描述问题信息域，依据这条准则应该建立数据模型。 (2) 必须定义软件应完成功效，这条准则要求建立功效模型。 (3) 必须描述作为外部事件结果软件行为，这条准则要求建立行为模型。 (4) 必须对描述信息、功效和行为模型进行分解，用层次方式展示细节。; 需求内容 逻辑模型 修正系统开发计划;功效需求 性能需求 环境需求 可靠性需求 安全保密要求 用户界面需求;1. 功效需求 这方面需求指定系统必须提供服务。经过需求分析应该划分出系统必须完成全部功效。 2. 性能需求 软件开发技术性指标。 比如： 存放容量限制 执行速度、响应时间 吞吐量;3. 环境需求 硬件设备：机型、外设、接口、地点、分布、温度、 湿度、磁场干扰等 软件：操作系统、网络、数据库 4. 接口需求 接口需求描述应用系统与它环境通信格式。常见接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。;5. 用户或人原因 用户类型？ 各种用户熟练程度？ 需受何种训练？ 用户了解、使用系统难度？ 用户错误操作系统可能性？;6. 数据需求 输入、输出数据格式？ 接收、发送数据频率？ 数据准确性和精度？ 数据流量？ 数据需保持时间？;7. 安全保密需求 需对访问系统或系统信息加以控制吗？ 用户程序怎样与其它程序和数据库系统隔离？ 系统备份要求？ 8. 质量确保 系统可靠性要求？ 要求系统平均犯错时间？ 犯错后，重启系统允许时间？ 维护是否包含对系统改进？ 系统可移植性？;数据模型（ERD） 功效模型（DFD） 行为模型（状态转换图）;依据在分析过程中取得对系统更深入更详细了解，能够比较准确地预计系统成本和进度，修正以前制订开发计划。;主要问题 复查现有报表、表格和过程描述 访谈 观察并统计商业过程 建立原型 分发搜集调查表 主持联合应用程序设计会议 面向数据流分析 简易规格说明书;表 信息搜集中主要问题;商业文档和过程描述是了解过程一个好方法。 表格和报表可认为面谈提供可视化帮助、也可以提供工作文档。 ??查现有过程文档将有利于识别面谈中不会提及商业规则。 有利于发现商业过程中不一致和冗余。;面谈之前 确立面谈目标 确定要包含相关用户 确定参加会议项目小组组员 建立要讨论问题和关键点列表 复查相关文档和资料 确立时间和地点 通知全部参加者相关会议目标、时间和地点;观察 使用活动图来进行统计;学生购置教材实际处理流程—当前系统物理模型; ;JAD目标是把全部这些活动压缩为用户和项目小组组员一起参加得更短JAD会议。 参加人员： JAD会议领导者 用户 技术人员 项目组组员 ;数据流图是帮助复查极好工具。 从输入端开始，分析员借助数据流图、数据字典和IPO图向用户解释输入数据是怎样一步一步地转变成输出数据。 这些认识正确吗?有没有遗漏?用户应该注意倾听分析员汇报，并及时纠正和补充分析员认识。复查过程验证了已知元素，补充了未知元素，填补了文档中空白。;经典过程以下： 经过初步访谈确定待处理问题范围和处理方案。 然后开发者和用户分别写出“产品需求”。选定会议时间和地点，并选举一个负责主持会议协调人。 审查产品需求，列出系统环境组成部分对象、系统将产生对象以及系统为了完成自己功效将使用对象。 列出操作这些对象或与这些对象交互服务 最终还应该列出约束条件和性能标准。;在展示了每个人针对某个议题列表之后，大家共同创建一张组合列表。 组合列表将被缩短、加长或重新措辞，方便更准确地描述将被开发产品。讨论目标是，针对每个议题(对象、服务、约束和性能)都创建出一张意见一致列表。进行分组讨论 最终，由一名或多名与会者依据会议结果起草完整软件需求规格说明书。 突出优点：开发者与用户不分彼此，齐心协力，亲密合作；即时讨论并求精；有能导出规格说明详细步骤。;为《订餐服务系统》设计信息搜集方案 时间：20分钟;分析建模方法： 数据模型：ERD(实体联络图) 功效模型：DFD(数据流图) 行为模型：STD(状态转换图) 数据模型中包含3种相互关联信息：实体、属性、联络;实体：指客观世界存在且能够相互区分事务。实体能够是人，也能够是物，还能够是抽象概念。如职员、计算机、产品等都是实体。 属性：是指实体某首先特征。一个实体通常由多个属性值组成，如学生实体含有学号、姓名、专业、年级等属性。 联络：指实体之间相互关系。 注意，联络也能够有属性。比如成绩既不是学生属性，也不是课程属性，而是学生“学”课程属性，这个属性就是联络“学”属性。;联络可分为以下3种类型： (1) 一对一联络(1∶1) 比如，一个部门有一个经理，而每个经理只在