互联网公司的相关人员及业务简介

　　运维工程师(Operations)在国内又称为运维开发工程师(Devops)，在国外称为 SRE（Site Reliability Engineering）。负责维护并确保整个服务的高可用性，同时不断优化系统架构、提升部署效率、优化资源利用率提高整体的ROI.

运维工程师面对的最大挑战是大规模集群的管理问题，如何管理好几十万台服务器上的服务，同时保障服务的高可用性，是运维工程师面临的最大挑战。

在一些规模较大的公司(比如：Google、FaceBook、百度、阿里、腾讯等)运维工程师和系统管理员是有一定的区别：

系统管理员：主要负责机房网络、服务器等硬件基础设施的运行和维护。

运维工程师：主要负责管理并维护在运行在海量服务器上的软件服务。

 

• PM--product manager

这个是产品经理的意思。我一直以为是项目经理的缩写。太坑爹了，本人还写过一个屌丝文章，看来要贻笑大方了。

• RD--research and develop

RD是研究与开发（研发）。诸如PHP程序猿，Java程序猿，无论是爱疯的还是安卓的都是属于这一类别。

• FE -- front end development

FE是前端研发。有点意思！

• UE－－  user experience

UE是用户体验

• QA－－quality assurance

QA是测试

• OP－－operation protect－－质量保证（测试工程师）：

 OP是运维

 

　　UT = unit testing        单元测试

　　IT = integration testing 集成测试

　　ST = system testing      系统测试

　　UAT= User acceptance testing 用户接受测试(俗称:验收测试)

　　ui--user interface

WBS：工作分解结构（Work Breakdown Structure） 说白了就是个  工作任务安排的进度汇报表，  我就不明白了，闲着没事 这些工作中的人 不知道是为了秀自己英语有多好还是咋地，老是给弄出一堆缩写，都是中国人有必要吗，这是不是算装b？ 

 MRD

　　Market Requirements Document，市场需求文档。获得老大的认同后，产品进入实施，需要先出MRD，具体来说要有更细致的市场与竞争对手分析，通过哪些功能来实现商业目的，功能/非功能需求分哪几块，功能的优先级等等。实际工作中，这个阶段PD可能的产出物有Mind Manager的思维图，Excel的Feature List等。
　　市场需求文档（MRD）重点放在为一个被提议的新产品或者现有产品的改进定义市场需求。与BRD指出商业问题和解决这些问题的解决方案不同，MRD更深入提议解决方案的细节。它包括一些或者所有这些细节：
            a. 解决商业问题所需要的特色
            b. 市场竞争分析
            c. 功能和非功能需求
            d. 特色/需求的优先级
            e. 用例
　　MRD通常是由拥有产品经理，产品营销经理或者行业分析师头衔的人撰写的。MRD通常是一份连续的5-25页Word文档，或者正如之后描述那样在一些机构中甚至更长。
 
PRD
　　Product Requirements Document，产品需求文档。进步一细化，这部分是PD写得最多的内容，也就是传统意义上的需求分析，我们这里主要指UC（use case）文档。主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程，等几大块），Visio做的功能点业务流程，界面的说明，demo等。Demo方面，可能用dreamweaver、ps甚至画图板简单画一下，有时候也会有UI/UE支持，出高保真的demo，开发将来可以直接用的那种。
　　产品需求文档（PRD）重点放在为一个被提议的新产品或者现有产品的改进定义市场需求。与MRD侧重于从市场需要角度看需求的不同，PRD侧重于从产品本身角度看待需求。通常在特点和功能需求上更深入细节，并也可能包括屏幕截图和用户界面流程。在那些MRD不包括具体需求和用例的机构中，PRD就包含这些具体内容。PRD通常是由拥有产品经理，行业分析师或者产品分析师头衔的人撰写的。PRD通常是一份连续的20-50页Word文档，或者针对复杂产品甚至更长。
　　提醒：一些机构将这里描述的MRD和PRD合并成一个文档，并称最后的文档为MRD。在这种情况下，MRD包括本段描述的内容，也包括上一段描述PRD的内容，并且可能超过50页。
 
FSD
　　Functional Specifications Document，功能详细说明。有一点像“概要设计”，这步就开始往开发衔接了，产品UI、业务逻辑的细节都要确定，细化文档并保持更新。相应的，有很多内容，比如表结构设计，要由项目经理来编写了。
　　功能规格文档（FSD）把焦点集中在实现，定义产品功能需求的全部细节。FSD可能通过一张张的截屏和一条条功能点来定义产品规格。这是一份可以直接让工程师创建产品的文档。与MRD和PRD侧重于以市场需要和产品角度看需求不同，FSD把重点放在了以表格形式定义产品细节，再让工程师实现这些细节。FSD也可能包括完整的屏幕截图和UI设计细节。FSD通常是由拥有产品分析师，工程领导或者项目经理头衔的人撰写的 – 作者通常属于工程部门。通常一个连续几十页的Word或类似文档。

还有诸如PSD,BSD等等，大家可以自己意会。

201811月更新

随着技术的不断更新，目前一个公司的一个产品 大体可以分为  pc端 mac端  小程序端  iphone端  android端 后端

有些公司 还 衍生出  wap端 ，wap是什么呢  ，是指的手机移动端里面的网站  wap网站，即WAP(Wireless Application Protocol)是无线应用协议的缩写，一种实现移动电话与互联网结合的应用协议标准。  具体请见https://baike.baidu.com/item/wap网站/3419865?fr=aladdin