- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
采购细化 检查和修改数据流图的原则 数据流图上所有图形符号只限于前述四种基本图形元素 数据流图的主图必须包括前述四种基本元素,缺一不可 数据流图的主图上的数据流必须封闭在外部实体之间 每个加工至少有一个输入数据流和一个输出数据流 在数据流图中,需按层给加工框编号。编号表明该加工所处层次及上下层的亲子关系 规定任何一个数据流子图必须与它上一层的一个加工对应,两者的输入数据流和输出数据流必须一致。此即父图与子图的平衡 可以在数据流图中加入物质流,帮助用户理解数据流图 图上每个元素都必须有名字 数据流图中不可夹带控制流 初画时可以忽略琐碎的细节,以集中精力于主要数据流 数据词典 数据字典(Data Dictionary)是关于数据的信息的集合,通过数据字典对数据流程图中的各个元素作精确的定义与说明。它是数据流图的补充工具。 数据词典与数据流图配合,能清楚地表达数据处理的要求。二者构成需求规格说明书的主要部分。 词条描述 —— 对于在数据流图中每一个被命名的图形元素,均加以定义,其内容有: 名字,别名或编号,分类,描述,定义,位置,其它等。 数据字典的内容及格式 数据字典是为分析人员和用户查找数据流图中有关名字的详细定义而服务的,因此也像其他任何字典一样,要把所有条目按一定次序排列起来,以便查阅。 数据字典有以下四类条目:数据流、数据项、数据存储、基本加工。其中,数据项是组成数据流和数据存储的最小元素。 1)数据流条目给出了DFD中数据流的定义,主要部分是列出该数据流的各组成数据项。在定义数据流及数据存储组成时,通常要用到表2.4给出的符号。 2)数据存储条目是对数据文件内容的定义,主要内容举例如下: 数据存储名称:学生成绩库 别名:无 组成:学生学号+课程编码+成绩+备注 组织方式:以学号为记录关键字升序排列。 3)数据项条目给出某个数据单项的定义,内容通常为数据项的值类型、允许取值范围等,其定义结构与数据流条目类似。 4)加工条目是用来说明DFD中基本加工的处理逻辑,对其他非基本加工则不必进行加工说明。加工条目主要由输入数据、加工逻辑和输出数据等部分组成,加工逻辑描述把输入数据转换为输出数据的过程,是加工条目的主体。 为了使加工逻辑直观易读,有几种常用的描述方法,它们是结构化语言、判定表和判定树。加工条目内容举例如下: 加工名称:查阅库存 编 号:1.2 输 入:合格订单 输 出:供货订单或缺货订单 加工逻辑:根据库存记录 IF 订单项目数量该项目库存量的临界值 THEN 可供货处理 ELSE 此订单缺货,登记,待进货后再处理 ENDIF (3)数据字典的实现 数据字典的建立可以用手工和自动两种方式实现。手工方式是指把每一个字典条目写在卡片上,由专人管理和维护。自动方式是借助数据字典处理程序,把字典条目输入到计算机中,用计算机对它进行检索和维护。 需求规格说明书编写规范 需求规格说明书是在对用户需求分析的基础上,把用户的需求规范化、形式化而编写成的,其目的是为软件开发提出总体要求,作为用户和开发人员之间相互了解和共同开发的基础。它的主要内容包括: (1)概述。软件要求的简要说明。 (2)界面描述。描述软件系统与其他部分(硬件、软件、人员等)的功能联系。 (3)数据流分析。一套完整的分层数据流图和一本完整的数据字典。 (4)质量评审要求。 (5)其他。 本章以实际项目“××社区卫生综合管理系统”的需求分析为综合实例,给出了软件需求规格说明书的编写规范,内容请参看附录三。 数据及数据库需求 在数据词典中,强调对数据存储结构的逻辑设计,并用数据结构表达数据项之间的逻辑关系。 但任何一个软件系统都可能有成千上万个数据项,仅仅描述这些数据项是不够的,更重要的是如何把它们以最优的方式组织起来,以满足系统对数据的要求。 软件的定义—需求分析 2.2 项目需求分析 当项目计划完成之后,软件项目就进入了下一个重要的阶段即软件需求分析阶段。它的基本任务是准确地回答“系统必须做什么?”这个问题。 Why to do? —可行性研究√ What to do?—需求分析√ How to do? —系统设计 需求分析的概念 需求分析的任务并不是确定系统怎样完成它的工作,而仅仅是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。 需求分析是指开发人员要准确地理解用户的要求,进行细致的调查分析,将用户非形式化的需求陈述转化为完整的需求定义,再由需求定义转化为相应的软件需求规格说明书(即需求分析的结果)的过程。 需求规格说明书的主要部分是详细的数据流图,数据字典和主要功能的算法描述。通过验收的需求规格说明书是今后软件设计和项目验收的依据。 需求分析的过程 需求分
文档评论(0)