3355748
系统设计的处理流程图是程序流程图吗？如果不是的话请说明它是什...
实际开发中这两者是两个概念 系统设计的处理流程图值得实际能看到页面之间的逻辑关系图 而程序流程图值得是个个程序实际运行中先备用和后配用的顺序和关系的逻辑图 格式应该没要求吧 可以用ps也可以word或者ppt 只要看着能够明白就行 大项目的专门用uml呀 ppt呀来指定 我一般用画图来描述 格式存为png或者jpf
什么软件做流程图最好
PPT画流程图，太浪费时间。
用Axure画流程图，对我来说，PPT都没法和Edraw Max亿图图示相比，WPS谁用谁知道，做简单的流程演示，还是可行的。
但无论从视觉美感，所以没有啥可比性。
我想说的是Visio。
Mindjet画流程图画流程图最重要的是反映你的思路，能够让别人一目了然的知道整个程序的过程。
我用过的流程图工具有PPT、Axure,WPS,Visio、MindManager、亿图图示专家（Edraw Max亿图图示）等，基本能做出任何你想要的东西，比如用它的SmartArt、还是承载流程步骤的规模。
Viso 是微软的一款流程图软件，功能强大。
只要你水平强大，布局费力，反正我用不来，也用的是思维导图的方式...
推荐几个程序流程图设计软件
推荐3个制作流程图的工具：1、Visio很好用，很强大，微软出的，水平好的可以用它制作出任何东西来（水平一般的就会做得比较难看，这和微软风格有关，默认的都没啥美感）；2、EDraw（亿图），又强大又好用，很容易上手，做出来的东西也漂亮，功能也符合大多数的流程图需求，还能导出多种格式（位图和矢量都可以）；3、Axure，这个主要是用来进行软件原型线框设计的，同时具有流程图功能，特点是非常简洁易用，如果作很单纯的说明性的流程图（注重功能讲解的），用这个很方便。
其中，EDraw和Axure都有试用版的，试用版在流程图的绘制功能上都是没有限制的，你尽可以用它们来完成任务。
你可以试试看，是不是你想要的。
另外，单从作美观的流程图的角度考虑，个人很推荐EDraw.
这个流程图是用什么软件做出来的？
Axue吧，顺便说一下，这图截的真不专业。
###随手画了一个，文本框和登陆按钮，判断框都是用的PowePoint的插入形状功能画的（该功能自带可以自定义形状轮廓粗细和颜色，做出这样的效果足矣），其实从”elva“下面的拼写检查下划曲线来看，我觉得应该是office系列做出来的，个人认为是PowePoint做出来的。
另外这么简单的流程图，很多软件都能做，没必要纠结那是什么软件做出来的。
PowePoint自带了居中检测，而且插入形状框这么多选择，也足以做出非常优秀的流程图了。
PowePoint自带了居中检测，而且插入形状框这么多选择，也足以做出非常优秀的流程图了。
另外那个Loading就是我上网随便找来的。
###看似是用vis
绘制流程图应该使用什么软件
我用的是迅捷流程图，既可以在线作图也可以免费下载，我觉得挺方便的
软件设计中,N
N-S图把整个程序写在一个大框内，这个大框图是由若干个小的基本框图构成的流程图。
E-R图即实体-联系图，提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型。
PAD是问题分析图，用二维树形结构的图表示程序的控制流，将这种图转换为程序代码比较容易。
...
企业软件开发流程是什么
软件开发流程 软件设计思路和方法的一般过程，包括设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编程和调试、程序联调和测试以及编写、提交程序。
1 相关系统分析员和用户初步了解需求，然后用WORD列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。
2 系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。
这次的文档会清楚例用系统大致的大功能模块，大功能模块有哪些小功能模块，并且还例出相关的界面和界面功能。
3 系统分析员和用户再次确认需求。
4 系统分析员根据确认的需求文档所例用的界面和功能需求，用迭代的方式对每个界面或功能做系统的概要设计。
5 系统分析员把写好的概要设计文档给程序员，程序员根据所例出的功能一个一个的编写。
6 测试编写好的系统。
交给用户使用，用户使用后一个一个的确认每个功能，然后验收。
举个例子来看： 1 某公司想找人订做一套人事管理软件，从某种渠道上得知我们有提供这种服务，所以联系上了我们。
2 我们会派专门的软件工程师到他们那里去了解我们要设计一个什么的东西给他们用，然后回来做个方案给他们，其中方案的内容包括：我们开发出来的软件大概的界面是怎样？方便什么人使用？什么人可以使用什么功能？方便到什么程度？大概的硬件要求是怎样等？ 3 他们看了方案后，确定他们就是要做一套这样的软件，我就开始开发这套软件。
4 我们把开发出来的软件交用他们使用，其中在使用的过程中哪里使用不方便或哪里达不到要求，我们会第第一时间修改这些功能，直到他们要求的所有功能都能很完美的解决掉。
软件开发中的注意事项 1、项目设计 项目设计的主导思想，我觉得可以理解为两种，一种是完全设计，一个是简单设计。
完全设计是指在具体编写代码之前对软件的各种方面都调查好，做好详细的需求分析、编写好全部的开发文档，设计出程序全部流程后再开始写代码。
换句话说，就是全部的计划好了，能看到最终的样子，再开战。
这好像也是很多“软件工程”书里要求的那样。
开始的时候，我觉得这种方法不错也。
什么都计划好了，照着做就是了。
不过这里有个明显的问题，就是谁来做这个完美的计划？估计只有及其BT的人了，但是大部分人的想要完全设计，并且没有错误，或者已经有几种后备的容错方案，并能准确无误的推行。
以达到最终目标。
这样的境界，没有很多年的工作经历是不可能的。
我也没有这样的本事，所以我也就放弃了这种想法。
简单设计：简单设计一种概念，一种可以接受的简单的设计，最起码数据库已经定下来，基本流程已经确定的方案，来作为程序设计的开始，并随时根据实际情况的进展来修正具体的功能设计，但这种功能修改不能是修改数据库结构。
也就是说数据库结构是在编程之前经过反复论证的。
这种方法减少了前期设计的时间，把代码编写工作和部分设计工作放在了一起，实际缩短了项目开发的时间。
如果说完全设计方法要求有很厉害的前期设计人员，那么简单设计要求有很有设计头脑的编程人员。
编程人员不仅仅是K代码的人而且要负责程序架构的设计。
所以对程序员的要求就很高了。
简单设计的成功的一个基点是编程人员设计的逻辑结构简单并能根据需要来调整其逻辑结构，就是代码结构灵活，简单设计带来的另外一个变化就是会议会比较多，编程人员之间的交流就变的很重要。
现在一般的中小型软件公司基本上都是采用简单设计的，除非那些很大型的软件公司。
总结，简单设计考验的是开发人员的能力。
完全设计考验的是前期设计人员和整个项目组完整能力。
（各种文档的编写，开发人员一定会要写一部分的。
） 2、设计变化和需求变化 开发人员最怕的是什么呢？设计变化，还是需求变化？我觉得需求变化是最最致命的。
当你的一个项目数据库都定下来后，而且已经开发了若干个工作日，突然接到甲方公司提出，某个功能要改变，原先的需求分析要重新改，如果这个修改是涉及的数据库的表结构更改的话，那真是最致命的。
这就意味着项目的某些部分得重新推倒重来，如果这个部分跟已完成的多个部分有牵连的话，那就后果更可怕了。
所以当碰到这种情况发生，作为项目经理的你就应该考虑先查责任人，究竟是自己的需求分析做的不够好，还是客户在认同了需求分析后做出的修改，如果是后者的话，你完全可以要求客户对他的这个修改负责任！那么，呵呵，客户先生，对不起了，本次新增加的需求将归入另外一个版本。
如果是改变前面某个需求的定义，那么说不定就要推倒重来了，不过这个时候到不用太在意，毕竟错的是客户。
（项目正式开始前没有没有说清楚其需求）。
所以，各位看客，在需求分析做好后，在开工之前一定要叫客户认可签字，并且在合同上要注明，当由客户原因引起的需求改变而造成开发成本的增加，客户要为此买单地。
如果在需求不变的情况之下，设计发生了变化，这个仅仅是我们内部之间的矛盾，商量...
转载请注明出处51数据库 » 软件系统设计思路流程图
