一种基于嵌入式软件开发配置的管理系统技术领域
本发明属于软件开发技术领域，特别是涉及一种基于嵌入式软件开发配置的管理
系统。
背景技术
软件配置管理包括标识、控制、状态统计、审计和审查、生产、过程管理、小组协作。
至于怎样才算是构成软件配置管理系统，对此还没有普遍认可的定义。例如，假如系统有版
本控制功能，它是否就是一个软件配置管理系统？理想的软件配置管理系统是基于以上定
义提供所有功能的系统。但是，实际中的系统只能实现某种程度上的版本控制功能、配置识
别功能、系统构建功能、系统建模功能，或在某种程度上提供软件配置管理的意识，软件工
程组会认为这些系统就是软件配置管理系统。现有的软件配置管理系统提供的只是一种功
能的综合，而不是一个标准的系统。
软件配置管理系统的两个重要概念：库和分布式组件。
(1)库：库是软件配置管理系统的根本。库是集中控制的文件库，并提供对库中所
存储文件的版本控制。任何库中的文件都被视为在确定的软件配置管理之下。库中的文件
是不会变的，即它们不能被更改。任何更改都被视为构造了一个新版本的文件。文件所有的
软件配置管理信息和文件的内容都存储在库中。所以，任何配置的管理和控制都与库中的
文件相关联。当工作于一个文件时，用户将某个版本的文件导入到自己的工作目录，然后开
始工作；处理完后再将文件导回到库中。这样就生成了这个文件的新版本。因此，用户不可
能导出一个文件并同时在库中修改源文件。
从库的角度来看，导出的文件被自动锁定直到文件重新被导入，一个版本号自动
与新版本文件相关联。这样一来，用户可以随时根据特定的版本号导出任何文件。最新版本
修改的结果将产生一个新的、顺序递增的版本；而对老版本修改的结果将产生一个分支版
本。在版本编号策略和使用模式的共同作用下，产生了文件版本历史树，用来表示原始和更
新后的版本。库中不但存储了文件的不同版本、更改的理由，而且存储了谁在什么时候替换
了某个版本的文件等文件历史信息。注意，对于每个不同的版本文件，不是所有的代码都能
被存储起来，而只是将不同版本间的差异进行存储，这称为增量。这种方法有利于节省空间
以及节省对最新文件版本的访问时间。另外，可以根据状态给文件加上标签，然后基于状态
的值进行导出。同样也可以根据修订版本号、日期和作者进行导出操作。因为，库总是和文
件所在的目录相关联的。总之，库控制软件配置管理信息，并把不同版本的文件存储为不可
修改的对象。
(2)分布式组件：根据下面给出的例子阐述分布式组件。Sherpa设计管理系统提供
一个文件库，其中的文件分散地分布在不同的硬件平台上。在逻辑上，库是集中控制的；但
在物理上，库中的数据是分散的。Sherpa设计管理系统自己知道数据的分散分布，并把这个
因素考虑到软件配置管理系统中，如在提供必要的文件格式转换时提供一定的容错能力。
这样，对于用户来说，数据的分布是透明的。一组在地理上分散分布的用户可以针对同样配
置的文件一起工作。多个文件的副本可以存在于在不同的工作站上。Sherpa设计管理系统
知道最新文件版本的位置。对从库中所导出文件的任何更改都会导致所有分散在本地工作
站上的副本更新，因为系统知道所有本地副本放置的位置。更新可以是一步一步交互式地
发生，也可以是批处理式地完成。有效、分散分布的用户能够直接访问集中控制的库。对他
们来说，软件配置管理能力看起来遍布整个异构网络。
发明内容
本发明的目的在于提供一种基于嵌入式软件开发配置的管理系统，通过数据库服
务器进行数据的处理，通过web服务器和应用服务器作为软件开发管理的中间层，通过客户
端进行实时的过程表现，实现软件产品的完整性。
为解决上述技术问题，本发明是通过以下技术方案实现的：
本发明为一种基于嵌入式软件开发配置的管理系统，包括表现层、中间层、业务逻
辑层和数据层；
所述表现层：所述表现层为客户端，通过web form和win form与中间层；
所述中间层：包括WEB服务器和业务逻辑层；所述业务逻辑层为应用服务器，所述
WEB服务器包括soap/XML Http和IISWeb服务器；所述应用服务器包括接口、事务逻辑、
ADO.Net和基础类库；
所述数据层：数据层用于数据的存储和提取，通过database与应用服务器的
ADO.Net连接。ADO.Net定义了那些链接数据仓库、对数据仓库发送命令及从中获取结果的
类，这些类由受控数据提供者(managed data provider)实现。AD0+中链接和命令对象看上
去和ADO中的是一样的，并且一个名为DataReader的新类提供了通过高性能API流获取结果
的能力。DataReader在功能上同前向、只读的AD0记录集(Recordset)是等同的，但是
DataReader被设计用来最小化内存中生成的对象的数量，以提高性能，避免垃圾积累。在
.NET Framework中包含了针对Microsoft SQL ServerTM的受控数据提供者以及可通过OLE
DB访问的任何数据仓库。
本发明具有以下有益效果：
本发明通过数据库服务器进行数据的处理，通过web服务器和应用服务器作为软
件开发管理的中间层，通过客户端进行实时的过程表现，实现软件产品的完整性，通过控
制、机理、追踪对软件的修改生成的软件组成部件来实现对软件产品的管理功能。
当然，实施本发明的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述所需要使用的
附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领
域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附
图。
图1为本发明的一种基于嵌入式软件开发配置的管理系统图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完
整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于
本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它
实施例，都属于本发明保护的范围。
请参阅图1所示，本发明为一种基于嵌入式软件开发配置的管理系统，包括表现
层、中间层、业务逻辑层和数据层。
表现层：所述表现层为客户端，通过web form和win form与中间层；
中间层：包括WEB服务器和业务逻辑层；所述业务逻辑层为应用服务器，所述WEB服
务器包括soap/XML Http和IISWeb服务器；所述应用服务器包括接口、事务逻辑、ADO.Net和
基础类库；
数据层：数据层用于数据的存储和提取，通过database与应用服务器的ADO.Net连
接。ADO.Net定义了那些链接数据仓库、对数据仓库发送命令及从中获取结果的类，这些类
由受控数据提供者(managed data provider)实现。AD0+中链接和命令对象看上去和ADO中
的是一样的，并且一个名为DataReader的新类提供了通过高性能API流获取结果的能力。
DataReader在功能上同前向、只读的AD0记录集(Recordset)是等同的，但是DataReader被
设计用来最小化内存中生成的对象的数量，以提高性能，避免垃圾积累。在.NET Framework
中包含了针对Microsoft SQL ServerTM的受控数据提供者以及可通过OLE DB访问的任何数
据仓库。
值得注意的是，上述系统实施例中，所包括的各个单元只是按照功能逻辑进行划
分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体
名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
另外，本领域普通技术人员可以理解实现上述各实施例方法中的全部或部分步骤
是可以通过程序来指令相关的硬件来完成，相应的程序可以存储于一计算机可读取存储介
质中，所述的存储介质，如ROM/RAM、磁盘或光盘等。
以上公开的本发明优选实施例只是用于帮助阐述本发明。优选实施例并没有详尽
叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，
可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本发明
的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本发明。本发明仅
受权利要求书及其全部范围和等效物的限制。