- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第四章 结构化分析与建模(一) 相关基础概念 所谓模型,就是为了理解事物而对该事物做出的一种抽象,在软件工程中的模型由一组图形符号和组织这些符号的规则组成 。 经过对需求获取的资料进行分析,并以此建立起来的模型称之为需求分析模型。 引言与要点 需求分析模型主要描述软件目标系统的数据信息、处理功能、用户界面及运行的外部行为,它并不涉及软件的具体实现细节。 模型帮助分析员理解系统的信息、功能和行为;模型成为评审焦点;模型也是设计基础。 建模充分体现了“分而治之”这一古老而有效的概念。把复杂而困难的问题分解细化后,逐个解决它们。 建模能有效地将需求映射到软件结构中 。 第四章 结构化分析与建模(一) 需求分析阶段模型的作用 帮助系统分析员理解系统的信息、功能和行为,使得需求分析任务更加容易实现,结果更加系统化。 它是评审焦点,是确定SRS完整性、一致性和精确性的重要依据。 它是设计的基础,是软件要素的表示视图。 从客户需求到分析模型 认真听取客户陈述他们的需求之后,分析人员就可以挑选出关键字,将这些关键字转换成特定的模型元素。 表4.1列出了一些可能的映射: 结构化分析的模型 结构化分析的模型 4.2 数据模型与ER图 数据模型包括三种互相关联的信息:数据对象、描述数据对象的属性和数据对象相互连接的关系。 1. 数据对象是一个外部实体、一个事物(如报告)、一次行为(如电话呼叫)或事件(一个警报)、一个角色(如销售人员)、一个组织单元(如销售部门、人事部门)、一个地点(如仓库)或一个结构(如文件)。 4.2 数据模型与ER图 如,人车可以被认为是数据对象,因为它们可以用一组属性来定义。 “数据对象描述”刚包括了数据对象及其所有的属性。数据模型只封装了数据,没有引用对数据的操作。 2.属性 属性定义了数据对象的性质,数据对象有许多属性,应选择一组本质的属性。 例如,教师的属性有教工号、姓名、性别、职称、专业、研究方向、担任课程、住址、电话等。如果设计“教学管理系统”,关心与教学有关的属性、排除与教学无关的属性。 3. 关系 数据对象是相互关联的,如人可以“拥有”车。拥有即它们间的一种关系。 实体和实体之间的关系被抽象为联系。联系分为: 1)一对一(1:1)(一个丈夫只能有一个妻子) 2) 一对多(1:N)(一个母亲有多个孩子) 3) 多对多(M:N)(侄子与叔叔) 实体—关系图概念 最常使用的数据模型是实体—关系图(Entity-Relationship Diagram,ERD) 实体用单名词来命名,在实体-关系图中用矩形框来表示实体。实体—关系图中的菱形框代表关系,它确定了一对实体之间在逻辑上和数量上的连接。关系的命名要能描述关系的本质。 主键: 能唯一地标识该实体的属性或属性组。 ERD的图例 ERD的实例 4.3 功能模型-数据流图 数据流模型把功能分解方法运用到系统分析上,把复杂的问题进一步分解到更详细的层次。 数据流模型很适用于事务处理系统和其他功能密集型应用程序。 数据流图可以标识系统的转换过程、系统所操纵的数据或物质集合(存储),以及过程、存储和外部世界之间的数据流或物质流。 数据流图四种基本图形符号 数据流图有四种基本图形符号: 4.3 功能模型-数据流图 画数据流程图的原则 ①数据流程图上所有图形符号必须是前面所述的四种基本元素。 ②数据流程图的主图必须含有前面所述的四种基本元素,缺一不可。 ③数据流程图上的数据流必须封闭在外部实体之间,外部实体可以是一个,也可以是多个。 4.3 功能模型-数据流图 画数据流程图的原则 ④处理过程至少有一个输入数据流和一个输出数据流。 ⑤任何一个数据流子图必须与它的父图上的一个处理过程对应,两者的输入数据流和输出数据流必须一致,即所谓“平衡”。 ⑥数据流程图上的每个元素都必须有名字。 画数据流程图的基本步骤 ①把一个系统看成一个整体功能,明确信息的输入和输出。 ②找到系统的外部实体。一旦找到外部实体,则系统与外部世界的界面就可以确定下来,系统的数据流的源点和终点也就找到了。 ③找出外部实体的输入数据流和输出数据流。 ④在图的边上画出系统的外部实体。 画数据流程图的基本步骤 ⑤从外部实体的输入流(源)出发,按照系统的逻辑需要,逐步画出一系列逻辑处理过程,直至找到外部实体处理所需的输出流,形成数据流的封闭。 ⑥将系统内部数据处理又分别看做整体功能,其内部又有信息的处理、传递、存储过程。 ⑦如此一级一级地剖析,直到所有处理步骤都很具体为止。 飞机机票预订系统DFD图 数据流图的层次结构 为了表达数据处理过程的数据加工情况,需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解,并以分层的数据流图反映这种结构关系,能清楚
文档评论(0)