软件开发中 常见英文文档 缩写(转)

软件开发中常见英文缩写和各类软件开发文档的英文缩写:



























































































































英文简写 文档名称
MRD market requirement document (市场需求文档)
PRD product requirement document (产品需求文档)
SOW 工作任务说明书
PHB Process Handbook (项目过程手册)
EST Estimation Sheet (估计记录)
PPL Project Plan (项目计划)
CMP Software Management Plan( 配置管理计划)
QAP Software Quality Assurance Plan (软件质量保证计划)
RMP Software Risk Management Plan (软件风险管理计划)
TST Test Strategy(测试策略)
WBS Work Breakdown Structure (工作分解结构)
BRS Business Requirement Specification(业务需求说明书)
SRS Software Requirement Specification(软件需求说明书)
STP System Testing plan (系统测试计划)
STC System Testing Cases (系统测试用例)
HLD High Level Design (概要设计说明书)
ITP Integration Testing plan (集成测试计划)
ITC Integration Testing Cases (集成测试用例)
LLD Low Level Design (详细设计说明书)
UTP Unit Testing Plan ( 单元测试计划)
UTC Unit Testing Cases (单元测试用例)
UTR Unit Testing Report (单元测试报告)
ITR Integration Testing Report (集成测试报告)
STR System Testing Report (系统测试报告)
RTM Requirements Traceability Matrix (需求跟踪矩阵)
CSA Configuration Status Accounting (配置状态发布)
CRF Change Request Form (变更申请表)
WSR Weekly Status Report (项目周报)
QSR Quality Weekly Status Report (质量工作周报)
QAR Quality Audit Report(质量检查报告)
QCL Quality Check List(质量检查表)
PAR Phase Assessment Report (阶段评估报告)
CLR Closure Report (项目总结报告)
RFF Review Finding Form (评审发现表)
MOM Minutes of Meeting (会议纪要)
MTX Metrics Sheet (度量表)
CCF ConsistanceCheckForm(一致性检查表)
BAF Baseline Audit Form(基线审计表)
PTF Program Trace Form(问题跟踪表)

原文:http://blog.sina.com.cn/s/blog_7326867a0100yfdl.html

软件开发中 常见英文文档 缩写(转),布布扣,bubuko.com

时间: 2024-10-25 13:24:45

软件开发中 常见英文文档 缩写(转)的相关文章

软件开发中常见的十大系统瓶颈------转载

在Zen And The Art Of Scaling - A Koan And Epigram Approach中,Russell Sullivan提出了一个非常有趣的总结:软件开发常见的20个传统的系统瓶颈,这听起来像是说有20个故事情节,并且依赖于你如何策划这些故事,或许都是真的,但唯有实践才知道它们带给我们的酸甜苦辣. 有一天,Aurelien Broszniowski给我发了一份电子邮件,把这些瓶颈用列表的方式展示出来.在接下来的交谈过程中,我又把该列表抄送给了Russell,Russ

2019-3-26列出几种软件开发中常见的设计模式并解释

设计模式主要分三个类型:创建型.结构型和行为型. 其中创建型有: 一.Singleton,单例模式:保证一个类只有一个实例,并提供一个访问它的全局访问点 二.Abstract Factory,抽象工厂:提供一个创建一系列相关或相互依赖对象的接口,而无须指定它们的具体类. 三.Factory Method,工厂方法:定义一个用于创建对象的接口,让子类决定实例化哪一个类,Factory Method使一个类的实例化延迟到了子类. 四.Builder,建造模式:将一个复杂对象的构建与他的表示相分离,使

一篇英文文档中找出频数最多的10个单词

"""一篇英文文档中找出频数最多的10个单词collections: Counter 提供计数器工具以支持方便和快速的计数 most_common(n) 返回n个最常见元素及其计数的列表,从最常见到最少. 如果省略nNone,则 most_common()返回计数器中的所有元素."""import refrom collections import Counter# print(dir(Counter))with open('english.tx

对英文文档中的单词与词组进行频率统计

一.程序分析 1.以只读模式读取文件到字符串 def process_file(path): try: with open(path, 'r') as file: text = file.read() except IOError: print("Read File Error!") return None return text 2.对字符串进行数据清洗,返回一个字典 import re word_list = re.sub('[^a-zA-Z0-9n]', ' ', textStr

软件开发的常见文档

软件开发的常见文档 01立项调查报告02立项建议书 03立项评审报告 04项目设计开发任务书 05项目计划 06质量保证计划 07配置管理计划 08需求分析说明书 09概要设计说明书 10详细设计说明书 11数据库设计说明书 12数据库表详细设计 13单元测试计划 14测试脚本 15单元测试报告 16系统测试计划 17验收申请书 18验收评审报告 19客户验收报告 21审核反馈表 22软件评审报告 23变更需求报告 24设计变更报告 26项目管理报告 27项目总结报告 原文地址:https://

一对一直播软件开发中,如何进行推流?

推流环节对直播链路的影响非常大,如果推流网络不稳定,就算前期在音视频处理.编码和封装上做何种优化,用户体验都会很糟糕.因此接下来,小编就以一对一直播软件开发为例,为大家讲述下推流过程中涉及的协议.实现方案等. 更多Android高级面试合集放在github上面了(更多面试文档,项目下载,源码)https://github.com/xiangjiana/androids需要更多项目下载,源码的小伙伴可以点击关于我 联系我获取 一.推流的定义 推流实际上就是在把封装好的视频和音频传输到服务器的过程.

对软件开发中uml建模的理解和图形整理(一)

由于uml(统一建模语言)在开发中经常会用到,特别是在软件开发中的OOAD阶段,因此要理解和使用uml显得尤为重要.在uml开始之前,咱先回顾一个OOAD.OOP的主要特征. OOAD:根据面向对象的方法学来对软件系统进行分析和设计的过程.它包括OOA 分析阶段和OOD设计阶段.其中分析阶段主要解决"What to do?"的问题,而设计阶段主要解决"How to do?"的问题.具体来说就是:在OOA分析阶段咱要做的主要工作就是建立对业务问题域的视图(建立模型).

对于软件开发中开发人员与测试人员关系的理解

在软件开发中都会有开发人员(以下简称开发)和测试人员(以下简称测试),在一些小型公司可能并没有测试,仅仅是开发兼任测试.在这里我仅针对于有专业的测试和专业的开发的项目. 每个公司应该都有考核机制,对于开发和测试的考核实际上很难量化,通常来讲大的方向就是开发所负责模块的bug数,对于测试来讲就是测出来的bug数,但这真的有效吗?这也许对开发有约束力,理论上开发是能够自己控制bug数的,如果从产生的bug数来评判开发的绩效还算有效,这样开发自然就会把代码写得更加认真.但如果根据测试测出来的bug数来

基于git的软件开发中并行工程管理以及版本控制系统概要

并行工程师什么,这里就不再解释(不懂请百度),实际上,在软件开发过程中,涉及到多人合作的以项目小组形式完成开发的软件(这里指广义上)或多或少都使用了并行工程的概念,在正式的项目开发中,项目小组成员总是分工合作每人完成一部分,然后再合并起来,而且,在实际应用中,尽管使用的是瀑布模型完成开发,但总是所有项目小组成员同时开始完成自己的部分,这,其实已经是并行工程了,我们可以自豪的宣布:我们在开发过程中使用了并行 工程这种高大上的玩意来提高开发速度,所以,老板你得给我们涨工资! 很简单吧,看起来好简单的