1、开发管理规范和验收标准Page 1 of 3开发管理规范和验收标准1 角色与职责角色 职责说明甲方项目经理（3tiPM ）1、根据外包项目需求，选择合适的承包方；2、定期与承包方 PM 沟通，及时发现、解决问题；3、跟踪外包项目进度、分析进度偏差，监督项目按计划执行；4、审核外包项目过程成果，符合合同规定要求；5、负责项目的阶段验收、最终验收和交付；6、负责外包项目各批次支付款的申请、跟踪、落实。乙方（承包方负责人、承包方PM）1、负责承包项目的整体设计，开发，测试和验收；2、跟踪承包项目开发计划，按计划要求，阶段性提交项目过程成果；3、定期向 3tiPM 汇报项目进度，接受 3tiPM 过程
2、跟踪和监督；4、负责与 3tiPM 就项目的执行、完成情况进行及时、有效的沟通。2 乙方开发内容 2.1 乙方开发内容 参考附件一中的功能列表，验收时要包含所列出的所有功能和针对这些功能中双方确认的功能细节，功能的细节是通过交互设计的文档进行补充和双方沟通的方式进行确认。2.2 版本控制乙方开发代码统一在甲方的配置管理工具（SVN）平台管理，开发代码调试通过后，乙方开发人员上传到指定的 SVN 目录，甲方 3tiPM 指定专人负责代码整合测试。2.3 交付物管理交付物清单至少包括：项目开发计划、详细设计文档、开发文档、测试计划、测试用例、开发管理规范和验收标准Page 2 of 3测试报告、操
3、作手册、源代码。计划需要在 7 月 30 日前递交给甲方 3tiPM，设计文档和测试用例需要在 8 月 10 日左右提交，测试报告、源代码需要在 8 月 31 日交付，开发和操作文档在 9 月 7 日提交。2.4 里程碑控制乙方需要在 8 月 15 日 18:00 前提交一个可以测试的迭代版本供甲方公司测试和 AR 集成。乙方需要在 8 月 31 日交付完整版供甲公司测试。2.5 沟通计划甲方 3tiPM 和乙方承包方 PM 是双方主要的对口人，所有需要双方沟通的地方都通过双方的 PM 来沟通。乙方 PM 需要每天下班前，以邮件的方式向甲方 3tiPM 汇报每日的工作进展。每天早上 9:301
4、0:00，乙方 PM 和甲方 3tiPM 进行简短沟通，回顾昨天完成的任务、遇到的问题及解决方案、当天需要完成的任务。每周双方需组织一次沟通视频或音频会议来沟通项目进度情况和相关问题。如果项目沟通过程中产生问题和冲突，可以通过双方的上级，也就是甲方 3ti 的项目总监和乙方的负责人来做进一步沟通。2.6 应当遵循的标准和规范 乙方必须使用原生的 android 程序和 ios 程序开发，不得使用 html5 等非原生程序。开发的代码命名应该符合常用的命名规范，所有开发都采用统一的命名规范，并保证可读性。在一些主要的文件和方法上要加上注释。开发要尽可能的考虑到代码的抽象和重用。2.7 缺陷管理项
5、目系统缺陷管理统一在甲方的缺陷管理工具（JIRA）平台管理。乙方 PM 在该平台内完成缺陷的分派、跟踪。开发管理规范和验收标准Page 3 of 32.8 测试标准 2.8.1 功能测试产品功能、界面、逻辑符合开发内容。2.8.2 兼容性测试iOS 端：iPad2 、new iPad、iPhone 上都能测试通过，并且视觉完全符合 iPhone 端的分辨率。Android 端：大部分分辨率都能测试通过，SDK2.2,2.3 及以上版本都能测试通过，并且视觉完全符合 480*800 的主流分辨率。2.8.3 稳定性测试没有内存泄漏问题；在一些超负荷下的运行情况，程序能保持稳定状态。并发大量的网络
6、请求无崩溃、死机现象，正常相应速度在 5s 以内。2.8.4 bug 数量控制无紧急的 A 类 BUG，主要包括：程序引起的死机、非法退出，内存溢出，死循环，数据库发生死锁，界面严重错乱，大部分功能未实现等。无重要的 B 类 BUG，主要包括：某个功能点未实现，概率性闪退等。一般的 C 类 BUG 少于 2%，主要包括：某个图片或者文字未显示，界面有断续卡住现象等。细微的 D 类 BUG 少于 4%，主要包括：某个错别字，某个图片细微错位等。2.8.5 验收合格满足以上要求，验收测试合格。验收不合格的，需要及时修改，使程序能在规定时间内验收合格。验收合格后，甲方检查出的 bug 仍然需要在 24 小时之内修复。
