第1章项目需求分析和项目计划(理论)

PMP项目管理

2020/12/181第1章

项目需求分析和项目计划2020/12/182课程目标学习内容OOAD的概念UML发展和用途用例图、类图、时序图、状态图以及活动图数据库设计原则PowerDesigner使用需求分析、项目计划、概要设计、详细设计项目管理学习目标掌握OOAD的用法掌握UML的用法掌握用例图、类图、时序图、状态图以及活动图原理及画法掌握PowerDesigner用法掌握需求分析、项目计划、概要设计、详细设计文档格式了解项目管理过程2020/12/183本章内容OOADUML用例图需求分析说明书规范项目计划书规范 2020/12/184本章目标了解OOA和OOD的概念了解UML的发展和用途掌握用例图的概念和用法掌握需求分析说明书的规范掌握项目计划书的规范2020/12/1851.面向对象的分析和设计OOA（Object-OrientedAnalysis，面向对象分析）是指在系统的开发过程中进行了系统业务调查后，按照面向对象的思想来分析问题面向对象的分析是依照用户所理解的真实世界中的对象和概念，发现和分析对象的内部构成和外部关系，建立准确而简洁的软件系统的对象模型1.1面向对象的分析2020/12/1861.1面向对象的分析OOA的主要原则抽象：舍弃个别的、非本质的特征，抽取共同的、本质性的特征封装：将对象的属性和服务结合成一个不可分的系统单位继承：特殊类的对象拥有其一般类的全部属性与服务分类：将具有相同属性和服务的对象进行划分聚合：将一个复杂的事物视为若干简单事物的组装体关联：通过一个事物联想到另外的事物消息通信：对象之间通过消息进行通信粒度控制：既能纵观全局，又能洞察秋毫2020/12/187面向对象的分析面向对象分析产生的3种分析模型对象模型动态模型功能模型2020/12/188面向对象的分析OOA的主要优点加强了对问题域和系统责任的理解改进与分析有关的各类人员之间的交流对需求的变化具有较强的适应性支持软件复用贯穿软件生命周期全过程的一致性实用性互动性2020/12/189面向对象的分析OOA具体分析事物时的5个步骤确定对象和类确定结构确定主题确定属性确定方法2020/12/18101.2面向对象的设计OOD（Object-OrientedDesign，面向对象设计）是面向对象方法中的一个中间过渡环节，其主要作用是对OOA分析的结果作进一步的规范化整理OOD模型由4个部分组成设计问题域部分设计人机交互部分设计任务管理部分设计数据管理部分2020/12/1811面向对象的设计OOD设计过程的主要步骤对象定义规格的求精过程数据模型和数据库设计优化2020/12/18122.UML贝多芬作曲时使用五线谱设计软件时使用UML2020/12/18132.1UML的产生和成长UML（UnifiedModelingLanguage，统一建模语言）是用来为面向对象开发系统的产品进行说明、可视化和编制文档的一种标准语言UML是软件界首次出现的统一的建模语言。目前，OMG已经将UML作为PAS（PubliclyAvailableSpecification，公用规范）提交给ISO进行国际标准化，使UML最终正式成为信息技术的国际标准语言2020/12/1814UML的产生和成长UML的形成过程2020/12/18152.2什么是UMLUML是一种标准的图形化建模语言，是面向对象分析与设计的一种标准表示UML需要实现的目标易于使用，表达能力强，进行可视化建模与具体的实现无关，可以应用于任何语言平台和工具平台与具体的过程无关，可以应用于任何软件开发的过程简单且可扩展，具有扩展和专有化机制，便于扩展，无须修改核心概念为面向对象的设计与开发中出现高级概念提供支持与最好的软件工程实践经验集成可以升级，具有广阔的适用性和可用性有利于面对对象工具的市场成长2020/12/1816什么是UMLUML用于描述模型，通过使用模型来描述系统的结构或静态特征、行为或动态特征。它从不同的视角为系统的架构建模，形成5种不同的视图：用例视图逻辑视图并发视图组件视图展开视图2020/12/18172.3UML与OOADUML对提高软件质量产生的作用标准的表示方法与软件开发的成功经验集成2020/12/18182.4UML的应用领域UML被用于为系统建模，应用范围非常广泛:信息系统技术系统嵌入式实时系统分布式系统系统软件商业系统2020/12/1819UML的应用领域UML的应用贯穿在系统开发的5个阶段：需求分析分析设计构造测试2020/12/18203.用例图3.1用例模型用例模型是将应满足用户需求的基本功能（集）聚合起来表示的强大工具用例模型的基本组成部件是用例、角色和系统用例用于描述系统的功能，也就是从外部用户的角度观察系统需要支持的功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述2020/12/18213.1用例模型引入用例的主要目的确定系统需要具有的功能为系统的功能提供清晰一致的描述为系统验证工作打下基础从需求的功能（用例）出发，提供跟踪进入系统中具体实现的类和方法，检查其是否正确的能力2020/12/1822用例模型在UML语言中，用例模型（也就是用例视图）是用例图描述的用例图中包含系统、角色和用例3种模型元素2020/12/18233.2系统系统是用例模型的一个组成部分，代表一部机器或一个商务活动等，而并非真正实现的软件系统系统的边界用于说明构建的用例模型的应用范围用例图中用一个长方框表示系统，系统的名称写在方框上或方框中2020/12/18243.3角色角色是与系统交互的人或事只要使用用例，与系统交流的任何人或事物都是角色角色是群体概念，代表一类能够使用某项功能的人或事物，并不是指个体2020/12/1825角色在实际应用中，通过明确以下6个方面的问题可以帮助建模者发现角色：使用系统主要功能的人（即主要角色）是谁需要借助于系统完成日常工作的人是谁维护、管理系统、保证系统正常工作的人（即次要角色）是谁系统控制的硬件设备有哪些系统需要与哪些其他系统交互（其他系统包括计算机系统和该系统将要使用的计算机中的其他应用软件，分为两类：①启动该系统的系统；②该系统需要使用的系统）对系统产生的结果感兴趣的人或事有哪些2020/12/1826角色UML中用一个小人的图形表示角色类，在小人的下方书写角色名称角色类之间关系角色类2020/12/18273.4用例用例代表的是一个完整的功能用例具有以下的特征用例总由角色初始化用例为角色提供值用例具有完全性2020/12/1828用例对于已识别的角色，通过询问下列问题即可发现用例角色需要从系统中获得哪种功能？角色需要做什么角色需要读取、产生、删除、修改或存储系统中的某种信息吗系统中发生的事件需要通知角色吗？或者角色需要通知系统某件事吗？这些事件（功能）能干些什么如果用系统的新功能处理角色的日常工作是简单化了，还是提高了工作效率还有一些与当前角色可能无关的问题，也能帮助建模者发现用例2020/12/1829用例UML中的用例用椭圆形表示，用例的名称写在椭圆的内部或下方用例位于系统边界的内部，角色与用例之间的关联关系（或通信关联关系）用一条直线表示用例角色与用例的关联关系2020/12/1830用例用例之间有两种关系扩展关系使用关系扩展和使用是继承关系（即通用化关系）的另一种体现形式2020/12/1831用例扩展关系一个用例中加入一些新的动作后则构成了另一个用例，这两个用例之间的关系就是通用化关系，又称扩展关系2020/12/1832用例使用关系一个用例使用另一个用例时，这两个用例之间就构成了使用关系2020/12/1833用例一个自动售货系统用例模型2020/12/18344.需求说明书需求分析可分为需求提出、需求描述及需求评审3个阶段软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础2020/12/18355.项目计划书规范的项目计划书通常是企业成功融资的必备文件之一项目计划书包含了投资决策所关心的全部内容，例如企业商业模式、产品和服务模式、市场分析、融资需求、运作计划、竞争分析、财务分析、风险分析等内容，商业计划书不仅对融资具有重要作用，而且对企业的发展具有战略指导意义2020/12/1836总结OOA（面向对象分析）是在一个系统的开发过程中进行了系统业务调查以后，按照面向对象的思想来分析问题面向对象分析模型有3种：对象模型、动态模型、功能模型OOD（面向对象设计方法）是对OOA分析的结果作进一步的规范化整理，以便能够