对于画数据流图的一点个人理解，大家指导一下，多谢。
对于画数据流图的一点个人理解，大家指导一下，谢谢。 - 软件工程/管理 / 开发过程版
画过几次数据流图，有些感悟，但是不知道是否正确，希望高手指点一下。
数据流图的作用是描述数据的流动，因此，
1. 只画数据流，不画控制流；
2. 数据流发生变化的地方，画一个加工；
3. 物理上存在的一个模块可能以不同的名称出现在数据流图中的多个图里，如数据库连接工厂模块；
4. 数据流图是逻辑图，不是物理结构图；
5. 在高层数据流图中，以面向目标软件的功能为基本元素构建数据流图，而不是以面向程序代码的功能为基本构件。如一个学生信息管理系统中，以寝室管理子系统、收费管理子系统、维修管理子系统三个功能模块为0层图中的处理，而不是把“查询、录入、打印报表”等作为处理。
------解决方案--------------------
恩，不错，不管怎么表示，只要能清晰地表达出业务的意思，并且很好的向别人解释。一切数据和逻辑都是为了生产，为了业务。切忌现在很明白，到3个月之后，自己再看，还得问人，不过话又说回来，数据流图应该在你的思维中存在了，你才能画出来。然后，流图的作用是什么呢？为了明了需求，跟用户确认需求，为了设计服务，编码的思路还是测试，还是用户说明书，不同的阶段，流图展现的侧重点不一样。所以，不要想着一个流程图可以表示所有阶段的业务，简单原则，多几个没有关系的。
------解决方案--------------------
遵循标准的同时，能很好的被人理解接受。 ……
画过几次数据流图，有些感悟，但是不知道是否正确，希望高手指点一下。
数据流图的作用是描述数据的流动，因此，
1. 只画数据流，不画控制流；
2. 数据流发生变化的地方，画一个加工；
3. 物理上存在的一个模块可能以不同的名称出现在数据流图中的多个图里，如数据库连接工厂模块；
4. 数据流图是逻辑图，不是物理结构图；
5. 在高层数据流图中，以面向目标软件的功能为基本元素构建数据流图，而不是以面向程序代码的功能为基本构件。如一个学生信息管理系统中，以寝室管理子系统、收费管理子系统、维修管理子系统三个功能模块为0层图中的处理，而不是把“查询、录入、打印报表”等作为处理。
------解决方案--------------------
恩，不错，不管怎么表示，只要能清晰地表达出业务的意思，并且很好的向别人解释。一切数据和逻辑都是为了生产，为了业务。切忌现在很明白，到3个月之后，自己再看，还得问人，不过话又说回来，数据流图应该在你的思维中存在了，你才能画出来。然后，流图的作用是什么呢？为了明了需求，跟用户确认需求，为了设计服务，编码的思路还是测试，还是用户说明书，不同的阶段，流图展现的侧重点不一样。所以，不要想着一个流程图可以表示所有阶段的业务，简单原则，多几个没有关系的。
------解决方案--------------------
遵循标准的同时，能很好的被人理解接受。 ……