目标及要求
省级科技厅电子政务应用系统建设目标是要建立在国家科技管理部门电子政务的应用基础平台。通过构建一个基于工作流引擎的门户平台，提供一个统一的信息服务功能入口，实现省级科技厅管理部门台业务系统、网站管理、内部协同办公、网络应用系统、数据库资源、政务信息发布等功能的有机整合，促进科技管理部门信息化建设。
建设本系统，要从全局的角度出发，考虑到省级科技管理未来十年信息化建设的的发展方向，按照国家信息化建设“统筹规划、国家主导，统一标准、联合建设，互联互通、资源共享”的指导方针，紧密围绕科技现代化建设要求，坚持“统一规划标准，先进安全实用，分级建设管理，资源充分共享”的原则，高起点、高标准地加快省级科技厅信息化建设，推进省科技管理部门的技术升级，提高科技行政部门整体管理水平，更好地为科技现代化和该省经济社会可持续发展服务。
具体来说，就是要实现以下几个方面的目标:
一个能够集成其他业务系统的基础应用平台
通过系统提供的系统集成手段，实现单点登录、数据整合等功能，能方便地集成厅内其他应用业务系统（如科技计划管理系统、科技成果管理系统等），确保省级科技管理部门信息系统的完整性和全面性。
一个共享的政务信息发布平台
为信息收集、交流、编辑、发布、及管理提供一个有效的场所，使各种信息能在得到有效的审批后及时在省级科技管理部门内外得以传播、共享和利用，使其成为省级科技管理部门厅对外宣传、内部经验交流、综合信息服务的窗口。
一个高效的工作流运行平台
实现工作事务处理自动化，提高工作的监控、管理和辅助决策能力。变革省级科技管理部门传统纸质公文办公流转审批方式；变革传统的日常办公方式，跨越办公地点和时间的限制。
一个涵盖日常行政事务管理的平台
除完成常见的办公管理模块外，还提供可扩展的各种业务辅助办公模块，供各具体业务管理部门方便选用，增强办公自动化应用范围和管理范围。
一个统一的通讯平台
建立单位内部统一的电子邮件系统，该邮件系统集成外部邮件系统，使内、外部通讯与信息交流统一界面、快捷流畅。
一个知识管理平台
实现日常文字、数据、信息处理与传递的自动化；实现省级科技管理部门内各部门间信息的网络化管理，充分利用省级科技管理部门已拥有的各种信息资源、专家技能，改进省级科技管理部门整体的创新能力、快速响应能力、提高工作人员的技能素质。
2 系统功能
2.1.科技内网门户网站系统
科技厅内网门户网站是科技厅电子政务信息化建设集中展现的窗口，是省级科技管理部门科技信息发布的重要平台，其功能主要包括：信息发布、应用集成、内容管理、协同交流以及知识管理。
2.1.1. 信息发布和内容管理
信息发布实现省科技系统工作情况的及时动态展现，体现省科技战线和谐发展的大好形势。其展现内容包括各种厅内文件的分类发布、领导动态、科技动态信息发布、各个业务处室工作动态发布、厅内通知公告发布等多种形式。
信息发布功能需要实现分级管理，数据来源多种渠道：人工管理和自动采集。各个业务处室可发布其权限范围以内的各种信息，自动采集的数据包括厅内各种文件和业务系统提供的数据，厅内文件、领导动态则来源于办公自动化系统，业务数据来源于各个业务系统（如科技计划数据和成果数据等）。所有发布信息均需要审核后才能发布。
信息发布在首页中要突出显示，并按照类别分栏目展示。提供网站栏目设定的管理，使普通用户不需要编程就可自定义信息发布栏目。
信息发布还要做到：
科技厅内网数据库和省政府外网实现完全数据同步；
科技厅内网数据库与科技厅内网、省政府内网实现信息传递；
省政府外网与科技部网站数据库、省信息网络中心实现自动同步部分栏目数据；
省政府外网与科技厅外网、自然基金网站及其他相应网站实现信息传递。
对将要发布的信息通过OA中的流程审核机制方式实现。
2.1.2. 应用集成
实现厅内主要业务的应用集成，做到单点登录、数据整合、信息共享。
单点登录：用户通过门户系统认证以后即可访问办公自动化系统、计划系统或成果系统，实现“一次登录，全网通行”。
数据整合：一定程度上建立省厅的业务数据中心，将办公自动化系统产生的文件档案数据、科技计划管理网的计划管理数据以及成果管理系统的成果数据进行一定程度上的统一整合，实时抽取到省科技厅数据中心，为省科技厅电子政务提供数据支撑平台；
信息共享：将分散在各个信息化系统中的数据信息进行分类管理，按照一定权限实现信息共享，改变原来依靠windows共享文件夹方式的不安全共享形式，提高信息利用效率。
2.1.3. 网站和内容管理
系统管理员能够进行网站的增加、编辑、删除管理，实现跨内外网的网站管理功能。实现各类信息的采编、接收、审核、签发、上报、发布功能。 能够方便的对各级栏目进行动态管理，对已发布信息能够进行修改和删除，提供栏目模版管理。
提供检索功能，可设定检索主题对网站系统中的信息进行全文检索或条件检索。
2.1.4. 协同交流
提供电子论坛、网上调查、短信息管理等功能。
电子论坛
讨论区为厅内成员交流思想提供了一个便捷的平台。用户可以在一个共同的空间里阅读、发布、回答工作中产生的疑问与论点，加强交流。特性包括：
☆ 多主题讨论系统
☆ 多选项投票系统
☆ 设定公司论坛、部门论坛、项目论坛
☆ 全文检索
☆ 更新报告动态提醒最新的主题回复。
☆ 具有收藏某个论题以及推荐某个论题的功能，方便用户快速定位到自己关心的论题处；
☆ 管理员可以设定公司论坛、部门论坛、项目论坛等多个讨论组并且分别赋予不同的用户、用户组、系统角色不同的访问权限；
可以建立多个基于不同使用权限的论坛，供不同角色的同志进行交流和讨论
网上调查
网上调查针对某一时期内的热点问题为厅内成员提供了一个专题调查的方法，便于领导收集厅内成员的想法，体现民意。
短消息管理
系统提供在线短消息和手机短消息两种消息互动机制。
在线短消息实现即时通讯，方便用户在线的交流，提高协同效率；
手机短消息实现办公提醒、远程联络，对手机短消息提供群发机制，并按个人和处室进行统计管理。
2.1.5. 知识管理
提供全面的管理、存储、调用及分发文档，并将企业的文档资料转换为可随时获取的知识资源。
对于用户上传的文档自动分配、记录版本号。对于同一个文档的每一个版本均加以保存，并详细记录了每一个版本作者的姓名，修改时间。对Office文档修改的提供痕迹保留和版本控制，非Office文档提供版本控制。
自动记录针对每一份文档的每一种操作，如创建、编辑、下载的时间、操作者。加强了文档库的安全性。
对于文档的权限控制设定了许多安全而又易于使用的方法。如：
² 对于规章制度，可以设定只读文件夹，由办公室发布；
² 对于单位的公共文档，可以授权给所有人发布；
² 对于部门文档，可以授权在部门内部共享；
² 对于项目文档，可以授权给具体的项目人员共享；
² 对于个人文档，可以保存在每个人独立的“我的文档”文件夹中。
2.2.科技厅内部办公自动化系统
办公自动化系统实现以下功能：“公文管理”、“档案管理”、“个人事务”、“通讯录”以及系统管理等几个栏目。
公文管理：收文管理、发文管理、督办管理、信访管理
档案管理：实现档案管理的自动化，包括文件来源、档案维护、档案借阅等
个人事务：电子邮件、日程管理、备忘录、个人工作行踪
通讯录：实现全厅按组织架构的通讯录管理
系统管理：工作流后台管理、用户管理、安全管理等。
2.2.1. 公文管理
2.2.1. 收文管理
来文登录
登记接收的公文的属性及文件信息；以附件形式保存电子公文，或自动连接到扫描仪生成公文的电子文件。
当相关人员收到上级来文，并启动收文流程时， OA系统将自动登记文件属性及相关信息。同时电子公文可以以附件形式保存并和收文流转单一起形成一个收文的流程文件。如果有纸制文件可以将文件使用扫描仪生成电子文件，并作为流程文件的附件保存。
收文拟办
可送领导阅示，也可直接送部门阅办。根据收文流程的步骤，流程可做相关设置，承办人根据需要来决定文件是交给领导阅示还是直接送部门阅办。
领导批示
可选择用户、部门、角色（组）、职位等条件，自动形成阅示意见。领导可查看流程中所有步骤的处理过程和处理意见。
部门阅办
部门可直接阅办，或向本部门其他人员和下级部门拟办，自动形成拟办意见。
收文阅办
阅办人为收文的最终承办人。根据收文管理的需要，在流程中可以设置部门的阅办人为收文的最终承办人。
收文归档
公文中的信息自动转入档案管理系统，可支持批量归档。
BNOA的收文管理系统和档案管理系统是相联系的，收文流转结束后，系统会自动将文件保存至档案管理的指定目录下，多附件可以实现一次性的归档。
收文打印
收文流转单的打印存档。收文流转单的格式可以按照习惯进行自定义，同时如果需要，BNOA也可以按照设定的格式进行套打。将电子文件信息输出到纸制文件下，以供存档。
收文查阅
文件经办人可通过工作流查询功能，可以查阅未归档的收文。归档后，在档案管理系统中按权限进行查询。提交人、经办人员都可以查询正在流转的文件，并可以查询相关意见。因为归档后的文件都保存在档案管理中，对档案管理模块下的文件访问是需要授权的。
2.2.1.2 发文管理
发文拟稿
用户可选择模板，并录入发文单、正文和文件基本信息。拟稿人选择并填写完整对应的发文单，可将文件正文作为附件上传到BNOA中，形成正式的流程文件。
部门领导核稿
发至部门领导，并对正文进行修改。拟稿人将文件发送至本部门领导，如果使用角色判断，系统将自自动将文件发送到拟稿人的领导那里，领导可以对发文单以及文件正文进行修改。
部门领导会签
会签部门领导对正文进行修改。文件需要会签时，各个会签部门可以依次在文件中修改内容，系统保留每次修改的痕迹以及以及修改人的修改时间、姓名等信息，并自动生成一个新版本的文件。
秘书审稿
修改文件基本信息，自动生成主题词，对正文进行修改。在秘书审稿的步骤，可以修改发文单中的内容，并可以浏览和修改文件内容。系统可根据相关内容自动生成主题词。
领导会签
对正文进行修改或签署意见。在BNOA的发文单设计时，可以单独设计领导会签的录入栏，领导在这里可以签署意见，并可以对文件内容进行修改，系统将记录修改内容和时间，并生成新版本。
领导签发
领导确认签发。当领导处理时，有单独的领导意见录入框，领导可以签发相关意见，并可以直接打开文件浏览文件内容，确认无误后可以签发文件，并可以加盖领导的图片签名。
秘书校稿
在生成正式文件前，对公文进行最后一次的校稿。秘书可对文件进行校稿，并可随时调阅文件审批过程中的任何一个版本的文件进行对比。经过校稿后的文件内容就是比较完整的了。
生成正文
根据用户所选正文模板，自动分配文号，正文排版。相关处理人员将校完的稿件生成一份正式的、不含任何修改痕迹的文件，文件生成正式文号，并按照模版排好。
加盖印章
根据不同文件类型，加盖不同的电子印章。形成的正式文件，为了保证文件内容的安全性和完整性，可以对文件加盖电子印章，印章可以保证文件内容不被修改，并可以直接验证印章的真伪，采用PKI技术的电子印章具有很高的可靠性和安全性。
发文打印
打印公文正文，可无文头打印，并打印发文单用于发文归档。文件的打印包括两部分，一部分是对文件表单的打印，系统支持表单套打功能，可以直接将表单打印成自定义的格式。另一部分是对文件内容的打印，可以按照要求对正式文件进行打印。
发文传阅
选择传阅人员、部门、角色（组）、职位等，分发传阅。传阅人员阅文后自动记录阅文时间，并能统计所选传阅人员的传阅情况。可以根据需要选择需要传阅的范围，记录传阅人阅读文件的时间和统计传阅情况。
发文归档
发文流程结束后，公文自动转入档案管理系统归档。文件流转结束后，会自动归入档案管理中指定的文件夹中。
发文查询
² 未归档前，可在流程系统中查询；
² 归档后，在档案管理系统中根据权限查询。
² 未归档的文件，承办人员和其他相关人员可以在系统中查询到文件。
² 归档后的文件查阅需要在档案管理中申请查阅。
2.2.1.3 督办管理
督办管理流程
² 整个督办管理的流程从立项开始，可以根据领导批示设立的督办的项目，也可以由处内的人员根据实际情况设立督办项目。
² 把立项后的督办文件向领导报批审核。
² 领导审批通过后就可以确定项目的具体经办人；若项目报批不通过，那么就将督办项目直接归档。
² 确定具体经办人后，就可以将此督办项目下达到一个或几个有关部门，如需要其他单位合办，可以通知有关单位。
² 定期向立项部门反馈办理结果，如电话记录等。
² 立项部门可以根据反馈的办理结果往下发催办通知。
² 若办理完结，可以对办理的结果进行编辑，放在网上，供办公人员查阅。
² 并对已经办结的项目进行统一归档。
超时催办
系统提供超时催办界面，有权限用户可以按流程类别或用户或滞留时间等不同条件的组合对流转中的公文和公务进行“公文超时”查询，并提供对选中信文的当前办理用户发送催办信息、重发该信文等功能。
统计功能
系统提供详细的统计功能，提供自定义格式的统计工具，提供二维表单、饼图、柱状图、曲线图等常用图表的自动生成工具，可以定义好后自动生成各种统计结果信息。
2.2.1.4 信访管理
信访、外部投诉处理模块允许对来自人大、政协，其他渠道的呼叫中心，外部门户投诉受理信息登记、处理、统计等操作，特性如下：
² 对于指派的处理人员进行催办、督办提醒；
² 处理结果的登记、检索；
² 投诉处理统计。
2.2.2. 档案管理
档案管理模拟现实中组织档案管理的过程，将实际的档案柜、档案夹简化为轻巧的电子视图和电子文件夹。
基本功能
² 文件管理
可归卷、移卷，文件字段可根据不同类别进行维护，维护权限在档案管理员处。
² 案卷管理
可立卷、封卷、开卷等基本的案卷管理操作。
² 借阅管理
文件管理、案卷管理、借阅管理依据常规的档案管理规范进行。
多级分层控制
具体层次为档案室（库房）、档案库（类别）、案卷夹 、案卷及文件，可实现大规模档案室的实际需要。
严格的权限控制和在线借阅
每一用户对于档案及其原件有不同的权限，具体为查找、查看或无权。拥有查找权限可查找到档案，但无权直接查看档案原件，需提交在线申请，在得到档案管理员的在线授权后即可在线查看原件。拥有查看权限可直接查看档案原件。
工作流自动归档
²在工作流中流转的文件（原件）可直接归档到档案管理模块中的指定的档案夹中，无需人工处理。
²公文流转及工作流事务文件可以进行归档，内容包括文件信息、处理信息、流经步骤、流程信息及附件信息。
2.2.3. 个人事务
2.2.3. 电子邮件
BNOA电子邮件模块，自由集成各类POP3和SMTP邮件服务器。
功能包括：
☆ 发送内部、外部电子邮件
☆ 多账号接收外部邮件
☆ 自定义邮箱
☆ 从通讯录中选择收件人
☆ 从系统用户中选择收件人
☆ 将邮件附件直接保存到BNOA文档管理系统中
☆ 配合SMS Server，实现新邮件的手机短消息提醒
2.2.3.2 工作日程
OA工作日程功能，帮助单位成员有序的规划每日工作。特性包括：
² 左侧显示前后3个月的时间表，右侧显示每日时间表
² 可添加重复的日程（如每周几、每月几号的日程）。
² 对查询日程可按时间统计打印
² 工作日程增加时，如果是跨日的，为便于根据日期显示日程，则根据天数拆分为多天纪录存储和显示。日程打印时按日输出。
² 邮件提醒功能
² 配合SMS Server，实现新日程的手机短消息提醒
² 显示农历日期
² 对于不同得日程状态（如是否阅读），分别用不同的图标标示。
2.2.3.3 个人备忘录
备忘录功能用于记录个人的待办任务，用来记录一些没有限定执行时间的事件。个人备忘录由自己维护，特性包括：
² 备忘录可按关键字查询，各人只查看自己的备忘录
² 增加工作内容、修改工作内容、完成后对工作设置完成标志
² 能检索未完成和已完成工作
2.2.4. 通讯录
OA中的通讯录提供左菜单列表按组或部门输入和查询。提供对科技厅人员的电话、手机等信息内容的维护功能。
通讯录展示内容如下：
² 姓名
² 性别
² 职务
² 单位名称
² 部门
² 单位地址
² 邮编
² 工作电话
² 家庭地址
² 家庭电话
² 手机
² 传真
² 电子邮件
2.2.5. 系统管理
系统管理包括：工作流后台管理、用户管理、安全管理等。相关部分可详见投标文件或需求分析说明书。
在此将工作流管理部分进行重点说明：
工作流引擎（Business Process Management System, 简称BPMS）是信息交互与管理的中枢，是政府内网中各级系统之间业务流程整合和信息上传下达的控制中心。同时，对于新开发的应用，可以作为流程管理系统完成部门内部业务系统的流程执行。业务流程管理系统为不断的、跨部门的流程重组和流程优化提供了技术基础和平台。业务流程管理系统提供一系列工具来设计、修改、部署、监控与管理业务流程及各流程节点对应的服务。
我们在本项目中将提供：
表单设计平台
定义工作流中所使用到的表单,如收文单、发文单、签报单、审批单等。
l 工作流设计平台
负责给出工作流程的定义，并以一定的数据格式提供给工作流引擎解释；
l 报表设计平台
用于设计工作流的统计报表，将来用户可以随时按照定义好的查询条件，查询并生成这些同价报表。
l 工作流运行平台
它是工作流管理系统的核心，负责工作流的解释执行，而其核心是工作流引擎，它负责分派任务，管理整个任务的执行；
l 管理和监视平台
负责监控工作流的执行，可以查看和改变工作流的活动状态；
2.3.科技业务应用整合平台
科技厅现有或即将建设多个业务管理系统，包括科技计划管理网、科技成果管理系统、办公自动化系统、专家库管理系统等等，在本次电子政务信息化建设过程中，我们将在实现上述网站和办公自动化功能的同时，利用门户网站实现应用集成平台，将这些异构的计算机信息系统进行多层面的整合，从用户管理、信息共享、数据整合三个层面进行业务集成。
用户管理层面，将实现全厅用户的统一管理，以及系统的单点登录；
信息共享层面，实现各个应用系统共享信息的自动抽取和发布；
数据整合层面，将从数据库层次上一定程度的建设科技厅的数据中心，将一些通用性的数据从各个分散的数据库中进行提炼，并集中抽取到数据中心库中，为今后的电子政务向更深层次的发展打下坚实基础。
3 系统结构
下图简要显示本系统的结构：
内网门户
外网网站
外网子网站
外网子网站
数据中转措施实现数据同步
严格物理隔离
应用集成平台
科技成果管理
科技计划管理
办公自动化系统
信息发布
协同交流
内容管理
知识管理
工作流引擎
单点登录
群众
科技用户
内网数据中心
外网数据库
4 实施计划
4.1. 系统实施组织结构
项目领导小组由业主和开发方双方领导组成，主要是对项目实施进行监控，确保项目按照原定需求进展；
项目经理由开发方委派资深项目管理人员进行项目管理，协调项目进展中的所有事宜，负责完成需求分析、设计、开发以及其它实施事宜，由孙鑫担任项目经理；
网站开发组由开发方资深网站开发工程师组成，完成涉及网站开发的设计、开发和测试、发布；
办公自动化开发组由开发方资深软件开发工程师组成，完成涉及办公自动化系统的设计、开发和测试、发布；
应用集成平台开发组由开发方资深软件开发工程师组成，完成涉及应用集成的设计、开发和测试、发布。
表一显示项目开发方参与人员：
4.2.研发过程的管理
研发过程管理遵循“项目前期→设计策划→需求分析→系统设计→编码→单元测试→集成测试→发布→试运行→验收→后期维护”的执行线。为了更好的对每一个产品实现的过程进行质量控制，公司根据软件开发过程的阶段划分，确定不同阶段的相应测试，具体如下：
用户（用户要求）
用户（用户接受）
需求分析（需求说明书）
确认测试
系统设计
编码（源程序）
系统集成测试
单元测试
需求确认
系统设计确认
1. 所有括号中为测试的对象
2. 所有方框图内为划分的阶段
3. 项目组将用户的要求经过需求分析阶段，编写成《软件需求说明书》，通过需求评审使需求得到确认，进入概要设计阶段
4. 项目组在概要设计阶段根据《软件需求说明书》编写《系统设计说明书》，通过概要设计评审使概要设计得到确认，进入详细设计阶段
5. 项目组在详细设计阶段根据《系统设计说明书》编码
6. 项目组对编写的源程序在单元测试阶段进行测试，测试通过后，进入系统集成测试阶段
7. 根据《系统设计说明书》，在系统集成测试阶段对系统的各子系统进行集成和测试，测试通过后，进入确认测试
8. 根据《软件需求说明书》，在确认测试阶段，模拟用户的运行环境对系统进行功能和性能等方面的测试，测试通过后，交付给用户
9. 交付用户后，用户进行一段时间的试运行，用户正式接受后，签署《验收报告》后，项目结束。 
