论文摘要
近年,随着软件架构理论及技术的日益成熟,原型系统在软件开发中的比重越来越大,尤其是面向实际应用的业务软件领域,是消除客户和软件开发者之间理解误差和验证客户需求的最有效方法。当前国内外的原型系统特点有三:一是项目化,所谓项目化是指原型系统是开发在已知、已调查的业务领域的规划蓝本基础上的,只适用与标的方或业务雷同方,复用、共用性不强。二是业务融合干扰因素大,业务融合是指软件对标的业务的数字仿真度,由于现有原型系统的融合方式涉及开发方和业务方两方面的协同,在知识背景和理解角度上难免存在着差异,这些均会对原型系统的定型结果产生杂质性影响,融合时间、成本也较高。三是UI融合死板,基本上,当前原型系统的融合范围不包括UI,只有业务方来适应开发方的结果,不能做到按需调配。针对上诉缺陷,本文提出规则构建和动态UI来尝试解决存在的问题,规则构建是基于UML原理,用类OCL语言开发的规则协议,该协议描述业务、管理等方面的内部逻辑关系,用脚本的方式来模拟现实业务工作流及管理的流程,以不定型、可扩展、可调整的方式提供标的方的逻辑数字化。动态UI填补了当前原型系统的UI融合缺失,以高深度的、全面的UI调整模式为标的方提供可按需自行定制或调整的、真正个性化的UI交互平台。
论文目录
摘要ABSTRACT目录图目录第一章 引 言1.1 研究背景1.2 存在的问题与研究动机1.3 研究意义1.4 本文工作及论文结构第二章 统一建模语言UML 和对象约束语言OCL2.1 统一建模语言UML2.1.1 UML 概述2.1.2 UML 体系结构2.1.3 UML 扩展机制2.1.4 UML 图2.2 对象约束语言OCL2.2.1 对象约束语言概述2.2.2 标准OCL 类型2.2.3 OCL 表达式2.2.4 用OCL 表达对象性质约束2.3 本章小结第三章 系统架构和原型系统3.1 系统架构3.1.1 系统架构总体设计图3.1.2 表示层3.1.3 业务层3.1.4 业务数据访问层3.1.5 数据层3.2 系统原型3.2.1 原型的定义3.2.2 原型的主要价值3.2.3 基本要求3.2.4 处理方法3.2.5 表达工具3.3 原型在软件过程的地位3.3.1 需求收集和分析3.3.2 提供原型并进行评价3.3.3 实现需求3.3.4 需求变更3.4 原型方法的一般过程3.5 本章小结第四章 设计模式和MVC 模式4.1 设计模式的背景4.1.1 模式名称4.1.2 问题4.1.3 解决方案4.1.4 效果4.2 设计模式的概念及分类4.2.1 创建型模式4.2.2 结构型模式4.3 设计模式的作用4.3.1 权衡作用4.3.2 共同词汇4.3.3 约束解决方案的范围4.4 系统设计中使用的几种设计模式4.4.1 Command 模式4.4.2 Factory Method 模式4.4.3 Singleton 模式4.5 MVC 模式4.5.1 00P 概述4.5.2 MVC 模式概述4.5.3 MVC 模式的优点4.6 本章小结第五章 动态自适应管理原型系统的设计与实现5.1 动态自适应管理原型系统的设计目标5.1.1 相关理论与工具的分析5.1.2 设计目的5.2 设计思想5.3 主要技术分析5.3.1 插件系统5.3.2 规则构建5.3.3 动态UI5.4 动态自适应管理原型系统的设计5.4.1 系统设计概况5.4.2 功能模块5.5 本章小结第六章 测试6.1 测试的环境6.2 测试及结果分析6.2.1 测试6.2.2 结果分析第七章 结论与展望7.1 结论7.2 未来的工作参考文献致谢攻读硕士学位期间已发表或录用的论文答辩决议书
相关论文文献
标签:原型系统论文; 系统架构论文; 活动论文; 规则匹配论文;