软件工程讲义-02 第二篇 章 需求分析.pptVIP

软件工程第二章 需求分析;2.1 系统分析;识别用户要求; ;推荐可行的方案 编写可行性研究报告 成本估算 专家估算技术（Delphi技术） 成本估算模型（COCOMO） 效益估算 投资回收期 纯收入 投资回收率;2.2 软件需求分析;需求分析是一项软件工程活动，它包括： 需求获取 刻划出软件的功能和性能； 指明软件与其他系统元素的接口； 建立软件必须满足的约束。 需求建模 需求分析建立起来的模型为日后软件设计人员提供了可被翻译成数据、体系结构、接口和处理过程设计的模型。;需求规格说明 需求规格说明为开发人员和用户提供软件开发完成时质量评价的依据。 需求评审 需求分析研究的对象是用户的要求。 必须全面理解用户的各项要求，准确表达被接受的用户要求。 只有经过确切描述的软件需求才能成为软件设计的基础。 ;软件开发是要实现目标系统的物理模型。需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统 “做什么” 的问题。;3、需求获取;软件需求的层次;;需求获取过程;需求获取技术的基本特征;鼓励分析员使用面向问题的术语思考问题，编写文档； 为分析员提供多种可供选择的解决方案； 适应需求的变化。 适于以上特征的需求获取方法： 基于数据流图的结构化分析方法； 基于用例（use case）的建模方法。 需求获取技术的关键点在于： 深入浅出 需求获取要尽可能全面、细致。; 获取的需求是个全集，系统真正实现的是个子集。分析时的调研内容并不都纳入到新系统中，目的在于以后的扩充。 以流程为主线 在与用户交流的过程中，应该用流程将所有的内容串起来。如信息、组织结构、处理规则等。这样便于交流沟通。 流程描述有宏观，也有微观。既要强调总体的业务流程、全生存周期的业务流程，又要对流程细化，有分支的业务流程。;需求获取应遵循的原则;需求获取的步骤;运用需求获取技术开发反映主要业务规则的用例（或数据流图）并设置优先级。 收集来自用户的质量特性信息和其他非功能需求 将性能、安全性、可靠性等需求和其他设计约束结合业务规则，形成功能需求。 分???在用例（或数据流图）中涉及的数据 包括数据的组成和数据之间的关系。 详细拟订用例（或数据流图）的规格说明， 建立功能模型，并进行审查，用以澄清需求获取的参与者对需求的理解。;开发并评估界面原型 设想输入设备、输出设备、显示风格、显示方式、输出格式等，建立接口规范和信息流传输规则。 从功能描述中开发概念测试用例 用测试用例来验证用例（或数据流图）、功能需求和原型。;需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面。表现在： 需求的不稳定性：在整个软件生存周期内软件需求会随着时间的推移发生变化； 需求的不准确性：用户和开发人员的认识会随着使用系统实现业务流程的实践逐步提高，一开始不可能设想得面面俱到。 需求获取只有通过有效的客户/开发者的合作才能成功。 ;针对信息系统的需求调研方法;对与用户沟通的情况及时总结归纳，整理调研结果，初步构成需求基线。若基线符合要求，则需求获取完成。 需求调研的主要手段： 发调查表； 召开调查会； 向用户领域的专家个别咨询； 实地考察， 跟踪现场业务流程； 查阅与待开发系统有关的资料； 使用各种调查工具等。;需求整理与表达的方法;4. 需求建模;常用的分析方法;结构化分析方法最初只是着眼于数据流，自顶向下，逐层分解，建立系统的处理流程，以数据流图和数据字典为主要工具，建立系统的逻辑模型。 扩充后，将建模技术扩展到数据建模、功能建模和行为建模，以实体-关系图、数据流图和控制流图、状态-迁移图为工具，数据字典为核心，从不同视点建立系统的分析模型。;结构化分析的分析模型;1. 数据建模;教学数据模型;实例的关联有三种：一对一 (1:1) ；一对多 (1:m) ；多对多 (n:m) 。 这种实例的关联称为“基数”，基数表明了“重复性”。;X;2. 功能建模和数据流;数据流图中的主要图形元素;分层的数据流图;实例考务处理系统的功能;顶层数据流图;根据考务处理业务，画出顶层数据流图，以反映最主要业务处理流程及系统与外界的关系。 经过分析，考务业务处理的主要功能应当有登记报名单、统计成绩两个主要数据流。输入的源点和输出终点是考生、考试中心和阅卷站。 然后从输入端开始，根据考务业务工作流，画出数据流流经的各加工框，逐步画到输出端，得到第 0 层数据流图。;报名表;第一层数据流图 (a);第一层数据流图 (b);3. 行为建模;状态迁移图;状态迁移图是描述系统的状态如何响应外部的事件进行推移的一种图形表示。 “○”表示可得到的系统状态 “→”表示从一种状态向另一种状态的迁移。;Petri网;标记，或称令牌 (to