软件管理平台（通用12篇）
软件管理平台 篇1
嵌入式系统是当前最为流行的一种应用系统, 被广泛的应用在各种电子设备中, 只不过由于当前的各种电子设备变得越来越复杂, 为了实现电子设备的现代化和智能化, 嵌入式软件也变得越来越复杂, 使嵌入式软件的开发成本也变得越来越高, 在一定程度上限制了嵌入式软件开发企业经济效益的提升和企业的发展。因此, 为了能够解除该限制, 实现嵌入式软件在不同系统上的移植, 降低嵌入式软件的开发成本, 一些嵌入式软件开发企业开始致力于嵌入式软件开发平台内存管理软件的设计, 希望以此为突破口, 找到解决方法。
嵌入式软件开发平台内存管理模块
内存是整个系统中最为重要的组成部分, 内存管理功能高效与否, 直接决定了整个系统运行效率的高低, 嵌入式系统同样不例外。内存管理软件设计, 就是对软件的内存管理模块进行设计, 而该模块的设计, 通过嵌入式软件开发平台就能够实现。
在嵌入式软件中, 内存管理模块会为上层应用以及操作系统支撑平台 (OSS) 的其他模块提供一个统一的内存管理平台, 通过该管理平台, 可以对系统中的内存分块进行管理。而该内存管理平台的具体位置。
在对内存管理软件进行设计的过程中, 通常将管理模块分为核心数据区、进程堆栈数据区以及UC区三个区域, 并基于这三个区域的管理之上, 对整个内存管理软件进行设计。其中, 核心数据区的主要任务是对PCB进行分配和对PCB池空间的越界访问进行保护;在系统中, 所有的PCB都包含在核心数据区中[1]。进程堆栈区的主要作用是储存系统中所有进程的的堆栈和数据, 并对这些堆栈和数据进行分配和保护处理。UB区的主要作用是存放各种大小不同的UB块, 并对这些UB块进行分配、释放以及越界访问保护。
内存管理软件的设计方案
1核心数据区
核心数据区是存放系统PCB的地方, 因此, 在对其进行设计的时候, 只需要在初始化的时候, 先计算出核心数据区的大小, 根据其大小合理分配出一块区域, 然后再在该区域的两端分别加入一个1M的虚拟隔离区, 使其能够返回起始地址。另外, 在对核心数据区进行设计的过程中, 还应该在系统的支撑平台提供一个可供进程调度模块调用的计算核心数据区大小的函数, 并通过该函数获取核心数据区的头指针, 使进程调度模块能够在该区域内存储数据。在对核心数据区进行设计的过程中, 还应该注意, 要通过在进程控制块和全局变量区域的两端加设置虚拟隔离页来对核心数据区进行保护。
2进程堆栈区
进程堆栈区的主要作用是储存系统中的进程堆栈和数据, 所以分为堆栈区和数据区两部分, 其具体设计与核心数据区的设计相类似。在对其进行设计的时候, 需要在初始化的时候, 先计算出堆栈区的大小, 根据其大小合理分配出一块区域, 然后再在该区域的两端分别加入一个虚拟隔离区, 使其能够返回虚拟地址。与核心数据区设计不同的是, 虚拟隔离区要分别设置在堆栈区的栈顶和数据区的两端, 而不是整个堆栈区的两端。
在进程堆栈区的设计过程中, 该区会为操作系统平台提供分配进程堆栈和数据的接口, 用于对进程堆栈和数据的使用情况进行检测和查询。当系统对堆栈进行分配的时候, 会通过在堆栈区中填满“0x A5”来检测堆栈的使用状况;而放置堆栈和数据的时候, 会将其向高端靠齐。
3 UB区
UB区的主要作用是存放各种大小不同的UB块, 并对这些UB块进行分配、释放以及越界访问保护。在UB区中, 存放着数个不同大小的UB池, 不用的UB池中, 又包含着数个不同大小的UB块, 在对这些UB块进行管理的过程中, UB区会根据UB块大小的不同采取不同的分配、释放以及越界访问保护管理措施[2]。
在UB区中, 各UB池存在的主要目的, 使为了对动态申请内存和释放内存进行管理, 确保其准确性和高效性。在UB池中, 各UB块会按照一定的顺序进行排列, 并且, 每个UB块都可以根据系统的应用需要, 对自身进行职能配置, 满足需要。因此, 在对UB区进行设计的时候, 要先根据系统用户的具体需要对UB区进行初始化设置, 根据系统用户的具体需求, 先从系统中分配出一大块UB区, 然后将UB区分成数个不同的UB池, 并将UB池分成数个不同大小的UB块, 按照系统设置的排列顺序对其进行排列。在对UB块进行排列的过程中, 为了保证UB区的安全性, 要对UB头进行统一管理, 同时, 为了确保系统在普通UB块无法申请到时也能够正常运行, 还需要保留部分UB块。
结束语
嵌入式软件在电子设备中应用的越来越广泛, 因此, 为了能够有效解决电子设备越来越复杂而致使嵌入式软件越来越复杂的问题, 降低嵌入式软件的开发成本, 开发商就需要嵌入式软件开发平台内存管理软件的设计入手, 设法解除嵌入式软件无法在不同系统上的移植的限制。
摘要：嵌入式软件的应用变得越来越广泛, 对其内存管理软件的设计也变得越来越重要。文中对嵌入式软件开发平台内存管理模块进行了简单介绍, 然后以此为基础, 对嵌入式软件开发平台内存管理软件的设计进行了深入探究。
软件管理平台 篇2
5结语
目前针对多元化软件的开发是一项比较艰巨的任务，其结构复杂、信息量较大。该软件分为很多不同的部分，故要把需求、分析、测试、设计、运行等诸多因素考虑进来。在目前比较常见的业务系统中，基础底层软件架构不但能够提高工作效率，还可以节约开发所需要的投入，提高利润。在提高质量方面则可以采取严格的规范约束和框架设计技术两种手段。在信息技术不断发展的前提下，软件开发管理平台取得飞快的进展，然而多元化软件的开发不仅在我国受到格外关注，国外也正积极针对这一方面展开研究工作，并且运用到实际运行当中，软件开发管理平台也显示着其强大的生命力，为我国的软件开发项目管理信息化做出了较大的贡献。
参考文献
[1]吴晓慧.软件开发管理系统的面向多元化的设计[J].计算机光盘软件与应用，，12（6）：256-257.
[2]王珊珊，赵青.浅谈软件项目在软件开发管理中的作用[J].有色金属设计，，30（1）：55-59.
[3]曹键.软件开发管理平台的构建[J].电信工程技术与标准化，（12）：46-50.
[4]黄若儒.基于软件架构技术的系统开发基础平台分析与设计[D].广州：华南理工大学，2014.
[5]张清兰.面向目标识别应用的算法开发管理平台的设计与实现[D].西安：西安电子科技大学，.
平台化为中国软件补短 篇3
众所周知，目前中国的软件行业中，大多数是以简单集成软件系统形态存在的服务型软件开发商。他们虽倚靠着中国政企信息化的海量市场，但在中国这种“重硬轻软”、软件开发商规模相对较小、产业链不完善、技术标准缺乏的现实情况下，中国的软件业面临着严峻的生存挑战。
中国软件商要崛起，应该走一条什么样的道路呢？
传统行业的启示
传统行业发生的典型蜕变已经被一些先见者套用至软件行业中了，例如颠覆了传统手工生产的“福特模式”。100年前，福特公司通过模块化、标准化、流水线的创新生产方式，达到了提升产品质量、降低生产成本、缩短交付时间的目的。
回到当代，飞机制造业的迅速发展，同样带给软件行业巨大的启示——模块化生产和大规模协作。波音787客机的设计研发集合了6个国家的100多个供应商，波音公司自己则扮演着集成商的角色。与波音777相比，波音787的制造过程已产生了质的飞跃: 制造777，波音得向供应商提供2500页的规范书，而787只需要20页; 777的总装，要从世界各地运送一万多个零件到华盛顿，组装需要13～17天时间，而787的大多模块已经在世界各地预先组装好，在美国本土的总装只需要3天。
“完成这种大规模协作的基础就是严格的标准化和模块化。通过这种商业模式，波音进一步提高了质量，降低了成本。”分析人士表示。2005年，波音得到了354份787的订单，是自2000年以来第一次超过竞争对手空中客车。
对此，普元软件CEO沈惠中表示:“实际上现代化的生产方式大都离不开两种重要元素: 标准化的‘平台’和能够于此平台上进行拼装的、具有标准化接口的‘组件’。”在全球能够迅速展开连锁业务的麦当劳，依靠的就是完备的标准化体系，才能够自动自发地管理品牌、服务、经营和培训等各个模块。
无论对提供产品的波音公司，还是对提供服务的麦当劳，平台和模块都是缺一不可的，因为这样的模式，是从生产管理进步中得到的最佳模式。它也被软件巨头们所借鉴。
据记者了解，SAP在过去5年中，实施了最核心的平台战略，将过往两三年中研发的软件通过SOA的方式移植至Netweaver平台上，依靠标准化、组件化，将一个大型ERP软件拆成许多小软件。
而甲骨文完成了对BEA的收购，其背后也是要从一个单纯建立在技术平台上的数据库提供商，逐渐向应用提供商转型，实现Netweaver一样的定位，以SOA的方式，向统一平台进行移植。
我们最为熟悉的IBM，去年的16次收购中，有10家是软件企业。这都是因为IBM认为软件和服务是两个利润丰厚的市场。
还有占领了桌面系统的微软，在向企业软件市场进军时，也先后收购了很多ERP、CRM系统厂商。
由此不难看出，国际软件业最领先的四大厂商其实在做同一件事: 在精细化分工的软件业中，做回波音的角色，使大规模协作得以实现。
用平台交付软件
比尔·盖茨曾说过: “我们最大的突破就是建立了一个软件平台，让数以万计的公司在此基础上衍生出很多非常了不起的软件。”
与美国的软件产业相比，中国的软件业落后很多。IDC在白皮书中公布的数据显示，中国的软件及IT服务产业规模仅在整个IT产业中占25.8%，而美国则达到69.9%。尽管近年来随着国家对软件产业的重视，中国软件开发商可挖掘的市场空间潜力大增，但中国软件企业却仍普遍面临着三大挑战: 开发成本不可控、人员流失造成的不稳定，以及企业资源结构多向技术层面倾斜。
“在这种情况下，中国软件开发商需要尽快弥补自己的技术短板，将更多精力放在对客户业务的理解和把握上，而技术平台在这种需求下，就成为一种必然。” IDC中国总裁郭昕认为。
然而，如何才能将主要精力放在对客户业务的理解上呢？白皮书结论认为，技术平台与产品平台的分离，是提升软件开发商差异化竞争能力的战略重点，中国软件开发企业应该把核心竞争力聚焦在对客户的理解和快速交付上，技术平台架构则交给第三方商业软件平台。
IDC认为，通过部署技术平台，软件开发商可实现更好的复用，从而缩短项目实施周期、降低项目风险，并提高对应用系统变化的响应能力。
沈惠中向记者介绍，过去，企业客户级应用软件只有两种选择: 一是省钱但不灵活的标准实施方案; 二是灵活但昂贵的个性化解决方案。实际上，灵活的定制化软件解决之道也并非天堂，基于成千上万行代码的大型定制化软件简直是“灾难”。
而那些信息化应用很成熟的大型客户，在标准化的套装软件和个性化的定制软件都无法满足他们的需求时，推动了平台产品思维的出现。他们期望能通过这个平台，把想象中的方案集合在一个平台上。
软件管理平台 篇4
关键词：Linux平台,软件管理,架构,软件包管理工具,图形化前端
在PC操作系统领域,如今较为常见的有微软公司的Windows系列操作系统、苹果公司的Mac OS系列操作系统以及Linux系列操作系统中比较流行的版本,如红帽、Ubuntu等。 Linux是UNIX的重新实现[1],是一种非盈利性的操作系统,开发者遍布全球,完全出于兴趣爱好,采用由程序员慷慨地向社区贡献自己编写代码的开发模式,遵循开源代码最严格的GPL开源代码协议,做到一切修改都必将回馈社区,具有免费、开源软件丰富、开放性等特点。因为其具有独特优势,Linux发展迅速,成为操作系统领域一个必不可少的分支。在桌面领域,虽然Windows仍然占据绝对主导地位,但Linux多种发行版本也发展迅速,如Ubuntu、open SUSE等;在服务器领域,Linux获得IBM、HP、Novell、Oracle等IT硬件巨头的支持,市场份额领先; 同时,2008年诞生的基于Linux的手机操作系统Android如今已发展成为手机操作系统的主流。
Linux具有开源优点,技术支持者和软件更新者来自世界各地,其软件开发模式从传统的集中开发模式转向分散式开发模式[2],这也同时带给Linux下软件包种类、数量繁多,软件包之间依赖性强等缺点,文献[2]对开源软件平台的特点进行了比较全面的总结,指出Linux平台下强调软件重用,重用不仅限于项目内部,更广泛地发生在不同开源项目之间,使得应用程序与操作系统、应用程序之间的依赖关系、冲突关系更为复杂,缺乏统一的组织进行管理,提出需要由开源发行操作系统提供一套有效的机制。那么,怎样更高效便利地对众多的软件包进行管理,以方便用户获取、安装和使用软件,这给Linux平台下的软件管理人员提出了严峻的挑战。
1操作系统软件管理架构
1.1Linux版本
Linux操作系统是指基于Linux内核开发的操作系统,其不同的发行版本是由开发人员在Linux内核基础上融入自己的特色打包发布而来的。当前比较流行的Linux发行版本版本树, 如图11所示:
由Linux版本树可以清晰地看到,当前国际上比较有名的Linux发行版本公司有Red Hat和Novell公司,还有社区提供的操作系统版本,在中国,主要有中国CNN联合实验室提供的Ubuntu Kylin。总体上有企业级应用收费版本和社区免费版本之分,各家有各家的特点,与市面上主流的Windows操作系统和苹果的mac操作系统相比,开发力量相对分散,竞争力相对欠缺。
1.2软件管理架构模型
我们通常所说的计算机软件有系统软件和应用软件之分[3]。操作系统就属于系统软件且在系统软件中占有核心地位,能够有效地协调、管理计算机硬件,应用软件等资源,使计算机高效工作。这里所说的软件管理架构模型是指操作系统对应用软件管理的架构模型。
目前,Windows操作系统在个人PC桌面领域占据大部分市场份额,在操作系统领域长期占有统治地位;Mac OS操作系统占据一定市场份额,在国外相对国内比较流行,Linux系统的用户则是最少的,这与人们长期形成的使用习惯以及操作系统本身的界面友好性、使用方便性存在很大的关系,要改变这种局面,是一个漫长的历程。随着软硬件技术地不断发展进步,操作系统上能够安装满足人们各类需求的应用软件层出不穷,如网络聊天、视频播放、音乐播放、输入法等,同时这些应用软件在不断地优化更新。那么各种操作系统是如何对这些应用软件的下载、安装以及卸载进行管理的。
我们都很熟悉,Windows平台下的软件管理,主要是通过在操作系统中安装软件管家客户端来完成,软件管家收集了市面上流行的海量应用软件,并都经过人工安装和杀毒软件测试,统一放在软件仓库中。比较流行的有360软件管家、腾讯软件管家等,该类型客户端给用户提供了软件宝库(仓库)、软件升级、软件卸载、软件下载等图像化界面列表,并对应用软件按照应用类型分类管理,用户下载安装任务在后台完成,极大地方便了用户对应用软件的管理。Mac OSX平台下的软件管理,主要是通过在互联网(Max X苹果网、苹果在线)上搜索到对应苹果系统的软件源进行下载,然后打开下载下来的安装文件后把相应的图标拖放到Application中,在Application中找到打开即可使用,就像Windows平台下使用其绿色软件一样。目前Linux平台下的软件管理相对而言没有Windows和Mac OSX下的软件管理方便友好,主要是通过终端命令或者是一些简单的图形化前端来实现。造成这种局面的主要原因是一方面由于Linux的开源特点,软件之间的依赖性强,给软件管理带来了一定程度的难度;另一方面由于Linux桌面系统的市场占有额小, 这就使得软件开发商缺少开发并不断优化软件管理前端的动力。
通过对主流操作系统平台下软件管理的分析,不难看出, 操作系统下软件管理架构的一般形式通常采用客户机和服务器(C/S)架构。该架构的突出优点就是可以将任务合理分配到Client端和Server端来实现,充分利用两端硬件环境资源。文献[2]给出了开源平台下软件管理的一般结构,其简化图可以用图2表示。
由图2可以看出,开源平台下的应用软件管理系统是通过软件包管理和分发系统来完成的[2],分发系统部署在服务器端, 由专门的管理人员进行管理维护,并通过网络向用户提供软件包信息获取和下载服务,软件包管理部分部署在客户端,负责帮助用户对获取来的软件包格式和内容进行解析从而完成相应操作。通过这两部分的协调配合,更好地解决了开源软件的依赖性问题和获取、安装等问题。
2Linux软件包管理工具
2.1软件包格式
当前各类应用软件以软件包的形式被提供给使用者,是指将应用程序、配置文件以及管理数据等统一组织起来得到的, 分为二进制软件包和源码包,易用性强、灵活性高和扩展性广。Linux平台下常用的应用软件包种类主要有.rpm和.deb两类,两类格式的软件包采用了不同的组织方式并且在一定条件下可以相互转换。Novell公司和Red Hat公司发行的操作系统版本采用.rpm格式的软件包,社区以及中国CNN联合实验室的发行版本采用.deb格式的软件包,RPM软件包通过给出的spec文件控制软件包制作,deb软件包由ar工具对deb标志文件段、控制文件和安装文件压缩生成。两种格式软件包的组成结构[4]如图3所示。
由软件包组成结构不难看出,.rpm和.deb包中不但包含应用程序,而且还提供了软件包的相关信息及依赖性关系描述等,一定程度上可以方便软件安装过程。
2.2软件包管理工具
不同的发行版本采用的软件管理技术不同,目前Linux平台下开源软件管理技术主要有Apt/dpkg和Yum/RPM两大分支,同时还有基于这些技术实现的较为友好的图形化管理前端 (免费),如Ubuntu软件中心、新立得软件包管理器、Yumex、 Package Kit等,图4给出了Linux主流版本中各自适用的软件包及软件包管理工具之间的演化关系。
软件包管理工具的设计理念是:简化定位和下载软件包的过程、自动进行系统更新和识别、方便管理软件包之间的依赖关系。dpkg和rpm是最基本的软件包管理工具,能在终端基本满足对软件包进行的操作,大大减少安装软件的工作量,但是他们仍然不能有效解决软件依赖性问题,之后便以此为前端产生了高级别的软件包管理工具APT和yum,可以自动检测软件依赖性问题下载并安装所需软件甚至可以一次性更新整个系统上所有的软件包,方便了软件的安装、升级和卸载。然而人们所追求的是能够有像Windows平台下各类软件管家一样的更为方便友好的图形化界面软件管理方式,于是在已有基础上Linux平台下的各种图形化软件管理前端应运而生。
dpkg安装软件包时,读取软件包内容进行安装并记录控制文件中的信息,为软件包维护、依赖关系处理及安装故障等的处理提供参考信息,软件包的依赖关系可以从控制文件中的depends、recommends、suggests、conflicts等关系中获取。基于dpkg的软件包管理工具APT能够主动从软件仓库中获取软件包信息列表并在本地构建软件包描述和依赖关系数据库。当使用apt命令安装软件包时,apt首先从本地数据库中找到软件包信息及依赖关系然后主动从软件仓库中下载相应的软件包并对下载下来的软件包按依赖关系进行顺序性安装。
使用RPM安装软件包时,rpm命令会把RPM包中的文件安装到系统的指定位置,同时会把这些文件的安装位置和包的信息记录在RPM数据库[4]中,这一点与dpkg存在一定的相似之处,数据库中的文件信息在RPM进行安装、升级或卸载时会有相应更新。而在实际应用中由于软件依赖关系复杂、大面积安装、软件搜索等的困扰,给使用者遇到了诸多不便,为了解决这些问题,yum软件包管理工具被设计出来。yum通过在服务器端构建RPM文件仓库和使用createrepo命令生成索引文件,在客户端构建RPM数据库和设定相应配置文件来管理软件,可以从服务器端取得安装软件所依赖的其他软件信息,先安装他们,然后在安装我们需要的软件,可更有效地解决应用软件的获取、安装、更新和卸载中存在的问题。
dselect、aptitude和tasksel属于文本窗口界面(使用窗口菜单完成软件包管理任务)的软件包管理工具[5]。其中dselect是使用菜单界面的控制台前端包管理工具,运行过程中同时使用APT和dpkg;aptitude整合了dselect和apt-get的所有功能,并提供更多特性,为apt提供了字符界面的前端命令行管理方式, Aptitude会记住哪些包是用户自己安装的,哪些包是为了满足依赖关系而安装的并在依赖包不被需要时自动卸载,同时具有内建的包过滤器[5];Synaptic则是更为友好的基于GTK的图形化APT前端程序,在Ubuntu系统中被称为“新力得”软件包管理器,底层依赖APT包管理命令,除能够实现对软件包的基本操作之外,还增加了软件包过滤、版本锁定、强制安装等功能,对于Linux初级用户来说,具有上手方便的特点。
类似于Synaptic,yumex和kyum是yum的图形化前端,在使用他们时,必须先安装配置yum。二者都提供给用户通过单击的方式选择软件库、软件包和组等功能,能方便地完成软件管理中的相应操作。
Package Kit是一个能更加方便地安装和更新软件的软件包管理工具,针对Gnome和KDE不同桌面环境提供不同版本,其设计意图是能够统一不同发行版本中的图形化软件管理工具, 成为一个通用包管理器,支持将YUM、APT等作为后端[6]。
以上所述各类软件包管理工具分类及各类特点归纳总结如表1所示。
2.3对比分析
通过对以上软件管理工具的介绍,他们的共同点是都能够从配置的软件仓库中自动下载目标软件包并进行安装,软件仓库在分发端由专门的人员来维护,从而保证了软件来源的可靠性。在解决软件依赖性过程中为了避免繁琐地手动下载、安装每一个需要的依赖包,YUM和APT管理方式又提供了自动从仓库中下载软件包和包描述信息并在客户端自动安装依赖包的机制,在解决用户界面友好性、操作简单性上,各类图形界面管理方式又提供了可行的实现。
APT和YUM的不同之处是,APT在软件仓库端对同一软件的不同版本按照稳定性进行分类维护,分为unstable、testing和stable三种发布,这使得二进制应用软件包的发布流程更加规范。
3总结与展望
软件管理平台 篇5
招标文件 XX经济发展局
二零一一年九月
第一部分投标邀请书
xx高新区经济发展局(招标人)，对--XX高新区经济发展局经济信息化平台--项目进行招标。现邀请合格的投标人前来投标，通过评审择优选定中标单位 来完成该项目。1.招标项目及说明
详细需求说明请参见本招标文档“第四部分”。2.技术要求
见本招标文件“第四部分”。3.招投标程序
第一步：招标人发招标通知；
第二步：投标人向招标人登记投标项目，准备投标文件； 第三步：投标人递交投标文件； 第四步：开标； 第五步：招标人评标；
第六步：招标人公布招标结果，与中标人签定合同。4.登记投标项目
方式：书面（可通过传真或直接递送。内容包括项目名称、投标单位名称、联系人、联系电话）传真： 地点：XXXXXX 申报截止时间：
****年**月**日
时
5.投标文件递送 地点：同第4条中的地点
递送截止时间：
****年**月**日
时6.开标
时间：
****年**月**日
时
分地点：XXXXXX 7.中标通知 时间：另行通知 方式：书面/Email通知 8.答疑人： 联系人电话： 9.答疑
方式：采用集中答疑方式，过时不候。时间：
****年**月**日
地点: XXXXXX
分
分
第二部分投标人须知
一、说 明 1 适用范围
本文件适用于投标邀请中所含项目。2投标人资格要求：
投标人参加本次投标应当符合《中华人民共和国政府采购法》第二十二条的规定并具备下列条件：
1、注册资金壹佰万（含壹佰万）以上，2、具有软件开发经营范围的企业法人，3、必须具有相应的售后服务能力，包括拥有相应的设备和人员。4投标人自行承担所有与参加投标有关的全部费用。
二、招标文件说明 4 招标文件的组成 招标文件由下述部分组成：（1）投标邀请书（2）投标人须知（3）合同一般条款（4）系统需求说明书（5）附件 5 招标文件的修改
a)在投标截止日期前2 天，招标人可视具体情况而修改招标文件，并书面 所有已登记的投标人，投标人在收到该通知后应立即以书面形式确认。
b)为使投标人在编写投标文件时有合理的时间考虑招标文件的修改内容，招标人可酌情推迟投标截止时间和开标时间，并以书面形式进行通知。
c)招标文件的修改通知作为招标文件的组成部分，对投标人有约束力。
三、对投标文件的要求 6 材料的真实性
投标人应仔细阅读招标文件的所有内容，按招标文件的要求编写投标文件，并保证所提供的全部资料的真实性。否则，其投标将被拒绝。7 投标文件语言及计量单位
a)投标文件及投标人和招标人就投标交换的文件和来往函件，应以简体中文书写。
b)除在招标文件的技术要求中另有规定外，计量单位应使用中华人民共和国法定计量单位。8 投标文件的组成 1)投标书； 2)法人资格证明； 3)授权书； 4)投标方资格证明； 5)投标方基本情况表；
6)营业执照（复印件、加盖公章）；
7)投标方必须提供适合于本工程的注册资本证明、资信等级证明、职工人数证明；
8)投标方在近一年内已完成或正在进行的与本合同工程相似的业绩资料，包括：工程合同复印件（首页和法人或法人代表签字页）、工程所在地、甲方单位、联系人及联系电话等； 9)投标人认为需加以说明的其他资料； 10)开发人员名单和经历； 11)对产品质量及售后服务的承诺； 12)技术方案。内容包括： 功能定义； 系统架构设计；
原型系统说明（开放源代码软件或自有软件产品介绍）； 技术实现途径；
关键技术（技术难点）及技术风险； 系统建议书 售后服务方案 13)项目计划。内容包括： 项目组织和管理计划； 费用明细表； 时间进度表； 技术支持计划 9 投标文件格式
投标人应按招标文件中提供的投标文件格式填写，一律用A4纸。10 投标货币
投标币种仅限用人民币。
四、投标文件的递送 11 投标文件的装订和封装
a)投标文件一律一式四份，其中一份正本，三份副本。
b)投标文件按本《须知》第8 条中的排列顺序进行装订和封装，原件和复
印件分开，并在封面或封包上标明“投标人名称”及“原件”或“复印件”。
c)每一密封袋（包）上注明“于之前（指投标邀请中规定的开标日期及时间）不准启封”的字样，同时在密封处加盖投标人公章。d)如果未按上述规定进行密封和标记，招标人对投标文件的错放或提前拆封不负责任。由此造成的错放或提前开封的投标文件将予以拒绝，并退还给投标人。12 投标文件的递送
所有投标文件，都必须按要求，派专人送达。13 迟交的投标文件
招标人将拒绝在投标截止时间后递交的投标文件。14 投标文件的修改
a)投标人在递交投标文件后可对其投标文件进行修改，但必须在投标截止时间之前将书面申请递交招标人。
b)修改后将投标文件在投标截止时间之前派专人送达。c)投标截止时间以后不得修改投标文件。d)投标文件具有下列情形之一者，将视为无效： 1.投标文件逾期送达；
2.投标人不具备投标资格或未按要求登记； 3.未按招标文件规定密封和标记；
4.未经投标人法定代表人或授权代表签署和加盖投标人公章； 5.投标文件无报价；
6.投标文件载明的投标完成期限超过招标文件规定的期限； 7.明显不符合技术规范、技术要求；
8.投标文件不全，或文件格式不符合要求、内容不全、字迹模糊、难以辨认；
9.投标人在唱标时弄虚作假、扰乱开标会场秩序，经主持人劝阻、警告仍无理取闹者。
五、开标和评标 15 开标
a)招标人在规定的时间和地点开标。投标人派代表1-3人参加。b)开标时，先查验投标文件密封情况，确认无误后拆封。16 评标 a)招标人将根据招标项目的特点成立评标小组。评标小组对投标文件进行审查、质询、评估和比较。
b)评标期间，招标人会要求投标人代表到现场通过原型或PPT 进行现场演示，阐明方案内容，并对评标人的问题进行解答。17 对投标文件的审查
a)评标小组将审查投标文件是否符合要求，是否有计算错误。b)在对投标文件进行详细评估之前，评标小组将依据投标人提供的资格证明文件对投标人的财务、技术和开发能力等方面进行综合审查。
c)评标小组将允许修改投标中不构成重大偏离的微小的、非正规、不一致或不规则的地方。18 投标文件的澄清
a)为了有助于对投标文件进行审查、评估和比较，评标小组有权向投标人质疑，请投标人澄清其投标内容。投标人有责任按照招标人通知的时间、地点指派授权代表进行答疑和澄清。
b)重要澄清的答复应是书面的，但不得对投标内容进行实质性修改。19 对投标文件的评估和比较
a)评标小组将对实质性影响应招标文件的投标文件进行评估和比较。
b)评标小组将根据以下因素进行评估： 1.投标人对招标方需求的理解
2.投标人方案的适用性、可行性及风险； 3.投标人的技术水平；
4.投标人提供的技术服务及售后服务承诺； 5.投标价格； 6.项目工期进度；
7.投标人履行合同的资格和能力； 8.其他因素。20 评标原则及方法
a)公正、公平、公开、科学、择优。
b)对所有投标文件的评审，均采用相同的程序和标准。
1.评审开发方案的可行性、先进性、实用性以及风险等（含同类项目业绩，开发人员资质，实施本项目的资金能力、技术能力、履约能 力和用户信誉等方面的从业表现等）。
2.评审技术服务的承诺文件是否满足招标人的要求。c)评标及定标程序
1.评标小组成员阅看投标文件和投标人综合情况；
2.评标小组成员对投标文件的商务和技术部分进行综合评审与比较；
3.对投标文件的质询与澄清；
4.评标小组组长编写评标报告，评标小组成员签字确认评标结果； 5.评标小组将书面评标报告和推荐的中标候选人名单报招标领导小组审定；
6.招标领导小组根据评标小组提出的书面评标报告和推荐的中标候选
人确定中标人。21 保密
a)在投标、评标、决标、定标的全过程中，凡投标人递交的投标文件，以及属于有关投标文件的审查、澄清、评价和比较的一切资料和信息，均不得向其他投标人或与该过程无关的其他人员泄露。b)在投标文件的审查、澄清、评价和比较以及推荐中标候选单位的过程中，投标人对招标人和评标小组成员施压影响的任何行为都将导致取消投标资格。
六、授予合同 合同将授予其投标符合招标文件要求、并能圆满地履行合同的、对招标人最为有利的、最合理报价的投标人。23 中标通知
a)定标结束3 日内，招标人将以《中标通知书》形式通知中标的投标人其投标被接受，《中标通知书》一经发出即发生法律效力。b)《中标通知书》作为签订合同的依据。24 签订合同
《中标通知书》发出后，中标人30日内与招标人签订合同。
第三部分合同一般条款
第一条本合同项目的技术方案、工作量、价款及付款方式、工作进度、阶段成果、附加技术服务等内容由附件载明。乙方就本项目所提交的“项目投标文件”也属于本合同的附件。本合同附件为本合同不可分割的一部分，与合同正文具有同等法律效力。第二条甲乙双方的基本权利和基本义务 2-1 甲方的权利和义务
2-1-1 负责项目管理、技术指导和系统验收； 2-1-2 向乙方提供必要的支持，协助乙方履行工作； 2-1-3 按合同要求向乙方付款。2-2 乙方的权利和义务
2-2-1 负责按合同要求进行开发，遵守开发过程中甲乙双方的各项 规定和制度，按时交付项目成果及配套文档； 2-2-2 负责技术培训； 2-2-3 负责软件系统维护； 2-2-4 随时接受甲方的监督与检查。
第三条双方联合成立项目工作组，负责本项目实施中的联络、协调和项目实施过程中的评审工作，组织召开评审会，形成的会议纪要将作为项目开发和验收的依据。
第四条甲乙双方承诺在履行合同时不进行有损各方形象、声誉等的行为，保守在履行本合同过程中获知的对方商业秘密。
第五条本合同签订后，经甲乙双方当事人协商一致，可以对本合同有关条款进行变更或者补充但应当以书面形式确认。
第六条合同履行期限按照附件规定的工作进度执行。经甲乙双方协商一致，可以延长该期限（以下统称合同期限）。
第七条甲方同意按双方约定的付款方式和时间及时向乙方支付合同费用，以及提供其他必要的协助。第八条系统预审和项目竣工验收。8-1 系统预审
8-1-1 预审条件。乙方全部完成本项目程序开发、相关数据转换、用户操作手册和系统集成测试后，方可向项目工作组申请系统预审工作。
8-1-2 项目工作组收到乙方系统预审书面申请后，将在5个工作日 内安排系统预审会(预审成员不得低于5 名，其中甲方代表 不得低于2名),预审会所形成的《系统预审意见书》将作为 项目工作的依据。
8-1-3 如果乙方提交的系统测试报告与实际不符的功能点占系统功能点总数的比例超过5%时，项目工作组将有权要求乙方委托第三方测试，测试费用由乙方承担。8-2 项目竣工验收
8-2-1 验收条件。乙方全部完成本项目程序开发、相关数据转换、系统集成测试和与本项目相关的所有文档，以及甲方完成《用户试用意见书》后，项目工作组方可向甲方申请项目验收工作。
8-2-2 甲方在收到项目工作组项目验收书面申请后，将在5个工作 日内安排第三方测试，具体测试时间、方法和内容等由甲方与测试单位商定。8-2-3 乙方提交的项目成果经第三方测试为合格的，甲方以会议或现场的方式组织项目验收。乙方代表根据验收组要求提供验收所需材料，并向验收组进行说明、汇报。验收组在听取汇报和审查材料后进行审议，最终提出验收意见，并由验收组签字确认；甲方在收到第三方测试报告后一月内未书面签收也未提出异议的，视为甲方验收合格。
8-2-4 乙方交付的项目成果，不能通过第三方测试的，乙方应在甲方规定的期限内进行整改，整改后仍不能通过验收的，甲方有权聘请第三方进行整改，由此产生的费用由乙方承担（费用总额不超过本合同总金额），同时，乙方还应承担逾期支付项目成果的违约责任，按合同约定向甲方支付违约金。
第九条系统维护起始日。项目验收通过日为系统维护起始日。第十条基本技术服务。
10-1 在一年服务期内，免费提供小功能模块的调整开发，调整期限由甲乙双方协定，免费提供一次系统升级机会。
10-2 自产品交付使用之日起，提供一年内7×10（每天：8：00~18：00）免费电话、电子邮件及网站论坛方式的技术支持服务。10-3 自产品交付使用之日起，提供不少于3次的免费技术培训，具体培训时间和方式由甲方决定。
10-4 自产品交付使用之日起，提供一年内7×10（每天：8：00~18：00）不少于20次免费现场服务，响应时间不超过12小时。第十一条因乙方原因，不能按时交付项目成果的，乙方应承担违约责任，向甲方支付合同总价的30%的违约金。
第十二条甲方不能按时支付合同费用，由甲方承担违约责任，每迟延支付一天，向乙方支付逾期支付部分万分之二的违约金。
第十三条任意一方欲提前解除本合同，应提前通知对方。甲方提前解除合同 的，无权要求乙方返还第七条已付费用并应对乙方遭受的损失承担赔偿责任；乙方无故解除合同的，除返还甲方全部已支付费用外，还应支付甲方合同总金额的30%作为赔偿。本合同其他条款对合同的解除另有约定的，从其约定。
第十四条任何一方没有行使其权利或没有就对方的违约行为采取任何行动，不应被视为是对权利的放弃或对追究违约责任或义务的放弃。任何一方放弃针对对方的任何权利，或放弃追究对方的任何过失，不应视为对任何其他权利或追究任何其他过失的放弃。前款潜力不因本合同的终止、撤消、无效而消失。第十五条不可抗力。
14-1不可抗力事故系指双方当事人在缔结合同时所不能预见的，并且它的发生及其后果是无法避免和无法克服的事故,如战争、严重火灾、洪水、台风、地震等。
14-2受阻一方应在不可抗力事故发生后尽快用电报、传真或电传通知对方，并于事故发生后7天内将有关当局出具的证明文件用特快专递或挂号信寄给对方审阅确认。
14-3签约任一方由于受诸不可抗力事故的影响而不能执行合同时，履行合同的期限应予以延长，延长的期限应相当于事故所影响的时间；一旦不可抗力事故的影响持续30 天以上，双方应通过友好协商在合理的时间内达成进一步履行合同的协议；如果不可抗力事故的影响使得本合同的履行不可能、不必要或者无意义的，任一方均可以解除本合同。
第十六条甲乙双方当事人对本合同的订立、解释、履行、效力等发生争议的，应友好协商解决；协商不成的，双方同意向苏州仲裁委员会提交仲裁解决。仲裁裁决应为最终决定，并对双方具有约束力。在仲裁期间，除正在进行仲裁部分外，合同其它部分继续执行。第十七条本合同的订立、解释、履行、效力和争议的解决等均适用中华人民共和国法律。对本合同的理解与解释应根据原意并结合本合同目的进行。
第十八条政府部门根据现行税法向乙方征收的与履行本合同有关的一切税费由乙方支付。政府部门根据现行税法向甲方征收的与履行本合同有关的一切税费由甲方支付。
第十九条未经甲方书面同意，乙方不得部分转包或分包其应履行的合同项下的义务。
第二十条合同书写应用简体中文。双方所有的来往函电以及与合同有关的文件均应以简体中文书写。
第二十一条双方可以以书面、口头或电子邮件的方式进行沟通，重要事件（有关合同履行）的沟通应以书面的方式进行。有当事人签字或单位盖章的原件为正式文件，具有法律效力。其他沟通记录在各方均认同的情况下可作为正式文件使用。
第二十二条本合同中的服务内容，即乙方为甲乙方开发提供的产品，其知识产权属于双方共同拥有，未经其它各方同意，任何一方不得以任何方式转让或提供给第三方使用。
第二十三条本合同一式两份，双方当事人各执一份，具有同等法律效力。
第二十四条本合同经双方授权代表签字并盖章之日起生效。本合同的有效期为
直至完成和实现本合同的全部条款及要求为止。附件一：项目技术方案
附件二：项目工作量、价款及付款方式 附件三：项目工作进度、主要措施及阶段成果 附件四：附加技术服务 附件五：《软件产品验收标准》
第四部分开发语言及开发环境
系统开发要求采用CMMI3及以上规范标准，拥有完整的开发过程文档资料。系统应该达到系统设计的功能性目标和非功能性的目标，功能性目标应该符合技术方案中设计的功能，非功能指标性能参数，安全性，扩展性，部署方便性，可用性等，整体系统应达到成熟、完整、易操作、功能完善等各项标准。开发语言环境采用.NET或JAVA,数据库采用ORACLE.第五部分需求说明书
1总体目标
信息化建设的总体目标是：坚持“统筹兼顾、全面实施、统一平台、资源共享、统一管理、安全保密”的原则，以整合利用现有网络信息资源和不断完善系统服务功能为重点，以对统计数据信息进行系统化的集成和提供网络化的服务为目标，建成经济发展局向上贯通、向下连接、纵横互联、运转协调、便捷高效的比较完整的信息化体系，实现信息采集自动化、统计信息准确化、数据通信网络化、业务处理电子化、信息服务社会化，使经济发展局信息网络化建设成为高档次和高水平的综合信息平台。
2信息化建设框架
2.1建立统一的基础数据采集平台
统计处及经发局其它科室提出各种需要企事业单位上报的数据报表，这些数据报表统一加工整理后放入基础数据采集平台，由企事业业单位网上填写直报。报表可能随时增加，要求基础数据采集平台能够灵活的增加新的报表，经发局所需要的数据，企业只需填报一次各科室共享，不能让企业相同数据填报多次。在填新的报表时，如果以前相关字段企业填报过，系统能自动调出该信息。2.2建立基础数据加工分析平台
基础数据采集上来以后，各科室获取自己关心的数据，然后按各科室的要求进行各种加工分析，形成分析成果，供领导决策。各种基础数据采集上来以后，还要能够导入目前经发局在用的上级派发的各专业系统，各专业系统的数据再加工处理后上报上级主管单位。在基础数据的基础上建立各种经济运行模型，对经济的运行异常情况以及企业运行的异常情况能够自动报警。
2.3建立数据查询共享平台
各种基础数据同统计分析成果应该能够智能查询，方便的导入导出功能，数据的共享具有严格的权限管理。
3系统模块划分
建立经济发展局及各科室内部网站，以基本单位、市场经济信息为基础，以监测、预警、分析为向导，建立各个子系统。以经济发展局为中心，建设完整的统计数据信息网络，按照大类、子类、小类指标结构，建设基础数据信息库，各数据库的建立与上级各业务主管部门下发的专业软件程序相互兼容、数据能相互转存，囊括所有单位信息和全部经济社会项目指标，通过网络化数据信息浏览系统，提供按权限访问的信息相互传递，实现数据资源共享。3.1统计报表网上直报系统
在XX高新区纳入统计的企事业单位范围内，依托互联网建立统计报表网上直报系统。直报系统分为火炬统计网上直报和区域统计网上直报两种方式，网上直报对象为向XX高新区报送火炬统计的所有单位和XX高新区行政区域内的按国家统计制度要求达到一定规模或资质的法人单位、产业活动单位。统计处为二级汇总单位，石桥办事处、四宝山办事处、卫固镇政府为一级汇总单位。企业、事业、机关单位为基层上报单位。
基层单位直报内容主要包括：统计单位登记、部门统计报表（高新区工委管委直属部门机关）、农业、工业、批发零售贸易业、餐饮业、劳动工资、固定资产投资及房地产建筑也、城市居民收入调查、农村人均纯收入调查和工商、税务、金融保险等专业、部门的各种月报、季报、年报。
要求搭建统一的网上直报平台，上报数据要求与上级派送的各专业统计系统无缝结合，要求基层通过网络上报数据后各专业系统能够自动立即显示，无需手工导入导出。
3.2统计数据电子档案系统
分门别类建立统计数据电子档案系统，从隶属关系上按照国家科技部火炬统计中心、省科技厅、省统计局、市统计局等上级主管部门部署的统计调查、普查、日常专业统计业务建立统计数据电子档案；从时间上按照月、季、年建立统计数据电子档案、统计年鉴。该系统为统计处内部系统，能够自动实现统计数据的存储、延续、提取、共享，实现智能化、自动化数据查询与提取。
3.3统计综合分析系统
以统计数据档案的数据资料为基础，建立统计数据分析系统。该系统通过各种检索和计算方法，对统计数据电子档案进行模糊查询和综合计算，形成分析结果。分析成果主要是对高新区总体经济发展和行业发展状况进行分析，找出存在的问题，分定期分析和随机分析两个方面。定期分析主要是对经济运行进行分析，形成经济运行统计分析资料，形成统计月报、年鉴等需定期分析的工作和成果；随机分析就是根据领导临时交办的任务和各种调研的需要形成初步分析结果。能够对企业运行状况进行检测，自动识别报警。
3.4数据共享与传播系统
建立数据共享与传播系统，以常规统计调查数据为基础，公布静态统计数据资料，用户可以根据自身需要对其进行加工、整理，从中可直接看出经济发展趋势性、规律性的信息，并据此进行研究。该系统依托电子档案数据，有选择的对外进行公布。
3.5重点调查系统
重点企业数据采集报送系统的指标采集标准，按照高新区工委管委的要求，实时对重点企业、行业的各类经济发展状况进行调查，监测和掌握XX高新区内重点企业的发展动态。主要报送指标随着经济发展形势的发展变化而做出相应调整。
3.6网上催报系统
按照火炬中心、省统计局、市统计局规定的上报时间，系统能够自动对要上报单位进行催报。催报方式有网页滚动提示、电子邮箱、手机短信、QQ留言等。
3.7内部办公自动化系统
建立经济发展局内部办公自动化系统，使各种信息流能在经发局内部快速流转，提高工作效率。办公自动化系统具有，公文处理、人事信息、经费管理、固定资产管理等功能。
4其它需求
4.1权限管理
系统要建立安全的权限管理系统，保证统计数据的安全性。不同角色的工作人员只能查看操作其权限范围内的统计数据。
4.2安全性
保证统计数据存储的安全性，有存储冗余，在互联网上传输数据时要采取加密措施，防止机密数据的窃取。4.3智能分析
要求能够根据设定的数学模型，自动检测企业的各项主要数据指标，以自动判断该企业的运行状况，有异常情况能够自动报警。
4.4系统更新
系统应能根据统计变化自动下载更新，由于各系统的统计指标和报表公式可能有变化，需要系统能够做到实时更新。
5信息平台建设
5.1外网建设
建立XX高新区经济发展局对外网站，该网站设计原则是上下贯通、纵横互联、运转协调、便捷高效、功能齐全。
政策法规：宣传党和国家、省、市、区的有关政策和法规。办事程序：各种办事的流程和程序。通知公告：各种通知公告的发布。经济社会调查：各种在线统计调查。
统计数据：可以对外公布的统计数据，可以浏览下载，公布经济和社会发展成果。单位信息采集：可以采集各单位的基本信息。网上直报：按照隶属关系多层次设置使用权限，实现各个专业数据库的网上直报。
5.2内网建设
建立XX高新区经济发展局内部网站，各科室有自己的科室主页，各科室能按照权限访问相关的数据，实现高新区管委会内部纵横互联、运转协调、便捷高效、功能齐全的办公自动化系统。内网主要内容有：
政策法规：能查询各种政策法规文件。通知公告：发布内部的通知公告。工作动态：各项工作的动态。办事程序：能查询各种办事程序。
工作信息：发布各岗位的职责，工作要求等。
资料查询：能从统计系统中按照权限访问各种统计数据，查询要求智能、便捷，使工作人员能快速的获取其所需要的数据资料。
6数据库建设
数据库从总体上分为历史年鉴（静态）和、季度、月度（动态）两大类。建立企事业机关、个体单位基本信息数据库，该数据库的数据只用上报一次，各专业系统共享，不用每次都要上报。要求建立网络数据库，便于数据共享，并能够自动归档。并保证数据库的健壮性和安全性。
第六部分附件（投标文件模板）
一、投 标 书
根据贵方项目招标的投标要求，签字代表（全名、职务）经正式授权并代表投标方（投标方名称、地址）按招标文件中投标文件的组成要求、提交正本一份和副本一式三份。据此函，签字代表宣布同意如下：（1）投标方将按招标文件的规定履行合同中的责任和义务；（2）所附投标价格表中规定的应提供和交付的产品。投标总价为：人民币（大写数字）元。
（3）投标方已详细审查全部投标文件，包括修改文件（如有的话）以及全部参考资料和有关附件。我们完全理解并同意放弃贵方由于对我方投标文件的不明和误解而致我方投标不中的追究权利；（4）其投标自开标日起有效日期为个工作日；
（5）投标方同意提供按贵方可能要求的预期投标有关的一切数据或资料，完全理解贵方，不一定要接受最低价的投标或收到的任何投标；（6）与本投标有关的一切正式往来通讯请寄： 地址： 邮编：
电话： 传真： Email： 投标方代表姓名、职务： 投标方名称：（公 章）日 期： 授权代表签字
二、法定代表人资格证书 单位名称： 地 址：
姓名： 性别： 年龄： 职务：
系 的法定代表人。为系统工程项目，签署上述项目的投标文件、进行合同谈判、签署合同和处理预制有关的一切事务。特此证明。投标单位：（盖章）日期：2011年 月 日
三、授 权 书 本授权书申明：（公司注册地）（公司名称）
法人代表（姓名）经合法授权，特代表本公司（以下称投标方）任命：（公司名称）
（职务）（姓名）为正式的合法代表人，并授权该代理人在有关招标工作中，以投标方的名义签署投标书、进行谈判、签署合同并处理与此有关的一切事务。法人代表签字： 代理人签字： 地 点： 2011年月 日
四、投标方资格声明 1． 名称及其它资料： 投标方名称： 总部地址： 传真/电话： 邮政编码：
成立日期或注册日期： 主要负责人姓名：
在中华人民共和国的代表姓名和地址： 2． 以上所有证明文件
就我方全部所知，兹证明上述声明是真实、正确的，并已提供了全部现有资料和数据，我方同意根据要求出示文件予以证实。日期： 投标方名称：
授权代表签字： 授权代表职务： 传真/电话：
五、投标方基本情况 1.名称和概况： A.投标方名称： B.总部地址： 邮编： 传真/电话：
C.成立日期或注册日期： D.注册资金： E.主要负责人姓名：
F.有关技术人员：_________________人
2.近两年（从2009年1月起算）国内外主要用户的名称和地址： 用户名称和地址、邮编产品名称 代表签字： 单位盖章： 日 期：
六、开发商对产品售后服务的承诺 我们(单位名称)承诺：
对本次招标开发的产品，在保证期内为用户提供免费服务，同时提供产品保证期后的技术支持服务。单位名称：
平台软件寻求易用性突破 篇6
近日，普元提出了整套“软件平台化”的理论。普元软件高级副总裁刘尔洪表示，这一理论是通过不断摸索和时间积累而产生的，将帮助平台软件找准用户需求。而普元的这一理论在业界也引起了共鸣。
选对平台化方向
据了解，作为平台软件中与用户业务结合最紧密的一支，行业平台软件扮演着越来越活跃的角色，亚信、用友、东软等企业都有植根行业的平台软件，能够在电信、金融等大型行业内得到快速部署。
但由于行业的限制及其自有平台的先天定位，平台的可扩展性不强，切换成本较高，行业性的平台也将面临跨越行业界限的新问题。
刘尔洪认为，软件企业必须要了解一个基本概念——如何基于平台构建软件产品。他表示，企业在选择软件平台时要非常谨慎。
实现易用性突破
中国软件网总编辑曹开彬认为，在比较软件平台提供商时，企业要注意考察三大要素：产品、能力和商务。对于软件平台厂商，通常面对的问题就在于，如何满足不同用户的开发需求。
根据IDC对国内20家软件企业开发商的调查发现，软件开发商更多的技术平台成本集中在使用之中。如果软件开发商采用自有平台，除了需要在项目、产品开发中不断调试技术平台之外，还要及时跟踪新技术，规范以及各类基础软件产品的升级。
此外，平台开发维护人员的成本以及对他们的依赖，对软件开发商们来说也造成了额外的成本。同时，考虑到开源技术的初期学习成本和后续服务的获取成本，其零获取成本也不再突出。而第三方商业平台恰恰能够有效地避免选择自由平台和开源平台所带来的一些问题。
软件管理平台 篇7
通过手机发送短信参与节目, 是现今的主要方式。一档节目的短信数量, 少则几百, 多则上万。如何对这些信息进行筛选、管理、保存、加密, 以便从中找到主持人需要的信息呢?导播为了找出几条符合主持人要求的信息, 原先采用手工比对的方式, 浪费了大量的时间, 而且出错率很高。比如抽奖环节 (从发送短信的听众参与者中抽出中奖者) , 为了让更多的听众参与到节目中来, 频道部门要求中奖者在三个月内不能重复中奖, 这成了导播很头痛的事情, 怎样才能保证今天选出的听众在三个月内没有中过奖呢?只能到三个月内的中奖表中逐一对比, 才能够确定。这是一件工作量很庞大的事情。如何让这些复杂繁琐的工作变成简单轻松的事情?如何提高导播的工作效率?如何让短信互动有效的进行?作者利用de lphi 7开发工具, 结合微软ACCESS数据库的强大信息管理功能, 设计开发了一套《广播短信平台管理系统》应用软件。为此, 笔者把该套软件的设计体会在此做个小议, 介绍一些设计实现海量短信数据信息检索功能的设计技巧。
一、方案分析
设计开发应用软件, 首先要对它所达到的目的和应具备的功能进行系统功能分析。在和都市广播频率的导播多次沟通后, 可以将系统分为“用户账号管理”、“短信信息导入”、“检索与比对”、“中奖表检索和日常管理”、“打印中奖表”五个方面, 下面就这些功能的实现进行分析:
(一) 用户账号管理
软件中的数据是核心, 是非常重要的, 所以必须要设置登录界面, 实行用户权限管理, 保证重要数据的安全性。
这部分包括登录界面模块和用户管理模块。
(二) 短信平台听众信息表导入数据库功能
这项功能非常的重要, 此系统能轻松的将Excel表导入到加密的数据库导入系统。因为短信平台的导出数据是Exce l文件, 必须通过一个循环程序将Exce l表中的数据一条一条的加入到Access数据库表中, 这是每次运行这个软件首先要做的一步。
(三) 检索和比对功能
这项功能是根据节目部门的要求, 做到了手机归属地和短信内容的模糊查询, 删除指定过期天数数据, 然后先和中奖表中数据比对, 凡是永不能参加中奖的听众和3个月内中过奖的听众, 都必须先清除, 最后将得出的结果报送领导, 领导指定中奖人员名单后, 将这些当天的中奖名单加入到中奖表中, 供日后比对使用。这是这个系统的核心功能, 花了大量的时间做前期需求工作和软件代码调试。
(四) 中奖表检索和日常管理功能
中奖表是非常重要的数据, 是不能随意更改和删除的, 只有管理员权限的人才能做这两项数据变动。一般权限的用户只能做中奖表的查询和数据增加。此功能可以满足导播批量地从excel中奖数据导入, 也可以手动逐条地录入恶意中奖人员名单。
(五) 发放奖品功能
根据奖品名称从中奖表中搜索出中奖听众名单, 并导出为excel文件, 供导播打印出来。
二、广播短信平台管理系统的程序设计
(一) 系统功能模块设计
根据系统功能要求, 可以将系统分解成几个功能模块分别设计, 功能模块如图一所示。[1]
(二) 数据流程图如图二所示
(三) 数据库设计
根据数据流程图, 可以将数据库表结构设计为9个字段, 表结构如下图三[2]:
(四) 程序设计
1. 系统登陆
为了保证数据安全, 实现用户权限管理, 软件的开始就是一个系统登陆界面, 只有授权用户才能进入系统。输入用户名和密码, 正确之后就可以进入程序主界面。
2. 短信导入、检索与比对、生成中奖表 (见图四)
本软件遵循方便快捷和操作简单的原则, 把听众的短信列表和中过奖的听众信息同放在一个界面上, 达到一目了然。中奖表分为两种, 一种是通过系统比对生成的名单自动进入, 另一种是有的听众不是发短信参与, 而是通过电话等方式参与互动获奖, 就必须由导播手动录入添加。该界面采用菜单和按钮两种操作方式, 极大地方便了导播快速录入和查找。对于不同的用户登入, 通过按钮的可用否来实现, 比如权限低的人进入系统后, 只能添加中奖名单, 但是删除按钮和更改按钮都是灰色的, 无法点击操作。这就保证了中奖库数据不会被随意篡改, 确保了数据的准确和安全。
3. 日常管理维护
日常管理维护的工作主要有三个方面:
(1) 对用户权限的管理, 只有最高权限的人才能打开, 然后对用户进行添加、删除、修改等操作。
(2) 在中奖库中难免有一些数据需要更改, 这也是日常维护的重点, 所以操作员要结合软件的统计功能, 在大量数据中发现问题, 及时加以更正。
(3) 听众的信息资料是宝贵的, 最好每年做一次数据库人工备份后, 将一年前中奖的听众数据清除, 以免数据太多过于凌乱。
三、功能源代码清单
本软件是用delphi 7设计开发, 也是一项系统性工程, 源代码太多。所以, 只能简要介绍与本文有关的主要源原代码。
听众信息表和中奖表数据比对, 源代码[3]:
四、结束语
这套《广播短信平台数据库管理系统》软件, 是笔者结合多年的编程经验而设计开发的。投入使用后, 大大提高了节目部门短信参与类节目的工作效率, 减轻了导播的工作负担, 提高了重要数据的有效性和安全性。
参考文献
[1]王学庆.Delphi 6数据库设计实例导航[M].北京:科学出版社, 2003:36, 57.
[2]陈豫龙, 何旭洪.Delphi6数据库系统开发实例导航[M].北京:人民邮电出版社, 2002:116, 117.
软件管理平台 篇8
软件项目管理是对整个项目的综合管理, 包括开发产品的人员资质情况, 项目的运转情况, 项目经费预算等。其主要任务是对整个软件项目的开发流程有一个标准化管理, 通过项目管理软件, 保证项目开发时间及进度, 开发成本控制及人员调配等。
面向服务的体系结构 (SOA) 相比于其他软件体系架构, 将“服务”作为提供用户使用的基本单元, 用户所有的操作及需求都是通过各种各样的服务来完成, 和其他软件体系接口一样, 具有良好的扩展性。将SOA的思想应用到管理软件项目的开发流程中, 使系统对其所管理的项目能实现SOA化的管理, 可以更加灵活方便的运用资源来满足各式软件需求, 在很大程度上, 降低了软件的集成难度同时提高了资源的整合效率, 正因为SOA有如此多的优势, 在现代的软件项目管理中占据着越来越重要的地位, 本文旨在研究一套基于SOA的软件项目管理通用平台方案, 以供多个项目套用。
2 SOA的模块化特点
SOA是一个组件模型, 它提供的服务接口不受硬件平台和软件开发平台的制约, 表现出良好的通用性, 这与SOA的模块化特点有着紧密的联系。SOA模型为用户提供不同耦合程度和模块化的服务, 通过服务来实现所有的功能, 这与软件开发系统中常用的接口有着类似的意义。通过对服务的注册、登记和订阅来完成所有工作流程。
模块化作为SOA的亮点之一, 有着重要作用。下面对SOA的模块化特点进行详细分析。
(1) 模块的可分解性
模块的可分解性表示一个大模块可以根据不同粒度来进行小模块的划分, 在一定程度上降低模块之间的耦合度, 从而分解模块的复杂度。
(2) 模块的可组合性
模块的可组合性主要体现在SOA提供的模块组合性和服务组合性。将具有相同或类似功能模块进行组合, 形成更大的功能模块;通过不同服务之间的相互联系, 进行组合, 形成新的服务系统。
(3) 模块的可理解性
模块的可理解性指模块的分解与组合要能够体现其功能性, 方便用户理解。这在很大程度上决定用户是否会使用该服务, 功能模糊, 理解较难的服务不能满足用户的需求, 也是模块化设计过程中应尽量避免的问题。
(4) 模块具有自保护性
模块能够及时的排解错误, 并防止错误扩展, 当系统出现异常时, 允许错误停止在该模块内, 而不允许影响其他模块的应用, 更不能破坏其他服务, 这便是模块的自我保护性能。
3 SOA的软件项目管理通用平台建设方案
一般而言, 软件工程项目开发都需要经过需求分析、概要设计、详细设计和软件测试和维护等五个阶段, 在建立基于SOA的软件项目管理通用软件平台建设中, 需要将SOA技术穿插到软件工程的每个阶段中, 模块化的设计在通用平台的建设中非常关键, 需求阶段就要开始划分整个业务模块, 然后对每个业务模块进行功能模块的划分, 概要设计将功能模块进一步优化, 详细设计阶段将优化组合过的功能模块进行服务行业处理, 最后提供一套可以注册、登记和订阅的服务系统。整个通用平台设计都呈现出SOA的模块化特点, 具体结构如图1所示。
软件项目管理系统如果要应用SOA的模块化原理去管理软件项目, 在开发设计的开始就需要将SOA的特色纳入开发中。根据需求分析文档对业务模块进行分类形成功能模块, 接着对功能模块进行整理, 从而将用户的所有业务需求变为不同的功能模块。这利用了模块的可分解性。
在设计阶段, 根据模块化的可组合性, 对相同功能模块进行组合形成, 形成较大的功能模块, 然后对这些功能模块添加接口形成不同的服务以供用户使用。这些服务可以供用户直接使用, 只需要注册登记后, 用户就可以进行定制化的订阅, 满足其相应需求。同时根据不同权限, 设置不同服务权限, 方便软件项目管理。
在设计的过程中, 将软件项目管理常用功能模块进行封装, 形成通用服务, 定制化的需求作为定制化服务提供给不同的软件项目管理用户, 保证不同行业的需求, 从何形成通用化软件项目管理平台。
4 结语
本文将SOA的模块化特点运用于软件项目管理通用平台的建设, 具有一定的优势。本文首先对SOA模块化的四个特点做了简单总结, 接着将SOA模块化方法和软件工程五个阶段相结合, 设计了一套具有SOA特色的软件项目管理通用平台建设方案。
参考文献
[1]刘敏.软件项目管理[J].中国西部科技, 2013, (08) :91-92.
[2]王卫华, 王长杰.基于SOA技术的企业信息系统集成研究[J].河南科学, 2013, (07) :996-999.
[3]梅宏.SOA标准化工作稳步推进[J].信息技术与标准化, 2013, (Z1) :22-23.
[4]刘小海.软件工程技术发展探究[J].软件, 2013, (07) :101-103.
软件管理平台在智能楼宇中的作用 篇9
在智能建筑中, 现场设备的数量巨大且分散, 必然采用现场控制器本地监控;同时又要实现系统的优化与集中管理, 故势必需要中央管理计算机。根据智能楼宇集成管理系统的要求, 在计算机上建立综合管理系统平台。该平台由通信接口把整个建筑的消防, 安防, 配电, 给排水, 电梯, 中央空调, 能耗统计等子系统连接到一起, 通过数据交换和联网通讯, 进行统一综合管理, 使整个建筑高效合理的运转。该计算机及软件平台担负着对整个系统的监测、控制与管理任务。
如图1, 图2所示。
根据经验, 采用计算机中央集成管理系统以后, 建筑物总体可以节省能耗约20%, 节省人力约50%。例如, 子系统如果出现故障, 管理人员能够及时知道何时何地出现何种故障, 使事故消除在萌芽状态。如采用楼宇智能化集成管理系统, 利用现代的计算机技术和网络系统, 实现对所有机电设备的集中管理和自动监测, 就能确保楼内所有机电设备的安全运行, 降低故障发生率和故障的损失程度, 同时提高建筑内人员的舒适感和工作效率。其优越性主要体现在如下几个方面。
传统的供配电系统、电力照明系统利用智能控制网络进行统一管理, 来达到节能的目的。其原理是通过控制网络把现场传感探头所采集的信号传到计算机管理中心, 软件平台根据现场用电情况, 自动调节每个用电器、每个配电装置的用电量。同时在管理主机上还可以监控现场设备、电力网和供配电系统的工作状态。同时, 对总供电量作范围监察, 保持三相用电量平衡。对高峰用电量进行分析, 减少高峰用电水平, 这样可通过重新设定一些机组之开/关时间, 例如, 不在高峰开动生活水泵, 把有关工作转移到低用电量期。
室外照明 (泛光照明、节日照明、夜空障碍照明) 与阳光度作连锁, 通过开关的时间控制, 减少不必要的照明浪费, 进出口与室外光度作连锁调节, 保持在平衡之状态, 充分采用室外光, 避免产生太大光度差, 造成对使用人员产生不舒适影响及节省能源。同时对未使用地区进行最低照明控制以节省能源。
建筑物的中央空调系统占整个大楼的耗能50%以上, 因此空调系统的节能设计是楼宇监控系统的重点, 对制冷及空调系统及不同时期的制冷总需求量进行分析, 参照所需冷量通过软件平台来调节机组及出水设定点, 在特定冷量时, 平衡各机组的温差, 保持机组的效率均在高水平, 通过室外焓值作参考季节参数, 并通过软件平台的历史记录参数进行分析, 达到最佳效果。
通过软件平台实时监控蓄水系统, 避免不必要的水浪费, 同时也可以保证蓄水系统的安全性。通过对生活用水及污水系统的智能化控制可以有效的节约用水量, 避免浪费。
对供暖设备, 如中央空调等设备进行监控。通过节能控制器, 对空调等供暖设备在软件平台进行统一管理, 根据现场元件采集的信号自动调节温度和供热水量, 减少热能源的不必要的浪费。
集成化的管理降低管理人员的工作强度, 避免管理环节的漏洞, 节省了人力资源从而降低楼宇总的运营维护成本。由于采用了集中电脑控制, 在投入使用后可以大量减少运行操作人员和设备维护维修人员, 并能及时处理设备出现的问题。在没有中央控制系统的建筑物中, 设备的开关、维护及保养都需要人去操作, 这样不可避免地要求建筑配置庞大的人员队伍, 而采用了自动控制系统之后, 上述工作均由楼宇自控系统根据预先设计好的程序自动完成, 大批的人力将被减少下来, 首先节约了管理上的开支, 同时也减少了由于管理众多人员所引起的一系列问题。由于对设备、各自系统的智能化监控管理, 可减小维护运行及人员管理成本。维护人员可以利用基于网络的浏览器来监控各种设备的运行情况, 经过授权也可以通过网络对系统进行数据更新、调试、维护、维修等。还可以定期或不定期地发送电子邮件, 将系统数据传递给有关人员;在系统出现故障时, 通过电信服务商提供的邮件发往手机、传呼机的功能, 将信息在第一时间准确地通知有关人员, 对系统故障进行及时的处理, 与传统的楼宇管理相比极大地提高了工作效率。
建筑中配置楼宇自控系统可以将保安管理、停车管理统一在同一系统中, 同时可方便地与消防报警系统联网, 因此可极大地提高建筑的管理水平, 减少部门之间的协调。
通过中央软件平台对建筑物内各系统设备的实时监控, 设备的运行状态始终处于系统的监视之下, 中央系统可提供设备运行的完整记录, 同时可以定期打印出维护、保养的通知单, 这样可以保证维护人员及时进行设备保。当设备相关数据发生异常时即可及时通知相关人员进行处理。通过科学的系统运行和管理, 延长系统设备的使用寿命。系统对各设备的运行进行监测, 可使值班人员及时发现故障、防患于未然。
通过计算机中央系统软件平台的管理后, 建筑智能化水平有了本质的提高, 计算机管理的人性化, 人机操作界面的直观化, 所见即所得, 不仅管理效率提高, 误操作率降低, 而且操作更为简易, 管理功能更为丰富和细腻。开放式智能策略的应用开发使得智能建筑的管理者可以根据针对运行情况和业务需求设置不同的 (联动) 应用策略, 使得智能建筑的运行和环境设置“以人为本”。
软件管理平台 篇10
过去, 受信息传输方式单一、安防产品通信协议不一致等因素的影响, 社会报警信息只能通过几种简单的通信方式间接传送到公安机关, 往往由此造成公安机关不能及时对犯罪活动进行打击, 贻误了战机, 公有或私有财产蒙受损失。随着通信技术的日渐成熟、人们对于安全的意识逐渐增强, 如何利用现有的技术将社会各种有用的报警与图像信息整合起来, 及时反馈到公安机关、尽量避免或减少损失, 已成为社会最迫切的需求。
据统计, 我国警察人均数量仅为发达国家的1/3, 警力绝对数量严重制约着城市犯罪预防工作的质量, 基层民警始终处于高强度超负荷运转中。由于经济和社会环境的转变, 组织大规模的、义务性的群防群治已经不再可能, 因此向科技要警力, 借助高科技手段建立覆盖全社会的报警与监控网络, 成为提高社会治安防控能力的迫切需要。
建立一个高覆盖率的报警与监控系统可以保证警情信息的准确及时传递, 减少警察的工作量, 提高警务工作效率, 为公安机关有效调配警力, 实现精确打击提供必要的前提条件。
1网络视频监控平台管理软件的架构分析
单服务器体系:为大部分第三代网络监控软件所采用。通过一台专业的PC SERVER安装服务器软件, 完成对设备和媒体数据的管理以及各种监控业务的处理。在这种体系下, 如下一些问题得不到好的解决:系统规模无法扩大受制于网络带宽瓶颈和数据存储瓶颈, 单服务器体系一般不太适合管理100路以上的流;系统稳定性和数据安全性差, 服务器的任何故障都会导致整个应用系统的瘫痪, 甚至导致数据丢失。
功能服务器体系:为了解决单服务器体系面临的问题, 部分监控软件提供商, 提出了功能服务器的概念。在这种概念下, 软件供应商将单服务器进行了模块和功能拆分, 不同的模块和功能安装运行在不同的PCSERVER上。这样, 应用系统中就出现了认证服务器、流转发服务器、存储服务器、目录服务器等等。这种体系一定程度上能提高系统的效率, 但是存在如下问题:性价比低, 多服务器带来的效率优势不足以抵消多服务器带来的成本负担;系统规模依然无法扩大, 该体系并没有解决网络带宽瓶颈和数据存储瓶颈问题, 流转发服务器和存储服务器依然制约着系统规模;系统稳定性和数据安全性依然存在认证、转发、存储、目录等等构成了一个完整的监控系统, 在功能服务器模式下, 为了解决多服务器间数据耦合和共享问题, 系统的复杂度会大大增加;另外, 该体系下任何一个服务器的崩溃, 都会在应用层面上导致业务崩溃。如果完全信赖软件的话, 该体系的稳定性也并不比单服务器强。
为了解决前两种服务器体系的问题, CMS率先提出并实现了基于分布式多服务器体系的监控平台软件。显然, 对于中小规模的网络视频监控系统, 稳定和专业的单服务器体系是用户的最优选择。如果系统能在数据冗余和备份方面有相应解决方案, 那么单服务器架构必将占据中小规模市场。那么, 如何构建大规模、跨地域的网络视频监控系统呢?分析大规模网络视频监控系统, 我们不难看出按业务分级布防和管理是这类应用的特点。显然, 与业务流程吻合的软件体系才是最高效和稳定的软件体系, 分布式多服务器体系正好符合大规模网络视频监控的业务需求。
2视频监控平台分布式多服务器具特点
网络上的每一个服务器, 就功能和模块而言完全一致, 每个服务器节点采用支持冗余备份的单服务器体系, 做到结构简单化。网络上的每一个服务器, 负责管辖防区范围内的所有安防业务, 包括用户、流、录像等等, 做到业务本地化。用户可以根据应用的需要, 轻松地在各服务器之间构建多叉树的拓扑结构, 满足分级和分层管理的需要, 做到管理网络化。可以看出, 分布式多服务器体系中:功能强大、稳定的服务器节点是基础。多服务器分布协调工作是保障。分布式服务器架构体系具有如下优势:由于每个服务器节点采用支持冗余备份的单服务器体系, 所以系统运行稳定, 系统维护简单。由于每个服务器节点可以独立工作, 所以各个防区可以独立建立本辖区的安防业务。这种自下而上的业务建设方式, 符合大规模网络视频监控业务的需求。通过分布在网络上的各个服务器节点, 真正做到了系统计算和网络流量分布。通过单服务器的业务本地化, 将网络负担和存储负担化整为零, 从而不但使得大规模组网成为可能, 并且极大的减少了系统构建成本。系统采用分布式应用管理结构, 实现多级目录的服务器架构, 每个子服务器、目录服务器是各自独立的, 目录服务器可以同时是子服务器和目录服务器。CMS分布式架构的目录服务器为客户提供子服务器的指向路径, 然后直接访问子服务器的数据流, 直接实现客户访问的数据跟镜头所在的服务器无缝对接, 该模式防止了目录服务器的数据流转发瓶颈, 为整个系统的稳定运行和无限扩展提供了非常有力的保证。
采用的分布式架构, 每个子服务器具备多级中心建设应用的功能, 每个子服务器里的云台控制协议可以选择UDP协议或者TCP协议, 控制命令可以设置成用户高权限优先策略或者时间先到先得的策略。每个子服务器还可以设置该台子服务器的出口带宽, 当带宽不够时, 有高权限客户登陆后, 系统会自动强制结束低权限用户的访问线程。平台管理服务器支持架构无限增加和扩展, 实现多级视频管理平台之间的级联, 上级管理平台对下级平台的调度管理和相互之间的联动。
系统的存储也支持分布式架构。由于大规模集中存储占用的网络带宽较大, 同时, 还存在安全性隐患, 所以需要进行分布式的存储。存储服务器可以按照网络带宽和实际需要, 分级、分层存储, 统一调度管理。
CMS服务器的视频数据流处理方式:CMS服务器监听设备的相应端口, 看是否有数据上传到服务器;如果有数据上传, 则判断该数据是否需要转发, 然后进入转发处理程序, 随着判断该数据是否需要存储, 如果是则进入录像处理函数。如果没有数据到达CMS服务器, 累计没有收到数据的时间到达上限后, 判断该线程对应所连接的源是否是硬件设备, 如果是硬件设备, 调用设备访问接口, 重新打开设备, 进行重新监听线程。如果设备丢失时间到达上限, 该连接已经不可用, 则结束线程退出, 同时清理该线程的上下文。
客户端用户发送请求前端设备视频流时, 媒体的处理线程方式是:首先检测该路视频流是否已经转发, 如果已经有客户端请求了该路视频, CMS服务器直接将视频流转发至用户监控客户端;如果无人请求该路视频, CMS服务器会首先与前端设备建立该路视频流, 然将视频流转发至请求用户客户端, 其他用户再次请求该路视频流时, 直接从CMS服务器获取即可;CMS服务器会实时检测系统的视频流传输, 当用户不再浏览视频流, 服务器会自动断开视频流, 降低无用视频流对网络造成的压力。
3结论
系统的发展及后期工程的需要, 本方案总体结构采用IP数字监控系统结构, 来实现无限扩容要求。视频监控系统的设计应当从实际需要出发, 尽可能地使系统的结构简单、质量可靠、操作方便。
本论文获得2010年度湖南省高等学校科学研究项目 (10C0498) 资助。
摘要：网络视频监控系统是随着计算机技术、多媒体技术、数字图像压缩技术以及网络应用的飞速发展, 迎应模拟监控系统和数字视频监控系统的弊端与时代发展的需求而产生的。本文深入分析了网络视频监控技术, 并给出一个视频监控平台管理软件架构方案, 通过实际应用表面, 该方案有很好的实际应用效果。
关键词：视频监控,网络视频,系统集成,管理系统
参考文献
软件管理平台 篇11
关键词：Android；Java；校园资讯；Intent；布局
一、国内外手机应用现状
随着3G在中国的全面启动，它所带来的巨大机遇和新生力量，大规模的网络建设正不断深入展开。但不可否认的是我国在通信领域中相比许多发达国家仍然存在着不小的差距，就在国人还在为EDGE这种传输速度仅能达到384KB/秒的2.75G过渡技术而欣喜的时候，国外早已开始试行HSDPA这种3.5G技术，传输速度更可达到惊人的数兆每秒，而基于其上所开发的延伸功能更是数不胜数，所以国内外手机应用也存在的较大的差异。但国内外对手机应用的需求方向是大致相似的，主要集中在信息服务，娱乐，学习这些方面。
目前国内外手机应用服务方向主要有基于地理位置的信息服务（Location Based Service LBS）它是通过电信移动运营商的无线电通讯网络（如GSM网、CDMA网）或外部定位方式（如GPS）获取移动终端用户的位置信息（地理坐标，或大地坐标），在GIS（Geographic Information System，地理信息系統）平台的支持下，为用户提供相应服务的一种增值业务。
手机办公类软件在手机上也正日趋完善，在手机上编辑查看各类文档已经实现，在android平台上的QuickOffice就是这样的软件。在Google Market（一个谷歌针对android系统用户所开发的应用商场）上已经有过万的企业应用办公套件。
手机娱乐游戏类应用，该类应用作为传统类手机应用，在各个平台上发展已近相对完善，手机上对各种流媒体的播放也已完美的支持。各类传统PC游戏厂商进入手机领域。
二、发展趋势
随着3G应用的不断开发推广，用户会越来越需要更加个性化、优质化的多媒体数据服务，用户希望能够随时、随地无缝利用3G网络进行办公、网上交易、游戏娱乐、欣赏影视节目、收听和下载音乐等。根据观察，在不久的将来，移动手机终端将会在以下若干方面具有新的发展。
首先，提供智能提醒服务，手机能够与用户实现密切配合，并监控用户的个性化设置（保持在本地或者云端），当重要时间点或关键事物需要用户注意时，手机会向用户发出“提醒”服务，服务包括日程提醒、交通状况、最佳行车路线、最佳泊位、优惠活动、实时新闻、体育赛事、天气情况、股市行情、好友活动、亲友生日等。
其次，提供虚拟现实体验，手机可以借助传感器、周边设备了解到您的身边环境，并根据收集到的信息，智能的为您提供有用的信息，如在网络世界养的宠物，可以借助音频设备表达叫声，借助马达和位置传感器等传递其跳、跃等行为信息；也可以在用户购物时，提供相关的同类产品价格参考，提醒用户附近的那个卖场更物美价廉；根据实际场景，为用户及时提供正在操控的产品的使用方法提醒。
接着，发挥物联网的优势，借助无处不在的传感器，可以感知并分享到周围世界的海量信息，这些信息将在“云端”得到整合，帮助用户及时、准确的获得气息信息、交通路况。另外借助物联网，用户间可以方便、快速的分享资源，协助和交互。如进行端到端的多人游戏、照片分享、书籍分享、音乐分享等。
然后，作为经济工具，在交通或者信息不发达的情况下，帮助用户找到最佳的市场，获得有价值的帮助信息，帮助用户从事的经济活动的收益率。最后，更加智能、安全的设备，随着智能手机的不断普及和更加智能，手机软件的更新、升级将会变得越发简单，并会为用户提供工具或信息，让用户有能力和权力决策那些内容可以浏览、下载或分享。在安全性上也将更加出色，能够十分有效的帮助用户进行获取到的内容的管理，保护用户的个人隐私和基于手机的金融活动如电子钱包、在线支付、在线贸易等。
三、Android校园通软件的设计与实现
1.研究目标。（1）了解Android应用程序的设计和开发过程；（2） 使用多种组件进行Android 平台校园资讯软件的开发。本软件是基于Eclipse的开发环境，在Android平台上的手机校园资讯软件。
2.需求分析。本软件是Android平台的一个校园资讯程序，启动程序后查阅学校相关资讯包括在学校吃住娱乐风景等各方面的讯息。从上面的描述中可以基本了解软件的功能需求：（1）首先是学校电影院每周电影的更新；（2）其次有学校的各种资料；（3）各种校园活动及周边娱乐设施的信息；（4）校园校景美图查看；（5）校园生活手册；（6）扩展内容“我的资料”，及“更多”两个Activity。
3.UI界面设计。根据需求分析可以知道，应用程序应包含五个主要的用户界面，这里需要进一步分析每个用户界面中应该包括哪些显示内容。在首页中，需要对学校的大致情况做以介绍，并且有每周影讯的功能。在“分类”中，有各种学校的相关资料。包括娱乐，电影，纪录片，校景，公开课及生活。另外，还有扩展内容“我的资料”及“更多”两个选项卡如图4-1所示。
4.程序模块设计。从功能需求上分析可以看出，整个应用程序应划分为5个模块，分别是首页、分类、搜索、我的资料和扩展功能区。首页介绍学校的一个总体情况，分类是整个软件的核心，其中包括了软件的各种主要功能，搜索是一个数据库搜索系统，我的资料是个人资料和数据的一个整合和提供了一些简单的小服务，更多则是后期的一些扩展功能。
在完成用户界面设计、数据库设计和模块设计后，至此程序设计阶段基本完成。
四、结语
经过一个多月的努力，Android平台手机资讯软件终于完成了。由于对JAVA浓厚的兴趣引发了我对Android的好奇心，从一开始什么都不懂一直摸索完成了这个软件。
在这个过程中，我学会了很多知识，比如Android環境的搭建、Intent、Activity、Service、ContentProvider、SQLite等，但我学会的最重要的一点是，利用现有的资源去解决问题，在图书馆、在网络上寻找答案。
虽然，这个软件目前运行良好，但是我认为代码的健壮行还很差，在整个工程的构思方面也不足，用户操作界面还不够灵活，这些问题还需要今后逐一解决。与此同时，这个软件还可以进一步扩展，例如“新闻模块”、“信息分享”等，使功能更加强大，带给用户更好的体验与生活的便捷。
参考文献：
[1]刘昌平，范明钰. Android手机的轻量级访问控制[J].计算机应用研究，2010，7.
[2]Enck，W.， Ongtang，M.，McDaniel，P. Understanding Android Security[J]. Security & Privacy， IEEE.2009，7（1），P50-57.
[3] 杨丰盛.Android应用开发揭秘[M]. 北京：机械工业出版社， 2010.
[4] 余志龙，陈昱勋，郑名杰.Android SDK开发范例大全[M]. 北京：人民邮电出版社， 2010.
[5] 张运芳.Android 创赢路线与产品开发实战[M]. 北京：电子工业出版社， 2010.
软件管理平台 篇12
本文基于Linux操作系统设计了一种虚拟软件平台, 并着重介绍这个虚拟平台提供的内存管理机制。
1 Linux操作系统以及虚拟软件平台
1.1 Linux操作系统
Linux是一套免费使用和自由传播的类Unix操作系统, 是一个基于POSIX和UNIX的多用户、多任务、支持多线程和多CPU的操作系统。它能运行主要的UNIX工具软件、应用程序和网络协议。它支持32位和64位硬件。Linux继承了Unix以网络为核心的设计思想, 是一个性能稳定的多用户网络操作系统。
由于Linux具有的众多特性, 通信设备中越来越多地采用Linux, 代替费用昂贵的VxW orks操作系统。尽管会降低一定程度的实时性, 但由于实时业务的逐年下降, 取而代之的是非实时的数据业务, 系统对于实时性的依赖程度逐渐降低, 这也为使用linux提供了可行性。
1.2虚拟软件平台
通信软件架构一般采用如下图的软件架构模式。
虚拟软件平台位于操作系统与上层软件之间, 屏蔽了操作系统的特性, 由于其特殊的作用, 所以它必须提供诸如TCP/IP通信, 进程间通信, 进程调度, 内存管理, 定时器管理, 状态机等诸多功能, 而最为重要的就是内存管理。
2内存管理
2.1内存的分类
系统内存分为堆内存以及栈内存, 对于小于2 048字节的内存, 一般使用的是栈内存, 这种大小的数据区一般用来传输信令数据, 对于传输更大的数据块, 需要申请的是堆内存。
2.2内存池初始化
根据分析通信系统软件架构, 大概需要几种消息类型, 它们使用的数据长度大约为128字节, 256字节, 512字节, 1024字节, 2 048字节, 4 096字节, 8 192字节, 16 384字节等。 (如图2所示)
在内存池的构建上, 我们也根据需求, 分别向操作系统申请堆内存以及栈内存。其中小于以及等于2 048字节的, 申请栈内存, 即静态数据区内存;对于大于2 048字节的, 申请堆内存, 即动态内存区内存。但是动态内存在内存池初始化后对于操作系统来说, 它也变成了静态的内存, 因为所有的内存申请操作以及回收操作, 都是这一片在初始化即申请到的系统内存上面进行。
2.3内存分配使用算法
根据业务模块调用传进的数据长度参数, 判断数据长度是属于哪一个数据区间, 如果小于64字节, 即使用64字节内存池, 如果数据长度在64与128之间, 则使用128字节内存池, 以此类推。
申请到内存池的内存块后, 内存管理模块, 自动把它从就绪队列移到运行队列尾, 并根据系统时间戳, 申请串号 (内存池行号以及列号) , 申请内存进程ID, 对内存块标注 (形成一个唯一的标识) , 直到内存申请进程释放这片内存, 内存管理模块根据申请串号在运行队列找到这片内存, 并把它内容清空, 放回到就绪队列尾。
2.4并发申请
如果使用内存管理模块的应用进程为多线程处理, 就必须在申请内存的操作以及释放内存的操作加入互斥机制, 比如线程锁, 或者信号的PV操作, 等等, 用来保护内存管理机制, 使其能够串行地对内存池进行操作。
抑或为了增加系统的并发性处理机制, 可以在初始化的时候明确应用进程使用几个线程, 为每个线程独立配备一个内存池, 这样不会出现竞争机制, 加快了系统的运行速度。
笔者推荐后一种方法, 因为通信软件的系统特性, 这种处理方法更有利于系统稳定的运行。
3结语
内存作为一个系统软件运行依赖最为重要的资源, 需要统一地进行分配管理, 不能由上层的业务模块自行调用系统API, 去直接操作系统内存, 这样会造成内存碎片的产生, 降低系统的可靠性。
摘要：介绍了Linux操作系统的概念应用的场景, 基于Linux操作系统以及通信软件架构, 设计了一种虚拟平台, 并着重描述了这种虚拟操作系统提供的内存管理机制。
关键词：Linux操作系统,虚拟软件平台,内存管理
参考文献
[1] (美) 博韦.深入理解LINUX内核[M].陈莉群, 冯锐, 牛欣源, 译.中国电力出版社, 2008.
[2][美]洛夫.Linux系统编程[M].东南大学出版社, 2009.
[3]Dharma Prakash Agrawal Qing-An Zeng.无线与移动通信系统[M].徐春秀, 武穆清, 译.人民邮电出版社, 2005.
[4] (美) W.Richard Stevens Stephen A.Rago.UNIX环境高级编程[M].尤晋元, 张亚英, 戚正伟, 译.人民邮电出版社, 2008.