科学网 › 标签 › 应用软件

标签: 应用软件

相关帖子	版块	作者	回复/查看	最后发表

没有相关内容

相关日志

数据库系统及应用基础: 求新 2015-10-30 08:45; 内容提要本书介绍了最基础的数据库系统的基本概念、基本原理和基本方法。内容包括数据库概念，SQL语言，关系代数、数据库基础理论、数据模型、关系优化、数据库系统管理。为帮助更好地理解数据库基本理论、基本概念与基本方法，做到理论联系实际，突出应用，提供了一个小型仓储管理信息系统实例，介绍了从需求分析、建模、建立数据库与生成应用系统的全过程。为学以致用，本书联系社会上广泛应用的SQL Server数据库组织教学。为了解决编程难题，设计了基于部件库的管理信息系统软件生产线，使得无需任何编程语言知识与技能就能完成应用系统的设计与建设。本书内容分为基础篇与实践篇，在实践篇中结合有关章、节组织上机操作，其中包括应用我们开发的实验工具程序进行的实验与应用软件生产线进行系统开发的实验，通过实践环节的学习使建立对数据库及其应用的感性认识、理论联系实际以加深对数据库基本概念与基本方法的理解、学以致用使提高动手能力。为配合教学，在出版社网站中提供了PowerPoint教学幻灯片，管理信息系统软部件库（JAVA版）及软件生产线程序、实践篇中例题的电子文档。可以从 http://www.tup.com.cn/booksCenter/book_06297801.html下载。本书可作为高等院校应用类型本、专科学生新生计算机数据库基础课教材，也可作为转型学校和高职高专学校数据库应用课程的教材。前言数据库技术是一门发展迅速，在科学与社会各个领域广泛应用的技术，是计算机科学的重要分支，是建设各类信息系统的基础，目前其应用已从信息检索、一般管理扩大到科技计算、计算机辅助设计、人工智能等各个领域。本书力求由浅入深，由具体到抽象，由实践到理论，应用驱动，理论与实践紧密相结合，使读者深刻了解什么是数据库及数据库要达到的目标，掌握数据库的设计方法并了解实际数据库应用系统的组成及实现的方法。本书先对比了应用程序设计语言进行数据处理的方法、Excel和数据库环境下数据存储与操作方法的不同，通过解剖一个数据库的数据文件的实验认识什么是数据库、及数据库理论中一些至关重要的概念，建立对顺序文件与链表文件、等长存放、逻辑结构、数据字段、数据类型等的感性认识，让读者更真实地体会要完成数据库系统的目标需要解决的矛盾。本书以在实际应用系统中被广泛应用的SQL SERVER数据库管理系统为例组织教学，使关于数据库原理的学习与数据库应用实际紧密结合，使更容易地加深对数据库基本理论、基本概念的理解。随本书发布应用“管理信息系统软部件库（JAVA版）”实现的桌面系统和软件生产线程序。“管理信息系统软部件”不以具体的应用系统为目标，而是以抽象的“数据库”为目标，总结作者开发应用系统的经验，整合各类应用系统的模块设计特点，将界面设计与功能设计有机结合到一起。每个部件都集成许多功能，就如同电子产品中的智能插件、机械产品中的通用部件一样，只需设定初始参数，就能选择具体的功能，用于新的设计。以之作为工具用于实践教学，可以帮助读者更深入地理解数据库的基本理论与基本概念。也为建立软件生产线铺平道路。我们基于软部件库设计了一条管理信息系统通用软件生产线，以参照UML语言、独立设计的建模工具驱动，只需全部或部分绘制用例图、数据结构类图、组件图、系统结构类图与时序图，就能自动生成菜单程序、调用部件库中部件程序，构建应用系统。该生产线目标是提高系统易维护性、易扩展性与开发效率，让非计算机人员和初学者也能很容易地学会开发应用系统，将理论与实践紧密结合到一起，读者将不只是学习少数几个虚拟的应用系统的设计方法，而是要实地设计并建立一到多个真实的数据库应用系统，实战式的学习数据库系统的设计与实现方法，全面地学习数据库的理论技术。设计数据库应用系统的生产实践也将有利于提高读者实际动手能力。希望通过本书的学习，读者不只停留在数据库的概念、原理和理论上，而是要成为使用数据库的行家里手。操作桌面系统使得只要选择部件、选择数据表就能打开数据库，进行一项关于数据库应用的操作，界面丰富，操作较T-SQL语言及一般数据库内嵌语言简单且容易学习，可以更灵活、更自由地支配与使用数据库。也是了解软部件库的工具。本书尽量采用通俗方式表述那些涉及专业太深的问题，对一些用得不多或较难懂的问题只做最简单的介绍。本书由程学先教授主编，张慧萍、程传庆、顾梦霞、贺红艳、陈小娟、罗宏芳等参加编写并完成课件的制作。其中，张慧萍负责第1章编写；程传庆负责第2章编写；顾梦霞负责第3 、8章编写；贺红艳负责第4章编写；陈小娟负责第5章编写；罗宏芳负责第6章编写；程学先复责其他章节编写。管理信息系统软部件程序由程学先、龚晓明、王富强、程传庆、齐赛、王玉明、陈义、王嘉、程传慧、聂志恒、张卫东、杨帅等设计，参加其他电子文稿设计与制作的还有曾玲、杨晓艳、刘伟、陈永辉、程传慧等，在此一并表示感谢。本书未详细介绍部件库与软件生产线功能与设计方法，可参阅清华大学出版社出版的拙著《数据库系统原理与应用》。软部件库还需要进一步发展、完善与规范化，欢迎有兴趣者公开署名发表新的或经修改更新的部件，以充分满足应用的需要。我们愿意积极宣传与推广这方面的进展，可以应用信件和我们联系或在我的博客中留言。通信地址：430068，湖北省湖北工业大学。博客地址：http://blog.sciencenet.cn/?2551。目录基础篇 9 第1章认识数据库 9 1.1 数据处理发展历程 10 1.1.1 人工管理阶段（20世纪50年代中期以前） 10 1.1.2 文件系统阶段（20世纪50年代后期至60年代） 10 1.1.3 Excel 14 1.1.4 数据库系统阶段（20世纪60年代后期） 15 1.2 SQL SERVER 2008可视化建库建表操作方法 16 1.2.1 建立数据库 16 1.2.2 建立数据表 18 1.2.3 修改表结构 20 1.3 数据维护的可视化操作方法 21 1.3.1 数据维护的概念 21 1.3.2 分析数据库数据文件以深入认识数据库 22 1.4 数据备份与恢复的可视化操作方法 26 1.4.1 数据转储的概念 26 1.4.2 创建备份设备 26 1.4.3 数据库备份与还原 27 1.4.4 数据库分离与附加 29 1.5 数据库管理系统 30 1.5.1 DBMS的功能 30 1.5.2 DBMS的组成 31 1.5.3 关系数据库初步 32 第2章 SQL语言 36 2.1 SQL语言概貌 37 2.2 SQL数据定义功能 38 2.2.1 定义数据库 38 2.2.2 基本表的定义和修改 39 2.2.3 在SQL Server中执行SQL语句 41 2.3 SQL数据维护语句 42 2.3.1 修改(UPDATE)语句 42 2.3.2 删除（DELETE）语句 42 2.3.3 插入 (INSERT )语句 42 2.4 SQL数据查询语句 43 2.4.1 SQL查询语句格式 43 2.4.2 对单一表查询语句 45 2.4.3 对两个以上表的连接查询 46 2.4.4 外部连接 47 2.4.5 嵌套查询 48 2.4.6 批量录入数据的语句 49 2.4.7 SELECT语句的关联应用 49 2.5 视图 51 2.5.1 视图的概念 51 2.5.2 可视化方式建立视图 52 2.5.3 建立视图的语句 53 2.5.4 视图用于更新 55 2.6 SQL数据控制功能 56 第3章关系代数 60 3.1传统的集合运算 61 3.2专门的关系运算 65 第4章数据库基础理论 71 4.1 数据库系统基本概念 72 4.2 三层模式与二级映像 73 4.3 数据控制的概念 74 4.4 数据完整性保护的可视化实现 76 4.4.1.实体完整性保护的实现 76 4.4.2 参照完整性保护的实现 77 4.4.3 域完整性保护的实现 80 4.5 设置数据完整性保护的语句 81 4.5.1 建表语句中添加数据完整性约束 81 4.5.2 涉及数据完整性的数据表结构修改语句 84 4.6 索引文件组织 87 4.6.1 索引的概念 87 4.6.2 聚集索引与唯一索引 88 4.7 数据库安全性管理 89 4.7.1 主体与安全对象 90 4.7.2 身份验证模式 90 4.7.3 登录名的管理 91 4.7.4 创建架构 93 4.7.5 针对具体数据库创建用户名 93 4.7.6 服务器角色 94 4.7.7 数据库角色 97 4.7.8 权限管理 98 第5章数据模型 101 5.1 数据模型 101 5.2 E-R数据模型 102 5.2.1 数据之间的联系 102 5.2.2 实体联系模型（E-R图） 104 5.3 关系数据模型 106 5.3.1 关系数据模型基本概念 106 5.3.2 从E-R数据模型到关系数据模型 108 第6章关系优化 112 6.1 基本概念 112 6.2 候选关键字与主属性 113 6.2.1 候选关键字 113 6.2.2 主属性 114 6.3 关系规范化 114 6.3.1 问题的提出 114 6.3.2 范式 117 第7章小型仓库管理系统设计 122 7.1 管理信息系统设计概述 123 7.1.1 管理信息系统设计步骤 123 7.1.2 软件生产线 124 7.1.3 部件库 124 7.1.4 用例图 125 7.1.5 数据结构类图 127 7.1.6 组件图 129 7.1.7 系统结构类图 130 7.2 仓储管理系统需求分析 132 7.2.1 仓储管理系统功能要求 132 7.2.2 系统模块结构 134 7.2.3 实体分析 134 7.3 用例图设计 135 7.4 数据结构类图设计与建立数据表 137 7.5 应用系统设计与建立 141 7.5.1 系统结构类图设计 141 7.5.2 生成应用系统 148 第8章数据库系统管理 153 8.1 SQL SERVER管理工具 153 8.2 SQL SERVER中的存储过程 157 8.2.1 存储过程的概念 157 8.2.2 存储过程的优点 157 8.2.3 在SQL Server 中，创建一个存储过程有两种方法： 158 8.2.4 使用管理工作平台创建存储过程的过程 159 8.2.5 重新命名存储过程 160 8.2.6 删除存储过程 160 8.2.7 执行存储过程 160 8.3 SQL SERVER中的触发器 160 8.3.1 触发器的概念及作用 160 8.3.2 触发器的种类 161 8.3.3 创建触发器 161 8.3.4 触发器的原理 162 8.3.5 INSTEAD OF 触发器 163 8.3.6 触发器的应用 163 8.4 数据库接口技术 164 8.4.1 ODBC（Open Database Connectivity） 164 8.4.2 JDBC 167 8.5 事务处理 169 8.5.1 事务的基本概念 169 8.5.2 事务处理过程分析 170 8.5.3 SQL的事务管理 171 8.6 并发控制 172 8.6.1 并发处理产生的三种不一致性 172 8.6.2 封锁 174 实践篇 177 第9章基于SQL SERVER2008的应用实践 177 9.1 SQLSERVER2008的可视化操作方法 177 9.1.1 可视化方式创建数据库 178 9.1.2 可视化方式创建数据表 184 9.1.3 可视化方式进行数据录入 186 9.1.4 分离和附加数据库 188 9.1.5 备份和恢复数据库 190 9.1.6 修改数据库数据文件 192 9.2 SQL SERVER文件组织分析 195 9.3 SQL数据定义功能 198 9.3.1创建数据库的语句 198 9.3.2修改数据库定义的语句 199 9.3.2创建数据表的语句 202 9.4 可视化定义数据完整性的方法 207 9.4.1 设置主键 207 9.4.2 设置“唯一”约束 209 9.4.3 设置参照关系 212 9.5 应用“新建数据表实验程序.JAR”程序建立数据表 213 9.6 应用“结构维护实验.JAR”程序辅助生成修改数据表结构语句 224 9.6.1 操作“数据表结构维护实验.jar” 224 9.6.2 生成数据结构维护语句 225 9.7 认识SQL查询语句 228 9.7.1 单表查询 231 9.7.2 涉及聚集函数的查询 232 9.7.3 多表查询。 233 9.8 应用“查询实验程序.JAR”辅助生成查询语句 235 9.8.1 查询实验程序.jar功能与操作方法 235 9.8.2 应用实验程序生成SELECT语句 236 9.9 应用关系运算.JAR程序学习关系代数理论 239 9.9.1 关系运算.jar”程序操作方法 240 9.9.2 认识关系运算运行结果 241 9.10 建立工资管理系统 242 9.10.1 工资管理系统的需求 243 9.10.2 系统模块结构 244 9.10.3 数据库设计 244 9.10.4 建立工资管理系统 244 9.10.5 运行系统 246 9.11 视图、索引、存储过程、触发器设计方法 248 9.11.1关于规则 249 9.11.2 索引 250 9.11.3 T-SQL实验 250 9.11.4 存储过程 251 9.11.5 触发器 253 9.11.6 默认对象 256 9.11.7 安全 257; 个人分类: 生活点滴|2815 次阅读|0 个评论

面向资源应用软件开发方法心法：面向资源与关系的实体化: 热度 1 Babituo 2015-1-7 10:36; 面向资源与关系的实体化逻辑学和关系型数据库中的关系在逻辑学上，关系被定义为是概念之间的联系，是把概念连接为命题、理论和知识的纽带。用图论来说，概念是结点，关系是连接结点的边。这样的观点，突出了概念对事物描述的主体作用，而关系，则只是把分散的事物连接为一个系统性的整体事物的纽带而已。在这样的框架下讨论关系，关系会显得有些单薄。比如逻辑学上对关系的分类，就只会，也只需从概念的外延的交叉种类来说明概念的外延关系。这样的“关系”，实质上只是一种附属于概念的某种性质而已，而不是一种可独立存在的“另一类概念”。逻辑学上这样的观点，应用到计算机关系型数据库的设计上是很明显的： E-R 图主要是对概念及其关系建模。其 E 为实体， R 为关系，和逻辑学上的概念和关系是很吻合的：其中的 E 用来表述由属性集合所刻画的事物的概念模型，与概念的内涵一致； R 则只是描述概念之间的数量联系，与概念的外延关系相关。当然，在数据库设计中，也有将关系实体化的应用，可建立“关联实体”，但这只限于一种对复杂的数量关系的技术处理的手段，而不是对“关系概念”本身在概念上的突破。关系，始终只是作为一种附属于“概念实体”的性质而被对待。关系型数据库与逻辑学的这种高度吻合，可以说是逻辑学的最成功，最有效的应用之一。为什么会有如此成功？以及如此的成功可能意味着什么？是个有趣的问题。因为二者在“ 逻辑拓扑 ”上的相似性高，所以才有如此成功的应用。这样的成功，一方面意味着关系型数据库具有的逻辑学的理论支撑，将使其，事实也证明其，具有象逻辑学一样的广泛的应用领域和影响力；而另一方面，则可能意味着：关系型数据库的应用能力上的局限性，可能也反映出逻辑学的局限性。这种局限就在于：逻辑学可能会和关系型数据库一样，只善长应用于解决静态模型的建模和应用的问题，而不善长应用于解决需要动态模型的问题。关系型数据库主要用于解决存储和查询为主的应用需求，这类应用甚至就直接被称为“数据库应用”。这和逻辑学本身追求概念的稳定性、精确性和可靠性的基因是一致的。但事物本身，随着我们对事物的认识越来越全面，我们也越来越知道这一点，事物的本身，原来并不是那么稳定和相对静态不变的。我们非常惧怕这种可变性和不稳定性给我们带来对事物操控上的不精确和不可靠。可以说，“事物越是稳定的，静态的，我们操控起来就会越精确，越可靠”的观念，到了受到严重冲击的时候了。我们一方面认识到事物的本来面目，并不象我们以前认识到的那么稳定和保持静态，另一方面我们也经受不住可以动态把控事物的诱惑，但我们从来没有想失去对把控事物的高精确性和高可靠性的要求，甚至要求还越来越高。在这样的状况下，我们出现对技术，甚至对技术背后的理论的焦虑心理，是可以理解的，也是必须的。哲学和面向对象软件工程方法中的关系哲学上讲的关系，比起逻辑学上的关系，其内涵就小很多，外延就大得多了。哲学上讲的关系，是事物的普遍联系，是一种相互关联，相互作用的事实存在，是有“实在性”的存在。如果对照逻辑学来讲，逻辑学上的概念外延关系只是一种侠义的关系，而对真正的，事实存在性的关系而言，是一种相对独立的概念，这种关系的概念应对应逻辑学上的“联系词”概念。面向对象思想的哲学起源，被认为最初来源于维特根斯坦的《逻辑哲学论》。就是这位奥地利的哲学家和数理逻辑学家 1922 年出版的这部著作，被称为哲学的语言学转向的登峰造极性著作。维特根斯坦正是在这部著作中，旗帜鲜明地将哲学的问题转化为了语言学的问题，而描述其转向的两个关键词便是“事实” Case 和“对象” Object 。他认为：对象链接为原子事实，原子事实不断进行累积而形成的一个巨大的事实，就是这个世界。维特根斯坦所言的事实，就是能被一组对象及其关系描述清楚的逻辑图景。我们就是通过产生和组合这样的关于事实的逻辑图景，形成一个巨大的逻辑图景，来清晰地表达我们对世界的认识的。计算机从被发明的那时起，我们就不仅仅满足于只用其解决数学计算的问题。到现今，我们已经在朝用计算机来帮助我们来认识和理解，甚至把控这个世界的方向，迈出实质性的步伐了。所以，计算机语言从纸带穿孔语言发展到面向对象这种哲学底蕴十足的语言，是自然不过的进化方向了，也可以说，正是因为面向对象的分析设计方法及编程语言在计算机软件开发中的广泛应用，才让计算机在信息处理方面的能力大大增强，而不只是停留在计算解题方面，才让我们在信息处理方面逐步迈向这个世界的本质，才使得哲学问题现今可从语言学的问题转化为信息和信息处理的问题。面向对象分析设计方法中的关系，有事实关系，类关联关系和对象协作关系。其中的 “事实”，不仅仅是静态的“有什么”的事实，而包含“在发生什么”的这样的动态的事实。是因为有“因为有什么才会发生什么，发生什么又会导致有什么”这样的迭代递归，事实才会被不断汇集和累积起来，构成更大的事实。面向对象分析设计方法，就是分别从事实层面、构成事实的对象层面的静态特征、动态特征，这三个方面来组合一个立体的逻辑视图，来刻画这个世界的运行机理的。在面向对象的分析设计语言 UML 中，这三种逻辑视图分别是：用例视图，类 - 关联图和协作图（另一种表现手法是顺序图）。其中用例视图所描述的用例关系，就是事实关系，用来描述在所发生的一个事实和另事实之间，存在什么关系，比如，有依赖关系，使用关系，扩展关系，等等，这些关系，描述了事实单元之间的行为迁移，价值流转，目标依赖等高层的动态关系。类 - 关联图，是站到事实的内部，去分析，观察，和构造，造成事实的内部机理，所给出的一类相对静态的视图。表面看和关系型数据库的 E-R 图类似，实质上有本质的不同。其不同在于：类不仅仅封装了静态的实体属性特征，还封装了实体的方法行为特征，所以，不再称其为是对“实体”的封装，而是对“对象”的封装。这意味着：类的关联关系，就是对对象之间的链接关系的抽象，是有对象交互操作的具体含义的关系，而不仅仅是实体之间的数量关系。如果说实体 - 关系中的关系，象是连接不同实物的连线，以便在存储它们的容器中，顺着这些连线能够从一个实物找到另一个或一些实物，那么，对象关系中的关系，则是链接不同动作机构的液压管道，使得一个对象能够顺着一条管道向另一个或一些对象发出液压传动的动作指令。而协作图或顺序图，就是描述这些动作指令是按什么逻辑顺序的步骤来进行的。更加不同的意味是：对象不是象实体那样的，没有内部，只有表面属性特征的一个黑箱。即使其表面的，看上去是静态的属性特征，在打开对象内部的结构来看，却可以是另一番关于对象内部的事实的图景，正是这些内部的事实造就了对象的外部特征。这种同态于现实世界的多层嵌套的逻辑结构，是平面化的 ER 图远远不能表达的，真切的事实图景。很多从事技术工作的人员甚至是专家，都很少思考这些哲学意义的不同，也由于技术方法的缺失，导致实际在技术上也用实现 ER 图的关系型数据库技术来部分实现类 - 关联图中的类的持久化。这样做看似实现了实体模型和对象模型的结合，但这种结合的“缝隙”很大，大到一不小心就会严重影响到对象模型的动态表达能力的运用。造成设计时和运行时鸿沟的原因分析由于当今面向对象的编程语言本身，存在设计时和运行时的鸿沟，导致面向对象的编程技术，并不能充分地贯彻面向对象的分析设计思想，也就是说，当今的面向对象的编程语言，哪怕像 JAVA 这样，很纯粹的面向对象的编程语言，要在计算机中实现真实世界的对象演变过程，就像迷信中的游魂要投胎重新做人一样，有“跨界”的艰难。而要打破设计时和运行时的鸿沟，尤其是在需要同时贯彻面向对象的哲学思想的要求下，打破设计时和运行时的鸿沟，其技术难点，并不是简单的变编译执行为解释执行的困难。实际上 JAVA 已经这样做了，但依然未能突破设计时和运行时的鸿沟，真正的技术难点是：需要寻求一种统一的逻辑抽象表达模式，使得这种抽象表达模式，不仅能将计算机的资源和应用领域的资源统一到一个平台上进行处理，而且还能适应从设计、实现和运行的同步操作。现在的类 - 对象 Class-Object 封装的逻辑抽象表达模式，能够实现前者，却不能实现后者，导致只能僵化 Class 来实施面向对象的思想。回到过去的 ER 图的实现技术关系型数据库，实际上已经突破了设计时和运行时的鸿沟。在软件运行时，可以通过执行构建型 SQL 语句来改变库表结构，可以通过查询型 SQL 语句来进行查询和计算。尽管其可执行的计算非常简单并计算过程不得不低效，但 SQL 至少是可在运行时直接执行的语言，不需要回到设计阶段在代码中写一句代码，再编译为 Exe 程序安装后才能执行。关系型数据库的这个特性，使得构建一个设计时和运行时统一的数据库应用平台成为可能，事实上，软件界也一直没有停止过类似平台的开发和应用。只是由于存在哲学基因上的不足，这类平台的应用领域和应用效果始终得不到提升，不能满足具有复杂的动态过程模型的软件开发与应用的需要。关系型数据库可以做到设计时和运行时统一的原因在于： ER 图的哲学图景把实体和关系都进行了相当的简化。“关系型数据库”名称中的“关系”概念，并不是实体关系中的“关系”概念，而是用一组参数的联合关系，就可代表一个实体的这种抽象表达的模式。这样的话，需要处理的现实对象的逻辑元素，就和计算机里的数据库处理的逻辑元素实现了简单的统一：简单排列的一组参数值，既是计算机可理解的资源对象，又是现实世界的人可理解的资源对象。剩下的，只需处理这些参数组之间的数量关系就可以了。处理方式种类也非常简单：增删改查四种操作就足够了。归纳一下面向对象的软件开发和关系型数据库应用开发的特点，我们会发现：面向对象的开发是静态地开发出动态模型应用的方法，而关系型数据库是可动态地开发出静态模型应用的方法，而我们的目标是：可动态地开发出动态模型应用的方法。为了实现这一点，需提出一种可动态建立的动态模型的资源表达方法。这种方法既不能是实体关系法，也不能是直接的对象模型法，但必须具备实体关系法的可动态构建特征，又必须具备对象模型法具有的动态表达能力的特征。这给我们的启发是：如果实现了对象模型与实体模型的完整融合，那么，使得我们可以在类似实体模型的模型上进行动态的构建，在类似对象模型的模型上进行动态模型的运行。可设计出一种介于对象模型和实体关系模型之间的资源模型来实现这个目标，并可称这种新的抽象表达模型就叫“资源模型”。于是，计算机处理的对象，统一为既不是实体，也不是对象，而是资源了，面向资源的软件开发的方法就应运而生了。面向资源与关系实体化资源模型，并不是简单地用实体模型来实现对象模型，或简单地将对象模型简化为实体模型就是了。尽管现行的很多互联网应用架构就是这么处理的，他们也得到了很多架构上的灵活性，实现了某种程度的开发时和运行时的融合，但现今的大部分互联网应用可交互性依然较差，不然的话，应用的可演进性就不会仍然是要靠设计时来实现的。要实现资源模型，显然必须按对象模型的信息模型来设计资源模型，才能让模型具有动态的表达能力；也只有资源模型具备了实体模型的实体化的特征，才可以动态地被构建。因此，必须解决对象模型的完整实体化的问题，其中，包括对象静态属性集合实体化和动态属性及方法集合的实体化的问题。解决对象模型的静态属性的实体化不难，可直接采用实体建模的方法，一组参数的集合即可实现。所以，解决资源模型的设计的难点在于对关系的处理。一个类封装了对象的属性集合和方法的集合。其中的动态属性和所有的方法，都是对对象关系的实现。对象关系不同于实体模型的实体关系，看上去是具有千差万别的处理内容和处理的过程形式的，所以，需要根据对象关系的不同，在编程语言中编程时编写不同的具体编码来实现这些关系，正是这个原因，导致了大量的对象关系必须通过“硬编码”来实现。从而导致了设计时和运行时的分离。如何实现关系的实体化，看上去只是个技术的问题，其实不然，前面讲到，实际可能是一个语言学，甚至是哲学的问题。对象关系演化的本质，是客观事物自身结构的演化（内部关系的变化）和对外交互关系的变更。当然，在统一的事实概念基础上，内部和外部是相对的，一个事实的内部，就是造成这个事实所包含的对象的外部，反之，对象的对外交互关系的变更，本质上也就是在演变一个更大的事实的内部机理。二者的差异，仅在于嵌套的层次不同。核心问题就归结到关系实体化的多样性问题了。把一种动态的行为当作静态的实体来对待，本质上来讲，只是一种变换的处理。所以，如何对对象关系进行实体化分类，就成了资源模型构建的难点。假设被处理的对象，已经全部转换为实体模型中的实体形式，我们称其为资源而不是实体，是因为实际上它们只是和实体具有相同的可构建性，但和实体具有不一样的可操作性。那么，问题就被明确为：各种各样的资源之间可能拥有的，具有事实操作语义的关系对象，有多少种类型？能否穷举？这里把关系表述为关系对象，是为了避免类似逻辑学上的那种性质上的关系概念，比如类似“外延包含关系”这样的关系概念的干扰。在这里，关系是关系对象，意味着具有某种功能的传递性的抽象表达，比如：“抽象化关系”，意味着是 A 经过抽象化后得到 B 。这样的关系，抽象出来之后，又有多少种？非要换成逻辑学的语言，就是问：联系词有多少种抽象形式？有多少种实体化关系的抽象？在知识工程理论中提到，如果对所有的知识概念对象的关系进行抽象，最后我们只会得到 2 种关系，就是： A 是 B 的一部分，和： A 是 B 的一种。 A 是 B 的一部分，表明两个资源处于不同的事实层级。 A 是内部事实层面的资源，而 B 是更外部事实层面的资源。因为 A 所在的事实是 B 所在的事实的内部事实，所以， A 才是 B 的一部分。 A 是 B 的一种，可能有 2 种含义： 1. A 在事实领域，而 B 在概念领域。表明 A 是一个具体对象的资源， B 是对这类对象的抽象结果的概念对象。比如：这匹白马是马。当然，在面向资源的语境中，二者都是资源了。 2. A ， B 都在概念领域。表明， A 是一个外延小于 B 的概念。比如，马是动物的一种。这里所谈到的，实际是如下三种关系： 1. 事实领域内的关系； 2. 概念领域内的关系； 3. 跨事实领域和概念领域的关系，就是所谓的“虚实跨界”的关系。似乎，所有的关系，都不外乎是这三种关系中的某一种。好，接下来再分析事实领域内的关系。上面讲到的是，事实领域本身被分为不同的规模层级。比如，“北京工人体育场正在举行一场足球赛”，是一个事实，在这个事实的内部，可能存在一个更小范围的事实，就是“这场足球赛正是中国队和韩国队在比赛，中国队正由左向右攻”。还有比这个事实更小的事实 : “李铁正在盯防安再旭”。于是：我们可以说出如下的 A 是 B 的一部分的关系来：李铁是中国队的一部分；中国队是这场比赛的一部分。只要说出不同事实层级之间的相关的 2 个资源，我们就找出了一个“ A 是 B 的一部分”的关系的实例。由此受到启发：处于同一事实层级的两个资源的关系是一种新的类型的关系。比如，李铁和安在旭，中国队和韩国队，它们之间的关系，可统一称为“交互关系”：它们在同一个事实层面，交换物质、能量和信息。似乎在事实领域不再有别的关系类型了：因为，“事实是分层级的”已经是一种基本固定的模式了，这样，就只需要建立同一事实层级的关系和跨事实层级的关系就可以了。就好比世界可被分为事实领域（世界）和概念领域（世界）两个子世界是一种基本固定的模式一样。为什么要这么分模式？暂时假定认为只有这样的分法是符合“最简充分必要原则”的吧。如果以后发现还有更好的模式符合这个原则，我们可以换掉这种模式。为什么要遵守“最简充分必要原则”？暂且认为这个原则最科学吧。如果以后我们认为还有更科学的原则，我们可以换掉这个原则。回来再看概念领域，受事实领域可分层级的启发，概念领域也是可以分层级的。“ A 是 B 的一种”，已经表明概念领域的层级是被划分为不同的抽象级别的了。尽管在概念领域的不同子领域内，其划分层级的个数和方法各异，但，概念分抽象级别，已经是基本的“概念领域的事实”了。看吧，我们可以把概念领域也“事实化”来理解了，这样，至少就是试图取得“公认”的一种姿态。这和我们把“关系实体化”似乎有一种类似企图。尽管有主观性，但我们会认为这种主观是“客观的主观”，就是：主观上的事实一定会是这样子的。这样的事实，与存在“我们认为某个观点就是个人的主观观点”的事实显然是有区别的。既然概念领域也存在分层级的事实，而且我们也找到了不同层级之间的概念资源关系，就是“ A 是 B 的一种”这类关系了，那么，处于同一概念层级的概念资源之间，又会有什么关系呢？比如，对照上述足球赛的例子，我们可以按“虚实跨界”的“ A 是 B 的一种”的规则，来归纳出对应的概念领域的事实，就是：一场足球赛有 2 支足球队在一个球场上进行。 2 支足球队代表不同的立场方进行比赛； 1 支足球队有多名队员； 2 支足球队的队员之间会进行足球动作的对抗。这就是概念领域抽象的事实，经过这样的抽象，不仅是上述工体上的那场球赛的事实是这个概念事实的一种，任何其他的正常足球比赛，都会是这个概念事实的一种。没错吧？我们已经知道在客观事实领域的同一事实层级的资源之间的关系，叫“交互关系”了。那么，客观事实领域的“交互关系”投影到概念事实领域内之后，相互之间的关系，叫什么呢？比如，“足球队”这个概念和“球场”这个概念之间有什么关系呢？客观事实资源之间是使用关系，当然，客观事实资源的使用，就是一种交互行为，问题是：概念之间不能也是“使用关系”吧？如果要说概念的使用，应该是“足球赛”的概念，使用了“足球队”和“球场”的概念，才对的啊。嗯，这里意外发现一种新的“不同层级”之间的概念关系了，“不同层级”之间的概念可以有“使用关系”哦。要小心！这里的“不同层级”，并不是概念按抽象级别划分的层级，而只是概念描述了不同层级的客观事实之间的关系事实而已。同样要小心的是：这里的“使用关系”和客观事实同级别之间的资源之间的交互关系也不同。而只是我们在定义一个概念时，要使用的其他概念，这些概念之间可能用“Ａ是Ｂ的一部分”的关系表达更恰当一些。比如，说“‘足球队’的概念是‘足球赛’概念的一部分”似乎更符合理解的习惯。而作为两个概念，“足球队”和“球场”都是组成“足球赛”概念的部分，或许再加上“球队会使用球场”这个关系概念，就完整了：是“足球队”，“球队会使用球场”，“足球场”这三个概念组成了“足球赛”的概念。所以，“球队会使用球场”这个概念在概念领域和“足球队”的概念作为概念的存在并无差异，只是其描述的含义，在事实层面是一个真实的关系而已。它们在概念领域是同层次的协作关系，是它们的语义共同协作，定义了足球赛的语义。这里有一个稍微有些出乎意外的发现：在客观事实领域内的层级关系，“投影”到概念事实领域之后，这种层级关系，被压缩到概念的含义中去了，对于概念资源而言，并不会在概念领域里形成同样的层级，概念领域是按自己的抽象原则来形成层级的，和客观事实领域是按空间尺度形成层级的原则是不同的。换句话说，在概念世界并不会去按概念的实质内容去引发动作，而只会按概念的内容构成完整的更大事实的概念。只有把这些概念的实质内容，实例化到现实的事实世界，概念事实所表达的含义才会鲜活起来，这时，就已经变成是客观事实了，已经不再是概念事实了。联想到我曾经研究过的复逻辑，概念事实和客观事实的关系实际是逻辑上的虚实关系。概念是事实转过９０度的投影，转过９０度，意味着从有功变为无功，意味着从动力转变为约束力。用概念所表述的关系确实不会自己运转，但是会用来规定和约束受控客观事实的运转。如果非要把概念世界和现实世界统合起来不可，一个“复世界”便是活龙活现的了：Ｗｗ　＝　Ｗｒ　＋　ｉＷｃ关于复逻辑，这个小差开的有点大了，大得我自己都招架不住了。现在看来，复逻辑的存在，并不是蒲风捉影的了。复逻辑不仅在逻辑学上可能是新鲜的，在哲学上，世界是复世界，这个概念就像数学上用复数来统一实数和虚数一样。复变函数所描述的世界，是不是就可以是这个复世界呢？如果我是数学家，这个事也会是我感兴趣的事情呢。我是软件工程师，所以，我还是回去研究我的软件吧。这个发现至少会在为关系的实体化方面的处理提供可信赖的支撑。这对面向资源的软件开发来说，无疑是一个重大的启发。我知道的，在面向对象编程中，并不缺乏解决这类问题的技术。小结到此为止，我们发现了至少可以归纳出来的 6 种关系是： 1. 在客观事实世界中，同一事实级别内不同资源的关系，协作关系，红色线段表示。 2. 在客观事实世界中，不同事实级别内的不同资源的关系，组成关系，黄色线段表示。 3. 横跨客观事实世界和概念事实世界之间的关系，例证关系（虚实跨界），蓝色线段表示。 4. 概念事实世界中，同一概念抽象级别内的资源组成关系，白色线段表示。 5. 概念事实世界中，同一概念抽象级别内的资源协作关系，紫色线段表示。 6. 概念事实世界中，不同概念抽象级别之间的关系，概念抽象关系，绿色表示。以上 6 种关系，可能意味着在软件开发中需要用源代码的方式，编写 6 类关系的处理代码，作为平台的功能提供出来，在实际的应用开发中，只要使用这六类关系之一，如实地定义相应的资源之间的关系，就可以期待，大部分的资源关系的处理，都能得到平台的支持。当然，这是一个不完全的归纳，相信深入研究下去，还可以发现为数不多的更多的不同类型的关系，只要这些关系在抽象类型上可以被划分为确切的可操作的几种类型，我们就可以通过扩充一种新类型的关系可供定义使用。应用软件则可灵活地在系统资源间，按实际事实的需求添加新的资源关系，系统的引擎就会按照预定的模式处理这些关系。总之，关系实体化是将对象模型资源化的关键技术，这一关键技术的突破，将抹平对象模型的设计时与运行时之间的鸿沟，使得资源模型具备“动态地构建动态的模型”的能力。邱嘉文 2014 年 9 月 11 日非常感谢博友：刘钢老师在哲学方面的指点，让我有底气贴出早就写出来了，但由于对哲学的敬畏不敢贴出的，这篇哲学味较浓的文章。; 个人分类: 面向资源软件开发方法|3251 次阅读|7 个评论

10多年前开发的自主开发平台——我的软件故事: 热度 3 Babituo 2011-10-9 08:32; 分享一个我自己开发的用户自主平台的资料-面向资源的应用软件开发从当今管理信息系统的需求和开发的发展现状不难看到这样一种趋势：需求越来越广、大，且变化越来越快；开发越来越脱离编程语言；走向"可视化"，因而变得越来越容易；应用软件的需求和开发将逐渐融合。可以预言：二十一世纪的应用软件开发主体模式不再是由用户提供需求，以开发商为主导的开发模式，而是由开发商提供简便易用的开发工具，以用户为核心的自主开发维护的"开发-应用一体化"的新模式。计算机应用软件开发的本质是利用计算机所拥有的系统软、硬件资源来构筑一个应用系统。这一过程中对于应用人员来讲，难度最大的工作之一是要进行程序设计语言编程。要彻底摆脱编程语言开发应用，就要使用编程语言以外的媒体来封装计算机的资源。用可视的图形模型来封装计算机的系统资源，将其转化为构筑应用系统所需的应用资源，通过构造应用资源、定义应用资源的链接关系就能实现整个应用系统的需求。这就是面向资源应用开发ROAD(Resource-Oriented Application Development)的核心思想。用面向资源方法开发的应用软件是由一系列的资源文档组成的，执行软件的方法是系统将这些软件文档自动装入，进行解释、显示，在计算机屏幕上展现出一幅一幅的界面图形，并接受多方的数据输入，控制界面图形的变化。就象INTERNET上流行的HTML文档一样，资源也是信息的载体，面向资源应用程序也是以浏览/服务（B/S）方式运行的。但与HTML文档不同的是：资源具有更加复杂的构造、运行逻辑和更加直接的图形表达能力，资源文档具有更强的交互性和逻辑计算能力。应该说面向资源的应用开发方法早有应用，基于画面组态的SCADA系统软件就是典型的面向资源的应用。只是以往对这一方法没有被提升到一般的应用开发的理论高度进行研究，也没有和当今最先进的应用和开发技术结合起来，因此限制了这一极具优势的开发方法的应用范围。MIS2000正是将传统的基于画面组态的工控软件开发方法结合当今最先进的应用开发技术形成的新一代的ROAD开发工具；" 电力生技资料管理系统"是其应用开发的实例之一。注：该软件开发始于1995年，止于2001年。基因软件设计的技术思想启蒙于该平台设计的技术思想。; 个人分类: 基因软件开放实验室|4109 次阅读|7 个评论

应用软件平台-学生作业: LuDoor 2011-7-8 15:13; 3 次阅读|1 个评论

[转载]GROMACS特性与机群架构: yuanhui80 2011-6-4 12:44; 在生物制药与纳米材料研究领域中，分子动力学模拟计算方法有着广泛的应用，其是在原子、分子水平上求解多体问题的重要计算机模拟方法，可以预测纳米尺度上的动力学特性。通过求解所有粒子的运动方程，分子动力学模拟法可以用于模拟与原子运动路径相关的基本过程。在模拟计算应用早期，由于受计算机技术的制约，这些模拟的模型尺寸和时间均受到了限制，模拟研究的范围也有很大的局限。上世纪80年代后，随着计算机技术的飞速发展，这些限制逐渐减少，激发了分子动力学研究的高潮，被广泛的应用于新型材料研制、化学工艺模拟、大分子生物制药等领域，成为微观模拟的一个主流技术。而在这些应用软件中，GROMACS进行了大量的算法的优化，使其计算功能更强大。例如：在计算矩阵的逆时，算法的内循环会根据你自身系统的特点自动选择由C语言或Fortran来编译。GROMACS中对Altivec loops的计算，无论是在Linux还是Mac OS X.系统上，它都要比其它软件快3-10倍，而且GROMACS提高计算速度并不以牺牲计算精度为代价。 GROMACS软件的计算优势使其对运行平台有着独特的需求。首先，GROMACS是计算密集型的程序，浮点运算量很大。在通信网络不是瓶颈的情况下，CPU的利用率比较高，通常可以达到98％以上。但GROMACS程序对内存的要求很小，模拟一个原子数目为12000的系统，需要的内存大概为10MB。其次，GROMACS软件有两种应用方式，即传统MD方式和REMD方式。传统MD方式中，进程之间的通信比较频繁。使用高端的通信网络（Myrinet，Infiniband等）可以提高程序的并行加速比，提高并行计算的效率。REMD方式中，进程之间的通信量很小，使用千兆以太网就完全可以满足通信的要求，不必要使用高端的通信网络。并且，GROMACS软件运行时的输入文件和输出文件都不是很大，对I/O没有特别的要求。根据GROMACS软件的应用特点，定制化的基于GROMACS软件的高性能集群方案。系统整体包括用于运算的计算节点、负责系统管理和外部接入的管理节点，和连接磁盘阵列提供网络共享文件系统的存储节点等模块。系统中的计算网络将所有节点通过千兆以太网或高端网络进行连接，管理网络配合机群中间件对机群实现统一的管理，用户同时可通过SKVM网络对系统实现远程控制管理。整套系统的节点数量可根据用户具体需求而定，具有较大弹性，面对软件的运行要求，系统节点是X86体系，可支持各种Linux操作系统，采用目前高性能计算机的主流架构，具有良好的普适性。制定机群方案前对GROMACS软件的运行进行了大量的测试工作，结果显示，GROMACS软件的性能基本上和CPU主频成线性关系。对于用户来说，要使软件合理运行，需要找到一个性价比平衡点。在系统对GROMACS软件进行编译时，只需要指定使用MPI，就可以使用并行的GROMACS程序。但在相同系统环境下，编译器对软件性能也有直接的影响，通过测试，GCC编译器在此类应用中略胜一筹。通常情况下，一个中等规模的GROMACS应用机群系统采用曙光TC4000A机柜，含有内部网络布线系统、散热系统、供电系统。计算节点采用曙光A610r-F服务器，配备2×Opteron2214双核CPU，4GB DDR2内存，73GB 热插拔SCSI硬盘，集成2个10/100/1000M以太网接口。该款产品做为计算节点可轻松应对软件对内存及I/O负荷的需求，同时该款双路双核产品表现出的优越计算性能可满足软件频繁、复杂的浮点运算需求。整套系统中的所有运算节点和管理节点都挂接在管理网络中，通过光纤交换机与高端的磁盘阵列柜相连。在系统工作时，所有节点及I/O设备由管理网络进行统一调配，协调运行，极大的提高了运行效率。同时，系统中的所有运算节点通过计算网络相连，计算任务通过计算网络在各节点间进行分配。整套系统中的管理网络和计算网络均为千兆以太网，可轻松满足软件运行的工作带宽，保证网络工作的稳定性和安全性。; 3081 次阅读|0 个评论

[转载]“十二五”软件业发展重点方向、政策导向与重大专项: pouth 2011-5-4 14:54; “十二五”发展预测良好的产业扶持政策、国际软件产业转移的大趋势、不断拓展的巨大国内市场和快速增长的国际市场，都为中国软件产业的快速发展提供了良好条件。赛迪顾问预测，从2009年至2015年，中国软件产业将保持20.4%年均复合增长率，到“十二五”期末，产业规模将突破1.万亿元。重点方向前瞻工业软件和行业解决方案在信息化与工业化融合战略的带动下，软件与自动化技术、现代管理技术、制造技术互相渗透力度正在加大，软件在产品设计制造和企业管理信息化、生产过程控制智能化、制造装备数控化、咨询服务网络化的变革中发挥的作用越来越大。发展工业软件和行业解决方案重点在于发展支持节能管理、生产过程优化和装备数字化的工业软件。在行业应用解决方案领域，重点为政府、金融、医疗、通信和交通等领域的信息化提供集成应用解决方案，积极发展电子政务、电子商务等领域的应用软件，提高国产应用软件的技术水平和集成服务能力。基础软件基础软件是“核高基”重大专项的主要组成部分，是关乎国家经济、社会生产、生活安全的底层保障系统，在国家信息化建设中具有重要的战略意义。“十二五”期间，有关基础软件的重点方向预计将延续核高基中的重大部署稳步推进。服务器端，操作系统、数据库等关键基础软件的方向将以高效、可信和网络化为突破点，满足政务信息化、国防信息化和重大行业信息化等对服务的安全性、高可用和服务质量保证的需求。桌面端聚焦在虚拟机技术和可信计算技术方面，重点支持适应电子政务多网隔离的新型多域安全桌面操作系统，并努力促进国产桌面Linux 操作系统成果进入国际主流。数据库方面，结合新型应用环境与计算平台对数据库管理系统提出的需求，掌握大型通用数据库管理系统核心技术，强化自主创新、可持续发展的能力建设，研制自主的大型通用数据库管理系统及工具，并面向应用需求进行特色功能扩展，满足政务信息化、国防信息化和重大行业信息化等对服务的安全性、高可用和服务质量保证的需求。中间件主要针对网络计算环境开放、动态、多变的特性，面向大型网络应用的高效运行、快速开发和灵活部署的需求，以高效、可信、自适应和服务质量保证为突破口，研制支持通信、事务管理与协调、负载均衡、失效恢复、应用整合等的网络应用服务中间件及相应的集成和开发环境，支撑政务信息化和重大行业信息化应用。办公软件针对互联网应用环境和中文信息处理的特色需求，突破办公文档、Web 页面的数据集成技术，重点发展网络化的中文集成办公软件，提高国产办公软件产品的实用性和市场占有率。嵌入式软件从全球信息产业发展的不同阶段来看，国际分工体系始终在不断的调整。嵌入式软件产业上游的硬件、外设、半导体等的制造中心沿袭着向亚太地区转移的整体趋势。在新一轮的国际分工中，高智力、高水平、低成本、知识性的嵌入式系统设计与研发逐步向亚太地区转移，给中国嵌入式软件产业带来了巨大的发展机遇。 “十二五”嵌入式软件预计将在包括网络通信、消费电子/数字家庭、金融电子、交通电子、医疗电子、工业装备电子、能源电子、安防电子、物流电子等领域进行更多的重点支持。如工业领域将重点发展数控装置、全自动柔性生产线、智能测量仪表、可编程控制器、分布式控制系统、现场总线仪表及控制系统、工业机器人、机电一体化机械设备等嵌入式相关软件；数字家庭领域则面向三网融合的数字家庭需求，研发数字电视嵌入式软件平台，形成完整的、高可用低成本的数字电视解决方案；面向3G 和移动互联网，支持开放的智能手机嵌入式软件平台研发。数字内容产业 “十一五”期间，以动漫、游戏为代表的数字内容产业呈现良好发展势头，市场需求广阔，增长潜力巨大。 “十二五”预计将继续加大对数字内容产业的支持力度，并重点鼓励新一代通信技术、无线物联网条件下的手机电视、移动音乐、手机游戏、位置服务、网络应用商店等产业发展，加大相关软件技术如虚拟现实、图形搜索、GIS 平台、三维重构、嵌入现实等的研发和政策支持力度。信息安全产品为了全面提高中国信息安全防护能力，保障重点基础信息网络和重要信息系统安全，创建安全健康的网络环境，保障和促进信息化健康发展，“十二五”期间，必须全面发展自主可控的信息安全软件。在灾难备份领域，重点研发业务连续管理服务、连续数据保护、数据远程复制、系统灾难恢复等相关软件。在信息安全管理领域，重点研发基于生物特征的身份认证、安全监控、安全信息和事件管理、安全系统和配置管理、安全风险和运维管理、带宽流量管理、Web 访问管理、基于角色的内网安全管理等技术。政策导向前瞻 “十二五”规划中，政策的制定将充分考虑国内外先进技术趋势，在充分研究国外发展经验和国内发展基础的前提下，从产业发展和经济进步、民生改善的高度出发，提出适宜中国软件产业发展的具体规划。产业结构调整和优化升级将是软件产业政策制定重点考虑的方面之一，工业软件和行业解决方案的支持推广将与中国产业结构调整的方向和手段密切结合。同时，政策将结合汽车、钢铁、纺织、造船、装备制造、电子、轻工、石化、有色金属、物流十大产业振兴规划，从行业振兴中寻找软件产业发展的有力支撑点。自主创新将是“十二五”规划中的重点，鼓励本土软件企业加大研发投入力度，掌握一批具有自主知识产权的核心关键技术。引导地方政府和产业主管部门不断健全自主完整的软件产业体系，增强中国软件产业核心竞争力。政策将加大知识产权的保护力度和软件研发的产学研转化，保障产业创新的成果能够顺利的转化为市场价值，并积极探索软件产权的有偿交易和担保，增强软件产业的活力，建立公平、规范的软件市场环境。重大专项前瞻 “核高基”专项二期随着“十一五”核高基专向的陆续发布和实施，“十二五”期间预计将有新的专项建设投入。按照规划，政府对“核高基”重大专项扶持将持续至2020 年，中央及地方政府平均每年的投入约为40 亿元，预计总投入将超过400 亿元。目标到2020 年，中国在基础软件领域基本形成具有国际竞争力的高新技术研发与创新体系，并在全球电子信息技术与产业发展中发挥重要作用。不仅将产生可观的经济效益，也能增加财政收入，创造更多的就业机会，促进社会的和谐发展。行业嵌入式软件发展专项嵌入式软件作为软件与硬件设备等融合渗透的载体，成为信息系统中的关键技术和主要的增值因素。 “十二五”期间，专项建设预计主要集中在移动通信、数字电视、网络设备、工业控制、数控装备、纺织机械、仪器仪表、智能交通、视频监控、汽车电子、医疗电子、信息家电等领域的嵌入式数据库、移动设备和智能终端嵌入式软件平台、光通信器件嵌入式软件系统、嵌入式实时操作系统、嵌入式软件开发工具等。并积极搭建嵌入式领域公共研发与测试平台、构件资源库、行业应用解决方案资源库等共性技术资源，形成嵌入式软件技术协同开发环境。工业软件重点行业应用示范工程专项作为“两化融合”的有效抓手，工业软件对提升中国传统行业的信息化水平，改造现有生产模式，转变发展方式，具有重大的现实和战略意义。在汽车、钢铁、纺织、造船、装备制造、电子、轻工、石化、有色金属、物流等国家重点行业信息化应用中，通过项目资助的形式，采取研用结合，进行软件的产品化与集成应用，提高应用水平、深化应用效果，打造行业标杆信息化工程，形成行业示范效应。信息安全软件发展专项随着各种安全威胁的不断冲击，带来的损失不断增大，信息的完整性、可用性、保密性和可靠性日趋重要，信息安全问题已经引起各国政府、各行业的高度重视。 “十二五”期间，信息安全作为国家安全战略的重要组成部分，有关终端安全防病毒、内容安全管理、入侵检测、防火墙/VPN、UTM、无线互联网安全、电子文档存储安全、数据安全管理、电子数据取证、灾备恢复等软件将得到重点专项支持。摘自中国电子政务网; 1990 次阅读|0 个评论

欢迎使用生物信息系统BioInfoServOS: liumwei 2011-4-8 09:43; BioInfoServ是一个基于Xubuntu Linux构建和开发，以生命科学研究及生物信息分析为应用目的的生物信息平台系统。BioInfoServ具有良好的生物信息运行环境及用户分析界面，包含上百个生物信息应用软件，能有效地完成生物数据处理、序列比对分析、结构功能预测、分子模拟与进化研究、文献管理及论文写作等科研分析工作，是生命科学家或生物学家良好的科研分析平台。同时，BioInfoServ追踪Linux系统最新发展成果，具备良好的硬件适应能力和图形用户环境，其安装简单、维护轻松、使用方便，适合桌面用户迁移使用。官方地址： http://www.bioinfoserv.org/ 软件仓库地址： http://deb.bioinfoserv.org/BioInfoServDeb/Version4.0-YuleSmart/; 个人分类: 科研进行时|3212 次阅读|0 个评论

关于Oracle8i 数据库迁移及其涉及的相关注意事项: lightw626 2011-2-14 10:17; 背景：因为应用软件Rational ClearQuest 比较老没有升级，对应使用Oracle8i数据库，但服务器太老了，有了新服务器，要进行数据移植。操作步骤： 1、备份老数据库上的oradata 目录下的对应的数据库的名称目录下的所有文件。例如：c:\oracle\oradata\shark 2、在新的服务器上安装oracle8i,最好和原来的安装内容相同。 3、安装oracle8i完毕后，使用dbca（Database Configuration Assistant）建立与原数据库相同名称的数据库，例如本例中的shark。注意要使用自定义方式进行安装，因8i的sga_max_size不能超过4G（含），而一般现在新服务器的内存都=4G，自定义方式可以更改sga_max_size的大小，否则默认与服务器内存大小一致。安装过程中还要注意兼容性的设置应与原来一致或可兼容，默认8.0.5，我这里需要修改为8.1.0. 4、将新服务器上的oracle服务停掉，把备份的数据覆盖到相应的目录下。 5、重启oracle服务。 6、修改客户端的访问设置tnsnames.ora,将host设置为新服务器的ip地址。执行tnsping测试，测试成功就可。如tnsping出现tns操作超时的提示，可尝试将服务器端的防火墙关闭（可考虑例外或使用其他防火墙）。注意事项： 1、sga_max_size不能超过4G，不使用典型安装，使用自定义安装，将sga_max_size设置为小于4G。 2、不可远程安装数据库；避免使用虚拟机安装 3、数据库的创建日志位置：oracle\admin\shark\create\createdb.log 4、关闭数据库所在服务器的OS自带防火墙 5、tnsnames.ora中的名字解析方式使用顺序的，我把TNSNAMEs排在最前面。以下关于cqweb: 5、cqweb需要屏蔽掉domain和NTS 两条语句 6、TNSnames文件里要修改host的ip地址。; 个人分类: 网管技术杂会|3797 次阅读|0 个评论

MSN 2009安装提示错误解决办法: han5 2011-1-23 13:01; 安装MSN 2009时提示“试图读取文件c:\windows\installer\messenger.msi时发生网络错误”解决办法安装MSN 2009时有时会出现“试图读取文件c:\windows\installer\messenger.msi时发生网络错误”这样的提示，这是因为以前安装程序是的一些存储信息被破坏，导致无法正常卸载！本文将应用软件Windows Install Clean Up来解决这个问题。 Windows Install Clean Up 下载地址为 msicuu2.rar 安装后，在程序中打开Windows Install Clean Up，这时就会显示出一个列出了当前经Windows Installer安装上去的程序列表，如图: 此时你选择"windows live messenger"，然后点击remove；类似的依次删除"windows live mail"、"windows live picture"等，最后你再安装MSN 2009就能安装上了。 Windows Install Clean Up 也可以解决其他软件安装或卸载类似问题。; 个人分类: 生活点滴|2846 次阅读|0 个评论

为什么苹果的应用软件也卖的那么火: pkuzeal 2009-7-19 23:15; 电子艺界一位发言人对基于苹果公司的营销行为是寄附营销 Digit Chocol 星期一中止了运用 EA 缩略语的行为。苹果公司 ( Apple Inc. App Store 催生了大批新型的小作坊，这些零碎开辟商试图从能够下载到 iPhon 手机中的游戏和其它运用次第中获利。但随着网上商店中的免费和付费软件的数量超越了 65,000 个，在很大程度上要取决于软件脱颍而出的才能了。因此经销商不时采用各类计谋接收人们眼光，从临时打折到五颜六色的营销手腕。深受欢送的 Bejewel 益智游戏开发商 PopCap Game Inc. 6 月份的 4 天里就将 Peggl 游戏的代价从 4.99 美元下调到 0.99 美元。 Peggl 过来在付费零碎里排在 60 位左右，调价后在 24 小时内就上升到第二位。 PopCap 移动停业展开主管斯坦 ( Andrew Stein 没有供应收入数字，但他说，打折期间出卖量较以前增加了 20 至 25 倍。对苹果来说，开业一年的 App Store 不断是其销售 iPhon 和 iPod 触摸安装的主要驱动力，不时供应给消费者新的运用顺序，让他不时回来下载。 Palm Inc. 和 Research In Motion Ltd. 等竞争对手也在推进和各自设备有关的运用次第商铺。苹果会在每款运用次第上架行进行审核，然后从第三方软件的出卖额中获得 30% 提成。苹果星期二暗示，迄今为止用户已经下载了超越 15 亿次免费和付费应用软件。苹果并没有透露商店的支出。苹果首席实施长乔布斯 ( Steve Job 一份新闻稿中说， App Store 范畴和质量上都是这个行业以前所没有过的 15 亿次的下载量让其它公司很难赶上。开辟商表示， App Store 胜利的关头就是要出现在苹果公司编制的零碎排名榜前列。下载量前 25 位的零碎都出现在用户从 iPhon 登录 App Store 网页的第一页。用户还可以颠末关头词搜索或浏览类型找到系统。旧金山营销公司 VSC Consult 主管查沙 ( Vijai Chattha 暗示，假设零碎打入了排行榜前 100 那么一切人都会看到 VSC Consult 如今推出了一项业务，协助 iPhon 零碎开辟商推广它产物。对很多开发商而言，力争打入零碎排名榜的计谋从将软件提交给苹果审批的时分就开始了很多开发商都争相在星期五发布系统，因为耗费者周末在 App Store 上最为活跃。一些开发商试图将它零碎公布在零碎数量较少的类别中，从而提高系统在 App Store 上的人气。苹果恳求开辟商将它零碎公布到 20 大类中的某一类中。数据供应商 Mobclix 数据显现，零碎数量最多的类别是游戏，具有超越 13,000 款软件；而最小的类别是气候，具有 310 款软件。开辟出益智游戏《笨蛋测试器》 Moron Test DistinctDev Inc. 就选择将这款售价 99 美分的零碎放在协作不太激烈的文娱一类中。自从 4 月中旬发布以来，这款软件一直稳居 App Store 前十大付费软件之列。但开发商表示，假设零碎质量可是关，那什么招数也无济于事。 DistinctDev 独自创始人麦克 ? 摩纳科 ( Mike Monaco 暗示，假如你零碎欠好，有可能进入排行榜前列，但不会一直呆在那儿。一些开辟商试图借助着名品牌的西风，把这些品牌的名字嵌入它自己系统的描画中。例如，比来假如在 App Store 上搜索 EA 游戏巨擘电子艺界 ( Electron Art 品牌）话，结果却是由一家叫 Digit Chocol 公司公布的 15 款游戏。仔细看看这些游戏的描画就可以发现，把 EACH 这个词都简化成了 EA Digit Chocol 首席实施长豪克金斯 ( Trip Hawkin 曾是电子艺界的创始人之一。; 个人分类: 未分类|958 次阅读|0 个评论

更多...

帐号		自动登录	找回密码
密码			注册

关闭 安全验证

标签: 应用软件

相关帖子

相关日志

关闭安全验证