一个系统的产生是如此的美妙，像一首午夜曲~~~

      首先，一个系统的产生不是凭空而出，通过多种形式，多种方式调研，并根据用户需求而产生的一种“私人定制”。前期合理的理清需求，对市场调研，更好的体现出后期产品的价值。一个成功的软件系统价值不紧紧在于研发人员对于该产品的开发，比如说我们系统某某功能多么强大，支持多少用户等。个人觉得，前期对于产品的规划十分重要。
      当一个产品定义下来后，我们的需求小伙伴来了，在有些公司存在需求人员、产品人员。他们前期会对这个“产品”进行分析整理成产品文档、需求文档。这个时候一个系统的前期工作基本定下来来了。这个时候，传说中的程序员开始加入到项目的需求分析中。从专业的角度，为产品和需求，“私人定制”需求进行合理性建议，提出相应的修改方案。如果公司属于大一点的话，前期会邀请架构师、项目骨干加入。架构师以他多年的经验进行合理分析，骨干前期进入是为了更好的了解需求，更好的从专业角度考虑这个产品如何定义、开发、产生，对需求不合理的地方提出相应的意见。在软件这一行，常常有这么一句话，需求怎么样决定了系统系统怎么样，需求分析透不透彻决定了你后期的项目计划以及项目工作安排。在需求分析阶段是否还少了一个关键人物，他是谁呢？
      没错！确实还有一个人物，他是我们的项目经理。一个统管整个项目周期的灵魂人物。在我们的开发圈子中，是不是只会认为项目经理是闲职，那就大错特错。合理的制定开发进度，合理的安排开发人员的投入，合理的把控项目进度，合理的跟需求沟通，能够调动整个团队的士气。就好像行军打仗，一个团队没有高亢的激情，没有高亢斗志，这种仗不打就输了。当项目经理把项目安排到概要设计阶段的时候，不管是架构师还是项目骨干，在当前阶段会产生概要设计文档。该文档可以更好的描述各个模块之间的关系，更好的体现我们要做的系统应该具备哪些功能，会跟哪些系统有交互，以及我们系统性能、安全等方面的考虑。当概设在团队评审通过之后，我们进入系统的详细设计阶段，当前我们会搭建一个系统的架子，项目经理会安排相应的开发分工，其实一般都是骨干分工多点，带点新人培养培养。开发针对相应模块写出相应的详细设计，我们经常使用的工具visio,er，pd等等建模工具就派上用场了。在这个过程中，开发可以更好的了解整个系统的功能，对每个功能开发做到心里有数，各个模块的联测功能做到心里有底。当详细设计评审完成后，终于来到我们的编码阶段，整个团队统一的编码规范，为什么有编码规范，假设我写1000行，代码一个注释也没有，后期哪个小伙伴碰到他要运维他，想死的心就有了。在编码阶段大家都需要放下身段，不管你职位多高，都要有一个求教的心，毕竟每个人的技术擅长不一样。大家一起沟通共同协作，最终才会高效保质的完成产品。一个团队不和谐那是这个项目的大忌。当我们编完码，完成单元测试，团队review通过后，准备安排转测的时候。
       我们的程序员终于可以松一口气了。加班加点的日子过去了，但是我们开发的对头来了，测试人员会按照测试案例铺天盖地的提出bug单。第一天当你看到那么多问题单的时候想死的心都有了。不用害怕一个一个的解决很快问题越来越少，就好像盖楼一样哪里有质量问题是 必须返工的。测试一轮、二轮等，压测都通过了。也就是说您的这个产品终于可以准备上线了，这个时候整个团队都在为上线前做准备。
       当上线的哪一天，产品成功上线了，那么这个系统就真正的诞生了，这就是系统诞生的过程，是如此简单。里面香甜苦辣，也是一言难尽。但是对于每个成员来讲，产品终于成功的上线，是很有成就感的，这种成就感，是我们从事该行人员所追求的。