项目开发，找准定位，你该注意什么？

背景：

2015年的5月18日，图书馆的这个系统刚刚开始，及我们三个合伙人合作的正式开始。这次的合作是从需求开始，这也是我们三个第一次涉及到从源头开发。

我们按照项目开发的正规流程，开始了一系列的工作。当我们把一些必要的前提做好之后，我找师父交流了一下，师父和我讲了很多。很有必要把这些宝贵的学习经历记录一下。

注意点：

文档和图是开发的必不可少的。所以对图和文档的把控也是很重要的。

1 先原型图还是先用例图呢？

当我们把需求分析的差不多的时候，我们也就很清楚的知道我们的主要功能是什么啦，这时候我们的项目要用几个例，大例里面应该分几个小例，这应该是很清楚的，所以，用例在先。根据我们的用例图，然后开始哦我们的原型图。同时在画原型图的时候，要时时刻刻的想着用户。

图书馆的原型图的登陆页，我毫不犹豫的放了俩个单选按钮，分别是管理员和普通用户。那时候想着用户在登陆的时候对自己的身份进行判断，可以在后台少判断，更好的写代码。但是，QQ在登陆的时候需要判断吗？需要用户自己判断自己是超级会员还是普通会员吗？云盘是用户自己判断自己是会员吗？这都是在后台判断的。当然了，很多时候为了用户的方便，我们确实需要在后台费很多事情。但是我们的职业就是为用户服务滴！

2 ER图是数据库设计的结束吗？

我们设计数据库，首先是根据需求，来画ER图，同时ER图也是数据库设计文档不可或缺的一部分。这其实仅仅完成了数据库的一个重要的模型：概念模型。接下来我们还需要完成逻辑模型和物理模型。

逻辑模型重要的是数据库的联系图。物理模型就是最后的成果啦。

3 SVN使用

由于我们使用的开发工具是SVN，我们是多个人对类进行的操作，所以更多时候我们的操作会产生冲突。所以我们在分任务的时候，尽量做到对类的分工更加的明确，尽量减少一个类让很多人操作。同时在提交代码的时候，我们要在自己的电脑环境下运行无误后再提交，同时提交的时候记得更新。

4 统一命名规范和详细注释

一般情况下，我们的类图已经很明确了方法名，但是有的类图没有明确变量名，或者是参数、属性等。这时候就要统一出一个命名的规范。这样写出来的代码不会太乱。

同时注释也是很重要的，合作开发，我们很可能对同样的一个方法进行操作，这时候需要每一个开发人员都写清楚方法的时候，运用的参数等。

5 改动原型？改动UML?改动数据库？

无论我们的前期准备多么的充分，后期有大程度上都是会改动的。当我们出现了改动，该改动什么？在图书馆的这个小系统中，我选择的是改原型。

但是，我们知道，原型一般情况下已经交给客户啦，也就是这时候，客户已经明确了原型。所以我们在改动的时候，要改的不是原型，而是我们的图，假如我们的图仍然不能满足需求，那就改动我们的数据库的设计。

结束语：

学习是一个迭代的过程，在需求—编码—测试的开发过程中，我们定会收获硕果。

也许我们做的很小，也许我们做的很不到位，也许我们遇到的问题没有解决，也许我们做的很没有技术含量，但是这仅仅是一个起点，因为这个起点，让我们敢于腾飞。