软件工程基础培训课件.pptVIP

状态转换图 状态：系统的行为模式，初态、终态，中间状态。 事件：控制系统状态变化和（或）执行功能的信息，对外部事件的抽象。 符号： * 事件名（参数表）[条件]/动作表达式 初态： 终态： 中间状态： 状态名 状态变量 活动表 事件： 状态转换： * 简单例子： 在一个管理信息系统的用户登录管理中， 开始状态时，显示主屏。用户提出使用该 管理系统的请求，进入登录界面显示状态， 提示用户输入用户名和密码。用户输入后， 进入核对状态。若用户名称或密码不正确， 则返回登录状态 ；若正确，则进入系统主 界面。 * 启动 提出请求 输入用户名 密码 用户名 密码错误 用户名密码正确 开始状态 do/显示主屏 登录状态 do/提示 核对状态 do/判断 系统主界面状态 do/显示主界面 * 数据字典 描述内容包括：数据流图、状态转换图、E-R图中的数据信息（数据流、数据存储、外部实体）、控制信息（事件）等。不包括处理。 采用半形式化手段，包含如下信息 名字、别名、使用地点和方式、内容描述、补充信息等。 通常作为CASE“结构化分析与设计工具”的一部分实现。 数据字典 * 数据元素的组合方式 顺序：A+B 选择：[A|B] 重复：1{A}5 可选：（A） * 名字：订货报表 别名：订货信息 描述：每天一次送给采购员的需要订货的零件表 定义：订货报表=零件编号+零件名称+订货数量+目前的价格+主要供应者+次要供应者 位置：输出到打印机 名字：零件编号 别名： 描述：唯一的表示库存清单中一个特定零件的关键域 定义：零件编号=8{字符}8 位置：订货报表 订货信息 库存清单 例子 * 其它图形工具 IPO表，输入、处理、输出表 描述出现在数据流图中的处理 在需求分析阶段建立----简略描述处理的基本算法流程 在设计阶段补充 * IPO表 系统: 作者: . 模块: 日期: . 编号日期: . 注释: 被调用: 调用: 输入: 输出: 处理: 局部数据元素: * 作业 3题（不画E-R图）、5题（不画E-R图） * * 需求-----非结构化信息收集阶段 分析------结构化问题域有关特性及待求解问题特性阶段 表达-------创建并定义解系统行为，使之在问题域中产生所需的效果（系统行为），但并不考虑如何实现这些行为。需求规格说明书是代表了权力交接点，客户对规格说明书有最终发言权，但开发者负责以后部分。并且它是需求与设计的接口部分。 * 数据流图是描绘系统的逻辑模型，图中没有任何具体的物理元素。因此即使不是专业计算机技术人员也容易理解，所以是需求分析时极好的通信工具。 数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。 * 数据流图有四中基本成分。 数据原点和数据终点相同时，就是一种重复出现。 * 对于仓库管理系统怎样画他的数据流图？如何着手？ 首先确定数据流图的四中成分： 然后着手画数据流图。 数据流图是系统的逻辑模型，然而任何计算机系统实质上都是信息处理系统，也就是把输入数据变换成输出数据，因此，任何系统的基本模型都由若干个数据源点/终点以及一个处理组成。这个处理就代表系统对数据的加工变换的基本功能。 * 然而这种高层的数据流图太抽象，从中能了解订货系统的信息很少。下一步应该把基本模型细化，描绘系统的主要功能。得到了系统的功能级数据流图。系统的主要功能就是产生报表和处理事务。 * A. 编号的设置 子图的编号是父图相应的处理逻辑的编号。 子图中处理逻辑编号由子图号、小数点与局部号组成。 B. 父图与子图的平衡 子图是详细地描述父图中处理逻辑，因而子图的输入、输出数据流应该同父图中处理逻辑的输入、输出数据流相一致。 C. 局部数据存贮 局部数据存贮在子图中出现的数据存贮，可以不出现在父图中，画父图时只需画出处理逻辑之间的联系，不必画出各个处理逻辑内部的细节。 D. 处理逻辑的分解与分细的程度 分得太细，则使得层次太多；分得太快，则达不到分层的目的。 从管理的层次结构原理来看，一个领导人管理他的下属一般不超过7人，故在分解一层时不宜超过7个逻辑。 一个处理逻辑分解到基本处理逻辑为止。 基本处理逻辑：能表达系统所有的逻辑功能和必要的数据输入与输出，这些功能与数据的描述能使用户清楚地理解，并且还能使以后的系统设计