软件工程导论》第三章需求分析.pptVIP

3.6.3 符号（续） 中间状态中的活动表的语法格式是： 事件说明/动作表达式。 事件说明的语法格式是： 　　事件名（参数表） “事件名”可以是任何事件的名称。 需要时可以为事件指定参数表（可有可无）。 活动表中经常使用下述3种标准事件是： 　⑴entry，指定进入该状态的动作， ⑵exit，指定退出该状态的动作， ⑶do，指定在该状态下的动作。 * 3.6.3 符号（续） 动作表达式描述应做的具体动作。 两个状态之间带箭头的连线称为状态转换，箭头指明了转换方向。 状态变迁通常是由事件触发的，在状态转换的箭头线上标出触发转换的事件表达式；如果在箭头线上未标明事件表达式，则表示在源状态的内部活动执行完之后自动触发转换。 * 3.2.1 用户调查（续） 　这就要求系统分析员不能只被动地接受用户关于应用问题及背景的知识，而且还要结合自己的软件开发和软件应用的经验，主动地剔除不合理的、目光短浅的用户需求，从软件角度改进操作流程或操作规范，提出新的潜在的用户需求。 这些需求虽然暂时尚未被用户意识到，但在将来的软件应用过程中肯定会受到用户欢迎。 * 结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法。 可行性研究得出的是目标系统的高层数据流图。 需求分析的目标之一就是把数据流和数据存储定义到元素级。 从数据流图的输出端着手分析，输出数据决定了系统必须具有的最基本的组成元素。 　输出数据组成元素通过调查访问不难搞清。 每个输出数据元素又是从哪里来的呢? 或者是从外面输入到系统中来，或者是通过计算由系统中产生出来的。 3.2.2 面向数据流自顶向下求精 * 一、从输出端往输入端回溯，可确定每个数据元素的来源，及有关的算法。 但是，高层数据流图中许多细节没有包括，因此回溯时常常遇到下述问题： 某个数据元素需要用到数据流图中目前还没有的数据元素，或者得出这个数据元素需要用的算法尚不完全清楚。为此，需要向用户及有关人员请教，结果使分析员对目标系统的认识更深入更具体，系统中更多的数据元素被划分出来，更多的算法被搞清楚。 3.2.2 面向数据流自顶向下求精（续） * 通常： 把数据元素归入数据字典。 把算法记录在IPO图中。 增补数据流图（含数据流、数据存储、处理等）。 二、请用户复查。 　复查过程验证了已知的元素，补充了未知的元素，填补了文档中的空白。 3.2.2 面向数据流自顶向下求精（续） * 三、细化数据流图。 追踪更详细的数据流，把数据流图扩展到更低的层次。通过功能分解完成数据流图的细化。 在分析追踪时可能产生新的问题，这些问题的答案可能又在数据字典中增加一些新条目，或产生新的或精化的算法描述。 最终得到对系统数据和功能要求的满意了解。 3.2.2 面向数据流自顶向下求精（续） * 下面的图3.1粗略地概括了上述分析过程。 图3.1 面向数据流自顶向下求精过程 * 为了解决上述问题，人们研究出一种面向团队的需求收集法，称为简易的应用规格说明技术。 这种方法提倡用户与开发者密切合作，商讨不同方案并指定基本需求。 初步访谈，确定问题和解决方案。 开发者和用户分别写“产品需求”。 开会前，将“产品需求”分发给每位与会者。 3.2.3 简易的应用规格说明技术 * 每位与会者审查“产品需求”，列出系统对象、操作这些对象的服务（即处理或功能）、约束条件、性能标准。 开会，合并对象（消去冗余），得到意见一致的列表。 分小组讨论，为每张列表制定小型规格说明。 综合讨论，起草软件规格说明书。 3.2.3 简易的应用规格说明技术 * 快速原型就是快速建立起来的旨在演示目标系统主要功能的可运行的程序。 其特性：⑴快速。⑵容易修改。 为了快速地构建和修改原型，通常使用下述3种方法和工具： ⑴第四代技术（使得软件工程师能够快速地生成可执行的代码，是较理想的快速原型工具）。 ⑵可重用的软件构件（使用一组已有的软件构件来装配原型）。 ⑶形式化规格说明和原型环境（调用自动工具把基于形式语言的规格说明翻译成可执行的程序代码） 3.2.4 快速建立软件原型 * 为了更好地理解复杂事物，人们常常采用建立事物模型的方法。 所谓模型，是为了理解事物而对事物做出的一种抽象，是一种无歧义的书面描述。 模型由一组图形符号和组织这些符号的规则组成。 根据结构化分析准则，需求分析过程应该建立3种模型，它们分别是数据模型、功能模型和行为模型。 3.3 分析建模与规格说明 3.3.1 分析建模 * 数据模型 　实体－联系图，描绘数据对象及数据对象之间的关系，用于建立数据模型。