库存管理软件范文第1篇

 

一、认识软件产品库

 

(一)“三库”的概念和联系

 

在软件实施开发过程中，把不同时期存储配置的库划分为开发库、受控库和产品库。开发库：开发库用于软件的设计、编码、调试和内部测试，由项目组管理，项目CM维护，主要放置项目组正在开发但还没被批准的工作产品。受控库：受控库存放评审通过并完成评审缺陷修改后的工作产品，由项目CM管理和维护。产品库：产品库用于存放验收通过后的产品，用于交付、生产等，由档案管理员控制。

 

软件开发组日常的工作在开发库中开展，当工作达到里程碑时，再迁移到受控库，在受控库中经过更严格的测试后，再上升到产品库，最后。配置项在三库之间迁移，一级比一级的控制更加严格。通过权限和流程的控制来实现配置项在不同库的访问。

 

(二)产品库管理的必要性和重要性

 

软件的产品库相当于工厂的成品库，它存放的是最终提交给用户的产品。如同其他科技档案在军品科研、生产中的扮演的角色一样，产品库的软件产品在武器装备中具有举重若轻的地位。从软件产品库出去的软件必须是唯一的、现行有效的，如果用于生产的设备安装的是不受控的非法的软件，那么带来的后果不堪设想。

 

首先，软件是一种数字产品，其复制成本极低，几乎为零，复制过程中不会降低软件本事的质量，与原始版本基本没有差别，而软件版权保护的关键技术，如软件水印技术、加密技术和混淆技术，还不是很完善，并不能给软件真正意义上的安全，这就给盗版提供了机会，不同于传统意义的盗版光盘，这里说的盗版活动是指生产调试人员为了省事而将私自留存的软件自行修改、刻录的行为，如果此类不受控制的软件用于生产，会造成软件故障无法追溯和查询的困境。

 

其次，软件的复用性和移用性程度高，设计师通过局域网进行软件的共享和传递，一方面造成软件不受控，另一方面，由于安全漏洞的原因，往往造成软件病毒的传播，这对公共调试网和武器装备造成了巨大的危害和损失。

 

最后，软件与硬件不同，在使用过程中没有磨损、没有消耗，但软件是有生命的，在软件的整个生命周期中，需求专人跟踪、管理。

 

因此，开展科学合理的软件产品库管理必不可少。

 

二、软件产品库管理实践

 

(一)加强技术支持，实现优化配置

 

为软件开发和管理配置管理工具，因为配置管理是以软件在整个生命周期内建立和维护产品的完整性为目的的，主要用来标识软件配置项，对配置项的修改加以系统控制，建立和维护产品基线库、了解产品基线库的状态，如果缺乏良好的配置管理工具，要顺利进行配置管理工作十分困难。我所应用的是QONE平台，配置项、变更都会通过平台通知利益相关方，项目组成员能通过平台了解和掌握软件产品的状态。

 

在软件产品库的管理过程中，除了硬件工具外，还必须有一套适合自身特点的配置管理程序和制度，并配备完整的三库管理人员。在GJB5000A标准的指导下，结合自身管理特点，编制适合我所的相关规范文件，如《配置项和基线标识规范》《三库管理规范》《变更控制规程》《软件档案管理制度》等。我所在实施软件工程化管理的过程中，成立了软件配置管理组(SCM组)，明确档案人员作为SCM中的软件产品库管理员。软件产品库管理员是本单位最高级别的管理员，其授权也高于开发库和受控库，产品库管理员根据软件规章制度和规范文件，结合档案管理要求，保证产品库软件配置项的归属明确、分类合理、标识明确，确保在实现软件配置项严格控制的同时方便科研人员的利用。

 

(二)加强产品库的科学管理，确保软件产品的有效控制

 

为保证产品库内软件的稳定可靠。产品库内的软件在未经审批，不允许对其进行任何删除和更改。产品库中的软件都是已写入了不可擦写的光盘中进行物理归档的，产品库管理员要对其进行一致性、完整性、有效性等一系列检查，具体操作是，根据《产品库物理审核检查单》，对比光盘中的配置项和QONE平台上的软件配置管理计划，以及归档入库单，检查配置项的命名、标识、版本是否符合相关要求。完成检查后还要进行信息录入和光盘备份，然后产品库信息并通知利益相关方。

 

软件产品库的重要性在于它是直接用于生产的，因此必须严格执行出库申请，不能擅自使用产品库以外的软件用于生产和交付。当由于产品交付、生产的需要时，由项目CM申请产品出库，填写《产品库出库申请单》提交部门主管和所级CCB审批。档案管理员根据审批通过的《产品库出库申请单》办理产品出库。

 

软件产品的更改控制和版本管理是产品库管理的重要工作之一。产品库内的软件一般是不允许更改的，若确须更改，须经用户同意或在用户提出更改要求并经军方领导同意后。由产品库管理员提取软件到受控库，按照受控库中文件更改的相关要求。在履行严格的审批手续后，方能进行更改。更改后的文件，经专家评审确认满足规定的功能和性能要求，并经用户同意和批准后，再次存入软件产品库，从而完成对产品库中软件产品的有效更改。具体做法是：当软件配置项需要更改时，由问题提出者填写《软件问题报告单》，《软件问题报告单》被批准(同意更改)后，由软件开发人员根据《软件问题报告单》填写《软件产品出库单》，配置管理员“拣出”须更改的软件，关闭配置项的发行，并向软件开发人员出库通知。当更改和测试完成后，由软件开发人员填写《软件更改报告》，根据评审后通过的《软件更改报告》，软件配置管理员将更改后的程序及相关文档重新“拣入”产品库，配置项版本升级成新的文件版本。

 

三、结语

 

在军工企业中，科学有效的产品库管理是提高和保证软件产品质量的有力保障。软件产品库管理是一项系统工程，通过将档案管理和软件配置管理相结合，在软件开发全周期过程中对软件产品状态全过程进行跟踪和管理，从而最终保证电子装备系统的质量。

库存管理软件范文第2篇

关键词：军标要求；三库管理；团队开发；控制；ClearCase系统

0 引言

随着我国国防现代化的迅速发展，软件在军工产品中的应用呈现急剧上升的趋势，而软件配置管理是软件开发管理的核心所在。

软件配置管理是指一套管理软件开发和软件维护及其中各种中间软件产品的方法和规则，配置管理通过在特定的时刻选择软件配置，系统的控制对配置的修改，并在整个软件生命周期中维护配置的完整性和可追踪性，简单而言就是管理软件的变化。作为软件配置管理的基石——配置库的控制在软件开发过程中扮演着不可或缺的角色，它所控制的对象是软件开发过程中涉及的所有文件系统对象，其架构的目的在于对软件开发进程中文件目录的发展过程提供有效的追踪手段，保证在需要时可回到旧版本，避免文件丢失和相互覆盖，通过对版本库的访问控制避免未经授权的访问和修改，达到有效保护软件资产和知识产权的目的。

1 标准依据

1.1 配置管理要求

根据GJB5235-2004《军用软件配置管理》的要求，软件配置管理活动应贯穿整个生存周期，保证软件产品的完整性和可追溯性。软件配置管理的任务包括：配置标识；配置变更控制；配置状态记录；配置审计；管理。

1.2 配置库的要求

根据GJB5716-2006《军用软件开发库、受控库和产品库通用要求》的内容，有几下几方面基本要求：

军用软件开发组织应建立软件三库，明确软件三库管理机构职责，并制定三库管理规定。

软件三库管理机构应是软件配置管理机构的组织部分，由库管理员、各库管理负责人等组成。软件开发库由项目组管理，软件受控库由研制管理部门管理，软件产品库由组织的技术档案管理部门管理。

软件三库管理规定的内容包括入库控制、访问控制、出库控制、更改控制、配置状态报告、配置审核、维护规程、库间转换。

库属性一般应包括：配置管理项；配置标识；配置管理项位置；开发人；入库时间；更改人；更改时间；出库项；软件提取人；出库时间等。

组织应为软件三库提供必要的场地和设备，以适应软件三库管理，保证库中内容正确性、完备性和安全性。软件三库管理应采用适宜的工具，以利于存取、检索、比较和回复，确保软件三库的使用和管理方便、有效。

1.3 实施难点分析

软件三库的建立可以进一步确保软件配置管理的控制。利用配置管理工具实施既符合军标要求，又满足软件开发规则的难点有：

1）由团队开发引出的数据合并、分支开发问题。由于开发库介入人员较多，设计人员需要独立、安全、有效地开发环境，这就引发了并行开发以及分支开发的问题，如果不能有效、完整地归并数据、创建特定版本分支，必然造成软件版本混乱、软件失控的局面。

2）三库如何隔离的问题。实施软件三库逻辑隔离有助于软件配置管理的实施，脱离了逻辑隔离的三库，层级管理难以有效实施，人员权限将陷入混乱，组织对软件开发的结果很难掌握。

3）如何控制大量变更的问题。大型软件项目存在变更多、版本多的特点。如何有效、正确地掌握每次变更情况，控制各个版本成为配置管理工作的重中之重。

4）配置标识在项目间、三库间不唯一的问题。由于必须确保配置标识的唯一性，同一配置管理项的配置标识在各库中必须有所区别。另外，如果仅依赖人工操作，无法确保配置标识在系统中的唯一性，容易造成质量事故。

5）版本重用。配置管理要求记录软件开发过程中的所有工作成果，三库策略能够有效地分层级对软件工作成果进行管理，但是记录大量的软件历史版本的同时，仍能够清楚地显示最新版本，更便于开发和管理。

6）库间软件版本的对应关系。配置管理工作要求确保配置管理项的可追溯性，其中库间软件配置管理项的对应关系依靠人工记录，一是不便于工作查询，而是容易出错。

2 ClearCase工具的优势

软件配置管理作为软件开发过程的必要环节和软件开发管理的基础，管理过程十分繁杂，管理对象错综复杂，因此，引入自动化工具成为了做好软件配置管理工作的必要条件之一。

ClearCase配置管理系统提供了比其他工具更全面的配置管理功能——包括版本控制、工作空间管理和过程控制。

2.1 版本控制

ClearCase的核心功能是版本控制，它能够支持软件开发进程中一个文件或一个目录发展过程进行追踪的手段。能够提供版本分支开发和归并功能；支持较其他工具更较广泛的文件类型；变更控制达到元素级；能够更清晰地展示版本变更情况。

2.2 工作空间

ClearCase提供空间管理，即保证开发人员拥有自己独立的工作环境，拥有自己的私人存储区，同时可以访问项目的共享信息。能够提供一致、灵活的可重用工作空间域，支持选择特定文件或目录的适当版本，实现资源代码共享和私有代码独立，以及版本间的透明访问。

2.3 过程控制

ClearCase为团队通信、质量保证、变更管理提供了更成熟的过程控制和策略控制机制，体现在以下几方面：历史记录；定义事件触发机制；访问控制；查询功能。

3 基于ClearCase系统的三库控制模式

3.1 三库架构与职责

ClearCase实现配置控制管理的基础是VOB，采用UCM模式，以项目为个体创建VOB，以此控制各项目组成员的操作权限；同时在项目VOB下采用以三库为基础的多流管理方式，配置开发库、受控库、产品库3个流，实现各库的逻辑隔离。

在以往的配置管理工具实施中，每个项目到各版本文件、目录全部依赖于系统管理员手工操作录入，各项目、各库间统一目录结构、文件命名的难度极大且容易出错。同时，也是最大的问题。对此，利用集成流配置各配置库中的共有内容，实现目录、文件夹、文档、代码及各元素的控制。例如同步各配置库的文档目录、统一各配置库中的代码目录、控制代码名称等。集成流仅允许系统管理员访问变更。系统管理员将集成流上的共有内容通过创建基线、Rebase基线到各库及各子流，能够实现统一项目内各工作区的文件目录结构。

根据GJB5716的规定，对三库管理做出不同层级的配置管理职责要求：软件开发库由项目组内部控制；软件受控库是部门级的控制；软件产品库是组织级的控制。通过项目VOB锁、三库流锁、目录锁、文件锁等层级控制人员权限。具体如下：

3.2 基于CC的实施流程

根据标准要求，受控库的配置管理项必须来自于开发库，产品库的配置管理项必须来自于受控库。在此，我们以开发库提交到受控库为例。

项目启动后由项目软件负责人通知受控库配置管理员创建项目VOB，项目组成员提交权限申请。由项目负责人定义代码及文档目录，由院级配置管理员统一创建、管理、维护。通过对项目VOB、三库流、文件目录、代码目录及元素分级控制，实现各项目组成员对各级元素的操作权限。

之后由配置管理员统一为项目组成员制定配置管理工作规范。项目负责人可以为项目提出分支开发的要求，由配置管理员实施并确保每个项目组成员在适当的项目分支上。

开发人员工作前要创建视图。如果需要进行开发库入库，开发人员进入开发视图并实施创建/修改，完成各自的分支后，由配置管理员根据申请合并分支，并操作make baseline生成该软件配置管理项的开发库版本。最后依据申请操作deliver提置管理项到受控库（目的库）。受控库及产品库操作类似，但是受控库及产品库中的版本生成操作将触发邮件通知，通知对象为项目组成员。

如果需要进行开发库出库，由开发库配置管理员根据申请在开发库下的出库子流操作，对指定配置管理项的指定版本操作rebase。完成后通知开发人员提取。受控库及产品库操作类似。

4 解决的问题

4.1 分支开发

结合我院软件开发过程的实际情况和项目开发需求，在受控库与产品库不变动的情况下，将开发库按使用角色再细分为：测试人员（用）开发库、配置管理员（用）开发库和质量保证人员（用）开发库，方便各角色负责人分派任务、归并数据（参见图1）。

图1 ClearCase实施示意图

图2 项目下创建分支流的分支开发模式

项目的分支开发需要根据分支开发需求，通过在项目VOB下创建新项目或者在原项目下创建分支流实现。这样的分支策划可以帮助项目软件团队实现多项目软件在某一共同数据基础上的并行开发，或者在原软件某版本基础上的分支开发。

4.2 追溯性

4.2.1 标识

如果不能保证配置管理项的配置标识在项目间、配置库间以及配置库中的唯一性，你会发现标识正确的文件的正确版本是多么的困难，因为到处都有拷贝。最坏的情况，极易丢失或错误标识文件的版本，导致降低了系统的质量，甚至项目的失败。

对此，对配置标识的命名必须进行规范要求：型号名称-组件名称-存储库名称-种类-版本号。例如MONI-FK-CL-DM-V2.0，其中CL表示受控库，DM表示代码。按照这样的要求进行配置标识，能够确保配置管理项的配置标识在配置库间以及配置库中的唯一性。

根据我院软件开发的时机情况，曾出现过同一开发人员开发的不同项目软件的代码具有相同文件名称的情况，最终出现严重的质量事故。为解决该问题以及同项目软件代码不同版本的名称识别问题，可以通过开发为用户定制的触发机制，实现对配置管理项名称的控制。该触发机制要求设计人员提交装机文件时必须在文件名称中添加版本号，按照这样的要求进行配置标识，能够确保配置管理项的配置标识在项目间的唯一性。

4.2.2 变更信息

可维护和控制的配置管理项类型广泛，可以是源代码、二进制文件、目录内容、可执行文件、文档、测试包、编译器、库文件等。变更控制细致且规范。

在变更的同时，每个数据的每个版本还附有丰富的信息，ClearCase可以为软件开发过程的每一种信息类型建立一个安全可靠的版本历史。

4.2.3 历史记录

元素版本的组织结构体现在系统版本树中。

ClearCase能够对开发过程做出记录，也可以反应开发的历史情况。系统自动追踪元素级的变更情况，任何变更可触发活动（Activity），自动产生常规日志，存放在数据库中，如：谁做的、做什么、什么时候、在哪个地方、为什么形成的版本等，这些配置状态情况配置管理员可以通过版本树和查看历史查看历史情况的方式实施监控。这样一来，既实现了版本追溯，又减少了错误发生。

因而，基于ClearCase系统实施的配置库的控制模式，可以帮助团队在开发软件时为确保他们所处理的每一种信息数据的可追溯性。

4.3 版本

软件技术状态一般依赖配置管理员人工识别并，伴随而来的是大量的版本信息和漏洞百出的错误信息，容易出现版本十分混乱的失控局面。

利用ClearCase的功能与邮件进行触发配置，能够实现受控库、产品库配置管理员每创建一个配置标识或者基线，均可通过邮件系统自动将该配置标识或基线信息发送至该项目组全体成员。解决了以往版本无法受控的情况，有效且智能地实现了版本控制。

5 实施效果

该系统已在全院范围内运行，并顺利通过保密审查。软件配置管理控制改进效果如下：

1）满足军标要求；

2）符合软件开发过程控制要求；

3）既减少了控制的难度，又达到了配置控制的目标；

4）软件开发过程更加规范化、科学化；

5）完整详细的历史信息。

然而，现阶段的运行仍然存在一些安全机制问题。依据相关保密要求，系统中文档、代码必须标密处理，使得出库后的文档或代码可被识别密级和保密期限，保证我院保密工作有效开展。但是ClearCase配置管理系统并没有相关功能，对此，可利用ClearCase的触发器开发空间，编写用户提交的信息资源必须标明密级和保密期限的触发机制，使软件开发管理符合保密相关要求。同时，ClearCase的配置和使用相对较复杂，需要进行专门的培训和实践应用，才能够能为一个合格的配置管理员。

6 结束语

综上所述，通过ClearCase版本控制系统实施配置库控制机制，可以规范软件的配置管理过程，对开发过程中的各文档及程序标识清晰，版本可追溯，更改控制规范，保证了软件质量。通过将工作成果存储到ClearCase配置管理工具中，使得软件开发过程更加透明化，保证了软件状态的可控制性，更加有效的提高了产品的可靠性和质量。伴随着软件工程日趋成熟地发展，伴随而来的问题可能越来越多，软件配置管理探索的脚步也永不停歇。

参考文献：

[1] 郑人杰.实用软件工程.清华大学出版社，1997.

[2] 周之英.现代软件工程.科学.科学出版社，1999.

库存管理软件范文第3篇

关键词：仓管软件 物流系统 组件 软件工程

随着现代物流的发展，传统仓储暴露出各种问题。现代物流在企业降低仓储总成本，转变职能，提高竞争力和工效等方面日渐受到企业界的青睐，如果仓管软件能过渡到物流系统，无疑会提高物流信息化的水平。

仓管软件与物流系统

仓库是组织所需物质的集散、分配场所。库存管理系统通过物品的入库、出库、调拨和盘点等操作对组织物质进行全面的资源管理，达到物质被充分及时使用、减少资金占用、保证经营活动顺利进行等目的。当前的仓库管理由主要管物向管人、管物、管成本并重的方向变化。多功能的库存管理软件可以从多层次，多角度反映物品的库存情况，具有完善的查询、统计分析功能，有些还可以实现物品自动计算、物质配比、非常规状态的报警等。功能扩充后的库存管理软件或包括库存子系统的资源计划系统（ERP）等与采购、销售、生产等子系统实现数据的集成和业务流集成，共同搭建组织的数据中心或供应链管理(SCM)。

仓库是物流链上必要的一环，物流系统不仅谋求内部物质如何集散分派，而且要构建与各个供应商、客户之间的物流流程，连接起供销和服务等。我国企业还基本上处于初级物流的操作层面。表现在商业性质的第三方物流仓储有了长足的发展，但也有许多企业仍然依靠自身资源解决仓储运输，没有或很少外包；信息技术的应用集中在部分环节或传统功能，缺乏物流系统的信息整合，物流的职能大体上是配合经营而没有单独获利。由于习惯了某种仓管软件来安排仓库运作，在由仓库变化到物流部门的过程中，如何把软件升级迎合新的业务模式，有一些观点、经验供大家参考。

仓管软件到物流系统的嬗变

配合产业的升级和功能的转变而改良仓管软件，可依据企业信息建设的要求和进度逐步完成，一般来说时间不是限制，但是要强调系统开发的规范化和软件工程思想，比如需求分析、可行性分析、设计等都要认真对待。以某音像批销中心的仓库管理软件嬗变到物流系统为例说明。

保证网络、信息基础要适应新系统的最低要求，留出必要的接口和扩充能力，在今后的业务变化和功能升级后保护硬件的投资和功能构件重组。

要考察仓管历史数据和旧的数据库结构，以企业级数据中心的要求来衡量数据体系。把仓库的数据结构纳入数据中心，如果新旧体系不同则要考虑使用一些数据转换工具或手工一次完成。数据库表结构要保持连贯，表的属性以增加为主，如果仓管的旧结构和体系不符合新的要求，至少要争取把历史数据转入新系统，方便数据的进一步应用，比如数据挖掘和建立数据仓库。

要处理软件如何实现需求中的功能，无论是详细设计还是实现的过程大都涉及到了开发工具的选择，选择与旧系统的开发技术一致是很好的。按照模块化、结构化的思想，有些新功能应该隶属仓管软件，建议在主窗口中增加菜单或菜单项，原则是功能分类要一致。案例中仓库管理人员没有货运软件管理，也没有这样的职责，随着仓库功能改变而新增后不适合归入任何以前划分的工作操作类别，于是在仓管软件中新增货运管理的菜单，把与货运相关的分拣、封签、配货等操作菜单项纳入该菜单。在原子系统或原模块中的改变，以增加为主，轻易不要试图用新的代码、模块代替原代码，体现新的编程思想的组件、代码重用可多采用。随着物流功能的扩张，仓管与其他业务关系越来越紧密，如果仓库的升级和其他业务的系统建设并行，或采用了不同的开发工具，或为了符合业务范围和科学管理，或为了功能更容易扩展，建议增加子系统，案例中增加了供应子系统来处理与供应商的数据处理。

可能要协调新旧功能的共存，并最终形成完整的系统。案例中增加的供应子系统造成了两个同等级的入口，如果采购员处理完采购单后要查阅相应入库确认的记录，势必要二次登录仓库子系统，所以要建立更高一级的软件系统对所有子系统统一管理，用户只要一次权限验证可自由进入各功能子系统，子系统全部关闭后才最后退出物流系统，保留一次的日志和执行一次退出事件。

最后是系统的测试、验收和维护等工作，只有达到最初设计目标的系统才算完成任务。在嬗变过程中一般要多次循环，螺旋式完善，逐步建立。

物流信息化建设中，不仅仓库、储运、物质配送等方面需要保留，仓管软件在扩展功能后也能实现信息系统升级。选择逐步改变还是重新建立，因企业的决策和市场而定，要体现最新的软件工程思想、科学管理要求。

参考文献：

库存管理软件范文第4篇

关键词：多媒体数据库管理系统；VisualBasic；SQLServer

1总体框架设计

本软件采用VB作为前台的开发语言，后台数据库采用SQLServer数据库系统。VB是应用程序的主要工具,SQLServer是主流的关系型数据库之一,利用它们的密切集成可以建立更好的应用程序。

1.1主体功能设计概要

使用VB的窗口、按钮等控件实现主题框架的设计，主界面上用户可进行选择各个功能，菜单栏中包括系统管理、图片管理、声音管理、视频文件和数据管理。功能结构图，如图1所示。

1.2面向对象技术

在面向对象程序设计中，“对象(Object)”是系统中的基本运行实体，是有特殊属性(数据)和行为方式(方法)的实体。即对象有两个元素构成：一组包含数据的属性；另一组允许对属性中包含的数据进行操作的方法。也可以说，“对象”是将某些数据代码和对该数据的操作代码封装起来的模块，是有特殊属性(数据)和行为方式(方法)的逻辑实体。

程序语句操纵一个对象来完成相应的操作，与对象有关的完成相应操作的程序语句称为“方法”(Method)。方法是对象本身内含的执行特定操作的函数或过程。方法的内容是不可见的，用户不必过问，只要执行它就可以了。方法的操作范围只能是对象内部的数据或对象可以访问的数据。

由于而向对象模型能够根据多媒体的各方而特性，更好地解决MDBMS的系统结构、对象类层次的存储结构、存取方法、多媒体数据模型及其处理方法、友好的用户接口等问题，所以建立而向对象的多媒体数据模型是现阶段研究多媒体数据库的主要方向。

在面向对象的多媒体数据库中，首先要产生一系列对象库，再从几个相似的对象库抽取共同属性和方法，形成类库。这种结构类似于树形结构:最上层的超类库可作为树根，树根下可有多个类库，每一类库下有多个子类库，每一子类库下又有多个中-媒体对象库。

1.3关键技术

1.3.1图像

多媒体数据库中图象的入库方法是：先在数据库中建立存放图像信息的字段，其数据类型必须为LongBinary。然后使用Image对象，并使之与该字段关联。再使用LoadPicture（）函数，可以将图像装入数据库。将图像从多媒体数据库中删除可以调用LoadPicture（）函数实现，其入口参数必须设置为空。

1.3.2视频和声音

VB并没有提供将视频或声音直接存入数据库的对象，但可以采用“模拟”的方式。即当用户指定好视频或声音文件名称之后，便把视频或声音的文件名和路径名存放在数据库的有关字段中。而当要播放这段视频或声音时，再根据存放在数据库该字段中的视频或声音的文件名和路径名去打开它并播放之。其中用户选取视频或声音文件用CommonDialog对象实现，而视频或声音的播放采用Mmcontrol对象实现。

2测试与维护

2.1测试环境

操作系统：WINDOWSXP

CPU：Intel（R）Pentium（R）4CPU2.40GHz

硬盘：80G

显示器：1024*768分辨率

内存：512MB

系统开发软件：VisualBasic6.0

2.2测试方法

测试包括软件测试和程序测试。

软件测试是对本软件系统的软件计划、软件设计、软件编码进行差错和纠错的活动。测试的目的是找出软件设计

开发全周期中各个阶段的错误，以便分析错误的性质与位置而加以纠正。纠正过程可能涉及到改正或重新设计相关的文档活动。找错的活动叫测试，纠错的过程叫调试。

软件测试方法又可分为两大类，即静态测试和动态测试。静态测试是对被测程序进行特性分析的一些方法的总称，这种方法的主要特性是不利于用计算机运行被测试的程序，而是采用其他手段达到检测的目的。动态测试是实际运行被测程序，输入相应的测试用例，判定执行结果是否符合要求，从而检验程序的正确性、可靠性和有效性。动态测试的两种主要方法是黑盒测试和白盒测试。

程序测试是对编码阶段的语法错、语义错、运行错进行查找的编码执行活动。找出编码中错误的代码执行活动叫程序测试，纠正编码中错误的代码执行活动叫程序调试。通过查找编码错与纠正编码错来保证算法的正确实现。

软件测试及调试与程序测试及调试相同之处都是查错与纠错的活动。差别在于范围不同软件测试及调试覆盖软件生存周期整个阶段，而程序测试及调试则仅限于编码阶段，软件测试中的单元测试与程序测试十分相似，不同的仅在于单元测试还要测试模块间的接口，并要设计与接口相关的模块，如驱动和存根模块。

2.3系统维护

根据软件维护的不同原因，软件维护可以分成四种类型：

（1）纠错性维护。在软件交付使用后，因开发时测试的不彻底、不完全，必然会有部分隐藏的错误遗留到运行阶段。这些隐藏下来的错误在某些特定的使用环境下就会暴露出来。为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，应当进行诊断和改正错误。

（2）适应性维护。在使用过程中，外部环境（新的硬、软件配置）、数据环境（数据库、数据格式、数据输入/输出方式、数据存储介质）可能发生变化。为使软件适应这种变化，而应当去修改软件。

（3）完善性维护。在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。

（4）预防性维护。预防性维护即软件再工程，是为了提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础。

参考文献

［1］舒涵.营造海量多媒体数据的家［J］.中国计算机用户,2003，（19）.

［2］范振梅,王晨光,范振钧.多媒体数据库的实现［J］.通化师范学院学报,2004,(04).

［3］刘天惠.VisualBasic程序设计教程［M］.北京：清华大学出版社,2006.

［4］周朋红.多媒体技术与应用［M］.北京:中国水利水电出版社，2005.

库存管理软件范文第5篇

本软件主要用于图书的采集、盘点操作。用户可以用本软件来为自己采集图书、盘点图书。也可以为其他客户进行代采。本软件的优点是适应性广、功能全面、存储容量大、数据保障性高、高效率、技术性高、一号多书处理、兼容多种数据源、支持多用户采集、适用性强、采书盘点数据格式通用、数据交换简单。

2系统总体设计

2.1硬件、软件支持

硬件平台是指开发与运行本系统时所需要的硬件环境，主要包括计算机机型和硬件配置。由于本系统只配备有PII处理器、64M内存、10G硬的普通微机即可顺利运行。该软件是在WINDOWS操作系统下以uBase/Linux系统为平台并使用uToolsTM2为开发工具所开发出来的软件，所以有简捷的WINDOWS界面操作风格，完善的功能流程设置，操作直观、方便。

2.2采集器内部结构和工作原理

平板式扫描枪一般由光源、光学透镜、扫描模组、模拟数字转换电路加塑料外壳构成。它利用光电元件将检测到的光信号转换成电信号，再将电信号通过模拟数字转换器转化为数字信号传输到计算机中处理。本软件是通过数据采集器对图书的现行条码和ISBN号进行量化采集，然后通过数据交换把采集到的信息通过数据线导到PC端软件，然后通过软件对用户的图书种类和需求进行分类，实现智能化和自动化的目的。

2.3软件模块结构设计

通过使系统调研与分析，系统主要应完成的功能如下：书库数据管理、订书数据管理、盘点数据管理、数据交换。图书管理系统包含书库的导入、导出、订书数据管理、盘点数据管理等功能。该系统执行时，先导入书库数据，然后根据输入的数据选择执行路径，购入图书进行登记，编用调用图书采编功能，导入、导出调用功能查询调用查询功能。

3图书信息管理软件详细设计

3.1图书管理系统启动界面本系统设计原则：界面美观大方、操作方便灵活；依据用户的需求设计界面；界面对用户操作有引导功能，并提供一些帮助功能。

3.2书库数据管理书库数据管理的功能是将书库数据与软件进行传输,图书数据就是在这里导入软件的，其主要分为导入书库数据、导出书库数据、书库信息显示、书库数据查找、书库数据清空和书库统计信息6部分组成。

3.3订书数据管理：导入订书数据、从采集器导入订书数据

3.4系统配置：库存代码设定、导出字段设定、DBF字段设定、交换数据

4结论