系统验收标准
项目系统验收内容及标准
项目系统验收内容及标准
功能性验收内容及标准：
在功能性验收中，需要确保系统实现了所有预期的功能需求。
验收标准可以通过功能测试用例来进行评判，例如系统是否能够按照需求正确地进行数据输入、处理和输出，是否满足用户的操作界面需求，是否能够正确地响应用户的操作等。
性能验收内容及标准：
性能验收内容包括系统的响应时间、并发用户数、系统负载等方面。
验收标准可以通过性能测试来进行评判，例如系统在承受一定数量用户同时访问时的响应速度是否在可接受的范围内，系统在处理大数据量时的性能表现是否符合要求等。
安全性验收内容及标准：
安全性验收内容包括系统的数据保护、用户权限管理、防护措施等方面。
验收标准可以通过安全漏洞扫描、权限测试等方式来进行评判，例如系统是否有数据泄露的风险，是否能够有效地防范网
络攻击，是否满足相关的安全标准和法规等。
可靠性验收内容及标准：
可靠性验收内容包括系统的稳定性、容错性、可恢复性等方面。
验收标准可以通过压力测试、故障模拟等方式来进行评判，例如系
统在长时间运行时是否会出现意外崩溃，系统在发生故障时是否能
够快速恢复等。
除了以上列举的验收内容及标准外，还应根据具体项目的特点
和需求确定其他相关的验收内容及标准，例如兼容性、易用性、可
维护性等方面。
最终的验收内容及标准应当在项目启动阶段就与相
关利益相关方进行充分的沟通和确认，以确保项目交付后能够顺利
通过验收，达到预期的效果。
六大系统建设验收标准
六大系统建设验收标准
在进行系统建设验收时，我们需要根据一定的标准来进行评判，以确保系统的质量和稳定性。
下面将介绍六大系统建设验收标准，希望能对大家有所帮助。
首先，系统的功能完整性是一个重要的验收标准。
系统应当能够完整地实现其设计的功能，包括基本功能和扩展功能，同时还要能够满足用户的需求和期望。
其次，系统的性能稳定性也是一个不可忽视的验收标准。
系统在长时间运行和高负荷下应当能够保持稳定的性能，不出现严重的卡顿、崩溃等问题。
另外，系统的安全性也是至关重要的。
系统应当具备一定的安全防护机制，能够有效地防范各种网络攻击和恶意行为，确保用户数据和系统运行的安全。
此外，系统的易用性也是评判系统质量的重要标准之一。
系统应当具备良好的用户界面和友好的交互设计，让用户能够轻松上手并且愉快地使用系统。
再者，系统的可维护性也是需要考虑的验收标准之一。
系统应当具备清晰的代码结构和良好的注释，便于后续的维护和升级。
最后，系统的兼容性也是需要重视的验收标准。
系统应当能够兼容不同的操作系统、浏览器、设备等，确保用户能够在不同的环境下正常使用系统。
总的来说，六大系统建设验收标准包括功能完整性、性能稳定性、安全性、易用性、可维护性和兼容性。
只有系统在这些方面达到一定的标准，才能够真正被认可并投入使用。
希望大家在进行系统建设验收时能够充分考虑这些标准，确保系统的质量和稳定性。
财务系统验收规则
财务系统验收规则一、验收标准1.1 系统功能符合客户需求：系统功能需完全符合客户需求，包括但不限于账务管理、报表分析、预算管理、成本管理、收入管理、人力资源管理等模块。
1.2 系统性能稳定：系统应具备高可靠性，运行稳定，响应速度快，数据准确无误。
1.3 系统安全可靠：系统应具备强大的安全防护能力，包括数据安全、网络安全、系统安全等方面。
二、验收流程2.1 提交验收申请：客户应在系统开发完成后，向开发方提交验收申请。
2.2 技术文档审查：开发方应提交技术文档，包括系统设计文档、源代码、测试报告等。
2.3 系统测试：由开发方进行系统测试，确保系统功能符合需求，性能稳定，安全可靠。
2.4 客户验收：客户对系统进行验收，确认系统符合验收标准。
三、验收问题处理3.1 问题反馈：客户在验收过程中发现的问题，应向开发方及时反馈。
3.2 问题解决：开发方应在收到问题反馈后，及时进行问题排查和解决。
无法解决的问题，应及时向客户说明。
3.3 问题记录：客户和开发方应将问题记录在验收报告中，以便后续跟进和追溯。
四、验收报告4.1 验收报告内容：验收报告应包括验收标准、验收流程、验收问题和解决方案等内容。
4.2 验收报告签署：客户和开发方应在验收报告上签署姓名或盖章，确认验收结果。
4.3 验收报告存档：客户和开发方应将验收报告存档，以备后续查阅。
五、验收问题总结与改进5.1 问题总结：客户和开发方应对验收过程中发现的问题进行总结，分析问题产生的原因和影响，为后续项目提供参考。
5.2 问题改进：客户和开发方应针对问题制定改进措施，优化系统功能和性能，提高系统稳定性、安全性和可靠性。
5.3 问题跟踪：客户和开发方应对问题解决情况进行跟踪，确保问题得到有效解决。
同时，应对系统进行持续维护和优化，确保系统始终处于良好状态。
系统安装验收标准
系统安装验收标准1. 引言本文档旨在制定系统安装验收的标准，以确保系统在安装过程中满足预期要求，并能正常运行。
2. 安装要求- 安装环境：系统安装将在指定的服务器和设备上进行，确保这些设备符合系统安装的最低要求。
- 网络连接：系统安装过程中需要与公司内部网络连接，确保网络连接稳定，并具备足够的带宽。
- 安装人员：系统安装人员应具备相关技能和经验，并根据实际情况提供必要的培训。
3. 安装流程1. 环境准备：确认安装环境是否满足系统安装的要求，例如服务器配置、操作系统版本等。
2. 安装文件准备：将系统安装文件按照要求上传到指定服务器上进行解压缩。
3. 数据库准备：根据系统要求，在指定的数据库服务器上创建数据库，并设置相关的权限。
4. 配置文件修改：根据实际情况修改系统配置文件，包括数据库连接信息、文件路径等。
5. 安装程序执行：运行系统安装程序，按照界面提示完成安装过程。
6. 系统测试：在安装完成后，进行系统功能测试，确保系统各项功能正常运行。
7. 数据迁移：根据需求，将原有系统中的数据迁移到新安装的系统中。
8. 培训和文档：对系统使用人员进行培训，并提供相关使用文档和操作手册。
4. 验收标准1. 安装环境验证：验证安装环境是否符合系统安装要求。
2. 安装过程验证：验证安装过程是否按照安装流程进行，并且没有出现错误或异常。
3. 功能验证：验证系统各项功能是否正常运行，并根据需求进行功能测试。
4. 数据验证：验证数据迁移是否成功，原有系统中的数据能否正确地在新系统中使用。
5. 培训和文档验证：验证对系统使用人员的培训是否有效，并确保提供的文档和操作手册完整准确。
5. 验收结果根据以上验收标准，如果系统安装符合要求并通过功能测试，且数据迁移成功，培训和文档有效，即可认定系统安装验收合格。
6. 结论本文档制定了系统安装验收的标准，确保系统能够按照要求进行安装，并能够正常运行。
在实施系统安装验收时，需要根据本文档的要求进行相应的验证和测试，以确保安装的系统质量和稳定性。
工程验收规范中的系统功能验收标准
系统用户界面应友好、直观，便于用户操作 。
操作流程
系统操作流程应符合用户习惯，避免不必要 的复杂操作。
错误处理
系统应对操作错误进行友好提示，帮助用户 快速定位和解决问题。
04
CATALOGUE
验收测试与评估
测试内容和方法
功能测试
验证系统是否满足设计要求，各项功能是否 正常、稳定。
性能测试
原则
以用户需求为导向，以设计要求为依 据，以测试结果为准绳，进行系统功 能的验收。
验收依据和标准
依据
系统设计文档、用户需求文档、相关法律法规和行业标准等。
标准
根据系统的重要性和复杂程度，制定相应的验收标准，包括功能性、性能、安全性、兼容性等方面的要求。
验收流程和方法
流程
先进行单元测试，再进行集成测试，最后进行系统测试。在测试过程中，应详细记录测试结果，并对 发现的问题进行跟踪和整改。
02
合格判定标准
03
不合格项整改
根据测试结果，制定合格判定标 准，判断系统是否满足验收要求 。
对于不合格项，制定整改方案， 并监督实施，直至达到合格标准 。
问题整改与复验
问题整改
对测试过程中发现的问题进行整改，修 复系统缺陷，完善系统功能。
VS
复验
整改完成后，对系统进行复验，确保问题 得到有效解决，系统性能和功能得到提升 。
扩展性功能
系统应具备可扩展性，方便后期进行 功能升级和扩展。
定制化功能
系统应支持根据客户需求进行定制化 开发，满足特定业务需求。
03
CATALOGUE
非功能性验收标准
性能验收标准
1 2
响应时间
系统响应时间应满足用户需求，不得超过规定的 阈值。
hr系统上线验收标准
hr系统上线验收标准以下是HR系统上线验收的标准：1. 功能验证：- 确保所有系统功能都能正常运行，包括招聘管理、员工信息管理、绩效管理等。
- 验证每个功能的输入和输出是否正确，比如输入薪资信息后，系统是否能正确计算工资总额。
- 验证系统是否能够处理各种操作，如新增、编辑、删除员工信息等。
2. 界面验证：- 确保系统界面美观、直观、易用。
- 验证界面上的各个元素是否显示正常，如按钮、下拉菜单、文本框等。
- 验证不同浏览器和设备上的界面显示是否一致。
3. 数据验证：- 验证系统能够正确存储和检索数据。
- 验证系统能够处理大量数据的情况，如员工数量超过系统默认限制时，系统是否能够正常运行。
- 验证系统的数据安全性，如验证只有授权人员能够访问敏感数据。
4. 性能验证：- 验证系统在正常负载下的性能是否满足需求，如响应时间是否在可接受范围内。
- 验证系统在高负载情况下的性能，如系统是否能够处理大量用户同时访问的情况。
- 验证系统的稳定性，如系统是否会出现意外崩溃或重启的情况。
5. 安全验证：- 验证系统是否能够保护用户数据的安全，如验证系统是否有权限控制机制，确保只有授权人员能够访问敏感数据。
- 验证系统是否有防止恶意攻击的措施，如输入数据是否经过有效的验证和过滤。
- 验证系统是否有备份和恢复机制，以防止数据丢失或系统故障。
6. 兼容性验证：- 验证系统在不同操作系统、浏览器和设备上的兼容性。
- 验证系统与其他相关系统的集成性，如与财务系统的数据同步是否正常。
以上是HR系统上线验收的一般标准，具体的验收流程可以根据实际情况进行调整和补充。
(全面)系统集成项目验收标准
(全面)系统集成项目验收标准引言本文档旨在为(全面)系统集成项目的验收提供标准和指导。
该项目的验收标准是确保项目成功实施和系统交付后的关键步骤。
验收准则以下是(全面)系统集成项目验收的准则：1. 满足功能要求：系统应满足项目需求规定的功能和性能指标。
验收前，项目团队应编制详细的功能测试用例，并确保系统能够成功通过所有测试。
2. 符合质量标准：系统应符合相关质量标准和规定，例如ISO 9001质量管理体系。
验收过程中，应对系统进行全面的质量评估，包括对代码、文档、接口等方面的审核。
3. 数据完整性：系统应能够正确地处理和保存数据，确保数据的完整性和可靠性。
验收前，项目团队应开展数据迁移测试和备份恢复测试，确保系统在数据处理方面的良好表现。
4. 用户界面友好性：系统应具备友好、直观的用户界面，方便用户操作。
验收过程中，应组织用户代表进行界面评估和可用性测试，以确保系统的用户体验达到预期要求。
5. 安全性保障：系统应具备一定的安全保障措施，以防止未经授权的访问和数据泄露。
验收过程中，应进行系统安全性评估和漏洞测试，以确保系统在安全方面的可靠性。
6. 文档完备性：系统相关的文档应齐全、准确并易于理解。
验收过程中，应对系统文档进行详细审核和验证，确保文档的完整性和可读性。
验收流程以下是(全面)系统集成项目验收的基本流程：1. 验收前准备：项目团队应准备验收所需的所有文档和测试环境，包括功能测试用例、质量评估报告、用户界面评估报告等。
2. 功能和性能测试：团队成员应按照功能测试用例逐项测试系统的功能和性能，并记录测试结果。
测试完毕后，应对测试结果进行评估和总结。
3. 质量评估：团队成员应对系统的代码、文档、接口等方面进行审核和评估，以确保系统符合质量标准的要求。
4. 数据处理测试：团队成员应进行数据迁移测试和备份恢复测试，以验证系统在数据处理方面的可靠性。
5. 用户界面评估：用户代表应参与对系统用户界面的评估和可用性测试，以确保系统的用户体验达到预期要求。
系统验收标准
系统验收标准系统验收标准是指在软件开发过程中，对系统进行验收时所需要满足的标准和要求。
通过对系统验收标准的制定和执行，可以确保软件系统的质量和稳定性，提高系统的可靠性和安全性，保证系统能够正常运行和满足用户需求。
下面将从功能性、性能、安全性、可维护性和可移植性等方面对系统验收标准进行详细介绍。
一、功能性。
系统验收标准首先要求系统能够完整地实现所有的功能需求。
在验收过程中，需要对系统的功能进行全面的测试和验证，确保系统能够按照需求规格说明书中的要求进行操作和输出结果。
同时，还需要对系统的界面友好性和易用性进行评估，确保用户能够方便地使用系统，并且能够顺利完成各项操作。
二、性能。
除了功能性之外，系统验收标准还要求系统具有良好的性能表现。
在验收过程中，需要对系统的响应时间、吞吐量、并发性能等方面进行测试，确保系统在各种情况下都能够保持稳定的性能表现。
同时，还需要对系统的负载能力进行评估，确保系统能够在高负载情况下依然能够正常运行，不会出现系统崩溃或性能下降的情况。
三、安全性。
系统验收标准还要求系统具有良好的安全性能。
在验收过程中，需要对系统的数据安全、用户权限管理、系统漏洞等方面进行测试，确保系统能够有效地保护用户的数据安全，并且能够防范各种安全威胁和攻击。
同时，还需要对系统的备份和恢复能力进行评估，确保系统能够在发生意外情况下快速恢复，并且不会丢失重要数据。
四、可维护性。
系统验收标准还要求系统具有良好的可维护性。
在验收过程中，需要对系统的代码结构、注释规范、模块化程度等方面进行评估，确保系统的代码易于理解和维护。
同时，还需要对系统的修改和扩展能力进行测试，确保系统能够在需求变化时快速进行修改和扩展，不会影响系统的稳定性和性能。
五、可移植性。
最后，系统验收标准还要求系统具有良好的可移植性。
在验收过程中，需要对系统在不同平台和环境下的运行情况进行测试，确保系统能够在不同的操作系统、数据库和硬件平台上正常运行，并且不会出现兼容性问题。
应用软件系统项目验收标准
应用软件系统项目验收标准一、引言为确保应用软件系统项目的质量和性能达到预期目标，本文档提供了详细的项目验收标准。
验收标准覆盖了从功能实现、性能表现到安全稳定性、用户体验以及文档完整性等多个方面，为项目验收提供了全面的指导。
二、验收标准●功能实现程度●系统应完全实现合同或需求文档中定义的所有功能点，且各项功能运行正常，无遗漏或错误。
●所有业务流程应能够按照既定逻辑顺畅运行，满足用户业务需求。
性能指标达标●系统应满足预定的性能要求，包括但不限于响应时间、吞吐量、并发用户数等。
●在性能测试中，系统应表现出良好的稳定性和可扩展性，无明显的性能瓶颈。
安全性与稳定性●系统应采取必要的安全措施，如用户身份验证、数据加密、访问控制等，确保数据安全和系统稳定。
●在稳定性测试中，系统应能够长时间稳定运行，无崩溃或重大故障。
用户界面友好性●系统界面设计应简洁、直观，易于用户操作和理解。
●提供清晰的用户指引和帮助文档，降低用户使用难度。
文档完整性●应提供完整的项目文档，包括但不限于需求说明书、设计文档、用户手册、测试报告等。
●文档内容应准确、详细，能够全面反映项目的开发过程和成果。
系统兼容性●系统应能在预定的操作系统、浏览器、数据库等环境下正常运行，确保与现有环境的兼容性。
●还应考虑未来技术升级和更换的兼容性，保持系统的长期可用性。
维护与支持●应提供系统维护和技术支持方案，确保系统的稳定运行和故障及时处理。
●维护与支持团队应具备相应的技术能力和服务响应能力。
培训与指导●提供系统操作和维护的培训和指导，帮助用户熟练掌握系统使用方法。
●培训和指导材料应详实、易懂，方便用户学习和实践。
三、验收流程与方法●验收流程●成立专门的验收团队，制定详细的验收计划和方案。
●按照验收标准逐项进行测试和检查，记录测试结果。
●编写验收报告，汇总测试结果和建议。
●根据验收报告，确定项目是否通过验收，并提出改进建议。
验收方法●结合实际业务需求和技术标准，采用多种验收方法，包括黑盒测试、白盒测试、压力测试等。
wms系统验收标准
wms系统验收标准一、系统稳定性1.系统应具有高可用性，无单点故障，系统能够持续运行，不因单个设备的故障而影响到整个系统的稳定性。
2.系统应具有灾难恢复能力，能在硬件故障、系统崩溃等情况下快速恢复数据和系统运行。
3.系统应具有良好的扩展性，方便进行容量扩充和功能增强。
二、功能完整性1.系统应具备完整的仓储管理功能，包括入库、出库、移库、盘点等操作。
2.系统应具备订单处理功能，能根据客户需求进行订单处理和跟踪。
3.系统应具备报表生成和分析功能，能提供各种必要的仓储和订单报表。
4.系统应具备权限管理功能，能对不同用户进行权限控制。
5.系统应具备日志管理功能，记录所有操作和异常情况。
三、用户界面友好性1.系统应采用直观、易用的界面设计，方便用户进行操作和维护。
2.系统应支持多种语言，满足不同地区用户的需求。
3.系统应具备自定义界面和报表的功能，方便用户根据自身需求进行个性化设置。
4.系统应提供在线帮助和文档支持，方便用户解决操作问题。
四、数据准确性1.系统应保证数据的准确性，确保所有操作和记录都是可靠的。
2.系统应具备数据校验和审核功能，防止数据出现错误或异常。
3.系统应具备数据备份和恢复功能，确保数据的安全性和完整性。
4.系统应支持多种数据导入和导出方式，方便用户进行数据交换和共享。
五、安全性1.系统应具备完善的安全性机制，保证数据的机密性和完整性。
2.系统应采用安全的身份认证方式，对所有用户进行身份验证和授权。
3.系统应具备访问控制功能，防止未经授权的用户访问敏感信息。
4.系统应定期进行安全漏洞扫描和修复，确保系统的安全性。
六、兼容性1.系统应支持多种主流操作系统和浏览器，满足不同用户的需求。
2.系统应支持多种数据库管理系统，方便用户进行数据存储和管理。
3.系统应支持多种硬件设备和应用软件，提高系统的灵活性和可扩展性。
七、性能测试1.系统应具备负载均衡能力，能够处理高并发请求和大数据量。
2.系统应具备良好的响应速度和吞吐量，满足用户的需求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
5、检索结果列表翻页是否正常；
6、在第N页打开文档，编辑，保存，关闭，返回页面是否还在第N页；
7、用普通用户身份，部门领导身份，公司领导身份分别登陆，验证检索结果。
标准
根据不同的条件结合，查询出包含各个条件都有符合的结果。
功能编号4：
发文管理
内容
全文检索
功能编号9：
发文管理
内容
自动签收联网发文
方法
联网下发，在流程记录中将记录“下发单位接收情况”，包括：发送时间、接收单位、接收人、接收时间、接收情况、发送人
标准
查看签收记录，显示正确的签收反馈结果
功能编号1：
收文管理
内容
收文转发文
方法
如果此文选择进入发文，则在发文起草中，可以自动获取此文作为要素信息
标准
功能编号6：
收文管理
内容
收文查阅
方法
“所有文件”视图包含以下几个分组视图：按收文类型、按收文日期、按收文月份、按收文年度、按文件分类、按收文密级、按主办单位
标准
可以反馈出正常的查询数据。
功能编号7：
收文管理
内容
视图打印
方法
打印出的格式是否正确；打印出的数据是否正确。
标准
显示打印网页对话框；打印出符合“打印设置”的文件
功能编号8：
收文管理
内容
收文统计
方法
按收文日期，文件分类，文件密级，来文单位，主办单位，办结率进行数目统计，并对统计结果进行打印
标准
系统出现提示“涉密文件不包含正文”；系统出现提示“该文件定为密级文件，正文不适合电子流转，系统将自动删除该文件正文，是否继续？”
功能编号2：
发文管理
内容
按标题搜索文档
方法
1、按字，词进行搜索，观察搜索结果的各文档标题是否包含检索条件；
2、检索结果是否包含当前查询者没有权限看到的文件；
3、检索结果列表翻页是否正常；
标准
根据不同的查询条件，可以在全文各个应用模块查出符合条件的文件。
功能编号5：
发文管理
内容
查询权限
方法
此案例主要是针对登记，审核，办结状态三种文档进行“谁可查看”的测试，特殊用户：公司领导
查询级别范围：公司领导，各部门领导，本部门领导，本部门全体，本公司全体
标准
只有设置特定的人员群组才能查询指定的文件
功能编号4：
收文管理
内容
全文检索
方法
多词检索是否准确；拟稿日期是否能设定起止时间段；观察查询结果各文档标题是否包含检索条件；检索结果是否包含当前查询者没有权限看到的文件；检索结果列表翻页是否正常；在第N页打开文档，编辑，保存，关闭，返回页面是否还在第N页；用普通用户身份，部门领导，公司领导身份分别登陆，验证检索结果；
标准
正常访问业务页面，反应时间为1秒钟左右。
服务器端性能
内容
查看服务器内存占用、cpu使用率，系统反应速度、服务运行速度
方法
查看任务管理器的内存占用情况，cpu使用率，查看相关服务运行状态
标准
内存和CPU占用率不能太高，相关服务运行流畅
系统接口
内容
围绕平台系统涉及的服务，查看各个服务的端口是否连通，服务是否可以正常调用接口
4、在第N页打开文档，编辑，保存，关闭，返回页面是否还在第N页；
5、用普通用户身份，部门领导身份，公司领导身份分别登陆，验证检索结果。
标准
根据输入的查询条件，反馈不同的查询结果
功能编号3：
发文管理
内容
多条件组合查询
方法
1、多词检索是否准确；
2、拟稿日期和签发日期是否能设定起止时间段；
3、观察查询结果各文档标题是否包含检索条件；
系统验收标准
系统性能
系统性能验收标准
备注
系统性能需求
网络性能
内容
服务是否正常访问，服务反应速度是否流畅。
方法
访问系统，进行系统内业务操作，查看服务反应流畅度。
标准
正常访问业务页面，反应时间为1秒钟左右。
客户端性能
内容
客户端是否安装控件，客户端访问系统是否流畅。
方法
访问系统，进行系统内业务操作，查看服务反应流畅度。
方法
1、多词检索是否准确；
2、拟稿日期是否能设定起止时间段；
3、观察查询结果各文档标题是否包含检索条件；
4、检索结果是否包含当前查询者没有权限看到的文件；
5、检索结果列表翻页是否正常；
6、在第N页打开文档，编辑，保存，关闭，返回页面是否还在第N页；
7、用普通用户身份，部门领导，公司领导身份分别登陆，验证检索结果；
方法
在相应的服务器上，通过telnet端口的方式，测试接口的连通与否，并且运行服务，查看涉及接口的服务是否可以正常访问
标准
服务正常访问，接口成功调用
时间特性
内容
访问业务系统，反馈业务操作触发事件返回的时间
方法
进行相关的业务操作，计算在操作一个业务动作到反馈信息回来的时间间隔
标准
根据不同的操作，反馈的时间不同，例如发送，打开表单和打开试图。
适应性要求
内容
根据客户端的不同提供适应性的业务需求
ห้องสมุดไป่ตู้方法
在不同的客户端操作系统上进行业务的相关操作
标准
在不同的操作系统上都可以使用系统服务提供的业务需求
系统功能测试
系统功能验收标准
系统功能测试
功能编号1：
发文管理
内容
涉密文件
方法
起草正文时设置密级为“秘密、机密、绝密”中任一项，点击“起草正文”；在审核流程可修改基本数据项环节中，修改密级为“秘密、机密、绝密”中任一项
标准
发文处理过程人员通过关联号是否能正常打开收文。
功能编号7：
发文管理
内容
视图打印
方法
１、利用”按文件标题”搜索的数据
２、连接打印机
标准
显示打印网页对话框；打印出符合“打印设置”的文件
功能编号8：
发文管理
内容
发文统计
方法
按部门拟稿，发文类别，文件种类，联网分发进行数目统计，并对统计结果进行打印
标准
系统根据不同的规则，检索显示对应统计结果
文件自动转入发文起草
功能编号2：
收文管理
内容
收文转电子公告
方法
如果此文选择进入电子公告，则在公告起草中，可以自动获取此文作为基本信息
标准
文件自动转入公告起草
功能编号3：
收文管理
内容
涉密文件
方法
文件密级值为” 秘密、机密、绝密”时“涉密文件不包含正文”；修改文件密级值时有正文的要提示删除正文
标准
系统出现提示“涉密文件不包含正文”；系统出现提示“该文件定为密级文件，正文不适合电子流转，系统将自动删除该文件正文，是否继续？”
标准
根据不同的查询条件，可以在全文各个应用模块查出符合条件的文件。
功能编号5：
发文管理
内容
查询权限
方法
起草，但未提交的文档查看；审批过程中文档查看；
审批结束的文档查看。
标准
只有设置特定的人员群组才能查询指定的文件
功能编号6：
发文管理
内容
文件之间的关联
方法
即如果发文来自于某收文，系统自动将此收文文号作为“关联号”，并提供超链接直接链接到关联文档