谈谈第一次Web项目的感想（上）

  整个Web项目开始大概三个星期左右，是一个老师众多题目中选的一个，旅游指南系统。

  由于实际开发项目周期很短，又是学校里面的实验项目，缺少项目测试部分。

  这次也仅仅是谈一下，自己对于整个Web项目的感想，收获，和不足。

  需求分析阶段，由于没有客户，所以所谓的需求分析会议并没有开起来，需求分析是由小组几个开发者自己讨论，需求记录暂且不谈，整个阶段最大问题是

  永远不要在需求分析阶段讨论项目实现！！！！！

  最为第一次上场的萌新！最大问题就在这里，我们总是在讨论中，不知不觉开始谈数据库应该怎么做，E-R图应该怎么画。这根本就是在浪费时间，如何在好的、快的、清晰的明白的做好需求，才是这个阶段的关键。而且这个地方，让我深深觉得，Software其实是一种面向各行各业的计算服务。你需要理解客户，作为某个行业领域的一份子，他需要的是一个起码是同样行业入门阶段的人员，以便于进行清晰准确的沟通。

  接下来是概要分析。

  我觉得相对于需求分析，概要分析中设计良好的E-R图已经开始指导项目中数据库的编码。

  所以哪怕还没有真正的企业实习经历，我觉得，对于追求快捷，便宜，却有高效的小型企业项目来讲，起码到概要设计这一项是每一个小型企业项目中不可缺少的一环。

  其实在概要设计中最重要的两个东西，E-R图还好，我们忽略了另外一个，以至于让我们付出惨痛经历的指导，数据流图。

  数据流图的具体内容我会在之后文章中，详细的写一篇技术文章，这里不再赘述。

  数据流图应该是指导整个数据在系统中从交互到数据，自顶向下的运转情况。

  他应该在E-R图和建表之后。

  他描述了各个模块中数据的存在形式。

  如果你轻视他

  就请听我说，没有数据流图的指导，小型开发团队中开发模块的每个人将面临各个模块中数据从后台到前台，数据形势的不统一。

  如果把M-V-C比作横向，那么纵向就是功能模块。

  没有数据流图，使横向开发没有指导，开发速度缓慢。纵向数据形势不统一，后台本身其实还可以接受，但是到前台，面对混乱的数据，给前台开发和控制层部分带来巨大的困难。

  想一个好的数据流图的重要性

//拙文蒙斧政，不胜感激。