软件外包在很多人看来就是一个黑箱，内部情况无从知晓，只有最后产品交付的时候“一招定乾坤”。这种过程的模糊性不可避免地会带来担忧和顾虑，同时也是整个软件外包行业信任感缺失的一个重要原因。不管是出于客户信任，还是团队更好协作的目的，对软件外包过程进行把控都很有必要。这里我们按照英选的项目流程，整理了项目服务过程中的九种交付物，看看我们是如何去确保软件质量的吧~
产品交互原型
在正式开发之前，我们需要给客户一个比较完整的产品交互的感受。同样通过这种方式，让开发人员在之后的开发过程中，不会有过多需要自己去思考的内容，从而减少开发实现与客户真正期望之间的差异。
在产品层面上，每个页面涉及到的细节（比如一个按钮，或者一个数字），它的来源是什么？需要涉及到的数据处理的逻辑是怎样的？都要有一个非常清晰的梳理。
投票系统-产品原型
我们把产品做得“很重”。在前期和客户沟通的时候，产品经理其实是会超出客户所提供的信息，罗列出非常多客户可能无法想到的问题。然后跟客户一点点地去确认、去思考、去讨论，最后把这些所有的产品细节全部都放到原型上面去。因为如果不这么做，开发过程中就可能会涉及到返工，或者说一些实现出来的效果，跟客户的想象有很大偏差。）
UI设计
通常是根据产品经理出具的产品原型交互稿，做产品UI界面的图形视觉设计。UI设计侧重于美观、品牌风格、浏览体验、阅读体验等内容。
UI设计图
概要设计文档
在完成需求分析之后，进行概要设计，用于确定软件产品的基本框架。我们会提供概要设计文档，来描述软件基本的体系架构等，并按模块进行功能描述。
详细设计文档
详细设计文档在概要设计的基础上，进一步对重要功能的操作逻辑和业务规则进行描述，复杂业务会辅以流程图进行说明。
概要设计文档和详细设计文档，将协助开发人员进行理解和产品开发。对于项目交付之后的迭代升级来说，也是非常重要的文档。
测试用例
测试就是在给产品上保险。测试用例是针对产品进行测试任务的描述。我们会根据需求文档、概要设计、详细设计、测试计划，设计并书写测试用例，以便测试某个程序路径或者是核实产品是否满足某个特定需求。
测试用例
测试报告
我们每个项目都有阶段测试，会将结果反馈给客户，来确保在远程合作的情况下，客户能够及时跟进我们工作。
针对敏捷型的项目，有测试工作记录。针对持续的、大型的项目，有接口自动化测试，并提交接口测试报告。
对于想要看到我们整个项目团队工作投入的客户，我们会给客户一个偏向于时间记录的工作记录。让客户知道我们每一周或者每一天，具体的测试人员、开发者、产品经理等等，他们是怎样投入在你的项目上的。
这种通常是面对敏捷式的项目，客户是按时间来给我们付费的，我们会有专门的工具去跟进每一个人员，记录他们真正投入的工作时间。
测试工作记录
数据库设计文档
开发工程师添加comment描述表及字段中文名称，并注明分类、枚举值等的含义。项目经理/技术顾问操作PowerDesigner（仅Windows），连接在线数据库，生成数据库设计，按模板导出Word。
该文档会详细描述数据库结构与设计，帮助项目开发人员、数据库管理人员或者是系统维护人员等了解数据库设计思路、整体架构.......便于开发、管理和维护。
操作手册
测试工程师在测试验收过程中会结合《概要设计》，将主流程操作进行截图并编写文字描述，并且会重点注意描述一些用户容易忽略的、误解的内容。针对比较高频出现的问题，我们会整理一个常见问题的版块内容。
部署文档
我们会提供正式环境的部署文档，并在代码库中提供Dockerfile及docker-compose.yml，来协助客户进行产品部署。
以上就是英选在一个软件外包项目中，除了源代码和产品之外，还会交付给客户的一些文档。
这些过程性的交付物，一方面可以使整个开发组在产品和逻辑上达成一致的理解，减少歧义，确保做出优秀的、符合客户预期的产品；另一方面也可以让客户更加清楚我们的工作内容和工作产出，增加整个合作过程的流畅度与信任感。
我们始终坚持，优秀的人+高标准验收=优秀的产品，而过程交付物正是我们对流程与标准严格要求的体现。
