长途传输软件版本管理系统论文.doc

毕业论文 第 IV 页
上海电信EIP及WEBOA(二期)_长途传输软件版本管理系统
摘 要
随着大型信息系统的复杂程度的提高和软/硬件更新频率的加快，对系统的软/硬件的版本进行有效管理的要求也更高，仅靠人工方法已难以满足要求。尤其是传输网络系统，关系到众多的软硬件设备，同时软件的模块之间更是有着复杂的关联。如上海电信传输系统，不但整个软件有版本，组成软件的各个模块也有自己的版本，目前的人工管理办法已不能满足网络运行管理和业务发展的需求。
除了众多软件本身的复杂性以外，软件如果要升级更新，添加新的组件，则要经过申请提交，方案审批，相关领导的批准后才能实施。在软件版本升级以后，需要有软件升级的历史纪录，人工管理办法也不能保证流程和权限的严格执行。
本系统根据上海市电信有限公司提出的需求进行开发，实现对上海电信传输系统软件版本自动化、规范化的管理。
本文主要介绍课题来源、研究意义和目前情况，概述系统需求，阐述系统体系结构及其中两个模块的详细设计和重难点的实现。

关键词：传输软件，版本管理，工作流，Lotus Notes，非结构化数据

The EIP and WEBOA System of Shanghai Telecom_
Changtu Transition Software Management System
Abstract

With information systems being more and more complex and the frequency of hardware and software update increased, the effective management for hardware and software versions is highly demanded. And relying on the artificial method has been difficult to meet the requirements. Particularly, in the transmission network system, not only a large number of software and hardware equipment are involved, but between software modules, there are more complicated correlations. In Shanghai Telecom’s transmission system, the whole software itself has a version, and the modules which compose the software have their own versions, artificial management can’t satisfy the needs.
Besides the complexity of the software itself, one must apply officially if one wants to update the software. Only after the application is permitted by some leaders, can the software be updated. And after the update is finished, some history information about this update must be saved. Manual management can't confirm whether the flow is strictly executed.
This System is developed by the need of the Shanghai Telecom, and it automates, and regularizes the management for the version of the transmission software of Shanghai Telecom.
This paper firstly introduces where the problem is come from, the significance of the research, and the present state. And then the process of the design and implementation of the system will be described in detail.
Key Words: transmission software, version management, workflow, lotus notes, unstructured data

目 录
1．绪论 1
1.1 课题来源及研究意义 1
1.2 研究现状及存在问题 1
2．系统需求 3
2.1 系统总体描述 3
2.2 系统功能描述 3
3．开发环境与工具 5
3.1 Lotus Notes简介 5
3.2 Ideal Web OA简介 6
3.2.1 工作流系统 6
4．系统设计 11
4.1 概要设计 11
4.1.1 模块设计 11
4.1.2 系统逻辑结构 14
4.2 详细设计 15
4.2.1 工程库 15
4.2.1.1 基本信息 15
4.2.1.2 功能描述 16
4.2.1.3 数据结构 16
4.2.1.4 设计思路 17
4.2.1.5 主要设计元素列表和关系 17
4.2.1.6 设计元素详述 18
4.2.2 传输系统软件升级管理流程流程图 25
4.2.2.1详细功能 25
4.2.2.2 数据结构 26
4.2.2.3 设计思路 27
4.2.2.4主要设计元素列表和关系 28
5．重难点的实现 32
5.1 传输系统软件升级管理流程 33
5.2 工程库 36
5.2.1 导入数据 36
5.2.2 生成传输软件管理表 37
小 结 39
致 谢 40
参考文献 41

毕业论文 第 42 页
1．绪论
1.1 课题来源及研究意义
随着传输网络与网络技术的发展，传输系统中软件的作用越来越重要。而且现在的软件有着复杂多变的版本，不但是整个软件有版本，组成软件的各个部分也有自己的版本[5]。为了保证软件的质量，必须有效地记录版本之间的关系，否则会导致各种问题，如设备不能安全运行，传输系统运行效率低，维护质量差等等。
软件的种类、版本和数量的日益增加，传统的人工管理办法已经不能满足网络运行管理和业务发展的需求。为推进建立面向客户、面向产品、面向服务的高效网络运行维护体系，为企业转型和经营目标的实现提供坚实的维护支撑，更好地保证中国电信传输系统安全、可靠、高效地运行，提高传输网络的运行维护质量，对传输系统的软件版本进行规范化管理，已经成为电信维护管理的一个重要内容[4]。
另外，软件升级审批过程中出现的问题也是不可忽视的，由于软件升级过程必须严格按照相关流程执行，对于每一环节有着明确的人员分工。人工的管理可能会有疏漏，导致部分人员越权，信息的泄密等。如对于一级干线的升级和扩容，设备厂商统一向集团公司网运部进行申请，填写《传输软件升级申请表》，提交本地传输中心并填写相关意见，网运部审核同意方可实施[2]。
为适应未来传输网络市场的竞争，并在竞争中抢得先机，对现有传输网络中的软件资源进行高效管理和控制是非常必要的。而且还可以减轻人们的工作负担，提高办事效率。
本课题在充分了解了上海电信传输软件版本管理实施办法，并考虑了软件版本管理的通用性问题后进行研究的。
1.2 研究现状及存在问题
目前，大多数信息系统的版本还是依靠人工维护。虽然投入了大量的人力和资金，但是人们的办公效率却不见增长，反而出现了更多的问题。利用计算机系统管理软件版本，规范软件的升级过程是一种必然的趋势。
在上海电信，传输系统软件版本管理办法较复杂，涉及到的设备、网管和终端等硬件的种类繁多，对于软件和硬件的升级流程要求严格；参与系统的人员众多，分工多而细。人工管理已经造成了很多问题，如设备不能安全运行，传输系统的维护质量差，软件版本的混乱。所以上海电信决定通过办公自动化系统来规范软件版本升级过程，并最终实现对软件版本的高效管理。
传统的办公自动化系统开发基于关系型数据库，其显著优点在于数据处理能力强。但是，随着协同工作流程自动化业务需求的日益迫切，数据库管理系统在OA系统开发应用中的缺点也日益突出。
对于用户权限和用户安全的管理不足，必须要程序员自己去实现权限和角色的定义和控制。Lotus Notes 提供了任何数据库都无法比拟的安全机制。
对于非结构化数据的表示和处理能力差。关系型数据库只能存贮结构化数据，即要求存贮进来的数据必须遵循严格的规则，而现实生活中更多的是要对数据实现一种非结构化的存贮，即数据遵循着松散的规则，而且这种规则随时可以该变。
2．系统需求
2.1 系统总体描述
上海电信WEBOA系统是基于Lotus Domino/Notes技术开发的，提供了电信公司日常办公的各种功能，包括：公文管理、信息管理、公共服务、ISO文件管理系统和合同管理系统等业务类的应用，目前公司绝大部分的审批业务都采用OA系统进行逐级审批，公司员工已完全适应电子化的办公模式，为此传输系统软件版本管理系统也将采用此平台进行开发，以方便用户使用。
长途传输软件版本管理系统由设备库（长途）、网管库（长途）、工程库（长途）、长途软件升级管理流程（二级干线）、长途软件升级管理流程（一级干线），以及传输上报管理（长途）流程等模块构成。此系统依据《中国电信传输系统软件版本管理办法（修订）》的规定设计开发，目的在于实现对上海电信传输系统软件版本的管理，确保在用设备的安全运行，提高传输系统的维护质量，杜绝因软件版本的混乱所造成的故障。
2.2 系统功能描述
传输系统要实现，工程、设备和网管等相关数据的发布和管理，以及软件升级申请的公文流转和审批，并且最后根据软件升级申请的办结情况把相关数据跟新到设备和网管库中。
软件升级管理流程严格按照中国电信集团公司下发的《中国电信传输系统软件版本管理办法（修订）》。
同时要实现对传输系统软件版本管理系统中所包含各类信息的查询统计功能，协助长途通信部人员作好传输系统软件版本管理工作，提高传输系统软件版本管理工作的效率。
本系统应该包括以下几部分：设备库（长途）、网管库（长途）、工程库（长途）、传输系统软件升级管理流程（长途二级干线）、传输系统软件升级管理流程（长途一级干线）以及传输上报管理流程（长途）。其中每部分的功能如下：
1. 工程库（长途）：工程信息的发布和管理，信息的导入，导出，汇总，查询功能。
2. 设备库（长途）：设备信息的发布和管理，信息的导入，导出，以及设备信息的 更新历史纪录。
3. 网管库（长途）：网管信息的发布和管理，信息的导入，导出，以及设备信息的 更新历史纪录。
4. 传输系统软件升级管理流程（长途一级干线）：软件升级审批流程，并检查当前 的升级记录是否已对在设备库、网管库和工程库中的信息进行了更新。
5. 传输系统软件升级管理流程（长途二级干线）：和传输系统软件升级管理流程（长 途一级干线）相同。
6. 传输上报管理流程（长途）：传输中心上报信息（软件故障记录表、软件问题汇 总表、软件需求汇总表和网管运行情况汇总表），并上传相对应的上报材料附件进行上报后，按照一定的审批流程审批,最后办结。
3．开发环境与工具
3.1 Lotus Notes简介
Lotus Notes的愿景就是把人们工作的方法和工作时所需的工具协同起来[8]。（The vision for Lotus Notes was a vision of the way people work and the tools they need to work together.）
Ray Ozzie在PLATO提供的主要功能（电子邮件，安全性等）的基础上，加上5个最关键的概念实现了这个愿景。
Lotus Domino中5个最关键的概念：
1. 容器模型的概念，也就是“note”数据库。
用Lotus Notes 开发的数据库应用程序不同于其他的应用，它的源文件只包含一个文件——NSF（Notes Storage Facility），所有的数据和设计元素（如表单，视图，代码等）都存贮在这个源文件中，NSF是一个装有很多不同Notes的容器。
2. 创建和管理松散的数据模式(data schemas)
大多数的数据库都要求数据必须遵循一个固定的模式。数据在存贮到数据库之前，必须经过严格的验证，数据的类型，数据的长度以及与其它数据的关系都必须和预先规定的一样。但是在Lotus Notes中却不同，数据没有任何的限制。因为不需要进行数据的定义、检查，也使得开发变得更快，而且没有模式限制的数据更加接近我们的现实生活。
3. Rich text 的概念
Rich text是一种有格式的文本，在Lotus Notes 可以存储这种数据。
4. 通过友好的编程界面创建健壮的数据库程序 (WYSIWYG)
Lotus Notes 提供了一个WYSIWYG的开发环境Domino Designer。现在很多开发工具都有这样的功能。
5. 可移动性和远程访问的概念
远程用户可以通过拨号连接到Notes服务器，并且数据库可以在服务器端和客户端互相拷贝。
Lotus Notes提供的主要功能：
1. Lotus Notes 提供了强大的邮件功能，在安装了Lotus Notes之后，就不用对邮件系统做更多的开发了。理想公司目前使用的邮件系统就是在Lotus Notes提供的邮件系统上加以改进而做成的。
2. 更重要的是Lotus Notes 提供了任何数据库都无法比拟的安全机制，它提供了四级安全措施，包括：校验与验证，数字签名，存取控制，字段级加密。
3.2 Ideal Web OA简介
理想公司的Web OA整体架构分为3个部分：工作流系统、公共信息和邮件系统。工作流系统是对工作流进行设计，管理和配置的工具；公共信息用来对OA系统的界面和权限进行统一的管理和配置；邮件系统则提供了一般的邮件发送功能。
3.2.1 工作流系统
工作流管理联盟（WfMC，Workflow Management Coalition）给出的关于工作流管理系统的定义是：工作流管理系统是一个软件系统，它完成工作流的定义和管理，并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行[7]。
开发这类软件系统就是要协同处理各个节点上的活动，使得这些活动按照预定义的控制流程进行执行。开发这类软件有很大的重复性，工作流管理系统就是将这类软件的公共的流程控制部分（工作流运行服务、引擎）、管理部分和其他公共部分抽象出来，形成一种软件开发平台，用户只需要将它们的控制流程描述出来，该平台软件就可对它们的控制流程进行自动执行和有效地管理，而不需要对每次不同的应用重复地开发。
不同工作流管理系统可以有不同的实现方法，不同的底层通讯机制，应用的范围也可能有很大的差距，但所有的工作流管理系统从用户的应用层上来看，通用工作流管理系统应该能够提供以下三个方面的功能支持。
首先是建模功能，即对工作流的业务流程及组成这些业务流程的活动进行定义和建模。
其次是运行控制功能，即在一定的运行环境下，负责创建、执行和控制工作流实例，激活相应的资源和应用，并完成过程中从一个活动到另一个活动的控制转移。它是整个工作流管理系统的核心部分。
最后是运行交互功能，即在工作流实例的运行中，工作流管理系统与工作流参与者（业务工作的参与者或控制者）及外部应用程序进行交互的功能。
理想公司的工作流产品实现了以上的通用功能，如图3.1为理想公司的工作流产品的结构图：

图3.1 工作流产品结构图
1. 流程定义工具：提供了可视化的流程定义工具。
(1)每个流转类应用对应一个流程；
(2)流程定义由岗位节点和操作节点构成，岗位节点相当于活动，操作节点相当于传输信息；
(3)流转类型:直送、退回、办结、进入广播状态、退出广播状态、广播态内直送、广播态内退回、前向特殊路由、后向特殊路由、顺序批阅。
2. 工作流引擎：基于WEB平台，嵌于各应用数据库中。
3. 工作流相关数据及应用：WEB平台提供的应用功能，WORD文字处理。
4. 任务管理：通过任务箱任务文档管理用户任务。
5. 组织机构数据 ：组织机构设置库用来定义组织机构，该库为工作流系统中组织定义，其数据供流程定义和工作流引擎等其它模块引用。
6. 应用管理 ：提供应用管理的入口，集中管理各流转应用模块的流程设计，参数设置，及公共信息模块的权限设置。如图3.2为应用管理的界面。每一个应用程序都在此创建，修改，和删除。

图3.2 应用管理库
当新建了一个流程类以后，就可以打开该数据库，对该数据库配置，如图3.3为该数据库的配置界面。可以在此进行流程的设计，图3.3为利用流程设计工具画模块“传输系统升级流程（长途一级干线）”的流程图。

图3.3 设计流程
可以在此设计工具中设置每个节点的属性。下面以“长途处起草”这个节点为例来说明各个节点具有哪些属性。
如图3.4所示，在基本信息中，这个节点对应的执行人是网络运行部下面长途处的人。控制码(control_code)对流转中的文档来说很重要，是为每个节点作一特殊标记一样。比如这个节点中draftout表示起草，表单上每个域在流转到此处时都是可以编辑的；serial表示编码，那么表单在此处会出现编号的按钮，可以对文档进行自动编号；attach表示在此节点可以添加附件，则表单上就会出现添加附近的控件。
特殊属性我们一般不用。

图3.4 节点的基本信息
如图3.5是节点的接口程序，接口程序主要是指在此节点处，文档被打开，保存或关闭时所执行的接口，以及流程条件流转接口，一般是在有分支时执行，即当文件满足某一特定条件时，程序才能流转。一般最常用的是“条件流程接口程序”。

图3.5 节点的接口程序
4．系统设计
4.1 概要设计
本系统将建立在上海电信WEBOA系统平台上，采用DOMINO技术进行开发，是现有OA系统在业务功能上的一个延伸，该产品将采用OA系统提供的组织结构，为此与OA系统共用一套系统方面的数据。本系统在原有系统上作增量开发，不对原有系统平台结构作任何物理改变。
上海电信_长途传输软件版本管理系统主要为了适应上海市电信有限公司长途通信部传输工作的需要，实现公文的流转、发送，最终实现升级完成后能更新设备库、网管库数据的一个工作平台。通过此平台可以规范审批流程，严格控制各类审批权限，使长途通信部的传输工作处于良好的受控状态。
本系统包括六大模块，在设计之初，我们就考虑到了系统的安全性，易维护性，可扩展性，易用性，设计的一致性。
系统的安全性：由于在Lotus Notes 环境下开发，它已经给我们的系统提供了最强大安全保障。
易维护性，可扩展性：容易变动的元素，比如人员，数据，我们都在配置表里面配置。将来要维护和扩展时都很方便。
易用性，设计的一致性：Ideal Web OA 提供了统一的界面管理，使得界面风格一致，数据库在开发时采用统一的模版，界面始终和上海电线在用的其他系统保持统一的风格，因此即使是新的系统，用户也能很快地学会操作。
4.1.1 模块设计
通过对需求规格说明书和现有平台特征的分析，本系统主要包含以下功能模块：
1. 工程库(长途)
(1) 管理员能够手工录入工程信息文档，并对工程库中的各个工程信息文档进行维护。如：发布、编辑和删除。
(2) 支持上传规定格式工程库的基础数据（Excel文件, 格式详见附件“工程库数据导入导出模板.xls”），一次批量的将工程信息导入到工程库中，再导入的过程中能够进行检查，若发现数据库中已经存在一些工程，可以由用户选择是否覆盖。
(3) 支持一次性将工程库中的所有工程信息导出到Excel文件中 （Excel文件格式见附件“工程库数据导入导出模板.xls”）。
(4) 用户可以进行查询统计。

2. 设备库(长途)
(1) 管理员能够手工录入一份设备库信息文档，并对设备库中的各个设备信息文档进行维护。如：发布、编辑和删除。
(2) 支持上传规定格式设备库的基础数据（Excel文件, 格式详见附件“设备库数据导入导出模板.xls”），一次批量的将设备信息导入到设备库中，再导入的过程中能够进行检查，若发现数据库中已经存在一些设备，可以由用户选择是否覆盖。
(3) 支持一次性将设备库中的所有设备信息导出到Excel文件中 （Excel文件格式见附件“工程库数据导入导出模板.xls”）。
(4) 用户可以进行查询统计。

3. 网管库(长途)
同上面的“设备库（长途）”类似。

4. 传输系统软件升级管理流程(长途二级干线)
该模块为上海电信长途通信部二级干线的传输系统软件升级的管理流程。由传输中心起草升级申请，按照一定的审批流程流转审批，办结时系统自动将升级后的相关信息更新到相应的设备库或者网管库中。

5. 传输系统软件升级管理流程(长途一级干线)
该模块为上海电信长途通信部一级干线的传输系统软件升级的管理流程。由长途处填写转发的“传输软件升版通知书”后，按照一定的审批流程进行审批，办结时系统自动将升级后的相关信息更新到相应的设备库或者网管库中。

6. 传输上报管理流程（长途）
由传输中心填写上报基本信息（传输上报管理审批表）,并上传相对应的上报材料附件进行上报后，按照一定的审批流程审批,最后办结。

顶层功能模块图（如图4.1）：

图4.1 顶层功能模块图

二层功能模块图：
1. 工程库（长途）

图4.2 工程库
2. 设备库（长途）

图4.3 设备库
3. 网管库（长途）

图4.4 网管库
4. 传输系统软件升级管理流程（长途二级干线）
无。
5. 传输系统软件升级管理流程（长途一级干线）
无。
6. 传输上报管理流程（长途）
无。
4.1.2 系统逻辑结构
本系统的六大模块并不是毫无关联的，这6个模块中有3个发布类，3个流程类型。
发布类实现对基本信息的管理：工程库管理工程信息，并且关联设备和网管信息，每一个工程都包含了多个网管和设备，以及工程的一些其它基本信息，并能以工程为单位对所有的软件版本信息进行汇总；网管库对网管的软件版本，服务器及其属性，终端及其属性，以及设备的其他信息进行管理；设备库对设备的软件版本，机框版本，控制盘版本和其他基本信息进行管理。
流程类实现对公文的审批流程以及软件升级信息的更新和汇总报告。
传输系统软件升级管理流程是在相关人员提出软件版本申请以后，得到相关领导的批准，再实施对软件的升级，最后要把更新的软件信息写入到网管库和设备库中，并加载软件版本更新的历史记录。
如图4.5为其模块之间存在的关系。

图4.5 系统逻辑结构
4.2 详细设计
4.2.1 工程库
4.2.1.1 基本信息
数据库名：project_changtu.nsf
路径：xxweboa\public\
标题：工程库（长途）
4.2.1.2 功能描述
该数据库为工程信息记录库（发布类），其中定义了一个工程所涉及的设备与网管信息。用户可对工程信息进行查询统计。 同时可以一次性导入、导出多个工程信息。
详细功能
1. 管理员能够手工录入工程信息文档，并对工程库中的各个工程信息文档进行维护。如：发布、编辑、删除。
2. 支持上传规定格式工程库的基础数据（Excel文件, 格式详见附件“工程库数据导入导出模板.xls”），一次批量的将工程信息导入到工程库中，再导入的过程中能够进行检查，若发现数据库中已经存在一些工程，可以由用户选择是否覆盖。
3. 支持一次性将工程库中的所有工程信息导出到Excel文件中 （Excel文件格式见附件“工程库数据导入导出模板.xls”）。
4. 用户可以进行查询统计。
5. 用户可以选择工程，然后系统自动把工程的信息汇总到Excel文件中。
6. 用户点击“生成传输软件管理表”，系统会自动对当前的工程的相关信息进行统计，并且通过word打印出来。
4.2.1.3 数据结构
主表单（MainForm）
表4.1 主表单数据结构
字段名
简述
字段类型
是否必填
数据来源
缺省值
备注
ProjectName
工程名称
文本
是
输入

Equipment
设备
文本
是
输入

Network
网管
文本
是
输入

EquipmentList
设备型号
文本
是
输入

表4.2 续表4.1
字段名
简述
字段类型
是否必填
数据来源
缺省值
备注
NetworkList
网管名称
文本
是
输入

StartDate
初验时间
日期
否
输入

EndDate
终验时间
日期
否
输入

FinalDate
最后修改日期
日期
否
计算

Remarks
备注
文本
是
输入

4.2.1.4 设计思路
完整体现用户需求，操作简便易学，与正在运行的上海电信WEB OA流程系统风格和使用习惯上保持一致。
4.2.1.5 主要设计元素列表和关系
导航链接
新建
模块页面
视图：所有工程
视图：发布的工程
视图：重复的工程
视图：进行汇总
表单：主表单
MainForm
查看

图4.6 主要设计元素
如图4.7为模块页面：

图4.7 模块页面
4.2.1.6 设计元素详述
1. 表单设计
(1) 主表单MainForm
用途：用户输入，编辑工程信息，显示工程信息

图4.8 主表单
(2) 导入数据表单：ImportDataForm
用途：通过上传规定格式设备库的基础数据文件（Excel , 格式详见附件“工程库数据导入导出模板.xls”），一次性、批量的将工程信息导入到设备库中。

图4.9 导入数据表单
(3) 导出数据表单：ExportDataForm
用途：能够一次性将设备库中的所有网管信息导出到Excel文件中（Excel文件格式见附件“设备库数据导入导出模板.xls”）

图4.10 导出数据表单
2. 视图设计
(1) 视图名称：按初验时间
视图别名：ByStartDate
选择条件：SELECT form="MainForm" & flag != "1"

(2) 视图名称：按工程名称
视图别名：ByProjectName
选择条件：SELECT form="MainForm" & flag != "1"

(3) 视图名称：按终验时间
视图别名：ByEndDate
选择条件：SELECT form="MainForm" & flag != "1"

(4) 视图名称：汇总_按工程名称
视图别名：HuizongByProjectName
选择条件：SELECT form="MainForm" & flag != "1"

(5) 视图名称：重复记录_按工程名称
视图别名：TempByProjectName
选择条件：SELECT form="MainForm" & flag = "1"

(6) 视图名称：所有工程
视图别名：AllViewWeb
选择条件：SELECT form="MainForm"

3. 程序代码设计
表4.3 引入数据
程序名称
function Induct()
语言
Js
位置
引入数据 | InductData
功能描述
把Excel中的数据读到表单对应的域中
输入
一个Excel文件
输出
所有数据导入到数据库中
算法描述
1. 计算Excel文件中数据的行数和列数
2. 依次读取每一个值，把这些值按照列存贮在表单上的临时域中
3. 调用代理AgentImportData把所有数据存在数据库中

表4.4 导入数据
程序名称
(导入数据)| AgentImportData
语言
lotuscript
位置
代理
功能描述
把Excel中的数据导入到数据库中
输入（参数）

输出（返回值）

算法描述
1. 读取文档中的对应列的值
2. 得到工程名，在数据库中检查该工程是否已经存在于数据库中
3. 创建一个新文档
4. 为新文档中的域赋值
5. 所有的工程导入到数据库中以后，产生导入数据的报告

表4.5 导出数据
程序名称
(导出数据)|ExportToExcel
语言
lotuscript
位置
代理
功能描述
把工程库库中的数据一次性导出到Excel文件中
输入（参数）

输出（返回值）

算法描述
1. 得到要导出的所有文档的一个视图
2. 依次访问每一个文档，以表格的形式打印出工程的信息

表4.6 覆盖记录
程序名称
(覆盖重复记录)| CoverDoc
语言
lotuscript
功能描述
覆盖重复工程
输入
要覆盖的文档的ID
输出

算法描述
1. 得到所有被选中的文件的ID
2. 得到一个文件，作为被添加的新文件
3. 得到这个文件中的某些数据: ProjectName
4. 在视图中查找同名的工程，得到这个文件，作为被删除的旧文件
5. 删除旧文件
6. 把新文件的标识符改一下即可以把文件添加到数据库中，覆盖掉原来的工程信息
7. 在文件夹中删除这个已经被添加到工程库中的文件

表4.7 删除记录
程序名称
(删除重复记录)| DelDoc
语言
lotuscript
功能描述
删除重复工程
输入
要删除的文档的ID
输出

算法描述
1. 得到所有被选中的文件的ID
2. 根据ID得到某个文件
3. 在文件夹中删除这个文件
4. 在数据库中删除这个文件

表4.8 追加记录
程序名称
(追加)| Supply
语言
lotuscript
功能描述
对于工程名相同的工程，对比工程信息，追加不存在工程库中没有的设备和网管的信息
输入
要追加的文档的ID
输出

算法描述
1. 得到所有被选中的文件的ID
2. 得到某个文件，最为新文件
3. 得到这个文件中的某些数据: ProjectName
4. 在视图中查找同名的工程，得到这个文件
5. 把2个文件中的数据作比较，把旧文件中没有的设备或网管的信息添加进去
6. 在文件夹中删除已经被添加的文件
7. 在数据库中删除已经被添加的文件

表4.9 汇总记录
程序名称
Huizong
语言
lotuscript
功能描述
汇总工程信息
输入
用户选择某些工程
输出
已经汇总的Excel文件
算法描述
1. 得到工程名
2. 根据工程名在工程库中查找这个工程，得到这个工程的所有网管名称和设备型号
3. 根据工程名和网管名称在网管库中查找这个网管的一些信息
4. 根据工程名和设备型号在设备库中查找这个设备的一些信息
5. 所有的信息都通过表格打印出来

4. 权限设计
与WebOA核心发布类数据的权限保持一致，无任何修改，无定义角色
5. 界面设计

图4.11 主界面
6. 其它
配置表信息：管理员用来维护和扩展系统中用到的参数。如图4.12所示：

图4.12 配置表
4.2.2 传输系统软件升级管理流程流程图

图4.13 流程图
4.2.2.1详细功能
1. 长途处起草
长途处填写转发关于集团长途干线的“传输软件升版通知书”（见3.1.5.4节中的“传输软件升版通知书” ）。然后，通知长途通信部运维，也可以删除。
2. 运维处核准
运维处转发通知长途传输中心，统一施工，如有问题也可以退长途处。
3. 传输中心操作汇总
施工结束后长途传输中心填写升级记录表（见需求说明书3.1.5.4节中的“升级记录表”）。然后，送长途通信部运维处审核。
4. 运维处审核
运维处审核通过后送长途处确认，或退传输中心。
5. 长途处确认
长途处确认后传阅综合通信处并办结。
6. 综合通信处传阅
7. 办结
在办结之前，系统会自动检查当前的升级记录是否已对在设备库、网管库、工程库中的信息进行了更新。如果没有更新，弹出提示窗口。
如果用户修改设备/网管等信息，可点击“更新”，系统打开修改表单，并会带出当前的设备/网管的信息（注：只能修改部分信息）。 办结之后，这些更新过的信息会更新到对应库中的记录中，同时记录下此条信息的修改历史记录。
4.2.2.2 数据结构
主表单（MainForm）
表4.10 主表单数据结构
字段名
简述
字段类型
是否必填
数据来源
缺省值
备注
Gx_Name
干线／本地网
文本
是
选择

AppPeople
升级申请人
文本
是
选择
@Name([CN];@UserName)

SSH_Project
工程名称
文本
是
选择

Hidden_xh
序号
文本
是
计算

SBJX_WG_Name
设备机型／网管名称
文本
是
计算

UpgradeType
类型
文本
是
计算

Manufacturer
厂商名称
文本
是
计算

UpgradeObject
升级对象名称
文本
是
计算

CurrentEdition
当前版本
文本
是
计算

NewEdition
新版本
文本
是
计算

UpDateTime
升级时间
时间

手动输入

表4.11 续表4.10
字段名
简述
字段类型
是否必填
数据来源
缺省值
备注
UpDateRequest
升级要求
文本

手动输入

ChangeReason
更换版本的原因
文本

手动输入

Different
新旧版本的区别
文本

手动输入

Plan
升级计划
文本

手动输入

yj_cttxb_ywch
长途通信部运维处意见
文本
是
计算

shjren
升级人
文本
是