【建模教程】-3D建模-楼梯建模法

----宋停云与您分享--------宋停云与您分享----[3d建模]MAX楼梯的快速简单建模----宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享----[3d建模]MAX楼梯的快速简单建模----宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享--------宋停云与您分享----北京市网上审批市级平台项目UML建模规范版本<1.0>----宋停云与您分享--------宋停云与您分享----UML建模规范简介目的MagicDraw进行需求建模的规范。参考资料建立模型Package在model“data”下建立“用例”和“角色”包。用例包用例包是用例、参与者、关系、图和其他包的集合，通过将用例模型分成若干个较小的部分来建立用例模型。用例模型可以组织为一个有层次的用例包结构，而主角或用例是该结构中的“树叶”。用例包的层数使用该技术时必须决定总共使用几级包。经验表明每个用例包都应当包括大约 3至10个较小的单元（用例、参与者或其他包。下表给出了一些建议，说明在给定用例和参与者的数量时，您应当使用多少包。因为不可能提供精确的指南，所以建议的数量有所重叠。0-15：不需要用例包。10-501层用例包。----宋停云与您分享--------宋停云与您分享----252层用例包。用例包的组成包由包或类组成，表示包与包之间的关系。包图用于描述系统的分层结构。用例包中可以包括以下对象：参与者Actor。角色关系：用用例图表示。用例UseCase：用例图UseCaseDiagram。活动图ActivityDiagram：用来表示流程。本项目中，用例包的层次结构定义如下：第一级：按业务领域定义包。例如：在线服务；协同办公；网上等第二级：按各业务领域下叠子系统定义包。例如：业务数据采集系统、数据报送软件等。第三级：如果需要继续分类，则定义第三级用例包。最底层包下，包括用例。各元素下所含内容第一级：在“Specification-Documentation”属性下，简要介绍该业务域。第二级：在子自系统包的“Specification-Documentation”属性下，进行该子系统的总体信息描述，包括：一、概述：描述子系统主要功能。例如：业务采集系统主要是采集北京市各委办局业务事项的静态信息，系统部署在市级平台，供各委办局登----宋停云与您分享--------宋停云与您分享----陆使用。二、.业务术语如：事项属性：本系统的业务事项的属性有三种：业务事项基本信息、业务环节信息、子类信息。其中业务事项基本信息和业务环节信息是业务事项的必有属性，而子类信息是可选属性。例如：1.行政许可事项静态信息：政许可事项包括许可事项静态基础信息、行政许可事项子类信息和行政许可事项办理过程基准信息三部分。许可事项静态基础信息对许可事项进行了描述，并规定了许可事项的基准过程，许可事项的办理信息同基准信息进行比对，从而发现其中存在的问题。四、公共业务规则，例如.8位长，前四位为四位委办局编码，第五位按A、B、C，第六位为三位的大项流水号。当有其他文档描述公共业务规则时，可引用相关文档，例如：见（网上审批业务编码规则。第二级（子系统）包下，包括以下对象：实体包：包含业务实体与实体类图； Name:与CDM的实体名相同，Stereotype:«Entityl»。活动图ActivityDiagram：如果有必要，可以在用例包或用例下创建活动图，用来表示工作流程。状态图：状态机（可选）Systemboundary（如果需要）----宋停云与您分享--------宋停云与您分享----用例与用例图。如果有 systemboundary，则用例与用例图在 systemboundary下。用例图：在相应的用例包中创建用例图。在用例图中，actorusecase之间的关系用“Association”,关联的方向根据具体情况而定。用例之间的关系包括以下三种：include，extend，generalization。每个用例下包括一个边界类、一个控制类。一个或多个时序图。边界类：Name:B+“-”+用有意义的中文命名；Stereotype:boundary»控制类：Name:C+“-”+用有意义的中文命名；Stereotype:Control»Actor；根据业务流程描述逐步地定义对象；实现对象间的消息连接。在定义消息时，必须有名称和所执行的操作描述。角色包dataActor放在该包中。actor之间的关系。只使用泛化关系。Name:以有意义的中文命名Stereotype:ActorDocumention:对该主角进行解释----宋停云与您分享--------宋停云与您分享----用例文档构成用例描述应包括如下各个组成部分：名称：名称应该表明用户的意图或用例的用途，如“XX[可选]："UC1701"，在项目的其他元素（如类模型）中可用它来引用这个用例。描述：概述用例的几句话。前置条件：一个条件列表，如果其中包含条件，则这些条件必须在访问用例之前得到满足。参与者在用例中所遵循的主逻辑路径。因为它描述了当各项工作都正常进行时用例的工作方式，所以通常称其为适当路径(happypath)或主路径(mainpath)。用例中很少使