配置库目录结构

VisualStudio解决方案的目录结构设置和管理

VisualStudio解决⽅案的⽬录结构设置和管理摘⾄：/lp310018931/article/details/47991759⾸先，解决⽅案和项⽬⽂件夹包含关系(c++项⽬)：VS解决⽅案和各个项⽬⽂件夹以及解决⽅案和各个项⽬对应的配置⽂件包含关系，假设新建⼀个项⽬ssyy，解决⽅案起名fangan，注意解决⽅案包括项⽬，此时⽣成的最外层⽬录为fangan代表整个解决⽅案的内容都在这个⽂件夹内。

在这个fangan⽂件夹内包含有fangan.sln的解决⽅案配置⽂件和⼀个ssyy⽂件夹，ssyy⽂件夹代表整个ssyy项⽬的所有内容都在这个⽂件夹内，这个⽂件夹内含有ssyy.vcproj的项⽬配置⽂件和.h头⽂件以及.cpp源⽂件。

如果在fangan解决⽅案下再建⽴⼀个新项⽬名为ssyy2，则会在fangan⽂件夹下⽣成⼀个ssyy2⽂件夹存放ssyy2项⽬的所有内容。

由上⾯叙述可以总结出，管理器（解决⽅案或项⽬）都会对应⼀个总的⽂件夹，这个管理器⽂件夹下存放本管理器的配置⽂件以及⼦管理器。

⽐如，解决⽅案是个管理器，它的⽂件夹下含有.sln配置⽂件以及⼦管理器ssyy项⽬和⼦管理器ssyy2项⽬。

另外，默认情况下，项⽬属性设置的⽬录起点为项⽬配置⽂件所在位置，实际上就是项⽬头⽂件和源⽂件所在位置。

补充：vs中建⽴默认的C#项⽬和建⽴默认的C++项⽬⽣成的⽬录结构是不⼀样的。

如果是C#项⽬，则解决⽅案总⽂件夹下就只包含解决⽅案配置⽂件sln和⼀个项⽬总⽂件夹(共两个东东)，⽽项⽬总⽂件夹下包含c#源⽂件、项⽬配置⽂件proj、⼀个Properties属性⽂件夹、⼀个 obj⽂件夹和⼀个bin⽂件夹，其中obj和bin ⽂件夹下都包含debug和release两个⽂件夹。

obj⽂件夹下存放中间编译结果（扩展名更加项⽬类型⽽不同），⽽bin⽂件夹下存放最终⽣成的结果（扩展名⼀般为exe或dll）。

⽽如果是C++项⽬，则解决⽅案总⽂件夹下就只包含解决⽅案配置⽂件sln和⼀个项⽬总⽂件夹和⼀个Debug⽂件夹以及⼀个 Release⽂件夹（共四个东东，其中Debug和Release⽂件夹中存放最终⽣成的结果exe或dll，要注意如果不使⽤Release⽣成，则不存在Release⽂件夹），⽽项⽬总⽂件夹下包含C++源⽂件头⽂件、项⽬配置⽂件和⼀个Debug⽂件夹以及⼀个Release⽂件夹（⼀定要注意，此处的Debug和Release⽂件夹仅仅存放中间编译结果obj，不存放exe和dll之类的东西。

通达信软件系统目录结构

通达信软件系统目录结构（大全）通达信软件系统目录结构一、通达信软件系统目录结构┌ YXHJ 运行环境目录，存放当日行情数据├ VIP8 分析系统执行程序和系统配置库├ BLOCK 系统板块公用存盘文件├ DOC 通达信文档│┌ FZLINE 分钟TDX 通达信┤├ LD AY 日线│┌ SZ 深圳┼ LWEK 周线││└ LMON 月线││┌ FZLINE 分钟线││├ LDAY 日线└ VIPDOC 历史数据┼ SH 上海┼ LWEK 周线│└ LMON 月线├ SA V6 V6版工作站信息│┌ FZLINE 分钟线│├ LDAY 日线├ QH 期货┼ LWEK 周线│└ LMON 月线├ TICK 历史成交明细└ SA V 跨越2000工作站信息注：若没有购买配套产品，以上有些目录可能不存在。

1. YXHJ运行环境目录下程序内容和作用:LDNETCFG.DBF 网卡配置文件,每个工作站必须用NETCFG.EXE将本工作站网卡地址写到该库中.2. VIP8执行程序目录下程序内容和作用:I（网络版分析软件主目录）a : LDWSCFG.DBF 系统配置库TDX.INI 消息面配置文件WT.INI 委托定义配置文件NETCFG.EXE 网卡配置程序,将网卡号写到\TDX\YXHJ\LDNETCFG.DBF中b : TDXP8.EXE 系统执行程序VGA.DRV 系统万能显卡驱动程序库RES.DAT 系统资源文件TDX.MOV 通达信软件系统标志视频流WB.SYS 五笔输入法索引库PY.SYS 拼音输入法索引库CONFIG.EXE TDX.INI系统配置程序VGADECT.EXE 系统万能显卡测试程序VGADECT.BMP 显卡测试图象文件ONLINE.TXT 系统操作向导在线帮助文件HELP.TXT 系统操作说明INDEX.HLP 系统指标在线帮助文件TDX.LNK 系统超级在线帮助文件ABOUT.JPG 系统图象文件(系统说明用).TDX.BMP 系统图象文件(系统启动用).CJMASK.DBF 成交回报隐藏配置库c : TDXDT.EXE 采数机(工作站式的数据转换机)LDNWCFG.DBF 采数机网段配置库JBZL.DBF 存放各股票的基本资料3. HOST目录下程序内容和作用（通达信远程主站产品使用）: HOST.EXE 主机端执行程序MODEMCFG.DBF MODEM配置数据库HOST.SVR TSR登记文件MOXA卡随配程序集4. HQHOST目录下程序内容和作用:HOST.DBF 待传输文件配置库HQHOST.EXE 主机端执行程序MODEMCFG.DBF MODEM配置数据库LHARC.EXE 打包文件HQHOST.HSG 通达信系统图象文件5. HQNODE目录下程序内容和作用:HQNODE.EXE 客户端执行程序NODE.DBF 接收文件配置库LHARC.EXE 打包文件MODEMCFG.DBF MODEM配置文件HQNODE.HSG 通达信系统图象文件6. WTHOST目录下程序内容和作用:WTHOST.EXE 主机端执行程序MODEMCFG.DBF MODEM配置数据库COMMFILE.DBF 委托交换库LIST.DBF 委托列表库CCLIBJ.DOT 系统用十六点阵字库文件MOXA卡随配程序集7. WTNODE目录下程序内容和作用:WTNODE.EXE 客户端执行程序MODEM.CFG MODEM配置文件COMMFILE.DBF 委托交换库LIST.DBF 委托列表库MOXA卡随配程序集8. DOC 通达信文档目录下文件(CWORD6.0):WHSM.DOC 维护说明WTJK.DOC 委托接口SYSM.DOC 通达信股票期货系统使用说明YCSYSM.DOC 远程工作站使用说明二、用户创建管理说明1. 建立TDXGROUP组权限: 1)对通达信目录\TDX\有读权限(R F)2)对通达信目录\TDX\VIPDOC\SA V6\有全部权限(R W E M F)3)对通达信目录\TDX\SA V\有全部权限(R W E M F)4)对通达信目录\TDX\YXHJ\有全部权限(R W E M F)5)对深圳上海行情目录有读权限( R F)6)对深圳上海公告信息目录有读权限( R F)7)对深圳上海成交回报目录有读权限( R F)8)对个股资料目录有读权限( R F)2.在TDXGROUP组下创建如下用户1)LOGIN TDX:进入通达信股票分析系统注册脚本:MAP O:=SERVER_NAME/APP:TDX\VIPO:NETCFGVIPLOGOUT2)LOGIN TDXDT:启动通达信行情转换机注册脚本:MAP O:=SERVER_NAME/APP:TDX\VIPO:TDXDT SZ SH TICKLOGOUT3)LOGIN TDXPH(限于V4.0以前版本):收市后,用于盘后数据转换注册脚本:MAP O:=SERVER_NAME/APP:TDX\VIPO:PANHOULOGOUT4)LOGIN TDXHOST:通达信远程分析系统所需用户名,启动远程分析主机端程序注册脚本:MAP O:=SERVER_NAME/APP:TDX\HOSTO:NETCFGC104-DRVHOSTLOGOUT5)LOGIN HQHOST:通达信远程网际分析系统主机端用,启动远程网际分析系统行情传送主机端程序.注册脚本:MAP O:=SERVER_NAME/APP:TDX\HQHOSTO:HQHOSTLOGOUT6)LOGIN HQNODE: 通达信远程网际分析系统客户端用,启动远程网际分析系统客户端程序.注册脚本:MAP O:=SERVER_NAME/APP:TDX\HQNODEO:HQNODELOGOUT7)LOGIN WTHOST:通达信远程网际分析系统主机端用,启动远程网际分析系统委托处理主机端程序.注册脚本:MAP O:=SERVER_NAME/APP:TDX\WTHOSTO:C104-DRV(STD-DRV)WTHOSTLOGOUT8)LOGIN WTNODE: 通达信远程网际分析系统客户端用,启动远程网际分析系统委托处理客户端程序.注册脚本:MAP O:=SERVER_NAME/APP:TDX\WTNODEO:STD-DRVWTNODELOGOUT3.通达信委托后台转换机由FOX写的委托后台转换机)权限: 1)对通达信目录\TDX有全部权限(R W E M F)2)对柜台交易委托库,成交库,股东库等相关路径有读写权限(R W)3)有权限可使用DBASE,FOX系列软件(R F)4)有权限可使用UCDOS,天汇,中国龙等汉字系统软件(R F)LOGIN TDXWT注册脚本: MAP O:=SERVER_NAME/APP:TDX\TDXWTO:TDXWTLOGOUT三、机房日常操作说明1.数据转换机使用说明早上开市时,必须先开交易所的行情接收机,待行情接收正常后,方可运行通达信数据转换机, 数据转换机的运行方法是:在工作站上键入LOGIN TDXDT数据转换机运行正常后,各用户即可通过键入LOGIN TDX进入通达信分析系统, 在数据转换机运行之前,用户不能进入分析系统.下午收市后,需要退出通达信数据转换机,数据转换机退出后用户不受影响,仍然可以使用通达信分析系统.2.盘后数据转档处理下午收市后,需要将当天的临时数据转入历史数据, 在退出数据转换机时, 系统会提示是否做盘后处理, 这时如果确认就会做盘后作业, 如果是中途异常退出系统, 请选择取消. 如果误选择取消, 可以用SUPERVISOR在TDX\VIP\目录下运行PANHOU.EXE, 如果需要只转某个股票交易所的数据或者只转期货的数据,则必须用带参数的PANHOU.EXE来完成盘后转档处理,参数/SZ表示只转深圳, /SH表示只转上海, /QH表示只转期货.在TDX\VIP\目录下直接运行:PANHOU /SZ 或PANHOU /SH 或PANHOU /QH也可将参数搭配使用,如PANHOU /SZ /SH 或PANHOU /SZ /QH 或PANHOU /SH /QHPANHOU /NNN 只转档生成日周月线,不转分钟线PANHOU /NNN /D:YYYYMMDD 插入YYYYMMDD日的日线数据，但要求\TDX\YXHJ下有??YYMMDD.INF、??YYMMDD.ZHQ文件，该命令用法只能插入日线不能添加日线。

CentOS下常用配置文件和命令以及目录结构备注

CentOS下常用配置文件和命令以及目录结构备注在公司工作,主要用工作在类Linux系统环境下，因为产品需要在多种linux中测试,接触到OpenSuse,redhat,centos,oracle unbreakable linux.下面总结一下Centos下面的一些常用配置文件.就我个人而言，我目前偏爱使用centos，哈哈，因为他就是克隆版的redhat as(或者说是山寨红帽)，可以享用redhat as几乎所有特性，而且不用pay money^_^。

还有个oracle出的unbreakable linux也是完全来源于redhat 的源码，这个就是明显要给redhat抢生意了,哎，OracleDB确实很好，但Oracle 公司有时候就是太咄咄逼人了。

看看centos官方网站上写的一段话:CentOS is an Enterprise-class Linux Distribution derived from sources freely provided to the public by a prominent North American Enterprise Linux vendor. CentOS conforms fully with the upstream vendors redistribution policy and aims to be 100% binary compatible. (CentOS mainly changes packages to remove upstream vendor branding and artwork.（汗，主要是移除了红帽系统中商标和图片）) CentOS is free。

一. Centos常用配置文件:(1)/etc/profile ,系统级的环境变量和启动程序配置,修改后对所有用户都有效(2)/etc/rc.local ，这个脚本将在开机启动的时候，自动运行，可放置一些需要每次开机自启动的程序如tomcat,mysql,oracle这个在opensuse中对应的是/etc/init.d/boot.local这个文件二. Centos常用命令和配置:1.pkill(1)kill 大家都会用了，但是这个pkill用着更爽，因为他可以直接根据进程名kill,而不需要pidkill 进程名称(2)可以用pkill踢用户如:root pts/1 2009-05-23 11:39 (xxx.xxxx.xxx.xxxx)输入 pkill -kill -t pts/1然后再用who看，就能看到pts/1被干掉了2.python -m SimpleHTTPServer 8000 (8000可以为任意还没被占用的端口)进入你要共享文件的目录执行， ptyhon -m SimpleHTTPServer对方只要在浏览器里输入你的IP地方加8000端口(例如192.168.1.104:8000)就可以看到共享目录下文件。

WS_QR770-06 配置库权限访问清单

WS/QR770-06
项目编号项目名称配置库
项目配置库权限访问清单
项目开发库/受控库/产品库权限访问清单
目录
配置库目录结构 PM CM工程师 DEV工程师 QA工程师 **
访问库路径
说明Байду номын сангаас
备注：项目的配置库可以是项目开发库、受控库或产品库；目录结构中的人员角色可根据项目需要填写。本项目所使用的配置管理工具Firefly的权限控制细分到目录文件级，权限分为：N（无任何访问权限，NONE的缩写）、C（访问权限，CD的缩写）、L（列表权限，LIST的缩写）、R（读取权限，READ的缩写）、 U（更新权限，UPDATE的缩写）、M（移动权限，MOVE的缩写）、I（插入权限，INSERT的缩写）。 CLRUMI的优先级顺序为：C<L<R<U<M<I。如果一个用户拥有了其中一个访问权限，那么他将自动拥有优先级低于这一访问权限的其它所有访问权限。例如：如果一个用户拥有M权限，他将自动拥有CLRU权限。

配置库目录结构
1.软件开发项目配置库
<项目名称>
├─01 开发工程库
│├─01 需求
│├─02 设计
││├─01 界面原型
││├─02 数据库设计
│├─03 编码
││├─01 源程序
││└─02 SQL日志
│├─04 测试
│├─05 交付
│└─06 评审区
├─02 项目管理库
│├─01 项目管理
││├─01 立项管理
││├─02 项目计划及监控（包括对风险的管理计划和监控）
││├─03 项目开发会议记录
││├─04项目报告
││└─05 经验与教训
│├─02 质量保证管理
││├─01 质量保证计划及记录
││└─02 质量保证报告
│├─03 配置管理
││├─01 配置管理计划及记录
││├─02 配置管理报告
││├─03 基线发布报告
││└─04 变更管理
│├─04 度量管理
││├─01 度量计划
││├─02 度量数据记录表
││└─03 度量报告
│└─05 同行评审
│├─01 评审通知及评审会议记录
│└─02 代码走读记录
├─03 受控库
│├─01 项目开发文档
│└─02 项目开发代码（根据项目特点可选择以打标签方式或者物理存储的方式）├─04 参考资料
└─05 基线库（根据项目特点可选择以打标签方式或者物理存储的方式）
2.组织过程资产库
目前已按这个进行管理了
欢迎您的下载，
资料仅供参考！
致力为企业和个人提供合同协议，策划案计划书，学习资料等等
打造全网一站式需求。

软件项目配置管理工具及环境说明

项目编号：
项目名称：
配置管理工具及环境说明
修订历史记录
1.工具、环境和基础设施
1.1项目的环境、工具
[说明在整个项目过程或产品生命周期中为实现配置管理而使用的计算环境和软件工具。

说明对整个项目过程或产品生命周期中生成的配置项进行版本控制时所需的工具和过程。

建立 CM 环境时所涉及的问题有：
产品数据量的预期大小
产品团队的分配
服务器和客户机的实际位置]
1.1.1项目配置库目录结构
[说明项目配置管理服务器地址、访问端口等信息；列出项目配置库的主体目录结构（可用对VSS配置库的目录截图来表示）。

]。

软件版本管理规范最新版本

软件版本管理规范第一章目的本规范详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等内容，使软件项目版本管理流程化并规范化，确保在系统开辟和实施过程中项目的完整性和一致性。

1. 第二章合用范围所有系统开辟及实施项目的软件项目都应进行版本管理。

项目中所有正式文档和代码都应纳入配置库(可使用工具建立配置库，本文所述使用的是 SVN )进行版本管理。

2. 第三章职责配置库管理员：负责配置库的日常维护和管理；监督开辟及测试部门及时提交版本管理对象(即配置项)。

此岗位可由开辟或者测试人员兼任。

3. 第四章内容4.1. 版本管理对象包括但不限于：项目总体计划可行性研究报告开辟计划需求说明书需求设计原型设计说明书系统开辟变更申请单系统管理手册用户操作手册培训计划培训记录源程序支持系统运行的配置文件存储过程脚本测试计划测试用例测试脚本测试报告上线计划上线申请版本维护日志4.2. 配置库的目录结构每一个项目在配置库中应拥有惟一的项目名称。

配置库目录结构与项目内部的目录结构建议按下列格式创建。

配置库目录结构规划：┠tags(发布)┃├v1.0.0_T1_2022909┃ ├v1.0.0.33899_T1_20221009┃├v1.0.0_R1_20221109┃├v1.1.0_T1_20220229┃└v1.1.0_R1_20220229┠trunk(主版本)┃└projectA┃ ├sr c┃├ MY_MOOC┃ ├do c┃ ├too l┃├。

MySQL8.0-目录结构,配置文件

MySQL8.0-⽬录结构,配置⽂件⼀、 MySQL8.0安装⽬录介绍bin存放可执⾏⽂件, mysql⾃带的客户端, mysql服务端等Data存放数据⽂件和⽇志⽂件mysql这个是mysql的核⼼数据库，类似于sql server中的master表，主要负责存储数据库的⽤户、权限设置、关键字等mysql⾃⼰需要使⽤的控制和管理信息。

不可以删除performance_schema这⾥的数据表分为⼏类：setup table ：设置表，配置监控选项。

current events table : 记录当前那些thread 正在发⽣什么事情。

history table 发⽣的各种事件的历史记录表summary table 对各种事件的统计表杂项表，乱七⼋糟表。

test这个是安装时候创建的⼀个测试数据库，和它的名字⼀样，是⼀个完全的空数据库，没有任何表，可以删除总结：其实这些库就是我们电脑上对应的⽂件夹，在mysql中显⽰为对应的库，来⽅便我们管理数据，⽽⽂件或者⽂件夹这种与硬盘打交道的事情就交给mysql了，我们只需要对mysql库中的数据进⾏操作就可以了docs存放⼀些⽂档include存储包含的头⽂件, 如：mysql.h、mysql_ername.h等lib⽤于放置⼀系列库⽂件share⽤于存放字符集、语⾔等信息my.ini是MySQL数据库中使⽤的配置⽂件。

⼆、 MySQL配置⽂件my.ini[mysqld]port=3306basedir=D:\Program Files\mysql-8.0.11-winx64datadir=D:\Program Files\mysql-8.0.11-winx64\Datamax_connections=200max_connect_errors=10character-set-server=utf8default-storage-engine=INNODBdefault_authentication_plugin=mysql_native_password[mysql]default-character-set=utf8[client]port=3306default-character-set=utf8参数解释server-id = 1表⽰是本机的序号为1,⼀般来讲就是master的意思skip-name-resolve禁⽌MySQL对外部连接进⾏DNS解析，使⽤这⼀选项可以消除MySQL进⾏DNS解析的时间。

项目管理-项目三库配置管理规范

配置管理规范1目的规范产品开发过程中配置活动的流程和要求，确保产品及其相关交付件的版本和使用在项目的整个生命周期中的完整性和可追踪性。

2适用范围适用于本公司所有项目及其整个软件开发生命周期的所有配置管理活动，及项目产生的技术文件的入库及使用管理。

3定义3.1 配置管理Configuration Management（CM）是通过技术或行政手段对产品及其开发过程和生命周期进行控制、规范的一系列措施。

配置管理的目标是记录产品的演化过程，确保开发者在产品生命周期中各个阶段都能得到精确的产品配置。

3.2 配置项凡是纳入配置管理范畴的工作成果统称为配置项。

配置项包括两大类：一是属于产品组成部分的工作成果，例如印制板图、源代码、需求文档、设计文档、测试用例等等；二是在管理过程中产生的文档例如各种计划、监控报告等等。

3.3 配置库包括项目开发库、项目受控库、项目检验库、项目成品库。

3.3.1项目开发库存放与项目研制有关的可由计算机读取的产品开发过程文档的信息库，命名为XXX PDL （project development library），其中XXX为项目代号。

项目开发库的地址为：“\\技术部门\项目开发库”。

3.3.2 项目受控库存放与项目研制有关的可由计算机读取的通过里程碑和节点评审的产品的信息库，命名为XXX PCL（project controlled library)。

项目受控库的地址为：“\\技术部门\项目受控库”。

3.3.3 项目检验库作为受控库的子库，用于存放边研制边生产阶段的设计文档。

3.3.4项目成品库存放符合最终研制要求的设计文件(含电子版、纸质版及其它形式)成品的库，命名为XXX PPL （project product library）。

项目成品库由总师办标准化/技术资料部进行管理，包括底图室、科档室和软件成品库。

详细管理要求见《项目成品库管理办法》。

4角色与职责4.1 高级管理者负责建立项目的CCB配置控制委员会，一般情况由管理团队中的总工程师担任，负责Ⅰ类技术文件借用的最终审批。

CM配置管理员访谈问题答案

--------------------------------------------------------------------------------------------------------------------------------------------Configuration Management1、你在项目中是如何做配置管理的？请简要说明一下项目进行初期或首次进入项目中时，首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通，取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持；积极了解项目情况，项目各阶段的进展，以便更好的进行配置管理；熟练并充分的利用配置管理工具的各方面的功能，提高配置管理的效率；为项目控制好版本，保证项目各阶段所使用的版本正确；及时发现项目问题，把问题及时反馈给项目经理、QA或SCCB，并积极协助解决；在项目中不断总结、分析，对项目内配置管理工作的进一步优化；2、项目中是如何定义配置管理的配置项的？大致阐述一下有哪些配置项在编写项目级配置管理计划时和项目经理一起在组织级配置管理计划中识别配置项。

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------3、项目中你们是使用的配置管理工具么？用的什么工具？是使用的是SVN作为配置管理工具4、你们配置库的结构式如何划分的？--------------------------------------------------------------------------------------------------------------------------------------------5、对每个库的目录结构和权限分配，项目中是如何定义的？--------------------------------------------------------------------------------------------------------------------------------------------6、项目中建立了哪些基线？请列举说明一个基线建立的过程需求基线、设计基线、计划基线、成果基线基线建立过程：由项目经理提交基线建立申请，提交到CCB进行评审，评审通过后我会依据《配置管理计划》中配置库目录结构在基线库中创建基线文件夹，基线文件夹用基线标识来命名，对配置项进行审计并填写《配置审计报告》把符合基线要求的配置项检入到相应的基线文件夹中，填写《基线发布报告》《配置状态报告》，同时发送邮件给项目组内成员通知新基线已成功建立。

分享完整的项目工程目录结构

分享完整的项⽬⼯程⽬录结构在项⽬开发过程中，如何有序的保存项⽬中的各类数据⽂件，建⽴⼀个分类清晰、⽅便管理的⽬录结构是⾮常重要的。

综合以前的项⽬和⼀些朋友的项⽬结构，我整理了⼀份我觉得还不错的项⽬⽬录结构。

在这⾥分享给⼤家，欢迎各位提出你宝贵的意见和建议。

如果喜欢请“推荐”则个，感激万分！！整个⽬录设置到4级⼦⽬录，实际使⽤时在根据需要进⾏增加。

第1级⼦⽬录：1. 01_Documents 项⽬⽂档⽬录2. 02_Development 项⽬开发⽬录3. 03_Testing 项⽬测试⽬录4. 04_Integration 项⽬集成⽬录5. 99_Others 其他内容各级⼦⽬录的详细配置如下：项⽬⽬录结构序号⽬录名称⽬录说明101_Documents项⽬⽂档⽬录2　01_Management项⽬管理⽂档3 01_会议记录项⽬组会议的会议纪要4 02_项⽬计划　5 01_项⽬总体计划　6 02_项⽬阶段计划　7 03_项⽬周次计划　8 03_项⽬报告　9 01_项⽬周报　10 02_项⽬⽉报　11 03_项⽬阶段报告　12 04_项⽬状态报告　13 04_项⽬总结　14 01_个⼈总结　15 02_项⽬组总结　16 05_⽴项结项　17 01_⽴项申请　18 02_结项报告　19 03_项⽬变更申请　20 04_软件更改申请　21 06_风险管理　22　02_Business项⽬合同等商务相关⽂档23 01_会谈纪要与客户会谈纪要24 02_客户资料客户⽅资料和需求收集的资料等25 03_项⽬合同项⽬合同26 04_验收记录　27 01_验收测试报告　28 02_验收申请报告　29 03_验收评审记录　30 05_维护记录项⽬组外出维护项⽬记录单31 06_客户反馈⽤户对产品的反馈和满意度调查32　03_Requirement项⽬需求类⽂档33 01_需求评审项⽬需求评审记录34 02_业务需求业务需求⽂档35 03_需求分析业务需求的分析⽂档36 04_需求规格需求规格说明书37 05_需求跟踪和变更需求跟踪、需求变更等38　04_Design项⽬设计⽂档39 01_设计评审项⽬设计评审记录40 02_技术⽅案项⽬技术⽅案⽂档41 03_概要设计项⽬概要设计⽂档41 03_概要设计项⽬概要设计⽂档42 04_详细设计项⽬详细设计⽂档43 05_数据库设计数据库设计⽂档44　05_Development项⽬开发类⽂档45 01_开发规范项⽬开发规范46 02_开发评审项⽬开发评审记录47 01_代码⾛查项⽬组内代码互查记录48 02_代码评审　49 03_单元测试单元测试⽂档50　06_Release项⽬发布和⽤户⼿册类⽂档51 01_发布说明发布说明书、发布检查表等⽂档52 02_帮助⽂档联机帮助和⽤户⼿册等⽂档53　07_Deploy部署及⽤户培训类内容54 01_⽤户培训给⽤户作培训的资料55 02_部署⼿册现场施⼯⽅案、项⽬部署⼿册56 03_部署⽂档部署⽇志、部署报告、部署统计数据、部署过程检查表等57　08_Configuration项⽬配置58 01_项⽬⽬录结构项⽬⽂档⽬录结构说明59 02_⽤户权限配置项⽬组各成员权限配置60 03_软件配置管理软件开发过程中对项⽬的管理计划及其配置6102_Development项⽬开发62　01_DataBase数据库开发63 01_Tables表结构64 02_Views视图65 03_Programmability 数据库编程：包含函数、存储过程等（若数据库为Oracle，⽬录名可改为Packages，并将函数、存储过程等封装在包⾥）66 01_Functions⽤户函数67 02_Procedures存储过程68 99_Inits数据库初始化（基础数据表初始化数据）69　02_FrontEnd前端程序开发70 01_SourceCode源代码71 02_Release运⾏程序72　03_Server服务端开发73 01_SourceCode源代码74 02_Release运⾏程序75　04_References项⽬引⽤的类库7603_Testing项⽬测试⽬录77　01_测试⽅案　78　02_测试⽤例　79　02_测试数据　80　03_测试结果　81　04_测试报告　82　05_测试⼯具项⽬组开发的测试⼯具的代码和⽂档83　06_测试环境测试环境配置8404_Integration项⽬集成版本⽬录8599_Others其他内容。

配置管理库结构

配置管理库结构配置管理库（Configuration Management Repository）是用于存储和管理软件配置项的中央化存储库。

它是软件开发过程中不可或缺的一部分，可以帮助团队有效管理软件配置，并确保在开发、测试和部署过程中的一致性和可追溯性。

本文将介绍配置管理库的结构，以及如何建立一个生动、全面且有指导意义的配置管理库。

首先，配置管理库应该有一个清晰的结构。

一个良好的结构能够帮助团队成员快速定位和访问所需的配置项，并促进团队合作和版本控制。

在设计结构时，可以采用以下几个层次：1. 根目录：配置管理库的顶层目录，用于存储整个项目的配置项。

它可以根据项目的不同模块、子系统或功能来进行划分。

2. 模块目录：根据项目的模块或子系统进行划分的子目录。

每个模块目录下可以进一步划分为配置项的类型或功能。

3. 配置项目录：在每个模块目录下，根据配置项的类型或功能进行划分的子目录。

例如，可以创建一个目录用于存储配置文件，另一个目录用于存储数据库脚本。

4. 版本目录：在每个配置项目录下，根据版本进行划分的子目录。

每个版本目录下存储了相应配置项的不同版本，以便进行版本控制和追溯。

其次，在建立配置管理库时，需要考虑以下几个方面：1. 命名规范：为了方便团队成员的使用和理解，应该制定一套命名规范，用于配置项、目录和文件的命名。

这样可以避免混淆和错误，并确保一致性和可维护性。

2. 权限管理：配置管理库中的配置项可能包含敏感信息，因此需要设置合适的权限管理，以确保只有授权人员可以访问和修改配置项。

可以根据项目角色和责任划分不同的权限级别。

3. 版本控制：配置管理库应该支持版本控制，以便团队成员可以追溯和管理配置项的历史版本。

可以使用类似Git或SVN的版本控制工具，或者配置管理工具本身提供的版本控制功能。

4. 文档记录：对于每个配置项，应该提供详细的文档记录，包括配置项的功能、用途、配置方法和相关的指导说明。

这样可以帮助团队成员理解和正确使用配置项。

软件项目-文档库结构表-模板

项目组所有成员
项目经理、系统分析师
项目组所有成员
项目经理、系统分析师
项目组所有成员
项目经理、系统架构师
项目组所有成员
项目经理、开发工程师
项目组所有成员
项目经理、测试工程师
项目组所有成员项目经理、实施工程师、测试工程师
1、《配置项状态表》 2、《基线列表》 3、《产品库清单》 4、《配置库信息表》
项目组所有成员
项目经理
系统架构师/系统分析师系统架构师/系统分析师
项目经理
项目经理、质量工程师、配置管理员
项目经理
项目组所有成员
项目经理、系统分析师
1、《用户需求说明书》 2、用户原始需求台账
1、《同行评审通知》 2、《预审问题记录表》 3、《同行评审报告》 4、《同行评审问题跟踪表》 1、《需求规格说明书》
05用户测试反馈表
可按日期分目录
06用户测试问题统计表可按日期分目录
07测试环境确认单
08同行评审
08上线 09项目结项
01系统上线
02培训资料
03试运行反馈表 04试运行问题统计表
可按日期分目录可按日期分目录
10配置管理
01配置项状态记录
02配置审计 03变更管理 04发布申请 05配置管理报告
06代码 07测试
07用户需求说明书
08同行评审
01需求规格说明书 02页面原型 03用户汇报备忘录
04同行评审
05需求跟踪 01概要设计
02数据库设计
03详细设计
04同行评审
可分多个目录
0单元测试检查表
01测试方案
02测试用例
03测试报告
04用户手册

一、目录结构的特点

⼀、⽬录结构的特点linux ⽂件系统如下有两个特点：逻辑上，所有的⽬录都在最⾼级别的根⽬录 “/”下。

所有的⽬录内容按照类别组织。

⼆、⽬录结构1、Linux⽬录结构：根⽬录结构查看：ls -la /或者tree -L 1 / # -L1 表⽰显⽰ "/ "下⽬录的层次，1表⽰⼀层/bin ⼆进制命令⽬录/boot 内核及启动程序所需要的⽂件⽬录/dev 设备⽂件⽬录/etc 常见系统及⼆进制安装包配置⽂件默认路径和服务启动命令⽬录/home 普通⽤户的家⽬录/lib 库⽂件存放⽬录/mnt 临时挂载⽬录/opt/proc 操作系统运⾏时，进程信息及内核信息存放的⽬录/usr 系统存放程序的⽬录/tmp 临时⽬录2、重要⼦⽬录：/etc/sysconfig/network-scripts/ifcfg-eth0 ⽹卡/etc/resolv.conf DNS/etc/hosts host解析⽂件/etc/sysconfig/network 主机名，⽹卡启动配置/etc/fstab 开机挂载⽂件/etc/inittab init 程序配置⽂件/etc/exports nfs配置⽂件/etc/init.d 系统服务脚本存放⽬录/etc/profile 系统全局环境配置路径3、/etc 下重要的⽬录：/etc/issue 记录⽤户登录前显⽰的信息/etc/group 设定⽤户的组名与相关信息/etc/passwd 账号信息/etc/shadow 密码信息/etc/sudoers 可以sudo命令的配置⽂件/etc/login.defs 所有⽤户登录时的缺省配置/etc/modprobe.conf 内核模块额外参数设定/etc/syslog.conf ⽇志设置⽂件4、其他⽬录：/var ⽇志⽂件/var/log 各种系统⽇志存放地/var/log/message 系统信息默认⽇志⽂件，⾮常重要，按周轮训/var/log/secure 记录登⼊系统存储信息的⽂件，按周轮训。

配置管理计划

<项目名称>项目配置管理计划京东世纪贸易有限公司XXXX年XX月XX日文档编号：版本号：产品名称：XXXX项目文档名称：配置管理计划目录1引言 (4)1.1 目的 (4)1.2 术语定义 (4)1.3 参考资料 (5)2软件配置 (5)2.1 软件配置环境 (5)2.2 软件配置项 (5)2.3 组织、职责和接口 (7)2.4 配置管理过程 (7)3软件配置管理计划 (8)3.1 建立示例配置库 (8)3.2 配置标识管理 (9)3.3 配置库控制 (9)3.4 配置的审查和评审 (11)3.5 配置库的备份 (12)3.6 配置管理计划的修订 (12)3.7 配置管理计划附属文档 (12)4. 里程碑 (13)附录1 文档命名规则 (14)受配置库文件命名规则 (14)非受控配置库文件命名规则 (14)提交文档文件命名规则 (14)附录2 账号及权限管理 (15)账号管理 (15)权限管理 (15)附录3 配置库使用规定 (16)1引言1.1目的本文档目的在于对XXXX项目进行软件配置管理，提高软件质量，降低软件开发成本。

本文档内容主要参考研发中心相关ISO程序和制度文档，并在这基础上整理成适合本项目的软件配置管理，为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。

1.2 术语定义软件配置管理：简称SCM（Software Configuration Management 的缩写），是在项目开发中，标示、控制和管理软件变更的一种管理。

配置管理的使用取决于项目规模和复杂性以及风险水平。

软件的规模越大，配置管理就显得越重要。

基线：（BaseLine）是项目存储库中每个工作版本在特定时期的一个“快照”。

它提供一个正式标准，随后的工作基于此标准，并且只有授权后才能变更这个标准。

建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。

配置管理员：项目组中负责配置管理工作的角色。

配置管理规范

配置管理规范对于一个一般的项目来说，配置管理规范的内容至少需要包括以下的内容：1、配置项及其命名规则；2、配置库文件目录结构；3、角色和权限定义；4、配置项变更流程；5、配置项发布；6、基线定义和基线变更。

配置项及其命名规则对我们的项目来说，配置项需要包括以下的内容：1、项目管理过程文档；a) 项目任务书；b) 项目计划；c) 项目周报；d) 个人日报和周报；e) 项目会议纪要；f) 培训记录和培训文档；2、QA过程文档；a) QA不符合报告；b) QA周报；c) 评审记录；3、工作产品a) 需求文档；b) 设计文档；c) 代码；d) 测试文档；e) 软件说明书和手册；4、项目中使用的第三方产品上文中用红色部分标识的是容易遗漏的配置项，尤其是第4个（项目中使用的第三方产品），实际上，一个工程型的项目会大量使用第三方的软件（例如，我们的产品中就使用了IBM 的MQSeries、Oracle、一些第三方的开发控件），对这些产品的管理至少可以解决三个方面的问题：1、版本配合的问题：大部分的第三方软件在升级之后，并不能实现二进制层面上的兼容，需要对原有的代码重新编译；甚至有的第三方软件在升级之后，API层面上的兼容性都做不到；因此，在工程实施的过程中，版本的配合问题是一个需要关注的问题；2、发布的完整性问题：一般来说，比较大型的第三方软件在发布过程中都不会有遗漏，但对一些小的第三方软件来说，比如我们使用的许多perl的CPan模块，如果在开发过程中没有有意识的进行管理的话，很容易就会发生遗漏；3、在某些特殊条件下由于第三方软件的变化引起的基线变更：这种情况极少会发生，但在我们以前的项目中，确实还遇见过。

一般是因为原来选型时使用的第三方软件不能满足要求，只能通过更换新的第三方软件，这就补课避免地需要变更基线（例如需求文档、设计文档等）；将第三方软件纳入配置管理的范畴可以更方便地管理基线的变更。

关于第三方软件产品配置项的管理还有一点需要说明：由于第三方软件有可能会比较大，而且相对我们的项目来说，是很少会发生变更的（一般在一个项目过程中，不会采用不同的配置项的命名可以便于查找相关配置项。