附件A –工作说明书
目录
1.概述和项目范围 (2)
2.主要假定 (2)
3.项目任务及双方的义务 (2)
1.1.客户方开发需求分析 (2)
1.2.用户测试 (3)
1.3.上线运行 (3)
1.4.系统维护 (4)
4.估计开发时间表 (4)
5.项目价格 (5)
6.XXX公司开发团队组成 (6)
『工作成果接受程序』 (8)
『变更控制程序』 (9)
『争议解决程序』 (11)
1.概述和项目范围
无锡xxx公司导航技术有限公司（后面简称xxx公司）非常荣幸向xxxxxx（后面简称xxx）提
对本工作说明书的变更应按照『变更控制程序』中所述的程序进行处理。
变更的研究和实施可能导致对预计时间表、收费和本工作说明书和／或协议其它条款的修改。
本工作说明书、其附件和主合同形成双方之间关于所述主题的完整协议，并取代先前的任何口头和书面沟通。
2.主要假定
1.设备：开发过程中使用到的人脸识别设备，各个模块等均可正常购买到；
2.设计：xxx提供参应用考素材和已有的公司Logo，形象等（按需）的素材，xxx公司
负责软件界面的设计。
3.接口：与Mini PC的通信接口由xxx提供，xxx公司负责接口的对接；
4.后台页面仅Chrome68及以上，采集端支持Windows7及以上设备；
5.本系统不需要与其他已有系统整合；
6.服务器：服务器采用Intel x86架构，能够安装和运行JDK,Tomcat,MySql等软件或服
务
3.项目任务及双方的义务
1.1.客户方开发需求分析
此事项的目的是明确客户方开发中涉及到的领域以及开发完成后要达到的最终目标。
1.xxx公司的义务
此事项由以下任务组成：
•与xxx相关人员进行需求调研
•与xxx相关人员进行需求沟通
•描述xxx在本项目中要实现的需求
2.xxx的义务
•配合xxx公司需求调用人员的工作
•配合xxx公司提供相关的原始资料
•协调并解决xxx内部各部门、人员之间对需求理解上的冲突
•及时对xxx公司的阶段性需求分析成果进行评审并给出评审结论
3．提交件
<<需求规格说明书>>
1.2.用户测试
此阶段主要工作包括：完成最终用户的测试，验证系统的功能以及性能。
1.xxx公司的义务
•培训xxx最终使用人员，使之具备系统的操作能力
•及时处理测试中发现的缺陷（BUG）
2.xxx的义务
•协调己方人员进行系统的全面测试
•及时反馈测试中的问题
•及时对xxx公司提交的补丁程序进行测试
•及时对xxx公司阶段成果作出评审并确认
3.完成标准
xxx全面测试各需求条目，xxx公司完成用户测试报告，并按照『工作成果接受程序』确认接受，本任务视为完成。
4.提交件
<<用户测试报告>>
1.3.上线运行
此阶段主要工作包括：正式运行环境的部署和启动、系统初始化、系统切换上线。
1.xxx公司的义务
•在xxx正式环境中部署系统
•对系统进行初始化
•系统上线准备
•系统切换上线
2.xxx的义务
•配合xxx公司进行系统部署
•配合xxx公司进行系统初始化数据的准备
•协调己方人员做系统上线的准备工作
•及时对xxx公司阶段成果作出评审并确认
3.完成标准
xxx相关部门、人员可以正常操作该系统，xxx公司提交系统上线运行报告，并按照『工作成果接受程序』确认接受，本任务视为完成。
4.提交件
<<系统上线运行报告>>
1.4.系统维护
此阶段主要工作包括：系统上线后为期三个月的维护工作。
1.xxx公司的义务
•在约定的期间范围和约定的需求范围内，维护系统的正常运行
2.xxx的义务
•协调己方人员正确使用系统
•保证系统运行相关的软硬件环境的正常运行
3.完成标准
约定维护期满，本任务视为完成。
4.估计开发时间表
本时间表基于前述项目实施前提、以及xxx、xxx公司积极参与及配合并履行了前述xxx 公司和xxx各自的义务，xxx公司才可以保证在承诺的工期中完成项目。
本项目的推进应尽可能地严格遵循本估计时间表，但在推进过程中可能发生调整或改变若xxx公司超期未能完工的，应按照主协议承担相应的违约责任：
说明：如果因为接口,设备等原因导致项目延迟，按照双方约定顺延项目进度。
某个项目进度发生延期的，双方按照约定执行。
后续项目进度可逐一按照延期天数自动顺延，双方对后续项目进度的顺延不再承担违约责任。
5.项目价格
下表是xxx公司列出的xxx公司人员的工作量评估以及人员费用标准。
6.xxx公司开发团队组成
『工作成果接受程序』
为保证项目的进度与质量，双方遵照项目实施阶段推进项目进程，xxx公司完成阶段性交付结果后送达给xxx，xxx在收到交付成果5日内，安排人员与xxx公司共同组成评审小组，对实施成果进行评审。
工作成果的接受程序如下：
1.由xxx公司将一份交付成果的打印文稿提交给xxx项目经理。
xxx项目经理负责制作额外的
副本并分发给任何其他复核人员；
2.在收到交付成果十（10）个工作日内，xxx项目经理应接受交付成果或向xxx公司项目经理
提供一份要求修改的书面要求。
xxx的任何默示行为均不构成对xxx公司交付物认可并验收通过的意思表示。
xxx公司如同意xxx修订意见，完成对交付成果的更新，并将更新后的最终版本重新提交xxx项目经理，经xxx项目经理签字确认后该交付成果视为被接受；
3.xxx公司如不同意xxx修订意见，将按照『变更控制流程』处理；
4.本交付成果接受程序所产生的争议将按照『争议解决程序』来解决。
5.不可无理由地拖延接受xxx公司的项目文档或成果。
『变更控制程序』
1）由双方管理层授权，可对项目变更进行确认的指定人员组成变更控制委员会，负责项目变更事项的最终审核确认或拒绝。
2）项目规模较小时，可由双方管理层授权指定人员共同协商讨论变更事项而不设立变更控制委员会。
3、变更程序
1）提出变更
在项目实施进行时，双方皆可以口头或书面形式提出项目实施变更要求。
除紧急情况外，任何变动请求都在形成书面申请（REQUEST FOR CHANGE，以下简称RFC）后才能受理。
2）审核确认
在收到“变更申请表”的2个工作日内，xxx公司将发给xxx一张收到函，同时给xxx用来分析“变更申请表”和准备“变更方案建议书”报告所需要的时间及工作强度估计。
基于变更的范围及复杂度，xxx公司可能会对分析“变更申请表”及准备“变更方案建议书”所作的工作收取费用。
如需收取费用，xxx公司将书面通知xxx费用估算情况，xxx在收到费用估计后2个工作日内予以xxx公司正式答复，否则可视为xxx对此默认同意。
在此期间，xxx也可收回“变更申请表”。
否则，在接到xxx对所需费用的认可及付款协议后，xxx公司将在30工作日以内，或在费用估计中写明的天数内，进行分析及准备“变更方案建议书”。
变更方案建议书将就变更申请表中所提出的变更对整个项目的影响做出以下几方面的说明：*基本变更－文件的增改和删除
*软件设计－程序编码的增加、变更和删除
*测试项目－测试计划、测试和重新测试的变更
*系统性能－确认变更项目对系统性能的影响以及增加或改装其它机器是否必要
*培训－培训计划、课程准备及教材
*其他材料－列出所有其它材料
*人员需求－确认增加其他人员的必要性
*进度－项目进展情况、交付项目的进展速度和协议的终止日期
*费用－根据变更项目所需的费用调整
项目变更可能会造成整体实施进度、成本等各方面较大程度的改变，因此，双方的项目经理有共同义务仔细审核任何更改请求。
如经分析后，可确认影响范围，并经过双方项目经
理审查通过者，则可进行变更的工作。
否则，应报请变更控制委员会或相关被授权人员开会讨论批准。
3）实施变更
经双方对变更项目协商一致后，可开始进行变更作业。
调整项目计划，并及时将变更信息、方案等向项目组公布。
4）约束条件
在整个项目实施工作过程中，双方须严格遵守该变更控制程序并且必须坚持执行。
由于项目实施时间紧迫，建议审核时间应在提交后的三个工作日之内。
如果五个工作日没有回应即作为确认处理。
『争议解决程序』
如果需要解决本SOW期间所产生的异议，应遵循以下处理程序。
1、当在甲乙双方之间产生异议时，项目团队成员应首先努力内部解决该问题。
1 级：如果项目团队无法在_5_个工作日内解决争议时，则xxx项目经理应会见xxx公司项
目经理解决该问题。
2 级：如果升级为1级之后_5_个工作日内该异议仍未解决，xxx主管负责人应会见xxx公
司项目主管解决该问题。
2、如争议在1 级或2 级干涉下已得到解决，则该争议将按照『变更控制程序』处理。
3、如果在 2 级干涉后该异议仍未解决，则任何一方都可以终止本SOW。
如异议以终止形式解决
时，双方一致同意提交上海仲裁委员会仲裁解决所有未尽事宜。
第11页。