Chap02 需求分析与系统建模.pptVIP

Chap02 需求分析与系统建模;1、获得需求 收集需求 整理需求 描述需求;一、Rational Rose对UML建模的支持;一、Rational Rose对UML建模的支持;一、Rational Rose对UML建模的支持;一、Rational Rose对UML建模的支持;二、需求（对用例）分析; 希望您能够区分UML中所涉及的“分析类”和“实现类”之间的差别吗！当然也包括概要设计和详细设计中的“类”的差别？;2、为什么要进行需求分析的过程 （1）需求分析工作的重要性 通过对用户的需求进行分析，可以产生出体现整个系统灵魂的文档，并且能够实现将客户需求从“具体描述”到“抽象表示”的一个过程 最终产生并能够制定出开发过程中可实施的规范和标准。;（3）需求分析的主要任务 为了使开发出来的目标系统能满足实际需要，在着手编程之前，必须要有一定的时间用来认真地考虑以下的问题： 系统所要求解决的问题是什么？ 为解决该问题，系统应干些什么？ 系统应该怎么去干？ 注意：基本的要求应该是能够找出系统的主要“实体对象”以及系统的“业务流程”。;2、需求分析的基本过程 （1）问题识别 从系统的角度来理解软件并评审软件范围是否恰当 确定对目标系统的综合要求，即软件的需求 提出这些需求实现条件，以及需求应达到的标准 ;（4）需求分析评审 系统定义的目标是否与用户的要求一致; 系统需求分析阶段提供的文档资料是否齐全; 文档中的所有描述是否完整、清晰、准确反映用户要求; 与所有其它系统成分的重要接口是否都已经描述; 被开发项目的数据流与数据结构是否足够，确定; 所有图表是否清楚，在不补充说明时能否理解; 主要功能是否已包括在规定的软件范围之内，是否都已充分说明 ;三、面向对象的分析;三、面向对象的分析;三、面向对象的分析;三、面向对象的分析;四、UML建模中涉及的分析类;四、UML建模中涉及的分析类;四、UML建模中涉及的分析类;1、系统建模 （1）概述 严格的说用例模型并不是面向对象的，它描述的是系统的功能，只是建立系统的最初的输入。 为了更细腻的分析需求，从面向对象的角度，可以建立领域模型。 （2）什么是建模 通过将用户的业务需求映射为项目的系统架构、程序代码，同时保证程序代码能够满足和实现用户的需求，并且代码还能回溯需求的过程。;2、为什么要建模 （1）建立大厦和建立狗窝的区别是建设狗窝不需要设计 因此，同样要生产合格的软件也就要有一套关于体系结构、实现过程和所使用的工具各种规范的说明。;3、建模的意义体现 （1）在系统开发时需要对系统进行简化和抽象 （2）通过构建系统模型以便能够对系统进行全面的分析和设计;5、系统建模的具体方法---采用“结构化” （1）结构化模型设计方法的实现 传统的面向过程的软件开发是从---算法的角度和业务流程进行建模。 （2）模型的核心是数据词典 它描述了所有的在目标系统中使用的和生成的数据对象。围绕着这个核心的有三种图： 实体---关系图(ERD) 描述数据对象及数据对象之间的关系，用于数据建模； 数据流图(DFD) 描述数据在系统中如何被传送或变换，以及描述如何对数据流进行变换的功能（子功能），用于功能建模； 使用系统结构图来表达功能间的关系 ;（3）使用系统结构图来表达功能间的关系;（5）结构化模型设计方法主要的缺点 传统的结构化模型的设计所建立的模型（数据）不能反应源代码（操作），忽略了模型与代码之间不可分割的内在联系 模型与代码几乎没什么关系。同时根据模型不能生成代码，反之根据代码更不能生成模型。 不能保证软件的质量，更不易软件的维护----没什么约束力也没有检测的标准。 传统的软件开发是从算法的角度进行建模-----所有的软件都用函数作为构造块，这种建模方法使设计人员把精力放在控制流程和对应的算法进行分析上，这种方法建立的模型是脆弱的，因为当需求发生变化的时候，将难以维护。 没有体现出数据所表示的业务含义，并且对客观世界的描述不够准确 过程式设计对于比较复杂的问题，或是在开发中需求变化比较多的时候，往往显得力不从心;6、系统建模的具体方法----采用“面向对象” （1）面向对象的建模---封装和继承 把系统看作是相互协作的对象，这些对象是结构和行为的封装---都属于某个类，通过类能反映某种层次化的结构。 系统的所有功能通过对象之间相互发送消息来获得。;7、OO建模技术的实现形式---通过UML来进行建模 （1）静态建模---静态建模机制主要包括 用例图 包图、类图、对象图 组件图和配置图;8、何时需要建模 （1）在应用开发的任何阶段进入建模工作都是有意义的 （2）在设计最