系统总体技术要求

系统总体技术要求:

1、管理集中化

实现对学校自助终端设备进行统一管理，对学校自助服务应用进行统一管理和授权，软件在服务器上集中部署、统一管理，实现设备、服务、用户角色等统一授权，提供一系列报表、监控及预警功能，使得管理和维护更加方便。

2、管理平台化

自助服务实现统一设计，对系统结构设计进行深入优化，提供丰富的软件接口，允许各类自助服务轻松注册，终端设备方便接入，可以方便地扩展应用服务。

3、管理标准化

通过标准设备接口与服务控制器进行通讯，可以实现系统设备无关性，可以方便对接各类自助设备，并可以充分利用学校已有的设备资源；通过标准的应用控制接口，可以方便添加或删除应用服务，可以不影响现有系统的情况下进行自助服务的升级与扩展。

4、管理开放性

遵循RESTful规范，输出自助服务系统各类开发能力，使得第三方厂商能够轻松调用设备能力；系统具有良好的应用集成开放能力，使得第三方应用服务能够轻松接入到系统中。

5、管理智能化

实现对硬件的“监”、“控”、“警”、“诊”等智能管理，及时发现异常及时恢复、预警，无需值守。

系统具体功能要求:

1、自助打印

系统需要提供师生按一卡通登录、身份证登录、校园统一身份认证三种登录方式，可以自助打印中英文在读证明（包含电子签章）、中英文成绩单（包含电子签章）等证明性材料。系统支持按权限进行打印项目选择控制，支持打印预览，打印计费，支持打印完成的界面和语音提醒功能，以及10秒后系统自动注销登录功能。

2、自助缴费

系统需要支持各种证明材料免费份数、收费标准的设置工作，系统按打印份数及收费标准自动进行费用计算。支持通过刷一卡通或微信扫码自助完成缴费。

3、自助校验

提供二维码验证功能，材料使用单位通过扫描二维码，查询系统归档保存的打印材料，可以验证打印材料数据的真伪，实现真正的防伪功能。

4、电子签章管理

支持电子签章（中英文）授权管理服务，要求每张报表可以自定义电子签章，可以设置签章位置，系统会根据设置边距和电子签章文件名称，直接打印出报表和电子签章，减轻管理人员盖章工作量。

5、报表管理

报表集成管理：系统能够集成第三方厂商开发报表，完成自助打印工作；

委托打印管理：不在校学生可以在网上直接申请委托在校同学打印相关报表，从而方便获取到自己所需要的材料。

批量打印管理：对于采用电子签章的客户，系统支持归档成绩单的批量导出打印工作，减轻工作人员盖章工作量；

6、服务项目管理

服务项目信息管理：管理员可对全校自助服务项目属性和基本信息进行维护，包括服务项目基本信息、打印项目与纸盒关系等信息维护。

服务项目授权管理：管理员可以将服务项目授权到某台终端设备，授权给相应使用角色；

服务项目统计：管理员可以查询各类服务使用情况，可以项目、设备、校区等进行查询统计。

服务日志管理：系统提供系统所需要的各种日志记录与查询功能，主要包括如下：1）终端日志管理：记录终端用户登录、操作等日志，记录终端开关机时间、设备异常状态等信息。2）系统日志管理：记录用户登陆系统、业务操作、退出系统等操作的全过程，主要包括操作人、操作时间等信息。

7、终端智能管理

设备信息管理：维护设备名称、IP、摆放地等基本信息，维护设备核心零部件型号规格及对应驱动程序等；

设备权限管理：提供终端授权管理，可以将设备维护权授予相应管理部门；

终端监视管理：系统收集自助服务终端状态信息，并能够自动进行预警工作，主要包含如下：1）终端设备：断网、断电将状态；2）主机：针对CPU温度、风扇转速、电压等状态信息进行收集；3）打印机：卡纸、纸张不足、墨粉不足、无墨粉、关机；4）触摸屏：状态正常、持续触摸、疑有黏附物等状态。

终端控制管理：管理员可以远程设置终端主机每日定时开机、关机的时间点，系统提供定时开关机、远程关机、红外感应等控制功能。

系统保护：系统需要提供浏览器监视、操作系统防护与保护功能，确保浏览器崩溃或操作系统宕机后，能够自动重启；

8、预警管理

预警规则设置：系统管理员可以设置预警时间范围、启停某设备预警功能，也可以设置某预警信息规则，如预警内容定义、预警频率、预警方式等各种预警服务规则；

系统预警发送：根据预警信息提供的预警规则信息，按要求以邮件或微信方式定时发送给相应的管理员，系统将记录发送是否成功、发送具体时间等信息；对于终端设备运行过程中的各种异常情况，也能够直接通知给相应管理员，如读卡异常、报表预览异常等情况。9、系统管理

提供管理端菜单维护功能；提供角色维护，用户维护、菜单授权等功能

软件技术规范

软件技术规范

第三部分技术规范 1、系统实施的总体要求 全面预算管理软件系统实施后，应使企业全面预算管理的编制、审批、滚动、分析、数据集成等功能得到全面提升，尤其实现各事业部可独立完成预算编制的整体运算。 投标人应根据以下要求提供详细的技术方案。 1.1 稳定性和可靠性 ⑴系统应符合企业全面预算管理工作要求。 ⑵系统应经过完善的设计和充分的测试运行，具备在较长时间内连续无故障的运行能力。 ⑶系统应提供全面、有效的系统安全机制。 ⑷系统应具备开放的标准化体系结构，可方便地与其它业务系统衔接，实现与其它业务系统间的无缝集成。 1.2 兼容性和易用性 ⑴全面预算管理软件在安装、配置、升级、维护等管理方面应该简单快捷。 ⑵系统应具备易操作的特点，好记易学、实用高效。 ⑶系统应具备强大的容错、数据恢复与稳定运行的能力。 ⑷系统应易于扩展和升级，能够根据用户的具体需求快速、方便地定制、扩展原系统的功能。 2、系统实施要求 2.1 系统架构 ⑴XXHyperion全面预算管理系统最新版本11的软件实施。 ⑵系统支持集中式部署方式。 ⑶服务端支持32位和64位Windows Server 2003及以上版本操作系统。 ⑷客户端支持32位和64位Windows XP及以上版本操作系统。 ⑸优化与Oracle ERP等系统数据对接及数据分析。 ⑹可使用IE6.0及以上版本浏览器进行预算系统操作。 2.2 权限管理 ⑴要求系统可以按照预算管理人员的职责不同进行权限的分配，可以支持功能权限和数据权限的赋权管理。

⑵要求提供用户角色定义、访问权限定义，可对用户进行角色分配，实现不同资源控制的组合式访问控制与授权管理。 2.3 系统实施后达到的效果 主要功能效果如下： 序号功能软件实施描述 1 实现系统基本功 能及最新功能包括对企业全面预算管理的编制、审批、滚动、分析等功能。 实现25个实体（事业部、总部）的全面预算的编制、审批、滚动、分析 1.1全面预算的编制实现实体按月份、季度、年度进行全面预算的编制， 完成所有预算表单及预算报表的编制 1.2 流程与任务管理使用规划单元跟踪预算，审核状态﹑流程问题以及规 划单元所有权实现各层级预算的审批。通过系统及网 络进行信息反馈。实现数据驱动型的图形化审批流 程，满足按部门、表单的流程审批需求 1.3 实现滚动预算的 编制1、实现企业按月份、季度、半年度滚动预算的编制； 2、实现实际数据的数据集成及部分数据的手工录 入，达到滚动预算的编制。 1.4 优化预算计算模 型满足不低于25个实体用户同时自行整体计算的功能。各实体可以独立完成预算编制的整体计算（包括通过层次聚合计算的数据），各实体（事业部、总部）在填报完数据后，可即时自行计算，得到各实体层级的报表 1.4.1 优化计算脚本增加事业部层级的计算脚本，在事业部填报完数据 后，可在WEB界面的规则运行平台直接运行事业部计 算、聚合等规则，即时或者事业部层级的管理报表 1.4.2 调整用户权限调整事业部级用户的权限，事业部层级的用户除了原 有的写入权限外，增加特定脚本的执行权限 1.5 优化预算分析系 统优化全面预算分析模板，通过使用预算分析系统实现预算分析。完成所有预算分析表单的编制 1.6 与ERP的数据集 成 实现11版本预算系统与Oracle ERP的数据集成 1.7 预算插件通过Smartview,essbase等Hyperion插件的使用，实 现与Office Excel、Outlook的无缝集成 1.8 新增其它功能组合表单 文本输入 日期输入 日历选择

软件技术规范

第三部分技术规范 1、系统实施的总体要求全面预算管理软件系统实施后，应使企业全面预算管理的编制、审批、滚动、分析、数据集成等功能得到全面提升，尤其实现各事业部可独立完成预算编制的整体运算。 投标人应根据以下要求提供详细的技术方案。 1.1稳定性和可靠性 ⑴ 系统应符合企业全面预算管理工作要求。 ⑵ 系统应经过完善的设计和充分的测试运行，具备在较长时间内连续无故障的运行能力。 ⑶ 系统应提供全面、有效的系统安全机制。 ⑷ 系统应具备开放的标准化体系结构，可方便地与其它业务系统衔接，实现与其它业务系统间的无缝集成。 1.2兼容性和易用性 ⑴ 全面预算管理软件在安装、配置、升级、维护等管理方面应该简单快捷。 ⑵ 系统应具备易操作的特点，好记易学、实用高效。 ⑶ 系统应具备强大的容错、数据恢复与稳定运行的能力。 ⑷ 系统应易于扩展和升级，能够根据用户的具体需求快速、方便地定制、扩展原系统的功能。 2、系统实施要求 2.1 系统架构 ⑴ XXHyperion 全面预算管理系统最新版本 11 的软件实施。 ⑵ 系统支持集中式部署方式。 ⑶ 服务端支持 32位和 64位 Windows Server 2003及以上版本操作系统 ⑷ 客户端支持32位和64位WindowsXP及以上版本操作系统。 ⑸优化与Oracle ERP等系统数据对接及数据分析。 ⑹ 可使用 IE6.0 及以上版本浏览器进行预算系统操作。 2.2权限管理 ⑴ 要求系统可以按照预算管理人员的职责不同进行权限的分配，可以支持

功能权限和数据权限的赋权管理 ⑵ 要求提供用户角色定义、访问权限定义，可对用户进行角色分配，实现不同资源控制的组合式访问控制与授权管理。 2.3系统实施后达到的效果 主要功能效果如下：

软件系统开发规范

系统开发规范 1、数据库使用规范 1.1服务器上有关数据库的一切操作只能由服务器管理人员进行。 1.2程序中访问数据库时使用统一的用户、统一的连接文件访问数据库。 1.3原则上每一个频道只能建一个库，库名与各频道的英文名称相一致，库中再包含若干表。比较大的、重点的栏目可以考虑单独建库，库名与栏目的英文名称相一致。 1.4命名： （1）数据库、表、字段、索引、视图等一系列与数据库相关的名称必须全部使用与内容相关的英文单词命名（尽量避免使用汉语拼音），对于一个单词难以表达的，可以考虑用多个单词加下划线（_）连接（不能超过四个单词）命名。 （2）所有的名称必须统一使用英文小写字母。 （3）所有的名称起始和结尾不能使用下划线（_）。 （4）所有的名称不能包含26个英文小写字母和下划线（_）以外的其他字符。 1.5不再使用的数据库、表应删除，在删除之前必须备份（包括结构和内容）。 2、文档规范 所有的项目必须有相关的文档说明（可以是电子文档）。文档应包含如下内容： （1）项目名称。 （2）项目小组名单，项目负责人。 （3）项目开发起始时间和结束时间。 （4）项目内容描述。 （5）项目位置。（在哪个频道、哪个栏目） （6）与项目有关的程序文件名（含路径名），文件内容及实现的功能描述。 （7）完整的程序流程图。

（8）数据库、表、视图、索引的名称，用途。字段的名称、类型、长度、用途，必须附上相关的SQL语句。 3、源代码与页面嵌套规范 3.1源代码： （1）使用自定义变量（包括全局变量、局部变量）之前必须先声明变量，并用注释语句标明变量的类型、用途。 （2）自定义函数必须用注释语句标明函数的用途、参数的数据类型、意义，返回值的类型。 （3）程序中重要的过程或代码较长的过程应使用注释语句标明该过程的起始行和结束行，并注明该过程的功能。 （5）所有的注释文字一律使用简体中文。 3.2 HTML页面嵌套： （1）网页设计部设计的HTML页面以嵌套的方式确定用于动态显示程序执行结果的位置、宽度、行数（或高度）等，并在相应位置予以文字说明。页面中与程序无关的图片、文字、联结等必须使用完整的URL。 （2）软件开发人员和编辑人员可以根据情况协商，将页面文件及图片与程序独立存放在各自的服务器上，页面改版和修改程序独立进行。 （3）使用include技术将分割开的HTML页面分别嵌入程序代码中，要求做到修改HTML页面时无须改写程序，而修改程序时不会影响HTML页面效果，将页面改版和修改程序两项工作分别独立。 （4）页面和程序嵌套以后不能破坏原HTML页面的整体显示效果，字体、字号、颜色等应尽量保持原HTML页面的风格。 （5）动态生成的页面的各项指标（如图片大小、页面宽度、高度、页面文件的字节数等）应符合本公司网页设计方面的要求。 4、测试规范（软件部分） 对于较大的项目应成立相应的测试小组，小组成员由软件开发人员、网页设计人员、技术人员、

软件技术规范

第三部分技术规范 1、系统实施的总体要求 全面预算管理软件系统实施后，应使企业全面预算管理的编制、审批、滚动、分析、数据集成等功能得到全面提升，尤其实现各事业部可独立完成预算编制的整体运算。 投标人应根据以下要求提供详细的技术方案。 1.1 稳定性和可靠性 ⑴系统应符合企业全面预算管理工作要求。 ⑵系统应经过完善的设计和充分的测试运行，具备在较长时间内连续无故障的运行能力。 ⑶系统应提供全面、有效的系统安全机制。 ⑷系统应具备开放的标准化体系结构，可方便地与其它业务系统衔接，实现与其它业务系统间的无缝集成。 1.2 兼容性和易用性 ⑴全面预算管理软件在安装、配置、升级、维护等管理方面应该简单快捷。 ⑵系统应具备易操作的特点，好记易学、实用高效。 ⑶系统应具备强大的容错、数据恢复与稳定运行的能力。 ⑷系统应易于扩展和升级，能够根据用户的具体需求快速、方便地定制、扩展原系统的功能。 2、系统实施要求 2.1 系统架构 ⑴XXHyperion全面预算管理系统最新版本11的软件实施。 ⑵系统支持集中式部署方式。 ⑶服务端支持32位和64位Windows Server 2003及以上版本操作系统。 ⑷客户端支持32位和64位Windows XP及以上版本操作系统。 ⑸优化与Oracle ERP等系统数据对接及数据分析。 ⑹可使用IE6.0及以上版本浏览器进行预算系统操作。 2.2 权限管理 ⑴要求系统可以按照预算管理人员的职责不同进行权限的分配，可以支持功能权限和数据权限的赋权管理。

⑵要求提供用户角色定义、访问权限定义，可对用户进行角色分配，实现不同资源控制的组合式访问控制与授权管理。 2.3 系统实施后达到的效果 主要功能效果如下：

软件开发技术标准

系统中涉及的所有规范、标准或材料规格（包括一切有效的补充或附录）均采用最新版本，即以招标方与投标方签订供货合同之日作为采用最新版本的截止日期。若发现本规范书与参照的文献之间有不一致之处，我方向贵方书面指明，并由贵方确定采用哪一个规范。 我方所有设备的设计，制造，检查，试验及特性除木规范中规定的特别标准外，都遵照适用的最新版中国国家标准（GB）以及国际单位制（SI） O 我方提出的等同标准应不低于贵方要求的标准并征得贵方的认可，我方应遵循的标准至少包括： 《中华人民共和国计算机信息系统安全保护条例》 GB2887-89 计算站场地技术条件 GB/T 9361-1988 计算机场地安全要求 GB4943 —90 信息技术设备（包扌舌电气事务设备）的安全 GB/T -1995 中华人民共和国计算机信息安全保护条例 GB18030-2000 信息交换用汉字编码字符集基本集的扩充 GB1526-89信息处理一数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文字编制符及约定

GB8566计算机软件开发规范 GB9385计算机软件需求说明编制指南 GB9386计算机软件测试文件编制规范 GB/T13502信息处理、程序构造及其表示法的约定 GB/T14085信息处理系统计算机系统配置图符号及约定GB10112确立术语的一般原则与方法 GB/T13725确立术语数据库的一般原则与方法 SJ/T11293企业信息化技术规范 GB/T12504-90计算机软件配置管理计划规范 GB/T13702-92计算机软件分类与代码 GB/T14079-93软件工程术语 GB/T15532-1995计算机软件单元测试 GB/T 14394-1993《计算机软件可靠性和可维护性规范》GB/T 2887-1989《计算机软件质量保证规范》 GB/T 8566-2000《信息技术软件生成期过程》

软件系统技术协议

软件系统技术协议文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]

技术协议 XXX科技 2018年5月 1.概述 本协议书经双方确认后作为合同附件，与合同正文具有同等效力。 2.性能要求 2.1.业务量 （待数据分析后评估） 2.2.增长预测 （待数据分析后评估） 2.3.响应时间

2.4.特别情况的处理 系统处理失败根据失败原因，以友好、可理解、用户可接受的表述进行提示。 2.5.系统可用性 系统应支持7*24小时服务运行，应用系统的可用性指标满足 MTTF/(MTTF+MTTR) * 100%>99.99%。 其中平均无故障时间（MTTF）23.90小时：系统平均能够正常运行多长时间 可维护性用平均维修时间（MTTR）<2小时：系统发生故障后维修和重新恢复正常运行平均花费的时间。 2.6.故障恢复（视硬件环境而定） 系统采用双机热备部署方式，原则上无缝处理，系统一台出现故障时，另一台自动接管业务，对业务运行不造成任何影响。 当与运营商网络发生故障时，因现网络线路为单线路，需待网络修复后方可开展业务。

2.7.数据库连接 具备应用自动重连数据库机制：在网络出现中断情况下，应用系统能主动发现并自动重新连接机制。 ①在网络出现中断情况下，应用系统能主动发现并自动重新连接机制。 ②具备应用自动重连数据库机制Failover。 2.8.可管理性要求 2.8.1.可扩展性 系统根据扩展性要求设计，与外联系统发布规范接口，方便系统与其他行内系统的对接。 2.8.2.业务维护功能界面 业务数据维护功能界面，包括:系统参数、规则参数、数据维护等。 2.8. 3.帮助和培训 公司方按照培训计划对甲方技术人员进行培训和指导，能够提供现成的各种产品或服务的开发模版，针对甲方特定需求，提供不同层级的开发手段，提供一套标准的客户化开发方法论，且该方法论能够贯穿于软件产品生命周期全过程，提供全面的、专业的、灵活的客户化开发培训，提供足够的开发平台和组件供银行内部进行二次开发。

公司erp系统技术要求-0215(公开)

1.项目技术要求 总体规划 未来XXXXX电子有限公司应构筑以ERP系统为核心的集成的生产经营管控平台，基于统一集成的信息化管控平台，通过合理的组织结构设计、业务流程的设计和统一规范的基础数据管理，不断推进和建设信息化对企业的支撑体系。未来信息化管控平台整体方案架构如下图： 在整体方案架构内，本期项目规划实施的应用系统如下： 企业资源计划管理（ERP） 通过企业资源计划管理（ERP）系统的建设，搭建统一的生产经营管控平台，管控科研生产任务的全过程，规范基础数据和业务流程，支持集成化生产、采购、库存、交付、项目、质量等业务运营管理，实现财务业务一体化，实现物流、资金流和信息流的统一，提高核算效率和准确度，实现业务数据充分共享。 主数据管理系统（MDM） 通过主数据管理系统（MDM）的建设，建立统一的基础数据管理平台，规范数据标准，梳理数据流向，实现企业基础数据的统一规则、统一标准，同时健全和完善相关基础数据维护流程，提升企业的基础数据管理水平。从而为数据利用与价值挖掘，大数据分析等应用打下基础。 条码管理系统（BARCODE） 通过条码管理系统（BARCODE）的建设，实现生产经营业务中各类单据的条码化，提高数据采集的效率和准确度。通过条码系统与ERP系统库存模块的集成，实现仓库数字化管理及精细化管理；依托信息系统的支持，实现仓库物料的批次管理、质保期管理、先进先出管理，从而提高仓库作业效率和准确性，实现无纸化作业。 流程管理系统（BPM） 通过流程管理系统（BPM）系统的建设，搭建统一业务流程管理平台，帮助企业统一

流程语言，规范业务流程。实现部门间流程的串联，提高流程的执行效率；实现流程的全生命周期管理及电子化，提高流程的透明度，降低企业管理成本，提升公司整体管理水平。项目目标 （1）规范和统一企业基础数据 通过ERP系统实施，规范物料、BOM、工艺、客户、供应商、会计科目等基础数据的编码规则、命名规则、以及相关数据的生产、销售、采购、仓储、财务等属性规则，实现企业基础数据的统一规则、统一标准，同时健全和完善相关基础数据维护、更新的业务流程，提升企业的基础数据管理水平。 （2）实现企业资源计划的有效协同 通过ERP系统实施，实现公司内部项目管理、销售管理、生产管理、采购管理的产供销管控一体化。在一个统一、共享的业务平台上，通过优化的业务流程，实现企业的每一个业务环节协同管理，达到企业管理层所需的信息集中、共享、快速获取及业务追溯。 （3）实现全过程项目管理 以项目管理为核心，串联起市场接单、研发设计、生产计划、物料供应、成果交付、财务核算等业务，围绕计划、进度、成本三大要素进行管理、监控、分析，及时跟踪了解项目进度、成本等项目目标的实际执行情况。 （4）完善质量追溯体系，规范质量管理流程 公司的质量要求比较高，较多材料、半成品、成品都要全检，检验标准繁多，质量检验数据量大，且都是纸质单据记录，不仅效率低而且因为缺乏关联性容易错漏。未来ERP 系统将结合产品数据包系统，形成一个统一、完整的质量追溯链，为质量问题分析和改进提供的数据支持，并可通过质量改进要求的执行情况进行完整的跟踪，确保质量问题归零。 （5）实现业务财务的一体化 通过ERP系统的标准作业流程规范，将销售与收款、采购与付款、生产与成本等业务活动信息与财务核算数据之间的直接对接，实现物流、信息流与资金流的统一，使所有经营活动成果及时回馈到财务数据上，提高财务核算效率。另一方面，业务财务一体化为实

【推荐】软件系统安全规范

软件系统安全规范 一、引言 1．1目的 随着计算机应用的广泛普及，计算机安全已成为衡量计算机系统性能的一个重要指标。 计算机系统安全包含两部分内容，一是保证系统正常运行，避免各种非故意的错误与损坏；二是防止系统及数据被非法利用或破坏。两者虽有很大不同，但又相互联系，无论从管理上还是从技术上都难以截然分开，因此，计算机系统安全是一个综合性的系统工程。 本规范对涉及计算机系统安、全的各主要环节做了具体的说明，以便计算机系统的设计、安装、运行及监察部门有一个衡量系统安全的依据。 1．2范围 本规范是一份指导性文件，适用于国家各部门的计算机系统。 在弓I用本规范时，要根据各单位的实际情况，选择适当的范围，不强求全面采用。 二、安全组织与管理 2．1安全机构 2．1．1单位最高领导必须主管计算机安全工作。

2．1．2建立安全组织： 2．1．2．1安全组织由单位主要领导人领导，不能隶属于计算机运行或应用部门。 2．1．2．2安全组织由管理、系统分析、软件、硬件、保卫、审计、人事、通信等有关方面人员组成。 2．1．2．3安全负责人负责安全组织的具体工作。 2．1．2．4安全组织的任务是根据本单位的实际情况定期做风险分析，提出相应的对策并监督实施。 2．1．3安全负责人制： 2．1．3．I确定安全负责人对本单位的计算机安全负全部责任。2．1．3．2只有安全负责人或其指定的专人才有权存取和修改系统授权表及系统特权口令。 2．1．3．3安全负责人要审阅每天的违章报告，控制台操作记录、系统日志、系统报警记录、系统活动统计、警卫报告、加班报表及其他与安全有关的材料。2．1．3．4安全负责人负责制定安全培训计划。 2．1．3．5若终端分布在不同地点，则各地都应有地区安全负责人，可设专职，也可以兼任，并接受中心安全负责人的领导。 2．1．3．6各部门发现违章行为，应向中心安全负责人报告，系统中发现违章行为要通知各地有关安全负责人。 2．1．4计算机系统的建设应与计算机安全工作同步进行。 2．2人事管理 2．2．1人员审查：必须根据计算机系统所定的密级确定审查标准。如：处理机

软件开发技术文档编写规范

软件开发技术文档编写规范 在项目开发过程中，应该按要求编写好十三种文档，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。 ◇可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 ◇项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。 ◇软件需求说明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。 ◇概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。 ◇详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。 ◇用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。 ◇测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。 ◇测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。 ◇开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。 ◇项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。 ◇软件维护手册：主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。 ◇软件问题报告：指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。 ◇软件修改报告：软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响作出详细的描述，提交审批。 1可行性分析报告 1 引言 1.1 编写目的：阐明编写可行性研究报告的目的，提出读者对象。

公司软件管理规范

XXXXXX有限公司 文件制订（修订、作废）申请单NO.: 表格编码：

1. 目的 为规范公司软件、程序的管理，确保开发、使用、变更等过程得以受控，根据本公司实际情况，特制定本规范。 2. 适用范围 本规范适用于公司所有自主开发、外购、客供软件、程序的管理。（如无特别说明,本规范内“软件”包含软件、程序） 3. 软件分类: 3.1产品源程序: 由研发部软件开发工程师编写，实现产品功能的烧录文件。 3.2 ATE测试软件及测试程序： 是指由信息技术部负责编写的配套ATE硬件使用的产品测试软件平台,及在此平台下针对不同型号产品编写的测试程序。 3.3 设备应用程序: 是指工程部在设备操作系统下针对不同产品型号编写的对应程序（ATE除外）。如：打码程序、贴片程序、SPI检测程序、AOI检测程序、分板程序、回流焊程序、X-Ray 测试程序等。 3.4管理应用软件: 是指企业使用的电子化管理工具或系统平台。如:ERP系统、品质管理系统、SPC系统、生产报表系统、电子看板系统、绩效管理系统、项目管理系统等 3.5办公软件：Windows、office、Coremail、PDM、AutoCAD、杀毒软件等。 4、职责定义: 原则上公司各部门均可依据自身需求提出软件申请，由技术部门进行开发，交由使用部门进行管理，异常无法解决时,可向技术部门寻求技术支援。具体定义如下： 4.1 需求提出部门:依据公司或者部门的实际情况,提出软件需求申请。软件需求多由软件使用部门提出，但也可以由其它部门提出。 4.2使用/管理部门:对提出的申请进行评估,确定需求后向开发部门发起正式申请;在软

公司ERP系统技术要求公开

1. 项目技术要求 总体规划 未来XXXXX 电子有限公司应构筑以ERP 系统为核心的集成的生产经营管控平台，基于统一集成的信息化管控平台，通过合理的组织结构设计、业务流程的设计和统一规范的基础数据管理，不断推进和建设信息化对企业的支撑体系。未来信息化管控平台整体方案架构如下图： 在整体方案架构内，本期项目规划实施的应用系统如下： 企业资源计划管理（ERP ） 通过企业资源计划管理（ERP ）系统的建设，搭建统一的生产经营管控平台，管控科研生产任务的全过程，规范基础数据和业务流程，支持集成化生产、采购、库存、交付、项目、质量等业务运营管理，实现财务业务一体化，实现物流、资金流和信息流的统一，提高核算效率和准确度，实现业务数据充分共享。 主数据管理系统（MDM ） 通过主数据管理系统（MDM ）的建设，建立统一的基础数据管理平台，规范数据标准，梳理数据流向，实现企业基础数据的统一规则、统一标准，同时健全和完善相关基础数据接入层 办公自动化（OA ）/企业门户（EP ）管控层运营层技术平台/集成平台/安全认证/数据库技术层企业绩效管理（CPM ）决策支持系统（BI ） 全面预算管理（BPC ）风险管控（GRC ）销售管理生产管理采购管理项目管理设备管理人资管理库存管理财务管理成本管理质量管理企业资源计划（ERP ）主数据管理（MDM ）流程管理（BPM ）条码管理（BARCODE ）产品数据包系统（QMS ） 产品生命周期管理（PLM ） 制造执行系统（MES ）协同项目管理 开发流程管理 开发文档管理 产品结构管理 工艺流程管理生产排程管理生产作业执行车间数据采集生产设备管理生产质量管理

功能需求及技术要求

功能需求及技术要求 1.1. 技术要求 系统全面支持XML、Web Service等当前受到普遍支持的开放标准，保证系统能够 与其它平台的应用系统、数据库等相互交换数据并进行应用级的互操作性和互连 性； ●系统符合SOA架构要求，符合构件化、面向对象的，可做到灵活扩展； 系统应采用国际上先进、成熟、实用的技术标准，网站系统采用三层架构的体系 结构，应充分考虑到系统今后纵向和横向的平滑扩张能力； ●在网络稳定（带宽128K）的环境下操作性界面单一操作的系统响应时间小于10秒； ●支持不少于200个并发连接； ●系统应提供7×24小时的连续运行，平均年故障时：＜1天，平均故障修复时间：＜ 30分钟。 1.2. 第二级信息系统等级测评要求 支持第二级信息系统单元测评，系统支持安全技术评测和安全管理评测。 安全技术评测包含：物理安全、网络安全、主机安全、应用安全、数据安全及备份恢复等。 安全管理评测包含：安全管理制度、安全管理机构、人员安全管理、系统建设管理、系统运维管理。 提供相关系统、网络安全规划，并通过二级信息系统安全等级测评认证。 1.3. 网站功能要求 1.3.1.总体需求 改版后的国家统计局江苏调查总队门户网站应围绕本身的工作特点架构，建立面向江苏总队全体职工的信息服务系统和应用服务系统，重点是采用领先的设计理念，先进的软件产品，一流的技术和服务，全面提升网站的应用建设水平。 1.3. 2.网站内容管理系统 A.信息编辑 （1）提供页面编辑器，对于各种复杂的文本、表格、图片、动画等内容进行所见即所

得的可视化的编辑和修改。对文本的格式、字体、颜色、图片格式、大小等提供Word、Excel等办公软件级别的编辑功能，支持维护在线预览功能；支持从外部编辑器中自动粘贴文字、图片和表格，并能保持原格式信息（字体、字号、颜色等）。 （2）提供对信息的简易编辑界面和高级编辑界面，并支持代码的浏览与编辑。 （3）提供信息的标题、副标题、引题、链接标题的编辑。 （4）支持多种格式的批量导入与导出。 （5）支持信息在不同栏目间的复制、粘贴、剪切、转移、引用。 （6）系统可设置信息与信息之间的相关关系。 （7）支持对信息的自动和手工排序。 （8）可根据关键字对信息标题、作者、来源、录入人等进行检索。 （9）可对信息是否置顶、是否直播、是否可以评论等进行选择。 （10）提供信息审核功能。 （11）支持分页功能。 （12）对于已经发布出去的信息，内容、页面可以自动同步删除。 B.频道管理（包括栏目管理和专题管理）功能 （1）栏目管理可实现栏目的新增、删除、编辑、转移等功能； （2）可以设置栏目的栏目分类、权限、呈送、同步引用、同步映射； （3）可以对栏目进行预览，根据栏目名称的关键字进行栏目的检索； （4）栏目的类型可支持单信息、多信息、映射、自定义等； （5）系统支持自定义数据库的建设，信息便于排版和编辑使用，提供数据字典、数据关联、自定义查询等功能。 C.模版管理 （1）采用网页模板与信息分离的技术，可以通过不断地调整网页模板的设置或更改模板来完成网站的风格改版和更新，网站中的文章信息则自动继承下来，与新网页模板智能地组合在一起，快速创建一个全新的网站。 （2）提供网站模板类别管理。 （3）提供模板批量导入功能。 （4）可对网站模板进行更新、删除、复制、剪切、粘贴、备份等管理。

软件技术规范-模板

编号： XXXX系统数据处理中心 XXXX项目 技术规范 二o一一年五 月

1范围 2引用文件 3主要任务及功能性能指标要求3.1主要任务要求 3.2主要功能性能指标要求 4质量及标准化控制要求 4.1质量控制 4.1.1建立质量师系统 4.1.2质量保证 4.2标准化控制 5研制工作要求 5.1设计、开发要求 5.1.1系统分析设计 5.1.2研制开发 5.1.3测试与试验 5.2 项目管理要求 5.2.1组织管理 5.2.2计划管理 5.2.3技术评审 5.3集成联试与验收要求 5.4资料要求目次 4.2. 1 基本要求 4.2. 2 提供的标准 4.2. 3 提高通用性 4.2. 4 严格管理

1 范围 本技术规范是“ xxxX合同的附件，适用于该项目的研制工作。 本技术规范规定了“ xxxX的主要任务要求、功能性能指标要求、质量及标准化 控制要求以及相关工作要求，供甲方和乙方订立合同、进行验收和交付时使用。 2引用文件 3主要任务及功能性能指标要求 3.1 主要任务要求 3.2主要功能性能指标要求 4质量及标准化控制要求 4.1 质量控制 4.1.1 建立质量师系统 建立系统质量保证体系和质量责任负责制，设项目质量师，明确质量保证有关规定和职责，规范质量保证工作。 4.1.2 质量保证 严格贯彻评审制度，认真把好质量关，并对评审中提出的问题进行质量跟踪； 外购关重件的进货渠道、型号和参数确定与更改，必须经过论证、验证和从严审批，按照质量控制程序实施严格检查与控制； 加强产品技术状态控制，对技术状态的更改严格审批； 认真执行承制单位编制的测试、计量等各种规章制度。

软件系统技术协议

技术协议 XXX科技2018年5月

1.概述 本协议书经双方确认后作为合同附件，与合同正文具有同等效力。 2.性能要求 2.1.业务量 （待数据分析后评估） 2.2.增长预测 （待数据分析后评估） 2.3.响应时间 2.4.特别情况的处理 系统处理失败根据失败原因，以友好、可理解、用户可接受的表述进行提示。 2.5.系统可用性

系统应支持7*24小时服务运行，应用系统的可用性指标满足 MTTF/(MTTF+MTTR) * 100%>99.99%。 其中平均无故障时间（MTTF）23.90小时：系统平均能够正常运行多长时间可维护性用平均维修时间（MTTR）<2小时：系统发生故障后维修和重新恢复正常运行平均花费的时间。 2.6.故障恢复（视硬件环境而定） 系统采用双机热备部署方式，原则上无缝处理，系统一台出现故障时，另一台自动接管业务，对业务运行不造成任何影响。 当与运营商网络发生故障时，因现网络线路为单线路，需待网络修复后方可开展业务。 2.7.数据库连接 具备应用自动重连数据库机制：在网络出现中断情况下，应用系统能主动发现并自动重新连接机制。 ①在网络出现中断情况下，应用系统能主动发现并自动重新连接机制。 ②具备应用自动重连数据库机制Failover。 2.8.可管理性要求 2.8.1.可扩展性 系统根据扩展性要求设计，与外联系统发布规范接口，方便系统与其他行内系统的对接。 2.8.2.业务维护功能界面 业务数据维护功能界面，包括:系统参数、规则参数、数据维护等。 2.8. 3.帮助和培训 公司方按照培训计划对甲方技术人员进行培训和指导，能够提供现成的各种产品或服务的开发模版，针对甲方特定需求，提供不同层级的开发手段，提供一

软件技术合同标准样本

合同编号：WU-PO-803-82 软件技术合同标准样本 In Order T o Protect The Legitimate Rights And Interests Of Each Party, The Cooperative Parties Reach An Agreement Through Common Consultation And Fix The Responsibilities Of Each Party, So As T o Achieve The Effect Of Restricting All Parties 甲方：_________________________ 乙方：_________________________ 时间：________年_____月_____日 A4打印/ 新修订/ 完整/ 内容可编辑

软件技术合同标准样本 使用说明：本合同资料适用于协作的当事人为保障各自的合法权益，经过共同协商达成一致意见并把各方所承担的责任固定下来，从而实现制约各方的效果。资料内容可按真实状况进行条款调整，套用时请仔细阅读。 甲方： 身份证号： 住址： 乙方： 身份证号： 住址： 甲乙双方在平等自愿的基础上经充分协商，就合作经营_______项目、明确合作各方的权利与责任事宜，特订立以下协议条款共同执行。 一、合作项目 1、乙方根据甲方提出的实际应用需求，为甲方

提供具有版权的软件，当时最新版本的模块。 2、软件模块清单及主要功能描述：。 3、乙方向甲方提供套培训资料，提供软件、正版软件授权文件及手册的相应光盘介质套。 二、合作时间 合作期限为________年，自本协议签字生效之日算起。期满后双方如有继续合作的愿望，以本协议为基础重新签订协议。 三、合作分工 （一）安装、调试 1、乙方要求甲方保证提供满足软件运行的硬件平台及操作系统版本 2、甲方应保证提供正确的硬件配置等信息 3、乙方在收到甲方通知天内，乙方要为甲方完成软件安装。同时甲方应确保满足

系统功能要求和主要技术参数

附件： 一、系统功能要求和主要技术参数： (一) 、临床检验信息系统（LIS）： 通过与各种检验设备进行连接，实现检验数据的自动采集、自动控制及自动分析，实现检验结果的及时获取与传送。检验系统能从HIS系统取出各科室医生发送的检验申请单，并能将检验报告直接发送到HIS系统和体检系统。具体功能如下： 1．生成检验申请单 (1) 检验科录入检验申请单 (2) 打印样本工作清单 (3) 记录采样者、采样日期、采样时间等 (4) 将HIS 系统中的检验信息转为检验申请单 (5) 将体检系统中的申请转换为检验申单 2.结果处理 (1) 支持键盘录入、修改检验结果，包括单个和成批方式 (2) 支持自动生成计算项目，判定结果高低状态并标示 (3) 支持区别常规报告、急诊报告、打印报告、未打印报告 (4) 可以单个报告审核，也可以批量报告审核 (5) 可以用当前结果与历史结果的比对并图形显示 (6) 可以查询当前医嘱中所有项目结果的比对和图形显示 (7) 可以查询当前患者的所有历史医嘱，并可浏览其中任何医嘱结果 (8) 可以对符合警戒或荒谬范围值的结果进行提示和处理说明 (9) 提供最近一次结果的显示 (10) 可以进行检验图形的处理 (11) 能单个或成批打印各专业检验报告，供临床部门使用 (12) 支持撤销已审定检验报告，并记录撤销人和时间 (13）支持检查结果合并，不同类别检查合并打印 3.标本管理 (1)对分析完的标本原始数据进行存储 (2)根据指定的标本可以定位标本的存储位置 4.仪器连接

(1) 双向通讯，支持单机连多个仪器 (2) 实现数据安全传输 (3) 实现仪器和终端机的分开，改善工作环境 注：要包括软、硬件的与仪器连接。 6.系统管理 (1)操作人员权限分级管理 (2)系统参数设置 （二）、体检系统（PEIS）： 1、预约登记 提前预约登记、能完成摄像、打印有照片的体检指引单、打印带相片的体检报告，报告格式可由医院定制。 2、登记管理 可进行个人和团体的登记；可人工输入相关资料，同时支持将预先准备好的体检文件导入数据库（一般为Excel文件）。 3、综合管理 可以通过一个界面完成所有的资料录入。如：体检人员信息、套餐信息、体检结果录入等。 4、表格打印 可根据不同的套餐打印不同的检查表格。 5、条码打印 可根据套餐选择的不同情况，打印相对应的条码。 6、验血拍照 可对登记过的体检人员进行拍照，以避免冒名顶替的情况发生。 7、医生工作站 体检医生可通过权限录入所在体检科室的体检结果。 8、结果录入 可录入所有体检项目的结果。 9、结果批录入 (1、)可快速录入同一体检项目的相同结果。 (2、)可自动接收LIS系统和PACS系统的检查结果。 10、主检审核

GB8567-88软件开发主要文档编写规范

GB8567－88软件开发主要文档编写规范

GB8567－88软件开发主要文档编写规范

233 GB 8567－88软件开发主要文档编写规范 本附录中列出了《计算机软件产品开发文件 编制指南》GB 8567－88中主要软件文档的编写说明，供编写时参考。这些文档主要是：可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。 一、 可行性研究报告 l 引言 1.1 编写目的 说明：说明本可行性研究报告的编写目的，指出预期的读者。 1.2 背景 说明： a ．所建议开发的软件系统的名称。 b ．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。 c ．该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 定义 列出本文件中用到的专门术语的定义和 外文首字母组词的原词组。

234 1.4 参考资料 列出用得着的参考资料，如： a ．本项目的经核准的计划任务书或合同、上级机关的批文。 b ．属干本项目的其他已发表的文件。 c. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表 日期和出版单位，说明能够得到这些文件资料的来源。 2 可行性研究的前提 说明对建议开发项目进行可行性研究的前 提，如要求、目标、条件、假定和限制等。 2.1 要求 说明对所建议开发软件的基本要求，如： a ．功能。 b ．性能。 c ．输出如报告、文件或数据，对每项输 出要说明其特征，如用途、产生频度、接口以及分发对象。 d. 输入说明。系统的输入包括数据 的来源、类型、数量、数据的组织以及提供的频

系统技术规格及要求.doc

1.系统技术规格及要求 1.1.系统建设总体目标 1)一卡通系统应具备管理和整合相关资源的双重功能,做到一人一卡一库，一卡通系统需 具备与目前闸北公安系统警员信息库接口对接功能； 2)本次一卡通项目采用CPU卡； 3)消费和考勤系统不允许使用ID号或者模拟M1方式，必须采用CPU卡特有的文件格 式 4)卡片数量为4000张，卡面定制双面彩色印刷； 5)本次一卡通建设需包括门禁、考勤、消费、在线巡更、会议签到等模块，并具备模块扩 展功能。 1.2.系统建设要求 系统应至少包括卡务管理系统；门禁子系统；考勤子系统；消费子系统；在线巡更子系统；访客管理子系统；会议签到子系统；消费自助Web查询功能等功能，未来可根据需要扩充功能。 所有CPU卡一卡通设备设计要求在一网、一库、一卡的管理模式下运行，加密方式采用网络型加密狗； 用户卡片卡面需根据建设单位需求进行印刷，卡内芯片必须记录员工基本信息和钱包信息。 门禁系统按照点位表给出的数量配置门禁控制器，除弱电机房外，其余所有的门禁点位均需具备进出刷卡功能，根据实际使用情况配置读卡器或出门按钮。

门禁控制采用32位单片机，主机支持离线权限下载方式； 考勤系统设置的具体位置按实际需求调整。考勤机具备自动同步时间功能。 消费系统需同时支持现金钱包和补贴钱包两种钱包模式，补贴钱包中需包括可累及部分和固定周期清零部分，消费方式中需包括定额消费和任意金额消费两种方式； 消费系统中可设置一定的消费透支额度，方便日常使用。 为确保消费系统中资金的安全可靠，推荐使用卡内数据和数据库数据同步更新的计费模式。 在看守所内安装在线式巡更系统，通过用户卡片进行巡更。巡更数据自动上传至服务器保存。 在会议室安装会议签到机。要求实现能设置与会人员名单，与会人员签到后，软件能自动分析会议出席情况。 要求自助服务系统为B/S架构，员工可打开IE浏览器，通过内部局域网连接服务器进行自助服务。自助服务功能包括：挂失，修改密码，查询卡内余额，查询消费数据，查询考勤数据。 必须提供系统级别的安全加密机制和密钥管理系统，保证本系统内所有发行的卡片都基于同一套密钥管理系统。 加密算法需采用商用国密SM1或高级加密标准AES128位或以上算法。 在同一套密钥管理系统的基础上，采用“一卡一密、一区一密”方式，每张卡采用不同的认证密钥。 保证该加密体系的安全性，非本体系的卡片禁止在本系统使用。 具有当日最大消费限额密码，尽可能的保护持卡人的利益。 卡内数据需要有数据校验机制，保证数据的准确性。对卡内重要数据（如消费钱包），

信息系统软件技术要求及说明

技术要求及说明 功能要求 本次软件系统包括以下几个部分： 1、信息系统软件（具体技术要求和包涵模块及要求见后）； 2、信息系统软件的本地化修改（所要求模块的功能的增减和符合操作习惯的修改）。本地化修改以签订合同的一年内为限，超出一年后的修改由双方本着友好互谅的原则进行价格协商； 3、信息系统软件的管理人员和操作人员的培训并提供相关培训教材； 4、目前中心数据库中数据的完全、准确的移植和转换； 一、信息系统软件总体要求 1、信息系统设计应符合国务院《住房公积金管理条例》、财政部《住房公积金财务核算办法》、《住房公积金会计核算办法》、《住房公积金会计核算办法补充规定》、《会计法》、中国人民银行《个人住房贷款管理办法》、《人民币利率管理规定》、《会计核算软件基本功能规范》和建设部《监管系统接口标准》、建设部、财政部《住房公积金管理中心业务管理工作考核办法》及宿迁市住房公积金管理的相关政策。 2、信息系统以会计核算为核心、以服务对象为中心，以内部控制为主线，体现全市“统一决策、统一管理、统一制度、统一核算”的原则。 3、适应住房公积金业务发展潮流，支持住房公积金各项业务在多家银行和中心之间的各种灵活分工方式。系统能适应灵活方便的部署方式，可同时实现中心和受委托银行单独或混合归集、贷款模式，适应公积金管理现状与未来发展的功能需求。 4、宿迁市住房公积金管理中心为数据中心与核算主体，支持全市范围内中心、及管理部资金、业务、数据的集中管理，建立统一的账务核心和完整、独立的资金账务核算体系，保证资金统一监控、调配和使用，体现中心的管理主导地位。

5、建立统一规范的业务标准、业务流程和可优化调整的业务流程整合机制，系统功能设计应具有较强的先进性，能有效地推动中心业务的发展。 6、软件关注业务，关注资金流动。在业务处理的同时，需要处理相应的资金信息，并将资金信息与业务信息匹配，使资金流与业务流一起构成一个完整的信息流动过程，使得各项业务更加明晰清楚；在业务完成的同时，实时生成相应的财务数据。业务台帐和财务明细账分设，相互印证；以资金流导向划分公积金业务的种类。 7、软件通过稽核审计提供各种业务的合法性、合规性等政策性审计来达到相应的风险控制。通过行政执法，依照相关法律、法规及文件的规定，对住房公积金的违法行为依法进行检查、责令限期整改、作出行政处罚决定、申请法院强制执行。 8、通过对业务系统、办公自动化系统以及门户网站三者的建设，实现中心现场服务、内部管理、网上服务三大平台的业务、数据、信息融合贯通，全面提升公积金管理工作效率。 9、建立多样的对外服务系统（电子政务、网站、触摸屏、银行、相关单位等），能充分利用现代先进的服务手段为参缴职工和单位服务。 10、建立统一的多渠道接入平台，统一数据交换接口，满足中心服务系统和相关协作单位数据交换要求。 11、建立报表和决策分析系统，可适应中心各部门、管理部、各级领导和业务人员对各类数据的查询分析需求。 12、建立安全可靠的业务处理授权和严格的绩效考核体系，完善的资金保障和风险控制机制。 13、建立完善可靠的数据迁移机制（包括历史数据的完整性、逻辑性），确保新旧系统业务数据的安全迁移。 二、信息系统软件主要模块划分及功能需求 必须满足的基本设计要求：