最新办公自动化系统技术方案20220925

《最新办公自动化系统技术方案20220925》由会员分享，可在线阅读，更多相关《最新办公自动化系统技术方案20220925（61页珍藏版）》请在装配图网上搜索。

1、最新办公自动化系统技术方案20220925国家播送电影电视总局无线电台管理局局机关和871台办公自动化系统工程技术方案北京易诚智讯科技开展有限责任公司二零零六年九月目录1.工程概况51.1工程背景与现状51.2建设目标52.系统总体设计62.1.设计原那么62.2.系统总体结构72.3.系统网络结构82.4.主要技术82.4.1.工作流82.4.2.Web技术92.4.3.三层结构103.系统功能设计103.1.日常办公子系统113.2.公文管理子系统113.3.会议管理子系统123.4.事务管理子系统123.5.个人管理子系统133.6.系统维护子系统134.系统功能详尽描述144.1.日常

2、办公子系统144.1.1.领导日程144.1.2.公告栏154.1.3.网上讨论154.1.4.公务交办164.1.5.工作方案164.2.公文管理子系统174.2.1.发文管理174.2.2.收文管理184.2.3.档案室194.3.会议管理子系统194.3.1.会议室管理194.3.2.会议纪要204.4.事务管理子系统204.4.1.人员管理204.4.1.1.人员花名册204.4.1.2.人员在位管理204.4.2.车辆管理214.4.2.1.车辆维修214.4.2.2.车辆派遣224.4.3.固定资产224.4.4.经费管理224.5.个人管理子系统234.5.1.电子邮件234.5

3、.2.待办事宜234.5.3.修改口令244.5.4.个人日历244.5.5.个人文档244.5.6.导航定制244.6.系统维护子系统254.6.1.用户管理254.6.2.字典管理254.6.3.系统设置管理264.6.4.操作日志管理265.与平台整合要求的应答275.1.与SSO认证效劳器集成275.2.与即时通信产品效劳器集成275.3.与邮件效劳器集成275.4.与平台权限管理模块集成275.5.与Portal系统集成275.6.与Windows2022 AD系统集成285.7.与档案管理系统集成285.8.与TRS WCM集成285.9.系统数据存储286.平安机制287.环境配

4、置287.1.硬件环境287.2.软件环境298.工程实施方案298.1.总体进度方案298.2.工程进度表309.工程实施组织309.1.工程组织结构319.2.工程人员名单329.3.主要人员工作简历339.4.方案从事本工程的主要人员情况表3410.质量保证措施3510.1.质量资源配备3510.2.质量实施过程3610.3.软件系统测试及验收方法4010.4.系统移交4310.5.工程变更处理4410.6.工程文档管理4510.7.工程建设工期的保证措施4710.8.工程管理的主要方式4811.培训方案4911.1.培训目标4911.2.培训对象分析4911.3.培训实施方案5012.

5、维护及技术支持效劳5112.1.效劳定位5112.2.效劳内容5213.工程效劳承诺521. 工程概况1.1 工程背景与现状无线电台管理局简称无线局是广电总局的直属事业单位，包括在京的局机关含18个处室和分布在全国各地的44个直属基层单位。目前，日常办公的媒介为纸质文件和磁盘，与京外单位的公文流转多采用邮寄方式，各个处级部门有东方飞扬档案管理系统单机版原清华紫光档案管理系统可对文件进行归档，一些处室有用于上报总局的软件。为了迎接二十一世纪新科技挑战而提出的新战略，无线局需要通过先进成熟的计算机和通信技术手段建成一个高质量、高效率、智能化的办公自动化系统，为领导决策和机关办公提供信息效劳，提高整

6、个无线局办公效率，减轻工作人员工作负担，节约珍贵的办公经费，从而实现行政机关和直属基层单位的办公自动化、办公无纸化、资源信息化、决策科学化。1.2 建设目标基于无线局内网，以管理透明化为目标，无线局要建立以局机关为核心、发射台站为根底的全局办公自动化系统，且办公自动化要无缝嵌入“无线局平安传输发射管理与自动控制平台简称“平台，作为其中的子系统。建立办公自动化系统是提高我局办公效率的重要手段，它是平台的重要应用之一，通过平台上的办公自动化，可以实现全局统一协调办公，办公流程和模式的优化及标准，充分共享资源和信息，又不互相干预业务，大大提高全局的办公协作效率。全局办公自动化系统将采用两级的分布式部

7、署方式：一级系统为局机关办公自动化系统，部署于局机关局域网内，用户范围为所有的局机关用户及台站局部用户，要实现局机关与所有基层单位间的公文往来；二级系统为各台站办公自动化系统，部署于各台站局域网内，用户范围为各台站用户。全局办公自动化的目录效劳系统、邮件系统以及即时通讯系统均在局机关统一部署。2. 系统总体设计2.1. 设计原那么l 统筹规划，分步实施依据平台总体设计，按照平台统一的规划、统一的技术标准、统一的数据标准等统一的技术要求，急用先建，分期实施，逐步推进部署到各台站。l 立足当前，兼顾长远从无线局工作实际出发，以需求为导向，长远目标与近期目标相结合，既充分满足当前的应用需要，又要有前

8、瞻性，留有扩展余地。l 先进实用，平安可靠要采用先进、成熟的技术，使系统既有较好的先进性和较长的生命周期，又经济实用，具有最好的性能价格比。l 丰富信息，资源共享丰富的信息、合理的流程是办公自动化系统的根底条件。充分利用资源，优化办公流程，实现办公自动化系统与其它应用系统的资源共享。l 易学易用客户端采用浏览器，对硬件要求较低，提供简便的安装管理、灵活的界面和智能化简便的操作；系统的升级和维护只在效劳器端进行，远程用户的管理维护变得非常简单；l 平安性多层次、基于国际标准的平安性能；与NT集成的用户登录，平安性较好，而且方便；系统管理采用ADSI技术，在浏览器上进行，非常容易使用；l 可以提供

9、二次开发接口和能力有关功能以SDK的方式提供给客户，客户可以在VJ+、JBuilder和Eclipse等环境中重用；l 全面支持Internet/Intranet支持各种协议和标准、可以采用浏览器作为用户界面。2.2. 系统总体结构本办公自动化系统不仅仅提供办公环境的信息自动化，而且还提供信息管理建设的根底平台。本系统旨在构建网络应用根底平台，采用三层架构，设计思路明确，为无线局局机关和871台构筑对资源管理和效劳的综合平台。系统可装配性强，满足内部用户、外部用户的应用需求以及不断扩展的业务需求。本办公自动化系统采用统一消息机制，实现对模块管理、用户用户组管理、权限管理、日志管理等根本的系统管

10、理。在此根底上，内置了大量的业务逻辑应用模块，形成根底应用层，如公文流转、工程管理、档案管理等。可以迅速建立适合用户需求的各种应用。通过异地、远程或者其他途径等接入方式可以访问该平台。总线化设计采用信息管理平台建立统一的系统平台，我们把它比喻成总线，把建立在这个平台上的各种应用业务模块，比喻成插入总线的插件，这种结构使业务模块同平台的结构更加清晰。并且提供统一的模块接入标准和消息交互机制，使业务与系统、模块和模块之间更有机地联系在一起，互相关联，协同作业。通过总线化设计，每个模块各司其职，消除不平等性，更加适合系统的规模变化和升级维护，使软件定制轻松实现。总线化设计还减小了系统集成的难度，使平

11、台更容易将其它系统集成进来。根据不同集成需求，进行不同层次的集成设计。由于系统多层结构中，表现层功能的加强，更容易适应用户需求的变化。通过配置，使模块的联系和表现千变万化，而无需修改代码。既方便了软件包出品，又适合用户定制，更提高工程实施的效率和可靠性。2.3. 系统网络结构办公自动化系统不仅要完成无线局局机关的信息化建设，还和其他下属单位有关联，因此其整体网络的拓扑结构如下所示：对于用户而言，只需要具备根底的网络设施，就可以快速便捷而且低本钱地建立一个完善实用的办公自动化系统。在办公信息自动化系统的根底上，利用该系统强大的二次开发能力，可以灵活地增加生产管理、设备管理等信息管理系统。如上图所

12、示，企业内部用户可以访问办公信息自动化系统应用效劳器，进行办公处理；移动用户可以通过PSTN远程访问；其他协作单位那么可以通过系统接口处理相关业务。2.4. 主要技术2.4.1. 工作流所谓的工作流就是一组人员为完成某一项业务所进行的所有工作与工作转交交互过程。几乎所有的业务过程都是工作流，特别是办公自动化应用系统的核心应用-公文审批流转处理、会议管理等。每一项工作以流程的形式，由发起者如文件起草人发起流程，经过本部门以及其他部门的处理如签署、会签，最终到达流程的终点如发出文件、归档入库。 工作流程可以是互相连接、交叉或循环进行的，如一个工作流的终点可能就是另一个工作流的起点，如上级部门的发文

13、处理过程结束后引发了下级部门的收文处理过程。工作流程也可是打破单位界限的，发生于机关以及与机关的相关单位之间。工作流的运转是办公自动化系统的核心，工作流自动化的目标就是要协调组成工作流的四大元素，即人员、资源、事件、状态，推开工作流的发生、开展、完成，实现全过程监控。信息技术不仅应该管理工作流全过程的所有信息和操作，而且还应该主动推进工作流程的实现，如及时地收回和赋予不同人员的操作权限如起草人起草文件完毕即不可修改文件内容，而其上级领导获得文件的签署权或对内容的修改权、主动提示和催促工作人员实现某一阶段的处理，从而整体提高工作流处理的效率。工作项是工作流程需要处理的一种任务。其本质可能是任何格

14、式类型的对象，包括文稿、影像、图纸、电子表格，甚至于多媒体文件等。2.4.2. Web技术从上图的技术框架来看，Web技术表达在：l 交互的Web效劳器l 效劳器端支持代理和Javal 前端支持Javascrpt,，JavaAppletl 支持Web界面元素编程，并和html语言结合l 支持COM和CORBAR技术由此，对于办公自动化系统，基于B/S结构的技术开展成为必然2.4.3. 三层结构本系统基于三层结构，采用先进的JAVA技术进行开发，具有良好的可移植性和跨平台性，可以支持支持目前流行的WINDOWS、 NT、UNIX、LINUX等多种操作系统平台，并支持目前主流数据库平台，包括Ora

15、cle 、MYSQL以及SQL Server等。办公自动化系统是自身应用开发经验与世界最新IT技术的结晶，是一套广泛适用于金融行业、政府机关以及大、中、小型企业的办公自动化系统产品，无论是办公自动化的常规应用或是特殊需求，本系统均能提供最大限度的支持。3. 系统功能设计本系统由公文管理子系统、会议管理子系统、日常办公子系统、事务管理子系统、个人信息子系统、信息管理子系统等六个局部组成。系统组成如以下列图所示：3.1. 日常办公子系统日常办公子系统面向机关所有工作人员，提供日常工作事项及工作资料的管理，如下列图：3.2. 公文管理子系统文件管理子系统由收发文管理、日常文档、档案室组成。如下列图：

16、3.3. 会议管理子系统会议管理子系统用于辅助机关工作人员筹划、筹备、组织各种会议和管理各种会议文档，由会议室管理、会议纪要组成，如下列图：3.4. 事务管理子系统事务管理子系统用于部门专项工作的计算机处理，包括行政管理和资源管理两大类，具体分为人员管理及经费管理、物品管理和部门车辆管理，如下列图。事务管理的信息一般由部门内部专项事务负责人如车辆管理员、物品保管员等录入，可以为部门领导提供本单位的人、财、物信息。3.5. 个人管理子系统个人管理子系统由个人文档、个人通讯录、个人日程、个人日志四局部组成。主要针对个人日常工作而设定。如下列图：3.6. 系统维护子系统系统维护子系统是办公系统的重要

17、组成局部，对保障系统的正常运行，延长系统的生命力有着十分重要的作用。系统维护子系统主要包括用户管理、字典管理、系统设置管理、操作日志管理等功能模块，如下列图。4. 系统功能详尽描述本系统由日常办公子系统、公文管理子系统、会议管理子系统、事务管理子系统、个人信息子系统、信息管理子系统等六个局部组成。 4.1. 日常办公子系统日常办公子系统提供日常工作事项及工作资料的管理。4.1.1. 领导日程说明用于发布和管理领导的日程安排。实现功能可按日期、领导人等条件排序显示领导日安排。可以直接起草、修改和发布日程安排。权限设置领导日程有密级，设日程管理员秘书和读者等角色。4.1.2. 公告栏说明 用于发布

18、各种通知、表扬、批评、建议等公告信息。 实现功能 1) 信息发布包括信息起草、信息审核、信息发布三局部。用户可选择不同的标志和题头，起草并发布不同类型公告。2) 用户可酌情决定是否将公告交领导审核。3) 信息作者可以指定公揭发布的范围、对象、有效期等。系统自动删除或移至别处失效公告。4) 信息按发布时间先后顺序显示，管理员可以修改顺序。权限设置 设信息发布员和公告管理员权限。信息发布员可起草公告，在信息发布之前，信息发布员有权修改公告内容；信息发布之后，任何人均不能修改。信息发布员可删除本人发布的公告。信息管理员可删除去除所有失效公告。4.1.3. 网上讨论说明 网上讨论为领导、工作人员提供相

19、互交流的场所，包括新建话题和发表意见两局部。 实现功能 1) 新建话题时，用户选定话题分类和讨论范围，同时系统自动获取用户名。话题分类用于对话题区分管理，讨论范围用于限制参与话题讨论的人或群组。 2) 针对其他用户起草的话题发表意见或看法时，用户可选择署名，也可选择匿名。 3) 系统要记录发表讨论的用户IP地址。 权限设置 系统管理员维护话题分类和话题。普通用户可以新建话题，可以浏览话题全部，可以针对别人起草的话题发表看法指定讨论范围内，可以删除本人起草的话题。4.1.4. 公务交办说明公务交办在领导和部属间建立起双向沟通的桥梁，用于网上交办任务、网上汇报任务完成情况和同事之间工作交代等。 实

20、现功能 1) 交办任务应记录交办人、交办事项、交办日期、办理要求、接收人等信息。 2) 交办的任务自动转到接收人的待办事宜中。 3) 接收人收到领导交办的任务后，可看到任务的具体内容和要求，修改、填入任务办理情况、办理日期，回复任务下达人。 4) 回复信息自动出现在交办人的待办事宜中。4.1.5. 工作方案说明 用于管理单位、部门和个人一段时间周、月、半年、年内的主要工作安排。包括部工作方案、局室(处科)工作方案和个人工作方案。 业务流程 个人工作方案由个人制定，可以指定发布范围。 部门工作方案需要在领导审批之后才能进行发布，需要设置发布范围。 实现功能 1) 工作方案可按单位个人、部门、单位

21、分类显示，也可方案时间周、月、半年、年分类显示。 2) 方案管理人可以选择呈交哪些工程给上一级方案管理人。 权限设置 l 创立者l 审批者l 阅读者。4.2. 公文管理子系统公文管理包括“收文管理、“发文管理和“档案室。4.2.1. 发文管理说明 本模块为一般的局室、科处机关工作人员拟稿人提供从公文起草、呈送领导或他人修改、审阅，直至生本钱部门正式文件的管理功能。 业务流程 机关工作人员受领了部门领导交办的公文起草任务，或向上级书面请示报告时，开始起草公文。起草完成后提交部门领导审阅修改，部门领导收到“有公文待审的信息提示后，可以对公文进行审修，审修后将包含修改意见的公文提交给拟稿人进行修改，

22、拟稿人修改后再呈送领导审阅，如此反复直至领导认可并签批，生本钱部门的正式公文，可以本部门名义发文，也可以提交文电部门进入该部门的文电管理系统，或直接呈送上级领导。实现功能 1) 允许拟稿人包括承办人和其他有拟制公文需求人员选择公文模板和定制、修改模板格式。 2) 主题词库。系统提供主题词库，供拟稿人选择参考。3) 信息继承。对已录入的公文信息，如公文标题、文号、密级、发文单位、发文日期、主题词、联系人、联系 等。 4) 拟稿人可以监控文件流程，可对流程中的各节点进行查询和发出催办信息，也可经流程当前节点人员同意后撤回文件；对已提交担未被接收的公文如目标人员不在位，可以撤回并重新定制公文流程。

23、5) 拟稿人可以查看自己起草的所有公文办理情况。 6) 提供对公文的正式稿及每次修改、批注历史记录的查阅功能应保存每个对公文进行修改的人的姓名和修改内容，供拟稿人参考。 7) 提供打印公文正文红头的套打功能。 8) 生成正式公文后可以流转到发文管理中“正式公文局部。 9) 提供领导及其他有需求的人进行手写批注、圈改的功能。 10) 清稿功能。即将所有修改、批注及批示的笔迹去掉，只保存正式公文内容，用于文件的印制。 11) 以本部门名义发文的公文，能够加盖本部门的电子印章。权限设置 拟稿人对草稿拥有所有权限，一经签批形成正式公文后自动失去修改权；拟稿人可以定制公文流程并分别赋予每个节点相应权限。

24、公文流程中的每个节点有权改变流程方向。4.2.2. 收文管理说明 本模块主要为机关中局室、科处提供在网络环境下对本部门收文的管理功能，根据文件种类应包括公文标题、来文单位、文号、正文、来文日期等。 局室、科处的收文信息数据来源于人工传递的公文。通过网上分发和流转来的公文信息，经各部门文件管理员认可后自动转入收文管理目录，人工传递和邮件中的公文信息由各单位文件管理员手工录入。业务流程 机关各部门部、局收到公文后，首先由文件管理员登记整理，然后呈送单位领导阅办，由领导决定每个件的下一流程。 实现功能 包括文件的登记、查询、打印、统计统计某时间段内收文数、办件数、办复率等、记录文件去向等。 权限设置

25、 对于非正式公文或公文草稿，可以根据作者要求进行阅读、修改、审核；对接收的正式公文没有编辑权；各局室的文件管理员可以拥有对文件登记目录的增、删、改等权限。4.2.3. 档案室说明 档案管理。 实现功能 1) 归档将所有归档文件的信息自动转换到该系统中。 2) 查询 提供按文件类别、发文单位、文件字号、文件标题、文件主题词等要素查询归档文件。 3) 借阅利用 可以在网上查看本部档案室和档案馆所有档案的目录数据，实现借阅申请单的填写、审批、档案的借阅、归还与自动催还。4.3. 会议管理子系统会议管理子系统用于辅助机关工作人员筹划、筹备、组织各种会议和管理各种会议文档，由会议室管理、会议管理、会议纪

26、要组成。4.3.1. 会议室管理说明 会议室信息为会议室管理员完成会议室信息管理、信息查询等工作； 实现功能 l 会议室管理员登记会议室信息，填写相应的会议室设备信息。l 会议室信息可按会议室容量、会议室位置、使用情况等查询 权限设置 l 只有会议室管理员可以新建会议室； l 所有人都可以查询会议室信息4.3.2. 会议纪要说明 提供会议所有文档的管理功能，包括前期的会议起草、通知、领导讲话、会议组织文件、会议记录、会议纪要及会议产生的发文等一切与本会议有关的文件管理功能。收集与会议主题有关的文字、图片、视频资料等，供会议组织者参考。对会议记录按发言主题、发言人进行分类整理，供浏览、查询。建立

27、会议文书模板库和会议文书库，辅助用户撰写、管理会议纪要和会议总结等。提供保存会议资料、会议记录和会议纪要的文件夹。 4.4. 事务管理子系统4.4.1. 人员管理4.4.1.1. 人员花名册说明 用于管理各部门人员根本信息。 实现功能 1) 录入的信息有姓名、性别、出生年月、职级时间、办公 、传呼、家庭 、配偶姓名、配偶工作单位、子女姓名、子女出生年月、备注等。2) 能提供几种模板支持打印输出。 权限设置 由部门领导指定专人录入，部门人员可查询花名册信息。 4.4.1.2. 人员在位管理请销假说明 用于各部门人员请销假管理。 实现功能 1) 请假申请登记、审批。 2) 销假登记。销假登记后，自

28、动填写销假时间。3) 销假要与请假相对应。 4) 提供休假情况查询、统计、打印输出功能。5) 请销假功能要与电子邮件自动回复功能相关联。因公出差说明 用于管理机关干部因公务出差的有关信息。 实现功能 1) 出差登记管理：登记出差的有关事项。可以附加出差预决算、调研提纲等内容。 2) 出差文档管理：管理出差经费预算开支情况、出差调研提纲、出差调研报告等信息。 3) 提供出差信息查询、统计汇总、打印输出功能。4.4.2. 车辆管理4.4.2.1. 车辆维修说明 用于部门车辆维修记录的管理。 实现功能 1) 车辆维修申请、审批。 2) 车辆维修登记。 3) 车辆维修记录查询。 4) 车辆维修统计。

29、权限设置 部门车辆管理员负责数据录入，部门其他人员可以查看。4.4.2.2. 车辆派遣说明 用于部门车辆调遣使用。 实现功能 1) 车辆在位情况查询。 2) 用车申请、审批。 3) 用车审批结果查询。 4) 用车情况登记。 5) 车辆使用统计。4.4.3. 固定资产说明 用于各部门购置或配发的贵重物品、办公用品、软件介质的管理，便于部门领导了解掌握物品购进和使用情况。 实现功能 1) 物品采购申请、审批。 2) 物品入库登记。 3) 物品领用配发借阅归还报废登记。 4) 物品库存在用状态查询。 5) 物品领用配发借阅归还报废统计。 权限设置 由专门的物品管理人员负责信息的录入，其他人员包括领导

30、只能查询。4.4.4. 经费管理说明 用于各部门经费开支管理，辅助部门领导了解和掌握本部门经费状况。 功能要求 1) 经费预决算管理只管理预决算结果，不涉及预决算过程。 2) 经费开支申请、审批。 3) 经费报销登记。 4) 经费使用统计。可按时间、工程、经手人、审批人、验收人进行统计汇总。 5) 剩余经费统计。 权限设置 申请审批前，申请人可以修改或撤销数据库记录；审批后，任何人包括系统管理员都不能修改或删除数据库记录。4.5. 个人管理子系统4.5.1. 电子邮件说明 用于起草、收发电子邮件。 实现功能 1) 电子邮件的功能设置、界面风格、操作方式等应与专门的电子邮件软件Outlook、F

31、ox mail等类似，以方便用户使用。 2) 新邮件提醒功能：提醒方式可以是声音、图像或动画，也可以与通讯工具相连。电子邮箱的容量应适当可由系统管理员设定。 3) 邮件代理功能：当用户外出时可以设置“外出安排，交代代理工作，设置邮件自动处理功能。4) 可以设置邮件选项：重要性、邮递优先级、是否包含用户签名，是否加密、是否需要回执、是否禁止拷贝等。 权限设置 用户本人是其电子邮件的管理者和使用者。 4.5.2. 待办事宜说明 待办事宜是本系统的信息交汇点，用于管理所有等待处理的邮件、文档和待办工作。 实现功能 1) 显示网上流转来的公文，通过点击待办事宜中文档的链接，用户可以直接翻开相关文档并完

32、成具体操作。 2) 待办事宜中的文档应具有自动标识和自动分类功能，以便于用户查看和及时处理。 3) 待办事宜应具有“待办事宜提醒功能，当有新的、重要程度较高的待办事宜时，或者当某些重要程度较高的待办事宜未能得到及时处理时，自动启动该功能提醒用户及时办理。 4) 显示其它待办事宜。4.5.3. 修改口令说明 用于用户修改自己的口令。4.5.4. 个人日历说明 用于用户管理自己的日程安排。 4.5.5. 个人文档说明 用于用户管理自己起草的各类文档。 4.5.6. 导航定制说明 用户可根据自己工作的需要自行定制导航内容。 4.6. 系统维护子系统系统维护子系统主要包括用户管理、字典管理、系统设置管

33、理、操作日志管理等功能模块。4.6.1. 用户管理说明 用于管理办公系统的用户。实现功能 1) 注册用户。可将用户划分为不同的部门、群组进行管理。 2) 删除用户。可以删除用户的信息；可以收回用户占用的资源。 3) 设置用户权限。可将用户定义成不同的角色，按个人、部门、群组等多种方式授权。 4) 修改用户密码。用户对自己的密码可随时进行修改。当用户忘记口令时，系统管理员可重建用户标识符文件与密码。 权限设置 只有系统管理员才能增、删用户和设置用户权限。普通用户可以自己选择界面风格。4.6.2. 字典管理说明 用于设置、修改系统使用的关键字、主题词、模板库等。 实现功能 1) 关键字主题词管理

34、系统管理员可以定义常用的关键字例如：密级和主题词用于检索。用户可以在其他功能模块中直接选择引用这些标准信息，以减小用户数据录入的工作量和提高录入信息的标准性。 2) 模板库管理 系统管理员可以增加、删除、修改公共模板文件，公共模板对所有用户开放。普通用户可以定义私有模板文件，私有模板文件只对定义者开放。4.6.3. 系统设置管理说明 用于调整系统运行参数，包括群组授权、数据库集设置、数据备份和恢复等。 实现功能 1) 群组授权 包括每个应用数据库中用户不同权限和角色授予。2) 数据库设置对效劳器上的数据库进行配置管理，以及删除与新建数据库效劳器等。3) 数据备份和恢复 系统提供自动定时备份、手

35、工备份、群集备份等多种数据库备份方式，可以按照用户指定的备份方式对数据进行备份，以确保用户的数据资源的平安性。 权限设置 只有系统管理员才有系统配置的权限。4.6.4. 操作日志管理说明 用于查阅和输出各种操作日志。 实现功能 1) 读写数据库日志 记录用户读取、创立、编辑、删除文档的全部信息，包括日期、时间等信息，便于系统的监控。2) 功能模块读取日志 记录用户读取相关文档的信息，便于管理员审计和跟踪用户读取信息的情况。 3) 加脱密日志 系统自动记录加/脱密日志，管理员可以通过加/脱密日志验证信息文件是否真正被加密处理过，也可以查看用户访问涉密信息的情况。 4) 控制台信息 控制台信息记录

36、了用户访问系统及系统自身运行情况的信息，如试图进入系统的非法用户等。 权限设置 只有系统管理员才具有日志管理权限。5. 与平台整合要求的应答5.1. 与SSO认证效劳器集成本系统支持对标准SSO接口的支持，但需要对接口进行二次开发。5.2. 与即时通信产品效劳器集成本系统能够对腾讯TRX的支持，能够通过二次开发实现与TRX的通信。5.3. 与邮件效劳器集成本系统支持exchange 邮件系统。5.4. 与平台权限管理模块集成任何一个产品都是相对独立的，尤其是系统权限控制功能，更是与系统密切相关。但是这局部一般很难拿出来与其他系统共享。我们认为也没有必要进行共享。如果一定要集成的话，可以进行简单

37、的集成。5.5. 与Portal系统集成本系统需要进行Portlet的二次开发才能够支持Portal。5.6. 与Windows2022 AD系统集成本系统支持对Windows2022 AD的访问。5.7. 与档案管理系统集成需要进行二次开发。5.8. 与TRS WCM集成需要进行二次开发。5.9. 系统数据存储支持Oracle数据库。6. 平安机制我们在设计本套系统的时候，充分考虑到网上办公涉及的许多重要的信息，因此系统的平安性得到了充分的保障：l 用户账户，访问控制； l 角色划分； l SSL加密； l 集群； l 数据备份和恢复； 7. 环境配置7.1. 硬件环境效劳器端效劳器：PC效

38、劳器，CPU P4 3.0G以上内存：1G以上硬盘：80GB以上。基于使用的情况，对增加的文档存储需要另外硬盘空间客户端CPU：P4 2.0以上内存：256M以上硬盘：20G以上说明：目前主流PC机都适用。7.2. 软件环境效劳器端操作系统：Windows 2022 Server SP1应用效劳器：Tomcat5.0或者Weblogic8.1数据库效劳器：MYSQL或者MSSQL或者ORACLE运行环境：Java JDK 客户端操作系统：Windows系列操作系统都可。运行环境：IE 5.0以上8. 工程实施方案8.1. 总体进度方案本工程方案于2022年9月进行工程准备；2022年10月正式

39、启动；11月完成系统上线，并开始试运行；12月底完成新功能开发和整合工作，并完成用户培训工作。8.2. 工程进度表9. 工程实施组织工程实施组织主要包括由业主方、监理方、应用系统开发商、其他有关各方共同组成的整个工程实施组织。以下结合工程有关情况建议工程实施组织的组成，并在此组织结构框架下，给出我公司的工程实施组织的组成。无线局的“办公自动化系统工程是无线局信息化平台建设的一局部，对无线局日常工作来说是极为重要的，一旦中标，我公司将组建一支对无线局办公工作相当熟悉的专业工程小组，投入最优秀、最有经验的系统工程师和软件开发设计人员进行系统的调研、分析与设计。9.1. 工程组织结构为了保证工程过程

40、中，有效协调、工作有条不紊地进行，需建立相应的组织小组负责相应的事务，作到责任到人。由在工程执行领导小组领导下的系统分析设计组、应用软件开发组、系统测试组、质量管理组、系统实施和培训组和售后效劳组。组织结构如以下列图所示：根据任务分析，应由足够的人员组成上述各种小组，完成相应的工作。这里根据对本工程工作的分析，我们给出初步的人力资源方案：1） 工程实施领导确定1名有丰富工程管理经验的工程管理人员作为工程执行负责人工程经理。2） 系统分析与设计组系统分析设计组由2名有资深工程经验的系统分析设计专家担任，他们负责系统的需求分析与系统设计工作。3） 软件开发小组开发组共有由1名开发组组长、4名开发工

41、程师和1名美工设计师组成。4） 系统测试组测试组由1名测试组组长和2名测试工程师组成。5） 质量管理组由1名质量保证主管担任组长，由1名质量管理工程师，分别主管开发和部署培训方面的质量管理。此外质量管理组还有1名文档维护人员负责本工程所有文档的编写与维护工作。6） 系统实施与培训组本组人员主要由开发组成员组成，在系统开发完成后，本组人员负责系统的上线实施工作和用户培训工作。7） 售后维护组系统上线后，有本小组的工程负责本系统的售后效劳。具体的人员安排名单和人员简介参见本文档的附件一：人员资源说明。9.2. 工程人员名单根据工程方案中的人力资源方案，工程管理和实施具体人员名单如下：l 工程实施领

42、导组织人员名单工程组经理：马世韬l 系统分析设计师负责人：刘欣伟系统分析设计师：张峰l 软件开发小组负责人：路奇开发工程师：张会军、杨跃、樊建强界面工程师：张小雨l 测试组负责人：邱卉主要成员：李素l 质量管理组负责人：高娜成员：闰之l 实施与培训小组负责人：路奇培训工程师：刘欣伟、樊建强l 售后维护负责人：路奇主要成员：樊建强、杨跃9.3. 主要人员工作简历马世韬 具有多年的IT业和金融业的从业经验。曾从事过系统工程师、工程经理、售前总监、销售总监等职务，在前端有较强地与客户的沟通能力。在负责公司的证券业务期间，先后担任中国证监会客户交易结算资金监管系统、中国证监会高管系统和申银万国统计信息

43、管理系统的工程负责人，主要为公司开拓非银行业的金融市场。刘欣伟 高级工程管理人员、高级商务分析师、高级系统分析师、高级程序开发师、硕士。具有多年的IT业、金融行业系统开发实施主管经验。曾先后在大唐电信、国创科技、朗新信息、太极得捷等公司担任主管工作，具丰富的数据库技术DB2,ORACLE、统计分析SAS、程序设计JAVA,DELPHI，VB，C+等、管理系统需求分析、系统设计UML,ERWIN,CRM,SCM,ERP、电子商务XML,IBM WEBSPHERE技术。通过统计分析、数据挖掘等方法，对具有金融行业特点的数据仓库进行数据质量检测、价值评估、系统分析、程序开发及建模分析。张峰 北京师范

44、大学计算机系硕士。1998年大学毕业后，在香港T. A.咨询任职，从事银行业务系统的程序开发，曾经参与开发过的工程有新加坡OCBC银行国际结算业务系统、荷兰ABN银行股票买卖系统、澳门大兴银行网上银行、中国银行连云港、郑州、南京、无锡分行；交通银行深圳分行等多个对公、对私及Y2K工程。曾在CASTEK软件公司任职，作为高级系统分析员参与大型化工企业ERP工程的开发。 9.4. 方案从事本工程的主要人员情况表姓名学历专业业务专长工程中职务工程中的任务主要资历与经验马世韬硕士计算机应用证券行业经理工程经理工程沟通和管理见主要人员工作简历刘欣伟硕士计算机应用系统分析、构架系统分析师系统分析和软件开发

45、见主要人员工作简历张峰硕士软件工程系统分析系统分析师系统分析和软件开发开发了证监会?客户交易结算资金监管系统?和证监会?证券业经济普查数据处理系统?路奇本科计算机应用应用系统开发高级软件开发员系统软件开发和维护开发了证监会?客户交易结算资金监管系统?和?证券公司高管人员数据库系统?杨跃本科软件工程应用系统开发高级软件开发员系统软件开发和维护开发了证监会?证券业经济普查数据处理系统?张会军本科系统工程应用系统研发软件开发员系统软件开发护开发了?NEC内部OA系统?樊建强本科系统工程应用系统研发软件开发员系统软件开发和维护开发了证监会?客户交易结算资金监管系统?和?证券公司高管人员数据库系统?邱卉

46、本科信息工程应用系统测试系统测试系统测试主持?客户交易结算资金监管系统?、?证券业经济普查数据处理系统?和?授信决策系统?的测试李素本科软件工程应用系统测试系统测试系统测试测试?NEC内部OA系统?闰之本科软件工程文档管理文档管理员文档管理主持?客户交易结算资金监管系统?、?证券业经济普查数据处理系统?和?授信决策系统?的文档管理高娜本科管理信息系统系统质量管理质量管理组质量管理负责?证券业经济普查数据处理系统?和?授信决策系统?的质量管理工作10. 质量保证措施10.1. 质量资源配备公司在软件开发工程上尊照软件工程标准进行，在开发流程上采用ISO9000的标准。每个工程除配备工程开发所需角

47、色外，还专门配备了配置管理小组、测试小组和质量保证小组确保质量管理的实施。l 配置管理小组职责配置管理小组确保工程开发完毕的同时，内部文档和外部文档都同时完成。内部文档的及时产生和标准，是保证工程开发各小组能够更好的接口和沟通的重要前提，也是保证工程不被某个关键路径所阻塞而延滞的前提。配置管理小组是保证质量保证小组得以发挥作用的根底。配置管理小组的主要职责包括： 完善各个部门发送需要存档和进行版本控制的代码、文档包括外来文件和阶段性成果； 对代码、文档等进行单向出入的控制； 对所有存档的文档进行版本控制； 提供文档标准，并传到达开发组中。l 测试小组职责测试小组作为质量控制的主要手段，负责软件

48、的测试设计和执行工作。如同软件开发一样，测试在执行之前，同样需要进行测试方案和测试策略的设计，通常情况下测试可以分为如下几种类型，如：正确性测试、功能性测试、性能测试、平安测试和系统测试等。而这些测试均需要在测试方案和测试策略中进行描述用以指导测试小组成员进行测试用例编写和测试执行。测试人员根据详细设计的文档对软件要实现的功能进行一一测试，保证软件的执行正确的实现设计要求，在此也只证明了软件正确的反映了设计思想。测试人员只有根据软件需求规格说明书所提及的功能进行检测，才能确保工程组开发的软件产品满足用户需求。在正确性测试完成之后，需要测试的是软件的性能，软件的性能在本工程中占有重要的地位，性能

49、要求有可能改变软件的设计，为防止造成软件的后期返工，测试在性能上需要较大的侧重。测试小组还需要做平安测试，以确保系统使用平安可靠。l 质量保证小组职责质量保证小组作为质量保证的实施小组，主要职责是保证软件透明开发的主要环节。在工程开发的过程中几乎所有的部门都与质量保证小组有关。质量保证小组对工程经理提供工程进度与工程真正开发时的差异报告，提出差异原因和改进方法。在工程进度被延滞或质量保证小组认为某阶段开发质量有问题时，提请工程经理、工程负责人等必要的相关人员举行质量会议。解决当前存在的和潜在的问题。质量保证是建立在文档的复审根底之上，因而文档版本的控制，特别是软件配置管理，直接影响软件质量保证

50、的影响力和力度。质量保证小组的检测范围包括：系统分析人员是否正确的反映了用户的需求；软件开发人员是否正确的实现了分析人员的设计思想； 测试人员是否进行了彻底和全面的测试； 配置管理员是否对文档的标准化进行的比较彻底，版本控制是否有效。10.2. 质量实施过程l 工程进度的质量保证工程进度是工程进行是否顺利的最直观表现。显然在工程开始之前，工程开发方案是必须的。如果工程开发方案的制定的是完全合理的，那工程进度也就真正表达了工程与最终的交付使用之间的距离，可见要保证工程进度，首先要保证工程开发方案尽可能合理。当工程方案制定初期，由质量保证小组组织召开的工程方案评审会，邀请公司技术专家、用户以及工程

51、组小组成员一起讨论工程方案的可行性，对其方案中不合理的地方进行修改完善，并由质量保证人员对其结果跟踪，以确保工程方案完整性、可行性，完善后的方案交由配置管理人员进行版本控制。在方案实施过程中，方案不是“固定化。 “方案赶不上变化，但“要跟上变化。工程方案以里程碑为界限，将整个开发周期划分为假设干阶段。根据里程碑的完成情况，适当的调整每一个较小的阶段的任务量和完成的任务时间，这种方式非常有利于整个工程方案的动态调整。也利于工程质量保证的实施。实际运作中，当质保小组发现方案实施的差异后，报告工程经理，由工程经理组织负责对方案进行周期性维护，对于已经变动的方案由质保小组协助配置管理小组完成版本控制。

52、l 工程开发各阶段的质量保证a、 需求分析需求分析是开发人员对系统需要做什么和如何做的定义过程。从系统分析的经验来看，这个过程往往是个循序渐进的过程，一次性对系统形成完整的认识是困难的。只有不断地和客户领域专家进行交流确认，方能逐步明了用户的需求。从系统开发的过程得知，系统分析时犯下的错误，会在接下来的阶段被成倍的放大，越是在开发的后期，越发影响系统的工期和系统的质量。解决系统分析错误的方法公司通常采用邀请用户参与进行需求评定，然后对其用户的意见由质量保证小组成员跟踪检测是否纳入需求规格说明书，同时与用户签字确认形成需求基线，交由配置管理员放入配置管理库。工程进行中用户的需求变更请求是不可防止

53、的。对于开发过程存在的需求变动，要求用户填写变更申请单发送给工程配置管理员，在通过配置配置员转交质量保证小组，负责组织专家小组和工程组成员一起讨论实施变更的可行性及实施后所带来的影响，小的变更那么直接记录入变更记录原因分析项和风险项栏，大的变更那么需要形成正式的变更报告，无论那种变更都需要对相应的文档实施同步变更包括需求规格说明书、详细设计文、安装手册、操作手册等。但是对于无法实现或是变更会带来巨大的影响而将导致进度的延期，这时，将变更报告提交给用户或邀请用户进行协调会议，讨论变更取舍问题或是工程进度变更问题。决定变更之后，由工程经理组织实施变更，测试人员检测变更结果，而质保小组成员监督变更实

54、施过程并协助配置管理员对变更后的成果物进行版本控制。变更实施完后，上线前还需要指定人员协助用户一同测试并由用户签字后同意方可上线。流程参见工程管理章节的变更管理b、 系统设计优良的体系结构应当具备可扩展性和可配置性，而好的体系结构那么需要好的设计方法，自然设计选型成为了系统设计首要的工作，对于设计选型不能一概而论，需要针对工程的结构、工程的特征和用户的需求来分析。除设计选型，还有一个容易被无视的问题，就是公共类开发。公共类开发可以减少工作中的重复工作，降低开发本钱。这要求在设计阶段通过对用户需求的仔细研究，尽可能的识别出公共类，并进行定义指定专人负责设计通知其它设计人员，以减少重复工作。对于工

55、程组提供的设计文档，由质量保证小组组织技术专家、工程组设计人员、开发人员和测试人员对其设计文档的评审，检测设计文档对其下一阶段工作的可行性，及时发现设计中可能存在的错误，降低工程开发风险，同时确保设计文档能为开发人员、测试人员提供切实的指导。对于可复用的设计进行提取作为公共库设计和开发，提供工程组重用。最后交由配置管理员进行设计文档的版本控制。c、 实现实现也就是代码的生产过程。这里不仅包括代码的产生，同时也包括测试用例的产生。针对上一阶段提供详细设计，程序员开始编码并且调试程序，测试人员那么根据设计进行测试用例的设计，设计出来的用例需要得到工程组成员认可由工程经理审核通过才能进入配置库。同时

56、程序员调试完程序提交测试人员进行程序正确性检测。d、 文档管理文档维护主要是配置管理小组的工作。文档从用途上分主要分为内部文档和外部文档。内部文档包括： 工程开发方案； 需求分析； 功能设计说明；测试报告； 测试统计报告； 质量监督报告； 源代码； 软件安装打包文件。外部文档主要包括： 软件安装手册； 软件操作手册； 在线帮助。在本工程的开发中，配置管理小组的一个非常重要的任务是书写文档标准和文档模板。配置管理小组核心的工作是对文档的组织管理。根据文档的不同，文档的来源也不同，有些是通过质量保证小组经过复审之后转交给配置管理小组，有些那么会直接从文档的出处到达配置管理小组。l 系统维护质量保证

57、在公司，维护小组的任务一方面是保证对工程客户的跟踪效劳，另一方面是确保该工程其它的开发人员从工程中尽快的解脱出来以便投入到下一个工程的开发中。所以通常工程维护小组成员主要由工程组的少局部开发人员承担完成。他们不仅了解软件的核心内容，而且与客户也不陌生，以便能够以最快的速度修正错误。对于一般性的错误，如操作不当等引起的问题，全部由维护小组执行完成，但需要用户测试确认才能上线。如果较大的修改那么需要走变更控制流程，用户或者维护人员填写变更申请，经专家会议讨论分析可行方案在由维护小组实施，通过测试前方可提交用户。10.3. 软件系统测试及验收方法(1)成立软件验收测试小组测试小组负责软件开发过程的各

58、种验收测试工作，检查和催促验收测试方案的实施,由开发单位开发人员、用户方技术人员和业务专责人员、监理方技术人员组成：l 组长：全面负责软件验收测试的各项工作。l 总体组代表l 工程的专职验收测试人员l 工程监理人员l 各个子系统软件验收测试人员l 用户代表或用户聘请的验收测试人员。该小组主要是对软件有效性测试和系统测试，根据应用系统的功能及支撑平台的特点，按照制定的测试方案和内容，从系统的性能、稳定性、可扩展性、平安性等各个方面对系统进行评测。(2)构筑软件设备的系统的测试环境配置测试环境是测试实施的一个重要阶段，测试环境适合与否会严重影响测试结果的正式性和正确性。测试环境包括硬件环境和软件环

59、境。硬件环境指测试必须的效劳器、客户端、网络连接设备，以及打印机/扫描仪等辅助硬件设备所构成的环境；软件环境指被测试软件运行时的操作系统、数据库及其它应用软件构成的环境。在实际测试中，软件环境又可分为主测试环境和辅测试环境。主测试环境是测试软件功能、平安可靠性、性能、易用性等大多数指标的主要环境。公司将配合用户方遵循以下原那么配置主测试环境，做好工程整体调试和验收的准备工作： 符合软件运行的最低要求。测试环境首先要保证支撑软件正常运行。 选择比较普及的操作系统和软件平台。 营造相对简单、独立的测试环境。测试机上只装软件运行和测试必须的软件。 无病毒的环境。安装正版的杀毒软件。 针对软件系统的某

60、些功能，我方将构筑辅助测试环境满足不同的测试需求或特殊的测试工程。 兼容性测试：在满足软件运行要求的范围内，选择一些典型的操作系统和常用的应用软件对其安装卸载和主要功能进行验证。 模拟真实环境测试：模拟实际操作环境、操作流程进行软件测试。(3)软件测试步骤根据系统的实际情况，软件系统的测试由以下几个步骤组成： 模块测试u 在设计得好的软件系统中，每个模块完成一个清晰定义的子功能，而且这个子功能和同级其他模块的功能之间没有相互依赖关系。因此，有可能把每个模块作为一个单独的实体来测试，而且通常比较容易设计检验模块正确性的测试方案。模块测试的目的是保证每个模块作为一个单元能正确运行，所以模块测试通常又称为单元测试。在这个测试步骤中所发现的往往是编码和详细设计错误。 子系统测试u 子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试。模块相互间的协调和通信是这个测试过程中的主要问题，因此这个步骤着重测试模块的接口。 系统全面测试u 系统测试是把经过测试的子系统应用系统、硬件环境等装配成一个完整的系统来测试。在这个过程中不仅应该发现设计和编码的错误，