网app开发工作说明书SOW样本.docx

网app开发工作说明书SOW

23
2020年4月19日
文档仅供参考，不当之处，请联系改正。

旅视网手机APP项目实施工作说明书
（Statement Of Work）

作者：
上海九脉信息技术有限公司
创立时间：
3 月18 日
最新更新时间：
3 月18 日
版本：
1.0

签署：
旅视网

上海九脉信息技术有限公司

文档控制
修改记录
日期
作者
版本
修改参考

-1-18
严岳
1．0

审阅
姓名
职位

于景泉
市场总监

分发
编号
名称
地点

目录
文档控制 II
修改记录 ii
审阅 ii
分发 ii
1 概述 4
2 项目范围 5
2.1 开发范围 5
2.2 开发模块范围 5
2.3 开发功能范围 6
2.4 主要交付项 8
2.5 职责分配 8
2.6 项目完成 8
3 项目组织和条款 9
3.1 双方组织架构 9
3.2 甲方项目组织与职责 9
3.3 乙方项目组织与职责 10
4 项目变更控制流程 11
4.1 提出变更 11
4.2 接收方的响应 11
4.3 申请方的认可 12
4.4 变更实施 12
4.5 变更程序流程 13
5 主要假定 14
5.1 项目管理: 14
5.2 数据工作： 14
5.3 测试工作 15
5.4 基础设施： 15
5.5 工作范围： 15
5.6 培训： 16
6 项目中止和暂停 17
6.1 项目暂停 17
6.2 项目终止 17

1 概述
本实施工作说明书（Statement Of Work，以下简称“SOW”）是旅视网（以下简称“甲方“）和上海九脉信息技术有限公司（以下简称“乙方”）于 3月15日签署的《旅视网移动终端APP技术合同》的附件，旨在界定实施服务明细条款。本工作说明书随主合同签署同时生效。
本工作说明书定义了甲方和乙方在本项目中约定的具体实施范围、任务、资源计划、实施计划、基本假定和交付项等内容，如与其它协议或约定存在差异，以本SOW为准。本SOW将作为项目执行过程控制和管理的指导文件。

2 项目范围
2.1 开发范围
甲方为乙方 定制开发旅视网移动终端APP项目
序号
范围
1
基于Android系统的手机端应用开发
2
基于IOS系统的手机端应用开发
3
基于IOS系统的IPAD应用开发

2.2 开发模块范围

本项目开发模块范围包括下列模块：
序号
模块
1
欢迎页展示
2
首页展示
3
活动主页展示
4
附近景点展示（地图展示）
5
门票页展示
6
个人主页展示
7
Ta的主页展示
8
系统设置
9
普通用户注册登录
10
商户管理

2.3 开发功能范围
序号
模块
子模块
应用功能点
应用功能范围
1
欢迎页展示

ü 如何得到免费门票页
ü 美工设计图片体现以下3个步骤1.快速注册；2评论赚取视币；3兑换门票
ü 旅视网主要功能介绍
ü 美工设计3-5个图片展示本APP核心功能。
2
首页展示
首页
ü 展示用户登录名
ü 推荐活动
ü 景点展示
ü 菜单
ü 显示用户登录时的用户名，如有昵称显示昵称，或新浪微博昵称或QQ昵称
ü 经过接口返回推荐活动信息
ü 以用户地理位置为参数调用接口返回用户当前所在地理位置的景点信息
城市定位
ü 选择城市
ü GPS定位城市
ü 显示城市下拉列表
ü GPS定位城市时，先询问用户是否开启GPS，如不开启或没有GPS的用户显示“暂无”字样
景点主页
ü 景点资料介绍页面
ü 景点活动介绍页面
ü 想去用户页面
ü 经过接口获取景点资料
ü 调用接口获取景点活动介绍
ü 调用接口获取想去用户列表
3
活动主页
活动列表
ü 地区检索的活动列表
ü 经过地区检索相信的活动集合，以用户当前地理位置为默认地区
活动详细
ü 活动主页
ü 景点链接
ü 用户链接
ü 经过接口获取活动图片及评论信息展示
ü 链接到与活动相关的景点
ü 链接到参与收藏活动的人
4
附近信息

ü 附近信息列表
ü 地图展示
ü 以选择条件为参数调用接口返回附近可查阅的相关信息
ü 在地图上以标记点的形式展示附近相关信息，并提供简单的名字介绍
5
免费门票

ü 门票列表展示
ü 门票详细展示
ü 用户兑换门票
ü 调用接口获取门票列表信息
ü 调用接口获取门票详细信息
ü 详细画面中调用接口验证用户视币是否足够，不够无法进入兑换页面，反正则可进入该页面。
ü 第一次进入兑换页面用户需要输入个人信息，保存后再次进入能够直接弹出个人信息，避免用户输入
ü 点击兑换按钮，用户兑换成功调用接口给后台数据，并弹窗提示用户是否分享微博，而且分享到哪个平台，默认平台是用户注册时的平台，如用户注册时未选择平台，分享时提示用户能够输入微博帐号并分享。
6
个人主页
详细资料
ü 个人主页
ü 个人详细资料页
ü 调用接口获取个人信息，足迹统计信息，门票统计信息，我的关注和粉丝信息
ü 主页上点击编辑进入详细资料页面，详细资料的修改都以弹出框的形式变更
关注/粉丝
ü 关注
ü 粉丝
ü 调用几口获取我的关注信息列表
ü 调用接口获取我的粉丝信息列表
足迹
ü 足迹列表
ü 经过接口获取足迹信息列表
我的门票
ü 门票列表页
ü 门票详细页
ü 经过接口获取门票信息列表
ü 点击具体门票进入详细页，经过接口展示详细门票信息，包括二维码图片
7
Ta的主页
采用和我的主页同一套画面展示Ta的主页所有信息，个别数据动态判断是本人或她人显示
8
设置
设置首页
意见反馈
关于我们
推荐好友
版本更新
ü 个人资料
ü 意见反馈
ü 关于我们
ü 推荐好友
ü 版本更新
ü 显示个人头像图片，点击可进入个人详细资料页
ü 用户输入反馈意见经过接口发送到内网数据库
ü 建议做成静态页面内容，无需接口访问数据
ü 经过手机、邮件、新浪微博、腾讯微博发送推荐信息
ü 用户联网打开应用后，后台判断版本更新，如有更新弹窗提示用户。也能够直接点击版本更新按钮手动更新
9
注册登录

ü 注册
ü 登录
ü 输入注册信息，无误后经过接口发送注册信息，并提示注册成功，页面跳转
ü 输入登录信息，经过接口验证正确性，页面跳转。并可调用新浪微、腾讯微博插件作为用户名登录
ü 备注：第三方登录认证需要在第三方开发网站上申请获取key
10
商户管理
门票兑换
ü 手动兑换
ü 手动兑换输入兑换密码，经过接口发送数据给后台判断兑换码，返回结果
ü 登录时如是景区操作员用户能够看到该页面
数据统计
ü 门票兑换统计
ü 评论统计
ü 分当日当月统计门票兑换情况，点击详情进入兑换列表页，数据经过接口请求
ü 查看该景点所有评论列表，数据经过接口请求
11
原需求变更
新增
ü 自动兑换（二维码）

ü 自动兑换开启二维码扫描功能扫描门票二维码，经过接口发送数据给后台判断，返回结果。

ü
ü

ü
ü

ü
ü

2.4 主要交付项
交付成果
工作说明书（SOW）
详细设计说明书
接口说明文档
岗位用户操作手册
项目需求变更说明文档
2.5 职责分配
甲乙双方的职责描述如下：
l P: 主要负责
l S: 协助
任务类型
服务/任务
职责分配
甲方
乙方
项目管理
项目管理
S
P
历史系统停用(如有)
P

项目实施
产品功能培训
S
P
需求差异分析
S
P
业务流程优化
S
P
客户化开发测试
P
P
系统集成测试
P
P
最终用户培训
P
S
交付成果
工作说明书（SOW）

P
详细设计说明书

P
接口说明文档
P
S
岗位用户操作手册

P
项目需求变更说明文档
S
P
2.6 项目完成
所有阶段工作完成确认单签署完毕，则项目完成，本项目实施工作结束。
3 项目组织和条款
3.1 双方组织架构
为保证本项成功实施，双方需要成立专门项目组织，组织架构如下：

3.2 甲方项目组织与职责
角色
主要职责
项目领导小组
ü 项目实施领导小组是项目的最高决策机构；
ü 对项目实施的整体策略、计划和方案给出指导性意见和建议；
ü 定期对项目的工作质量进行监督；
ü 与乙方项目领导小组进行阶段性沟通与协调；
ü 对实施过程中出现的各种问题给予指导性解决意见和建议，对实施所需要的资源给予保证；
ü 定期接受项目经理对于项目进程汇报；
项目经理
ü 作为甲方项目的负责人，负责项目的全面实施督导和项目进度过程控制；
ü 主要工作包括：整个项目实施方案制定、项目进度的控制、与乙方沟通、工作指导等；
项目实施小组
ü 负责项目及实施小组范围内的项目实施工作；
ü 按实施合同、实施方案界定的工作范围、实施计划开展实施工作，服从项目经理的工作安排，与乙方项目经理协调与沟通，保证项目实施工作的正常开展；
ü 负责实施过程中各种实施文档的提供、整理与确认；
ü 负责与乙方确认各模块初始化及日常操作流程；

3.3 乙方项目组织与职责
角色
主要职责
项目领导小组
ü 项目实施领导小组是项目的最高决策机构；
ü 对项目实施的整体策略、计划和方案给出指导性意见和建议；
ü 定期对项目的工作质量进行监督；
ü 与甲方高层及项目经理进行阶段性沟通与协调；
ü 对实施过程中出现的各种问题给予指导性解决意见和建议，并对实施所需要的资源给予保障；
ü 定期接受项目经理对项目进程的汇报；
ü 批准涉及合同和费用变更的项目变更请求；
项目经理
ü 作为乙方项目的负责人，负责项目的全面实施督导和项目进度过程控制；
ü 主要包括：整个项目实施方案制定、项目进度的控制、甲方沟通、公司资源的协调、工作指导等；
项目实施小组
ü 负责项目的具体实施工作；
ü 按实施合同、实施方案界定的工作范围、实施计划开展实施工作，服从项目经理的工作安排，与甲方项目经理协调与沟通，保证项目实施工作的正常开展；
ü 负责实施过程中各种实施文档的提供、整理与确认；
ü 负责与甲方确认各模块初始化及日常操作流程；
4 项目变更控制流程
在项目的实施过程中，任何一方要想更改由双方事先确认并计划好的服务内容，能够向对方提交一份“项目变更请求表”（PROJECT CHANGE REQUEST，以下简称PCR）。，详细说明想要做出的更改。可能的变更包括实施范围的更改、实施周期的更改、实施方案的更改等。双方将对所需的更改服务提供附加收费估算及项目进度、交付成果的调整建议；所有的变更请求均应报双方项目领导小组审批，仅当与之相关的所有技术及商务事宜同时得到双方项目领导小组的批准后，有关的项目变更才可执行:
l 项目变更请求（PCR）是协商变更的工具。 PCR 必须描述变更、变更的根本原因和变更对项目的影响。
l 甲方、乙方任何一方都有权利提出PCR
l 请求方的项目经理应复核建议的变更，并确定是否将该请求提交给对方。
4.1 提出变更
提出变更需首先填写PCR。PCR需由申请方项目经理交给对方项目经理。接收方项目经理将就PCR的技术可靠性以及对整个项目的影响作出评估。经接收方项目经理同意的PCR将提交项目领导小组批准备案，未被批准的PCR将退还给申请方项目经理。任何双方项目经理不能解决的争议将提交项目领导小组审议。
4.2 接收方的响应
接收方项目经理将在接到PCR的两个工作日内确认收讫，并说明分析PCR，做出相应的项目变更建议书（PROJECT CHANGE PROPOSAL，以下简称PCP）所需的时间。如果乙方是接收方，乙方可对PCR分析报告以及PCP进行收费并以书面形式告知甲方收费标准，乙方将于甲方同意收费标准后三十天或双方协定的时间内，对PCR进行分析研究并做相应的PCP。
PCP将就PCR中所提出的变更对整个项目的影响做出以下几方面的说明（如无则无需填写）:
l 基本变更－功能的增改和删除
l 软件设计－程序编码的增加、修改和删除
l 测试项目－测试计划、测试和重新测试的修改
l 系统性能－确认修改项目对系统性能的影响
l 培训－培训计划、课程准备及教材
l 其它材料－列出所有其它材料
l 人员需求－确认增加其它人员的必要性
l 进度－项目进展情况、交付件的进展速度和协议的终止日期
l 可能的费用
4.3 申请方的认可
l 申请方项目经理需对PCP进行书面确认。任何双方项目经理不能解决的争议将提交项目领导小组审议。
l 在申请方项目经理确认后，如果修改涉及项目合同或费用，还需由项目领导小组批准。
l 批准后的PCP将以“项目变更建议书”的形式列为本工作说明书的协议，同时取代前期的任何相冲突的协议。
4.4 变更实施
l 双方将根据经确认批准的PCP重新调整项目计划，并进行任务分配。
l 双方将根据新的项目计划履行各自的责任。
4.5 变更程序流程
l 甲方或乙方一方以书面形式提出PCR
l 将PCR提交对方(或项目领导小组)作技术可行性评定
l 乙方以书面形式给出PCP的准备时间和所需费用
l 甲方项目经理组织讨论乙方提出的时间和费用以及是否批准PCR
l 乙方做出PCP并确认所需费用和进度
l 双方(或项目领导小组)讨论PCP并提出实施建议
l 申请方对PCP提出认可项目领导小组批准对合同进行修改(如果需要的话)
l 实施PCP

5 主要假定
为保证项目的成功实施，本SOW是基于如下假设前提，以下前提的变更将可能影响项目的实施计划与服务价格。
5.1 项目管理:
l 双方项目小组成员能够服从项目工作计划安排，在整个项目实施期间能够按照资源计划从事本项目工作；
l 任何可能影响项目计划的第三方因素(非乙方)应由甲方控制和管理，由乙方提供的第三方服务和产品除外；
l 项目实施的成功在很大程度上取决于用户的配合，能够及时的解决企业在实施项目中出现的问题，原则上，对于这些问题，乙方顾问提出建议性方案，甲方应该在48小时内作出最终确认，对于一些较难解决的问题，则由双方共同商定解决的时间安排；
l 乙方能够按时提交有关文档，如无质量问题，甲方在规定的5个工作日内给予明确答复，如逾期未答复，视同确认；
l 甲方应明确签字代表以及签字代表的授权人，以保证项目能够按照工作计划顺利进行；

5.2 数据工作：
l 甲方能够按照项目工作计划的要求，及时提供实施项目实施所要求的各种业务数据信息并满足整个项目的进度的要求；
l 乙方项目组顾问负责提出实施的数据迁移策略和计划，乙方假设甲方将负责源数据的准备、整理、转换及负责数据的准确性并符合系统导入要求的格式，而且指导甲方组开展准确性的验证；
l 由于数据准确性导致上线不成功的，甲方将承担再次上线造成额外工作量的费用增加。
5.3 测试工作
l 甲负责提供测试计划，甲方按要求负责准备测试的流程、测试数据。在顾问团队的协同下，甲方将审阅所有测试资料，以使测试准确进行；
l 甲方人员将在乙方的指导下准备测试资料、执行测试、以及测试分析，并提交项目测试报告；
5.4 基础设施：
l 乙方将为项目组在现场的工作提供合适的办公条件，在项目进行期间，甲方项目组的工作人员将在乙方安排的办公室办公。这些应该包含：安静的工作空间，及为完成本项目必要的办公室设备，办公室文具、纸张和其它资源。甲方项目组将不需要为办公场地支付任何费用；
l 甲方将按项目要求及时准备项目需要的服务器设施；
l 乙方的工作人员将对数据中心的日常运营负责。这包括每天服务器的备份，网络和防火墙，第三方厂商的产品和各服务器的运行维护等；
l 由于甲方负责的基础设施没有按时到位，以及基础设施的故障造成项目进度延期，甲方将承担相关延期费用。
5.5 工作范围：
l 本项目实施将严格遵循本SOW所界定的工作范围，任何增加、增强或修改将经过变更控制流程作为变更请求处理；
l 由于项目实施中甲方组织结构、业务模式的调整，从而影响到甲方已确认的系统设计和项目实施计划，责任不由乙方承担；
5.6 培训：
l 甲方须与乙方项目组一起制订培训计划和安排培训课程，派遣甲方员工进行必要的培训和与项目组一起工作；
l 甲方应确保实施组的关键用户具备基本的计算机应用能力；
6 项目中止和暂停
6.1 项目暂停
项目暂停是指由于各种原因，项目需暂时停止，而且在未来有预期的时间内，项目将重新起动。项目暂停指令必须由项目领导小组发出，在项目领导小组发出项目暂停指令之前，项目工作还需要按原计划进行。如果项目复工时，需要保留原来的开发团队，则保留开发团队的成本将由甲方承担。否则，乙方将不承诺复工时的项目团队为原来的开发团队，而且，乙方有权利要求组织团队所需要的时间段。该时间段由双方进行友好协商。对于项目复工，组织团队时间最长不得超过6周。
6.2 项目终止
项目终止必须由项目领导小组决定。在项目领导小组发出项目终止指令之前，项目工作还需要按原计划正常进行。在项目终止指令发出之后，由乙方项目经理领导，甲方项目经理协助，完成项目终止计划。此终止计划内必须包括终止费用类型及金额。项目终止计划执行完毕前的所有费用，将由甲方承担。如果对于项目终止计划以及费用有任何争议，由项目领导小组商定。