北京软件外包开发需要注意的问题

随着手机APP的普及，越来越多的企业希望做属于自己的APP项目，用APP来创新与客户的交流。企业希望客户能及时了解到公司产品的信息，也希望能与客户建立密切的关系，而APP可以很好的满足这两个特点。今天和大家分享一下APP项目开发中遇到的问题及解决思路，希望对大家有所帮助。北京木奇移动技术有限公司，专业的软件外包开发公司，欢迎交流合作。

接着上一篇文章讲，上一篇讲了软件需求怎么做以及要注意的问题，今天继续讲一下软件在开发的过程当中需要注意的问题。

1.需求的变动，在开发过程中程序员最痛恨的应该是需求的频繁变动，前几天刚完成的功能现在又要做大的改动，导致前几天的工作白做了。如果是偶尔一次的变动还可以接受，如果变动比较多，不但会延误开发计划，而且从情绪上会引起程序员的不满。单从这点也可以得出需求分析是多么的重要，如果需求分析做不好，后续会引发一系列的问题。

2.开发计划的制定和执行，在需求确定好以后需要开发人员制定开发计划并行，开发计划一般由项目经理和开发人员共同讨论后确定。在2-3月的项目开发计划里，需要详细列出每个功能点的开发时间，最小人天为2-3天，如果功能点的开发时间超出2-3天，那需要拆解功能点，再去分配每个子功能的开发时间。这样做的好处是可以比较准确的跟踪项目进度，如果某个功能点的开发时间偏离了计划时间，可以具体分析一下原因是什么，需要及时解决问题，而不是等到若干天后才发现问题，这肯定会耽误整体项目时间。

3.开发人员之间的配合，现在的软件系统分为前端和后端，相互之间配合比较多，后端需要出接口，前端需要调用后端接口数据填充界面，实现具体功能。因此这是一个联系非常紧密的工作，在开发计划的制定中需要考虑这个关系，在后端开发接口的时候前端可以预先做界面开发的工作，等接口好了再对接数据。在这个过程当中，如果后端接口开发任务延误了时间，前端相应也会受到影响，因此要求后端接口开发人员可能有延时情况需要提前说明。

二者之间的配合是通过接口文档来进行，文档一定要与实际代码同步，不能出现文档是旧的，而代码是新的情况，这非常重要，需要强调开发人员进行实时更新。现在有很多的工具可以根据接口代码的注释生成相应接口文档，有经验的开发人员会利用这个特性来减轻工作量，同时也可以规范代码和注释的编写。

4.测试人员的介入，测试人员在软件项目中与开发人员一样重要，一个软件系统中不重视测试人员带来的后果可能是软件系统的问题非常多，质量低下，用户反馈很差。开发人员在开发过程中的测试是远远不够的，尤其涉及到多流程的业务或管理系统，开发人员考虑的情形往往比较简单，而且自己测试自己的代码找出的问题也不全面，这些问题都是需要有经验的测试人员去发现。

那测试人员在什么时候介入软件呢？一般来讲，如果有条件的话让一个或多个测试人员从头跟到尾最好，在这个过程当中考虑成本，也可以在软件前期的时候减少测试人员，但一定要有一个主要的测试人员一直留在项目组里，这样可以确保测试用例是全面的，质量比较高。

5.软件质量和代码bug的关系，先不考虑需求分析本身的质量，单从代码质量考虑软件系统质量，这也需要管理好开发团队。项目开发的时候，规范代码书写、做好架构、做好模块划分，这些都是确保代码质量的前提。在具体写代码的过程中，每周末做一次code review，可以是开会的形式，也可以是专家团队介入的形式，这样可以在一定程度上确保代码质量。有奖有罚，开发人员做的好得到项目奖金，做的不好需要整改。

6.软件质量和测试，测试是软件上线前的最后一步，先好测试用例，开会评审测试用例，在测试用例写好后可以发给开发人员审查，看看测试用例是否全面，不全面的需要及时补充。需要说明的一点是，大多数测试人员偏重单个功能测试，业务流程测试不够重视，需要强调这点的重要性，在涉及到多个模块的流程测试时更需要重视。