更改图层功能默认配色，将现有边界线的黑色改成更显眼的颜色。优化图层选择功能，增加全选功能。APP首页添加底图，如天地图。二、优化需求智慧林业APP已经开发年代较久，近几年在使用过程中，发现还缺乏一些必要的功能，同时还存在部分细节上的不足，需要优化完善。为了修复存在的问题，增加一些功能，以满足日常工作需要，提升用户体验感，现对原有APP进行优化。一、概况智慧林业APP优化需求

新增模块权限配置，某些指定模块或功能需有特定权限才能使用。比如数据下载功能，需要有后台管理端分配的下载权限，并生成下载日志。优化权限框架，新增权限配置功能，主要用于管理游客与管理人员功能和数据。细化功能模块分级，优化界面设计，根据功能的使用率，调整摆放位置，不常用的功能（如计算面积等）放入整合模块里做二级功能。定位功能优化，需要将地图缩放到固定比例尺。选择看宜昌市全域的功能，可放至次级模块，或删除。快速渲染功能功能优化，增加使用描述或提示。更改渲染功能中的默认填充色，改成无填充，使使用更加人性化。

优化需求汇总表可在记录列表里查看保存的矢量记录，并配套编辑矢量记录、删除矢量记录、批量导出矢量为EXCEL的功能。EXCEL导出记录包含矢量的基础信息，以及添加的属性信息。同时，PC端也可以进行进一步编辑、导出EXCEL、SHP、KML等格式文件。增加标记和存储功能，可在地图上绘制点、线、面等矢量标记，并可添加属性信息并保存，保存后可以在生成的记录列表查看该矢量的基础信息，以便于工作记录和汇报。所有图层二级下拉框加全选功能，增加操作便捷性。多边形等四个小工具整合放入二级模块。拐点统计放入二级模块，隶属于工具或数学计算功能。统计、测面、查看等功能界面优化，需要使用更为人性化。林情概况功能优化，不占用主界面的位置，如放入次级模块或进入APP时自动弹出。

宜昌市森林资源监测站2022年11月7日3.本次优化完成后，继续提供智慧林业APP的后续服务，确保此次优化成果的巩固和完善。2.拥有软件开发资质。1.有过不低于1个同类型业绩。三、其它需求

响应函：件文应响

（3）所提交的响应文件在采购文件规定的采购有效期内有效，在此期间内如果成交，我方将受此约束。（2）我方已审阅全部采购文件，包括采购文件的澄清和更正公告（如有）及相关附件，我方已完全理解采购文件并对采购文件不存在任何异议。（1）我方将按采购文件的约定履行合同责任和义务。在此，我方宣布同意如下：根据贵方政府采购的议价邀请，采购供应商（宜昌市亚创科技有限公司），向贵方提交下述响应文件。尊敬的宜昌市森林资源监测站：

智慧林业APP已经开发年代较久，近几年在使用过程中，发现还缺乏一些必要的功能，同时还存在部分细节上的不足，需要优化完善。为了修复存在的问题，增加一些功能，以满足日常工作需要，提升用户体验感，现对原有APP进行优化。一、概况日期：2022年11月11日供应商：宜昌市亚创科技有限公司（5）我方承诺所提交的响应文件及相关资料真实有效。（4）接受采购文件中关于采购保证金的约定。

∙产品领域研究3.1启动阶段三、开发方案二、营业执照

营业执照

（副杰）

统一社会信用代码马91420500MA490B8DXP

名称宜昌市亚创科技有限公司

类型有限责任公司（自然人投资或控股）

住

所宜昌市西陵区珍珠路41号

法定代表人邓亚新

注册资本贰佰万圆整

成立日期2017年06月19日

营业期限长期

经营范围计算机、打印机、复印机、办公设备与电子信息技

术开发；计算机零配件维修、咨询服务；计算机软

件开发及销售；投影仪、音响设备、LED电子显示

屏、教学设备销售、安装、维修及租赁；计算机网

络工程设计、施工：文化、办公用品（不含音像制

品、图书报刊）、办公耗材、数码产品批发及零

售：安防监控及弱电工程施工（依法须经批准的项

目，经相关部门批准后方可开展经营活动）+

登记机关

2018年12月日

企业信用信息公示系统网址中华人民共和国国家工商行政管理总局监制

∙技术可行性研究o产品的特性和复杂度o产品的价值和盈利空间o产品领域的商业模式和业务流程o产品领域的现状和前景研究产品所在领域的状况，为项目论证提供依据。研究内容包括：

∙项目论证o开发团队与实现技术的匹配情况o各个方案的优点、成本和风险o实现技术的候选方案o类似产品的当前实现技术和技术趋势研究产品的实现技术，总结技术可行性。研究内容包括：

o项目收益和前景o当前产品与类似产品的比较o技术可行性o商业可行性论证的内容包括：基于商业和技术等方面对项目的可行性进行论证，确定项目是否开展。如果开展项目，则进一步论证项目的总体方案。

《项目开发大纲》的内容包括：项目开始时，所有相关人员必须对项目的目标和范围达成共识，形成共同的项目愿景。并把愿景叙述为《项目开发大纲》向相关人员传达。∙确定项目目标和范围o项目的总体方案o项目的成本和风险

oSLOC和功能点o输入、输出和对外接口等数量与复杂度o模块数量与复杂度规模、工作量评估围绕各项计划的制定工作对项目的规模、工作量等进行评估，评估的内容包括：3.2计划阶段

项目开发计划体现了项目组对整个开发周期的预期，指定了项目开发的总体方针。与其他计划一样，项目开发计划不是固定不变的，在执行过程中要对计划进行监控，可能会根据实际情况修改计划并重新发布。∙定制项目开发计划o进度风险o进度与里程碑o开发工作量（人月）o非生产性的支持工作量

《风险管理计划》定义这些任务的执行流程和人员分配。风险管理任务包括：风险识别、风险分析、确定风险优先级、定制风险化解方案、风险化解和风险监控∙定制风险管理计划《项目开发计划》的内容包括：

风险评估风险分析

风险优先

级管理

原型化方法

模拟方法

风险控制

风险分折基准方法

分析方法

职员分配

重要事件跟踪

排名前十项跟踪

风险监控风险再评估

校正指施

保证工作质量的一个重要步骤是制定一套合理的质量保证计划并贯彻执行。∙定制质量保证计划风险管理中通常会用到《TopN风险列表》，风险列表按照风险暴露量排序列出当前项目中主要的N个风险，《TopN风险列表》的内容包括：《风险管理计划》的内容包括：

o项目的开始和结束时间《开发进度表》的内容包括：基于当前对项目的规模和工作量评估，定制初步的开发进度表，作为项目开发计划的组成部分。∙定制开发进度计划《质量保证计划》的内容包括：

作为跟踪项目进度的重要依据，进度表在项目推进过程中需要不断细化。另外，当实际进度与计划进度出现偏差时，需要修改进度表并重新发布。o角色的定义和任务分配o里程碑和同步点o每个工作任务的子任务的及其开始和结束时间o每个阶段的工作任务及其开始和结束时间o项目各个阶段的开始和结束时间

《需求规格说明书》的内容包括：分析产品的关键需求、对架构设计有影响的需求和风险较高的需求，直到分析的程度能开展足界面原型设计和架构设计工作。∙需求分析执行阶段

执行阶段

界面原型设计

需求分析

架构设计

需求规格说明书

软件构建

软件构建

阶段一

阶段计划Build构建段产品发布

发布清单

阶段计划

阶段总结报告

阶段二

Build构建Bil跑Buil药建

阶段N

阶段计划Build构建自产品发布

H

o设计的理念《界面设计概要》的内容包括：明确了系统的关键需求后，就可以进行界面原型设计工作，获取用户的反馈，尽快确定产品的界面基调。同时要编写一份《界面设计概要》文档，作为后续的界面设计工作的指导。∙界面原型设计《需求分析报告》的编制方式可以是多样的，例如把所有“非功能性需求”组织成“外部接口需求”、“质量属性需求”和“需求约束”。

硬件接口

外部接口需求

软件接口

通信接口

架构设计的方法：可以从几个不同的视角进行架构设计，然后汇总综合得出完整的设计。架构设计从关键需求开始，建立概念性的架构，并逐步细化和验证。最终生成架构设计说明书和架构基线代码。∙架构设计o与类似产品界面的对比o设计的要点o理念的来源或参考

逻辑层会映射到程序包

性能

着重考虑运行期可伸缩性

关注软件如何安装或部署到物理机器

着重考虑数据需求

持久化数据的存储方案

用ER图和数据流图表示

o软件包结构o工程目录结构o所有工程项目架构设计的另一个重要任务是编写架构基线代码，基线代码表述和验证架构，同时也是指导后续开发的基础代码。架构基线代码的内容包括：《架构设计说明书》的内容包括：

o数据库框架o架构框架示例代码和测试代码o架构框架代码o基础公共代码o导入所有依赖包

∙阶段计划（注意：在这里，名词“阶段”的含义和本文其他地方的含义不一样）软件可以分阶段进行构建，每个阶段可以使用增量的方式开发，用通过若干个Build构建，最后发布阶段性产品成果。1软件构建图5-4软件架构师的工作

什么是成功的软件架构设计说明关键的进程，线程

排队，消息等机制

持久化数据存储方案

数据传递策略

良好的规划数据数据复制策略

数据同步策略

可移植性策略

∙Build构建o细化《开发进度表》中本阶段的工作内容o计划Build构建数量o列出阶段任务o确定本阶段要实现的功能构建阶段计划的内容包括：

o改正的Bugo产品版本号和日期《发布清单》的内容包括：构建阶段完成后发布阶段产品成果，向用户展示并接受用户反馈，同时做好阶段总结。∙阶段产品发布详见：下一节

o进度计划的执行情况o阶段任务的完成情况《阶段总结报告》的内容包括：o其他说明o实现的新功能o修改的功能

∙Build计划Build构建以增量的方式执行阶段的开发任务，每个Build构建的周期一般不超过两星期，每一次Build构建都会发布为一个内部版本，并提交测试。测试发现的问题留待以后的Build构建解决。2Build构建o下一阶段的改进建议o本阶段碰到的主要问题o用户的反馈情况

▪本应由以前的Build实现的，但推迟到本次Build实现的功能▪要解决的遗留Bugo本次Build的工作任务o本次Build的历时o本次Build的版本号《Build计划》的内容包括：

《测试计划》的内容包括：根据《Build计划》，细化本次Build要实现的需求，细化到能进行详细设计为止。有了细化的需求后就编写本次Build的测试计划。∙需求细化o工作任务分配▪其他工作任务▪要实现的新功能

o其他测试（性能测试、边界测试、使用界面测试、可用性测试、安全性测试等）▪验收标准▪测试方式▪测试时间▪要测试的功能o功能测试

根据细化的需求设计用户界面，当界面确定后即可编写测试用例。∙界面设计▪验收标准▪测试方式▪测试时间▪要测试的内容

o实际输出（执行测试后再填写）o期望输出o输入（或操作步骤）o测试用例的性质（功能测试用例、性能测试用例、。。。。。。）o测试用例对应的功能模块《测试用例》的内容包括：

o设计图表（类图、流程图等）o设计思想o模块名称详细实际每项需求的实现方法，对于重要的设计决策、算法、公共模块和外部接口等必须以模块设计文档的形式进行记录。《模块设计文档》的内容包括：∙详细设计o是否通过（执行测试后再填写）

o编码前必须充分理解相关的需求o遵守编码规范编码和单元测试是开发人员的工作，对于重要的代码都必须进行单元测试，编写代码必须遵守下列准则：∙编码、单元测试o测试方式o要点描述（包、接口、类、方法、算法、设计模式）

o异常处理必须记录日志，严禁草率地直接打印异常信息o严禁Copy-Paste，注意提取公共代码，在编码过程中实现重构o设计时要充分考虑异常情况和临界条件o总体考虑问题，使代码遵从架构并容易测试o注意设计方法和设计模式的灵活运用o编码前先进行设计，把流程理顺

▪用调试模式启动程序，一行一行单步执行代码，并注意调试输出▪（不运行程序）对代码进行全面检查▪编译代码，保证编译通过o功能代码完成后必须先做以下4件事情：o单元测试是程序员的工作，所以编码完成后必须对代码严格测试o灵活运用ASSERT()/VERIFY()等断言来帮助调试程序

oBuild版本号和日期《Build清单》的内容包括：代码集成发布前需冻结代码，所有人把要提交的代码CheckIn，并保证编译后的程序能在测试服务器上正常启动，界面能正常打开。同时还要提交Build清单。∙创建BuildoCheckIn代码前必须保证能编译通过▪改变条件，让代码尽可能走遍所有程序分支

按照《测试计划》针对《Build清单》执行《测试用例》，测试完成后编写测试报告。∙集成测试o其他说明o实现的新功能o修改的功能o改正的Bug

控制阶段o测试总结o测试计划执行情况oBug汇总（Bug总数、新增Bug数量、关闭Bug数量、Bug趋势图表等）o测试用例汇总（用例数量、通过的用例数量、未通过的用例数量等）《测试报告》的内容包括：

《评审报告》的内容包括：评审是质量保证的重要环节，原则上每个重要的工作任务或阶段结束前都必须经过评审，如：方案评审、计划评审、需求评审、设计评审和代码评审等，工作是否被通过、是否需要修改或重做均由评审结果决定，评审结果以《评审报告》的形式发布。1）评审∙质量管理开发期间要对风险进行监控，定期检查、更新和发布《风险列表》。∙风险管理

《变更处理报告》的内容包括：开发过程中经常会出现多种变更，如：需求变更、设计变更或人员变更等。这些变更通常会对开发进度造成影响，因此要对变更及其处理过程进行跟踪，最后报告变更的处理结果。∙变更管理测试是对被构建产品最直接有效的质量保证措施，测试结束后需要提交《测试报告》。2）测试

3.遇到的问题：工作中碰到的阻碍2.工作情况：已完成的工作、未完成的工作1.基本信息：报告者、汇报时间、工作时间段等《工作报告》的内容包括：项目进度会议是了解项目实际进度的有效措施，在会议中评审工作报告，解决遇到的问题并计划下一步工作：∙进度监控

1.基本信息，包括测量主题、测量时间、测量者等《测量报告》的内容包括：在项目开发过程中，收集一些关键的测量，对了解项目状态和进行项目决策很有帮助，同时也为以后的项目提供历史数据参考。每个测量都要生成测量报告并存档。∙测量项目进度会议的另一个重要议题是审查进度表，了解项目实际进度与计划进度的差异。为进度表调整和资源调配提供重要依据。4.工作计划：下一步的工作计划

因为产品即将验收和发布，所以必须对产品进行完整测试，产品测试比其他测试要求更严格，当产品的质量达到发布的要求后才能发布。产品的质量由《测试报告》体现。∙产品测试结束阶段3.测量分析2.测量内容和测量值

测试报告结束阶段

产品测试RC版发布产品验收

编制用户文档产品使用培训最后修订

正式版发布

项目总结

安装、维护指南

项目总结报告

产品使用手册

1.产品各组件的说明《安装、维护指南》的内容包括：针对不同的使用者角色，编制相应的用户文档，对管理者用户需要提供《安装、维护指南》，对普通用户需要编制《产品使用手册》。∙编制用户文档发布RC版本让用户体验并收集反馈意见，为产品验收作准备。RC版本发布后，产品不应该有大改动，一般只是界面的局部调整。∙RC版本发布

1.产品介绍《产品使用手册》的内容包括：5.其它操作：日志、备份、还原等4.启动、停止和重启等操作3.安装、配置和卸载等步骤2.产品部署架构

对于为特定客户开发的软件产品，通常根据签订的开发合同和产品方案等条款逐项验收，验收时，用户通常会执行验收测试案例。∙产品验收对于为特定客户开发的软件产品，在发布前需要对用户进行产品的使用培训。培训前需要部署好操作环境，编写培训资料，然后组织培训会议。∙产品使用培训3.通过实际案例介绍各个功能的使用方式和操作步骤2.各个功能的介绍

运维团队测试包含功能测试，用户测试，业务逻辑测试，集成测试，压力测试，需要在流程中填写相关的测试总结以及上传测试报告，不合格需要说明不合格原因。交接过程中，提交的软件文档一般包含需求说明书，概要说明书，详细设计说明书，数据字典，测试报告，试运行情况报告分析，部署文档等，必须保持项目实际情况与文档一致性。开发团队将软件项目交接给运维团队进行项目运维，该过程是一个责任过度的过程，需要严格的规范以及流程进行支撑。3.3.1.运维交接流程3.3维护实施方案

开发提交运维提交软件

团队申请文档

运维检查文档填写测试结

测试软件质填写测试结

合格？合格？

团队质量量果

重新交接

输出

交接成功

主要职责:由运行维护组直接领导,负责系统日常运行维护得相关工作。(1）日常维护组为确保项目得正常运行维护,成立运行维护组专门负责对系统得运行维护进行管理。并且下设若干小组进行专项管理工作.具体组织情况及职责如下：3.3.2.组织机构设置以上过程需要再严格的规范下进行，不然，流程会因为只是个形式而失败，达不到预期效果。

由运行维护组直接领导，负责系统升级维护、应用升级维护等相关工作。主要职责：依据运行维护方案，制定运行维护阶段得系统升级管理方案;根据实际情况以及用户需求，在不影响应用系统得正常使用情况下,不定期得进行应用系统升级维护；辅助用户完成环境迁移后得系统重新部署。（２）升级维护组发现并记录运行过程中产生得问题，形成问题清单,并上报给运行维护组。定期或不定期得对应用系统进行系统与数据得备份与恢复，并填写备份/恢复记录；运行基础数据采集、整理、分析。根据日常运行维护计划要求，形成各类相关报告，如日常监测报告、状态监测报告、常规维护报告等;依据运行维护方案,制定日常运行维护计划、问题管理计划等；

由运行维护组直接领导,针对应急事件、重大问题提供技术支援。（4)应急支援组运行维护管理环境搭建，辅助技术实施组进行基础数据准备；在突发应急事件响应过程中，针对故障进行诊断与排除，并形成报告等技术文档;运行环境参数设置，并形成相关配置文件；系统性能优化处理等。主要职责：由运行维护组直接领导，负责系统运行中故障得处理、运行环境参数配置、系统调优等工作。（3）技术维护组

日常维护组，将会长期驻扎在现场,进行日常得巡检、监控、备份等维护项目；项目主管领导可以根据实际情况与需求，选择由技术支持工程师协助完成短期或者阶段性工作。运行维护组下属得各个小组都会提供现场维护服务,具体如下：本项目得运行维护方式为现场维护。委派专业得技术支持工程师到项目现场提供服务.工程师置身现场环境，能够更加细致入微得体验系统运行情况,与客户进行面对面得交流探讨，能够更为可靠、有效地进行故障预测、问题追踪、异常排除、系统优化，并大为减轻对客户技术上得要求与维护压力。3.3.3.运行维护方式协助运行维护组制定重大问题预案、应急支持预案;负责预案执行之前得各类设备及系统得预查；负责预案执行期间得各类资源整合调配。主要职责：

高度重视网络安全与数据安全工作，必须将日常工作与数据安全、网络安全同部署、同落实；规范系统对接中数据的管理，提供网络安全与数据安全的宣传培训；加强数据安全与网络安全的监控监管，协助严格把关。3.4数据安全项目运行维护期间，运行维护组及下属各个小组除了完成各自职责范围内得工作之外，更需要相互沟通协作,共同完成维护任务。例如：日常维护组长期驻守在现场,如发现故障或者隐患，在采取日常维护处理手段仍无法解决得情况下，需要及时汇报给运行维护组或相关小组(以问题清单得方式进行），确保整个运行维护团队得响应速度；技术维护组在进行故障修复或者系统完善得时候,对于系统得日常运行情况得了解与掌握，就需要与日常维护组进行充分得沟通与交流，减少不必要得成本投入,避免判断失误；针对重大事件得响应,就需要运行维护团队充分调度资源，共同协作以完成运行维护任务。应急支援组将在发生重大问题或者应急事件得情况下，在用户现场2４小时待命。技术维护组将会根据实际情况到达现场进行故障排查、系统调试等工作；升级维护组将会不定期得到达现场,提供系统升级等维护项目；

强化培训，提高素质，切实加强每一个职工的安全意识。①强化责任、完善机制，强化实施方案的安全性讨论及跟踪实施，狠抓安全项目责任制的落实和各项规章制度的贯彻实施。（2）建立安全管理办法。（1）建立质量保证体系。制定齐全的质保体系各项管理文件，从要素上抓起，使之运行正常。在项目实施中，要配备富有经验，熟悉规范和设计，责任心强，敢于坚持原则的技术人员，确保认真做好实施质量的管理工作和监督检查的工作。首先严格按照招标要求，严格要求实施过程的质量问题，技术力量加强质量管理，要督促、协助好监理人员对现场质量的管理。实施保障措施

服务方案四、业绩证明

信息化系统设备运维服务合同

甲方：宜昌市三峡坝区人民检察院

乙方：宜昌市亚创科技有限公司

为确保甲方计算机及网络监控相关设备的正常运行，提高工作

效率，宜昌市三峡坝区人民检察院经网上商城定点服务竞价采购程序，

确定宜昌市亚创科技有限公司为成交人。采购双方依据《中华人民共

和国政府采购法》、《中华人民共和国合同法》在平等自愿的基础上，

同意按照下面的条款和条件，签署本合同。

一、服务期限

本协议服务周期为一年自2022年04月至2023年04月止。

二、服务内容

1、甲方的电脑、电话、打印机、复印机等办公设备，网络信息

化项目及技术支持和网络、LED屏、监控安防系统、视频会议系统、

门禁、考勤等。

三、服务要求

1、乙方为保障对甲方各项服务内容顺利进行，乙方应安排专业

技术人员为本院提供运维服务，负责各类办公设备、网络、应用系统

的运行维护、故障维修，积极协助完成上级院对技术部门的各项考核，

完成上级院下达的各项网络信息化项目，确保各项信息化项目顺利实

施。

2、乙方需熟练使用各类计算机软硬件设备和应用软件，具备排

查、解决各类计算机软硬件故障的能力，积极协助上级院视频会议联

调及会议，确保每次会议能够正常开展。

3、本院的各类计算机软硬件设备包括：甲方的电脑、电话、打

印机、复印机等办公设备、网络信息化项目及技术支持和网络、LED

屏、监控安防系统、视频会议系统、门禁、考勤等。

四、维护费用

全年的总服务费用为大写：叁万元整，小写：30000元。包括：

甲方的电脑、电话、打印机、复印机等办公设备、检察技术案件咨询、

科技法庭、网络信息化项目及技术支持和网络、LED屏、监控安防系

统、视频会议系统、门禁、考勤等。维护维修所用的材料和配件费另

计。

五、支付方式：

维护费合同签订后付款

六、双方责任

（1）甲方责任

1、硬件或软件发生故障时，甲方应及时通知对方，并提供相关

故障现象等信息，以便乙方能迅速分析与处理故障；

2、甲方不得随意拆卸及改变设备的其他连接，不得由第三方介

入本合同内的服务；

3、乙方在为甲方软、硬件维护的过程当中，如碰到软、硬件

（保修期外或保修范围外）寿命终止或无法维修时，甲方需另行购买

新件；

4、甲方不得要求乙方在服务过程当中提供违法服务；

5、维护过程中，甲方有重要数据需要保存或处理，应先告知乙

方，否则乙方因不知情造成重要数据丢失等不承担任何责任，由甲方

自己承担。但乙方应尽力为甲方损失的数据或设备进行维修或恢复。

6、同等型号、价位条件下，甲方可优先考虑在乙方购买电脑、

打印机、监控系统及周边设备耗材（政府采购项目不在此列）。

7、甲方应做好对各种办公设备基本保养，严格按操作规程启动

和关闭设备，保证设备的外表清洁，实施配备安全电源等基本保护措

施。

2）乙方责任

1、乙方在维护过程中为甲方的涉密数据保密，不可泄露第三方

知道：若因此造成泄密，将承担相应的法律责任。

2、乙方有义务对甲方提供技术咨询，积极协助甲方购置办公所

需日常耗材及维修配件。

3、乙方在维护过程中需满足甲方的正当要求，保障电脑、网络、

监控系统及其他相关设备的正常运行。

、如是由于乙方的原因造成甲方设备或数据损坏应由乙方负责

维修或恢复，如无法维修或恢复，由乙方照价予以赔偿。

会、本协议一式参份，甲方两份，乙方一份，若双方任意一方不遵守

本协议，则该方必须贴偿对方因此而产生的经济损失，并承担相应的

法律责任。

八、未尽事宜，双方协商解决。

技有

有限公司

甲方：宜昌市三峡坝区人民检察院乙方：宜昌市业创科

业

法定代表人（签字）；张经办人：

邮编：

委托人（签字）：

电话：

经办人（签字）：

日期：2

日期：2022.4.19

我们的开发工程师和技术支持、维护工程师不仅具有专业技术技能，而且都通过专业的项目实施管理培训，并且严格按照规范实施。服务规范性原则我们的技术服务中心将负责对所在区域项目单位的快速直接响应；接到采购人通知后承诺在0.5小时(含0.5小时）内到达现场迅速开展任务。响应及时性原则我们具有多年的项目售后经验和良好的商业信誉，以其现代化的管理和高素质的员工向业主提供强大的技术支持和优质便捷的售后服务。服务承诺