软件配置项标识编码规则优秀设计解读

1、软件配置项标识编码规那么设计方案刘宏2021-9-18Mail:1.背景. 效劳外包中迁移在效劳外包中,难度较大的阶段为一一效劳外包的迁移工程.效劳迁移工程难度大的主要原因之一,是没有实施迁移前准备标准和迁移后的验收标准.也就是在效劳成熟到何种程度一一包括治理与技术成熟度,效劳才能够向外包方进行迁移,以便发包方有效限制效劳外包中的风险,到达效劳外包的目的.效劳外包迁移前应到达的准备标准一一包括治理标准与技术标准,技术标准是治理标准的根底.技术标准是在效劳外包迁移中的必要条件,治理标准是效劳外包迁移中的充分条件.不同效劳业务在外包迁移中,具有不同的技术标准,但是具有相同的治理标准一

2、一ISO20000规定了治理相关的内容.由于不同的效劳业务具有不同的效劳技术标准要求,因此正对IT效劳外包业务应根据业务的特点编制相关的技术标准要求.IT效劳外包业务可以包括：IT系统根底平台维护效劳外包IT系统支撑环境维护效劳外包应用系统的维护效劳外包. 效劳外包迁移标准内容每类效劳有可以分成：运营效劳一线效劳、支持性效劳二线效劳、变更性效劳三线效劳.在IT效劳外包中风险较大的是运营效劳,由于运营效劳一直是直接在客户的生产环境实施,一旦发生错误,有可能给客户造成无法挽回的损失.目前一般风险较大的运营效劳,有客户自己承当,不进行外包.支持性效劳也是在客户生产环境实施,但是一般需要

3、进行筹划与实施结果测试.由于支持效劳具有一定的技术性,因此这种效劳外包迁移前应根据技术标准要求通过验收.只有通过技术标准验收的效劳才能够实施效劳外包的迁移.变更性效劳是在其他环境中测试完成后,在反映到生产环境中.因此变更性效劳与系统建设期的系统开发存在不同的风险.在系统建设期,可以进行充分的测试与试运行测试.在变更性效劳由于工期与本钱的原因,可能不能充分进行测试与试运行.. 效劳外包迁移中标准需求效劳外包方为了及时提供效劳需要将分包方的技术成果迁移到外包方处,因此分包方向效劳外包方进行效劳迁移时,在效劳迁移时,迁移哪些内容,迁移的内容在迁移前应到技术标准要求应进行验证与确认.假设

4、是没有到达效劳外包迁移技术标准,很显然是增加效劳外包迁移的风险.需要对效劳外包迁移内容结果进行验证,因此需要效劳外包迁移结果验证与确认的技术标准要求.. 应用软件效劳迁移标准需求分析在应用软件系统维护效劳外包的迁移中,技术标准主要是针对分包方迁移给外包方的所有技术成果物.对这些成果物需要相关的技术标准要求,以便在效劳外包迁移过程,分包方与外包方能够有效沟通与交接,保证效劳能够连续,不由于效劳外包迁移发生中断或效劳水平下降.为了保证分包方与外包方能够有效进行技术沟通,首先需要明确出工程成果物的标识标准一一配置项标识编码标准.这一标准能够是双方能够正确地在配置治理库中找到所需要的配置

5、项.为了能够有效防止交付过程中,使用错误的成果物.就需要双方共同成认的成果物的编码规那么或标准.由此得出结论：软件配置项标识编码规那么,是IT应用系统维护效劳外包的技术标准中的根底.2 .方案的目的与目标. 目的通过提供一般软件配置项编码规那么,为企业的软件配置项的治理提供自动化处理的解决方案,以便有效实现在不同软件系统或组件之间实现复用与共享,实现提升软件企业开发效率与质量的目的.在效劳外包迁移实施中,. 目标通过根据软件配置项编码规那么对软件配置项进行编码,应到达如下目标：能够有效实现配置项纵向跟踪.如：应用系统分解成多少子系统,子系统分解多少功能.能够识别出配

6、置项的类型.如：根据配置项编码识别出配置项是功能配置项还是数据配置项等等.能够确定配置项对应的电子物理名称的编码.如根据配置项的逻辑标识,能够确定其电子文件名称、以及其配置项父配置项的电子文件名称或其父配置项的目录名称及其与配置治理相关属性信息.3 .方案原那么. 方法软件配置项的配置治理编码方法,建议采用正交编码方法.在每个维度是全面的,及包含所有的内容分类.每个内容分类是唯一的,相互之间不重叠、不交叉,并且没有遗漏.. 技术要求编码标准应适应环境的要求.环境技术要求如下：为了保证在治理工程中能有效识别与处理,在编码标准中,采用字母与数字等.与操作系统文件与目录名

7、称规那么兼容.在不同语言操作系统中兼容.4 .方案考虑的维度建议方案考虑的维度：软件系统各个视图结构一个系统可从多个维度进行描述,因此需要多种视图.多个视图之间是存在逻辑关系的.一个系统是从上至下分解,因此一个大的主题可以分解子主题,分解中可以进行合并与抽象,形成性的编码规那么体系.逻辑视图结构.如：应用软件系统、子系统、功能、组件、模块、类、方法.外部视图结构.如：画面,画面迁移图.部署视图结构.如：网络结构图、应用软件部署结构图、软件组件部署设计书动态视图结构.如：动态结构图、动态链接图数据视图结构.如：概念数据描述业务分析工程、逻辑数据模型描述需求开发工程、物理数据模型描述设计工程、数据

8、定义程序实现工程数据维护维护工程.数据关系图数据字典数据码表数据完整规那么软件系统元素关系部署组件关系,如：支撑平台结构图、应用软件支撑环境结构图、应用软件部署结构图关系视图结构.如：外部视图与逻辑视图中组件之间关系,外部视图与数据时之间关系软件生命周期中工程.如：业务分析工程、需求开发工程、设计工程、实现工程、测试工程、交付实施工程、维护工程、引退工程.软件生命周期中工作类型及其输出的工作产品.如：评审、缺陷处理、需求治理、变更治理.5 .方案编制应考虑内容软件配置标识应考虑如下维度：对象维度逻辑对象实体一一对象实体对象视角实体一一不同对象,可以由多个角度进行描述对象描述实体一一不同视角,可

9、以形成多个描述文档实体工程维度业务分析需求定义设计实现测试交付过程类别评审缺陷配置治理来源维度开发开源采购开发环境提供产品类别FrameWork基盘软件包系统产品系统环境根底软件应用支撑环境应用软件6 .编码设计方案. 通用件通用件无任何行业特点.在应用软件中通用件是作为基盘方式被应用的.基盘在企业中,可以存在多种.如C语言基盘、JAVA语言基盘、.NET基盘等.可能在不同的软件开发部门,各自存在基盘.因此,需要企业以组织结构为单位定义其基盘的编码规那么.. 借用件复用件的编号应采用被复用件的编号.. 产品图样编号产品图样编号一般采用隶属编号.也可以采

10、用分类编号.参见附录A产品图样和设计文件编号应与企业计算机辅助治理代码相协调7 .根本原那么. 图样和文件编号一般可采用以下字符：0-9阿拉伯数字；AZ拉丁字母.I除外； 短横线、圆点、/斜线.. 编号的根本原那么1科学性选择事物或概念的最稳定的本质属性或特征作为信息分类的根底和依据.2系统性将选定的事物、概念的属性或特征按一定排列顺序予以系统化,并形成一个合理的科学分类体系.3唯一性一个代码只能唯一地标识一个分类对象.4）可延性要设置收容类目,以便保证增加新的事物和概念时,不致打乱已建立的分类体系,同时,还应为下级信息治理系统在原有根底上的延拓、细化创造条件.5）

11、标准性同一层级代码的编写格式必须统一.8 .一般要求. 每个产品、部件、零件的图样和文件均应有独立的代号.9 .工程定义工程名称工程代码英文缩写央文业务分析01BABusinessAnalyze需求开发02RDRequirementDevelop概要设计03BDBasicDesign详细设计04DDDetailDesign程序设计05PDProgramDesign编码06CDCoding单体测试07UTUnitTest结合测试08CTCombinetTest系统测试09STSystemTest实施交付10ADApplicationDelivery运行维护11OMOperation

12、s&Maintenance10 .对象深度设计方案深度根据5级设计.即业务分析,可以将一个系统划分成5级深度.L0:2位数字,缺乏2位,前面用0补齐.L1:2位数字,缺乏2位,前面用0补齐.L2:2位数字,缺乏2位,前面用0补齐.L3:2位数字,缺乏两位,前面用0补齐.L4:2位数字,缺乏两位,前面用0补齐.11.对象类型编码设计对象类型编码作为补充说明编码,可以省略.对象类型编码采用英文缩写,缩写字母为2位.12 .对象语言类型编码设计外包环境中,同一种对象存在多种语言版本,因此需要语言编码.语言编码为2位字母.中文时,编码可省略.常用语言缩写编码如下:语言编码缩写德文DE语言编码缩

13、写语已EN:英文ES西班牙文FR:去文IT意文JA日文RU俄文ZH中文语言编码如下:语言编码缩写语已AR阿拉伯文BE白俄罗斯文BG保加利亚文CA加泰罗尼亚文CS捷克文DA丹麦文DE德文EL希归EN英文ES西班牙文ET:爱沙尼亚文FI分二乂FR法文HR克罗地亚文HU匈牙利文IS冰岛文IT意文IW;希伯来文JA日文KO朝鲜文LT立陶宛文LV拉托维亚文列托MK马其顿文NL何二又NO挪威文PL波兰文PT葡萄牙文RO罗马尼亚义RU:俄文SH塞波尼斯-克罗地亚文语言编码缩写语已SK:斯洛伐克义SL斯洛文尼亚文SQ阿尔巴尼亚文SR:塞尔维亚文SV瑞典文TH:泰文TR土耳以UK:乌克二文ZH读书的好处1 1、行万里路,读万卷书.2 2、书山有路勤为径,学海无涯苦作舟.3 3、读书破万卷,下笔如有神.4 4、我所学到的任何有价值的知识都是由自学中得来的.一一达尔文5 5、少壮不努力,老大徒悲伤.6 6、黑发不知勤学早,白首方悔读书迟.一一颜真卿7 7、宝剑锋从磨砺出,梅花香自苦寒来.8 8、读书要三到：心到、眼到、口到9 9、玉不琢、不成器,人不学、不知义.1010、一日无书,百事荒废.一一陈寿1111、书是人类进步的阶梯.1212、一日不读口生,一日不写手生.1