软件工程第三讲需求分析(1).ppt

  1. 1、本文档共40页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
3.7.2 Warnier图 * * 法国计算机科学家Warnier提出了表示信息层次结构的另外一种图形工具。和层次方框图类似,Warnier图也用树形结构描绘信息,但是这种图形工具比层次方框图提供了更丰富的描绘手段。 用Warnier图可以表明信息的逻辑组织,也就是说,它可以指出一类信息或一个信息量是重复出现的,也可以表示特定信息在某一类信息中是有条件地出现的。 因为重复和条件约束是说明软件处理过程的基础,所以很容易把Warnier图转变成软件设计的工具。 3.7.2 Warnier图 * * 花括号:区分数据结构的层次,在一个花括号内的所有名字都属于同一类信息。 异或符号:表明一类信息或一个数据元素在一定条件下才出现,而且在这个符号上、下方的两个名字所代表的数据只能出现一个。 圆括号:中间的数字指明了这个名字代表的信息类(或元素)在这个数据结构中重复出现的次数。 3.7.3 IPO图 * * IPO图是输入/处理/输出图的简称,它是美国IBM公司发展完善起来的一种图形工具,能够方便地描绘输入数据、数据处理和输出数据之间的关系。 左框:列出输入数据。 中框:列出主要的处理 (次序暗示了执行的顺序)。 右框:列出输出数据 粗大箭头:指出数据通 信的情况。 用IPO图描绘主文件更新功能 3.7.3 IPO图 * * 建议使用一种改进的IPO图(也称为IPO表),这种图中包含某些附加信息,比原始的IPO图更有用。 改进的IPO图中包含的附加信息,主要有系统名称,图的作者,完成本图的日期,本图描述的模块的名字,模块在层次图中的编号,调用本模块的模块清单,本模块调用的模块的清单,注释,以及本模块使用的局部数据元素等。 3.7.3 IPO图 * * 在需求分析阶段可以使用IPO图简略地描述数据流图中各个处理的基本算法(着重说明处理功能而不是具体实现功能的算法)。 当然,在需求分析阶段,IPO表中的许多附加信息暂时还不具备。但是,在软件设计阶段可以进一步补充、修正这些表,继续作为设计阶段的文档。这正是在需求分析阶段用IPO表作为描述基本算法的工具的重要优点。 * 3.8 验证软件需求 3.8.1 从哪些方面验证软件需求的正确性 * * 需求分析阶段的工作结果是开发软件系统的重要基础; 统计表明,软件系统中15%的错误起源于错误的需求; 需求的正确性从四个方面验证: 一致性 完整性 现实性 有效性 3.8.2 验证软件需求的方法 * * 验证需求的一致性 人工技术审查软件系统规格说明书的正确性; 人工审查的效果难以保证,进行形式化描述,用软件工具验证。 验证需求的现实性 参照以往开发类似系统的经验,分析用现有的软、硬件技术实现目标系统的可能性。 验证需求的完整性和有效性 开发原型系统,通过用户试用,提出符合实际的要求。 3.8.3 用于需求分析的软件工具 * * 用于需求分析的软件应该满足下列要求: 必须有形式化的语法 使用这个软件工具能够导出详细的文档 必须提供分析规格说明书的不一致性和冗余性的手段 使用这个软件工具后,应该能够改进通信状况 PSL/PSA系统 RSL(需求陈述语言): 信息集?ASSM?PASCAL模拟程序 PSL/PSA(问题陈述语言/问题陈述分析程序)系统 * * Thanks * * * * * * * by XiongYH 软件工程 中南大学 Central South University * 第三章 需求分析 * * 序言 可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决;可行性研究的目的不是解决问题,而是确定问题是否值得去解。 并没有准确回答“系统必须做什么?”,不能代替需求分析。 需求分析确定系统必须完成哪些工作,对目标系统提出完整、准确、清晰、具体的要求。 系统分析员应写出软件需求规格说明书,以书面形式描述软件需求。 * * 序言 分析方法的准则: 必须理解并描述问题的信息域,根据这条准则应该建立数学模型; 必须定义软件应完成的功能,这条准则要求建立功能模型; 必须描述作为外部事件结果的软件行为,这条转要求建立行为模型; 必须对描述信息、功能和行为的模型进行分解,用层次的方式展示细节。 * * 序言 软件在需求分析和设计阶段占用的工作量达到总工作量的40%~50%,说明软件开发前期的活动多么重要。当然这也包括分阶段开发原型的开销。大家熟悉的编码工作只占全部工作量的10%~20%,而软件测试和调试的工作量占到总工作量的30%~40%,甚至≥50%。 * * 本讲内容 需求分析的任务和过程 与用户沟通获取需求的方法 分析建模与规格说明 实体-联系图 数据规范化 状态转换

文档评论(0)

20010520 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档