配置管理流程设计说明-v3.0

合集下载

软件配置管理过程指导说明书(超级实用)

软件配置管理过程指导说明书(超级实用)

软件配置管理过程指导说明书(超级实用)软件配置管理过程指导说明书目录1 前言 (2)1.1 目的 (2)1.2 适用范围 (2)1.3 术语名词解释 (2)2 角色和职责说明 (3)3 输入 (4)4 入口准则 (4)5 配置管理实施 (4)5.1 配置库结构 (4)5.1.1 配置库 (4)5.1.2 配置管理库系统 (6)5.2 配置管理流程 (6)5.2.1 配置管理流程图 (6)5.2.2 配置变更流程图 (7)5.3 配置标识 (8)5.3.1 配置库划分 (8)5.3.2 配置库结构 (8)5.3.3 配置项命名 (11)5.3.4 版本编号规范 (11)5.4 配置管理活动 (12)5.4.1 制定配置管理计划 (12)5.4.2 建立配置库 (12)5.4.3 建立配置项 (12)5.4.4 基线建立及发布过程 (12)5.4.5 配置变更 (13)5.4.6 配置审计 (15)5.4.7 备份 (16)6 输出 (16)7 出口准则 (16)8 本过程裁剪规定 (16)1 前言1.1 目的用于描述配置管理作用和过程,规范配置管理的实施过程、活动和操作。

1.2 适用范围适用于在软件生命周期中对各类软件项目的配置管理活动。

1.3 术语名词解释CCB:Configuration Control Board,配置管理委员会,每个项目组需要建立项目级的CCB作为变更控制权威。

CCB由质量工程师、项目经理、测试经理、配置管理员构成,有时也可以包括客户代表、上级质量部门主管。

CCB组长可以是质量工程师或质量部领导,但不能是项目经理。

软件配置项:是指软件工程过程中所生产或使用的任何元素,或者是纳入软件产品的元素。

它可以是说明书、计算机程序、数据结构或者开发软件产品所使用的工具等,包括:项目文档,源代码,执行程序,相关设备及资料。

软件配置管理:对软件配置项的管理称为软件配置管理。

软件配置管理的目的是建立和维护软件项目整个生命周期中工作产品的完整性和可追溯性。

CMMI文件-(组织方针)v3.0

CMMI文件-(组织方针)v3.0

组织方针与目标(V3.0)更改控制页目录1组织方针与目标 (1)1.1方针 (1)1.2标准 (1)1.3商业目标 (1)2过程通用目标 (2)2.1组织过程焦点(OPF) (2)2.2组织过程定义(OPD) (4)2.3需求管理(RM) (5)2.4项目计划(PP) (7)2.5项目监控(PMC) (8)2.6采购管理(SAM) (10)2.7度量(MA) (11)2.8质量保证(PPQA) (12)2.9配置管理(CM) (13)2.10需求开发(RD) (15)2.11技术解决方案(TS) (16)2.12产品集成(PI) (18)2.13验证(VER) (19)2.14确认(VAL) (20)2.15组织培训(OT) (21)2.16集成项目管理(IPM) (23)2.17风险管理(RSKM) (24)2.18决策分析(DAR) (25)2.19组织过程性能(OPP) (27)2.20定量项目管理(QPM) (28)2.21组织革新和部署(OID) (29)2.22原因分析和解决(CAR) (31)1组织方针与目标根据公司的战略与经营管理需要,公司组织级方针与目标的内容如下:1.1方针“优质、高效、安全、规范”优质:为客户提供高品质的产品和服务;高效:以最高效率服务客户和发展企业;安全:保障企业和客户的各项资产安全;规范:建立规范的管理体系并严格执行。

1.2标准使用CMMI-DEV V1.2模型;ISO9001-2000;ISO27001。

1.3商业目标本过程改进计划旨在帮助公司在能力成熟度集成模型(CMMI)方面达成下列商业目标:1.将项目的进度偏差率控制在总工期的10%以内;2.交付时的产品质量控制在0.5个Bugs/千行代码以内;3.将项目的成本偏差率控制在10%以内;4.改善软件开发流程、提高质量、降低成本、提高效率、降低风险;5.改善软件产品及服务的品质和可靠性,提高客户满意度;6.建立出口软件开发管理规范,提高公司整体的软件开发和管控水平;7.通过CMMI 5级认证,进一步提高企业形象和市场竞争力。

项目配置管理

项目配置管理

项目配置管理本项目是大型的软件开发集成项目,由多项小组组成。

为了使项目组的产出物能够得到有序完整的管理,整个项目应该有统一的项目配置管理策略。

1配置管理策略选择项目配置管理策略采用集中式配置管理,建立一个主的配置管理库,收集和管理项目所有的产出物。

这个策略的优点是产出物集中,项目组可以方便获取产出物的第一手信息;保障了对产出物的拥有权,我们配备专门的人员、专门的设备来进行管理。

2配置管理机构按照上述选择的策略,配置管理机构分为两个级别:一个是业主委派的机构,负责整个工程的IT资产的配置管理;另一个是项目组中设置配置管理员,由质量保障组组长主持配置管理工作,由配置管理员执行具体的配置管理事务。

3配置管理计划业主委派的配置管理机构,要制定详实的配置管理计划,报送业主单位审批和备案,并按照计划遵照执行。

项目组在项目立项时,由项目经理主持、质量管理员具体负责起草配置管理计划并报质量保障组组长和项目经理审批,项目经理在审批后及时向项目全体成员传达计划内容,并监督配置管理计划的执行,全体成员应积极配合配置管理人员执行配置管理计划。

获得项目组审批通过的配置管理计划要报送业主和监理单位备案。

4配置管理活动1、定义项目基线需求基线:需求分析基线是指经过联合评审确认的《需求规格说明书》中说明的有关事项,具体包括:业务需求分析中的业务流程图(功能需求)、性能需求描述(可用性、安全性、可维护性、可移植性等)、系统运行平台(硬件平台、网络平台、操作系统平台、数据库平台等)。

功能基线:功能基线主要是指经过联合评审确认的“概要设计说明书”和“详细西设计说明书”中的各项规格说明。

产品基线:在软件测试阶段结束时,经过正式评审和批准的软件产品和全部配置项的规格说明。

其他基线:如项目计划基线既是前一阶段工作的成果,又是下一阶段工作的依据,为此,必须有严格的手段控制基线的确认、标识和更改,其要点为:经过联合评审确认需求基线后,设计人员在进行系统的设计时,必须严格按照需求分析文档所规定的范围进行。

FA03-1 OA V3.0实施步骤指导书

FA03-1 OA V3.0实施步骤指导书

OA实施步骤本文档主要是为OA的实施提供一个可供参考的步骤。

OA的安装主要包括以下几个部分的内容:Lotus Domin/Notes R5平台的实现;合强软件的安装与系统的初始化;使用人员的注册与建立组织机构图;设计表单;定制、测试流程;培训以及其他Notes设置。

一下就这些步骤涉及到的内容给出一个提纲,该提纲可以作为实施步骤的参考。

在实施之前可以先对客户的系统管理员进行培训工作,以便对方可以更好地配合实施工作有效、顺利地进行。

一.Lotus Domino/Notes R5的实现填写“Domino服务器配置单”<一>Domino服务器的安装1.程序安装(文件拷贝)2.配置Domino服务器<二>管理员Notes客户端的安装1.程序安装(文件拷贝)2.连接Notes客户端至Domino服务器<三>管理员Notes客户端的基本设置1.设置“用户惯用选项”2.建立连接文档3.设置工作台为主页(管理员)二.合强软件的安装与系统的初始化<一>合强软件的安装1.程序安装(文件拷贝)2.数据库签名3.设置运行代理的权限<二>系统初始化1.运行系统初始化2.新建“流水号设置”三.使用人员的注册与建立组织机构图填写“组织机构设置表”<一>注册人员<二>建立组织机构图1.新建部门2.新建岗位3.新建/添加人员<三>设置合强OA2000办公自动化系统的各个模块(数据库)的访问权限填写“模块管理员设置表”四.设计表单1.创建表格表单参见“流程规划表”2.创建域、插入共享域3.新建插入操作、使用Office接口4.添加热点(调用组织机构图)5.使用自动功能(默认值、计算等)6.插入子表单7.修改表单属性(V3.0无须修改表单属性)五.定制、测试流程1.建立“文件分类”,新建“文件系统”填写“文件库分类表”2.定制流程填写“流程规划表”(1)流程定义(2)环节定义(3)流向定义3.测试流程(1)流程流转是否正确(2)是否归档、归档是否正确六.一般使用人员Notes客户端的安装与设置1.设置“惯用选项”2.建立“连接文档”3.设置合强OA的Cover.nsf数据库为主页4.修改、添加场所(多人使用一台机器)七.培训以及其他Notes设置〈一〉系统管理员的培训使用《合强OA2000办公自动化软件系统管理员培训教材》〈二〉一般使用人员的培训1.一般员工培训讲解如何使用合强OA2000办公自动化软件的各个模块,主要有:(1)邮件收发、附加/引入功能的使用(2)日历、待办事宜的安排(3)重要事件的提醒(4)文件的创建、提交(5)电子公告、电子论坛、知识管理等数据库的基本使用2.部门主管、单位领导培训(1)邮件收发、附加/引入功能的使用(2)会议的安排、日历、待办事宜的安排(3)重要事件的提醒(4)文件的创建、审批(5)电子公告、电子论坛、知识管理等数据库的基本使用八.系统的维护1.创建“数据库拷贝”2.创建“复本”3.其它维护。

流程化解读CMMI(V3.0)

流程化解读CMMI(V3.0)

Result 结果
持续过程改进
质量 生产率
4 Quantitatively Quantitative Managed Management 量化管理级 量化管理 3 Defined 已定义级
Process Standardization
过程标准化
2 Managed 已管理级
Basic Project Management
Controlling Controlling Processes Processes
Executing Executing Processes Processes
Closing Closing Processes Processes
以5类过程组微观解读CMMI
GP 5.1 GP 2.1, GP 2.5 GP 4.1 GP 3.1
GP 2.2, GP 2.3, GP 2.4
CL5 CL4 CL3 CL2 GP 5.2 CL1 GP 3.2 GP 2.10 GP 4.2
GP 2.6, GP 2.7, GP 2.8, GP 2.9
SPs
以5类过程组宏观解读CMMI
OT GP 2.1, GP 2.5 QPM IPM, RSKM, DAR PP, SAM
OPF SP 2.1
OPF SP 1.3
Establishing
Diagnosing
OID SG 1
组织的业务生命期
Life Cycle Relationships
Mission Area Planning
Mission Shortfalls
Budgeting Priority
Requirements Definition Requirements Development

配置管理流程设计说明-v3.0.doc

配置管理流程设计说明-v3.0.doc

电脑资讯部配置管理流程设计2009年8月Version 2.0关于本文档文档信息目录关于本文档 (2)目录3插图目录 (5)表格目录 (6)1介绍 (7)1.1 本文适用对象 (7)1.2 前提与假设 (7)1.3 阅读指南 (8)1.4 本文结构 (8)2配置管理流程 (10)2.1 目的和目标 (10)2.2 概念定义 (10)2.3 配置管理的范围 (11)2.4 指导原则 (12)2.5 流程概述 (12)2.6 流程步骤描述 (14)2.6.1 配置管理规划 (14)2.6.2 配置数据模型维护 (17)2.6.3 配置数据控制 (21)2.6.4 配置数据验证和审核 (24)2.6.5 产生配置报表 (27)2.7 角色与职责 (30)2.7.1 配置管理流程负责人 (31)2.7.2 配置管理员 (32)2.8 重要指标和报表 (33)2.8.1 配置管理的指标 (34)2.8.2 配置数据信息报表 (34)2.8.3 配置状态报表 (35)3政策 (36)3.1 常规政策 (36)3.2 目标时间政策 (37)3.3 升级政策 (37)3.4 审核政策 (37)3.5 数据备份和恢复政策 (38)4参考数据 (39)4.1 配置项分类 (39)4.2 配置项的颗粒度 (42)4.3 配置项的编号规则 (44)4.4 CI生产状态代码 (44)4.5 审核状态代码 (50)4.6 生产状态与审核状态的关系 (51)4.7 关联关系 (51)4.8 物理地址定义 (52)4.9 配置项结构定义 (53)5附录1:配置项专有属性 (57)5.1 业务专有属性 (57)5.2 渠道专有属性 (57)5.3 应用专有属性 (57)5.4 逻辑实体 (57)5.5 软件专有属性 (58)5.6 服务器专有属性 (58)5.7 刀箱专有属性 (59)5.8 服务器组件专有属性 (59)5.9 存储专有属性 (59)5.10 网络设备专有属性 (60)5.11 安全设备专有属性 (60)5.12 输入输出设备 (61)5.13 文档专有属性 (61)5.14 合同专有属性 (61)插图目录图 1-1. LoVEM 图样例 (8)图 2-1. 配置管理流程概述 (13)图2-2. 配置管理规划 (14)图2-3. 鉴别&维护配置数据模型 (18)图2-4.配置数据控制 (21)图2-5. 配置数据验证与审核 (24)图2-6. 产生配置报表 (27)表格目录表 2-1. 目标时间政策 (37)表 2-2. 升级政策 (37)表 4-1. 配置项的分类 (42)表 4-2. CI状态 (45)表4-3. CI状态与配置项分类的适用关系 (46)表4-4. CI生产状态代码转换图(业务、渠道) (47)表4-5. CI生产状态代码转换图(应用) (47)表4-6. CI生产状态代码转换图(逻辑实体) (48)表4-7. CI生产状态代码转换图(软件) (48)表4-8. CI生产状态代码转换图(硬件) (49)表4-9. CI生产状态代码转换图(文档) (49)表4-10. CI生产状态代码转换图(合同) (50)表 4-11.审核状态 (50)表 4-12.审核结果 (51)表 4-13.审核结果 (51)表 4-14. CI项关联关系表 (52)表 4-15.物理地址定义 (53)1 介绍《配置管理流程设计说明》旨在介绍和描述将在电脑资讯部实施的配置管理流程,提供对于IT生产环境IT基础架构的一个逻辑模型,并鉴别、控制、维护和验证现有配置项(Configuration Item, 简称CI)的版本等信息。

ipd-cmm_v30_designflow(华为软件简要研发流程管理体系)

ipd-cmm_v30_designflow(华为软件简要研发流程管理体系)

ipd—cmm_v30_designflow(华为软件简要研发流程管理体系)IPD-CMM V3.0 Design Flow华为软件质量管理部IPD—CMMV3。

0 BUILD20050330IPD-CMM V3。

0 SCOPE IPD-CMM V3。

0 Design Flow IPD IPD—CMM Design specification TR2 S/W HLD H/W HLD SRSTR3 HLD(0-2)LLD LLDLLD(3)CodingCoding Coding UT IT UT UTSTBBIBBIT Supporting TR4TldBBuild1 Build2 3 uiBuild1 Build2 共13页第2页Build3项目计划 IPD—CMM V3。

0 BEGIN Design Flow 注:软件开发项目在 IPD TR2之后启动 PJM03 PJM03 C。

O。

O。

SOW,AR PJM03 评审批准/签发PJM03 PJM05参加项目计划 SE 签署项目开工评审会 SOW,AR 签发组织签署批准估签发参加申请项 PPL,任命PL RDPDT 评审计结果 PHB 会议目ID SOW,AR 批准 QAM01 CMP,RMP PJM02 PJM04 项目计,WBS,DP PJM03 初始估计 P,TS 划评审 PJM05 准备签署组织制定项组织创建项目 SOW,AR 组织参加 TimeS 准备度量目计划评审文件夹会议 PL 估计评审 heet 表,PHB 批准 PPL 参加PPL,CMP 参加参加参加项目文件模板 QA 审核PHB 评审会议,RMP,WB 评审估计夹模板 S,DPP CMP TimeShe 参加模板项目度 SWE et表会议量表RMP 参加参加模板参加批准测参加 TC 工作日志 PHB 评审评审会议试策略估计 CMP01 WBS 电子流模板建立模板参加 Pert 参加基线化配置 CMO SOW Sizing 评审会议 PPL TS模库检查表估计表板项目计划参加配置状配置 QAM 任命QA 检查单态发布 DP模 Wideband 会议库表 Delphi 板参加批准项估计表批准PHB EPG 目ID 会议配置注:如果PM已 PHB检查确定项目的库参加项目表 CMO,则需要 CRMD 会议 ID列表参加评审参加 A TM 任命TC 会议项目开工会检查单共13页第3页需求分析 IPD-CMM V3.0 注:软件开发项目的需注:软件开发项目 Design Flow 求分析阶段结束会议在的需求分析在IPD A IPD PDCP之前完成注:SE需参TR3之前完成 PJM03 PJM05 加SRS评审 QAM01 C。

E3协同管理平台企业版系统管理员手册 V 3.0

E3协同管理平台企业版系统管理员手册 V 3.0

目录第I部分系统概述 (3)第1章软件介绍 (3)1.1系统特色 (3)1.2系统结构 (5)1.3系统要求 (5)第2章软件安装、卸载以及运行 (6)2.1安装程序 (6)2.2 建立知识索引服务 (6)2.4 软件卸载 (8)第II部分系统管理 (9)第3章组织结构管理 (9)3.1 组织管理 (9)3.2 职务管理 (10)3.3 岗位管理 (11)第4章用户管理 (12)4.1 如何添加用户 (12)4.2 如何查询用户 (12)4.3 如何修改和删除用户 (13)4.4 如何对用户进行排序 (13)4.5 如何打印用户信息 (13)第5章群组管理 (14)5.1 怎样设置用户组 (14)5.2 怎样设置组成员 (14)5.3怎样设置组菜单 (15)第6章用户权限管理 (17)6.1 什么是子系统管理员 (17)6.2 如何设置用户权限 (17)6.3 如何查询用户权限 (18)6.4 HRM、CRM授权 (19)第7章流程管理 (20)7.1 流程设置 (20)7.2 公文流转类流程 (36)7.3 委托设置 (38)7.4 委托查询 (38)第8章系统设置 (39)8.1 界面布局设置 (39)8.2 基础设置 (44)8.3 安全设置 (52)8.4 其它设置 (56)8.5 系统版本信息 (57)第9章表单管理 (58)9.1 表单设计 (58)9.2 查询统计设置 (62)第10章报表设置 (64)第11章公文设置 (65)11.1 类型设置 (65)11.2 模板设置 (66)11.3 字段设置 (68)11.4 稿纸设置 (69)11.5 红头设置 (70)第12章回收站 (71)12.1 如何查看数据 (71)12.2 如何恢复数据 (71)12.3如何删除数据 (71)第13章日志管理 (72)第14章短信管理 (73)第I部分系统概述第1章软件介绍随着信息化建设的日益深入,无论是政府还是企事业单位,相互之间的信息沟通越来越重要;Internet的出现,为不同地域范围内的联系提供了最理想的网络平台,基于Internet的网络应用软件也开始扮演更重要的角色。

东软云HIS医院管理信息系统V3.0简介

东软云HIS医院管理信息系统V3.0简介

6.综合管理定制化:
统一指标,分级应用 基层绩效考核需要满足不同的业 务及不同的对象:目前可以考核 到公卫医疗的所有业务,在考核 范围上可以实现机构、科室、人 员三级考核。 综合辅助分析主体覆盖灵活多样, 应用分级(局端与机构端);展 现灵活丰富(多种图表直观高效, 一云多屏);无第三方BI工具的 成本
2.基础目录全局
化:
全局化与本地化相结合 区域统一管理目录与基础数据, 更好的统一标准,减少各个机构 对于基础信息维护的难度和不可 控难,度同(时如也与降区公低域众了平与台外、部云接医口院的、 第三方的检验中心等)。
5.参数化配置:
更好适应需求的变化 用户的业务流程变化和个性化 需求,通过大量的参数来进行 配置管理,增强了系统的灵活
门诊 挂号
卫生行政
员 综三 合级 辅考助核 分析。中主部体覆署盖(灵活云多部样,署)
区域应用,统一标准 机构 WEBLIS能够满足区域的实验室管
应用分级(局端与机构端);展
理应用,实现集中部署,减少维
现灵活丰富(多种图表直观高效,
护管理,统一标准,按照分级管
一云多屏);无第三方BI工具的
理基础信息
成本
此处填写密级标识
三、东软云HIS医院管理信息系统V3.0-系统功能架构
此处填写密级标识
四、服务承诺 金牌服务体系
7*24小时服务电话
提供400免费技术服务热线、邮件、电话、远程维护、现场服务等方式。接到用户的 服务需求信息后10分钟内做出明确响应和安排。
现场响应周期 具有解决故障能力的工程师1小时内赶到现场。
此处填写密级标识一价值主张与愿景东软云his移动互联网物联网saas服务saas服务基层医疗卫生机构综合医院妇幼保健医院民营医院基本药物医疗保障医疗服务综合管理公共卫生健康管理服务医护工作站家庭医生工作站智能健康管理终端分级诊疗居民电子健康档案惠医惠民惠政此处填写密级标识二东软云his医院管理信息系统v30系统总体架构基于二十年的数字化医院资产积累全面打造中小型数字化医院一体化云计算产品家族

配置管理过程

配置管理过程

配置管理过程文档版本:V3.4.0编写者:于忠编写日期:2004-07-01审核者:康雨辰批准者:鞠秀芳批准日期:2004-07-15大唐高鸿数据网络技术股份有限公司版权所有文档修订记录目录1前言 (5)1.1 目的 (5)1.2 适用范围 (5)1.3 引用文件 (5)1.4 术语表 (5)1.5 参考资料 (5)2配置管理过程 (6)2.1 制定配置管理计划 (6)2.2 配置库管理 (7)2.3 配置标识 (9)2.4 管理基线 (9)2.5 汇报配置状态 (11)2.6 管理变更 (11)2.7 集成测试配置管理 (11)2.8 系统测试配置管理 (14)2.9 产品发布阶段配置管理活动 (16)1前言1.1目的配置管理(Configuration Management, CM)的目的是通过执行版本控制、变更控制等规程,以及使用配置管理软件,来保证所有配置项的完整性和可跟踪性。

配置管理是对工作成果的一种有效保护。

1.2适用范围该文档定义了项目的配置管理过程,适用范围为各种领域、各种类型项目的开发、各种开发模式,同时也应用于项目的各个生命周期。

1.3引用文件1.4术语表1)配置项:配置项(CI)是指为了配置管理的目的而作为一个单位来看待的软件要素的集合。

可能是说明书、计算机程序、数据结构或开发软件产品使用的工具。

2)基线:基线是一组经过评审和批准的配置项的集合。

在项目的开发过程中,最基本的基线有需求基线、开发基线、发布基线等。

3)配置管理:配置管理的目的是建立和维护在项目的整个生命周期中项目产品的完整性。

配置管理活动是有计划的;所选定的工作产品是已标识的、受控的和适用的;对已标识的工作产品的更改是受控的;受影响的组和个人得到基线的状态和内容的通知。

4)配置库:为项目建立或可以利用的一个仓库,用于存储软件配置项和相关联的配置管理信息。

5)变更控制委员会(CCB):是负责评价、认可或否定有关配置项更改建议并确保确认的更改得以执行的一个小组。

移动网OMC北向接口技术规范-基于CORBA技术的大数据量配置管理接口设计(v3.0.0)

移动网OMC北向接口技术规范-基于CORBA技术的大数据量配置管理接口设计(v3.0.0)

移动通信网网络管理接口技术规范 --基于CORBA 技术的大数据量配置管理接口设计N e t w o r k M a n a g e m e n t I n t e r f a c e S p e c i f i c a t i o n f o rM o b i l e C o m m u n i c a t i o n N e t w o r k-- C O R B A -b a s e d B u l k C M M a n a g e m e n t I n t e r f a c e D e s i g n版本号:3.0.020××-××-××发布 20××-××-××实施中国移动通信有限公司 发布中国移动通信企业标准QB-╳-╳╳╳-╳╳╳╳目录目录 (I)前言 (II)移动通信网网络管理接口技术规范--基于CORBA技术的大数据量配置管理接口设计 (1)1范围 (1)2规范性引用文件 (1)3术语、定义和缩略语 (1)3.1 缩略语 (1)4基于CORBA技术大树据量配置管理接口设计 (1)4.1 大数据量配置管理接口映射表 (1)4.1.1 操作和通知映射 (1)4.1.2 操作参数映射 (2)4.1.3 通知参数映射 (6)4.1.4 状态名称映射 (9)4.2 大数据量配置管理接口定义 (10)5参考文献 (11)6修订历史 (11)前言本规范是《移动通信网网络管理接口技术规范》系列标准中的第五项的子项。

该系列标准预计分为三部分:基本原则、厂商网元管理系统北向接口部分和直连网元部分,其中,每一部分又包含若干项,其结构及名称预计如下:1)移动通信网网络管理接口技术规范-基本原则2)移动通信网网络管理接口技术规范-功能需求3)移动通信网网络管理接口技术规范-分析4)移动通信网网络管理接口技术规范-资源模型5)移动通信网网络管理接口技术规范-CORBA设计6)移动通信网网络管理接口技术规范-文件格式7)移动通信网网络管理接口技术规范-DN和Filter的约定8)移动通信网网络管理接口技术规范-补充说明文件9)移动通信网网络管理接口技术规范-接口性能指标10)移动通信网网络管理接口技术规范-直连网元本规范为《移动通信网网络管理接口技术规范基于CORBA技术的大数据量配置管理接口设计》,定义了在移动通信网网络管理中基于CORBA技术的管理接口定义-即IDL定义。

金牛考勤软件V3.0使用说明

金牛考勤软件V3.0使用说明

金牛考勤软件V3:0使用说明金牛考勤软件V3:0使用说明一、概述1.1 介绍金牛考勤软件V3:0是一款专为企业员工考勤管理而设计的软件。

它提供了一套完整的考勤管理系统,能够准确记录员工的考勤情况,并相关的报表和统计数据。

1.2 目标读者本文档主要面向金牛考勤软件V3:0的管理员和使用者,帮助他们了解和正确使用软件的各项功能。

二、系统要求2.1 硬件要求- 电脑配置要求:至少4GB内存、100GB可用存储空间- 操作系统要求:Windows 10及以上版本2.2 软件要求- Java Runtime Environment(JRE)8及以上版本- 数据库软件:MySQL 5.7及以上版本三、安装与配置3.1 安装软件3.1.1 软件安装包3.1.2 运行安装程序 3.1.3 安装完成3.2 配置数据库3.2.1 创建数据库3.2.2 导入数据3.2.3 配置数据库连接四、用户管理4.1 添加用户4.1.1 设置基本信息 4.1.2 分配权限4.2 删除用户4.2.1 确认删除4.2.2 删除用户数据五、考勤管理5.1 考勤打卡5.1.1 硬件设备要求5.1.2 使用考勤机打卡 5.1.3 使用方式App打卡 5.2 考勤异常处理5.2.1 请假申请5.2.2 加班申请5.2.3 补卡申请六、报表与统计6.1 考勤报表6.1.1 员工考勤明细表 6.1.2 员工考勤汇总表 6.2 统计分析6.2.1 缺勤统计6.2.2 加班统计七、常见问题解答7.1 软件无法正常启动7.2 考勤数据不准确7.3 报表失败附件:1:软件安装包2:数据库导入脚本3:用户手册本文所涉及的法律名词及注释:- 《劳动法》:中华人民共和国劳动法,用于规范劳动者和用人单位之间的劳动关系。

软件配置管理规范流程

软件配置管理规范流程

1概述目的本文档主要目的在于规范项目配置管理活动,确保配置项正确地唯一标识并且易于存取,保证基线配置项的更改受控,明确基线状态,在整个软件生命周期中建立和维护项目产品的完整性和可追溯性;适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动,针对项目不同在流程上作适当的删减;配置管理可采用各种工具及手工办法,本文件以CVS并行版本系统配置管理工具为例,规定公司的配置管理办法,使用其他工具时也可对应本文件的要求参照执行;术语和缩略语软件配置管理Software Configuration Management,SCM软件配置管理是对软件修改进行标识、组织和控制的技术,用来协调和控制整个过程;是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施;配置管理的目标是记录软件产品的演化过程,确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置;配置项Configuration Item,CI凡是纳入配置管理范畴的工作成果统称为配置项,配置项逻辑上组成软件系统的各组成部分,一般是可以单独进行设计、实施和测试的;每个配置项的主要属性有:名称、标签、文件状态、版本、作者、日期等;所有配置项都被保存在配置库里,确保不会混淆、丢失;配置项及其历史记录反映了软件的演化过程;基线Baseline在配置管理系统中,基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态,这些配置项构成了一个相对稳定的逻辑实体,而这个过程被称为“基线化”;每一个基线都是其下一步开发的出发点和参考点;基线确定了元素配置项的一个版本,且只确定一个版本;一般情况下,基线一般在指定的里程碑处创建,并与项目中的里程碑保持同步;每个基线都将接受配置管理的严格控制,基线中的配置项被“冻结”了,不能再被任何人随意修改,对其修改要严格地按照变更控制的过程进行;在一个软件开发阶段结束时,上一个基线加上增加和修改的基线内容形成下一个基线;基线的主要属性有:名称、标签、版本、日期等;权限与职责研发总经理助理1 审核变更请求;项目经理Project Manager,PM1 审核批准配置管理计划;2 接收或拒绝小范围的变更申请;3 召集评估变更;4 提出配置管理的建议和要求;5 配合配置管理员的工作;配置管理员Configuration Management Officer,CMO1 编写配置管理计划;2 执行版本控制和变更控制方案;3 制定访问控制策略;4 负责项目的配置管理工作,包括搭建环境、权限分配、配置库的建立、配置项的控制等;5 配置管理工具的日常管理与维护;6 配置库的日常操作和维护;7 负责配置审核并提交报告;8 根据配置部署表单编译发布版本,并维护版本;9 对开发人员进行相关的培训;10 对配置审核中发现的不符合项,拟订纠正措施,要求相关责任人进行纠正;11 监督项目组成员规范的执行情况;开发人员Developer1 根据确定的配置管理计划和相关规定,提交配置项和基线;2 负责项目组内部测试;3 负责软件集成和版本生成;4 按照软件配置管理工具的使用模型来完成开发任务;2 实施细则配置项管理配置项的范围软件配置可包括以下几方面:开发文档,代码,第三方控件、插件,参考资料,测试文档,用户文档,项目管理文档,验收文档等;l 项目文档主要指:立项建议书、可行性分析报告、技术建议书、用户需求说明书、项目计划、项目进度计划、项目阶段性计划、产品需求规格说明书、概要设计报告、详细设计、数据库设计、界面设计、用户操作手册、用户安装手册、培训文档、验收报告以及上述文档的评审记录;l 代码主要指:源代码等;l 工具主要指:脚本文件、插件、第三方控件等;配置项基线管理结合SPP和ISO9000的相关规定,配置管理员根据配置管理规范及配置管理计划,对配置项进行分阶段管理,每一阶段正式评审通过后纳入受控库,作为该项目的一个基线;l 项目启动:配置项包括技术建议书、可行性分析报告、用户需求说明书等立项阶段产生的文档,评审或审批通过后建立发布基线;l 需求阶段:系统调研后开发人员进行需求分析,并整理产品需求规格说明书;产品需求规格说明书经过客户的确认后,建立需求基线;如需升级版本则必须通过评审或审批并得到客户的确认;l 项目计划:需求分析完成后即可制定项目的开发计划,包括项目计划和主要下属计划;包括项目进度计划、配置管理计划、质量保证计划、测试计划、项目阶段性计划;项目开发计划评审通过后,建立项目计划基线;l 设计:系统设计可分为概要设计、详细设计、数据库设计、数据库字典、界面设计;针对用户需求规格说明书进行系统设计,配置时应说明系统设计的版本与需求分析报告版本的对应关系;设计说明书评审或审批通过后,建立设计基线;l 编码设计实现:编码按功能模块分子项目,即每个模块记作一个配置项;代码在提交项目组系统测试时建立Beta版本,系统测试产品正式发布后建立Version版本;l 测试:单元测试和系统测试;单元测试通过提交单元测试报告,项目启动后应提交系统测试计划,系统测试完成后应提交系统测试报告;配置时应说明测试的版本与编码版本的对应关系;系统测试完成后建立测试基线;l 版本发布:项目组提交部署表单,CMO根据部署表单进行编译,发布测试服务器上,并对版本进行维护;同时将发布的版本上传到文档服务器上备份;l 交付与验收:在交付前配置审核完成后建立产品基线,产品基线包含程序以及有关文档配置项,包括交付文档、代码、工具等;l 产品部署:部署时应包括操作手册、安装维护手册、维护文档以及必要的业务和技术培训文档;l 相关资料:相关资料也应作为配置项纳入配置管理,此部分包括:1 相关法律、法规;必须遵照或项目组约定的技术规范;2 与客户或项目组内部重要的交互信息记录,如会议记录、会谈记录、e-mail和MSN 记录等;版本控制文档的版本控制所有文档的管理纳入配置管理库,用版本控制工具进行统一管理;文档的版本控制主要通过文档的名称、文档控制页及版本控制工具的标签来实现,主要分为以下几类:版本变化型文档命名方式:文档名称+子系统名称可选适用文档:项目计划、配置管理计划、质量保证计划、项目进度计划、用户需求规格说明书、产品需求规格说明书、体系结构设计报告、数据库设计报告、详细设计报告、用户操作维护手册、测试用例等;示例:项目计划.doc详细设计_SP门户.doc标签结构:大版本+ 子系统简称+ 版本号+ 日期标签控制说明版本信息l 大版本:可选,表示同一项目为不同用户定制的版本;l 子系统简称:可选,当一个项目有多个子系统时,为区分不同子系统而设置;l 版本号:采用Vs_x_y的形式;l 日期:纳入基线管理的日期,用8位表示,如说明:a. 文档发布名称采用文档名+ Vs_x_y的形式,文档的版本号应该和版本控制工具中相应标签上的版本号一致;b. 对文档的修改需要从配置管理库中取到本地进行;c. 对于文档小的修改,如文字错误,格式调整,变更Vs_x_y中的y来区别如:V1_0_1;d. 文档内容没有大的增加和删节,意思表述没有发生重大的变化,版本标识通过版本工具中加上x标签来表示如:V1_1_0,以及在文档内部控制页标注变化来表示;e. 文档有重大增加和删节,意思表述有重大变化的,版本标识通过在相应文档加上s 标签来表示如:V2_0_0;f. 对于纳入基线库的文档的修改需要提交变更申请,经批准才能进行修改,并且修改的内容要经再次评审才能重新纳入基线库,作为后续阶段的参考文档;时间区别型文档命名方式:文档名称+撰写时间适用文档:文档名称有明确的含义,需要用时间标识的日常性文档;如周例会会议纪要,项目月计划,项目月总结,阶段性计划等等;示例:周例会会议纪要时间序号型文档命名方式:文档名称+人员姓名拼音+撰写时间+序列号适用文档:测试报告示例:单元测试报告其他文档:对于不能按照前四种类型进行命名的文档会议纪要:会议纪要YYYYMMDD示例:9月9日召开的项目启动会命名为:会议纪要项目启动.doc评审报告:评审报告YYYYMMDD同”会议纪要”要求一致;示例:10月9日召开的项目总体方案评审命名为:评审报告总体方案.doc发行版本表示发行版本采用标签说明,结构如下:大版本+ 版本类型+ 版本号+ 子系统简称拼音+日期+序号大版本:可选,表示同一项目为不同用户定制的版本;子系统简称:可选,当一个项目有多个子系统时,为区分不同子系统而设置;版本类型:分为3种Beta表示项目组内部测试,标签:Release系统测试,标签:Version正式发行版,标签:版本号对于Version正式发行版是必须要注明的,而其它可选;发行产品基线在版本号前加Version,如Version_1, Version_2, Version_3….表示分支;Version_1_0, Version_1_1, Version_1_2… 表示在分支Version_1上的标签;Version_0_0, Version_0_1, Version_0_2… 表示在主线上的标签;配置库管理配置库的分类配置库统一由配置管理员负责管理,服务器端使用,客户端主要使用乌龟CVS;配置库目录结构如下:配置库的建立所有项目应建立配置库,以便管理各配置项,配置管理员组织建立配置库;程序库主要通过设置版本的分支来实现对配置项权限管理:1开发库:开发人员相对比较自由的存储空间,开发人员可以在自己的权限范围内任意取出提交;2基线库:配置管理员有最高权限,其余相关人员均为读的权限,发生变更时变更人员须提交变更申请后方可修改基线库内的配置项;文档评审通过后,文档严格受控;由配置管理员将通过评审后的文档移植到基线库里同时将该配置项从开发库移除;代码一般在移交系统测试时纳入基线库受控,可根据项目的具体情况设置基线;3产品库:产品库的产品均出自于基线库,产品库存储的产品用于交付和存档;配置三库统一由配置管理员管理,根据各开发阶段的实际情况定制相应的版本选取规则,来保证开发活动的正常运作;在变更发生时,应及时做好基线的推进;分配权限项目开始后配置管理员编写配置库目录结构表明确项目组成员以及相关人员的权限;在wincvs里有三种权限,读r、写w、添加删除c权限;在开发库内,文档部分项目组成员有rcw权限,其他相关人员只r权限;代码部分项目组成员有rcw权限,其他相关人员没有任何权限;在基线库内,项目组成员仅有r权限,其他相关人的权限视情况而定;在产品库内,所有人没有任何权限;配置管理员在三库内均拥有最高权限;配置变更控制变更的分类软件及其相关文档的变更按照变更的影响范围进行分类:1A级:变更会影响系统级的需求、外部接口、产品价格或者交付期;这类变更必须经过配置管理委员会审核并有客户批准和确认;2B级:变更会影响配置项间的功能接口、内部功能的设计、组件;这类变更必须由项目经理或配置管理委员会的批准和认可;3 C级:变更只会影响配置项内部或对BUG问题的处理;这类变更可以由配置项的管理人员负责批准;系统测试前变更控制流程:系统测试完毕发布release版本后变更控制流程图2 变更控制流程变更请求的提出a.由技术支撑中心汇集顾客意见,影响到需求变更则填写配置项变更控制报告,并提交给配置管理员;b.配置管理员对申请表是否清晰、明确和完整性进行审查,若发现变更不明确或不完整,应返回申请者;对通过审查的变更申请分配变更ID,以便跟踪和记录变更信息;评估变更a.配置管理员将配置项变更控制报告发送给项目经理或者其他授权人员,由项目经理负责对变更进行评估;b.项目经理对变更进行分解,一般的BUG修正不需要审批直接由项目经理决定是否需要变更;新增功能或对整个项目影响重大的变更必须由研发总助审批通过后方可变更;变更评估文档在完成变更评估后发送给配置管理员;变更实施和确认a.变更被批准后,项目经理提交变更实施进度计划,开发人员开始实施变更,并详细记录变更的内容;质量部对变更的实施进行跟踪;b.对于代码变更,必须进行回归测试,以确保变更没有引入新的Bug;另外与变更相关的文档必须修订,以反映变更;当变更以及测试完成后,进行提交;c.通过测试后,质保人员需对变更进行审核,审核的范围一般涉及以下方面:测试记录;变更请求;配置项的检入及检出;文件的命名;版本的编号;a.审核后,由配置管理员更新到基线库中;配置状态报告目的记录和报告整个软件生命周期演化状态;记录内容配置状态报告记录的内容包括:1 软件和文档的标识;2 目前状态;3 基线演化状态;4 变更状态;5 版本交付信息等;生成报告配置管理报告自第一个基线创建时建立,由配置管理系统生成,及时反映当前配置状态;配置审核类别配置审核分为:1功能配置审核Functional Configuration Audit,FCA:审核软件功能是否与需求一致,并符合基线文档要求,通常要审查测试文档等;2 物理配置审核Physical Configuration Audit,PCA:审核要交付的组成项是否存在,是否包含所有必需的项目,如正确版本的源代码、资源、文档、安装说明等等;执行时机通常选择以下几种情况由质量保证人员负责实施配置审核:1软件产品交付或是软件产品正式发行前;2软件开发的阶段工作结束后;3在产品维护工作中,定期地进行;不符合项处理对配置审核中发现的不符合现象,配置管理员进行记录,并交由责任部门限期进行纠正,配置管理员负责纠正措施的验证;所有的不符合项报告均关闭后,才能发布新版本;发行管理通过配置审核后,经项目经理批准,由配置管理员负责生产新版本;交付管理这里“交付”是指从配置库中提取配置项,交付给客户或项目外的人员;交付出去的配置项必须有据可查,避免发生混乱;流程如下:1交付人向质量部申请;2质量部如果不同意交付,则拒绝交付配置项;如果同意交付,配置管理员应给出详细的交付清单;3交付人验收后签字;。

流程管理平台流程发布配置指南

流程管理平台流程发布配置指南

流程管理平台流程发布配置指南一、流程发布1.1流程绘制打开Microsoft Visio,使用MFilesFlow模板新建个流程图。

如下图所示:然后按照流程具体内容,绘制出完整的流程图。

如下图示例:1.2将绘制好的流程图发布至服务器鼠标点击Microsoft Visio上方的功能列表中的MFiles Flow按钮,会出现如下图所示三项:服务器配置、文档检查和发布至MFilesFlow服务器。

此时发布至MFilesFlow服务器这一项是灰色的,不可使用。

先点击文档检查,如文档未保存,系统则会弹出:请先保存文档,然后才能校验。

鼠标点击确定,然后保存文档,再重新点击文档检查,系统提示验证成功。

此时发布至MFilesFlow 服务器这一项颜色恢复正常,鼠标点击,系统提示提交成功并询问是否现在就进行相应的配置。

点击确定。

系统跳转到浏览器窗口如下图所示:在上图示第二步中,输入相应的流程编号、流程名称、归属分类、流程说明、点击保存提交。

系统发布完成。

二、流程配置通过浏览器打开登录界面。

输入管理员用户名和密码,进入流程管理平台。

浏览平台左侧流程结构列表,选择相关目录下的相应流程图,鼠标点击打开,选择某一流程节点,则会出现该节点的配置信息,输入该节点的相关信息,点击保存修改,则该流程节点配置完成。

三、相关模板制度文档用户登录流程管理平台系统,浏览相关流程,点击相应流程节点,则会出现该流程节点的相关信息,及相关模板、制度、风险案例文档。

如下图示:这些模板、制度、风险案例文档是与M-Files 文档库中的相应文档相关连的。

M-Files 文档库中的模板、制度、风险案例等文档出现增加、修改、删除则流程管理平台的相关流程节点的模板、制度、风险案例文档也会出现相应的增加、修改、删除。

[feiq]C6v3.0-TS3111-实施手册v1.0

[feiq]C6v3.0-TS3111-实施手册v1.0
实施手册
C6v3.0 实施手册
Байду номын сангаас
目 录
1.前言 .......................................................................................................................................................... 1 1.1 安装须知 ............................................................................................................................................ 1 2.安装前准备 .............................................................................................................................................. 6 2.1 服务器硬件环境要求 ..................................................................................................................... 6 2.2 服务器软件环境要求 ..................................................................................................................... 7 2.3 客户端软件环境要求 ........

IPD CMM_V30_DESIGNFLOW(华为软件简要研发流程管理体系)

IPD CMM_V30_DESIGNFLOW(华为软件简要研发流程管理体系)
SE
RDPDT
PL
QA
SWE
TC
CMO QAM
EPG CRMD
TM
BEGIN
PJM03
SOW,AR
评审 参加 评审
任命PL
组织 评审
参加 评审
参加 评审
参加 评审
任命QA
SOW
检查表
任命TC
注:软件开发项目在 IPD TR2之后启动
项目计划
申请项 目ID
批准项 目ID 项目
ID列表
PJM03 签署
SOW,AR
单 阶段评估 报告模板
E
共13页 第7页
IPD-CMM V3.0
Design Flow C.O.O.
SE
RDPDT
PL
QA
SWE
TC
CMO QAM
EPG CRMD
TM
单元测试
E
DVP02 单元测试 准入检查
测试准 入检查

DVP02 进行单元测试
测试综 合表
测试指 导书
缺陷跟 踪电子

DVP02 准备UTR 测试综 合表
申请
注: BBIT作为软件开发项 目的验收测试,如果产品
BBIT将在项目发布后2周后 启动,或者没有BBIT,R&D PDT应组织验收测试。
DVP12 发布验证
发布检查 单
DVP12 准备发布,建 立发布基线 版本说明 书模板
配置状态 发布表
配置 库
DVP12 发布交付
版本说明 书模板
发布和关闭
DVP12 验收测试 参与测试
注:更新的项目计划需 经受影响组审核,QA批 准和RDPDT签发,更新的 项目计划需作为IPD E2E计划的输入

【统一配置管理】V1_设计说明书(含关键代码)

【统一配置管理】V1_设计说明书(含关键代码)

统一配置管理设计说明书DM-00002DAMEN | ADDR一、引言本文档统一配置管理提供对不同业务的统一配置存储方式。

修订记录二、数据传输方案数据传输模式⚫平台提供给第三方平台的接口交互采用以安全为目标的HTTPS同步短连接通讯,标准的POST方式请求,报文格式支持:XML。

⚫安全平台作为服务端时,要求采用SSL双向认证方式。

⚫报文字符集采用UTF-8。

⚫超时时间为60秒。

⚫数据类型◼时间格式:yyyyMMddHHmmss◼金额精确度:小数点后4位1.传输安全防止数据在传输的过程中被篡改,平台与第三方所有接口的报文都通过加签验证。

客户端根据报文Head和Body标签内容生成SIGN值,追加至报文SIGN标签内,服务端统一验证SIGN值,确认消息未被篡改。

签名算法为MD5、SHA256。

2.公共参数Body响应参数3.公共错误码4.签名示例⚫接口开通须向相关人员申请ApiKey ⚫参数解析三、数据库设计【说明】1. 统一配置管理表编号:表单的主键唯一标识,只做关联查询用 编码:确认一类配置的唯一编码 名称:配置的名称配置KEY :在该类配置中的主KEY ,确定唯一的KEY 值配置KEY2:在该类配置中的主KEY2,确定唯一的组合KEY2值 配置KEY3:在该类配置中的主KEY3,确定唯一的组合KEY3值 配置KEY4:在该类配置中的主KEY4,确定唯一的组合KEY4值 配置说明:配置信息:业务配置的JSON 值(如:) 扩展信息: 备注:排序:字段在列表及查询条件中的排列顺序创建时间:创建数据的时间,CURRENT_TIMESTAMP修改时间:修改时间,CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP 删除标记:删除标记(0:否;1:是;)统一配置管理编号配置编码配置名称配置KEY 配置KEY2配置KEY3配置KEY4配置说明配置信息扩展信息备注排序创建时间修改时间删除标记varchar(50)varchar(50)varchar(200)varchar(50)varchar(50)varchar(50)varchar(50)varchar(500)text text varchar(200)tinyint(3)datetime datetime tinyint(1)<pk>四、接入说明引入starter包1.<!—公共starter -->2.<hx-plugin-starter.version>1.0.1</hx-plugin-starter.version>3.4.<!—统一配置管理 -->5.<dependency>6. <groupId>cn.dm.plugin</groupId>7. <artifactId>hx-config-spring-boot-starter</artifactId>8. <version>${hx-plugin-starter.version}</version>9.</dependency>启动类扫描1.@ComponentScan(basePackages = {"cn.dm.plugin.*"})2.@MapperScan({"cn.dm.plugin.*.mapper"})Mapper文件地址第一种方式:application.properties文件声明Mybatis.mapper-localtions= classpath*:mapper/*Mapper.xml第二种方式:xml配置<value>classpath*:mapper/*Mapper.xml</value>五、业务接口1. 获取配置管理信息列表接口:POST /base/api/config/find_by_page描述:对配置信息进行解析成对象,并把配置信息值加入到对象中进行返回请求参数响应参数2. 维护配置信息接口:POST /base/api/config/save 描述:对配置信息进行保存请求参数响应参数六、关键代码认证管理1.@Api(tags = "安全服务-认证服务")2.@Validated3.@RestController4.@RequiredArgsConstructor(onConstructor = @__(@Lazy))5.@RequestMapping(value = "/base/api/secure/auth", produces = MediaType.APPLICATION_JSON_VALUE)6.public class AuthController {7.8.@Autowired9.private AuthService authService;10.11.@GetMapping(value = "/sign")12.@ApiOperation(value = "认证管理--获取签名AUTH", notes = "获取签名AUTH", tags = {"安全服务-认证服务"})13.public Result<String> sign(@RequestParam@ApiParam(value = "业务KEY",required = true) String key,14.@RequestParam@ApiParam(value = "时间",required = true) long time) {15.return authService.sign(key, time);16. }17.}18.19./**20. * 认证服务21. *22. * @author damen23. * @since 2023-01-1624. */25.@Slf4j26.@Service27.public class AuthServiceImpl implements AuthService {28.29.@Autowired30.private BusinissKeyConfigService businissKeyConfigService;31.32./**33. * 获取加密验签AUTH值34. * @param key 业务KEY35. * @param time 时间36. * @return37. */38.@Override39.public Result<String> sign(String key, long time) {40. Long startTime = System.currentTimeMillis();41.if(StringUtils.isEmpty(key) || Objects.isNull(time)) {42.return Result.fail(AuthConstant.NOT_FOUND);43. }44. BusinissKeyConfigResp configResp = businissKeyConfigService.getByKey(key);45.if(configResp == null) {46.return Result.fail(AuthConstant.NOT_FOUND);47. }48.49. String ip = WebUtil.getIP();50.if(!StringUtils.isEmpty(configResp.getIpList())) {51. List<String> ipList = Arrays.asList(configResp.getIpList().split(MA));52.if(!CollectionUtils.isEmpty(ipList) && !ipList.contains(ip)) {53.return Result.fail(AuthConstant.ERR_WHITE_LIST);54. }55. }56.if(!StringUtils.isEmpty(configResp.getMacList())) {57. List<String> macList = Arrays.asList(configResp.getMacList().split(MA));58. String macAddr = WebUtil.getMac(ip);59.if(!CollectionUtils.isEmpty(macList) && !macList.contains(macAddr)) {60.return Result.fail(AuthConstant.ERR_WHITE_LIST);61. }62. }63.64.return Result.successWith(String.format(AuthConstant.SUCCESS_MAS, System.currentTimeMillis() - startTime),65. SM3Util.hash(String.format("%s$%s", key, time)));66. }67.68./**69. * 认证验签70. * 1.验证时间有效期及AUTH正确性;71. * 2.验证认证AUTH,方式:业务配置的认证KEY+时间72. * @param ro73. * @return74. */75.@Override76.public Result<BusinissKeyConfigResp> verify(CipherReq ro) {77. BusinissKeyConfigResp configResp = businissKeyConfigService.getByKey(ro.getKey());78.if(configResp == null) {79.return Result.fail(AuthConstant.NOT_FOUND);80. }81.82./**83. * 1.验证时间有效期及AUTH正确性;84. */85.long curTime = System.currentTimeMillis();86.long deffTime = new BigDecimal(curTime).subtract(new BigDecimal(ro.getTime())).longValue();87.if(configResp.getAuthValidTime()>0 && deffTime >= configResp.getAuthValidTime() * 1_000) {88.return Result.fail(String.format(AuthConstant.TIMEOUT, configResp.getAuthValidTime()));89. }90.91./**92. * 2.验证认证AUTH,方式:业务配置的认证KEY+时间93. */94. Result<String> validResult = sign(ro.getKey(), ro.getTime());95.if(validResult.isFail() || !validResult.getData().equals(ro.getAuth())) {96.return Result.fail(AuthConstant.FAIL);97. }98.99./**100. * 3.验证白名单101. */102.103.return Result.successWith("success", configResp);104. }105.}106.密文管理1.@Slf4j2.@Api(tags = "安全服务-密文服务")3.@Validated4.@RestController5.@RequiredArgsConstructor(onConstructor = @__(@Lazy))6.@RequestMapping(value = "/base/api/secure/cipher", produces = MediaType.APPLICATION_JSON_VALUE)7.public class CipherController {8.@Autowired9.private AuthService authService;10.11.@Autowired12.private CipherServiceImpl cipherServiceImpl;13.14.@GetMapping(value = "/get_key")15.@ApiOperation(value = "密文管理--生成密钥", notes = "生成密钥", tags = {"安全服务-密文服务"})16.public Result<String> getKey(@RequestParam@ApiParam(value = "业务KEY",required = true) String key,17.@RequestParam(required = false) @ApiParam(value = "密码长度") Integer len) {18. Long startTime = System.currentTimeMillis();19. len = Objects.isNull(len) ? KeyLengthEnum.LEN_32.getValue() : len;20. String cipherKey;21.if(Objects.equals(len, KeyLengthEnum.LEN_32.getValue())) {22. cipherKey = UUID.randomUUID().toString().replaceAll(StringPool.DASH,"");23. }else {24. cipherKey = KeyUtil.getKey(len);25. }26.27.return Result.successWith(String.format(AuthConstant.SUCCESS_MAS, System.currentTimeMillis() - startTime),28. SM4Util.encrypt(key, AlgorithmModeEnums.CBC, AlgorithmPaddingModeEnums.PKCS7_PADDING, cipherKey));29. }30.31.@PostMapping(value = "/encrypt")32.@ApiOperation(value = "密文管理--加密", notes = "加密", tags = {"安全服务-密文服务"})33.public Result<String> encrypt(@RequestBody@Validated CipherReq ro) {34. CipherService cipherService = new CipherDecoratorImpl(cipherServiceImpl, authService);35.return cipherService.encrypt(ro);36. }37.38.@PostMapping(value = "/decrypt")39.@ApiOperation(value = "密文管理--解密", notes = "解密", tags = {"安全服务-密文服务"})40.public Result<String> decrypt(@RequestBody@Validated CipherReq ro) {41. CipherService cipherService = new CipherDecoratorImpl(cipherServiceImpl, authService);42.return cipherService.decrypt(ro);43. }44.45.private static int dataOfFile = 0;46.@SneakyThrows47.@PostMapping(value = "/file_encrypt")48.@ApiOperation(value = "密文管理--文件加密", notes = "文件加密", tags = {"安全服务-文件服务"})49.public Result<String> fileEncrypt() {50. File srcFile= new File("D:\\test\\文件源20230215.xlsx");51. File encFile= new File("D:\\test\\文件加密20230215.xlsx");52. FileUtil.encFile(srcFile, encFile);53.54.return Result.success();55. }56.57.@SneakyThrows58.@GetMapping(value = "/file_decrypt")59.@ApiOperation(value = "密文管理--文件解密", notes = "文件解密", tags = {"安全服务-文件服务"})60.public Result<String> fileDecrypt(HttpServletResponse response) {61. File encFile= new File("D:\\test\\文件加密20230215.xlsx");62. File decFile= new File("D:\\test\\文件加密20230215.xlsx");63. FileUtil.decFile(encFile, decFile);64.65.return Result.success();66. }67.}68.配置管理1.@Api(tags = "配置服务-业务认证KEY配置管理")2.@Validated3.@RestController4.@RequiredArgsConstructor(onConstructor = @__(@Lazy))5.@RequestMapping(value = "/base/api/secure/config", produces = MediaType.APPLICATION_JSON_VALUE)6.public class KeyConfigController {7.8.@Autowired9.private BusinissKeyConfigService businissKeyConfigService;10.11.@PostMapping(value = "/page")12.@ApiOperation(value = "KEY管理--获取分页列表", notes = "获取分页列表", tags = {"配置服务-业务认证KEY配置管理"})13.public Result<IPage<BusinissKeyConfigResp>> findByPage(@RequestBody BusinissKeyConfigQueryPageReq ro) {14.return Result.success(businissKeyConfigService.findByPage(ro));15. }16.}17.。

ResForm GeoOffice v3.0补充操作手册

ResForm GeoOffice v3.0补充操作手册

基于ResForm构架的《地质研究工作室v3.0版》功能补充说明西安海卓石油信息技术有限公司2012年8月目录1用户资源配置 (1)1.1工区配置 (1)1.2文档资源配置 (3)1.2.1打开文档配置管理器 (3)1.2.2文档内部数据配置 (3)2地层对比图 (4)2.1设置井柱断开显示 (4)3剖面图 (5)3.1同步海拔和深度比例尺 (5)3.2绘制剖面基准线 (6)3.3绘制剖面井号 (7)4自选图形 (8)4.1三维直方图 (8)4.2三维饼图 (11)4.3三维井身轨迹 (13)5石油地质 (16)5.1工型标记 (16)5.2图表符号 (17)5.3剖面水平线 (18)1用户资源配置用户资源配置是通用的绘图资源配置,包括各种画笔、画刷、图表、图例、录井、岩性等通用符号,各种属性定义等基本内容。

系统在初始化时已提供了默认的符号和常数配置,用户实际运用时也可自定义配置保存使用,灵活方便。

接下来我们分别就工区和单文档两种模式来具体介绍配置管理。

1.1工区配置工区配置指建立工区后,在工区中设置各类文档的公用属性。

当前工区内的公共配置,它对工区内部所有文件都有效。

工区配置包括绘图工具、绘图符号、分层定义和属性定义等四大类属性设置,见图1-1。

我们以“录井符号”为例,详细介绍工区配置的一般步骤:1.展开主窗口右侧任务窗格中的“配置”下的“绘图符号”项,双击“录井符号”将其编辑窗口打开,见图1-2;2.在该窗口中,我们便可以编辑或者添加各种录井符号。

工区配置图1-1图1-2ResForm GeoOffice v3.0在配置中灵活定义地层、产层段、油层组、砂层组、储量单元层名称字体、文字尺寸、颜色、上下标等的功能,见图1-3。

图1-31.2文档资源配置文档配置是支撑单文档方式工作的一个重要的组成部分。

单文档模式下的配置内容主要包括以下三个方面:1.符号和常数:可调用基础的绘图资源配置;2.用户资源管理:管理图片等用户数据;3.井数据服务:与数据源进行连接,支持图件与数据源中各种数据的交互。

配置管理流程设计

配置管理流程设计

配置管理流程设计说明书目录目录 (2)1综述 (4)1.1设计目的 (4)1.2适用范围 (4)1.3相关术语 (4)2配置管理流程设计 (5)2.1流程目的 (5)2.2流程主要内容 (5)2.3与其他流程的关系 (6)2.4关键角色、职责定义 (6)2.4.1配置管理员 (6)2.4.2配置经理 (6)2.4.3配置管理流程负责人 (7)2.4.4实际岗位与方案角色的映射 (8)2.5 执行原则 (10)2.5.1常规原则 (10)2.5.2流程关联原则 (10)2.5.3控制原则 (10)2.5.4审核原则 (11)2.5.5保密原则 (11)2.6CMDB设计策略 (11)2.6.1配置项层次设计和命名规则 (11)2.6.2CI 通用属性 (13)2.6.3配置项状态 (14)2.6.4配置项审核 (15)2.6.5配置项的删除状态 (15)2.6.6配置项所属系统 (15)2.6.7厂商 (15)2.6.8集成商 (16)2.7流程概要设计 (16)2.8流程详细设计 (17)2.8.1( 200.1)配置策略的制定 (21)2.9关键衡量指标 (21)2.10主要报表 (21)2.10.1按统计 (21)3附件A: CI 属性设计 (22)3.1服务器SR (22)3.1.1小型机( EPS) (22)3.1.2PC 服务器(SPC) (23)4附件B: CI 关系对照表 (29)5附件C: 厂商和集成商标准 (51)5.1厂商名称标准 (51)5.2集成商名称标准 (52)1 综述1.1设计目的本文档具有如下目的:为某某公司建立基于 ITIL 的配置管理流程基本框架,提升某某公司信息技术维护管理效率对某某公司和各分公司IT 配置管理进行规范化、统一化管理指导各分公司 IT 管理平台项目的实施1.2适用范围本文档作为本次项目的配置管理流程详细设计的交付物,读者对象为与配置管理流程相关的所有技术与管理人员。

3-系统管理流程及基本配置 共33页

3-系统管理流程及基本配置 共33页

谢谢!
32
系统管理流程及基本配置
ISSUE 1.0
日期: 杭州华三通信技术有限公司 版权所有,未经授权不得使用与传播
目录
系统管理 组织管理 设备管理
Web客户端登录
客户端PC要求使用IE7及以上版本,分辨率推荐使用 1280X1024 ,登录时按提示安装控件。

2
系统管理
某资源是否可以进行解除划归操作,可以根据资 源列表中该资源的“是否可解除划归”状态进行 判断。

25
目录
系统管理 组织管理 设备管理
设备管理
管理分为本域和外域管理 业务分为设备添加、注册上线、参数配置

27
终端设备注册流程
注册报文包含设备IP地址以及端口、设备编码以及设备 类型、设备版本号
wwwh3ccom12license操作流程wwwh3ccom13模板配置wwwh3ccom14升级管理wwwh3ccom15升级管理流程将包含升级程序的文件夹名称改为配套表中对应的软件版本名称制定升级计划选中升级建议中需要升级的设备将其加入到升级计划中wwwh3ccom16升级建议规则若系统无配套表则系统内所有的设备的升级建议都为不需要升级若系统有配套表但某设备类型无的版本文件未上传则该设备类型对应的所有设备的升级建议都为不需要升级若配套表和版本文件都存在则匹配设备当前版本与配套表中该设备类型对应的版本若不匹配则需要升级否则为不需要升级设备管理目录wwwh3ccom18组织角色用户组织是资源的集合
角色是一组操作权限的集合。当把某角色分配给某 个用户后,该用户就拥有了该角色中定义的所有权 限。默认有五种角色可供选择。
高级管理员:拥有所有权限 网络管理员:拥有系统配置、组织管理、设备管理的权限 高级操作员:拥有业务管理、实况回放、计划任务、日志报表、告警的权限 业务操作员:拥有实况回放、计划任务、日志报表、告警的权限 普通操作员:仅拥有实况回放权限
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

电脑资讯部配置管理流程设计2009年8月Version 2.0关于本文档文档信息目录关于本文档 (2)目录3插图目录 (6)表格目录 (7)1介绍 (8)1.1 本文适用对象 (8)1.2 前提与假设 (9)1.3 阅读指南 (9)1.4 本文结构 (10)2配置管理流程 (11)2.1 目的和目标 (11)2.2 概念定义 (11)2.3 配置管理的范围 (12)2.4 指导原则 (13)2.5 流程概述 (13)2.6 流程步骤描述 (16)2.6.1 配置管理规划 (16)2.6.2 配置数据模型维护 (19)2.6.3 配置数据控制 (23)2.6.4 配置数据验证和审核 (26)2.6.5 产生配置报表 (29)2.7 角色与职责 (33)2.7.1 配置管理流程负责人 (34)2.7.2 配置管理员 (36)2.8 重要指标和报表 (37)2.8.1 配置管理的指标 (37)2.8.2 配置数据信息报表 (37)2.8.3 配置状态报表 (38)3政策 (40)3.1 常规政策 (40)3.2 目标时间政策 (41)3.3 升级政策 (41)3.4 审核政策 (41)3.5 数据备份和恢复政策 (42)4参考数据 (43)4.1 配置项分类 (43)4.2 配置项的颗粒度 (47)4.3 配置项的编号规则 (48)4.4 CI生产状态代码 (49)4.5 审核状态代码 (55)4.6 生产状态与审核状态的关系 (56)4.7 关联关系 (56)4.8 物理地址定义 (58)4.9 配置项结构定义 (59)5附录1:配置项专有属性 (63)5.1 业务专有属性 (63)5.2 渠道专有属性 (63)5.3 应用专有属性 (63)5.4 逻辑实体 (64)5.5 软件专有属性 (64)5.6 服务器专有属性 (64)5.7 刀箱专有属性 (65)5.8 服务器组件专有属性 (65)5.9 存储专有属性 (66)5.10 网络设备专有属性 (66)5.11 安全设备专有属性 (66)5.12 输入输出设备 (67)5.13 文档专有属性 (67)5.14 合同专有属性 (68)插图目录图 1-1. LoVEM 图样例 (10)图 2-1. 配置管理流程概述 (14)图2-2. 配置管理规划 (16)图2-3. 鉴别&维护配置数据模型 (20)图2-4.配置数据控制 (23)图2-5. 配置数据验证与审核 (26)图2-6. 产生配置报表 (30)表格目录表 2-1. 目标时间政策 (41)表 2-2. 升级政策 (41)表 4-1. 配置项的分类 (47)表 4-2. CI状态 (50)表4-3. CI状态与配置项分类的适用关系 (51)表4-4. CI生产状态代码转换图(业务、渠道) (52)表4-5. CI生产状态代码转换图(应用) (52)表4-6. CI生产状态代码转换图(逻辑实体) (53)表4-7. CI生产状态代码转换图(软件) (53)表4-8. CI生产状态代码转换图(硬件) (54)表4-9. CI生产状态代码转换图(文档) (55)表4-10. CI生产状态代码转换图(合同) (55)表 4-11.审核状态 (55)表 4-12.审核结果 (56)表 4-13.审核结果 (56)表 4-14. CI项关联关系表 (57)表 4-15.物理地址定义 (58)1 介绍《配置管理流程设计说明》旨在介绍和描述将在电脑资讯部实施的配置管理流程,提供对于IT生产环境IT基础架构的一个逻辑模型,并鉴别、控制、维护和验证现有配置项(Configuration Item, 简称CI)的版本等信息。

配置管理包含了对IT部件的版本、主要组成和相互关系等的鉴别、记录和报表的功能。

配置管理数据库(Configuration Management Database, 简称CMDB),至少应当保存各系统部件之间的关系,包括与该系统部件相关的事件、问题、变更请求和版本发布。

广义来讲,CMDB还可以用于存放事件、问题、已知错误,以及人员、供应商、地点、业务部门等公司数据。

配置管理不等同于资产管理。

资产管理首先是一个财务方面讨论的课题,而不是技术上的课题。

资产管理关注的是与PC、网络设备、服务器或者软件等相关的价值、合同、折旧、服务水平、责任人和用途等信息。

在配置管理中,将列出IT基础架构中的IT设备的清单,关注于这些设备是何种设备、物理位置、设备的使用者、发生过多少次变更等。

通常配置管理不会关注IT部件的价值或者何时租约到期。

配置管理记录了IT部件之间的关系及其从属关系,以便为其他服务管理流程提供当前的、准确的信息。

1.1 本文适用对象本文作为电脑资讯部实行配置管理流程的参考,供电脑资讯部参与到配置管理流程中的人员和相关的管理层使用。

1.2 前提与假设本文的使用者应当熟悉ITIL的术语,具有基本的流程技能。

1.3 阅读指南本文所有工作流程均使用IBM Line of Visibility Engineering Methodology (LoVEM)描述。

LoVEM 可提供工作流程的图形化表述。

流程中涉及的角色(Roles)定义于左列,还包括其他相关的流程;右侧是流程的每个步骤。

流程的各个步骤分布于各角色相对应的行,各步骤从左到右排列,箭头连接各步骤并表明信息和数据的流向。

每个流程步骤均以图形化表示,并以图表显示步骤的流程、执行相应步骤的角色和各项步骤的内容。

图 1-1. LoVEM 图样例1.4 本文结构本文由以下几个章节组成:第一章,“介绍”,描述了本文的适用对象、组织,以及本文约定使用的描述方法。

第二章,“配置管理流程”,定义了流程的目的和目标、概念定义、配置管理的范围、指导原则、总体流程、流程的步骤、任务,流程中涉及的角色及其职责,以及相关的报表。

第三章,“政策”,定义的流程执行过程中必须遵循的相应规定,如目标时间。

第四章,“参考数据”,定义了流程中的重要执行参数;以及最为重要的初始的CMDB的数据模型和相关CI项的数据结构。

第五章,“附录1-配置项服务分类”,列出配置项的按服务分类。

第六章,“附录2-专有属性参考”,列出配置项的专有属性。

第七章,“附录3-词汇对照表”,将国际通用的IT服务管理的术语与对应的中文翻译一一对应,方便查询。

2 配置管理流程2.1 目的和目标配置管理的任务是记录和维护IT环境各组件的准确信息,包括这些组件之间的关系,并把这些信息提供给其他IT服务管理流程,以支持IT服务。

配置管理的目标:-管理本流程管辖范围下的电脑资讯部各IT配置项及其与IT服务的关系-维护和验证信息技术中心的配置项信息的完整性,以及与真实环境的一致性-为电脑资讯部的其他流程和服务提供准确信息2.2 概念定义配置项(Configuration Item,CI)指IT架构中或者直接与IT架构相关的一个组件,它是配置管理中最基本的信息单元。

配置项包括:硬件、软件、系统、服务和文档。

配置管理数据库(Configuration Management Database,CMDB)记录和维护配置项信息及其之间的关系的数据库。

2.3 配置管理的范围配置管理是对IT组件的标识、记录和报告,包括版本信息、组成部分、状态、和其他部件的关系和用途。

配置管理应该包括硬件、软件、系统、服务和文档。

基于以上定义,应当清楚的了解虽然配置管理与资产管理相关,但二者含义并不相同。

资产管理是包括折旧在内的会计工作。

与资产管理不同,配置管理维护配置项之间的关联关系。

当使用不同的技术和实践时,配置管理的范围包括IT基础设施和操作的环境,还可以考虑涵盖解决方案的开发和测试环境。

配置管理包括:●确立配置项与配置项之间关系的命名规范。

●设计、创建和改进配置管理数据库。

●支持配置项审计。

●确定相互关联的配置项。

●关联配置项变更和相应的变更请求。

●确定和报告配置基线。

配置管理不包括:●资产管理●入库管理●配置项的采购2.4 指导原则◆电脑资讯部应该建立一个统一的配置管理流程,所有电脑资讯部管理范围的IT组件都在本流程下统一管理。

◆所有对配置管理流程和工具的修改,都应该遵循变更管理流程。

◆所有对配置管理信息的更改,都须经过变更管理流程的授权,或者经过指定人员审核后被授权同意更改。

◆所有电脑资讯部的员工都应该遵守配置管理流程来开展与配置管理相关的工作。

◆所有配置项信息都必须记录在一个数据库管理系统中,并确保信息能准确反映当前电脑资讯部的IT架构。

2.5 流程概述下图从总体上描述了配置管理流程、执行步骤和各步骤执行的顺序。

计划的审计计划的报表图 2-1. 配置管理流程概述配置管理流程起始于一个初始的规划和建设步骤,包括创建配置管理数据库(CMDB)。

在初始化之后,该流程主要侧重于日常基础的鉴别和维护配置管理数据模型,以及维护配置数据。

之后,该流程还负责产生配置信息的报表、定期进行审核。

配置管理规划该步骤是配置管理的起始点。

其目的是规划和定义配置管理的目标、范围、目的、政策和流程步骤,以及配置管理中涉及的人员组织。

初始设置、创建和发布配置管理数据库(CMDB),也是该步骤的工作内容之一。

配置数据模型维护对于新的请求,为了确保配置管理数据库中现有的数据模型能够记录新的配置项的属性和关系。

因此,本步骤主要考虑选择和鉴别所管辖的配置项的信息结构,包括其“责任人”、配置项属性、配置项之间的关系和配置文档等。

配置项数据控制该步骤确保在数据的接收到废弃的过程中,只有经过授权的配置项才能被接受和记录到配置数据库中。

还应当确保对于配置项的增加、修改、替换或者删除都附有适当的控制文件,例如,审批过的变更请求、公司政策发文、经过授权认可的审核报告等。

配置数据验证与审核应当定期进行配置项的回顾和审核,以确保物理环境中的部件的存在性,并检查配置项信息是否正确记录在配置管理系统中。

当CMDB记录的数据与物理存在的配置项之间不一致,就出现了差异。

必须调查这些差异,必要时提出变更请求。

如果需要,则修改CMDB以减小存在的差异。

配置管理报表该步骤定期产生报表,包括各个配置项生命周期的现存和历史数据。

这使得配置项的变更历史能够被追踪,例如,可以跟踪一个配置项的状态变化,从“建设中”、“组装中”到“已部署”或者“待报废”等。

2.6 流程步骤描述2.6.1 配置管理规划描述:该步骤的目的是规划和定义配置管理的目标、范围、政策和步骤,以及相关的组织结构、技术手段。

其主要目的是创建配置管理数据库的初始数据模型。

图2-2. 配置管理规划输入:●初始的配置信息输出:●配置管理计划●初始的CMDB●初始的审核日志任务:1.1拟定配置管理计划1.2收集初始的配置管理数据1.3创建初始的CMDB1.4进行初始审核1.5修正CMDB1.1拟定配置管理计划执行者:配置管理流程负责人●根据电脑资讯部的IT规划和其他流程计划,创建配置管理计划,包括下列内容:●配置管理的角色和职责●CI的命名规范●与其他流程的接口●配置管理系统设计,包括配置管理的范围和关键接口,包括:●CMDB结构●配置管理数据及其库的位置●产生CI信息的可控制的环境,即配置管理范围内的环境●与其他管理流程的接口●支持工具(如,数据库构建和安装工具)●定义配置数据模型●CI信息的系统管理、归档和数据保留周期●1.2收集初始的配置管理数据执行者:配置管理员●根据配置数据模型,收集初始的配置数据。

相关文档
最新文档