
专业资料
word完美格式
软件系统部署及升级流程及管理
第一章总则
第一条为保障股份有限公司(简称:公司)信息软件系统安全运行在
生产环境,规范软件系统部署与升级流程、控制软件系统的生产运行安全,保证业务流
程的顺畅和生产系统的完整性、功能完备,特制定本办法。
第二条本办法所指软件系统包括,但不仅限于公司组织实施的账户管理和
受托管理核心业务系统、网上受理系统、呼叫中心系统、投资交易系统、投资估值系
统、投资风险控制系统,以及0A办公系统、对外网站系统、基础技术架构系统等涉及的
软件系统的部署、安全运行与升级管理。
第三条本办法所指软件系统部署与升级管理主要包括以下内容:软件系统投产前
准备、软件系统投产管理、软件系统生产运行管理、软件系统生产安全管理、软件系统
升级管理。
第四条信息技术部是本办法的制定部门和执行部门,设立系统运维岗,负责系统
软件系统部署、安全运行与升级的具体技术实现,其它相关岗位和部门应按本办法所制
定的流程配合完成相关工作。
第二章软件系统投产前准备
第五条软件系统的投产关系到整个信息系统的安全运行,应做好充分的投
产前准备。投产前的准备工作包括以下几个方面:环境设备的准备、硬件设备的准备、
投产程序和数据的准备、相关投产文档和培训的准备等。
专业资料
word完美格式
第六条环境设备的准备主要包括:系统架构确认、机房机柜机架配备、电源使用配
备、网络线路配备、操作系统预安装和配置、主机命名和网络配置、存储环境配置检
查、备份环境、环境参数配置、数据库配置、中间件配置、环境冗余切换配置、通讯配
置、部署操作员配置、环境变量、客户端环境等。
第七条硬件设备的准备主要包括:主机连接方式、主机型号配置、处理器频率和数
量、内存配置、内置硬盘容量、网卡类型和数量、光纤通道卡型号和数量、其他内置的
I/O卡和其他外设等。
第八条投产程序和数据的准备主要包括:目标程序及相关清单说明、可控版本组
织、系统配置参数、数据库初始化数据等。
第九条相关投产文档和培训的准备主要包括:《系统安装部署手册》、《系统IT
参数配置手册》、《数据备份和恢复操作指导》、《系统故障与恢复手册》、《系统文
件目录清单说明》、《系统运行日志存放说明》、《系统各类密码修改说明》、《文件
清理计划及操作指导》、《管理员、项目经理、厂商负责人通讯录》以及相应的功能使
用培训、安装部署培训、日常维护培训等。
第十条系统投产准备工作中有关权限管理、参数配置、数据初始化管理应遵照《IT
系统权限及数据管理办法》的相关规定:
(一)投产系统权限申请设置应形成流程并由业务部门负责人和风险控制部门
审核;
(二)软件系统投产的参数配置由信息技术部牵头组织信息,各业务部们予以
协同支持,最终由风险控制部进行参数定级并进行投产参数审核;
(三)对于系统初始化数据,原则上不允许进行数据库文件导入操作,而应通
专业资料
word完美格式
过数据操作语句进行数据初始化,各基础数据应得到业务部门和风险控制部
门的签字审核。
第三章软件系统投产管理
第十一条软件系统投产管理是指对软件系统产品从提交投产申请到投产运行过程的
管理,由信息技术部项目管理岗和系统运维岗协同负责相关管理工作。
第十二条软件系统投产部署须经相关业务部门领导的核实,并经过信息技术部领导
审批后由相关技术人员制定详细的安装计划和操作步骤,并依据具体设备特性对系统进
行合理配置、测试和调整,从而充分发挥设备资源优势。
第十三条软件系统供应商必须向信息技术部提供详细完整的有关投产系统的软硬件
及其运行维护的技术资料,并负责向信息技术部的系统管理人员、系统操作人员进行
技术培训。
第十四条软件系统供应商应会同信息技术部制定周密、严谨的软件系统上线计划。
第十五条软件系统供应商应向信息技术部提供相应的系统监控手段、日常
维护工具、数据备份计划以及应急联系办法等,并至少指定一名系统开发人员作为该系
统投产后的软件维护员。
第十六条软件系统投产申请流程:
(一)统一由信息技术部发起权限申请流程、参数设置、数据初始化申请流
程,并会同软件系统供应商完成软件系统投产前准备工作和《系统移交说明
书》。
(二)在征询相关业务部门意见后形成请示签报,并附《岗位菜单对应
专业资料
word完美格式
表》、《批量员工权限申请表》、《业务系统参数表》以及批量初始化数
据文件,以便各项关部门进行核对检查。
(三)该请示签报需经过相关业务部门、风险与合规部,以及运营总监会签
后,提交总裁办最终审核。
(四)该请示经总裁办审核通过后,由信息技术部系统运维岗负责软件系统
部署投产。
(五)《岗位菜单对应表》、《批量员工权限申请表》、《业务系统参数表》
以及批量初始化数据文件经相关业务部门(或办公室)和风险与合
规部进行核对审批后,提交给信息技术部,由系统运维岗进行执行。
第十七条软件系统投产部署工作规范:
(一)软件系统产品投产部署入总部机房,必须在预定安装日之前三个工作日
提出部署工作计划,并按照《系统安装部署手册》、《系统IT
参数配置手册》《系统移交说明书》核对各项准备工作。经过信息技术部
负责人签字同意后,交系统运维岗协调部署工作。
(二)系统运维岗人员协调软件系统供应商、软件项目管理岗,及相关网
络管理岗、桌面管理岗人员,按照部署工作计划执行各项投产部署安装工
作。
(三)软件系统产品安装时,系统负责人员必须到场,所有参与上线工作
的人员必须严格遵守《计算机机房运行安全》相关规定,值班人员必须加
强监督并填写好《机房工作日志》。
第十八条软件系统产品投产运行的前提条件是:
(一)软件系统产品已通过信息技术部、相关业务部门双方测试和联合验收。
(二)项目管理岗和系统运维岗协同软件系统供应商完成了软件系统投产前准
专业资料
word完美格式
备工作和《系统移交说明书》的编写。
(三)信息技术部项目管理岗会同系统运维岗发起项目上线申请签报,经
相关业务部门、风险与合规部、运营总监会签后,向总裁办提出上线申请,
并提供该系统相应的文档、业务及技术测试报告以及经过核准的业务验收报
告。
第十九条软件系统产品投产运行时,信息技术部项目管理岗、系统运维岗以及相关
业务部门应共同明确各自职责:
(一)信息技术部系统运维岗主要负责软件系统上线后的安全运行;
(二)项目管理岗主要负责该软件系统的技术优化、功能缺陷纠正和紧急维
护;
(三)业务部门主要负责业务操作和业务管理。在明确职责的基础上,各自制
定相应的管理办法。
第二十条软件系统投产申请流程遵循本办法第十六条规定;各软件系统上线根据
系统类型,业务类别、服务对象的不同可以根据实际情况选择执行不同的步骤:
(一)软件项目完成对业务及技术测试报告进行总结和评估,并形成系统业务
验收报告和技术验收报告;系统菜单权限表与参数表由业务部门确认和会
签,提交合规与风险管理部确认和会签;信息技术部保障硬件与网络到位,
完成软件项目文档的整理与归档工作,并制定该系统故障处理办法、系统备
份策略、日常运维操作流程,完成系统上线前数据初始化工作。软件项目开
发实施厂商对系统稳定安全运行的作出承诺。
(二)信息技术部提交内部评审请示(包括系统准备情况汇报、内部评审方
案介绍);
专业资料
word完美格式
(三)经总裁室同意请示后,由信息技术部牵头准备评审工作;信息技术
部、相关业务部门、合规与风险管理部、开发商进行汇报;由业务部门负
责人、信息技术部负责人、分管领导、外部专家组成评审组,
对系统进行评议,并统计形成评审结果。
(四)由信息技术部根据评审结果向总裁室提交《关于系统试运行的请
示》签报;
(五)在总裁室同意后,信息技术部开始系统正式环境的切换工作;各业务
部门与外部机构按正式岗位进行系统试运行工作,并按信息技术部正式运
维流程提交系统问题单。
(六)系统试运行结果由信息技术部牵头对系统试运行情况进行总结,并提
交系统正式运行上线的请示,在总裁室同意后开始正式运作。
(七)软件系统投入正式投入运行后,应根据《信息系统安全等级保护定级
指南》要求开展自主定级、系统测评、专家评审,对于定级在第二级以上
信息系统,应当在投入运行后30日内,到公安机关办理备案手续,并保
备相应的主管和监管部门。
专业资料
word完美格式
系统类型业
务类型'
产品应用型定制开发型系统示例
IT基础架构
运行总监审批后进行试运行,总
结后申请上线
在运营总监审批后组织内部评审,
试运行总结后申请上线,但应完成
各步骤
工作流、影像、报表平台、统
一身份认证、证书安全认证
IT管理服务在运营总监审批后直接申
请上线运行
在运营总监审批后组织内部评审,
评审后申请上线运行
开发管理、运维管理、监控管
理
核心业务在运营总监审批后组织内部评
审,但应完成各步骤
必须严格执行各个步骤受托、帐管、投资、风控
客户服务
在运营总监审批后组织内部评
审,评审后申请上线运行
在运营总监审批后组织内部评审,
试运行总结后申请上线运行
网上受理、柜面受理、电话服
务、短信邮件
市场支持
在运营总监审批后组织内部评
审,评审后申请上线运行
在运营总监审批后组织内部评审,
试运行总结后申请上线运行
客户营销、营销绩效考评
辅助决策
在运营总监审批后组织内部评
审,试运行总结后申请上线运行
必须严格执行各个步骤
决策分析、数据仓库
公共服务
运行总监审批后进行试运行,总
结后申请上线
在运营总监审批后组织内部评审,
试运行总结后申请上线,但应完成
各步骤
人力资源、财务、培训、
协同办公、流程管理
第四章软件系统生产运行管理
第二十一条生产运行管理是指对生产系统中系统软件(包括操作系统、数据库、
中间件、管理监控平台等)的管理,由信息技术部系统运维岗负责相关管理工作。
第二十二条信息技术部系统运维岗应做好系统的日常运行维护工作:
(一)制定系统运行维护计划,严格按计划对系统进行维护,并详细记录维
护情况。
(二)制定备份计划,对备份的时间、内容、级别、人员、保管期限、异
地存取和销毁手续等进行明确规定。
专业资料
word完美格式
(三)密切监视系统运行状况,及时处理系统故障,并对故障产生原因进行
认真的分析总结。
(四)定期对系统运行状况进行分析,定期进行系统性能优化。必要时应制
定主机系统的升级方案,升级方案实施须报信息技术部门领导审
批。
(五)建立软件系统运行档案,对软件系统的基本情况(版本、配置等)、
升级、故障现象、故障产生原因、故障处理过程及处理结果等进行详细记
录。
第二十三条信息技术部项目管理组和系统运维组应密切关注应用系统
上线运行情况,及时处理应用系统故障,对故障原因进行认真的分析总结,制定有效
的优化改进计划,并最终反馈给业务部门。
第二十四条信息技术部系统运维岗应及时收集、整理应用系统运行过程
中所发生的问题,反馈给信息技术部项目管理组。
第二十五条信息技术部系统运维岗应建立上线应用系统的变更管理制
度,对程序版本更新、例行操作变更、非例行操作、应用系统维护以及系统运行环境等
变更实施规范管理和有效控制。
第二十六条严禁在生产系统上安装开发测试类软件、编译工具、应用系
统源程序及其他与生产系统无关的软件。项目管理岗相关人员未经授权,不得随意访
问生产环境,更不得随意变更已上线的各类应用系统。
第二十七条任何人未经允许不得擅自修改系统配置。如确需修改应填写
《生产环境变更操作登记表》,严格履行审批手续,并由双人会同实施。实施时
应有系统运维组主管现场监督,实施后应将变更前后的系统配置及变更全过程记录备
专业资料
word完美格式
案。
第二十八条对于软件系统的软硬件升级、变更、系统切换、年终结算等
重大操作,信息技术部、相关业务管理部应密切配合,共同制定详细的计划和应
急方案,统一部署,周密安排,防范风险
第五章软件系统生产安全管理
第二十九条生产安全管理是指对保障生产系统安全可靠运行的关键安
全环节的管理,由系统运维岗和网络及机房管理岗负责相关管理工作。
第三十条信息技术部应充分合理地利用生产系统提供的各种安全机制,实现系统
备份、安全保护和安全服务。
第三十一条备份系统在构成和配置上应与生产系统尽量保持一致,并制
定了有效、可行的切换机制,确保当生产系统出现故障时能迅速接管和承载业务运行。
第三十二条数据备份包括本地数据备份和异地数据备份,由信息技术部
系统运维岗负责相关管理工作。
(一)备份介质应按备份对象分类存放,不得混放、混用。业务数据备份介
质必须存放于有保护的特定场所,并同时对其拷贝进行异地(非同一建筑
物)保存。
(二)任何人未经授权,不得随意导入和导出备份介质中的信息和数据,不
得随意将备份介质或数据报表带出机房。
(三)废弃的备份介质或数据报表应存放在指定地点,并由专人集中销毁。
(四)严格执行异地数据备份交接,交接双方必须严格履行交接手续,整个
专业资料
word完美格式
操作过程在相应的监控设备下进行,并有书面记录备查。
第三十三条信息技术部对各级用户及其权限的设定应进行严格管理,用
户权限的分配必须遵循“最小特权”原则。
第三十四条用户账号与密码管理应严格遵循有关规定。用户密码应严格
保密,及时更新。重要用户密码应密封交安全管理员保管。密码口令知情人员调离
时,信息技术部应及时修改相关密码、口令。运行机构应严格限制对密钥等密级文件
的访问,防止非法研读和拷贝。
第三十五条系统运维岗人员不得担任业务操作工作。项目管理岗不得代
替系统运维岗人员从事运行各岗位的工作。
第三十六条信息技术部应采取切实有效的措施,做好生产环境的计算机
病毒防范工作。对易受病毒攻击的计算机信息系统,应落实专人定期清查病毒,升级安
全补丁,防止病毒或漏洞对计算机系统和数据造成破坏。
第三十七条信息技术部应制定安全运行应急计划,针对系统运行过程中可能发生
的故障和灾难,制定恢复运行的措施、方法负责本公司应急计划的演练、实施和管理。
第三十八条应急计划的实施必须按规定经过有关领导批准。应急计划实
施后,信息技术部必须认真分析和总结事故原因,制定相应的补救和整改措施。
第三十九条如发生重大运行事故,信息技术部须在事故发生一小时内将
事故情况上报上级部门,不得迟报、瞒报。事故恢复后,信息技术部须形成关于
事故原因、处理过程和整改措施的详细报告,于事故恢复后10个工作日内上报<第四
十条系统软硬件及应用软件的升级、更新等重大变更操作的实施方案
必须包括应急措施。实施过程中一旦出现意外情况,须及时采取应急措施恢复运行,避
免引发重大运行事故。
专业资料
word完美格式
第六章软件系统升级管理
第四十一条软件系统升级管理是指管理软件系统在生产环境的系统更
新的过程,由信息技术部系统运维岗负责相关管理工作。管理软件升级的目的是,通
过规范升级流程、控制升级次数,达到定期升级的目标,保证业务流程的顺畅。
第四十二条为保障生产环境的安全稳定运行,准投产环境数据与应用程序与生产
环境进行同步升级管理,一般要求周二完成准投产环境升级测试,周四完成生产环境
升级。
第四十三条紧急更新是指,软件系统因软件故障影响该系统的继续使用
和运行或生产系统的系统功能已经无法满足业务开展,且该影响将对业务造成较大的破
坏或造成较大范围的业务停顿,而此时必须进行软件系统处理,同时已经具备了紧急
处理所需要的各项条件而执行的软件系统变化的软件系统维护操作。
第四十四条生产环境软件系统的系统升级遵循安全、稳定、慎重的原则,以保
证业务流程的顺畅及生产环境的稳定为最大目标,分为:例行升级、紧急升级。
(一)升级内容必须做到文档齐全,要至少包含:《系统需求规格说明
书》、(或《生产环境故障报告单》)、软件测试结果、《生产环境更新
审批单》及其附件、《生产环境更新文件清单》及提交的程序、数据。
(二)升级内容测试结果必须得到相关业务部门审批后方可提交系统运维组
执行升级。例行升级应到得到涉及该功能的业务部门测试人员以及测试部
门负责人、项目经理、信息技术部负责签字方可升级。确因时间紧迫无法
按要求提前申请的,应及时通过电话方式与相关部门进行沟通确认,并通
过邮件通知风险与合规部进行临时登记后方可执行。
(三)软件系统升级前必须做好数据库、系统软件的备份,以防出现升级失
专业资料
word完美格式
败后能够立即恢复升级前的系统;升级完成后相应业务部门或开发组项目
经理必须在生产环境软件系统启动进行功能验证测试无误
后,方可离开。
(四)软件系统升级必须建立完整的升级档案,并定期将这些档案归档,已
备审计和检查。
第四十五条软件项目升级通用操作步骤
(一)系统运维岗人员以E-mail并以电话等形式通知业务部门和开发组项目
经理升级的时间安排。
(二)相关人员回复系统升级计划意见。
(三)首先进行系统的数据、程序、配置脚本等进行备份。
(四)备份完成后,当涉及数据库升级时,系统运维岗使用脚本语言进行服
务器端的数据库升级;系统运维岗将升级包中的应用程序拷贝至应用服务
器,进行系统软件升级,如有配置变动,同样作相应修改。。
(五)启动应用服务器,如启动不正常,检查操作步骤是否正确、相关配置
是否正确,如并进行简单访问,确保应用服务器的配置文件正常启动。
(六)启动应用服务器,如启动不正常,检查操作步骤是否正确、相关配
置是否正确,如应用服务器启动正常,并经过常规验证后,联系业
务部门或开发组项目经理进行升级验证。验证通过视为系统升级成
功;反之,为升级失败,系统运维岗联系开发组项目经理协助判别
失败原因,视实际情况,必要时则将系统环境恢复至升级前的备份
版本。
(七)系统运维岗填写《生产环境维护日志》,记录此次升级情况。并将
专业资料
word完美格式
升级结果以E-mail等形式通知相关人员。
第四十六条软件系统更新与升级申请流程遵循本办法第四十四条规定;
升级管理应全面考虑各个因素分别由部门经理、风险与合规部、主管总监、内部
评审、总裁办审核等审批后执行,影响因素列举示例如下用于参照执行:
J■执行差异
影响因素
不同场景的管理要求
是否
涉及核心业务生产运行总裁室审批考虑其他因素
涉及总裁级别参数变更总裁室审批考虑其他因素
影响公司外部开展业务总裁室审批考虑其他因素
需要核心系统重新部署总裁室审批考虑其他因素
影响业务时间生产运行总监以上级审批考虑其他因素
生产系统故障紧急处理总监以上级审批考虑其他因素
涉及进行核心业务数据变更总监以上级审批考虑其他因素
专业资料
word完美格式
涉及核心业务程序新增总监以上级审批考虑其他因素
对外服务类系统的重新部署总监以上级审批考虑其他因素
公司管理类系统的重新部署总监以上级审批考虑其他因素
涉及多个关联变更总监以上级审批考虑其他因素
涉及多个业务部门总监以上级审批考虑其他因素
影响核心业务系统的IT变更总监以上级审批考虑其他因素
涉及公司级别参数变更风控以上级审批考虑其他因素
涉及进行管理类系统数据变更总监以上级审批考虑其他因素
多部门使用的系统需求新增风控以上级审批考虑其他因素
涉及风险控制管理的变更风控以上级审批考虑其他因素
业务支持类系统的重新部署风控以上级审批考虑其他因素
公司管理类系统的程序新增风控以上级审批考虑其他因素
影响对外服务系统的IT变更风控以上级审批考虑其他因素
涉及跨部门级参数变更部门会签级审批考虑其他因素
影响内部管理的IT变更部门会签级审批考虑其他因素
生产故障一般性处理部门会签级审批考虑其他因素
一般性程需求新增部门会签级审批考虑其他因素
定制开发型日常更新部门会签级审批考虑其他因素
部门级系统参数设置纠正部门级审批考虑其他因素
产品应用型日常更新部门级审批
考虑其他因素
IT系统参数设置纠正部门级审批
考虑其他因素
IT运行环境故障纠正部门级审批考虑其他因素
专业资料
word完美格式
其他请示处理
第四十七条本管理办法由信息技术部负责解释和指导
第四十八条本管理办法自下发之日起实施。
信息技术部
2007-12-29
专业资料
word完美格式
专业资料
word完美格式
附件
软件系统投产管理流程
专业资料
word完美格式
附件
软件系统上线部署申请表
软件系统产品名称:申请部门:信息技术部
第一负责(申请人):第二负责(需求部门):
软件系统概述:
业务测试结果:
签字:年月日
软件供应商签字:需求管理岗签字:
项目经理签字:完成时间要求:
准投产完成时间:系统运维岗签字:
上线计划:
预定安装时间:预计投产日期:
网络管理员意见:同意口不同意口签字:年月日
运维管理员意见:同意口不同意口签字:年月日
业务需求/测试部门经理意见:同意口不同意口
签字:年月日
信息技术部部门经理意见:同意口不同意口
签字:年月日
风险与合规部门经理意见:同意口不同意口
签字:年月日
专业资料
word完美格式
运管负责人意见:同意口不同意口
签字:年月日
专业资料
word完美格式
总裁办意见:
以下内容请附页详细提供:
应用软件开发公司1:
联系人:联系电话:
应用软件开发公司2:
联系人:联系电话:
系统软件维护公司1:联系人:联系电话:
系统软件维护公司2:
联系人:联系电话:
硬件维护公司1:
联系人:联系电话:
硬件维护公司2:
联系人:联系电话:
资料项附件名称
软件系统实施开发前对技术方案的评估意见:
软件系统功能描述:
软件系统软件配置说明:
软件系统网络配置说明:
应用系统备份策略:
系统测试和验收报告:
机房日查操作、检查、监控的详细步骤:
系统投产后培训及现场指导计划:
专业资料
word完美格式
附件三
生产环境故障报告单
故障编号.
系统名称:
故障
提交
人填
写
故障提交部门故障提交人
发生时间
紧急程度□高□中□低
故障描述:
故障解决方案:
故障解决人(签字)提交测试环境日期
业务测试人(签字)业务复测通过日期
运维管理人(签字)提交正式环境日期
程序、参数更新内容描述:
程序、参数更新执行的结果:成功口不成功口
执行人签字:年月日
生产复测说明:
复测人签字:年月日
注:故障编号规则:按日期顺序进行编号,具体YYMMDD0001-YYMMDD00019999
专业资料
word完美格式
附件四
生产环境更新审批单
申请人:申请人所在部门:
申请日期(yyyy-mm-dd):预定牛效时间(yyyy-mm-ddhh:mm:
应用系统名称:
类别:□数据维护(不涉及程序变更)□系统故障(涉及程序变更)
□需求变更□项目开发□其它:
性质:□常规口紧急(手续后补)口其它:
更新、维护的原因:
更新、维护的具体步骤:
操作培训及现场指导计划:
系统运维管理员意见:同意口不同意口
签字:年月日
申请人所在部门经理意见:冋意口不冋意口
签字:年月日
运营总监意见:同意□不同意□
签字:年月日
执行的结果:成功口不成功口
执行人签字:年月日
审核人意见:成功口不成功口
审核人签字:年月日
专业资料
word完美格式
相关部门补充复审意见:
风险与合规部补充复审意见:
专业资料
word完美格式
附件五
生产环境变更操作登记表
系统名称:
操作责任人(A角)会同操作人(B角)
参与系统变更人员:
变更情况(打勾):
□系统上线□系统变更□数据变更□环境变更
□其它:
变更内容:
变更前备份:
变更基本流程:
变更应急方案:
信息技术部部门经理意见:冋意口不冋意口
签字:年月日
操作日期:操作时间:
变更操作的结果:成功口不成功口
操作人签字:年月日
变更中出现的冋题:
专业资料
word完美格式
会同人员签名:会同审核日期:
专业资料
word完美格式
值班人员签名:表格交接日期:
专业资料
word完美格式
附件六
生产环境维护日志
(年月日)
序号时间维护事项操作执行人会同操作人
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
班人员签字:运维负责人签字:
部门主管审核意见:
专业资料
word完美格式
部门主管签字:
本文发布于:2023-03-12 20:42:53,感谢您对本站的认可!
本文链接:https://www.wtabcd.cn/zhishi/a/1678624974139334.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
本文word下载地址:系统部署方案.doc
本文 PDF 下载地址:系统部署方案.pdf
| 留言与评论(共有 0 条评论) |