配置库目录结构

配置库目录结构
配置库目录结构

配置库目录结构

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.组织过程资产库

目前已按这个进行管理了

配置管理岗位职责

配置管理员岗位职责 摘自:软件配置管理论坛 一、配置经理的基本技能与资格 资格: 能够重视配置管理工作; 能够按规范实施配置管理工作; 积极支持部门的配置管理方面的工作; 能够积极支持与帮助其他人员; 为部门的配置管理能力的提高贡献力量; 熟悉公司配置流程以及其他相关的流程; 为增进项目管理,对于项目内的困难和关键问题,能够及时反映到部门; 基本技能: 能够独立规划项目的配置管理工作; 熟练掌握配置管理的相关概念; 能够了解配置的相关工具,熟练使用技术工程部配置所使用的工具; 具有基本的与人沟通的技巧; 能够了解项目管理过程中的主要环节; 初步了解项目管理过程中的质量保证的各个方面; 了解部分系统和应用工具,如数据库ORACLE,前台开发工具DEPHI等; 二、配置经理的职责 作为一名配置人员,配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如:作为质量保证的成员之一,能够为整个技术工程部规范化管理的推进作贡献,如宣传规范化管理的知识,陈述规范化管理的利弊等;能够在项目进行的整个生命过程中,不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通,为项目配置管理的规范化作出努力. 具体表现为: ?项目进行初期或首次进入项目中时,能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通,取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持; ?积极了解项目情况,项目各阶段的进展,为更好的进行配置管理作努力; ?熟练并充分的利用配置管理工具的各方面的功能,提高配置管理的效率; ?为项目控制好版本,保证项目各阶段所使用的版本正确; ?及时发现项目问题,把问题及时反馈给项目经理、QA或SCCB,并积极协助解决; ?与项目内其他组成员,如开发组、测试组等协调工作,并能够很好的沟通; ?能够在项目中不断总结、分析,为项目内配置管理工作的进一步优化作贡献;

配置管理系统

配置管理系统(北大软件 010 - 61137666) 配置管理系统,采用基于构件等先进思想和技术,支持软件全生命周期的资源管理需求,确保软件工作产品的完整性、可追溯性。 配置管理系统支持对软件的配置标识、变更控制、状态纪实、配置审核、产品发布管理等功能,实现核心知识产权的积累和开发成果的复用。 1.1.1 组成结构(北大软件 010 - 61137666) 配置管理系统支持建立和维护三库:开发库、受控库、产品库。 根据企业安全管理策略设定分级控制方式,支持建立多级库,并建立相关控制关系;每级可设置若干个库;配置库可集中部署或分布式部署,即多库可以部署在一台服务器上,也可以部署在单独的多个服务器上。 1. 典型的三库管理,支持独立设置产品库、受控库、开发库,如下图所示。 图表1三库结构 2. 典型的四库管理,支持独立设置部门开发库、部门受控库、所级受控库、所级产品库等,如下图所示。

图表2四级库结构配置管理各库功能描述如下:

以“三库”结构为例,系统覆盖配置管理计划、配置标识、基线建立、入库、产品交付、配置变更、配置审核等环节,其演进及控制关系如下图。 图表3 配置管理工作流程 1.1.2主要特点(北大软件010 - 61137666) 3.独立灵活的多级库配置 支持国军标要求的独立设置产品库、受控库、开发库的要求,满足对配置资源的分级控制要求,支持软件开发库、受控库和产品库三库的独立管理,实现对受控库和产品库的入库、出库、变更控制和版本管理。

系统具有三库无限级联合与分布部署特性,可根据企业管理策略建立多控制级别的配置库,设定每级配置库的数量和上下级库间的控制关系,并支持开发库、受控库和产品库的统一管理。 4.产品生存全过程管理 支持软件配置管理全研发过程的活动和产品控制,即支持“用户严格按照配置管理计划实施配置管理—基于配置库的实际状况客观报告配置状态”的全过程的活动。 5.灵活的流程定制 可根据用户实际情况定制流程及表单。 6.支持线上线下审批方式 支持配置控制表单的网上在线审批(网上流转审批)和网下脱机审批两种工作模式,两种模式可以在同一项目中由配置管理人员根据实际情况灵活选用。 7.文档管理功能 实现软件文档的全生命周期管理,包括创建、审签、归档、发布、打印、作废等,能够按照项目策划的软件文档清单和归档计划实施自动检查,并产生定期报表。 8.丰富的统计查询功能,支持过程的测量和监控 支持相关人员对配置管理状态的查询和追溯。能够为领导层的管理和决策提供准确一致的决策支持信息,包括配置项和基线提交偏差情况、基线状态、一致性关系、产品出入库状况、变更状况、问题追踪、配置记实、配置审核的等重要信息; 9.配置库资源的安全控制 1)系统采用三员管理机制,分权管理系统的用户管理、权限分配、系统操 作日志管理。 2)系统基于角色的授权机制,支持权限最小化的策略; 3)系统可采用多种数据备份机制,提高系统的数据的抗毁性。 10.支持并行开发 系统采用文件共享锁机制实现多人对相同配置资源的并行开发控制。在系统共享文件修改控制机制的基础上,采用三种配置资源锁以实现对并行开发的

通达信目录文件结构及说明

通达信目录文件结构及说明 vipdoc:下载或缓存的历史数据目录 diary:投资日志目录 RemoteSH:缓存的上海F10 RemoteSZ:缓存的深圳F10 Ycinfo:缓存的公告消息 安装目录下的SZ.*,SH.*是缓存的盘中数据文件 T0002:个人信息目录,内有公式和自选股,个人设置等信息 T0002\blocknew:该文件夹保存自定义板块的信息 T0002\mark.dat:该文件保存标记文字的信息 T0002\PriCS.dat 、 PriGS.dat 这两个文件是自定义指标模板的信息Advhq.dat 星空图相关个性化数据 Block.cfg 板块设置文件 cbset.dat 筹码分析个性化数据 colwarn3.dat 行情栏目和预警个性化数据 colwarnTj.dat 条件预警个性化数据 CoolInfo.Txt 系统备忘录 Line.dat 画线工具数据 MyFavZX.dat 资讯收藏夹数据 newmodem.ini 交易客户端个性化数据 padinfo.dat 定制版面个性化数据 PriCS.dat,PriGS.dat,PriText.dat 公式相关数据 recentsearch.dat 最近资讯搜索数据 Scheme.dat 配色方案 tmptdx.css 临时网页CSS文件 user.ini 全局个性化数据 userfx.dat K线图个性化数据 [blocknew] 板块目录 [cache] 系统数据高速缓存 [zst_cache] 分时图数据高速缓存 [coolinfo] 系统备忘录目录 [Invest] 个人理财数据目录 SUPERSTK下的文件:SYS.DTA 存放系统提供的公式; USERDATA下的文件:AUTOBLK.CFG:自动板块设定;SELF.DTA 存放用户自编的公式; BLOCK文件夹下的文件:*.IBK 板块指数定义;*.BLK 板块定义;*.EBK 条件选股结果;

配置管理文档

配置管理文档

项目名 格拉特尼美食梦工厂开发日期:2010-09-20至2011-01-14 称: 分类:配置管理文档指导教师:王崇文 团队:2013 页数: 修订记录 日期版本内容作者<11/3/2010> <1.0> 编写文档框架2013 <11/5/2010> <1.1> 确定基线内容2013 2013 <11/7/2010> <1.2> 将文件进行编号,和整理,并体现在文 档当中 小组成员

魏盛斌20072757 闫志鑫20072759 尹航20072760 郑然20072766 目录 目录 (2) 1引言 (3) 1.1目的 (3) 1.2术语定义 (3) 1.3参考资料 (3) 2软件配置 (5) 2.1软件配置环境 (5) 2.2软件配置项 (5) 2.3配置管理员 (6) 4 软件配置管理计划 (8) 4.1建立示例配置库 (8) 4.2配置标识管理 (9) 4.2.1文档 (9) 4.2.2程序 (9) 4.2.3基线 (9)

4.3配置库控制 (10) 4.3.1权限控制 (10) 4.3.2配置库的控制 (10) 4.3.3建立软件库 (10) 4.3.4软件配置更改 (10) 4.3.5配置文件清单的维护 (10) 4.4配置的检查和评审 (11) 4.5配置库的备份 (13) 4.6配置管理计划附属文档 (13) 5里程碑 (14) 7附录1 文档命名规定 (15) 7.1受控配置库文件命名规则 (15) 7.2非受控配置库文件命名规则 (15) 7.3提交文档文件命名规则 (15) 9附录2 文档编码规范 (17) 10附录3 帐号及权限管理 (18) 11附录4 配置库使用规定 (20) 1引言

配置管理规范文件精选

配置管理规范

配置管理规范模板 目录 1. 目的 2. 适用范围 3. 术语和缩略语 4. 规范内容 5. 引用文件 1. 目的 指导配置管理人员如何建立配置库,并利用配置库管理所有配置项,从而提供配置项的存取和检索功能,有利于配置项的更改控制,保证配置项的完整性和可跟踪性。 2. 适用范围 适用于所有软件产品和软件项目的配置项管理。配置管理可采用各种工具及手工办法,本文件以Source safe配置管理工具为例,规定公司的配置管理办法,使用其他工具时也可对应本文件的要求参照执行。 3. 术语和缩略语 本文件采用NP601100《配置管理》程序使用的术语和缩略语的定义。 4. 规范内容 4.1 配置管理的范围 软件配置可包括以下几方面:项目文档,源代码,执行程序,相关设备及资料等。 1)项目文档主要指:立项建议报告、项目启动计划、可行性分析报告、开发计划、需求分析报告、软件功能规格说明书、系统设计报告、数据库表结构、技术报告、总结报告、验收报告以及上述文档的评审记录。 2)相关设备主要指项目开发和运行环境(包括硬件和软件),以及项目开发和测试过程中使用的专用仪器设备,如读卡机、扫描仪等。 3)相关资料主要指客户提供的行业法规,标准及其调研期间提供的业务单据,往来会议记要,传真,电子邮件,重要的电话记录等。 4.2 各配置项的获得 项目立项之后,软件配置管理负责人SCML即可建立项目配置库,并着手收集各配置项。1)项目文档。开发各阶段结束时,软件配置管理负责人SCML可向开发人员索要相关文档及对应评审记录,归到配置库。 2)开发人员在出差前应带好与客户会谈的准备材料。根据出差的任务不同,还应准备客满意度调查表,交付书,验收报告等。返回之前应和客户确认,并在出差回来时交给软件配置管理负责人SCML一份备份,如有客户提供的文献资料、有关设备仪器须进行登记。对于任何正在进行的项目,如有客户来访须做好会议纪要。 3)开发部门发给客户的传真件或客户发来传真至少应在项目档案中保存一份备份。 4)对于源代码和执行程序的管理最好使用工具,条件不具备时,要注意对配置库的目录分配。各开发人员分别建立自己的工作目录,完成后的模块再放到项目相关目录下。 5)在项目结束归档时电子邮件也应作为项目的相关资料进行归档。 4.3 配置库的建立 所有项目应建立一配置库,以便管理前面提到的各配置项。一般的可视化开发环境都有自带的配置管理工具,可以用管理工具来建立配置库,也可以在机器的某目录下建立配置库,手工管理。下面以Source Safe为例描述配置管理库的建立及各配置项的控制方法。各项目在开始时,均应建立以下几项子项目,进行分阶段管理。

配置管理数据库设计说明书

1引言 ...................................................................................................... 错误!未定义书签。编写目的....................................................................................................... 错误!未定义书签。背景 .............................................................................................................. 错误!未定义书签。定义 .............................................................................................................. 错误!未定义书签。参考资料....................................................................................................... 错误!未定义书签。2外部设计............................................................................................... 错误!未定义书签。标识符和状态............................................................................................... 错误!未定义书签。使用它的程序............................................................................................... 错误!未定义书签。约定 .............................................................................................................. 错误!未定义书签。专门指导....................................................................................................... 错误!未定义书签。支持软件....................................................................................................... 错误!未定义书签。3结构设计............................................................................................... 错误!未定义书签。概念结构设计............................................................................................... 错误!未定义书签。逻辑结构设计............................................................................................... 错误!未定义书签。物理结构设计............................................................................................... 错误!未定义书签。4运用设计............................................................................................... 错误!未定义书签。数据字典设计............................................................................................... 错误!未定义书签。安全保密设计............................................................................................... 错误!未定义书签。

最全的Android源码目录结构详解

最全的Android源码目录结构详解 Android 2.1 |-- Makefile |-- bionic (bionic C库) |-- bootable (启动引导相关代码) |-- build (存放系统编译规则及generic等基础开发包配置) |-- cts (Android兼容性测试套件标准) |-- dalvik (dalvik JAVA虚拟机) |-- development (应用程序开发相关) |-- external (android使用的一些开源的模组) |-- frameworks (核心框架——java及C++语言) |-- hardware (部分厂家开源的硬解适配层HAL代码) |-- out (编译完成后的代码输出与此目录) |-- packages (应用程序包) |-- prebuilt (x86和arm架构下预编译的一些资源) |-- sdk (sdk及模拟器) |-- system (底层文件系统库、应用及组件——C语言) `-- vendor (厂商定制代码) bionic 目录 |-- libc (C库) | |-- arch-arm (ARM架构,包含系统调用汇编实现) | |-- arch-x86 (x86架构,包含系统调用汇编实现) | |-- bionic (由C实现的功能,架构无关) | |-- docs (文档) | |-- include (头文件) | |-- inet (?inet相关,具体作用不明) | |-- kernel (Linux内核中的一些头文件) | |-- netbsd (?nesbsd系统相关,具体作用不明) | |-- private (?一些私有的头文件) | |-- stdio (stdio实现) | |-- stdlib (stdlib实现) | |-- string (string函数实现) | |-- tools (几个工具) | |-- tzcode (时区相关代码) | |-- unistd (unistd实现) | `-- zoneinfo (时区信息) |-- libdl (libdl实现,dl是动态链接,提供访问动态链接库的功能)|-- libm (libm数学库的实现,) | |-- alpha (apaha架构) | |-- amd64 (amd64架构) | |-- arm (arm架构) | |-- bsdsrc (?bsd的源码)

项目组织结构配置方案

项目组织结构配置 为实现本工程建设的优质、高速、安全。文明、低耗的目标而奋斗,本工程采用项目法施工的管理体制。 一、施工管理体制的设置原则 1、形成有一定权威性的统一指挥,协调各方面的关系,确保工程按要求顺利完成。 2、根据本工程规模、技术复杂程度等因素建立管理组织。 3、采用项目管理体制的同时,经济合同手段辅助以部分行政手段,明确各方面责、权、利。 二、项目法施工 在本工程施工中实施项目法施工的管理模式,组建本工程的项目经理部,对工程施工全过程的进度、质量、安全、成本及文明施工等负全责。项目经理部要以工程项目管理为核心,以优质、高速、安全、文明为主轴,加强动态、科学管理,优化生产要素,精心施工,大力推广先进施工技术,在创质量优良的同时,力争提前完成施工任务。在推行项目法施工的同时,从文件控制、材料采购到产品标识、过程控制等过程中,切实执行ISO9001标准和公司质量保证体系文件,达到创优质高效的目标。 项目经理对工程项目行使计划、组织、协调、控制、监督、指挥职能、全权处理项目事务,其下设技术组、施工组及材料设备组。项

目经理部对公司实行经济责任承包。项目内部工程技术管理人员通过岗位目标责任制和行为准则来约束,共同为优质、安全、高速、低耗地完成项目任务而努力工作。 本工程实行项目法施工,按以下方式进行运作: 1、实施项目法施工的管理模式,组建本工程的项目经理部,对工程施工全过程的进度、质量、安全、成本及文明施工等负全责。 2、项目经理部要以工程项目管理为核心,以优质、高速、安全、文明为主轴,加强动态、科学管理,优化生产要素,精心施工,大力推广先进施工技术,在创质量优良的同时,力争提前完成施工任务。 3、在推行项目法施工的同时,从文件控制、材料采购到产品标识、过程控制等过程中,切实执行公司质量保证体系文件,达到创优质高效的目标。 4、项目经理部的组成见“承包人工地组织机构”。各部室及专业管理人员都具有相应的资质证书,持证上岗,在项目经理统一指挥下负责工程的全面管理工作。项目经理是该项目上施工企业的全权委托代理人,是项目施工组织、施工生产和现场管理,安全文明施工的直接责任人。 三、组建项目经理部 项目部的领导班子是项目部管理的中心,领导班子的素质对项目部的整个施工过程中的管理起着举足轻重的作用。公司拟安排有丰富工作经验和有多个大型项目管理经验的公司项目经理担任本工程的

MyBatis 配置文件基本结构资料

MyBatis 配置文件基本结构 一、MyBatis 配置文件基本结构 在使用mybatis框架时,首先导入其对应的jar包,并进行相应的配置,所以得对配置文件的每个参数都得了解。一个完全的mybatis配置文件结构如下: [html] view plain copy

软件配置管理计划

软件配置管理计划示例 计划名国势通多媒体网络传输加速系统软件配置管理计划 项目名国势通多媒体网络传输加速系统软件 项目委托单位代表签名年月日 项目承办单位北京麦秸创想科技有限责任公司 代表签名年月日 1 引言 1.1 目的 本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款,以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求,能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的剪裁,以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。

本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1.3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆国势通多媒体网络传输加速系统软件质量保证计划 2 管理 2.1 机构 在本软件系统整个开发期间,必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导,由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成,由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导,在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划规定的所有要求。

Discuz! X 目录文件列表结构及模板文件结构详解

目录+文件篇: | -- admin.php 管理员入口 | -- api.php 接口文件 | -- category.php 分类入口 | -- cp.php 个人资料设置入口 | -- crossdomain.xml FLASH跨域传输文件 | -- favicon.ico 系统icon图标 | -- forum.php 广场入口 | -- group.php 群组入口 | -- home.php 空间入口 | -- index.php 首页入口 | -- ivite.php 邀请处理文件 | -- member.php 用户处理文件 | -- misc.php 杂项处理文件 | -- plugin.php 插件处理文件 | -- portal.php 站点首页入口同index.php | -- robots.txt 搜索引擎蜘蛛限制配置文件 | -- search.php 搜索入口文件 | -- userapp.php 用户应用、游戏、漫游入口文件 | -- static 系统用到的图片包 | -- template 系统总模板目录 | -- uc_client ucenter客户端程序 | -- uc_server FULL版本中ucenter服务端 | -- api 接口文件夹 | -- api -- db | -- api -- db -- dbbak.php 接口调用中用到的数据库备份文件,内涵数据库类 | -- api -- javascript -- advertisemen.php 广告调用接口 | -- api -- javascript -- javascript.php js调用接口 | -- api -- manyou 漫游平台调用接口文件夹 | -- api -- manyou -- class 漫游接口中需要用到的类的文件夹 | -- api -- manyou -- Manyou.php 漫游接口文件 | -- api -- manyou -- my.php 继承与manyou.php,用来执行更新用户资料的借口文件 | -- api -- mobile 移动手机设备接口文件夹,这个文件夹中包含了大量的用户手机浏览器客户端显示的模板和执行文件。 | -- api -- trade 在线支付平台接口文件夹,内涵支付宝,财付通等接口文件,本目录的文件需要FTP二进制上传。 | -- config Discuz!x1的配置文件目录

(完整版)软件配置管理题库【2015.10.26】

理论部分 1.你是怎么理解软件配置管理的? 软件配置管理为软件研发提供了基础性的支持环境,每个人都要面对软件配置管理,学习使用它,根据具体情况选择正确的策略和方法,以便从它那里充分受益。 2.软件配置管理的作用或意义? 在软件建立时变更是不可避免的,而变更加剧了项目中软件开发者之间的混乱。软件配置管理的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。 3.IPD流程有几个决策评审点,几个技术评审点?各个技术评审点的作用? 4个:概念决策评审(CDCP)计划决策评审(PDCP)计划决策评审(PDCP)可获得性评审(ADCP) 目标、关注点、输入、输出 4.IPD流程分为哪几个阶段? 3个:市场管理(MM)、需求管理(OR)、继承产品开发(IPD) 5.IPD流程的核心思想是什么? 1.产品开发是投资行为 2.基于市场的创新 3.基于平台的异步开发模式和重用策略 4.技术开发和产品开发分离 5.跨部门协同 6.结构化并行开发流程 7.产品线和能力线并重 8.职业化人才梯队建设 你是如何理解软件工作成果的? 软件工作成果包含哪些? 管理、系统分析、设计、编码,还是产品管理、测试、文档、实施、维护 6.举例说明什么是配置项?配置项有哪些属性? 凡是纳入配置管理范畴的工作成果都是配置项 配置项有两大类:属于产品组成部分的工作成果;项目管理和机构职称过程产生的文档。 属性有:名称、标示符文件状态、版本、作者、日期…… 7.什么是配置库? 存放配置项的数据库,常用两种形式:按配置项类型分类建库和按任务建库。 如果让你为你们组的项目规划一个目录结构,你认为哪些目录是必须的? 1.项目立项与策划 2.需求分析

配置库管理指南

配置库管理指南 (V1.0.0) 2014年4月15日发布2014年5月1日实施

文件修订历史记录

目录 1.简介 (4) 1.1.目的 (4) 1.2.适用范围 (4) 1.3.术语及定义 (4) 2.角色与职责 (4) 3.配置库维护 (5) 3.1.配置库建立 (5) 3.1.1.配置库建立时机 (5) 3.1.2.配置库建立原则 (5) 3.1.3.配置库建立规范 (5) 3.1.4.配置库结构 (6) 3.1.5.配置库目录结构 (6) 3.1.6.配置库操作流程 (6) 3.2.配置库数据审计 (7) 3.3.配置库备份 (7) 3.4.配置库封存 (7) 4.用户管理 (8) 4.1.用户及口令规则 (8) 4.2.用户权限管理 (8)

1. 简介 1.1. 目的 本文档的目的在于通过对配置库各项操作和规则的说明,为配置管理员对配置库操作提供指导。 1.2. 适用范围 本指南适用于吉林农信信息科技服务有限公司配置库相关管理工作。 1.3. 术语及定义 2. 角色与职责

3. 配置库维护 3.1. 配置库建立 3.1.1. 配置库建立时机 1.项目正式立项后,项目经理制定项目配置管理计划,并同项目计划一起进行评审, 评审通过后,提交组织配置管理员,申请建立配置库并分配权限。组织配置管理员需在一个工作日内完成配置库的建立。 2.配置库建立在公司提供的配置管理工具上。 3.1.2. 配置库建立原则 1.每个项目建立一个独立的存储库。 2.基于原产品平台进行的产品升级立项及基于已有产品的合同项目,可使用原产品的 配置库,可以划分不同分支管理。 3.在一个合同中的立项的多个项目: a.如果多个项目归属于不同产品,即从业务功能上、软件应用上、物理部署上 都是相对独立的。无论是否属于同一个公司开发是否属于同一个项目经理管 理,都要依据产品的独立性划分为不同的项目分别建立独立的配置库; b.如果一个合同中的多个项目,虽然从业务应用角度功能独立,但是从产品架 构上属于同一个产品的不同模块,在软件应用上不能独立划分,物理部署上 在同一服务器上,配置库可以统一建立一个配置库,可按业务应用设置不同 分支,或文档上按照项目的模块分别编制。 3.1.3. 配置库建立规范 1.项目名称、存储库项目名称应保持一致。 2.存储库命名为“系统名称”,依据项目合同中定义的系统的名称。

软件配置管理控制程序

配置管理控制程序 历史记录

目录

1.引言 1.1目的 本程序文件定义了本组织的配置管理的过程,目的是规范公司的软件配置管理活动,使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 1.2 使用范围 本文件适用于公司的所有软件项目。 1.3 名词和缩写 CM(Configuration Management) 配置管理 SCCB (Software Configuration Control Board) 软件配置管理控制委员会 CC (Configuration Controller) 配置管理员 工作产品(Work Products):项目技术开发和管理工作中产生的有价值的成果,例如源代码、数据和各种文档。 配置项(Configuration Item, CI):纳入到配置管理范畴作为单个实体对待的工作产品称为配置项[IEEE Std 610.12 - 1990 ];配置项包括:项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据,它们经评审和检查通过后进入软件配置管理。 基线(Baseline):一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。基线一经放行,就可以作为从配置管理系统检索源代码文卷(配置项)和生成可执行文卷的工具。 2角色与职责 2.1软件配置管理组(CM) CM组是项目里的一个小组,根据项目大小,可以由一个人,或者多人组成,小组的成员称为配置管理员(CC),通常由公司的质量保证组安排,加入到项目组,由项目经理领导。 CM组建立并管理配置管理库系统。 CM组负责组织相关部门和人员进行有关CM活动的培训。 项目组的CM组负责在该项目的整个生命周期中进行配置管理活动。 2.2软件配置管理控制委员会(SCCB) SCCB建立在项目级,通常由项目经理、该项目的技术经理、软件开发工程师、资深工程师、

配置库管理规程

配置库管理规程 文件编号: 编制: 审核: 批准: 受控状态: 第 1 页共 10 页

配置库管理规程 目录 1.目的和范围 (4) 2.引用文件 (4) 3.职责 (4) 4.术语 (4) 5.工作程序 (4) 5.1.创建物理配置库 (4) 5.1.1.创建物理配置库 (4) 5.2.建立配置库目录结构 (5) 5.2.1.建立配置库目录结构 (5) 5.2.2.分配配置库使用人员权限 (8) 5.3.维护配置库 (10) 6.模板 (10)

1.目的和范围 通过建立物理配置库的设立规范、各配置库目录的设立原则,确保配置库的统一与规范,确保项目产品得到有效的管理与运用,提高资源的共享与利用。 适用公司配置库的建立活动。 2.引用文件 无 3.职责 ●配置管理员 创建物理配置库,建立配置库目录并分配权限,维护配置库,并定期备份。 ●项目其他成员 在权限之内操作配置库。 4.术语 ●开发库:用于存放项目期间处于开发状态的相关文档和代码,以及存放项目组工作期 间的相关沟通记录等,并为变更实施提供工作空间。配置管理员不对其中的内容进行控制,其中存放的内容由项目经理负责。 ●基线库:建立以用来存放项目中通过评审形成基线的配置项的库。配置管理员对其中 的内容负责。 ●产品库:建立以用来存放发布后的配置项的库,包含基线发布和最终产品发布。配置 管理员对其中的内容负责。 5.工作程序 5.1.创建物理配置库 5.1.1.创建物理配置库 创建开发库、基线库、产品库三个物理配置库。 各配置库之间的关系如下图所示意: 项目文档经过审批后,进入基线库

5.2.建立配置库目录结构 5.2.1.建立配置库目录结构 开发库目录结构: 项目组负责创建开发库的目录结构,要求依据以下表格来创建,使用统一的结构与名称,目

BMC配置管理库

1.配置管理 1.1.Atrium CMDB Atrium CMDB是配置管理系统核心,Atrium CMDB的配置管理数据方式,是面向生产设计的工作结构,有几种特性帮助高效地管理CI: 支持面向对象数据模型 类管理器(Class Manager) 具备服务模型影响模拟器功能 数据的联邦关联(Federation of data) 数据的灵活模型(Flexible data model) 配置的分区(Partitioning of configurations) 配置的调和(Reconciliation of configurations) 数据的开放访问(Open access to data) 强大的沙盒 1.2.可视化展示 CI和关系的展示底层服务器端使用Flex技术,前台显示工具同时支持B/S 和C/S,能支持IE和Firefox浏览器 可视化CI和关系展示工具不仅能显示相关配置项和关系,还能在界面上 直接编辑,所见即所得的编辑方法,能修改CI和关系的属性,能用拖拽的方式创建新的CI和关系,能立刻保存编辑结果到CMDB中 查询功能:不仅能查询指定的某个类的实例,而且能同时设置多个类的属 性作为查询条件,如:安装了MS SQL 2000的Dell服务器;运行于AAA

服务器上的VMWare虚拟系统BBB CI和关系能够以业务模型的形式,展示各个CI之间的拓扑链接关系,拓 扑视图中的CI能任意拖动,转换各种视角和排列方式:循环、有机、分层和正交;拓扑图型显示和数据列表可以在一个视图中随意切换 系统用户能按照自己的需求,把查询的结果或者所见到的内容保持成视 图,每个能管理自己的视图,视图中的CI和关系是CMDB当中的一组配置项及关系的集合 过滤器是按照类、或者类的属性设置查询过滤条件,不同用户能管理和定 义过滤器,管理员可以管理公共过滤器,过滤器能过滤关系和类,能立刻生效与用户视图 CI和关系的模型或者某个独立的CI能够通过URL的方式展示,能与第三 方应用集成 1.3.类管理器 配置管理人员可以通过CMDB提供类管理器控制台访问系统中的配置类和关系类,查看类之间的继承关系,维护类的属性,定义类属性的参数,甚至新建类。该控制台带来了巨大的灵活性,可以根据业务要求随时调整缺省的类库,并根据基类或子类进行派生,也可以独立构建类树,具有专业的类管理机制,比如抽象类、独类、类别类。 1.4.具备服务模型影响模拟器功能 能将在静态的CI关系和拓扑图之上做动态的业务影响模拟 影响模拟器模块能模拟某个CI的可用性故障,当发生了某种程度的变化 后,其他相关CI因此受到的影响。这种模拟的测试能帮助用户来做:变更影响分析、灾难恢复计划、网络弱点分析等。例如:如果把“服务器A” 关机或者离线,这对整个系统造成的影响是什么?

配置管理流程(整理)

一.流程图 1)PM :项目经理(Project Manager)是负责项目管理的专业人员,项目经理负责一个项 目的计划,执行及结束关闭。目前,项目经理管理角色在多种行业中得到应用,尤其是在建筑、网络技术、通信、软件开发等行业发挥积极而重要的作用。项目经理的主要对项目目标的完成负责。项目目标包括项目的项目范围,成本,进度,质量,沟通等多维目标,项目经理通过专业努力,组织团队按项目要求,在一定的时间内完成项目规定的任务。 PMI (The Project Management Institute )讨论和制定了一套有关项目管理的原则 和方法论,形成一套专业的指导体系,强有力地支持了项目经理的专业化发展。从从业角度,项目经理有时会获得企业法人代表或项目拥有者的授权,在工程项目 中全面负责,成为企业法定代表或项目拥有者在工程项目上的代表人。 制定访问控制和开发策略 制定项目计划批准并发布配置管理计划 审核配置管理计划 划定(变更)基线 创建配置管理库 建立基线建立私有工作空间 发布版本审核创建(维护)附加元素 归并集成修改文件 配置(维护)工作空间 构建系统提交工作成果 申请基线变更更新工作空间 建立发布版本 PM CCB CMO SIO DEV 制定配置管理计划

2)CCB:CCB变更控制委员会(Change Control Board)又名配置控制委员会(Configuration Control Board) 实施整体变更控制——变更控制委员会 软件开发活动中公认变更控制委员会为最好的策略之一 CCB的组成 CCB可以由一个小组担任,也可以由多个不同的组担任,负责做出决定究竟将哪些已建议需求变更或新产品特性付诸应用。典型的变更控制委员会会同样决定在哪一 些版本中纠正哪些错误。 CCB的成员应当能代表变更涉及的团体。其可能包括如下方面的代表: 1.产品或计划管理部门 2.项目管理部门 3.开发部门 4.测试或质量保证部门 5.市场部或客户代表 6.制作用户文档的部门 7.技术支持部门 8.帮助桌面或用户支持热线部门 9.配置管理部门 当组建包含软硬件两方面项目的CCB时,还应当包含来自硬件工程、系统工程、制造部门或者硬件质量保证和配置管理的代表。 CCB是系统集成项目的所有者权益代表,负载裁定接受那些变更。CCB由项目所涉及的多方成员共同组成,通常包括用户和实施方的决策人员。CCB是决策机构,不是作业机构,通常CCB的工作是通过评审手段来决定项目是否能变更,单不提出变更方案。 CCB的作用 1、批准配置项的标识,以及信息系统的基线建立 2、制定访问控制策略 3、建立更改基线的设置,审核变更申请 4、根据配置管理员的报告决定相应的对策 3)CMO:Configuration Management Officer,配置管理员 根据配置管理计划执行各项管理任务,定期向CCB提交报告,并列席CCB的例会。 其具体职责为以下几项: 文件配置管理工具的日常管理与维护; 各配置项的管理与维护; 执行版本控制和变更控制方案; 完成配置审计并提交报告; 对开发人员进行相关的培训; 识别软件开发过程中存在的问题并拟就解决方案; 4)SIO:System Integration Officer,系统集成员

linux下mysql安装、目录结构、配置

linux下mysql安装、目录结构、配置 1、准备安装程序(官方网站下载) 服务端:MySQL-server-community-5.1.44-1.rhel4.i386.rpm 客户端:MySQL-client-community-5.1.44-1.rhel4.i386.rpm 2、安装(打印信息略) [root@localhost /]#rpm -ivm MySQL-server-community-5.1.44-1.rhel4.i386.rpm; [root@localhost /]#rpm -ivm MySQL-client-community-5.1.44-1.rhel4.i386.rpm; 3、查看安装是否成功 [root@localhost /]#netstat -ntpl; 显示3306端口开放表示服务安装成功 4、测试连接 [root@localhost /]#mysql 出现mysql>表示登陆成功 5、对mysql用户设置远程访问权限 方法1、改表法:登陆mysql后,更改“mysql”数据库里的“user”表里的“host”项,将“localhost”改“%” mysql>use mysql; mysql>update user set host ='%' where user ='root'; mysql>select host,user from user; mysql>FLUSH PRIVILEGES 方法2、授权法:假设允许用户username通过密码password从远程连接到mysql服务器mysql>GRANT ALL RRIVILEGES ON *.* TO username@'%' IDENTIFIED BY 'password' WITH GRANT OPTION; mysql>FLUSH PRIVILEGES;

相关文档
最新文档