《高级框架设计师5需求分析和设计方法2知识讲解》由会员分享，可在线阅读，更多相关《高级框架设计师5需求分析和设计方法2知识讲解（121页珍藏版）》请在金锄头文库上搜索。
1、高级框架设计师信息产业部信息化专家 王宝会议题导入网络应用数据库应用系统性能需求分析和设计方法开发工具开发方法基于中间件的开发开发管理测试评审方法系统审计信息化基础知识软件生存期的阶段划分(1)可行性研究与计划(2)需求分析(3)总体设计 上游 (4)详细设计(5)实现(6)集成测试(7)确认测试 下游(8)使用和维护（根据国标计算机软件开发规范） 软件生存周期:软件产品或软件系统从设计、投入使用到被淘汰的全过程。新的国际标准定义的软件生存过程（1995 ISO/IEC 12207）软件生存期过程支持过程组织过程主要过程获取过程供应过程开发过程运行过程维护过程文档编制过程配置管理过程质量保证过
2、程验证过程确认过程联合评审过程审核过程问题解决过程管理过程基础设施过程改进过程培训过程只考虑编写程序 涉及整个软件生存周期扩展到软件工作的范围 企业提出要求 “我们要建立一套完整的商业管理软件系统，包括商品的进、销、调、存管理，是总部-门店的连锁经营模式。通过通信手段门店自动订货，供货商自动结算，卖场通过扫条形码实现销售，管理人员能够随时查询门店商品销售和库存情况。另外，我们也得为政府部门提供关于商品营运的报告。” 我要做什么！需求分析工作内容注意事项我要做什么！是指导性的框架，像“雾里看花”般模糊并令开发者感到困惑。分析需求的具体内容： 业务需求反映了组织机构或客户对系统、产品高层次的目标要
3、求，通常在项目定义与范围文档中予以说明。 用户需求描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。 功能需求定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。 非功能性的需求描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作接口的具体细节和构造上的限制。 需求分析报告报告所说明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。 拨开需求分析的迷雾 需求分析的任务基本任务：准确地回答“系统必须做什么？”1.确定对系统的综合需求
4、(1)系统功能要求(2)系统性能要求(3)运行要求(4)将来可能提出的要求2.分析系统的数据要求采用建立“概念模型”的方法，并辅助图形工具，如：层次方框图、Warnier图等。3.导出系统的逻辑模型数据流程图、数据字典、主要算法4.修正系统开发计划5.开发原型系统需求分析的步骤需求分析的步骤 需求获取需求获取 需求提炼：分析建模需求提炼：分析建模( (导出软件逻辑模型导出软件逻辑模型) ) 需求描述：编写需求描述：编写 需求验证需求验证需求分析过程1.沿数据流程图回溯 从“输出端”到“输入端”回溯，分析数据元素。2.用户复查 借助已有的数据流程图，帮助复查，再次完善数据流程图。3.细化数据流程
5、图4.修正开发计划5.书写文档 系统规格说明：系统的概貌、功能要求、运行要求、将来可能的要求。 数据要求：数据字典、图形工具（数据结构的层次图、Warnier图） 用户系统描述：初步的用户手册 修正的开发计划分析追踪数据流程图用户复查细化数据流程图有补充修正无补充修正需要分解不需分解需求分析的基本过程需求分析过程1.概念模型 最常用的表示概念性数据模型的方法：实体联系方法(Entity-Relationship Approach)，简称E-R模型。 E-R模型包含三个基本成分：“实体”、“联系”、“属性”(1)实体：是客观世界中存在的、且可相互区分的事物。它可以是人或物，也可以是具体事物或抽象
6、事物。 例如：教师、学生、课程是实体。 实体用矩形框表示，如：教师需求分析过程-概念模型和规范化(2)联系：客观世界中的事物彼此之间有联系，描述实体与实体之间的关系。联系有三种： 1：1（一对一联系）例如：实体“校长”与“大学”之间的联系为“1：1” 1：N（一对多联系）例如：实体“学校”与“院系”之间的联系为“1:N” M：N（多对多联系）例如：实体“学生”与“课程”之间的联系为“M:N” 联系用菱形框表示，如：需求分析过程-概念模型和规范化(3)属性：属性是实体或联系所具有的性质。通常一个实体或联系由若干属性来刻画。教师学生课程教学1NMN成绩需求分析过程-概念模型和规范化2.范式 第一范
7、式 每个属性值都必须是原子值，即仅仅是一个简单值而不含内部结构。 第二范式 满足第一范式条件，而且每个非关键字属性都由整个关键字决定（而不是由关键字的一部分来决定）。 第三范式 符合第二范式的条件，每个非关键字属性都仅由关键字决定，而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述（即一个非关键字属性值不依赖于另一个非关键字属性值） 一般使用第三范式，避免第三范式需求分析过程-概念模型和规范化1.层次方框图 层次方框图用树形结构的一系列多层次的矩形框描绘数据的层次结构。 树形结构的顶层是一个单独的矩形框，它表达完整的数据结构，下面的各层矩形框代表这个数据的子集，最底层的各个框代表组
8、成这个数据的实际数据元素（不能再分解的元素）2.Warnier图 Warnier图也用树形结构描绘信息，且更丰富，能表达逻辑关系。需求分析过程-图形工具需求分析过程-图形工具3.IPO图 IPO图是输入/处理/输出图的简称，能够方便地描述输入数据、对数据的处理和输出数据之间的关系。 基本形式是在左边的框中列出有关的输入数据，在中间的框内列出主要的处理，在右边的框内列出产生的输出数据1.验证软件需求的四个方面 一致性 完整性 现实性 有效性2.验证软件需求的方法3.验证软件需求的软件工具验证软件需求 引言 任务概述 需求规定 运行环境规定软件需求说明书需求工程概述需求工程概述 需求工程是指应用已
9、证实有效的技术、方法进行需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。并定义目标系统的所有外部特征的一门学科。 需求工程的活动：需求工程的活动： 需求获取需求获取 需求建模需求建模 形成需求规格（规约）形成需求规格（规约） 需求验证需求验证 需求管理需求管理需求工程的层次分解示意图 需求工程 需求工程 需求管理 问题获取分析编写规格说明 验证 在需求分析阶段，系统分析在需求分析阶段，系统分析员的主要员的主要焦点焦点是是 “ “做什么（做什么（whatwhat）” ” ，不
10、是，不是 “ “怎样做（怎样做（howhow）”需求获取需求获取需求获取的目的需求获取的目的 清楚地理解所要解决的问题清楚地理解所要解决的问题 完整地获取用户需求完整地获取用户需求需求获取面临的挑战需求获取面临的挑战LL 问题的复杂性和对问题空间理解的不完备问题的复杂性和对问题空间理解的不完备性与不一致性性与不一致性LL 交流障碍交流障碍LL 需求易变性需求易变性需求获取的常用方法需求获取的常用方法 建立分析小组建立分析小组 领域专家：领域专家： 主角主角 系统分析员：导演系统分析员：导演 客户访谈客户访谈 问题分析与确认问题分析与确认 某出版社系统调查表某出版社系统调查表编编号提出问题问题1
11、您在哪个部门门工作？2出版业务业务 流程是什么？3您每日都处处理那些文件、数据、报报表？4工作中手工处处理特别别麻烦烦的事情是什么？5工作中手工处处理什么问题问题 解决不了？影响效率的问题问题 有哪些？6您认为认为 提高工作效率，节节省工作时间时间 ，减轻轻工作强度可采取哪些办办法？7您的部门门需要成本核算和统计统计 的内容有哪些？8您的部门门采用计计算机管理工作情况如何？9如何改进业务进业务 流程使之更合理？10哪些问题问题 是目前传统传统 手工方法根本无法解决的？11出版社计计算机管理信息系统统需要解决什么问题问题 ？需求获取的内容需求获取的内容 1.1.用户需求分类用户需求分类 (1)(
12、1)功能性需求功能性需求: : 定义了系统做什么（描述系统必须支持的功能和过程定义了系统做什么（描述系统必须支持的功能和过程） (2)(2)非功能性需求（技术需求）非功能性需求（技术需求）: : 定义了系统工作时的特性定义了系统工作时的特性 （描述操作环境和性能目标）（描述操作环境和性能目标）2. 2. 两类需求包括的内容两类需求包括的内容(1) (1) 功能功能(2) (2) 性能性能(3) (3) 环境环境(4) (4) 界面界面(5) (5) 用户或人的因素用户或人的因素(6) (6) 文档文档 (7) (7) 数据数据(8) (8) 资源资源(9) (9) 安全保密安全保密(10)(1
13、0)软件成本消耗与开发进度软件成本消耗与开发进度(11)(11)质量保证质量保证(1) (1) 功能需求功能需求 系统做什么？系统做什么？ 系统何时做什么？系统何时做什么？ 系统何时及如何修改或升级？系统何时及如何修改或升级？(2) (2) 性能需求性能需求 软件开发的技术性指标软件开发的技术性指标例如：例如： 存储容量限制存储容量限制 执行速度、相应时间执行速度、相应时间 吞吐量吞吐量 硬件设备：机型、外设、接口、硬件设备：机型、外设、接口、 地点、分布、温度、地点、分布、温度、 湿度、磁场干扰等湿度、磁场干扰等 软件：软件： 操作系统操作系统 网络网络 数据库数据库(3) (3) 环境需求
14、环境需求 有来自其它系统的输入吗？有来自其它系统的输入吗？ 到自其它系统的输出吗？到自其它系统的输出吗？ 对数据格式有规定吗？对数据格式有规定吗？ 对数据存储介质有规定吗？对数据存储介质有规定吗？(4) (4) 界面需求界面需求 (5) (5) 用户或人的因素用户或人的因素 用户类型？用户类型？ 各种用户熟练程度？各种用户熟练程度？ 需受何种训练？需受何种训练？ 用户理解、使用系统的难度？用户理解、使用系统的难度？ 用户错误操作系统的可能性？用户错误操作系统的可能性？(6) (6) 文档需求文档需求 需哪些文档？需哪些文档？文档针对哪些读者？文档针对哪些读者？ 输入、输出数据的格式？输入、输出
15、数据的格式？ 接收、发送数据的频率？接收、发送数据的频率？ 数据的准确性和精度？数据的准确性和精度？ 数据流量？数据流量？ 数据需保持的时间？数据需保持的时间？(7) (7) 数据需求数据需求 软件运行时所需的数据、软件。软件运行时所需的数据、软件。 内存空间等资源。内存空间等资源。 软件开发、维护所需的人力、软件开发、维护所需的人力、 支撑软件、开发设备等。支撑软件、开发设备等。(8) (8) 资源需求资源需求 (9) (9) 安全保密要求安全保密要求 需对访问系统或系统信息加以控需对访问系统或系统信息加以控 制吗？制吗？ 如何隔离用户之间的数据？如何隔离用户之间的数据？ 用户程序如何与其它
16、程序和操作用户程序如何与其它程序和操作 系统隔离？系统隔离？ 系统备份要求？系统备份要求？(10) (10) 软件成本消耗软件成本消耗 与开发进度需求与开发进度需求 开发有规定的时间表吗？开发有规定的时间表吗？ 软硬件投资有无限制软硬件投资有无限制？ 系统的可靠性要求？系统的可靠性要求？ 系统必须监测和隔离错误吗？系统必须监测和隔离错误吗？ 规定系统平均出错时间？规定系统平均出错时间？ 出错后，重启系统允许的时间？出错后，重启系统允许的时间？ 系统变化如何反映到设计中？系统变化如何反映到设计中？ 维护是否包括对系统的改进？维护是否包括对系统的改进？ 系统的可移植性？系统的可移植性？(11) (11) 质量保证质量保证软件需求各组成部分的关系 需求开发与需求管理的界限 软件开发组和其他组织间的重要需求接口 信息化架构设计的目的是：制定公司完整、集成的信息平台体系架构，使其支撑公司的整体战略、组织结构、组织文化与业务流程。信息化架构包括基础设施、使用标准和安全策略、数据资源分布策略、系统集成策略。信息化架构设计q 数字语音视讯网架构q 办公自动化系统架构（OA）q 企业资源规划系统架构（E
