公司薪酬管理系统项目说明书.doc

公司薪酬管理系统项目说明书382020年6月23日资料内容仅供参考，如有不当或者侵权，请联系本人改正或者删除。AMUUSQ分公司 薪酬管理系统项目说明书文档作者:姚永政创立日期: 4月01日更新日期: 4月01日当前版本:1.0.0 拷贝编号: _文档控制变更记录日期作者版本变更描述审核记录日期姓名( 本人签署) 审核意见分发记录编号姓名位置/岗位12目录文档控制2文档概述4目的4适用范围4相关文档4需求及需求分析5需求分析总结6需求分析总结6未决与已结问题7未决问题7已结问题7项目需求简介和分析目的为把AMUUSQ分公司( 后面简称为”SQUU”) 的薪酬管理人员从大量的薪酬数据计算和统计工作中解放出来, 减少和避免手工操作中的计算错误, 提高薪酬管理人员的工作效率, 转移工作重点( 由薪酬数据计算转移到薪酬数据分析和薪酬业务规划) , 薪酬管理员急切需要开发一套薪酬管理系统, 来完成薪酬计算和薪酬数据统计、 分析, 同时为领导决策, 高效提供所需的数据支持。业务现状SQUU当前所有的薪酬核算、 报表分析等工作, 均为薪酬管理人员经过EXCEL工具来完成。薪酬管理人员为了完成薪酬计算业务, 需要收集考勤信息、 绩效信息等影响薪酬的数据, 并需要对薪酬变动的业务, 逐人进行维护, 工作量繁重, 而且数据计算完成后, 核对薪酬数据的工作量也非常大, 如果存在错误很难以发现。项目需求分析需求描述系统需要记录薪酬业务中, 需要处理的员工的薪酬信息, 包括: 员工编号、 员工姓名、 员工类别、 员工的部门、 员工的部门编号、 员工的薪酬职级、 员工的薪酬职段、 劳务工所属公司、 最低工资标准地区标识、 入职日期、 离职日期等信息。( 根据实际业务管理需要, 还能够增加相应的字段) 方案设计系统提供人员薪酬信息维护界面, 能够单条记录维护、 批量记录导入, 支持对人员薪酬信息的 增、 查、 改、 删等业务操作。同时, 能够保存对人员薪酬信息修改的历史记录。支持按员工姓名、 员工编号、 部门等维度进行查询。系统支持查询信息批量导出功能。建议如果人员有了薪酬业务数据, 不能从系统中删除。( 能够根据业务要求进行调整) 需求描述系统需要维护全市统一的岗位工资标准表、 绩效奖金系数标准表、 绩效奖金基数、 考勤扣款( 扣绩效系数) 比例表, 最低工资标准表, 统一规划需要在系统中进行统一维护的薪酬计算所引用的标准表。方案设计系统提供以上各类薪酬标准表维护界面, 岗位工资标准表、 绩效系数标准表维护能够提供导入、 导出功能。需求描述系统需要记录员工的请销假记录, 【考勤管理员】导入所管辖人员的考勤数据, 信息传递到【SQUU人力资源部员工管理员】处进行审批确认后, 作为员工当月考勤结果, 在计算员工的当月绩效奖金系数时, 引用此结果。方案设计系统提供员工请销假数据导入功能, 由【部门或分公司部门考勤管理员】导入所管辖人员的考勤数据, 导入后支持考勤数据的查看、 修改、 删除功能, 数据检查无误, 提交后数据信息传递到【SQUU人力资源部员工管理员】处, 由该人员对此类数据进行审批, 审批完成后, 部门或分公司部门考勤管理员不再允许修改提交过的考勤数据, 但允许查看。此考勤数据作为计算员工的当月绩效系数的因素, 在【SQUU薪酬管理人员】完成奖金分配工作后, 此类考勤数据不允许所有人员进行修改。需求描述系统需要记录计算员工的绩效系数使用的职级职段和绩效系数标准表, 系统记录员工的职级职段变更的历史记录。系统不记录绩效系数标准表变化的历史记录, 如果绩效系数标准发生变化, 在工资计算之前调整绩效系数标准表, 则绩效工资的发放按照新的标准进行。计算员工的绩效系数, 需要考虑该员工的考勤记录。根据考勤管理制度, 事假和病假等考勤信息, 直接扣员工的绩效系数。具体扣减规则根据【SQ薪酬管理人员】提供的制度进行计算。系统需要提供奖金分配功能, 【SQUU薪酬管理人员】将各部门奖金发放总额分配到各部门和分公司, 由各【薪酬分配人员】二次分配到员工, 【薪酬分配人员】将奖金分配明细导入到系统中。绩效奖金分配到部门的计算模型为: 【部门绩效奖金总额】=【部门所有人员绩效系数和】*【奖金基数】*【部门系数】, 系统需自动计算【部门所有人员绩效系数和】, 奖金基数为固定值, 系统需要提供维护【部门系数】界面, 由【SQUU薪酬管理人员】每月填写或手工导入当月的【部门系数】。 【部门绩效系数和】由所属部门所有员工的【绩效系数】相加得到, 一般人员的绩效系数的算法为: 根据员工的职级职段, 对应的【绩效系数标准表】, 取出该部门每个员工的绩效系数。但职务为【乡镇店经理】的人员, 她们的绩效系数每个月都变动, 计算规则为另外的标准。具体方法为: 由【SQUU市场部的人员】导入【乡镇店经理】此类人员的考核结果, 根据排名, 来确定各类人员的绩效系数, 具体系数确定规则由【SQUU薪酬管理人员】提供。【SQUU薪酬管理人员】在计算工资之前, 检查各部门和分公司的奖金明细汇总, 是否与下拨计划分配一致。部门和分公司的绩效奖金总额不能超过分配的计划额度, 如果超过分配计划, 则【薪酬分配人员】需要重新进行分配调整。【SQUU薪酬管理人员】检查经过后才进行后续的工资计算业务。方案设计系统按组织层次结构, 提供奖金分配维护界面, 薪酬管理人员完成奖金分配到部门和分公司的工作。在奖金分配计划下发之前, 允许对分配方案的修改、 删除等操作。系统提供【SQUU市场部人员】导入【乡镇店经理】月度绩效考核结果功能, 此类数据作为【SQUU薪酬管理人员】计算部门绩效奖金总额的参数。数据导入完成后, 系统提供查看、 修改、 删除的功能。【SQUU薪酬管理人员】完成绩效奖金测算并下拨部门或分公司后, 此类数据不允许【SQUU市场部人员】进行修改, 但允许查看。系统提供【SQUU薪酬管理人员】导入或填写【部门系数】维护界面, 维护的数据, 能够进行查看、 修改、 删除等操作, 在完成部门绩效奖金下拨工作后, 此类数据不允许进行修改、 删除, 但允许进行查看。系统在【SQUU市场部的人员】完成导入【乡镇店经理】考核结果, 而且【SQUU薪酬管理人员】完成【部门系数】维护工作后, 提供 部门奖金分配测算功能, 执行计算完成后, 提供分配到各部门或分公司绩效奖金结果展示页面, 允许修改计算后部门的奖金分配结果。【SQUU市场部的人员】在确认绩效奖金分配到部门数据无误后, 能够执行【下拨】任务。系统提供 奖金分配方案的查询功能。【SQUU市场部的人员】在确认绩效奖金分配到部门数据无误后, 能够执行【下拨】任务。奖金下拨完成后, 不允许对奖金方案进行删除和修改。奖金分配方案下发后, 【薪酬分配人员】能及时查看奖金分配总额, 在系统外完成奖金分配到个人, 【薪酬分配人员】再将奖金分配明细导入到系统中。系统支持【薪酬分配人员】查询本部门和分公司的奖金分配信息, 奖金分配明细提交后, 在工资发放之前, 允许【薪酬分配人员】修改奖金分配明细数据。在【SQUU薪酬管理人员】完成了工资发放业务后, 不允许修改奖金分配明细数据。需求描述系统需要记录员工的岗位工资计算的职级职段和岗位工资标准表, 系统记录员工的职级职段变更的历史记录。系统不记录岗位工资标准表变化的历史记录, 如果岗位工资标准发生变化, 在工资计算之前调整岗位工资标准表, 则岗位工资的发放按照新的标准进行。对于新入职的人员或月中离职人员, 需要按天计算岗位工资实际发放金额。具体算法需【SQUU薪酬管理人员】最终确定。方案设计系统提供自动计算岗位工资功能, 根据员工的职级职段数据, 在岗位工资标准表中, 取出该员工的岗位工资金额, 放入【岗位工资】 工资项中。对于离职人员或中途入职人员, 岗位工资按天计算。需求描述系统需要记录员工的加班数据信息, 各部分和分公司, 在每月的10日之前, 将上个月的加班数据纸质文档, 传递到【SQUU薪酬管理员】, 签字确认后, 此数据作为薪酬管理员计算加班工资的依据。需要系统自动校验地市上传的加班数据与提交的纸质数据, 汇总后保持一致。加班数据包含: 法定节假日加班日数、 双休日加班日数、 工作日加班日数。需要控制每月12日以后, 不再允许上传加班数据。方案设计系统需要提供加班数据汇总录入界面, 【SQUU薪酬管理员】按部门或地市, 录入纸质文档中确认的地市加班数据, 作为校验地市上传加班数据汇总后核正确依据。系统提供加班数据导入功能, 地市【薪酬分配人员】上传加班数据后, 在提交给【SQUU薪酬管理员】之前, 允许对加班数据查询、 修改、 删除功能, 在【提交】动作中, 需要校验加班数据与【SQUU薪酬管理员】录入的加班汇总数据的一致性。校验经过后, 提交成功。此时将不再允许【薪酬分配人员】修改加班数据。数据此时操作权限将传递到【SQUU薪酬管理员】, 【SQUU薪酬管理员】经过查看【地市薪酬计算数据上传完成进度报表】, 查看到地市完成加班数据完成情况。如果地市需要修改加班数据, 则系统外经过申请, 由【SQUU薪酬管理员】将相应的地市的上传的加班数据, 退回给地市, 地市【薪酬分配人员】将能够重新上传加班数据。在工资计算之前, 【SQUU薪酬管理员】经过报表【地市薪酬计算数据上传完成进度报表】查看, 确认所有地市完成加班数据上传完成。在工资计算业务之后, 加班数据不再允许【SQUU薪酬管理员】进行修改和删除, 但提供加班数据查询功能, 查询维度能够为期间、 部门、 人员编号、 人员姓名等。系统需要控制, 在每月的某个日期, 不再允许【薪酬分配人员】上传加班数据, 此日期默认为每月的12日, 但能够由【SQUU薪酬管理员】进行调整。加班工资计算规则为: 【加班工资】=【加班工资基数】*【系数】其中, 加班工资基数为: 当月的岗位工资标准, 若该人员的岗位工资标准低于最低工资标准, 则以最低工资标准作为加班工资计算基数。【系数】计算为: 【法定节假日加班日数】*3+【双休日加班日数】*2+【工作日加班日数】*1.5工资计算完成后将计算结果放入 【加班工资】 工资项中。需求描述季度奖金分配模型与绩效奖金计算模型相同, 其中部门系数为【部门季度得分】其它算法与绩效奖金算法完全相同。先由【SQUU薪酬管理员】分配到部门和分公司, 再由部门或分公司综合管理员分配明细到人。方案设计与绩效奖金设计相同的计算方法。需求描述SQUU员工的其它应发工资, 工资项相对固定, 采用系统外计算导入其它各类应发工资明细。但需要对全市其它应发工资项名称进行统一, 为后期的数据统计和分析做好口径统一。对社保和公积金的个人扣缴和企业缴纳部分, 也在系统外计算好明细数据, 导入到系统中。由于每个月发放的专项奖金名称变化多, 建议以实际导入的奖金名称, 作为后期工资明细报表展示的名称。方案设计系统提供工资明细数据导入功能, 【SQ薪酬管理人员】在系统外在EXCEL中做好其它工资发放明细和社保公积金扣缴明细, 经过导入功能, 导入到系统中。在工资发放之前, 允许对导入的数据进行查询、 修改、 删除。在工资发放完成之后, 不运行对已经处理过的工资数据进行修改、 删除操作, 但允许SQ管理人员按人员姓名、 人员编号、 工资期间、 人员部门等多维度的薪酬数据查询。需求描述SQUU在每年社保基数调整之前, 需要根据公司的经营状况和社保管理部门的规定, 对员工的社保基数进行调整。为保证社保基数调整的幅度与企业的经营状况相同步, 需要对社保基数调整进行测算, 最终确定调整方案。方案设计系统提供社保需求描述SQUU每年在发放年终奖之前, 需要根据公司效益、 员工的绩效、 工龄、 职级职段等维度, 按员工类别( 合同工、 劳务工) 等进行测算, 以确定最终的年终奖发放方案。方案设计系统提供年终奖基数录入界面, 设置测算维度有 工龄、 绩效、 职级职段、 员工类别等, 执行测算后, 显示测算报表, 支持数据导出到EXCEL, 为制定年终奖发放方案作决策支持。需求描述SQUU员工的工资个税计算工作由财务部门的个税计算专员完成, 人力部将工资计算结果( 应发额减去社保扣减的金额) , 传递到财务计税人员, 财务计税人员根据税法, 系统外计算出个人个税扣减额明细, 导入到系统中, 为后期的员工工资明细查询做基础数据准备。方案设计系统提供个税明细数据导入功能, 在人力部将员工的应税金额( 应发工资减去社保扣减额) 的数据在系统中传递到财务部个税计算人员, 财务部个税计算人员根据税法, 将个人个税扣减明细, 导入到系统中。在完成个税导入完成后, 支持个税明细数据的修改、 查询、 删除。在财务完成了工资发放完成的业务( 银行支付) 工作后, 将不允许修改个税明细数据。需求描述SQUU要求系统能为员工提供工资明细查询功能。在【SQUU薪酬管理人员】完成当月的所有薪酬业务后, 能够决定将工资明细数据开放给所有员工进行查询。具体业务为: 员工在OA办公系统或者其它链接方式, 根据员工的编号、 姓名、 查询密码查询自己的某个期间的或某个时间段的工资明细, 工资明细格式根据人力部薪酬管理人员的格式展示。方案设计系统提供员工根据员工编号、 姓名、 查询密码来查询员工本人的某个期间或某个时间段的工资明细, ( 考虑系统性能, 时间段建议最多为12个月) 。系统提供员工设置查询薪酬密码的界面, 保存员工的薪酬查询密码, 支持员工修改薪酬薪酬查询密码。薪酬查询, 由SQ薪酬管理人员进行控制, 在完成薪酬发放业务后, 将工资明细数据进行开放, 供员工在OA或其它链接进行查询。需求描述SQUU希望能把员工的薪酬变动信息, 如职级职段变化、 绩效奖金变化等数据, 经过MAS接口发送到员工手机。方案设计系统提供员工的薪酬变动信息报表, 经过查询输出的报表, 将数据传递到MAS接口发送到员工手机。需求描述SQUU希望在员工查询个人薪酬信息时, 如果员工忘记了自己的工资查询密码, 系统能随机产生密码, 并将产生的密码发送到该员工的手机上。方案设计需要客户提供短信猫和相应的接口规范, 我们到客户现场, 在3天内完成此开发任务。需求描述SQUU的薪酬管理人员和相关领导, 在进行业务管理和决策支持时, 需要薪酬业务数据的支持。为此, 薪酬系统需要根据薪酬管理人员的需求, 提供报表格式, 在系统中开发相关报表, 满足业务管理需求。方案设计系统中根据薪酬管理人员的业务要求, 科学、 合理规划报表, 满足薪酬管理人员的报表需求和相关领导的数据查看报表需求。根据对薪酬报表业务的理解, 合理设计查询参数, 确保灵活、 多维度、 高性能的实现数据及时展现。报表1: 岗位工资变动明细报表( 样例) , 具体需求根据薪酬管理人员和相关领导需要查看报表格式进行开发部门员工编号员工姓名变动前职级变动前职段变动前岗位工资标准变动后职级变动前职段变动前岗位工资标准人力部25330023陈君8912008101230需求描述SQUU薪酬管理系统中, 涉及的角色有 部门领导、 SQ市薪酬管理人员、 薪酬分配人员、 财务个税计算人员、 普通员工。不同角色的系统中权限各不相同。具体权限细分如下: 角 色权 限部门领导查看相关报表、 查看薪酬数据SQ薪酬管理人员系统管理员 所有权限 薪酬分配人员查看和维护本部门和分公司人员的薪酬数据财务计税人员查看所有人员工资应税额、 导入所有人员的个税明细考勤管理员查看和维护本部门和人员的请销假数据SQUU人力资源部员工管理员查看并审批SQUU所有部门和分公司考勤管理员提交的请销假数据SQUU市场部人员查看和维护分公司乡镇店经理的绩效考核数据普通员工查看自己的某个期间的薪酬明细数据方案设计系统中根据SQUU管理的需求, 在技术上实现管理的需求, 实现不同角色能完成自己的薪酬业务, 同时也能充分保证薪酬数据的安全性。系统管理员为最大权限, 能够管理系统, 分配权限, 对系统设置、 数据安全性等进行控制。项目方案总体设计 设计原则根据AMSQUU的要求, 建立全新的薪酬管理系统。该系统的设计构思将优先考虑( 但不局限于) 以下几个理念及考虑: 可靠性: 由于系统直接关系到每一位员工的切身利益, 故此该系统的稳定性不容忽视; 安全性: 由于员工薪酬属于敏感数据, 故系统的安全性非常重要; 高性价比: 由于系统采用最新SOA框架技术, 因此系统的开发费用和后期维护费用具有很高的性价比; 可扩展性: 由于业务不是一层不变的,因此需要充分考虑到系统的可扩展性; 设计目标和要求根据AMSQUU的实际需求, 完成系统的开发, 达到解放大量的人工统计; 减少和避免人工操作所带来的错误; 提高管理人员的工作效率; 为领导做出决策提供强有力的数据支持。 系统架构设计软件架构使用最新的以J2EE为标准的, SOA面向服务的软件架构。该架构的优点: 提供位置的无关性: 服务不需要与特定网络的一个特定系统相关联。 协议无关的通信构架方便实现代码的重用。 对业务需求的变更能够提供更好的适应性和做出更快的响应。 让应用程序的开发, 运行时部署更容易, 让服务的管理更方便。 松耦合系统体系结构让集成更容易, 这个集成的构成包括应用程序, 过程和从另一些低复杂度服务而来的更复杂的服务。 为服务客户提供认证和授权服务, 经过服务接口来实现所有的安全功能, 这一点优于紧耦合机制。 功能模块设计人员管理人员基本管理人员薪酬基本信息、 薪酬标准表维护、 组织层次结构维护、 劳务工单位维护、 人员类别维护、 职级职段数据维护等权限管理多种角色: 部门领导、 SQ市薪酬管理人员、 薪酬分配人员、 财务个税计算人员、 普通员工可实现功能和数据级上的安全权限控制。绩效工资管理部门绩效系数导入与审批、 人员月度工资导入与审批、 人员季度奖金导入与维护。记录计算员工的绩效系数使用的职级职段和绩效系数标准表, 系统记录员工的职级职段变更的历史记录。系统不记录绩效系数标准表变化的历史记录, 如果绩效系数标准发生变化, 在工资计算之前调整绩效系数标准表, 则绩效工资的发放按照新的标准进行。考勤管理请销假数据导入功能考勤数据的查看、 修改、 删除功能记录员工的请销假记录, 【考勤管理员】导入所管辖人员的考勤数据, 信息传递到【SQUU人力资源部员工管理员】处进行审批确认后, 作为员工当月考勤结果, 在计算员工的当月绩效奖金系数时, 引用此结果数据审批审批后数据查看福利管理福利类型维护。人员与福利的关系维护。不同级别的人能够拥有不同级别的福利待遇。薪酬管理薪酬标准维护自动计算岗位工资功能, 根据员工的职级职段数据, 在岗位工资标准表中, 取出该员工的岗位工资金额, 放入【岗位工资】 工资项中。对于离职人员或中途入职人员, 岗位工资按天计算。人员薪酬信息提供员工根据员工编号、 姓名、 查询密码来查询员工本人的某个期间或某个时间段的工资明细, ( 考虑系统性能, 时间段建议最多为12个月) 。系统提供员工设置查询薪酬密码的界面, 保存员工的薪酬查询密码, 支持员工修改薪酬薪酬查询密码。薪酬查询, 由SQ薪酬管理人员进行控制, 在完成薪酬发放业务后, 将工资明细数据进行开放, 供员工在OA或其它链接进行查询。提供员工的薪酬变动信息报表, 经过查询输出的报表, 将数据传递到MAS接口发送到员工手机。也能够经过短信方式查询人员薪酬信息, 人员只需要发送指定代码到指定号码, 就能够查询该手机号码的人员信息。岗位工资管理自动计算岗位工资功能, 根据员工的职级职段数据, 在岗位工资标准表中, 取出该员工的岗位工资金额, 放入【岗位工资】 工资项中。对于离职人员或中途入职人员, 岗位工资按天计算。加班工资管理系统需要提供加班数据汇总录入界面, 【SQUU薪酬管理员】按部门或地市, 录入纸质文档中确认的地市加班数据, 作为校验地市上传加班数据汇总后核正确依据。加班工资计算规则为: 【加班工资】=【加班工资基数】*【系数】其它应发工资工资明细数据导入功能, 【SQ薪酬管理人员】在系统外在EXCEL中做好其它工资发放明细和社保公积金扣缴明细, 经过导入功能, 导入到系统中。在工资发放之前, 允许对导入的数据进行查询、 修改、 删除。在工资发放完成之后, 不运行对已经处理过的工资数据进行修改、 删除操作, 但允许SQ管理人员按人员姓名、 人员编号、 工资期间、 人员部门等多维度的薪酬数据查询。绩效奖金按组织层次结构, 提供奖金分配维护界面, 薪酬管理人员完成奖金分配到部门和分公司的工作。在奖金分配计划下发之前, 允许对分配方案的修改、 删除等操作。季度奖金按组织层次结构, 提供奖金分配维护界面, 薪酬管理人员完成奖金分配到部门和分公司的工作。在奖金分配计划下发之前, 允许对分配方案的修改、 删除等操作。年度奖金年终奖基数录入界面, 设置测算维度有 工龄、 绩效、 职级职段、 员工类别等, 执行测算后, 显示测算报表, 支持数据导出到EXCEL, 为制定年终奖发放方案作决策支持。个税计算和扣缴管理提供个税明细数据导入功能, 在人力部将员工的应税金额( 应发工资减去社保扣减额) 的数据在系统中传递到财务部个税计算人员, 财务部个税计算人员根据税法, 将个人个税扣减明细, 导入到系统中。在完成个税导入完成后, 支持个税明细数据的修改、 查询、 删除。在财务完成了工资发放完成的业务( 银行支付) 工作后, 将不允许修改个税明细数据。社保公积金缴纳管理提供工资明细数据导入功能, 【SQ薪酬管理人员】在系统外在EXCEL中做好其它工资发放明细和社保公积金扣缴明细, 经过导入功能, 导入到系统中。在工资发放之前, 允许对导入的数据进行查询、 修改、 删除。在工资发放完成之后, 不运行对已经处理过的工资数据进行修改、 删除操作, 但允许SQ管理人员按人员姓名、 人员编号、 工资期间、 人员部门等多维度的薪酬数据查询。报表管理报表查询界面: 灵活多样的组合查询条件, 能够按照实际需求查询报表数据。导出EXCEL功能。根据多样的组合查询条件, 把实际需要的数据导出成EXCEL格式, 供用户下载。方案配置软件配置平台将包含以下几个组件: 组件 产品 软件平台以JAVA为基础的软件解决方案数据库MYSQL 版本 5.1 GA操作系统Linux 采用平台无关性的Java语言开发。 数据库采用体积小、 速度快、 总体拥有成本低的Mysql数据库。 Linux操作系统, 比如Red Hat 企业版Linux等企业级操作系统, 具有安全、 稳定、 高效的特点。硬件配置平台服务器的硬件配置情况如下:配件 配置 服务器2U 机架式PC服务器CPU英特尔 至强2.66GHz Quad Core内存8 GB硬盘2 x 500 GB SATA (Raid 1镜像)项目进度周期安排项目阶段主要工作预计工作量(人天)周期备注需求分析根据用户需求, 形成需求说明书。155天系统设计根据需求进行系统设计103天系统编码实现根据设计进行编码4020天系统测试对实现的系统进行测试4020天部分测试工作能够与开发并行系统试运行正式上线的试运行103天系统上线正式上线使用52天系统维护上线后的系统维护10项目报价 项目工期预计 130 人天 项目费用预计 130人天 * 650元/人天=84500.00( 元) ( 含税价格) 售后服务和技术支持公司简介北京华宇启梦科技有限公司是专业的IT服务机构, 公司为北京多家大型企业提供了软件开发、 系统集成等服务。在同行业中, 有着非常高的信誉度和良好的口碑。我们的服务目标是为您的企业提供高效稳健的IT系统平台, 从而提升您企业的核心竞争力; 实现客户与公司的双赢。我们的服务宗旨是: 客户是企业的上帝, 解决客户的需求是我们的工作任务, 只有很好的满足客户的需求, 我们才能获得更多的发展机会。产品质量保证【软件产品质量保证】 我们将严格执行公司制定的软件开发项目管理办法, 根据软件工程质量管理要求, 对整个项目的开发和测试进行阶段质量控制, 确保我们的产品有很好的质量保证, 对我们开发出的产品, 既满足用户的需求, 同时具备很好的扩展性和稳定性。 【硬件设备质量保证】 为确保软件运行有很好的硬件平台, 请按照我们的建议, 及时配置好硬件设施。对硬件的验收工作, 由贵公司完成。硬件供应厂商应对硬件的质量进行保修, 并建议配合软件供应商, 进行硬件的安装和调试。如果在保修期内, 发生的硬件故障, 需要硬件厂商及时提供技术支持, 确保软件正常运行。工程质量保证整个工程实施, 我们将制定明确的工作计划, 一是确保工程按时完成, 二是确保工程高质量完成。根据项目开发的周期, 具体开发工作计划明确到周, 整体开发计划预计2个月。我们在进行充分的测试后, 再提交给贵公司。我们将在贵公司建立一套测试环境, 供系统上线前的测试和培训使用。在正式上线后, 将严格按照我们的售后服务支持方案, 对关键用户在系统使用过程中遇到的问题, 进行及时响应和解决。具体方案见售后服务支持。 售后服务支持 公司有一套完善的售后服务管控体系, 针对本项目, 我们的售后服务承诺如下: 1、 售后服务期限为 3 年。2、 在系统上线运行后, 我们将提供至少2位工程师的联系电话, 能够在第一时间寻求支持。3、 我们将提供至少2位工程师的联系邮箱, 能够将遇到的问题与工程师联系, 我们保证在收到邮件后8小时内进行回复, 或者主动与关键用户沟通。4、 我们还将经过其它方式, 对关键用户进行远程支持, 如QQ, MSN等联系方式。5、 我们将根据工作安排, 定期对系统进行健康检查, 预防各种灾难等发生。6、 我们将制定合理的并容易操作的系统备份方案, 对系统及时做好备份, 预防灾难。7、 对系统在运行后, 根据问题报告, 我们队系统进行的升级或补丁应用, 我们将制作详细的说明文档, 指导用户来完成。如果有必要, 我们将到达现场, 进行升级等维护工作。对系统运行中的软件故障, 我们根据故障的类型, 进行不同类型的方式进行响应: 严重级别故障描述响应时间解决时间非常严重系统故障致使关键用户无法使用系统, 具体有如下特点: 系统无法登陆、 数据提交无法保存、 关键功能不能使用、 重新启动系统依然无法解决、 或者更严重的为系统崩溃1小时内24小时内非常重要系统故障导致: 部分重要功能不能使用, 影响关键用户工作进度, 提取数据不符合要求, 严重影响工作进度。2小时内24小时内一般系统故障导致: 查询数据不准确, 但对业务短期内没很大影响等, 各类运行错误属于系统设计的bug或新发现的bug8小时内48小时内 未决与已结问题未决问题序号问题解决方案负责人目标日期实际日期已结问题序号问题解决方案负责人目标日期实际日期