网app开发工作新版说明书SOW.docx

旅视网手机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 项目终止
项目终止必需由项目领导小组决定。在项目领导小组发出项目终止指令之前，项目工作还需要按原计划正常进行。在项目终止指令发出以后，由乙方项目经理领导，甲方项目经理帮助，完成项目终止计划。此终止计划内必需包含终止费用类型及金额。项目终止计划实施完成前全部费用，将由甲方负担。假如对于项目终止计划和费用有任何争议，由项目领导小组约定。