《软件工程-第三章-需求分析答案上课讲义.ppt》由会员分享，可在线阅读，更多相关《软件工程-第三章-需求分析答案上课讲义.ppt（48页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、软件工程-第三章-需求分析答案2目录页3.2 需求获取的方法第3章在需求分析过程中，在需求分析过程中，需求获取阶段是开发人员和用户交往最多的阶段。需求获取阶段是开发人员和用户交往最多的阶段。一般情况下，一般情况下，用用户并不熟悉计算机的相关知识，户并不熟悉计算机的相关知识，更不懂得需求分析方法，更不懂得需求分析方法，所以他们不知道如何全面而又准确无所以他们不知道如何全面而又准确无误地表达自己的需求。误地表达自己的需求。而软件开发人员对相关的业务领域也不甚了而软件开发人员对相关的业务领域也不甚了 解，解，用户与开发人员之间对用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会给需求分析带
2、来很大困难。同一问题理解的差异和习惯用语的不同往往会给需求分析带来很大困难。所以，所以，开发人员与用开发人员与用户之间要进行充分和有效的沟通，户之间要进行充分和有效的沟通，需要采取科学的需求获取方法与技巧，需要采取科学的需求获取方法与技巧，恰当地启发引导用户恰当地启发引导用户表达自己的需求，表达自己的需求，以减少后期重复修改需求的次数。以减少后期重复修改需求的次数。3目录页3.2 需求获取的方法第3章1 深入浅出深入浅出需求获取要尽可能全面、需求获取要尽可能全面、细致。细致。调研获取的需求是个全集，调研获取的需求是个全集，而目标系统真正实现的是个而目标系统真正实现的是个子集。子集。分析时的调研
3、内容并不一定都要纳入到新系统中，分析时的调研内容并不一定都要纳入到新系统中，但全面、但全面、细致的调研既有利于弄清系细致的调研既有利于弄清系统全局，统全局，又有利于以后的扩充。又有利于以后的扩充。2 以流程为主线以流程为主线在与用户交流的过程中，在与用户交流的过程中，应该用流程将所有的内容串起来，应该用流程将所有的内容串起来，如单据、如单据、信息、信息、组织结构和组织结构和处理规则等，处理规则等，这样便于交流沟通。这样便于交流沟通。流程的描述既要有宏观描述，流程的描述既要有宏观描述，也要有微观描述。也要有微观描述。3.2.1 需求获取的基本原则需求获取的基本原则4目录页3.2 需求获取的方法第
4、3章1.问卷调查问卷调查2.访谈和会议访谈和会议3.市场调查市场调查4.实地操作实地操作5.建立原型建立原型3.2.2 获取需求的途径和方法获取需求的途径和方法5目录页3.2 需求获取的方法第3章获取用户需求，获取用户需求，就需要深入企业现场调研，就需要深入企业现场调研，需求调研的步骤如下：需求调研的步骤如下：（1）调研用户领域的组织结构、调研用户领域的组织结构、岗位设置和职责定义，岗位设置和职责定义，从功能上区分有多少个子系统，划分系统从功能上区分有多少个子系统，划分系统的大致范围，的大致范围，明确系统的目标。明确系统的目标。（2）调研每个子系统所需的工作流程、调研每个子系统所需的工作流程、
5、功能与处理规则，功能与处理规则，收集单据、收集单据、报表和账本等原始调研每个报表和账本等原始调研每个子系统所需的作流程功能与处资料，子系统所需的作流程功能与处资料，分析物流、分析物流、资金流和信息流三者的关系，资金流和信息流三者的关系，以及如何用数据流来表示以及如何用数据流来表示这三者的关系。这三者的关系。（3）对调研的内容事先准备，对调研的内容事先准备，针对不同管理层次的用户询问不同的问题，针对不同管理层次的用户询问不同的问题，列出问题清单。将操作列出问题清单。将操作层、层、管理层和决策层的需求既联系又区分开来，管理层和决策层的需求既联系又区分开来，形成一个金字塔，形成一个金字塔，使下层满足
6、上层的需求。使下层满足上层的需求。（4）对与用户沟通的情况及时总结归纳，对与用户沟通的情况及时总结归纳，整理调研结果，整理调研结果，找出新的疑点，找出新的疑点，初步构成需求基线。初步构成需求基线。（5）若需求基线符合要求，若需求基线符合要求，则需求分析完毕；则需求分析完毕；反之返回到前面某一步。反之返回到前面某一步。如此循环多次，直到需求如此循环多次，直到需求分析使双方满意为止。分析使双方满意为止。3.2.3 需求调研的步骤需求调研的步骤6目录页3.3 需求获取的步骤第3章一般来说，需求分析分为需求获取、分析建模、需求建模、需求验证四个步骤，如下图所一般来说，需求分析分为需求获取、分析建模、需
7、求建模、需求验证四个步骤，如下图所示：示：7目录页3.3 需求获取的步骤第3章此阶段的工作是需求获取、此阶段的工作是需求获取、问题识别，问题识别，即收集并明确用户需求的过程。首先，即收集并明确用户需求的过程。首先，系统分析系统分析员要研究可行性研究报告和软件项目实施计划。员要研究可行性研究报告和软件项目实施计划。主要是从系统的角度来理解软件，主要是从系统的角度来理解软件，确定对目标确定对目标系统的综合要求，系统的综合要求，即软件的需求。即软件的需求。还要提出这些需求实现的条件，还要提出这些需求实现的条件，以及需求应达到的标准。以及需求应达到的标准。也就是解决待开发系统需要也就是解决待开发系统需
8、要“做什么做什么”，“做到什么程度做到什么程度”的问题。这些需求包括：的问题。这些需求包括：（1）功功能需求：能需求：（2）性能需求：性能需求：（3）环境需求：环境需求：（4）可靠性需求：可靠性需求：（5）安全保密性需求：）安全保密性需求：（6）用户界面需求：用户界面需求：（7）资源使用需求：资源使用需求：（8）软件成本消耗与开发进度需求：软件成本消耗与开发进度需求：（9）预计预计系统可达到的目标：系统可达到的目标：3.3.1 需求获取需求获取8目录页3.3 需求获取的步骤第3章获取到需求后，获取到需求后，要把来自用户的信息加以分析，要把来自用户的信息加以分析，通过通过“抽象抽象”建立待开发的
9、系统逻辑模建立待开发的系统逻辑模型。型。模型是为了模型是为了 理解事物而对事物做出的一种抽象，理解事物而对事物做出的一种抽象，通常由一组符号和组织这些符号的规则组通常由一组符号和组织这些符号的规则组成。成。为待开发系统建立模型，为待开发系统建立模型，有助于人们更好地理解问题，有助于人们更好地理解问题，常用的建模方法有数据流图、实体常用的建模方法有数据流图、实体联系图（联系图（E|R图）图）、状态转换图、状态转换图、用例图、用例图、类图、类图、对象图等。对象图等。系统分析员根据目标系统的模型，系统分析员根据目标系统的模型，从信息流和信息结构出发，从信息流和信息结构出发，逐步细化所有的软件功能，逐
10、步细化所有的软件功能，找出系统各元素之间的联系、找出系统各元素之间的联系、接口特性和对设计的限制，接口特性和对设计的限制，剔除需求中不合理的成分，剔除需求中不合理的成分，增加需要增加需要的部分，的部分，最终把各项需求组织起来，最终把各项需求组织起来，提交目标系统的详细逻辑模型。提交目标系统的详细逻辑模型。3.3.2 分析建模分析建模9目录页3.3 需求获取的步骤第3章需求描述就是指编制需求分析阶段的文档。需求描述就是指编制需求分析阶段的文档。即将已经过分析的需求清晰、即将已经过分析的需求清晰、全面、全面、系统、系统、准确地描述成正式的文档准确地描述成正式的文档软件需求规格说明书。软件需求规格说
11、明书。软件需求规格说明书以开发人员的角度，软件需求规格说明书以开发人员的角度，对开发系统的业务模型、对开发系统的业务模型、功能模型、功能模型、数据模型数据模型等内容进行描述，等内容进行描述，明确地表达了明确地表达了 用户与系统分析员对软件系统的共同理解，用户与系统分析员对软件系统的共同理解，将作为概要设计和将作为概要设计和详细设计的基线。详细设计的基线。对于复杂的软件系统，对于复杂的软件系统，此阶段除产生软件需求规格说明书（称软件需求文档，此阶段除产生软件需求规格说明书（称软件需求文档，主要描述主要描述软件部分的需求）软件部分的需求）外，外，还要产生系统定义文档（即用户需求报告）还要产生系统定
12、义文档（即用户需求报告）和系统需求文档（即系统需和系统需求文档（即系统需求规格说明书）求规格说明书）。3.3.3 需求描述需求描述10目录页需求验证就是验证（复查）需求验证就是验证（复查）需求分析的成果，需求分析的成果，也称综合评审。也称综合评审。需求验证就是对需求的正需求验证就是对需求的正确性进行严格的验证，确性进行严格的验证，确保需求的一致性、确保需求的一致性、完整性、完整性、清晰性、清晰性、现实性和有效性，现实性和有效性，确保设计与确保设计与实现过程中的需求可回溯性，实现过程中的需求可回溯性，并进行需求变更管理。并进行需求变更管理。一般情况下，一般情况下，需求验证以用户、需求验证以用户、
13、系统分析员、系统分析员、系统设计人员和管理人员共同参与的会议系统设计人员和管理人员共同参与的会议形式进行，形式进行，最后由评审负责人签字。最后由评审负责人签字。3.3.4 需求验证需求验证3.3 需求获取的步骤第3章11目录页3.4 结构化的需求分析方法第3章3.4.1 结构化分析方法概述结构化分析方法概述1.分析策略分析策略结构化分析（结构化分析（Structured Analysis，简称简称SA）方法是方法是20世纪世纪70年代由年代由EYourdon等人提出的等人提出的一种面向数据流的分析方法，一种面向数据流的分析方法，适用于大型的数据处理系统。适用于大型的数据处理系统。由于利用图形来
14、表达需求会使文档由于利用图形来表达需求会使文档清晰、清晰、简明、简明、易于学习和掌握，易于学习和掌握，所以软件分析人员仍在广泛使用这种传统的分析方法。所以软件分析人员仍在广泛使用这种传统的分析方法。结构化分析方法总的指导思想是结构化分析方法总的指导思想是“自顶向下，自顶向下，逐步求精逐步求精”，它的两个基本原则是它的两个基本原则是“抽象抽象”和和“分解分解”，即按照功能分解的原则，即按照功能分解的原则，对系统进行逐层分解，对系统进行逐层分解，直到找到所有满足功能要求直到找到所有满足功能要求的可实现软件元素为止。的可实现软件元素为止。12目录页3.4 结构化的需求分析方法第3章3.4.1 结构化
15、分析方法概述结构化分析方法概述13目录页2.描述工具描述工具结构化分析方法利用图形等半形式化的描述表达需求，结构化分析方法利用图形等半形式化的描述表达需求，用它们形成需求规格说明书的主要用它们形成需求规格说明书的主要部分，部分，主要工具有：主要工具有：（1）数据流图（数据流图（DFD）。描述系统的分解，描述系统的分解，即描述系统由哪几部分组成，即描述系统由哪几部分组成，各部分之间有各部分之间有什么联系等。什么联系等。（2）数据词典（数据词典（DD）。明确定义数据流图中的数据和加工。明确定义数据流图中的数据和加工。它是数据流条目、它是数据流条目、数据存数据存储条目、储条目、数据项条目和基本加工条
16、目的汇集。数据项条目和基本加工条目的汇集。（3）结构化语言、结构化语言、判定表和判定树。判定表和判定树。用于详细描述数据流图中不能再分解的每一个基本用于详细描述数据流图中不能再分解的每一个基本加工的处理逻辑。加工的处理逻辑。3.4 结构化的需求分析方法第3章3.4.1 结构化分析方法概述结构化分析方法概述14目录页3.4 结构化的需求分析方法第3章3.4.1 结构化分析方法概述结构化分析方法概述15目录页3.4 结构化的需求分析方法第3章3.4.12 数据流图数据流图1、数据流图的基本符号、数据流图的基本符号16目录页2.数据流图的绘制步骤数据流图的绘制步骤（1）画顶层数据流图列出系统的全部数
17、据源点和终点，画顶层数据流图列出系统的全部数据源点和终点，将系统加工处理过程作为一个整将系统加工处理过程作为一个整体，体，就可能得到顶层图图。就可能得到顶层图图。具体说就是：具体说就是：画一个圆，画一个圆，在其中写上系统名称，在其中写上系统名称，然后在圆的外围然后在圆的外围画上系统的输入和输出，具体说就是画个圆在其中写上系统名称然后在圆的外围画上系统的输画上系统的输入和输出，具体说就是画个圆在其中写上系统名称然后在圆的外围画上系统的输入和输出，这一步工作实际上是决定研究的内容和系统的范围。入和输出，这一步工作实际上是决定研究的内容和系统的范围。（2）画各层数据流图对系统处理过程自顶向下，画各层
18、数据流图对系统处理过程自顶向下，逐步分解，逐步分解，画出各层的数据流图。画出各层的数据流图。（3）画总的数据流图这一步对了画总的数据流图这一步对了 解整个系统很有好处，解整个系统很有好处，但也要根据实际情况来决定总图但也要根据实际情况来决定总图的布局，的布局，不要把数据流图画得太复杂。不要把数据流图画得太复杂。3.4 结构化的需求分析方法第3章3.4.2 数据流图数据流图17目录页3.数据流图中的命名规则数据流图中的命名规则（1）数据流数据流数据流表明数据和数据流向，数据流表明数据和数据流向，它通常由一组数据项组成。它通常由一组数据项组成。（2）加工加工加工是对数据的某种操作或变换。加工是对数
19、据的某种操作或变换。（3）文件文件文件起暂时保存数据的作用。文件起暂时保存数据的作用。（4）数据源点和终点数据源点和终点数据源点和终点是数据的始发点和终止点，数据源点和终点是数据的始发点和终止点，是软件系统外部环境中的实体（包括人员、组是软件系统外部环境中的实体（包括人员、组织或其他软件系统）织或其他软件系统），统称外部实体。统称外部实体。3.4 结构化的需求分析方法第3章3.4.2 数据流图数据流图18目录页3.4 结构化的需求分析方法第3章3.4.2 数据流图数据流图4.数据流图中分层技术数据流图中分层技术对于比较复杂的实际问题，对于比较复杂的实际问题，在数据在数据流图上常常出现十几个乃至
20、几十个、流图上常常出现十几个乃至几十个、上百上百个加工，个加工，这样的数据流图复杂而且难以理这样的数据流图复杂而且难以理解。解。为了避免这种情况出现，可以采用数为了避免这种情况出现，可以采用数据流图的分层技术。据流图的分层技术。分层技术的基本思想分层技术的基本思想是，是，不是在一个数据流图中一次引入太多不是在一个数据流图中一次引入太多的细节，而是有控制地逐步增加细节，的细节，而是有控制地逐步增加细节，实实现从抽象到具体的逐步过渡。现从抽象到具体的逐步过渡。19目录页1.数据词典的内容数据词典的内容一般说来，一般说来，数据词典的每个条目中应包括以下信息。数据词典的每个条目中应包括以下信息。（1）
21、名字：名字：数据流、数据流、数据项、数据项、数据存储或外部实体的名称。数据存储或外部实体的名称。（2）别名或编号：别名或编号：第（第（1）项中对象的其他名字。项中对象的其他名字。（3）分类：分类：数据流、数据流、数据项、数据项、加工、加工、数据存储、数据存储、外部实体等。外部实体等。（4）内容描述：内容描述：描述内容或数据结构等。描述内容或数据结构等。（5）何处使用：何处使用：哪些加工使用该条目。哪些加工使用该条目。3.4 结构化的需求分析方法第3章3.4.3 数据词典数据词典20目录页2、数据词典中使用的符号、数据词典中使用的符号3.4 结构化的需求分析方法第3章3.4.3 数据词典数据词典
22、21目录页3、数据词典书写实例、数据词典书写实例3.4 结构化的需求分析方法第3章3.4.3 数据词典数据词典22目录页3、数据词典书写实例、数据词典书写实例3.4 结构化的需求分析方法第3章3.4.3 数据词典数据词典23目录页3、数据词典书写实例、数据词典书写实例3.4 结构化的需求分析方法第3章3.4.3 数据词典数据词典24目录页4.数据词典的实现数据词典的实现通常，通常，实现数据词典有三种途径：实现数据词典有三种途径：(1)人工方法：人工方法：人工方法实现时，人工方法实现时，每一词典条目（即每一个数据定义或每一个加工逻辑说每一词典条目（即每一个数据定义或每一个加工逻辑说明）明）写在一
23、张卡片上，写在一张卡片上，由专人管理和维护。由专人管理和维护。为了便于搜索，为了便于搜索，所有卡片按数据名称排序。所有卡片按数据名称排序。人工人工方法的优点是容易实现。方法的优点是容易实现。(2)自动方法：自动方法：把词典存在计算机中，把词典存在计算机中，用计算机对它搜索和维护。用计算机对它搜索和维护。现有多种现有多种“词典管理程词典管理程序序”，如如PLS/PSA。用计算机管理词典质量高，用计算机管理词典质量高，搜索、搜索、维护方便。维护方便。(3)人工和自动混合的方法：人工和自动混合的方法：在人工过程中可借助正文编写程序、在人工过程中可借助正文编写程序、报告生成程序等工具辅报告生成程序等工
24、具辅助完成。助完成。3.4 结构化的需求分析方法第3章3.4.3 数据词典数据词典25目录页4.数据词典的实现数据词典的实现不论通过哪种途径实现的数据词典都应尽量做到以下几点：不论通过哪种途径实现的数据词典都应尽量做到以下几点：(1)没有冗余：没有冗余：主要指数据定义不能重复。主要指数据定义不能重复。在规格说明书的其他组成部分中已出现的信息在规格说明书的其他组成部分中已出现的信息不能重复。不能重复。(2)查阅方便：查阅方便：通过名字可以方便地查阅数据词典中的每个定义。通过名字可以方便地查阅数据词典中的每个定义。(3)定义的书写方法简单、定义的书写方法简单、方便、方便、严谨，严谨，而且可读性强。
25、而且可读性强。(4)建议采用卡片形式书写。建议采用卡片形式书写。3.4 结构化的需求分析方法第3章3.4.3 数据词典数据词典26目录页1、结构化语言、结构化语言3.4 结构化的需求分析方法第3章3.4.4 加工逻辑的描述加工逻辑的描述27目录页2、判定表、判定表在一些数据处理中，在一些数据处理中，数据流图的加工需要经过多个逻辑条件组合的取值而确定，数据流图的加工需要经过多个逻辑条件组合的取值而确定，此时用此时用自然语言或结构化语言难以描述，自然语言或结构化语言难以描述，而运用判定表描述就比较清晰明了。而运用判定表描述就比较清晰明了。3.4 结构化的需求分析方法第3章3.4.4 加工逻辑的描述
26、加工逻辑的描述28目录页3、判定树、判定树判定树也是用来表达加工逻辑的工具，判定树也是用来表达加工逻辑的工具，它是判定表的变形，它是判定表的变形，有时比判定表更直观，有时比判定表更直观，更易更易于理解和使用。于理解和使用。图书优惠政策的判定树如图图书优惠政策的判定树如图38所示所示。3.4 结构化的需求分析方法第3章3.4.4 加工逻辑的描述加工逻辑的描述29目录页1 需求规格说明书的编写内容需求规格说明书的编写内容需求分析阶段应交付的主要文档是软件需求规格说明书。需求分析阶段应交付的主要文档是软件需求规格说明书。它提供了它提供了 用户与开发人员对开发软件的共用户与开发人员对开发软件的共同理解
27、，同理解，其作用相当于用户与开发单位之间的技术合同，其作用相当于用户与开发单位之间的技术合同，是后续设计和编码的基础，是后续设计和编码的基础，是测试和验收的依是测试和验收的依据。据。软件需求规格说明书的内容框架可参阅软件需求规格说明书的内容框架可参阅GB/T 8567|2006计算机软件文档编制规范计算机软件文档编制规范。在编写需求规格说明书时应注意以下几个问题：在编写需求规格说明书时应注意以下几个问题：（1）说明书中的每一部分都非常重要，说明书中的每一部分都非常重要，因此要慎重对待。因此要慎重对待。（2）问题的描述要做到准确无误，问题的描述要做到准确无误，没有二义性。没有二义性。（3）说明书
28、的书写形式要规范。说明书的书写形式要规范。（4）允许用户根据项目的具体情况适当的将书写内容进行调整和筛选。允许用户根据项目的具体情况适当的将书写内容进行调整和筛选。3.5 需求规格说明书的编写与审评第3章30目录页2 需求分析的评审需求分析的评审在需求分析规格说明书编写完成后，在需求分析规格说明书编写完成后，必须进行需求评审，必须进行需求评审，以验证需求的正确性。以验证需求的正确性。如果在评审过程中发现说明书存在错误或缺陷，如果在评审过程中发现说明书存在错误或缺陷，应及时进行更改或弥补，应及时进行更改或弥补，重新进行相应部分的需求重新进行相应部分的需求分析、分析、需求建模、需求建模、修改需求规
29、格说明书，修改需求规格说明书，并再行评审。并再行评审。需求分析评审的主要内容如下需求分析评审的主要内容如下：需求分析评审的主要内容如下需求分析评审的主要内容如下：（1）一致性。一致性。所有需求必须是一致的，所有需求必须是一致的，任何一条需求不能和其他需求相矛盾。任何一条需求不能和其他需求相矛盾。（2）完整性。完整性。需求必须是完整的，需求必须是完整的，规格说明书应该包括用户需要的每一个功能或性能。规格说明书应该包括用户需要的每一个功能或性能。（3）现实性。现实性。指定的需求应该是用现有的软硬件技术基本上可以实现的。指定的需求应该是用现有的软硬件技术基本上可以实现的。对硬件技术的进步可以对硬件技
30、术的进步可以预测，预测，对软件技术的进步则很难预测，对软件技术的进步则很难预测，只能从现有技术水平判断需求的现实性。只能从现有技术水平判断需求的现实性。（4）有效性。有效性。必须证明需求是正确而有效的，必须证明需求是正确而有效的，确实能解决用户所面对的问题。确实能解决用户所面对的问题。3.5 需求规格说明书的编写与审评第3章31目录页3.6实例分析：“高校图书管理系统”软件需求分析第3章下面以第2章的“高校图书管理系统”为例，说明面向数据流的结构化分析方法及软件需求说明书的编写内容。在图书馆负责人和计算机系的技术人员通过了“高校图书管理系统”项目开发计划后，项目组随即进入了 项目开发阶段，计算
31、机系教师与图书馆相关业务人员紧密合作，经过15天的工作，形成了“高校图书管理系统”软件需求说明书 如下：32目录页3.6实例分析：“高校图书管理系统”软件需求分析第3章33目录页3.6实例分析：“高校图书管理系统”软件需求分析第3章34目录页3.6实例分析：“高校图书管理系统”软件需求分析第3章35目录页3.6实例分析：“高校图书管理系统”软件需求分析第3章36目录页3.6实例分析：“高校图书管理系统”软件需求分析第3章37目录页6.3 Rational Rose简介第6章6.3.4 Rational Rose建模的基本过程建模的基本过程 (1)创建模型创建模型单击菜单栏中单击菜单栏中【Fil
32、e】|【New】菜单项，或者单击标准工具栏中的菜单项，或者单击标准工具栏中的【Create New Model or File】按钮；弹出按钮；弹出“Create New Model”对话框，选择要使用的模板。如果暂时不需要任何模板，对话框，选择要使用的模板。如果暂时不需要任何模板，单击单击【Cancel】按钮。根据需要建立用户视图、逻辑视图、组件视图和部署视图。按钮。根据需要建立用户视图、逻辑视图、组件视图和部署视图。Rose所创建的模型文件的扩展名为所创建的模型文件的扩展名为.mdl。(2)保存模型保存模型单击菜单栏中单击菜单栏中【File】|【Save】选项，或者单击标准工具栏中的选项，
33、或者单击标准工具栏中的【Save Model,File,or Script】按钮。按钮。38目录页6.3 Rational Rose简介第6章6.3.4 Rational Rose建模的基本过程建模的基本过程 (3)发布模型发布模型单击菜单栏中的单击菜单栏中的【Tools】|【Web Publisher.】菜单项，弹出如图菜单项，弹出如图628所示所示对话框，在图中选择要发布到对话框，在图中选择要发布到Web页面上页面上的内容和的内容和HTML页面要保存的位置，单击页面要保存的位置，单击【Publish】按钮，按钮，Rose模型就发布到模型就发布到Web页面上，打开所保存的页面上，打开所保存的
34、.html文件，文件，就可以看到就可以看到Rose模型，模型，39目录页6.3 Rational Rose简介第6章6.3.4 Rational Rose建模的基本过程建模的基本过程 40目录页6.3 Rational Rose简介第6章6.3.4 Rational Rose建模的基本过程建模的基本过程 2.Rose建模的具体操作建模的具体操作下面介绍利用下面介绍利用Rose绘制用例图的具体操作方法：绘制用例图的具体操作方法：（1）启动）启动Rational Rose 2007后，单击后，单击【File】|【New】|在弹出的对话框中选择在弹出的对话框中选择【Cancel】命令，新建一个模型（
35、默认名称是命令，新建一个模型（默认名称是untitled）。）。（2）在左侧浏览器区域用鼠标右键单击用例视图（）在左侧浏览器区域用鼠标右键单击用例视图（Use Case View）文件夹节点，然后选）文件夹节点，然后选择择【New】菜单菜单|【Use Case Diagram】选项，新建一个用例图，可根据需要重新命名用例图名称选项，新建一个用例图，可根据需要重新命名用例图名称如如book，如图，如图630所示。所示。（3）双击刚才建立的用例（如）双击刚才建立的用例（如book），然后利用），然后利用Rose界面中间的工具栏中的工具绘制用界面中间的工具栏中的工具绘制用例图。将鼠标左键指向工具栏中
36、和图标会显示其信息。用例图中主要有角色（例图。将鼠标左键指向工具栏中和图标会显示其信息。用例图中主要有角色（Actor）、用例）、用例（Use Case）等图符工具。）等图符工具。41目录页6.3 Rational Rose简介第6章6.3.4 Rational Rose建模的基本过程建模的基本过程 42目录页6.4 建模应用案例分析第6章1顶层用例图：系统管理员进行系统维护的用例图如图顶层用例图：系统管理员进行系统维护的用例图如图631所示。所示。43目录页6.4 建模应用案例分析第6章2系统管理员添加图书的时序图和协作图如图系统管理员添加图书的时序图和协作图如图632和图和图633所示。所
37、示。44目录页6.4 建模应用案例分析第6章2系统管理员添加图书的时序图和协作图如图系统管理员添加图书的时序图和协作图如图632和图和图633所示。所示。45目录页6.4 建模应用案例分析第6章3图书在使用中的状态图如图图书在使用中的状态图如图634所示。所示。46目录页6.4 建模应用案例分析第6章4高校图书管理中的组件图包括用户界面组件图和业务处理对象组件图，其中用户界面高校图书管理中的组件图包括用户界面组件图和业务处理对象组件图，其中用户界面组件图主要根据具体的用户界面的窗体来进行组件图设计，一般一个用户界面窗体对应画一个组件图主要根据具体的用户界面的窗体来进行组件图设计，一般一个用户界面窗体对应画一个组件图，在此从略。业务处理对象组件图如图组件图，在此从略。业务处理对象组件图如图635所示。所示。E-mail：网址网址：http:/地址：大连市软件园路地址：大连市软件园路80号号大连理工大学出版社谢谢观看此课件下载可自行编辑修改，仅供参考！此课件下载可自行编辑修改，仅供参考！感谢您的支持，我们努力做得更好！谢谢感谢您的支持，我们努力做得更好！谢谢