项目实施基本流程1503.docx

1、项目实施基本流程1503项目实施基本流程为规范技术支持人员项目现场工作行为，确保工作任务和实施内容的完整性、合理性，特制定本流程，要求技术支持人员遵守执行。具体内容如下：1. 开工接收开工联系单，根据联系单上提供的项目实施人员的安排情况，与各部门与本项目有关的人员联系，确定工作任务。与本项目的销售人员联系，取得项目合同，要求必须有合同号。并认真阅读合同，了解工作范围、付款条件以及其他合同约定的内容。以此做为项目实施的基本规范及内容。2. 产品出盘:数据库、后台程序、前台程序根据开工联系单上的产品规格，向相关部门人员申请程序出盘，取得项目上使用的相应全部各类程序、脚本，禁止私自匹配程序。取得程序

2、的基本流程：向开工单内指定的软件项目经理提取程序，如是基础版程序向公司产品部提取程序。【注：公司产品部负责人熊莉】3. 程序初步测试（全流程、全菜单）对提取的程序进行全面测试，扫除各种错误，检查程序的各功能是否完备，是否可以正常运行，确保程序能够正常投产。根据合同内指定的模块及菜单整理程序的模块和菜单，需要注意的是合同内指定的模块和菜单必须全部挂出来。以此内容做为测试对象，保证所有的菜单都能正常使用。测试内容包括前台POS程序，POS程序是重中之重，要绝对避免POS程序有严重的质量问题。项目经理（负责人）对POS程序有品质性的问题要承担主要责任。4. 确认各类打印单据格式（单据格式、价签格式、

3、POS小票格式）检查各类打印单据是否完整，是否有错误，确保各类单据完备，功能正常。5. 产品功能确认及需求确认（程序流程与客户实际流程）到项目现场与客户信息系统运行相关部门负责人召开产品功能确认会，向客户介绍说明产品的各类功能与使用情况，了解客户对软件功能的要求。总结客户需求与产品之间的差异，并规划出相应的解决方案，确定准确的开业（或系统切换）日期。要求将调研内容整理成需求调研报告，并要求客户在需求调研报告上签字确认。并根据开业（或系统切换）日期确定需求最后提报日，在需求提报日之后，不再接收新的需求，直至开业（或系统切换）再进行需求接收。【要求填写需求调研报告（见附件）】（需求调研表）6. 制

4、定项目实施计划在客户调研时确认项目开业（或系统切换）日期，以此日期为标准，向前推导出项目的各个节点，并规划好每阶段的工作内容。主要项目节点有：入场，前期需求调研，基础数据整理，数据录入，系统培训，开业准备，开业，收尾。可根据不同的版本和现场的实际情况做相应修改和调整。项目实施计划要广泛征求客户各部门的意见和我公司软件项目经理的意见，在此基础上完善项目实施计划的内容、时间要求及各项工作的负责人。初版项目实施计划要求客户相关部门负责人及客户项目负责人签字，并加盖客户单位公章。经过签字盖章后的项目实施计划要复印或电邮发至项目实施计划内所有工作的负责人，包括我公司软件项目经理和销售经理，并提交给分部经

5、理。原件要保留至项目经理（负责人）手中，至项目结束后上交给分部经理。【填写项目实施计划，见附件】（项目实施方案）7. 前台POS程序硬件测试在现场确认客户使用的POS机硬件后，应将相关外设（打印机、客显、钱箱等）的型号、品牌情况通知前台POS程序员，如程序不能满足要立即通知客户，协商解决。如程序可以满足，要求前台程序员提供相关POS程序及外设驱动模块，并在POS机上安排测试，将测试时发现的问题及时通知前台程序员，及时修改程序。最终实现POS程序能够在POS机上正常使用。【填写系统前台测试报告系统操作菜单功能测试表，见附件】8. 对需求的整改根据客户需求调研时提出的需求，以及在应用过程中客户提出

6、的需求，并结合客户现场的实际情况做出需求分析。如果可以通过流程重组或程序变通使用可以解决的，要提出相应的解决方案反馈给客户；如确实需要程序做出相应调整，要把客户的需求以软件流程和数据结构的形式进行再整理，把需求整理成程序员容易理解和判断的需求文档，再提交给程序员，绝不允许成为客户的“传话筒”，把未经消化的需求直接转交程序员。并明确需求要求的最迟完成时间，以便程序员合理安排工作顺序。如程序员明确无法按时完成的，要求程序员提供能够完成的日期，以便与客户进行协调，进行实施计划调整。项目经理（负责人）要对需求进行严格把关，合格的客户需求不得以任何理由推脱，不合理的需求要进行认真分析，充分说明理由。在客

7、户现场建立测试数据库，所有的需求修改情况都要在测试库测试无误后方可正式提交给客户。测试库数据要求至少一周必须与正式库同步一次，以保证测试数据的真实性，可靠性。【填写软件需求及修改报告，见附件】9. 各类数据的收集整理（部门、分类、供应商、合同、商品、各类基本配置参数：人员编码、商品编码、核算级次等）根据现场软件版本，向客户各职能部门下发软件基础信息采集清单，清单包括各类基本信息和系统配置参数。具体清单要根据版本的不同自行整理，信息内容要求完整准确，信息内容的必填项（非空字段）要特别标明；对影响全局的配置参数和基础信息要向客户特别说明，务求客户能真实领会，如部门结构、分类结构、盘点溢余参数、折扣

8、分摊算法等。对于重点基础信息必须要求客户确认签字，例如部门组织架构、商品分类、各类编码规则等内容。（系统功能参数确认表、基础信息采集表）10. 业务培训：基础信息录入、单据、报表、收银、系统管理与客户协商确定培训方案，可根据职能部门组织培训，也可根据流程组织培训，要以现场实际情况制定相应方案，并确定好培训时间，制定培训计划，要在每次培训时填写培训报告单。由我方项目经理（负责人）根据本项目的程序和现场实际情况制定培训内容和培训时长，由客户方人力资源部或客户项目组确定具体时间安排和人员确定。培训计划要在培训前三天至前一周制订完成，充分考虑到客户各部门人员的工作时间，避免因培训而影响客户企业日常正常

9、运作。【填写培训报告单培训计划，见附件】11. 数据正式录入在各类基础数据和系统配置参数确定无误，并对各系统操作部门培训完成后，正式进行数据录入。录入初期要经常性的核对录入数据，并对发现的问题立即通知相关部门进行整改。录入前一周，每天要对录入的各类数据进行数据统计。从数据正式录入开始，要对数据库进行正式备份，录入初期可以一日内多次备份，在数据录入错误过多的情况下，可以恢复错误较少或无错误的数据。我方项目经理（负责人）要根据客户录入速度和正确性对客户进行督促，如因录入问题影响到项目正常进度，要向客户项目组严正声明，由此产生的后果我方不承担责任。12. 试运营（检查业务数据、检查各业务流程运行情况

10、）在各类数据基本录入完成，经核对无误后，根据项目现场的实际应用情况组织系统试运行。试运行要以真实运行情况为标准，全面检测软件在实际运行各环节的真实情况，务求将真实运行中可能会出现的情况全部反映出来，并在开业前全部解决，以保证正式开业时系统的可靠性。同时要制订开业应急预案，对开业（或系统切换）时有可能出现的各类问题制订应急预案，原则是保证客户的正常销售秩序，将因软件系统产生问题时对销售的影响降低到可能的最低程度。试运营重点：POS机销售、日结（正常情况下日结应该从进货之日开始），试运行结束后要收集各部门反馈的问题，并认真核对各类数据的正确性、完整性。POS试卖原则上要求100%的商品参加试卖，试

11、卖的商品要求相关职能部门核对商品名称、售价，有错误的要求书面上报，并立即调整。对开业（或系统切换）时所要用到的各类促销都要进行试卖，不允许开业时有未试卖过的商品和未试卖过的促销方式。要明确告知客户，我方对正式开业时未参加过试卖的商品和促销方式所产生的问题不承担责任。同时通过试卖对上线时的卖场组织秩序进行考察和调整，务使其体现正式上线（切换）时的真实情况，通过试卖达到对客户实操人员真实模板的效果，使各岗位人员明确自身在上线（切换）时应完成的工作任务，对实际工作达到懂、会、能。如试运行问题比较多、不明确，要在认真总结整改后，再次组织实施试运营，直至问题全部解决。【填写问题商品登记表，见附件】13.

12、 开业（注意各类促销活动、价格情况、前台POS运行情况）开业前要核对开业时的各类商品变价单据（包括各类促销活动单据），如有价格偏差较大的要立即通知物价部门，避免错误。开业期间重点放在POS前台销售，务求前台销售万无一失，一旦有问题要求在最短的时间内解决。如出现无法解决的重大问题，要立即启动开业应急预案，在保证前台正常销售的前提下，再分析出现的问题，并做好相关文档记录。14. 开业期间发现的问题的收集整理，根据实际情况进行系统优化，错误修改。对开业（或系统切换）时产生的问题，全部要做出书面说明。内容为：问题产生的原因、解决（处理）的方法和过程、避免相同（或同类）产生的措施和方法。根据开业（或系统

13、切换）时产生的问题和处理方法或程序变更，要对相关各操作部门进行补充培训，同时对各应用部门不熟悉或理解应用有错误的地方进行强化培训。15. 结算、盘点、凭证结转在系统正式启动，各项目功能都可以正常运行后，将正式数据库内的数据导入测试数据库，对系统数据进行多次模拟结算，并请客户结算部门的人员一起演算结算数据，确保正式结算数据可正常使用。如发现问题要跟客户及时沟通解决。在客户盘点前进行相应盘点的培训，重点介绍盘点的基本原理，例如非正常溢余的处理方式。在盘点中对客户的操作进行指导，解释每环节客户不清楚的地方，确保盘点的顺利进行。要求客户提供凭证结转的财务凭证分录，并进行相关财务凭证模板的编写工作，编写

14、完毕后要提报财务部门，进行测试使用。如有问题要进行调试整改。结算和盘点有可能在项目启动后较长时间后进行，这两个工作可在离开项目现场一段时间后再回项目实施。16. 项目总结、验收、离场离场前适当安排客户相关职能部门进行软件流程操作，务必使客户各部门拥有独立使用软件的能力；并根据软件操作过程中出现的各类问题编写相关的操作手册，务必使操作员根据手册能够完成相关任务。并向客户信息部门进行软件移交，交付各类管理用户的口令、系统配置、问题处理机制、问题处理联系人、操作说明书、客户端安装说明书等文档。离场前要召开项目总结会议，总结工作成果，解答各部门的疑问。同时要办理项目验收，并取得经客户签字确认的项目验收

15、报告。离场前，至少提前一周征求客户项目负责人的离场意见，经认可后至少提前三天告知客户项目负责人离场情况，然后再订购车票或机票。技术支持一部三分部2012年1月1日(2014年2月第一次修订)(2015年3月第二次修订)注：（技术支持三分部内部文档，不可做为公司统一规定向其他部门要求执行）附件：项目实施中使用的各类文档：1. 工作日志 （要求现场每日填写，确定每日的工作情况）2. 需求调研报告 （在客户需求调研时填写）3. 问题跟踪报表 （项目现场各类问题管控文档）4. 软件需求及修改报告 （向程序员提报的软件需求修改文档）5. 需求变更记录（向客户提供，用于记录需求变更情况）6. 应用软件安装报告 （向客户提交的软件安装文档，在客户签字确认后收回）7. 项目实施计划 （项目实施基础文档，要向客户正式提交，作为项目实施进度的标准，需要客户签字盖章）8. 培训报告单 （每次培训时填写，作为培训实施记录）9. 系统开通确认书 （在系统正式启动，运行无误后向客户提报的文档，在客户签字盖章后收回）10.项目实施回馈单11.项目验收报告