前言

作为一名大二学生，参加校内比赛做了一个绩效管理系统，所以写一下如何开发一个系统。

系统图片

一、流程

制作一个系统有三步，首先进行需求分析，其次进行系统设计，最后进行系统开发。

前面的步骤做好以后，系统开发和进度规划方面就有了参考，不会在开发过程中感到迷茫。

二、需求分析

只有准确了解了用户需求，才能设计出一个实用的系统。

如果只是让系统成为技术的载体，这个系统是称不上一个作品的，一定要完成某些能够称之为需求的任务，并且是准确完成用户需求才好。

1、调研

做一个简单的系统，可以直接询问你的用户，想要让系统完成什么事情。比如想做一个社区，为了让某个群体有交流的平台，再细致一点，想要交流得更舒适，喜欢用语音、图片交流或者日志等。

也可以在网上搜索，通过对比，补全、优化想要的需求。

还可以通过实际考察和数据平台上调研的方式获取最贴近实际的需求，找出当前这个用户群体最缺乏什么，比如互联网+刚兴起时，很多传统的企业都需要摆脱复杂的纸质记账，或者只能在本地设备使用的系统，需要一个随处可以登录、并且操作简单、数据安全、处理高效的财务管理系统。

需求调研，甚至是为了让系统做得更好而去做竞品分析，这在做产品方面，有更加成熟的模式进行参考。

如：如何做需求调研

2、画图

我们可以利用画图工具，抽象出用户的需求

例如，系统要被不同的人使用，登录后有普通用户和管理员。普通用户的需求就是修改自己的账户信息，查看自己的一些排名，而管理员的需求除了修改信息还要管理排名数据库、账户数据库。

三、系统设计

根据分析得到的系统需求，我们要进行系统架构的设计和功能模块的设计。

1、架构

一个简单的系统一般具有界面和数据库两个部分架构，也就是开发中常提到的前端和后端。

当前业界常见的架构设计

除此之外，系统部署在网络上，还是本地，这也叫做架构。
从前有C/S模式(Client/Server，客户/服务器模式)，现在基本都是B/S模式(Browser/Server，浏览器/服务器模式)了

C/S和B/S模式

2、模块设计

一个系统不可避免的具有许多模块，他们之间有的互相独立，有的相互联系，而每个模块又有自己许多的功能和事件等，这一步仍然需要依靠需求部分的结果来设计相应的模块。

3、画图

我们仍需将架构和模块设计画成实体图或者根据需要画出流程图、时序图、类图等，对于一个系统来说，功能模块间如何互相作用，以及作用的顺序也是需要详细设计的，同样，这个部分也要画图。画图有利于直观的理解和程序开发。

现在有各种画图工具通过点击、拖拽图形就能够画好图，这里不做推荐。作者喜欢使用输入文本生成图片的工具，比如Typroa支持的mermaid工具，进行画图，“a((圆形))–>b[矩形]”可以生成下面这样的图片

四、系统开发

1、开发

按照前面的设计开发系统，这时候主要是代码怎么实现逻辑和界面布局的设计了，具有一定的专业性

2、协作

开发一个系统可能会遇到多个人协作的情况。
简单一点的协同工具可以使用SVN，适合小组内有程序功底不强的成员，理解和学习能力较强建议使用git。

3、测试

开发一个系统，难免会有需求考虑不周到、需求没有完全完成、代码逻辑有漏洞等情况发生，所以我们需要测试，对每一个函数编程时需要测试，对每一个功能、模块开发时需要测试，最后，整个系统是否完善等等也需要测试。

软件测试方法

总结

本文仅仅简单介绍了如何开发一个系统，提供了一个思路和一些参考，可实际操作部分很少，实际开发还需要对各部分进行深入了解和学习。

第一篇博客，多有不足，欢迎指正。

体会

比赛体会：由于作者参加的比赛是创新创业作品设计大赛，在比赛最后评委老师说有的选手没有做到创新，这一点让我印象深刻。

关于创新：有的作品说自己的创新点在于，用上了B/S架构，但是B/S模式早就已经流行；有的作品里有很多新兴的技术，比如做出来一个大数据分析平台，上面有很多花哨的可视化数据…但其实，包括作者在内，很多作品都没有做到创新，只是学习了自己没有学过的技术，或者用上了没有用过的技术。真正的创新一定是要对当下的市场或者说行业做调研，有足够多的信息对比、数据支撑下，才能有自己的想法，做出创新。不一定是用最新的技术，创新也不是只比谁学习能力强，短期内谁先掌握某种技术谁就获胜。

开发收获：开发过程中还涉及到了时间管理、资料查找、团队协作、文档写作、答辩等方面的锻炼，作者确实体会到了以赛促学，用项目带动自己技术提升的好处，有可能会另写博客介绍这些方面。