系统版本管理文档
系统版本管理文档
目录
1.引言 (1)
1.1.目的 (1)
1.2.范围 (1)
1.3.术语定义 (1)
1.4.参考资料 (2)
1.5.版本控制记录 (2)
1.6.版本更新记录 (2)
2.版本管理 (4)
2.1.版本标示方法 (4)
2.1.1.正式版本 (4)
2.2.目录结构 (5)
2.3.文档的存放 (6)
2.3.1.开发文档的存放 (6)
2.3.2.源代码的存放 (6)
2.3.3.SQL的语句存放 (6)
2.3.4.发行文档的存放 (7)
2.4.配置管理流程 (7)
2.5.权限控制的管理 (8)
3.更新管理 (9)
3.1.源程序的修改 (9)
3.2.版本升级 (10)
3.2.1.版本升级原则 (10)
3.2.2.新版本发布 (11)
3.3.文档的变更 (11)
4.备份管理 (12)
1.引言
版本控制就是对软件开发过程中所创建的配置对象不同版本进行管理，保证任何时间都可以取到正确的版本以及版本的组合。
版本控制的主要功能是记录开发过程中的每一次修改，让开发的工作可以随时检查过往历史记录和获得正确版本，是系统的成长记录。
1.1. 目的
本文档的编制是为了规范产品部、研发部、测试部对软件产品版本的管理。
1.2. 范围
本文档为产品部、研发部、测试部的管理员提供有关版本管理规范的相关内容，包括：
●版本标识方法
●软件系统数据的存放
●文档的修改控制
●文档的备份制度
1.3. 术语定义
SCM
软件配置管理（Software Configuration Management）缩写
SVM
软件版本管理（Software Version Management）缩写
SVN
一个开源的版本控制系统Subversion.
文档
一种数据媒体和其上所记录的数据。
配置管理
标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。软件配置
软件的具体形态在某时刻的瞬时影像。
配置项
软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。
基线
软件生存周期中各开发阶段末尾的标记，它的作用是把各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。
1.4. 参考资料
《软件版本管理规范》
《tortoise SVN的使用手册》
1.5. 版本控制记录
版序状态部门拟稿审核批准发布日期
1.0 项目研发部***
1.1
1.6. 版本更新记录
*A - 增加M - 修改D - 删除版本/修订版修改页码修改记录修改人日期
1.0 初始版本
1.1
2.版本管理
2.1. 版本标示方法
为了使工作规范化、统一化，研发本部各部门实行的版本标识管理方法。2.1.1.正式版本
软件版本号由四部分组成，X.Y.Z.DATA_希腊字母，
X：主版本号，用来表示提供给客户的产品功能的主要增强。在一个极端的例子中，主版本号的上升用来说明产品现在已经拥有了一个全新的功能类。从市场和许可权的角度来看，主版本号的升级相当于购买一个完全独立的产品。从开发者角度来看，一个主版本号的迭代差不多总是反映了一个新的独立分支或是其主干还可以延续主版本的生命期。
Y：特征版本号，用来表示产品新增了一些特征，或者是在原来文档中描述的特征上作了重要的修改。用来确定特征版本号什么时候需要修改的一个衡量标准就是产品功能说明书。产品的特征版本升级是在主版本之间保持产品竞争力的一种重要机制。
Z：缺陷修复版本号，用来表示在该版本上所做的缺陷维护行为的等级。版修复版本是稳定市场和最小化客户技术支持费用负担的一种重要机制。
Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。
Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。
RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。
Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(R)。
例如：1.1.1.051021_beta.第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。
2.2. 目录结构
由于各部门的实际情况不同，目录结构很难统一，但为了能更好地管理各部门部文档，建议可将被管理的配置项分为三大类：文档类、源码类及安装盘类，这样存放比较清晰，有利于版本管理。具体目录如下表格所示：
根目录一级目录二级目录三级目录
项目名称+版本号源代码（SRC）
集成代码代码的合并
第一个模块代码
第二个模块代码
数据库SQL
公共开发包代码
文档(DOC)
立项文档立项计划书立项申请书
项目计划项目开发计划
需求文档需求规格说明书
设计文档设计概要说明书数据库设计说明书
界面布局原型界面动态页面
参考资料项目一些参考资料
验收文档验收资料
测试文档测试计划测试报告测试用例
试用信息
测试部署部署材料
发布（RELEASE）
SETUP
RELEASE
发布文档
2.3. 文档的存放 2.3.1. 开发文档的存放
文档归档流程：
文档编写员编写文档
评审人员
文档评审
配置管理员修改文档
格式规范化检查
评审版本
确认版本
不通过
通过
2.3.2. 源代码的存放
测试人员
配置管理人员
从SVN 提取代码编译
制作安装程勋
打印测试本
入库安装程序源代码测试报告评审报告更新版本
系统测试
开发人员
源代码入库
从SVN 上提取代码
修改源代码
通过
不通过
2.3.3. SQL 的语句存放
各子系统SQL 文件放入…..\.......\SQL 下，对于不同的数据库，分别建立不同
的子目录，如WAT 、SYB 、MSS 、ORC 、DB2等。公共SQL 文件直接放入…\SQL 下即可，不同数据库的特殊SQL 分别放入对应的子目录下。
2.3.4. 发行文档的存放
发行文档是指产品交付用户使用所必须的文件。包括：产品可执行文件，用户使用说明书，联机帮助（HLP ）；资源文件（BMP ，ICO 等），环境配置文件等。
2.4. 配置管理流程
提交测试任务
完成开发任务
提交发布请求处理BUG
测试执行测试计划
测试用例
提交测试报告
更新测试环境
回归测试
新版本发布入库提交测试部发布文档更新
额定版本信息制作安装程序
研发人员项目管理人员测试人员
配置管理人员
流程说明：
1.开发人员完成所负责代码模块的编写任务后，提交到项目经理处；
2.项目经理向测试部提交测试任务；
3.配置管理员准备测试所需环境；
4.测试员开始测试并提供实时测试BUG ；
5.开发人员处理测试人员提供的BUG ，并提交测试员进行回归测试，直至BUG 关闭；
6.测试完成后，测试人员提供测试报告；
7.根据项目情况决定是否发布新版本；
8.配置管理员与各成员确定好新版本的各项信息； 9.配置管理员发布新版本。
2.5. 权限控制的管理
为保障文档的安全性，一致性，以及防止意外修改，必须对不同的文档设置不同的访问权限。
文档权限类别：只读权限，读写权限。
文档类别：DOC，SRD，RELEASE。
用户类别：开发人员、测试人员、分析设计人员、部门经理、配置管理员、安装盘制作人员、问题及需求管理人员、用户文档编写人员等。
为了控制不同的使用权限，根据要求在服务器上分别建立不同的用户，针对不同的配置项所在目录分配不同的权限。
为了便于各部门的管理，应以表格的形式列出人员与管理对象的访问关系（用户权限清单）。
3. 更新管理
3.1. 源程序的修改
变更申请人
评审人员
开发人员
测试人员
配置管理人员
提交变更
取消变更
变更实施代码测试
更新版本归档入库
变更影响分析
审核
测试报告评审
当开发小组在开发同一产品时，应能保障：各成员间的修改不会互相覆盖；程序员的修改能及时反映到产品的最新版本中。
建议首先在相应子系统的下一级建一目录，如checkout ，存放正在修改的文档及修改登记表。当某个程序员要修改某一文档时，遵循以下程序：
1) 接收维护任务；
2) 查看需要修改的文件（如PBL 及SQL 等）是否正在被其它人员修改（检查checkout 目录下是否存在要修改的文件或后缀已改为该程序员姓名简写）；
3) 如果有人在修改该文件，等待或与相应的开发员联系，重复2。否则继续；
4) 将该文件复制到checkout 目录下，在修改登记表中登记；或将该文件的后缀改为本人姓名简写；
5) 将该文件拷贝到自己的私有目录； 6) 根据要求修改源文件；
7) 根据要求测试，并进行相关项的回归测试；
8) 交测试人员测试，如未通过，重复6，如通过则继续；
9) 在checkout 目录中删除该文件，并在修改登记表中标注修改完成； 10) 将修改完毕的文件通过电子邮件或其它手段送交版本管理员，版本管理员将文件复制到相应的路径；如遇特殊情况（版本管理员出差），程序员可将修
改完毕的文件复制到相应的路径下，或将后缀改回正式。
11)回复下达者，报告维护任务完成。
3.2. 版本升级
3.2.1.版本升级原则
版本升级应严格纳入版本管理的控制之下。应当谨慎地控制版本的升级，保障高版本的向下兼容性，或提供严格定义的升级方法。
主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。
子版本号(1)：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。
阶段版本号(1)：一般是Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug即可发布一个修订版。此版本号由项目经理决定是否修改。
日期版本号(140606):用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。
希腊字母版本号(beta):此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。
每次版本升级，要填写版本升级记录表，
记录表样例如下：
主版本号子系统
名称
子系统
版本
发布
日期
变更功能描述
发布
人
批准
人
备注
主版本号：记录当前发布的版本
发布日期：该版本批准发布的日期
修改文件：版本修改记录，版本修改日志
3.2.2. 新版本发布
新版本的发布包括主版本号和次版本号的升级，一般不包括内部版本号的升级。流程如下：
1) 接收新版本发布任务，接收本次发布的版本代号。
2) 在指定目录中，根据本次发布的版本号建立相应的子目录，将current 下的所
有内容拷贝至新建目录下。
3) 可在新建目录下建立readme.txt ，并加入相应的内容。
3.3. 文档的变更
文档变更流程：
变更申请人
提交变更评审人员文档评审
文档编写人员
取消变更
变更实施
打评审版本确认版本不通过
配置管理员
变更影响分
析及审批更新版本
不通过
通过
通过
4.备份管理
为了保证文档的最大可恢复性，要随时及定期地进行备份工作。
1)随时备份：
①开发人员每天都要将自已当日修改的源文件在本地机器上进行备份。
②开发负责人每天要将所有源文件在本地机备份。
③建议备份采用循环备份。
2)定期备份
①备份形式为硬盘备份和光盘备份。硬盘备份时，要备份在独立的硬盘上；光盘备份时，要将光盘存放在可靠的地方。
②备份周期视各部门的具体情况而定。如果处于开发阶段，每周应对所有的源程序项进行备份，一般为每周周五；如果处于其它阶段，根据具体情况而定，但周期不能超过两周。
③备份要由版本管理员负责，备份原则应是保证文档的最大可恢复性。
理发店管理系统设计文档
理发店管理系统设计说明书
目录 一、文档简介 (3) 1.1 文档目的 (3) 1.2 背景 (3) 1.3 读者对象 (3) 1.4 定义 (4) 1.5 参考文献 (4) 1.6 术语与缩写解释 (4) 二、总体设计 (4) 2.1 需求规定 (4) 2.2 运行环境 (4) 2.3 物理结构示意图 (5) 2.4 总体结构图 (5) 2.5 客户端程序组成 (5) 2.6 基本设计概念和处理流程 (6) 三、接口设计 (7) 3.1 用户接口 (7) 3.2 外部接口 (8) 3.3 部接口 (8) 四、系统数据库设计 (10) 4.1 数据库环境说明 (10) 4.2 数据库的命名规则 (11) 4.3 逻辑结构设计 (11) 4.4 物理结构设计 (12) 五、系统出错处理设计 (13) 5.1 出错信息 (13) 5.2 补救措施 (14) 5.3 系统维护设计 (14)
一、文档简介 1.1 文档目的 1．编写本说明书的目的在于： （1）将系统划分成物理元素，即程序、文件、数据库、文档等。 （2）设计软件结构，即将需求规格转换为体系结构，划分出程序的基本模块组成，确定模块间的相互关系，并确定系统的数据结构。 2．本说明书的用途在于寻找实现目标系统的各种不同方案，分析员从这些可供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的物理元素，进行成本\效益分析，从中选出一个最佳方案向用户和使用部门负责推荐。如果用户和使用部门负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软件结构。通常，设计出初步的软件结构后还要进一步改进，从而得到更合理的结构，进行必要的数据库设计，确定测试要求并且制定测试计划。 3．本说明书的主要读者为系统分析员和用户和使用部门的有关人员，为后面的系统开发提供依据。 作为BSS理发店管理系统设计文档的重要组成部分，本文档主要对软件后台数据库的概念模型设计和物理模型设计做出了统一的规定，同时确定了每个表的数据字典结构。本文档是开发人员实际建立BSS数据库及其数据库对象的重要参考依据。同时本文档对软件的整个系统的结构关系进行了详细的描述，并对相关容作出了统一的规定。 1.2 背景 理发店是人们日常生活中不可缺少的一部分，有一定规模的理发店具有多名理发师和众多顾客，一般情况下，当忙碌起来以后，很难记清楚每名理发师的工作量，不便于日后考核；同时大量的会员如果仅适用传统的纸质和卡片记录管理，容易出错，而且不方便统计。计算机应用技术迅猛发展，开发一套理发店的理发师和会员管理系统具有很强的现实意义。 1.3 读者对象 本文档的主要读者包括： 1．本系统的设计人员：包括模块设计人员。 2．本系统的系统开发人员：包括数据库开发、编码人员。 3．本系统的测试人员。
文档管理系统可行性研究
文档管理系统 可行性研究报告 The Report of Feasibility Studies 专业：计算机科学与技术 班级： 姓名： 报告日期：
文档管理系统——可行性研究报告 1.引言 1.1 编写目的 随着计算机的普及、网络越来越便捷，现在无论公司、学校还是政府机构都将他们的各种文档资料保存在计算机上。如果不好好管理这些文档资料，时间长了，各种各样的资料越来越多，将造成保存困难，查找、使用不方便。本课程设计主要是为实现文档管理，主要包括文件的制作、修改、传递、签定、保存、销毁、存档等功能的程序设计。通过本系统能够实现文档管理自动化管理的目标，为企业提供了安全、可靠、开放、高效的文档管理功能，不仅方便了文档管理的日常操作，而且必免了手工管理中的一系列错误的发生，提高了企业的办公效率和企业文件管理的综合水平。 1.2 背景 1. 软件系统的名称：文件管理系统 2. 任务提出者：文档管理系统开发小组 3. 开发者：文档管理系统开发小组 4. 实现完成的系统实施地点：小组成员个人机、学校机房和客户方计算机 1.3 定义 管理系统：是指利用计算机、网络、数据库等现代信息技术，处理组织中的数据、业务、管理和决策等问题，并为组织目标服务的综合系统。 1.4 参考资料 [1]张海藩.软件工程导论（第四版）[M].北京：清华大学出版社，2003 [2]W atts S.Humphrey《软件工程规范》第1版.清华大学出版社.2004年 2.可行性研究的前提 2.1 要求 它将满足用户对资源的管理：增加，删除，修改，搜索及查看资源。具体说来，该系统将具备下面的功能： （1）增加资源——用户能够添加一个资源，该资源可以是电子资源（比如PC上某个目录下的一张图片）或者是非电子资源（例如书桌上的本书）。添加该资源后，用户将可以通过该系统直接管理和使用该资源。
软件系统项目建设项目管理文档
目录 1.项目管理 (1) 1.1项目范围管理 (1) 1.2项目时间管理 ......................................................................... 错误!未定义书签。 1.3项目里程碑 (6) 1.4培训方案 (6) 1.5技术支持与售后服务 (7) 1.6项目进度管理 (8) 信息系统项目建设项目管理文档 1.项目管理 1.1项目范围管理 （1）概述 项目范围管理就是要明确项目目标是什么，界定哪些工作必须做，并将项目目标分解到可以独立分包的程度，形成工作分解结构（WBS），并以此作为控制项目范围变更的基准。即项目范围管理是确保项目包含且只包含项目所必须完成的工作。 很多项目经常由于有做不完的报表、解决不完的问题而导致项目无法验收，很大一部分原因就是因为项目的范围没有定义清楚或者项目范围经常发生无可控制的变更所致。事实证明，缺少正确的项目范围定义和范围的核实是导致项目失败的主要因素。 因此，项目管理最重要的也是最难做的一项工作就是确定项目范围，并使项目范围在控制中，这就是项目范围管理的范畴，即项目范围管理就是项目该做什么，不该做什么，以及确保该做的事情必须做到，不该做的事情不能做。 在项目的规划阶段和蓝图设计阶段的前期，我们通过售前阶段的资料和项目
现场的需求调研，确定项目该做什么，这就是经常说的定义项目范围。 （2）管理内容 1、定义项目范围 1）定义项目范围重要的参考资料和依据一般如下： ●项目售前实施方案； ●项目主合同； ●许可软件通用条款及清单； ●咨询实施服务和工作任务书； ●支持服务条款； ●战略合作承诺书； ●建设单位内部正式发问的项目实施意见书。 2）口头承诺 定义范围除了依据上述可见的项目资料外，售前阶段的一些口头承诺也是定义项目范围的重要信息来源，因此在项目准备阶段与售前进行内部交接时，一定不能忘记交接口头承诺的内容，实践证明，口头承诺的往往是在项目实施过程中难以交付的或者需求范围不好清晰界定的，正是范围管理的难点。 通过范围定义，可形成详细的范围说明书，以及对项目管理计划进行更新。 2、项目范围 范围是指项目所提供的产品或服务的总和，它包括以下两种含义： ●产品范围：产品或者服务的特性与功能，其衡量标准为产品要求，即产 品需求说明书。 ●项目范围：为交付所需产品（具有特定属性和功能）和服务而必须完成 的工作，其衡量标准为项目管理计划、项目范围说明书、WBS及WBS词汇 表。 项目实施的产品范围的描述一般应该通过两个维度，即产品功能模块和公司范围两个维度，清晰的描述出哪些公司具体实施、哪些产品的功能模块，对于集团型企业一定要以企业法人作为实施的公司范围。借用EXCEL建立功能模块与法人
图书馆管理系统文档(含源代码)免费
程序设计综合训练<图书馆管理系统> 设计报告 院系：材料科学与工程学院 专业班级：材料成型一班 姓名：张成智 学号： 20111402128 指导老师：肖老师
一、程序功能简介 图书排序功能 1）按图书编号排序 可以按图书编号的大小排序，显示到屏幕上。（从小到大） 2）按图书出版时间排序 可以按图书出版时间的前后排序，显示到屏幕上。（从近到远） 3）按图书价格排序 可以按图书价格的贵宜排序，显示到屏幕上。（从便宜到贵） 4）按图书书名排序 可以按图书书名字符的大小排序，显示到屏幕上。（从小到大） 5）按图书作者名排序 可以按图书作者名字符的大小排序，显示到屏幕上。（从小到大） 二、本人完成的主要工作 图书排序功能（排序比较简单只要做出来一个，其他都和它雷同。） 三、设计方案 1.设计分析； 1)序功能简介： s 进入系统
|| 2）各个功能流程图 1、按图书编号排序 菜单 1-添加图书 4-图书排序 5-查询图书 6-修改图书 7-录入数据 0-退出系统 2-删除图书 3-图书列表 输入编号、书名、 作者名、出版社、 类别、出版时间、 价格。 按照编号、书名、作者名、出版社、类别、出版时间、 价格进行删除。 按照编号、书名、作者名、出版社、类别、出版时间、 价格进行列出。 按照编号、书名、作者名、出版社、类别、出版时间、 价格进行排列。 按照编号、书名、作者名、出版社、类别、出版时间、 价格进行咨询。 依次录入编号、书名、作者名、出版社、类别、出版时间、 选择编号、书名、作者名、出版社、类别、出版时间、 价格进行修改。 输入0返回原始菜单。
校友会管理系统开发文档
关于开发xx大学校友服务系统的报 告 xx软件公司
目录 一、立项背景、意义和重要性 ............................... 错误!未定义书签。项目背景................................................. 错误!未定义书签。意义和重要性............................................. 错误!未定义书签。 二、项目建设方案 ......................................... 错误!未定义书签。校友服务管理系统总体方案 ................................. 错误!未定义书签。系统用例................................................. 错误!未定义书签。 三、经费预算............................................. 错误!未定义书签。 四、开发进度安排 ......................................... 错误!未定义书签。
一、立项背景、意义和重要性 项目背景 校友资源犹如一座宝藏，对高校的发展建设有着不可替代的重要作用，是高校工作的重要组成部分。xx大学校友会建立于30年代，恢复于80年代。社会主义经济发展时期的校友会与时俱进，在政府和校方领导的支持下，积极有效地开展工作，取得了通过校友为学校的建设发展献计出力的成效。同时，为校友会工作的拓展奠定了基础。 但在xx大学以往的校友管理工作中，仍延续使用传统的管理方法来进行管理，传统的管理方法存在着：收集校友信息时间漫长，要耗费大量的时间和精力；信息材料收集量大，手工操作，难以保证信息材料的准确性；校友随着时间的推移发生的变化情况无法及时更新等弊端，这个弊端将导致母校与校友分会之间；母校与校友之间；校友分会与校友之间；校友与校友之间无法及时交流和沟通，从而不可避免地会降低校友会的作用，使校友会流于形式。鉴于校友会的重要性和管理的长期性和动态性，有必要引进信息化手段来提高管理质量和效率。 意义和重要性 xx大学是一所有着悠久历史、文化省重点大学，在国内外具有一定的知名度，多年来为国家和社会培养输送了不少优秀人才，所培养输送的人才如今遍及国内、外的各个领域，有的甚至是国际、国内的知名人士，也就因为这些知名人士而提高了xx大学的知名度。在校友会的管理中采用信息化管理手段，不仅提高了校友会的管理质量和效率，把校友有效地联系、组织起来，同时也向社会、向分布在国内、外的校友展示了xx大学在由传统管理向高新科技管理转变的新发展和新面貌。由此，吸引更多的校友及社会人士关注和关爱xx大学的发展，积极为xx大学的建设添砖加瓦。同时，作为xx省的一流高校，xx大学的信息化建设也代表着xx省高校的先进水平，而作为高校管理不可缺的一个重要部分，校友管理的信息化、标准化也是势在必行的。
企业文档管理系统-文档资料
企业文档管理系统-文档资料 ZOpen EDM: 企业文档管理系统 ZOpen EDM是润普公司针对企业文档管理开发的 一个即装即用的产品。 使用ZOpen EDM文档管理系统，能够可靠地集中 存储企业的海量文档，委托权限管理，支持文档的元 数据，提供多种的文档挖掘线索，提供多种文档展现 方法，最终提高工作效率、减少重复工作、加强部门 之间的沟通，有效的管理企业最重要的智力资产。 ZOpen EDM文档管理系统的典型适用领域包括:学校、咨询公司、律师事务所、监理公司、开发部门、市场部门、企业文档管理和控制部门、服务和支持部门、呼叫中心、金融企业等。 更多参看: , 产品主页: , Flash演示: Flash 演示(一) Flash 演示(二) 上海润普网络信息技术有限公司 info@https://www.sodocs.net/doc/bc1833432.html, 1 ZOpen EDM产品特性 1.1 易用 易用的Web界面
所有文档，可直接通过浏览器访问，网站界面类似Windows资源管理器。Web 界面非常易用，最终用户免安装，免使用培训。 即便出差在外，只要开通网络端口，也可通过https安全连接访问网站。 集成的FTP批量文件拖放 在IE浏览器中点击网页上的链接，无需二次 登录，可直接激活windows的web文件夹，使用 Windows资源管理器来进行批量上传、下载。 和桌面编辑器集成 在网页上点击“编辑”链接，可直接激活 word等编辑器进行编辑，可自动保存文件到服务
器。 上海润普网络信息技术有限公司 info@https://www.sodocs.net/doc/bc1833432.html, 此功能大大简化通常的文件下载、编辑、上传的复杂过程，实现了和桌面编辑器的无缝集成。 文档预览 直接在浏览器中预览word、PPT、PDF等格式的文件，用户甚至不必安装相应的桌面编辑软件。 此功能简化了文档的下载、打开的繁琐(耗时)过程，方便文档的查看。邮件发送 点击网页发送图标，可直接在网站上，通过填写表单发送文件邮件到指定地址。 可查找网站集成的用户邮件地址薄，选择接收用户的邮件地址。用户不必借助任何其他工具，可方便发送文件。
综合办公系统建设方案-PC版
综合办公系统建设方案 二〇一五年十一月二十日
目录 1.概述 (4) 1.1.前言 (4) 1.2.实施目标 (5) 1.3.总体设计原则 (6) 1.3.1.先进性与成熟性相结合 (6) 1.3.2.充分考虑性价比 (6) 1.3.3.实用性 (7) 1.3.4.可靠性 (7) 1.3.5.扩充性 (7) 1.3.6.易维护性 (8) 1.3.7.开放性 (8) 1.3.8.安全保密原则 (8) 2.系统方案 (9) 2.1.系统设计 (9) 2.1.1.方案总体描述 (9) 2.1.2.系统关键技术说明 (11) 2.2.综合办公系统 (14) 2.2.1.用户中心（系统管理） (15) 2.2.2.信息管理 (16) 2.2.3.个人办公 (18) 2.2.4.行政办公 (20)
2.2.5.行政资源管理 (24) 2.2.6.办公管理 (25) 2.2.7.流程管理 (26)
1.概述 1.1.前言 随着市场经济体制的日益健全和社会的不断进步发展，企业面临着日趋激烈的市场竞争，国际经济形势的变化，迫切需要加大对企业内部的高效管理，建设一套实用的、可靠的、灵活的基于内部统一平台的办公信息化辅助系统已成为企业的当务之急。 信息化的根本目的是围绕信息这一企业经营和管理的基础，通过现代信息技术来理顺、完善、重组企业的信息管理，从而从根本上改善企业的管理，提高企业的运作效率，增强企业竞争能力，所以，企业信息化建设不是权宜之计，而是企业从长远发展所必须做出的决策。 综合办公系统是为了支持企业内日常办公的智能化、网络化和无纸化。实现企业集团的一级网上公文交换中心，成为下达下属公司、各级部门的中心。体现上下级审批流程的公开、公正、透明，满足系统界面统一、数据融合、数据共享的要求，保证了数据的完整性和一致性，有利于提高现代化管理水平，加强企业监管，提高工作效率。 综合办公解决方案基于Internet网络，为企业提供综合办公标准化服务和定制化服务，可以帮助企业快速构筑适合企业办公需求的内部统一的综合办公系统平台，实现简洁高效的办公环境，为企业提供一个团队协作、信息沟通、决策管理平台，实现企业内部的办公流程自动化、文档管理规范化，满足企业员工随时随地的办公需求。
图书馆管理系统文档2
图书馆管理系统文档2
https://www.sodocs.net/doc/bc1833432.html,图书馆管理系统文档 1.1开发背景 随着现代图书流通市场竞争的愈演愈烈，如何以一种新的管理方式提高图书流通信息的反馈速度、降低库存占用、加快资金周转、提高工作效率，已经成为图书企业提高竞争力的关键。信息技术的发展给图书企业的管理带来了新的力量，通过图书馆管理系统对图书企业经营运作的全程管理，不仅使企业摆脱了人工管理所固有的一系列弊端和问题，更重要的是提高了工作效率，进而提高了企业的经济效益。通过管理系统对企业的管理，为企业的发展提供了大量的、关键性的数据，企业根据这些数据，可以及时作出决策，进行调整，使之能够更好地把握市场的销售规律，适应市场变化，在激烈的行业竞争中赢得一席之地。 1.2 需求分析 长期以来，人们使用传统的人工方式管理图书馆的日常业务，其操作流程比较繁琐。在借书时，读者首先将要借的书和借阅证交给工作人员，工作人员将每本书的信息卡片和读者的借阅证放在一个小格栏里，然后在借阅证和每本书贴
的借阅条上填写借阅信息。在还书时，读者首先将要还的书交给工作人员，工作人员根据图书信息找到相应的书卡和借阅证，并填写相应的还书信息。 从上述描述中可以发现，传统的手工流程存在着种种不足。首先处理借书、还书业务流程的效率很低；其次处理能力比较低，一段时间内，所能服务的读者人数只能是很有限的。为此，图书信息管理系统需要为企业解决上述问题，提供快速的图书信息检索功能及快捷的图书借阅、归还流程。 1.3 系统设计 1.3.1 系统目标 根据图书馆日常图书管理工作的需求和图书借阅的管理流程，该系统实施后，应达到以下目标。 ●界面设计友好、美观，数据存储安全、可靠。 ●基本信息设置保证图书信息和读者信息的分类管理。 ●强大的查询功能，保证数据查询的灵活性。
超市管理系统开发文档
超市管理系统开发文档 1 可行性研究报告 1.1 引言 1.1.1 编写目的 本文档是某公司在通用超市信息服务平台基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.1.2 背景 21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是连锁超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市努力追求的目标。 1.1.3 定义 服务平台角色：包括超市管理用户，超市收银用户，VIP用户，普通个人用户，系统管理员。其中： 超市管理用户角色：主要负责物资的采购，入库等。 超市收银用户角色：主要负责平常超市的交易，如收银、退换货等。 VIP用户角色：默认分配给顾客平台注册的用户，是非管理系统的。 普通个人用户角色：默认分配给普通的没有注册的顾客。 系统管理员角色：主要分配给服务平台管理员，对系统初始化，系统内用户管理进行维护。 1.2 可行性研究的前提 1.2.1 要求 要求能添加用户账号，密码，类型等信息。还能对数据库的备份，数据库还原。能进行商品的信息录入，包括商品的编号、名称、单价、单位等。在销售管理中要包括商品的销售信息，销售金额等，并且能记录商品的销售时间，销售数量等，以及商品的当日销售总额。 1.2.2 目标 超市的目标是以优质的服务和品种齐全的商品，面向本地区的所有消费者，以使经营者能够实现利润。具体的目标为：最方便的提供消费者所需购买物品，详细如实的记录物品的品种分类，了解市场发展方向，及时修正进货信息，修改库存管理办法、结算工作办法、采购管理办法等，提高工作效率，节余财力物力资源。 1.2.4 进行可行性研究的方法 1. 经济可行性：超市管理系统的投入，能够提高工作效率，减少工作人员，从而减少劳力资本的投入，根据核算，系统投入几个月之后，就能够收回开发系统的投资，所以从经济角度来说，本系统开发完全必要。 2. 社会可行性分析：目前超市管理系统已经在大型的超市中得到了广泛的应用，超市管理需要现代化和信息化，只有合理的运用信息化的管理，才能在市场竞争中立于不败。超市管理系统不仅能够提高经营者的回报，而且能够随时掌握市场的动向，为经营者提供必要的市场信息，解决了经营者最需要解决的迫切问题，同时超市管理系统对操作人员的要求不高，也合理的节约了成本的投入。 3. 本系统操作方便灵活，便于学习，因此，该系统具有可行性。 可行性研究结论：通过经济、技术、和社会等方面的可行性研究，可以确定本系统的开发完
模拟一个简单二级文件管理系统
模拟一个简单二级文件管理系统 设计目的：通过具体的文件存储空间的管理、文件的物理结构、目录结构和文件操作的实现，加深对文件系统内部功能和实现过程的理解。 设计内容：模拟一个简单二级文件管理系统 一、实验内容描述 1 实验目标 本实验的目的是通过一个简单多用户文件系统的设计，加深理解文件系统的内部功能及内部实现. 2 实验要求 为DOS系统设计一个简单的二级文件系统.要求做到以下几点： ①可以实现下列命令： login 用户登录 dir 列文件目录 create 创建文件 delete 删除文件 open 打开文件 close 关闭文件 read 读文件 write 写文件 ②列目录时要列出文件名、物理地址、保护码和文件长度. ③源文件可以进行读写保护. 二、程序主要内容 1设计思路 程序中要求每个用户在登陆后才可对其拥有的文件进行操作，用户对于其他用户的文件无操作权.文件操作包括浏览、创建、删除、打开、关闭、阅读、写入、修改模式.其他操作包括新建用户、帮助、用户登入、用户登出、退出系统. 在程序文件夹下有个名为“file”的系统根目录，此目录下包括：一个名为“mfd”的文件，记录所有注册过的帐号及密码；用户文件，以用户名作为文件名，内容为其拥有的文件名及属性；一个名为“keiji”的文件夹.“keiji”文件夹中包括：“”指针文件，记录所有已用的物理地址；一些以物理地址为名的文件，内容为文件内容. 2 数据结构 file结构体系统文件数据结构： fpaddrint，文件的物理地址、flengthint，文件长度、fmodeint，文件模式 0.只读；1.可写；2.可读写；3.保护、 fname[]char，文件名； filemode结构体文件状态数据结构： isopenint，文件当前状态，0.关闭；1.打开、modeint，文件模式 0.只读；1.可写；2.可
综合办公管理系统功能描述
OA系统功能需求分析 1.1系统功能需求分析 主要功能模块包括：个人办公、知识信息、公文管理、行政办公、计划总结、经营管理、人力资源管理、证照和荣誉管理、印章管理、档案和资料管理、材料和设备管理、财务管理、资产管理等12个子系统。 1.1.1个人办公模块 本模块为个人信息中枢，可快速查看用户相关事项的流转情况。同时，系统提供自定功能，不同用户可将与自己相关的常用功能复制到本模块内，提高系统使用效率。 1.1.2信息、知识发布模块
本模块功能提供了一个公众信息的集散地。用户可在本模块内快速查询感兴趣的内容。本模块的意义在于突破了以往信息和文档的获取需要联系相关部门办理的弊端，使用户在客户端直接查询到相关信息，不但提高了工作效率，同时避免了因文档更新带来的信息不一致。
1.1.3公文管理模块 公文管理模块是系统的核心之一。采用流程驱动的方式将日常公文管理工作信息化、数字化。本模块使部门之间、上下级之间的沟通变得规范、有序，避免了因组织机构错综复杂导致的审批流程掌握不到位。当然，从应用角度来看，部分用户认为因流程中某参与者不能及时登陆系统操作，会导致公文流转过慢。这一弊端可采用其他技术手段，比如移动客户端开发等方式解决。本模块重点目标
是固化流程，保证企业管理的规范。 1.1.4行政办公模块 在后勤行政方面，向上对决策层，向下对执行层均提供相应的后勤服务。本模块初步设计了最常用的系统功能，直接解决了公共资源配置时的不便利问题。
1.1.5计划总结模块（） 本模块突破了地域的限制，规范了定期总结的流程。通过信息化手段在计划和总结工作中的应用，解决因办公场所分散，人员难以集中等不利因素，使公司之间以及员工上下级之间定期通报工作情况变得更加便利，有助于公司决策层了解各生产经营单位综合情况。 1.1.6经营管理模块
企业仓储管理系统开发文档
企业仓库管理系统开发文档 一、项目概述 1、背景分析 现今，在许多大中型企业中，信息化管理平台的应用已经相当成熟，管理软件的目的就是让管理更加容易。然而，目前很多中小型企业都是使用传统的人工模式来工作；传统的手工操作不仅工作量大，而且容易出现问题。为了提高企业信息化水平，促进企业管理的规范化、制度化、流程化，陕西华安能源有限公司决定实施仓储管理系统，希望通过这个系统的实施规范可以为公司提高办公效率。 随着Internet的迅速，宽带已经延伸到边远乡镇，中小型企业对信息化管理平台的应用越来越重视，信息化管理软件的应用在国内越来越普及。在这种情况下，设计和实现简单易用的信息化管理软件成为当前计算机应用领域研究的热点。 企业仓储管理系统的设计与实现对中小型企业加强信息化管理有着极其重要的作用。由于企业规模在不断扩大，订单的数量日益庞大，传统的手工操作不仅工作量大，而且容易出现问题。另外，会计要使用订单来记账，所以一旦订单填写出现了错误，后果往往是非常严重的。传统手工的单据填写过程繁琐而复杂，执行效率低，并且易于出错。通过这样的系统，我们可以做到信息的规范管理和快速查询，实现了仓库管理的系统化、规范化、制度化和流程化，这样不仅减少了管理工作量，还提高了管理效率，降低了管理成本。 2、系统概述 本系统是对陕西华安能源有限公司的具体需求进行的认真地调研基础上设计的，采用B/S模式，选择Oracle作为后台数据库，选择JAVA、JSP、JavaScript、Html作为应用程序开发工具，运用tomcat服务器技术，整个系统完全基于Browser/Server模式进行设计。 B/S模式有以下优点： （1）开发成本及维护成本降低。由于B/S架构管理软件只安装在服务器端（Server）上，网络管理人员只需要管理服务器就行了，用户界面主要事务逻辑在服务器（Server）端完全通过WWW浏览器实现，极少部分事务逻辑在前端（Browser）实现，所有的客户端只有浏览器，网络管理人员只需要做硬件维护。 （2）良好的安全性能，防火墙技术可以保证后台数据库的安全性。所有客户端请求都是通过DBMS 来访问数据库，从而大大减少了数据直接暴露的风险。 二、项目需求 1、利用计算机分析、统计信息，为企业有关部门提供决策依据； 2、建立更加完善的企业仓库信息管理体系，达到企业日常事务管理过程的程序化，标准化，为企
电子档案管理系统解决方案设计
电子文档信息管理系统 解决方案
山东东昀电子科技有限公司
目录 1. 系统功能模块的划分和各模块的设计 (1) 1.1总体功能设计 (1) 1.2信息管理 (4) 1.2.1 数据录入 (5) 1.2.2 文件上传、下载 (6) 1.3日常管理 (7) 1.3.1 检索查询 (7) 1.3.3 统计报表 (8) 1.4视频资料管理 (10) 1.4.3 媒体文件资料管理 (10) 1.5系统设置 (11) 1.5.1 建立符合用户要求的文档管理结构 (11) 1.5.2 对现有文档管理系统的其他设置 (12) 1.6系统安全 (13) 1.6.1 用户管理 (14) 1.6.2 角色管理 (14) 1.6.3 权限管理 (14) 1.7日志管理 (17) 1.8数据存储和备份 (18) 1.8.1 数据存储 (18) 1.8.2 数据备份 (20)
1. 系统功能模块的划分和各模块的设计1.1总体功能设计 如图所示：
电子文档信息自动化管理系统总体设计如上面的系统逻辑架构，根据文档管理工作的分工不同分为：信息采集、日常管理、信息服务、系统安全、系统设置、软件接口六个部分。 其中信息采集、日常管理和信息服务三部分包括了用户文档信息管理的主要业务内容，实现了文档信息的收集整理、日常管理和利用服务的网络化和电子化。 信息采集主要负责文档信息的整理、编目与电子文件的自动挂接，完成文档信息的收集、录入和数字化工作。 日常管理部分主要完成电子文档的鉴定、销毁、移交、编研、征集等工作，同时可以辅助实体管理、形成文档的目录、进行借阅、利用、统计等管理工作。 信息服务主要通过简单方便的方式，为用户提供快捷的文档信息服务。 系统安全则充分保证了文档系统和数据的安全性，使对电子文档信息的安全管理能够控制到每一具体功能操作和每一具体文件。 系统设置部分为用户搭建符合自身文档信息管理需要的文档管理结构提供了定制工具，可以让用户自己量身定制本单位的文档管理结构，无论是从眼前，还是从长远考虑，都将比
项目文档管理系统
项目文档管理系统 用户分析： 项目管理者 建立项目 为项目划分项目阶段 为每个项目阶段上传相关文档，设置项目阶段表单 项目观察者 查看项目甘特图 在地图上查看项目基本信息 对象分析 用户 用户系统使用OA现有的用户体系。不需要建立单独的用户管理体系，系统只需要对用户做认证，但是OA并没有提供认证服务，因此这种认证只能基于数据表来进行。 项目 项目需要处理的信息包括：编号(非系统编号)、项目名称、项目负责人、项目开始时间、项目结束时间、项目批文文号、设计单位、施工单位、项目地址、地理坐标(用于在地图上标识出来)、项目预算金额、项目决算金额、项目当前付款比例(百分比)、项目完成进度(百分比)，项目完成情况(描述)，项目类型。 针对项目的操作包括：增、删、改、查；为每个项目分配项目阶段。每种不同类型的项目有固定的项目阶段模板，这个模板应该是可以自行扩充的（不一定是图形界面，可以是直接写配置文件）；查看项目甘特图；查看该项目的项目阶段 项目阶段 项目阶段需要处理的信息包括：编号、名称、阶段描述、开始时间、结束时间、阶段负责人、完成进度(百分比)，完成情况(描述)；还有就是相关文档和阶段附表。 主要操作包括：增删改查；查看项目附件；处理项目附表；需要注意的是对项目阶段的增删操作应该是在树状结构下完成。 项目阶段附件 项目阶段需要处理的信息包括：标号、名称、描述、文件、上传日期、上传人。 主要操作包括：增删改查、上传、下载。 注意每个项目阶段可能有多个项目附件。 项目阶段附表 所谓项目阶段附表就是一个URL指向，引导用户去另一个表单处理的URL。但是要带一些必要的参数包括：所属项目、所属项目阶段。 本系统需要关心的内容主要包括：编号、名称、描述、URL地址、处理人、处理时间。 主要操作包括：增删改查；处理 注意每个项目阶段可能对应多个附件表单。 技术要求： 基于.Net平台开发；数据库使用SQL Server2000；地图标注使用https://www.sodocs.net/doc/bc1833432.html, 的免费开发API，甘特图控件自选或使用AnyGantt
图书馆管理系统文档
西安财经学院 《管理信息系统》课程设计报告 题目图书馆管理系统-——图书管理与图书查询 姓名 专业信息管理与信息系统 班级信管0803班 学号 0805110316 目录
第一章系统概述..................... 错误!未定义书签。 一、开发背景 (4) 二、系统简介 (4) 三、小组工作计划 (4) 第二章系统分析 (3) 一、图书管理现状 (5) 二、需求分析 (4) 三、可行性分析 (5) 四、系统分析 (5) （一）、系统业务流程分析 (5) （二）系统数据流程图 (6) （三）数据字典 (9) 第三章系统设计 (14) 一、系统模块功图 (14) 二、系统功能模块设计 (15) 三、输入设计 (16) 四、输出设计 (18) 五、代码设计 (21) 六．数据库设计 (22) （一）.系统E—R图的设计 (22) （二）.创建表结构 (24) （三）.逻辑结构设计 (26)
第四章系统实施 (27) 一．程序处理流程图 (27) 二. 运行界面说明 (28) 三. 系统测试用例 (33) 第五章总结 (33)
第一章系统概述 一、开发背景 当今时代是飞速发展的的信息时代。在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的原因。计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。计算机进行信息管理与信息管理系统的开发密切相关，系统的开发是系统管理的前提。本系统就是为了管理好图书馆信息而设计的。 图书馆作为一种信息资源的集散地，图书和用户借阅资料繁多，包含很多的信息数据的管理，现今，有很多的图书馆都是初步开始使用，甚至尚未使用计算机进行信息管理。根据调查得知，他们以前对信息管理的主要方式是基于文本，表格等纸介质的手工处理，对于图书借阅情况（如借书天数，超过限定借书时间的天数）的统计和核实等往往采用对借书卡的人工检查进行，对借阅者的借阅权限，以及借阅天数等用人工计算，手抄进行。数据处理工作量大，容易出错。由于数据繁多，容易丢失，且不易查找。总的来说，缺乏系统规范的信息管理手段。尽管有的图书馆有计算机，但是尚未用于信息管理，没有发挥它的效力，资源闲置比较突出，这就是管理信息系统的开发的基于环境。 基于这个问题，我们对西安财经学院的图书馆进行了实际的调查和分析，认为有必要建立一个图书管理系统，使图书管理工作规范化，系统化，程序化，避免图书管理的随意性，提高信息处理的速度和准确性，能够及时，准确，有效的查询和修改图书情况。 图书管理系统是典型的信息管理系统，其开发主要包括后台SQL数据库的建立和维护以及前端的应用程序的开发两个方面。对于前者要求建立数据的一致性..完整性.安全性存取方式及备份，对于后者则要求应用程序功能的完备，易学，易用，易操作等的特点。 基于上述考虑本系统主要利用VB作前台的应用程序开发语言，同时利用SQL Server 2000作为后台的数据库，以Windows XP作为系统平台。本系统的开发使图书馆管理工作人员的工作量大大的减少了，同时能使用户很轻松的进行各种需求信息的查询及续借等操作。二、系统简介 课题：图书管理系统。 任务： 针对各大院校的图书管理现状，设计出适合一般学校的计算机辅助图书管理系统。实现对图书基本信息、读者基本信息进行计算机辅助管理，完成借书和还书有关信息的记录、修改、查询、删除等一系列任务的计算机管理与实现.。 开发环境： ·以Windows xp为操作系统 ·以Visual Basic6.0为前台开发工具 ·以SQL Server 2000作为后台数据库 三、小组工作计划 小组成员：
医院管理系统详细设计文档
工程学院信电学院课题设计报告 医院管理系统详细设计文档 班级13软嵌2班 组长王凯 组员王维可夏辉徐洋洋专业13软嵌2 指导教师周宏生
2016 5月20日年
1 引言 1.1 编写目的（Purpose） 根据概要设计说明书中的设计容，编写详细设计说明书，为开发过程提供系统处理过程的详细说明，使系统开发各类技术人员对整个系统所需实现的功能以及系统的功能模块的划分、实现和数据库的表结构清楚的认识，为整个系统的开发、测试、评定和移交的提供基础，本报告一旦确认后将成为系统开发各类技术人员共同遵守的准则，并为以后的编程工作提供依据。 1.2 读者对象（Reader） 本说明书的预期读者为本项目负责人以及负责项目开发的各类技术人员、管理人员、项目评审人员。 1.3 编写目标(Goal) 以先进成熟的数据库管理技术、计算机技术和通信技术为主要手段，结合用户业务需求，在医院以C/S作为开发平台的企业信息网上建立一个覆盖医院的高质、高效、实用的管理信息系统；从系统层到应用层具有严密的安全控制机制。系统能够适应医院组织机构和结构的调整。采用构件化技术，使应用系统具有相应的独立性，使各子系统能具有通用性，又能适应医院某些机构的个性化要求；系统具有较长的生命周期，并保证从现有业务管理模式向更加优
化的领导决策和管理模式平稳过渡。 1.4 项目背景(Background of Project) 项目名称：医院信息管理系统 项目简称：医院系统 委托单位：某医院 开发单位：本公司主管部门：本公司 1.5 定义(Definitions) 本详细说明书中涉及的专门术语、容易引起歧义的概念、关键词缩写及相应的解释容包括（有关医疗术语关键词不在此列表中）：门诊：CN 住院：IH 病案：PA 药库：MC 医技：所有检验、检查项目、手术项目等药品：中草药、西药、试剂 2 系统总体描述 2.1 业务处理总流程 2.1.1 总体业务流程图
文档管理系统的解决方案.doc
文档管理系统解决方案 2010.08
1概述 .............................................................................................................................................................................. - 4 - 1.1系统目标 (4) 1.2系统框架 (4) 2设计方案 ...................................................................................................................................................................... - 5 - 2.1系统管理 (5) 2.1.1组织机构 ........................................................................................................................................................ - 5 - 2.1.2人员管理 ........................................................................................................................................................ - 5 - 2.1.3编码配置 ........................................................................................................................................................ - 6 - 2.1.4权限管理 ........................................................................................................................................................ - 6 - 2.1.5文档后台管理 ................................................................................................................................................ - 6 - 2.2文档管理主页 (6) 2.2.1文档发布 ........................................................................................................................................................ - 6 - 2.2.2文档排名 ........................................................................................................................................................ - 6 - 2.2.3文档推荐 ........................................................................................................................................................ - 6 - 2.2.4文档分类 ........................................................................................................................................................ - 6 - 2.3文档管理功能 (6) 2.3.1文档上传 ........................................................................................................................................................ - 7 - 2.3.2文档下载 ........................................................................................................................................................ - 7 - 2.3.3文档阅读 ........................................................................................................................................................ - 7 - 2.3.4文档播放 ........................................................................................................................................................ - 7 - 2.3.5文档查找 ........................................................................................................................................................ - 8 - 2.3.6文档统计 ........................................................................................................................................................ - 8 - 2.4系统接口 (8)