系统分析和建模PPT课件

-,1,第五章-开放复杂智能系统分析,5.1面向组织系统分析任务与过程,5.2集成建模理论,5.3成员建模,-,2,5.1面向组织系统分析任务与过程,两个基本过程：实施早期需求分析;实施晚期需求分析；,（1）收集信息：抽取所要构建的开放复杂智能体系统中关于业务目标，技术目标，利益相关者，规则，环境等的基本信息;获取关于精神状态信息，如信念，意图与期望等。（2）定义需求：获取功能性与非功能性需求，功能性需求包括利益相关者，规则，环境等；非功能性需求包括全局特性要求等。（3）筛选需求：对获取的需求进行整理，精炼，排序与筛选等，形成基础需求清单。（4）构建原型：基于所筛选的需求，进行快速原型设计，从而进一步精炼与确定可信需求清单，检查充分性与必要性。,-,3,5.1面向组织系统分析任务与过程,（5）优化备选：对照形成的需求收集备选项，进行相关对比分析与优化，从而确定最终需求项；可借助情景分析，模型检查等进行优化与完善。(6)需求建模：采用可视与形成建模方法对所确定的单元构成单元进行表达。（7）评价推荐:对最终需求选项进行评价，决定分析阶段任务是否结束，是否继续妄下进行系统设计。（8）转换机制：如果进行系统设计，确定从系统分析结果向系统设计模块的转化与对应关系。,-,4,5.2集成建模理论集成建模方法,-,5,5.2集成建模理论集成建模方法,1.早期需求分析早期需求分析旨在理解所要设计的软件系统最终应处于什么样的组织背景与环境，提供什么样的功能等。在此基础上，进行组织分解，整理出系统所包含的成员名单。2.晚期需求分析晚期需求分析定义所要设计的软件系统的模型构建，运行环境，以及相关功能与品质要求。在面向智能体，组织与服务的集成计算方法里，晚期需求分析按照组织抽象框架确定构成成员，并针对上述模型与早期的需求分析所得进行情景分析，连锁状态分析，服务品质分析等，以期获得早期分析一致与完备的输出。3.功能性需求分析功能性需求分析定义系统应具备的基本功能，内在工作机制和系统行为。,-,6,5.2集成建模理论集成建模方法,4.非功能性需求非功能需求定义对系统设计与实施的约束，对成本与可靠性的要求等。5.面向目标建模面向目标建模将目标这个概念年作为需求获取与规范化的关键词之一。目标或手段设计一些基本的问题，如“为什么”“怎么样”“其他如何”等，目标建模保目标定义，分解，层次划分，实现目标的手段，实现目标的利益相关者，目标精炼等。6.面向业务建模面向业务建模定义系统所应满足的业务需求与特点，并符合业务约束，包括业务期望目标，适应业务过程分析，业务逻辑，业务规范，相关业务部门（用户），业务中被动角色等，并体现领域约束，数据约束，业务评价约束，系统提交越是等。,-,7,5.2集成建模理论集成建模方法,7.形式建模形式建模是概念建模的主要形式。形式建模采用形式化的规范，定义被描述系统中各对象与类之间的关系。8.可视建模可视建模是对概念建模中形式建模的补充形式，可视建模采用图形表达方式对系统中的对象以及关系进行描述。9。集成建模集成建模是将形式建模与可视建模有机的结合起来，二者相互补充，从而形成技能准确表达被分析系统中的概念，实体，关系与逻辑层次等，又能给用户展现生动具体，清晰可视的结构与关系图。,-,8,5.2集成建模理论集成建模方法,可视建模可视建模或者称为可是需求分析，是以图形化的方式将目标系统中的相关对象实体与对象类等之间的关系表达给用户，由相关的需求分析方法论，模型构件元件，构建过程支持等组成。可视建模工具有通用性工具/领域专用性工具，如UML(unifiedmodelinglanguage,中文名：统一建模语言，主要用于地理学，地理信息系统的建模中)/SYsML（可视化建模的在系统工程应用领域的延续和扩展）,BPMN（建模标注BusinessProcessModelingNotation）可视建模方法论CASE（ComputerAidedSoftwareEngineering计算机辅助软件工程）方法以及相关的USECASE用例工具。应用这些工具时进行系统系统建模时，通常建立多种用例图，如类图，活动图，序列图。采用CASE工具辅助开发并不是一种真正意义上的方法，它必须依赖于某一种具体的开发方法，如结构化方法、原型方法、面向对象方法等，一般大型的CASE工具都可以支持。,-,9,5.2集成建模理论集成建模方法,形式建模形式建模有两种基本的形式化策略，即基于逻辑的形式化与基于非逻辑的形式化,描述逻辑中的属性构造符时序操作符形式描述中的操作符的目的为采用形式化的技术规范，被描述系统中各对象与类之间的相互关系。,-,10,5.3成员建模,成员建模在组织框架里，成员可以从成员类型，成员角色，角色，特征，以及属性等维度加以描述。成员类型包括如下几种：智能体，服务，人，工作空间，资源等。,-,11,5.3成员建模,-,12,角色模型,5.3成员建模,-,13,成员的形式化描述ActorActor_typeRole:human/workspace,agent/service/resourceAttributeActivityPropertyProperty_typeProperty_mode,5.3成员建模,-,14,ActorAgentalgoPluginAgentRolePluginpersonAttributeconstantagenttid:AgentCodeAttributeconstantfathertid:AgentCodeAttributeconstantchildid:AgentCodeAttributeconstantalgoid:AgentCodeAttributeconstantapid:AgentCodeProtocolReadAlgoIDProtocolCheckPlugIDPermissions对于algoid:agentid.CheckPlugID(algoid)-apid,existed()=TruePluginperson向系统注册所要插入的算法或者功能组件。该智能体执行此角色时先后执行协议CheckAlgorithmValiddity(检查算法的有效性）ApplyR