描述一下文档工程师都做什么工作

[文员都做些什么工作]做文员 1、认真，文员与文件、材料、领导交办事项打交道，琐碎事件很多，一定要认真，保证每件事都有着落，不可丢东落西。 2、守时，按时上下班，不要迟到早退，因为文员要接听电话，收发传真...+阅读

描述一下文档工程师都做什么工作？需要达到什么水平啊

软件架构nbsp;nbsp;nbsp;nbsp；软件架构（softwarenbsp;architecture）是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。nbsp；软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口_（计算机科学）来实现。nbsp;nbsp;nbsp;nbsp；软件体系结构是构建计算机软件实践的基础。与建筑师设定建筑项目的设计原则和目标，作为绘图员画图的基础一样，一个软件架构师或者系统架构师陈述软件构架以作为满足不同客户需的实际系统设计方案的基础。nbsp;nbsp;nbsp;nbsp;nbsp;nbsp；软件构架是一个容易理解的概念，多数工程师（尤其是经验不多的工程师）会从直觉上来认识它，但要给出精确的定义很困难。

特别是，很难明确地区分设计和构架：构架属于设计的一方面，它集中于某些具体的特征。nbsp;nbsp;nbsp;nbsp;nbsp;nbsp；在“软件构架简介”中，Davidnbsp;GArlannbsp；和nbsp;Marynbsp;Shawnbsp；认为软件构架是有关如下问题的设计层次：“在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结构；通信、同步和数据访问的协议；设计元素的功能分配；物理分布；设计元素的组成；定标与性能；备选设计的选择。”[GS93]nbsp;nbsp;nbsp;nbsp;nbsp;nbsp；但构架不仅是结构；IEEEnbsp;Workingnbsp;Groupnbsp;onnbsp;Architecturenbsp；把其定义为“系统在其环境中的最高层概念”[IEEE98]。构架还包括“符合”系统完整性、经济约束条件、审美需和样式。它并不仅注重对内部的考虑，而且还在系统的用户环境和开发环境中对系统进行整体考虑，即同时注重对外部的考虑。

nbsp;nbsp;nbsp;nbsp;nbsp;nbsp；在nbsp;Rationalnbsp;Unifiednbsp;ProcESsnbsp；中，软件系统的构架（在某一给定点）是指系统重要构件的组织或结构，这些重要构件通过接口与不断减小的构件与接口所组成的构件进行交互。nbsp;nbsp;nbsp;nbsp；从和目的、主题、材料和结构的联系上来说，软件架构可以和建筑物的架构相比拟。一个软件架构师需要有广泛的软件理论知识和相应的经验来事实和管理软件产品的高级设计。软件架构师定义和设计软件的模块化，模块之间的交互，用户界面风格，对外接口方法，创新的设计特性，以及高层事物的对象操作、逻辑和流程。nbsp;nbsp；是一般而言，软件系统的架构（ArchitECture）有两个要素：nbsp;nbsp；·它是一个软件系统从整体到部分的最高层次的划分。nbsp;nbsp；一个系统通常是由元件组成的，而这些元件如何形成、相互之间如何发生作用，则是关于这个系统本身结构的重要信息。

nbsp;nbsp；详细地说，就是要包括架构元件（Architecturenbsp;Component）、联结器（Connector）、任务流（TASk-flow）。所谓架构元素，也就是组成系统的核心“砖瓦“，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和联结器完成某一项需。nbsp;nbsp；·建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。nbsp;nbsp；在建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行详细设计甚至建造，这些决定就很难更改甚至无法更改。显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。nbsp;nbsp;nbsp;nbsp;nbsp;nbsp；历史nbsp;nbsp;nbsp;nbsp;nbsp;nbsp；早在1960年代，诸如E·W·戴克斯特拉就已经涉及软件架构这个概念了。

自1990年代以来，部分由于在nbsp;Rationalnbsp;Softwarenbsp;Corporationnbsp；和MiCROSoft内部的相关活动，软件架构这个概念开始越来越流行起来。nbsp;nbsp;nbsp;nbsp;nbsp;nbsp；卡内基梅隆大学和加州大学埃尔文分校在这个领域作了很多研究。卡内基·梅隆大学的Marynbsp;Shaw和Davidnbsp;Garlan于1996年写了一本叫做nbsp;Softwarenbsp;Architecturenbsp;perspectivenbsp;onnbsp;annbsp;emergingnbsp;DIscipline的书，提出了软件架构中的很多概念，例如软件组件、连接器、风格等等。nbsp；加州大学埃尔文分校的软件研究院所做的工作则主要集中于架构风格、架构描述语言以及动态架构。nbsp;nbsp；计算机软件的历史开始于五十年代，历史非常短暂，而相比之下建筑工程则从

IT文档工程师有什么要

我就是文档工程师。就技术要上说1.需要你对文字的表达能力，毕竟多是要你自己“写”文档，而且针对对象不同，表达的方式不同。写作技巧，文字细节等，需要揣摩。主要是简介明了，准确易懂，有针对，不罗嗦。2.需要你能比较熟练操作MS 工具，主要是word，写文档主要靠这个，其次还有excel和PPT，较之word少。不是说非要精通，很多东西都是在实际工作中慢慢学来的。3.需要你对公司产品有个了解，比如产品系统架构，主要的工作流程，各个组件的功能和原理。由于写文档很直接跟这些相关，所以要尽快掌握。4.要不断自我学习。虽然文档工程师不像，研发和测试工程师那么累，但是也要不断学习。学习英语，因为可能需要翻译。学习IT行业的一些基本知识，买几本书，手头翻翻。

学习产品相关的软件使用，比如Linux指令等。如果涉及程序代码的，就要学习那些编程语言了，不过也只是架构上的，不需要你看懂每一行语句。差不多就这些了。任何职业都要有自己的能力和兴趣的融入，才能工作开心，生活开心。祝你好运...

产品文档工程师的发展前景如何

东软。。。本人就是大连东软从事软件测试工作的，不过我是做对日项目的（面向日本）。

1.东软最近几年实施了一系列措施，提高员工的福利待遇，我感觉还是挺不错的。同事之间一直有一个看法，女生更加适合做软件测试。。。

2.软件测试也有弊端，就是比较枯燥，也许所有的IT行业都有这样的共性，关键是你喜欢，慢慢的会从中发现乐趣，不过相对文档工程师来讲，我的朋友原来有从事该职业的，更多的就是编写产品说明书，技术含量较低，也许我说的比较片面，我也只是浅谈，仅供参考。软测试则不同，其中技术很多，只不过国内的软件测试技术还不是很规范，我曾在日本的说店里找到很多工作中能够用到的检证技法，而在国内的书店，大多都是同样的理论知识，感觉就是抄来抄去的。

3.从我身边的环境来看，发展空间大、速度也快，也许这是IT行业决定的，因为本身行业的发展速度就很快，所以从初级测试工程师发展为项目经理也许只需要3~4年的时间，只要你精明能干，任何地方都不会埋没你，更何况在这个机会诸多的行业。

※说点儿你没有提到的，但是我认为作为应届毕业生最应该考虑的问题，不知道另外一个公司规模如何，当时我只是客观的讲：刚刚毕业选取公司一定要选个正规的、有规模的、知名度高的。

首先，这样的公司成熟，内部流程、技术和管理制度，是小公司无法比拟的。

其次，如果有朝一日想跳槽，提及原来的公司时，新公司都知道，如果你说到一个未闻其名的小公司，相信新公司第一印象会有所不同。

最后，祝早日成功。以上都是我的客观想法和自我感受，仅供参考。