程序员业务架构图

① 程序员数据结构结构图用什么软件

画流程图最重要的是反映你的思路，能够让别人一目了然的知道整个程序的过程。

我用过的流程图工具有PPT、Axure,WPS,Visio、MindManager、亿图图示专家（Edraw Max亿图图示）等。
PPT画流程图，比如用它的SmartArt，做简单的流程演示，还是可行的。但无论从视觉美感、还是承载流程步骤的规模，PPT都没法和Edraw Max亿图图示相比，WPS谁用谁知道。
用Axure画流程图，对我来说，太浪费时间，布局费力，反正我用不来。Mindjet画流程图，也用的是思维导图的方式，所以没有啥可比性。
我想说的是Visio和Edraw Max亿图图示。
1.Viso 是微软的一款流程图软件，功能强大。只要你水平强大，基本能做出任何你想要的东西，功能强大，就是有点不美观，也很贵。

2.亿图图示。也是一款网络图绘制软件，国产，比Viso占用内存小，但是功能更强大，最新版本的界面已经很流畅漂亮，关键是他的图库相比visio强大很多，画起来很有逼格。

② 程序员是干什么的

程序员是干软件的。程序员的本质工作当然是写代码，用代码实现功能。（就是用基础语言(c/c++,java,objectc)等来编写文档一样，不过这些文档编译后就变成可运行的程序）。

范面上看程序员就是干这些事情的：code、code、code。编码只是程序员的一小部分工作，要是只是编码这么简单，就不会有程序员加班，通宵干活了。程序员不止干了这些。我们就以三个阶段来说说程序员究竟干了些什么。
一、初级程序员

初级程序员的工作还是比较简单的，一是知识经验有限，主要是编写简单代码和学习为主，只要完成一些基本的编码任务，单一功能的实现。

二、研发工程师

有了一定的经验后你就转变为工程师了，这个时候你就不光是简单的完成任务了。code这个还是你主要的任务，但除了这，你还要将设计，调试等等肩负起来。这时候一般都是多个功能模块的设计实现（整体架构由架构师完成）。模块内的详细设计（功能的实现逻辑）文档编写，模块调试。直到功能完善交付。

三、架构师

架构师就已经脱离了code了，因为他们已经不必关心代码如何编写了，更重要的事情是完成一个软件、系统的设计架构。万丈高楼得有一个好的框架。要不然你就只能盖个2层小楼了。架构师负责从分析软件需求，再到软件系统的详细设计，人员的配置，工作的量化，到完完全全的产品整个过程。

③ php架构,mvc开发模式,php程序员工作~

PHP开发框架背后的思想被称为“模型—视图—控制器”（MVC）。MVC是这样一种架构模式，它隔离了业务逻辑与UI，允许其一改变而另一者不受影响。（也可以说是关注点的隔离）在MVC中，模型负责数据，视图负责表现，控制器则是程序主体或者说是负责业务逻辑。从本质上说，MVC拆分了一个程序的开发过程，这样你就可以修改独立的每一部分，而其他部分不受影响，这是十分重要的，它使得编写PHP代码更为快捷简单
开发者可能出于不同的考虑而使用PHP开发框架，不过首当其冲的原因是为了加速开发过程。相似工程之间的代码重用能够节省开发者大量的时间和精力。PHP开发框架内置了预建的模块，免去了冗长又令人厌烦的编程工作。这样开发者就能够把时间活在开发实际程序上，而不是每一次都要为每一个项目重建基础模块。

④ 程序员是做什么的

程序员一般的工作是从事程序开发、程序维护。

程序员是从事程序开发、程序维护的专业人员。一般将程序员分为程序设计人员和程序编码人员，软件从业人员分为初级程序员、中级程序员、高级程序员（现为软件设计师）、系统分析员，系统架构师，测试工程师六大类。具体工作职责如下：

1、负责软件项目的详细设计、编码和内部测试的组织实施，对小型软件项目兼任系统分析工作，完成分配项目的实施和技术支持工作。

2、协助项目经理和相关人员同客户进行沟通，保持良好的客户关系。

3、参与需求调研、项目可行性分析、技术可行性分析和需求分析。

4、熟悉并熟练掌握交付软件部开发的软件项目的相关软件技术。

5、负责向项目经理及时反馈软件开发中的情况，并根据实际情况提出改进建议。

6、参与软件开发和维护过程中重大技术问题的解决，参与软件首次安装调试、数据割接、用户培训和项目推广。

7、负责相关技术文档的拟订。

8、负责对业务领域内的技术发展动态。

(4)程序员业务架构图扩展阅读：

职业要求

一般的程序员都有四年的在专业领域的学习，需要一个在程序领域的学士学位获得者，不论是数学方面的还是工程方面的都是可以的。

大约有20%的人在这一领域的计算机科学和工程学拥有更高的学位。还有很小一部分程序员是自学的，尽管一些专业性的学校或者综合大学可以提供，但是也需要一些别的途径来提供相关的人才。

尽管学历是比较重要的，但是公司经常把重点放在应聘者的工作经验上，很多刚从大学毕业的大学生虽然有引人注目的学位证书，但是他们找不到工作是因为他们缺乏经验。

一个程序员虽然没有正规的学历，但是如果一个人拥有程序设计的深厚知识背景或者丰富的工作经验的话，那么他的机会要比有学历的应届毕业生大得多。

对于职业程序员，另外一个重要的方面就是，程序员需要不断提升自己的业务技术，他的技术必须一直保持在一个较高的水平，并且要不断发展，程序员也要寻找贸易的机会，要参加研讨会，在周刊上发表文章和接受职业教育，这些使程序员在自己的领域中分级或者不断并排前进。

⑤ 什么是“架构”

架构=框架与构造，假如将一个应用程序看做一辆车，程序员就是生产制造人员。

程序中的每个关键词、常量、变量是制造汽车用的各种原材料，而函数、类、功能模块、定义就是使用原材料制造的不同级别的零部件，然后程序员将这些部件组装起来。而架构就是指导程序员如何组装程序的图纸。

⑥ 程序员往上做是什么软件分析师、架构师、工程师有什么区别

程序员往上做是软件分析师、架构师这些高级技术人员。要说层级关系软件分析师、架构师、工程师比程序员高级，这些都是从基础程序员做起的。

(6)程序员业务架构图扩展阅读

对于软件工程师，不太重视学历，但并不是对学历没有要求，重点关注项目的经验和学习知识的能力，能否利用软件工程专业知识来解决问题，根据岗位不同，对软件工程师的要求也有所不同。

具体能力要根据岗位和自己的兴趣爱好选定自己的职业规划方向，一方面要详细了解软件工程师的要求，可以关注企业的招聘信息；一方面自己要贮备通用的知识技能。

可以确定的是软件工程师的前途在未来的发展依然是不断升温的职业，比较需要有技术和良好前景的专业。

参考资料

网络—软件工程师

网络—程序员

网络—系统架构设计师

网络—系统分析师

⑦ 程序员的具体工作是什么

1. 确认通过审查方案的目标，输入数据，分析师，监事，和客户的输出要求的项目要求。

2. 安排项目要求在编程序列分析要求;准备工作流程图和使用计算机知识的能力，题材，编程语言和逻辑图。

3. 编码工作流程的信息转换成计算机语言的项目要求。

4. 通过输入编码信息的计算机程序。

5. 确认程序操作进行测试，修改程序序列和/或代码。

6. 准备写操作指令供用户参考。

7. 保持历史记录，通过记录方案的制定和修订。

8. 维护客户的信心和保护保密的业务。

9. 技能/资格：一般的编程技巧，分析信息，解决问题，软件算法设计，软件性能优化，注重细节，软件设计，软件调试，软件开发基础，软件文档，软件测试。程序员其实分为很多种，大家开发的语言可能不尽相同，但是都是有他们的共同点。

⑧ 程序员干活：什么是REST架构和K&T决策

一、REST是什么

REST是英文Representational State Transfer的缩写，中文翻译为“表述性状态转移”，他是由Roy Thomas Fielding博士在他的论文 《Architectural Styles and the Design of Network-based Software Architectures》中提出的一个术语。REST本身只是为分布式超媒体系统设计的一种架构风格，而不是标准。基于Web的架构，实际上就是各种规范的集合，这些规范共同组成了Web架构。比如Http协议，比如客户端服务器模式，这些都是规范。每当我们在原有规 范的基础上增加新的规范，就会形成新的架构。而REST正是这样一种架构，他结合了一系列的规范，而形成了一种新的基于Web的架构风格。传统的Web应用大都是B/S架构，它包括了如下一些规范 ：

客户－服务器这种规范的提出，改善了用户接口跨多个平台的可移植性，并且通过简化服务器组件，改善了系统的可伸缩性。最为关键的是通过分离用户接口和数据存储这两个关注点，使得不同用户终端享受相同数据成为了可能。

无状态性无 状态性是在客户－服务器约束的基础上添加的又一层规范。他要求通信必须在本质上是无状态的，即从客户到服务器的每个request都必须包含理解该 request所必须的所有信息。这个规范改善了系统的可见性（无状态性使得客户端和服务器端不必保存对方的详细信息，服务器只需要处理当前 request，而不必了解所有的request历史），可靠性（无状态性减少了服务器从局部错误中恢复的任务量），可伸缩性（无状态性使得服务器端可以 很容易的释放资源，因为服务器端不必在多个request中保存状态）

同时，这种规范的缺点也是显而易见得，由于不能将状态数据保存在服务器上的共享上 下文中，因此增加了在一系列request中发送重复数据的开销,严重的降低了效率。

缓存为 了改善无状态性带来的网络的低效性，我们填加了缓存约束。缓存约束允许隐式或显式地标记一个response中的数据，这样就赋予了客户端缓存 response数据的功能，这样就可以为以后的request共用缓存的数据，部分或全部的消除一部分交互，增加了网络的效率。但是用于客户端缓存了信 息，也就同时增加了客户端与服务器数据不一致的可能，从而降低了可靠性。

B/S架构的优点是其部署非常方便，但在用户体验方面却不是很理想。为了改善这种情况，我们引入了REST。REST在原有的架构上增加了三个新规范：统一接口，分层系统和按需代码。统一接口REST 架构风格的核心特征就是强调组件之间有一个统一的接口，这表现在REST世界里，网络上所有的事物都被抽象为资源，而REST就是通过通用的链接器接口对 资源进行操作。这样设计的好处是保证系统提供的服务都是解耦的，极大的简化了系统，从而改善了系统的交互性和可重用性。并且REST针对Web的常见情况 做了优化，使得REST接口被设计为可以高效的转移大粒度的超媒体数据，这也就导致了REST接口对其它的架构并不是最优的。

分层系统分层系统规则的加入提高了各种层次之间的独立性，为整个系统的复杂性设置了边界，通过封装遗留的服务，使新的服务器免受遗留客户端的影响，这也就提高了系统的可伸缩性。

按需代码REST允许对客户端功能进行扩展。比如，通过下载并执行applet或脚本形式的代码，来扩展客户端功能。但这在改善系统可扩展性的同时，也降低了可见性。所以它只是REST的一个可选的约束。使用REST架构对于开发人员来 说，关心的是如何使用REST架构，这里我们来简单谈谈这个问题。REST不仅仅是一种崭新的架构，它带来的更是一种全新的Web开发过程中的思维方式： 通过URL来设计系统结构。

在REST中，所有的URL都对应着资源，只要URL的设计是良好的，那么其呈现的系统结构也就是良好的。这点和TDD (Test Driven Development)很相似，他是通过测试用例来设计系统的接口，每一个测试用例都表示一系列用户的需求。开发人员不需要一开始就编写功能，而只需要 把需要实现的功能通过测试用例的形式表现出来即可。这个和REST中通过URL设计系统结构的方式类似，我们只需要根据需求设计出合理地URL，这些 URL不一定非要链接到指定的页面或者完成一些行为，只要它们能够直观的表现出系统的用户接口。

根据这些URL，我们就可以方便的设计系统结构。从 REST架构的概念上来看，所有能够被抽象成资源的东西都可以被指定为一个URL，而开发人员所需要做的工作就是如何能把用户需求抽象为资源，以及如何抽 象的精确。因为对资源抽象的越为精确，对REST的应用来说就越好。这个和传统MVC开发模式中基于Action的思想差别就非常大。设计良好的URL， 不但对于开发人员来说可以更明确的认识系统结构，对使用者来说也方便记忆和识别资源，因为URL足够简单和有意义。按照以往的设计模式，很多URL后面都 是一堆参数，对于使用者来说也是很不方便的。既然REST这 么好用，那么是不是所有的Web应用都能采取此种架构呢？答案是否定的。我们知道，直到现在为止，MVC(Model-View-Controller) 模式依然是Web开发最普遍的模式，绝大多数的公司和开发人员都采取此种架构来开发Web应用，并且其思维方式也停留于此。

MVC模式由数据，视图和控制 器构成，通过事件(Event)触发Controller来改变Model和View。加上Webwork,Struts等开源框架的加入，MVC开发模 式已经相当成熟，其思想根本就是基于Action来驱动。从开发人员角度上来说，贸然接受一个新的架构会带来风险，其中的不确定因素太多。并且REST新的思维方式是把所有用户需求抽象为资源，这在实际开发中是比较难做到的，因为并不是所有的用户需求都能被抽象为资源，这样也就是说不是整个系统的结构都能 通过REST的来表现。

所以在开发中，我们需要根据以上2点来在REST和MVC中做出选择。我们认为比较好的办法是混用REST和MVC，因为这适合绝 大多数的Web应用开发，开发人员只需要对比较容易能够抽象为资源的用户需求采取REST的开发模式，而对其它需求采取MVC开发即可。这里需要提到的就是ROR(Ruby on Rails)框架，这是一个基于Ruby语言的越来越流行的Web开发框架，它极大的提高了Web开发的速度。更为重要的是，ROR(从1.2版本起)框 架是第一个引入REST做为核心思想的Web开发框架，它提供了对REST最好的支持，也是当今最成功的应用REST的Web开发框架。实际上，ROR的 REST实现就是REST和MVC混用，开发人员采用ROR框架，可以更快更好的构建Web应用。对开发人员来说，REST不仅仅在Web开发上贡献了自己的力量，同时也让我们学到了如何把软件工程原则系统地应用于对一个真实软件的设计和评估上。

1、明确课题

2、分析原因

3、制定方案

4、潜在问题分析

5、做出决策并执行

五、实例分析

让我们来看一个例子：某公司搬迁的KT决策分析

某公司为扩大营业并节省房租，将于半年后，从市区搬至郊区。消息公布一周，即发生严重情况，有30%的员工提出辞呈。该如何利用KT决策法来解决这一问题呢？

1、分析问题

分析问题的目的在于找出问题的真正原因。通常地说，有三种情况需要掌握原因：

出现问题时；想采取对策时；为防止未来出现风险时。

此公司搬迁的案例，显然属于第一种情况。针对此次状况，分析问题产生的原因有以下几种:

①交通不便②家人反对（与交通不便有关）③借机离职④自抬身价（经了解并无此事）⑤异议骚动（因负面谣言所致）⑥相关谣言

2、评估状况

评估状况的目的在于排列出处理的优先顺序。分析的过程中，必须找出相关事项，分割成可以管理的部分，进而设定优先顺序，有效管理许多同时进行的活动。

在此公司的搬迁中，评估状况如下：

①相关谣言可能引起扩大效应，应列为最优先处理项目。②交通不便需求明确，立即处理③借机离职根据了解评估，并不多。

3、制定方案

制定方案的目的在于解决问题。方案是解决课题的途径，好的方案应当带来好的效果。为了探求好的方案，必须在决策分析中体现创新精神，并尽可能穷尽可行的方案。制定方案中包括的工作有：

①设定目的：明确为什么选择方案。②设定目标：目标是目的要达到的具体水平和完成标准。③创造方案：根据目的、目标要求创造方案，并经常地返回目标去考虑。④比较选择：按照目标，比较各备选方案，从中选择最佳方案。⑤预防风险：具体预测所选方案的风险并改善方案，当不能防止重大风险时，应重新创造方案。

针对此公司情况，制定如下方案：

①相关谣言立即召开说明会，澄清谣言；在会中描绘公司未来远景。②交通不便设立交通车；提供交通津贴。③借机离职留才/个案辅导面谈；流才/人力需求重新评估。

4、分析潜在问题

分析潜在问题的目的在于找出后遗症。这是一种能改变和改善未来的思考方式，也是一种保护性的方法，能确定未来跟想要塑造的一样美好。很多问题的解决可能带来相关问题的产生，企业决策中的大多数问题之间是有相关关系的，好的决策不仅要解决目前的问题，还要考虑潜在的问题。

分析此公司的潜在问题如下：

①相关谣言较无后遗症②交通不便增加公司成本，且有交通事故风险及补助区域认定问题。③借机离职留才/可能会增加支出；流才/必须重新招聘训练新人。

5、执行并跟踪进展

⑨ 架构师跟程序员有什么区别呢

程序员：做编程的底层开发工作，写代码，不停的写代码
软件设计师：其实这个概念不太清楚，跟架构师类似，就是要分析设计这个软件的整体概念，就像盖房子要先画图纸，然后分给不同部门的人去建造，其实在现在，一般叫项目经理，或叫开发经理
网络工程师：设计整体的网络的人，跟软件设计师差不多，不过做的是网络工程。
网络管理员：与程序员类似，重复性的技术工种。
系统分析师：这个也是个比较模糊的，系统分析类似医生的，可以通过自己的经验和从业经验，对某各软件或某项工程进行分析，优化，从而帮助架构师或项目经理用最短的时间做出最满意的东西来。
其实你分的这几个，都是计算机里的职位，你重新分一下类好了
软件开发里面分为：程序员，软件工程师，软件架构师和系统分析师
网络工程里面分为：网络管理员，网络工程师，网络架构师和系统分析师
如果是工资高，级别高的，就是架构和分析了，但是。。。。强调一下，这两个职位不是有技术就可以的，需要大量的经验，一般都是从程序员开始做起的，才有资格。