(完整版)软件版本管理规范V2
次
制订部门研发部版次A001制订日期2008-12-02 软件版本管理规范
制订：刘志敏
审核：______
批准：______
文件修订记录
文件名
工程设计变更管理程序编号F-02-002称
版次修订内容修改页次修订日期修订者备注A00 新版本发行2007-10-7 刘志敏
A01 流程优化后进行相应修订2008-12-02 姚旋
次
制订部门研发部版次A001制订日期2008-12-02
目录
1.目的 (3)
2.适用范围 (3)
3.权责 (3)
3.1.版本管理员 (3)
3.2.软件系统架构师 (4)
3.3.软件工程师 (4)
3.4.软件主管 (5)
3.5.软件测试工程师 (5)
4.作业流程 (5)
4.1.流程及发布 (5)
4.2.注意事项 (6)
4.3.软件归档控制 (6)
4.4.软件发布控制 (7)
4.4.1.发布内容 (7)
4.4.2.发布评审（Review） (7)
4.4.3.软件产品正式版本发布流程如下 (8)
5.相关文件 (9)
5.1.研发设计开发控制程序 (9)
5.2.项目计划 (9)
6.记录表单 (9)
6.1.软件概要设计评审检查表 (9)
6.2.软件详细设计评审检查表 (9)
6.3.软件集成测试报告评审检查表 (9)
6.4.软件发布评审检查表 (9)
6.5.SVN月度稽查检查表 (9)
7.附件 (9)
次
制订部门研发部版次A001制订日期2008-12-02
1.目的
1.1.标准化软件工作流程
1.2.软件开发过程中代码安全
1.3.标准化配置管理，规范开发文档输入输出
1.4.软件版本控制提高软件发布质量
1.5.对配置管理进行跟进,调查,改善, 为纠正预防提供方向
2.适用范围
所有软件版本管理员、软件系统架构师、软件工程师、软件测试工程师、软件技术总监/副总监、软件主管
3.权责
3.1.版本管理员
1)负责版本服务器的日常维护
2)版本服务器用户的添加，删除，修改访问权限
3)版本服务器数据库的建立
4)版本服务器新项目模块库建立
5)依据系统架构师对新建项目的模块划分,设置组成员版本服务器工作权限
6)编译检查发布正式版本,确保代码是最新可用的
7)项目完成对代码进行编译检查,清理所有项目文档并归档
8)文档资料的定时备份.(完成归档的项目资料按月备份)
9)协助解决版本服务器用户使用过程中所遇到的问题
10)对SVN服务器使用情况进行稽查提交《SVN月度稽查报告检查表》
次
制订部门研发部版次A001制订日期2008-12-02
3.2.软件系统架构师
1)对软件项目进行模块划分
2)协同版本管理员在版本服务器上进行目录设置,保证代码安全
3)检查组成员的上传代码,保证代码的质量
4)按项目计划时间点,及时提交软件项目文件
5)对单元测试中发现的问题及时进行处理.并在服务器做好备份工作
6)发布集成测试软件版本和集成测试报告给测试组做集成测试验证
7)对后期测试发现的bug要及时跟进安排解决，对修改的代码及时上传服务器并添加
修改说明
8)正式版本发布，按标准更新版本号，确保所有正式发布版本唯一
9)项目完成对所有代码和文档做检查，提交版本管理员；对模块的代码组织进行模块
化评审,归档，并提交相应说明文档
3.3.软件工程师
1)负责对软件功能模块的编码工作
2)工作前对本地工作目录的代码进行检查是否为最新版本,确认后方可进行工作,否
则必须先进行本地工作目录的更新
3)工作完成后及时将本地机工作目录下的代码进行checkin,避免代码丢失造成的损
失
4)每次涉及到版本机的checkin都必须附上版本说明(说明修改的内容,新增功能,解
决的bug等)
5)服从系统架构师配置管理工作安排，文件代码要及时归档
6)维护工作涉及代码的修改必须上传版本服务器，并且附修改说明（明确为什么修改，
修改哪些地方，修改日期，修改人等信息）
次
制订部门研发部版次A001制订日期2008-12-02
3.4.软件主管
1)负责把关产品的软件设计，确保设计满足要求, 参与《新产品需求说明书》评审
2)参与软件概要设计、详细设计、编码工作、单元测试、集成测试，对各环节进行检
查评审，确保工作质量
3)审批本组成员输出资料，确保输出资料准确无误
4)把关软件《概要设计》、《详细设计》检查评审，确保设计满足需求
5)把关软件《单元测试报告》、《集成测试报告》检查评审，确保发布到测试组的软件
质量
6)规划参与项目的本组成员，估计项目进度要求的各里程碑
7)协助、指导本组项目成员参考研发服务器上项目计划模板制作《软件开发计划进度
表》
8)审核《软件开发计划进度表》，确保时间利用最大化
9)督导本组成员将项目计划任务落实到月、周工作计划中
10)负责测试用例库建设，并监督测试流程，把关测试质量
3.5.软件测试工程师
1)协助系统架构师和软件工程师完成软件单元测试,集成测
2)软件系统测试,对于测试中发现的bug与对应软件工程师沟通并上TD服务器
3)软件测试通过后组织系统架构师和相关人员召开发布评审会
4.作业流程
4.1.流程及发布
详见《软件组工作流程》
次
制订部门研发部版次A001制订日期2008-12-02
4.2.注意事项
a)下班前更新时,不要把没有编译成功的程序文件迁入版本服务器
b)添加修改版本服务器上的文件，必须添加注释说明
c)本机除了开发工程目录外，还需建一个中间工程目录，目录下面可以根据自己需要
新增子目录，每次工作前，先更新中间工程目录，使它与版本服务器上的工程文件
完全一致
d)备份文件代码迁入版本服务器前，必须对文件进行编译检查
e)标签和分支的命名必须遵照标准进行(产品完整型号+版本+分支名称)
f)备份文件归档时,将代码中编译冗余文件清除(如:.a;.o等等)
g)产品到发布版本给测试的阶段，要修改版本服务器代码必须有系统工程师或相关人
员审核确保代码的准确
h)项目全部源代码仅有管理员和架构师掌握,确保代码安全
i)所有代码必须从版本服务器上下载,禁止以其它任何形式传递获取代码
j)正式软件必须由版本管理员发布,加强对软件版本的控制
4.3.软件归档控制
1)开发完成后进行软件版本归档，内容主要有：软件名称（中、英文），版本号，编
译后的可执行文件，源代码和文档（需求分析文档，概要设计，详细设计，测试用
例和bug报告等）
2)系统架构师确定要发布的版本号，然后由版本管理员检查是否满足版本提交条件，
最后由版本管理员确认后，将该版本存档
3)软件版本升级变更时，由系统工程师根据软件工程师提交的源代码和文档在版本服
务器进行更新检查并知会版本管理员，然后由版本管理员检查是否满足版本提交条
件，最后由版本管理员确认后，再将该版本存档
4)当发生用户需求变更时，系统架构师提交程序需求变更设计说明，并另行标明在源
程序和文档中何处进行了更改，最终由软件主管审核通过后，将该版本存档
次
制订部门研发部版次A001制订日期2008-12-02
5)确定每个版本责任人，同一软件可以有不同时期的责任人
6)版本提交归档后，软件的任何修改需先向管理人员申请，由版本管理员提交该版本，
开发人员不能自行使用开发时使用的源程序
7)软件提交同时需附上编译说明文档,内容包括:编译环境,编译工具,编译步骤等
4.4.软件发布控制
4.4.1.发布内容
4.4.1.1.在软件发布中，会因发布的类型不同而产生不同的发布包。可能会有以
下几种类型:
?产品升级发布: 指在早期版本的基础上提高产品的特征集，当然
也包括更新内容
?产品更新发布通常是修复老产品的缺陷如收集一定时间内的产
品缺陷，汇总产生如3.0.1 进行更新发布
?补丁发布：补丁（紧急修复）是用来修复产品缺陷或掩饰缺点的。
补丁和更新之间的区别是紧急程度和实施的工作量
4.4.1.2.发布包的主要构成如下，如果是补丁或产品更新发布，发布包简化为程
序、说明性文档和源码
?程序
?源码
?发布说明文档，包括各种readme（测试组提供）
?用户（操作）手册（测试组提供）
?全套项目文档
?配置说明文档
?其它
4.4.2.发布评审（Review）
对于软件正式发布，测试工程师要组织各相关人员召开评审会由系统工程师支持
审核和检查，以保证发布的产品满足用户的需求及公司的各类规范
次
制订部门研发部版次A001制订日期2008-12-02 ?软件发布评审
?项目文档的检查
?源代码和安装程序的检查
4.4.3.软件产品正式版本发布流程如下
4.4.3.1.发布准备发布之前，所有程序由测试工程师进行确认测试；检查BUG
系统内登记的所有bug都已经被解决，或者遗留的bug不影响系统的使
用，如果有严重bug未解决则不能发布；程序打包前做测试
4.4.3.2.测试工程师组织软件发布评审，由软件系统工程师主持评审
4.4.3.3.源码、文档入库编译构建脚本和所有源代码；文档包括需求说明、设
计说明、计划，测试文档，操作手册、使用demo等
4.4.3.4.系统工程师进行程序打包标记源码、文档版本tag
4.4.3.
5.编写发布说明readme.txt Read me的内容应该包括产品版本说明；本
次发布包含的文件包、文档说明；本次发布包含或者新增的功能特性说
明；遗留问题及影响说明；版权声明以及其他需要说明的事项
4.4.3.6.正式发布通知通知开发、测试、市场、销售各相关部门并附上发布说
明和介绍
4.4.3.7.后续工作软件发布后，在使用过程中可能还会发现一些bug，由公司
BUG管理系统跟踪。在不影响正常使用的情况下，这些bug将在下一版
本发布时解决；如果bug严重影响使用，必须按照流程重新发布
4.4.3.8.临时发布软件产品未正式发布前，可能需要一个临时版本供软件工程
师或者用户应急使用，这时候需要临时发布一个版本。这个版本只包括
基本的程序包和必要的使用说明。临时发布需要通知相关开发、测试工
程师；系统工程师需要为源码、文档打tag标记
次
制订部门研发部版次A001制订日期2008-12-02 5.相关文件
5.1.研发设计开发控制程序
5.2.项目计划
6.记录表单
6.1.软件概要设计评审检查表
6.2.软件详细设计评审检查表
6.3.软件集成测试报告评审检查表
6.4.软件发布评审检查表
6.5.S VN月度稽查检查表
7.附件
《软件组工作流程》
肺结核患者健康管理服务规范
肺结核患者健康管理服务规范 一、 服务对象 辖区内确诊的肺结核患者。 二、服务内容 （一）筛查及推介转诊 对辖区内前来就诊的居民或患者，如发现有慢性咳嗽、咳痰≥2 周，咯血、 血痰，或发热、盗汗、胸痛或不明原因消瘦等肺结核可疑症状者，在鉴别诊断的 基础上， 填 写“双向转 。推荐其到结核病定点医疗机构进行结核病检查。1 周内进行电话随访，看是否前去就诊，督促其及时就医。 （二）第一次入户随访 乡镇卫生院、村卫生室、社区卫生服务中心（站）接到上级专业机构管理肺 结 核患者的通知单后，要在 72 小时内访视患者，具体内容如下： （1）确定督导人员，督导人员优先为医务人员，也可为患者家属。若选择 家属，则必须对家属进行培训。同时与患者确定服药地点和服药时间。按照化疗 方案，告知督导人员患者的“肺结核患者治疗记录卡”或“耐多药肺结核患者服 药卡”的填写方法、取药的时间和地点，提醒患者按时取药和复诊。 （2）对患者的居住环境进行评估，告诉患者及家属做好防护工作，防止传 染。 （3）对患者及家属进行结核病防治知识宣传教育。 （4）告诉患者出现病情加重、严重不良反应、并发症等异常情况时，要及 时就诊。 若 72 小时内 2 次访视均未见到患者，则将访视结果向上级专业机构报告。 （三）督导服药和随访管理 1. 督导服药 （1）医务人员督导：患者服药日，医务人员对患者进行直接面视下督导服 药。 （2）家庭成员督导：患者每次服药要在家属的面视下进行。 2. 随访评估 对于由医务人员督导的患者，医务人员至少每月记录 1 次对患者的随访评估 结果；对于由家庭成员督导的患者，基层医疗卫生机构要在患者的强化期或注射 期内每 10 天随访 1 次，继续期或非注射期内每 1 个月随访 1 次。 （1）评估是否存在危急情况，如有则紧急转诊，2 周内主动随访转诊情况。 （2）对无需紧急转诊的，了解患者服药情况（包括服药是否规律，是否有 不良反应），询问上次随访至此次随访期间的症状。询问其他疾病状况、用药史 和
公司团建活动管理规定
公司团建活动管理规定 为促进团队的沟通与协作，提升团队凝聚力，增进团队成员之间沟通交流，感受公司大家庭的和谐、温暖，丰富广大同事的业余生活，完善公司福利，增强友谊，体现公司对全体成员的关爱。现根据公司目前的情况，特针对团建活动作以下规定： 一、团建时间及 各部门，原则上每月一次,如无特殊情况，必须举行。 二、团队建设经费适用范围 “团队建设经费”是指在公司各部门专项设置的，部门负责人有权直接支配的部门内部活动费用，采用费用报销形式，先申请后审批的流程。适用于： 1、团队建设经费用于以部门为单位组织的有积极意义的团队活动，活动应有益于身心健康、促进工作交流开展，符合企业文化要求； 2、团队活动内容包括但不限于参观、学习、读书会、沙龙、茶话会、联谊会、座谈会、内部竞赛、聚餐等，要充分发挥每位员工的积极性与参与性； 3、团队建设经费要专款专用，不得以实物、现金、奖金、提成、绩效等形式进行分配。 三、管理职责 1、人力资源部：负责团队建设活动审核及监督管理。 2、财务部：负责“团队建设专项经费”的账务管理。 3、各部门负责人：团队建设专项经费的申请、使用、报销；部
门活动的策划、组织及实施；本部门月度费用的控制与管理。 四、团队建设专项经费使用及报销流程 1、活动部门拟定活动实施方案，填写《团队建设专项经费申请表》（见附表），内容包含参加人员、活动意义、预算费用等。 2、团队建设实际费用由团队先行垫付或按照借款流程申请借款。 3、团队活动结束后三个工作日内，由组织部门对活动进行总结，并凭有效支付凭证（票据）按财务报销流程报销。 4、团队建设专项经费的报销需提供与活动时间相符的有效票据，按照规定标准金额报销。超出报销标准部分由活动团队自行负担。 5、团队活动要求全体成员参加，组织团建活动，部门负责人必须参加，如遇特殊原因不能参加，应安排其他部门负责人。 6、团建活动时间及行程由各部门自行决定，本着不影响公司正常业务工作为原则，团建活动尽量安排在晚上或休息时间。 五、费用管理 1、根据上月业绩目标完成情况作如下分档说明： （1）完成业绩目标，按部门在职人员，每人30元的标准； （2）未完成业绩目标，按部门在职人员，每人20元的标准； （3）业绩排名第一的团队，团建活动经费在原标准加10元； 文化贡献排名第一的团队，团建活动经费在原标准加10元； （4）未完成业绩目标，且业绩排名在本系统倒数第一的团队， 团建活动经费在原标准减10元； （5）品牌部内部单独排名；除品牌部外其他团队进行排名。
公司软件管理规范
XXXXXX有限公司 文件制订（修订、作废）申请单NO.: 表格编码：
1. 目的 为规范公司软件、程序的管理，确保开发、使用、变更等过程得以受控，根据本公司实际情况，特制定本规范。 2. 适用范围 本规范适用于公司所有自主开发、外购、客供软件、程序的管理。（如无特别说明,本规范内“软件”包含软件、程序） 3. 软件分类: 3.1产品源程序: 由研发部软件开发工程师编写，实现产品功能的烧录文件。 3.2 ATE测试软件及测试程序： 是指由信息技术部负责编写的配套ATE硬件使用的产品测试软件平台,及在此平台下针对不同型号产品编写的测试程序。 3.3 设备应用程序: 是指工程部在设备操作系统下针对不同产品型号编写的对应程序（ATE除外）。如：打码程序、贴片程序、SPI检测程序、AOI检测程序、分板程序、回流焊程序、X-Ray 测试程序等。 3.4管理应用软件: 是指企业使用的电子化管理工具或系统平台。如:ERP系统、品质管理系统、SPC系统、生产报表系统、电子看板系统、绩效管理系统、项目管理系统等 3.5办公软件：Windows、office、Coremail、PDM、AutoCAD、杀毒软件等。 4、职责定义: 原则上公司各部门均可依据自身需求提出软件申请，由技术部门进行开发，交由使用部门进行管理，异常无法解决时,可向技术部门寻求技术支援。具体定义如下： 4.1 需求提出部门:依据公司或者部门的实际情况,提出软件需求申请。软件需求多由软
件使用部门提出，但也可以由其它部门提出。 4.2使用/管理部门:对提出的申请进行评估,确定需求后向开发部门发起正式申请;在软件验收合格后负责日常的管理、维护等；当异常时且无法解决时，及时向开发部门反馈,并要求协助处理。 4.3开发部门:对于使用/管理部门提出的申请进行评估,确定执行方案,并最终完成软件开发；开发部门也负责后期的技术支援。 4.4监控部门:负责对软件验收完成后的使用过程进行监控，确保不出现使用错误,维规操作,使用非法软件及机密软件外流等。 4.4软件管理职责对照见下表： 分类开发部门使用/管理部门监控部门 产品源程序研发部工程部品质部 ATE测试软件及测试程序信息技术部工程部品质部 设备应用程序工程部工程部品质部 管理应用软件信息技术部使用部门信息技术部 办公软件信息技术部使用部门信息技术部 5.软件管理规范： 5.1软件申请、开发、使用管理流程图：（如下图）
肺结核患者管理规范标准
肺结核患者健康管理服务规 一、服务对象 辖区确诊的肺结核患者。 二、服务容 （一）筛查及推介转诊 对辖区前来就诊的居民或患者，如发现有慢性咳嗽、咳痰≥2周，咯血、血痰，或发热、盗汗、胸痛或不明原因消瘦等肺结核可疑症状者，在鉴别诊断的基础上，填写“双向转诊单”。推荐其到结核病定点医疗机构进行结核病检查。1周进行随访，看是否前去就诊，督促其及时就医。 （二）第一次入户随访 乡镇卫生院、村卫生室、社区卫生服务中心（站）接到上级专业机构管理肺结核患者的通知单后，要在72小时访视患者，具体容如下： （1）确定督导人员，督导人员优先为医务人员，也可为患者家属。若选择家属，则必须对家属进行培训。同时与患者确定服药地点和服药时间。按照化疗方案，告知督导人员患者的“肺结核患者治疗记录卡”或“耐多药肺结核患者服药卡”的填写方法、取药的时间和地点，提醒患者按时取药和复诊。 （2）对患者的居住环境进行评估，告诉患者及家属做好防护工作，防止传染。 （3）对患者及家属进行结核病防治知识宣传教育。 （4）告诉患者出现病情加重、严重不良反应、并发症等异常情况时，要及时就诊。 若72小时2次访视均未见到患者，则将访视结果向上级专业机构报告。 （三）督导服药和随访管理 1. 督导服药 （1）医务人员督导：患者服药日，医务人员对患者进行直接面视下督导服药。 （2）家庭成员督导：患者每次服药要在家属的面视下进行。 2.随访评估 对于由医务人员督导的患者，医务人员至少每月记录1次对患者的随访评估结果；对于由家庭成员督导的患者，基层医疗卫生机构要在患者的强化期或注射期每10天随访1次，继续期或非注射期每1个月随访1次。 （1）评估是否存在危急情况，如有则紧急转诊，2周主动随访转诊情况。
大型活动管理的规定
大型活动管理的规定 为了加强和规范中心大型活动的管理，保证活动的正常开展，确保参与活动人员的人身和财产安全，特制定大型活动有关管理方法。 一、组织领导 对于大型活动中心要成立领导小组，由中心主任任领导小组长，由有参与关部门负责人任领导小组成员，领导小组下设办公室，由活动的主办部门负责人兼任办公室主任。 二、管理措施与办法 （一）、以中心名义举行，人员在500人以上，由团中央以上（含）领导参加，冠以全国名号，参与人员多，影响大的活动，可视为大型活动，必须纳入本办法管理。 （二）、凡要举办大型活动的主办单位必须实行严格的审批制度，具体方法如下： 1、凡需要组织大型活动的主办单位，必须向领导小组办公室书面申请，申请中应写明：举办活动的目的、内容、规模、场所、时间安排等，并注明举办本次活动的组织领导及相关的保障防范措施。 2、领导小组办公室接到举办单位申请后，应在活动举办前会同有关部门进行活动可行性研究，提出整改意见，再报领导管理小组组长批准。 3、领导小组办公室应在活动举办前将领导小组的意见书面反馈给活动主办单位。 三、主办单位应覆行的职责 1、主办单位在开展活动前，应针对本次活动可能出现的问题，提出维护活动纪律的明确要求，介绍相关的安全防范知识，增强与会人员的安全意识，提高他们的防范和自救能力。 2、凡主办单位的组织领导未按要求覆行职责，如活动中出现问题应承担全部责任。 四、会务管理 （一）财务：审核财务预算、审核财务运用情况、进行财务结算、全过程财务监控。参与部门实行内部银行，费用内部划拨。根据参与部门承担的任务量核算劳务费用。 （二）邀请领导：根据活动层次和规模确定被邀请的领导机关和被
公司活动管理规范
公司活动管理规范 为加强公司企业文化建设、规范和加强对公司活动的管理，保证活动正常有序的进行，加强员工之间的沟通、交流，提高团队意识，提高公司凝聚力和战斗力，提升企业形象，特制订以下制度。 一、目的： 有效传播企业文化和形象，提高团队意识，增强员工凝聚力、战斗力。 二、类型： 1 、各类专业技术培训、专题培训、员工培训、拓展活动等。 2 、月例会、季度总结、半年总结、年度总结、年会等。 3 、“元宵节”、“三八妇女节”、“五四青年节”、“八一男士节日”等节日活动。 4 、不定期组织的聚餐及其他活动 三、职责 1、公司层面组织的活动由行政部部负责策划、组织、与整理总结。 2、部门内部活动由部门负责人负责各策划、组织、与整理总结。 四、流程。 1、公司活动由行政部制定活动方案，完成活动预算，根据预算，申请活动经费，采购活动所需物资，联系活动所关联的商家、单位、 公司等，协助进行活动前期准备。
2、公告活动主题、内容及组织安排。 3 、根据策划方案，组织员工参与活动，进入活动实施阶段。 五、实施与评估 1、行政部根据各部门提交的活动策划方案，统筹安排活动中的组织、协调、联络等工作。 2、公司活动中，行政部对员工行为有监督和劝导的责任。 3、活动结束后，行政部部需对活动进行全面总结与评估，并对活动中产生的问题，提出活动组织改进建议。 六、活动的管理 1、根据具体活动内容，考虑活动中可能出现的问题，提出应急办法和明确要求，向活动参与者详细介绍相关安全防范知识及措施，降低意外发生率。 2、参与组织实施工作的人员需理解策划方案精神，熟悉策划方案要求，掌握实施方案的方法及步骤，做到信息共享，明确责权。 3、活动进行中，工作人员自始至终坚守岗位，主动到岗，确保活动顺利进行。 4、活动进行中，行政部负责对活动器材、道具、设备等物资的监管工作，避免设施损坏。 5 、行政部负责维护活动的正常秩序，对扰乱秩序的员工，劝导不果的有权取消其活动资格。 6、员工参加活动期间，需服从行政部协调劝导，不得擅自违反活动安排。
软件版本管理规定
上海精佑通信技术有限公司企业标准 （管理标准） Q/HT 0001–2005 软件版本管理规定 V1.04 2005-04-11 发布 2005-04-11实施
上海精佑通信技术有限公司 目录 1范围 (4) 2术语和定义 (4) 2.1软件 (4) 2.2产品软件 (4) 2.3生产支持软件 (4) 3软件版本命名规则 (5) 3.1软件版本命名组成 (5) 3.2手机软件版本命名 (5) 3.3模块软件版本命名 (5) 3.4手机PC侧软件版本命名 (6) 3.5模块PC侧软件版本命名 (7) 3.6手机生产支持软件版本命名 (7) 3.7模块生产支持软件版本命名 (8) 3.8公用于所有手机和模块的软件版本命名 (9) 3.9无线上网卡相关软件版本命名 (9) 3.10无线上网卡驱动软件版本命名 (10) 3.11正式版本号的升级规则 (10) 3.12版本的电子文件命名规则 (11) 4软件版本发布流程 (11) 5禁止条例 (14) 6管理条例 (14) 7附录 (14)
上海精佑通信技术有限公司 文档版本变更记录： 版本号拟制日期拟制人版本描述存档编号 V1.00 2005-4-11 郝军初始版本 V1.01 2005-4-27 郝军1．版本号前增加“V”,用以明显标识版 本号 2．版本号和时间之间以下划线分隔 3．增加生产支持软件种类 4．增加无线上网卡生产支持软件、管理 器软件和驱动软件命名 5．增加版本发布流程的文字说明 V1.02 2005-7-1 郝军增加手机和模块生产支持软件的类型：射 频补丁软件（RFP） V1.03 2005-7-15 郝军更改版本号升级规则，更改资料外发申请 表 V1.04 2005-7-26 郝军增加机卡合一版本的命名规则 注：1）拟制、审核、会签、批准不走电子流程时，必须用钢笔或签字笔填写，不得用铅笔、圆珠笔填写。
公司人员集体外出活动管理规定
四川德诚基业建筑工程有限公司 员工集体外出活动管理规定 为保证公司各单位集体外出活动的安全，规范公司集体外出组织活动的行为，特制订本规定。 一、集体外出活动的范围：由单位集体组织、参加人员5人以上的外出参观、学习、考察、游览或参加各种会议、培训等活动均属于集体外出活动。 二、凡组织集体外出活动的单位必须逐级申请、申报和审批。公司及各单位组织员工活动，应遵循“积极有益、安全第一”的原则，且不能影响正常工作进度，原则上不占用工作时间。 三、活动申报前，应当先做好经费预算，明确经费来源，需要参与者缴纳活动经费的，应当开会说明、讨论、通过，原则上通过人数不得少于投票人数的80%。活动结束后，组织单位应在一周内做好经费结算（包括经费的多退少补）报告，并书面公示。 四、申请 1．各单位组织集体外出活动应填写《集体外出活动申请表》，认真如实填写组织活动的目的、内容、时间、地点、参加的人员及人数、乘坐的交通工具、安全负责人及安全措施、活动负责人等，有必要时可事先派人勘查活动场地、环境和购买意外保险，单位主管领导签署审批意见，并签名加盖单位印章。 2．《集体外出活动申请表》由公司总经理审批。未经公司领导批准，任何单位和个人不得组织集体外出活动。擅自组织集体外出活动发生事故其责任由组织者承担。《集体外出活动申请表》由公司行政办公室存档，组织外出集体活动的单位保留复印件。 五、组织集体外出活动的单位应明确活动安全负责人工作职责，制订安全措施，对参加活动的人员进行安全保卫教育，并做好路途、乘车、住宿、饮食、活动等安全保卫工作，防止发生人员伤亡事故。 六、公司或各单位组织的员工集体活动，原则上都必须参与，因故不能参加者，需提前向活动组织领导请示，跨单位参加活动的，必须经过双方主管领导批准。参加加集体外出活动的人员应自觉遵守国家法律法规、当地地方法规、风俗习惯等，服从活动组织单位领导，未经组织活动的负责人批准不得擅自离开集体单独活动并且必须随身携带通讯工具，并保证其通讯畅通，员工在参加集体活动中，需携带家属参加的，安全责任由其携带者负责。 七、员工在参加集体活动中，组织者要求部门或个人参与的内容或分派的任务必须按时、保质、保量的完成。 八、组织集体外出活动时原则上应使用公司内部车辆，组织集体外出活动的单位应将已获批准的《集体外出活动申请表》复印件交车辆管理单位备案。车辆管理单位应根据外出活动的性质、地点、路途距离、天气情况等选派机动车驾驶员担任运营任务，并对机动车驾驶员进行交通安全法规教育，监督检查机动车驾驶员做好车辆维护保养工作；若公司内部不能
肺结核患者健康管理服务规范85866
肺结核患者健康管理服务规范 一、服务对象 辖区内确诊的肺结核患者。 二、服务内容 （一）筛查及推介转诊 对辖区内前来就诊的居民或患者，如发现有慢性咳嗽、咳痰≥2周，咯血、血痰，或发热、盗汗、胸痛或不明原因消瘦等肺结核可疑症状者，在鉴别诊断的基础上，填写“双向转诊单”。推荐其到结核病定点医疗机构进行结核病检查。1周内进行电话随访，看是否前去就诊，督促其及时就医。 （二）第一次入户随访 乡镇卫生院、村卫生室、社区卫生服务中心（站）接到上级专业机构管理肺结核患者的通知单后，要在72小时内访视患者，具体内容如下：（1）确定督导人员，督导人员优先为医务人员，也可为患者家属。若选择家属，则必须对家属进行培训。同时与患者确定服药地点和服药时间。按照化疗方案，告知督导人员患者的“肺结核患者治疗记录卡”或“耐多药肺结核患者服药卡”的填写方法、取药的时间和地点，提醒患者按时取药和复诊。 （2）对患者的居住环境进行评估，告诉患者及家属做好防护工作，防止传染。 （3）对患者及家属进行结核病防治知识宣传教育。 （4）告诉患者出现病情加重、严重不良反应、并发症等异常情况时，要及时就诊。 若72小时内2次访视均未见到患者，则将访视结果向上级专业机构报告。 （三）督导服药和随访管理 1. 督导服药 （1）医务人员督导：患者服药日，医务人员对患者进行直接面视下督导服药。 （2）家庭成员督导：患者每次服药要在家属的面视下进行。 2.随访评估 对于由医务人员督导的患者，医务人员至少每月记录1次对患者的随访评估结果；对于由家庭成员督导的患者，基层医疗卫生机构要在患者的强化期或注射期内每10天随访1次，继续期或非注射期内每1个月随访1次。 （1）评估是否存在危急情况，如有则紧急转诊，2周内主动随访转诊情况。
软件版本管理规范标准[详]
软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容，使软件项目版本管理流程化并规化，确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库（可使用工具建立配置库，本文所述使用的是SVN）进行版本管理。 2.第三章职责 配置库管理员：负责配置库的日常维护和管理；监督开发及测试部门及时提交版本管理对象（即配置项）。 此岗位可由开发或测试人员兼任。 3.第四章容 4.1. 版本管理对象 包括但不限于： 项目总体计划 可行性研究报告 开发计划 需求说明书 需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划
上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目部的目录结构建议按下列格式创建。 配置库目录结构规划： ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中，项目部的目录结构： |–projectA |–src （保存该项目的源程序） |–doc （保存项目相关文档） |–000.项目管理（保存项目过程管理相关文档） |–010.项目计划（保存项目计划相关文档） |–020.项目需求（保存项目需求相关文档） |–030.系统设计（保存项目设计相关文档） |–030.系统测试（保存项目代码测试相关文档） |–040.系统实施（保存项目部署实施相关文档） |–050.系统运维（保存项目运维文档，包括培训、用户手册等） |–060.技术资料（保存项目技术文档，包括第三方技术资料等）
结核病健康管理服务规范测试题
肺结核患者健康管理规范培训测试卷 ___________乡__________村：姓名：________ 得分：_______ 一、填空题（共30分，每空2分） 1、服务机构接到上级专业机构管理肺结核患者的通知单后，要在（72 ）小时内访视患者。 2、若72小时内（2次）访视均未见到患者，则将访视结果向上级专业机构报告。 3、对于由家庭成员督导的患者，基层医疗卫生机构要在患者的强化期或注射期内每（10 ）天随访1次，继续期或非注射期内每（ 1 ）个月随访1次。 4、对于患者转诊后，应（2 ）周内主动随访转诊情况。 5、结案评估时应收集和上报患者的（肺结核患者治疗记录卡）或（耐多药肺结核患者服药卡）。 6、一般情况下，初治肺结核患者的治疗疗程为（6）个月，复治肺结核患者为（8）个月，耐多药肺结核患者（24）个月。 7、抗结核药物宜采用（空腹顿服）的服药方式。 8、应放在（阴凉干燥）、（孩子）接触不到的地方。 9、为及时发现并干预不良反应，每月应到定点医疗机构进行（血常规）、（肝肾功能）复查。二、判断题（共20分，每题2分） 1、经规范管理且正规治疗的肺结核患者治疗过程中可以不复查痰液涂片或培养。 （X） 2、肺结核患者健康管理医务人员需接受上级专业机构的培训和技术指导。 （√） 3、肺结核患者服药后不良反应时患者应立即停药。（X） 4、查痰的目的是让医生及时了解患者的治疗状况、是否有效，是否需要调整治疗方案。 （√） 5、结核患者咯痰时可以将痰液咽下。（X） 6、结核患者不遵从医嘱，不按时服药，不完成全疗程治疗，就会导致初次治疗失败，严重者会发展为耐多药结核病。（√） 7、对于由医务人员督导的结核病患者，医务人员至少每月记录1次对患者的随访评估结果。 （√） 8、对出现药物不良反应、并发症或合并症的结核病患者，要立即转诊。 （√） 9、清晨痰：患者晨起立即用清水漱口后，留存咳出的第2口、第3口痰液。 （√） 10、在农村地区，主要由村医开展肺结核患者的健康管理服务。 （√） 三、简答题（共50分，第1题30分，第2题20分） 1、管理肺结核患者时，哪几种情况需要转诊到结核病定点医疗机构？ 答：1、出现可疑症状时；2、存在危急情况则需要紧急转诊；3、不良反应引起的未按定点医疗机构的医嘱服药者；4、出现药物不良反应、并发症或合并症的患者；5、需结案停药者。 2、管理肺结核患者时，哪几种情况需要向上级专业机构报告？ 答：1、72小时内2次访视均未见到患者；2、漏服药次数超过1周及以上者；3、管理期间发现患者从本辖区居住地迁出者。
项目软件版本号管理规范
项目软件版本号管理规范
历史修改记录 一. 目的
1.1软件版本按照一定的规则保存所有版本，避免发生版本丢失或混淆等现象， 并且可以快速准确的查找到任何版本。 1.2软件版本规范有利于公司各部门之间的对接工作，有利于公司内部资料统一 管理。 1.3本文档是为规范研发部软件版本管理而制定的。 二. 范围 2.1本文档为研发部软件开发版本提供有关版本管理规范的相关内容，包括：2.2版本标识方法及管理 2.3版本升级 2.4文档及源码的备份制度 2.5所有研发部软件工程师成员都必须遵照项目软件管理规范操作，公司内部使 用按照文档及源码存放备份制度。 三. 版本管理 3.1版本号规则 3.1.1每个归档版本都有两个版本号：内部版本号和外部版本号。版本号使用 VP规则，V(Version)是指外部版本号（研发测试版本），P(Patch)是指补丁版本号（可选）。 3.1.2版本号命名：V/B+主版本号+次版本号+修订版本号+日期版本号
3.2版本号修改规则 3.2.1主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生 变化。此版本号由项目决定是否修改。 3.2.2次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变 动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。此版本号由项目决定是否修改。 3.2.3修订版本号：一般是Bug 的修复或是一些小的变动或是一些功能的扩 充，要经常发布修订版，修复一个严重Bug 即可发布一个修订版。此版本号由项目经理决定是否修改。 3.2.4日期版本号：用于记录修改项目的当前日期，每天对项目的修改都需要 更改日期版本号。此版本号由开发人员决定是否修改。 如： V8.1.0.XXX (上一级版本号有变动时，下级要归零) 3.3版本号修改举例说明 如此时版本号为：V8.1.0.XXX ，此时为内部测试阶段 3.3.1 开发人员修复了测试人员提交的bug并经测试人员测试验证关闭bug 之后，发布到外网时，此时就进入了软件的下一个阶段，版本号可改为： V8.1.1.XXXX ，如当前日期跟上一个版本号的日期不一样，版本号可改为： V8.1.1.XXX。
公司文件管理规定参考
公司文件管理规定 1.目的和作用 公司的文件资料是公司的重要财富，加强对文件的管理，使文件在经营管理中充分发挥信息导向作用，保障和促进宫缩各项经营活动的顺利进行，是公司管理层的重要工作。为实现文件管理的程序化、规范化，使文件的管理既高效又安全，特制定本规定。 2.管理职责 公司的文件管理统一由总经办归口负责。应加强队本部门秘书工作人员的业务培训，抓好文件的立卷归档、存放保管以及文件使用各环节的管理程序。并对各职能部门的文件管理工作进行指导和工作检查。 3.文件立卷归档管理 秘书部门对公司文件的立卷归档，应按照以下程序做好工作： 3.1收集立卷文书材料。 应坚持平时随时收集文件进行归档，以保证文件材料的完整，对于办理完毕的文件材料应及时收回，对于会议文件要及时整理，对于本企业的对外发文要保 留好底稿和正本。 3.2做好立卷类目的分类。 按照不同文件的性质分成若干类别，如党政文书类、人事管理类、生产管理类、经济财务类、对外业务类等，以便于文件的管理和保管。 3.3拟定卷内文件保存价值。 按照统一的原则标准，将卷内所有文件分为永久、长期、短期三种不同的保管期限。 3.4 科学、合理地排列卷内文件。 应按照一定的规律排卷内文件，使文件保持条理性，一般要求是： 3.4.1 重要文件在前，次要文件在后。 3.4.2 政策性文件在前，业务性文件在后。 3.4.3 综合性文件在前，专题性文件在后。
3.4.4 正文在前，附件在后。 3.4.5 结论性文件在前，调研性文件在后。 3.5 文件装订成案卷。 定卷时，在完成对卷内文件系统排列后，应编号，填写卷内目录和卷本备考表，然后填好案卷的封皮及案卷的目录，最后按规定的方式进行装订。 3.6 文件移交归档。 文件完成立卷工作，就可在规定的时间移交档案室，一般都在年终时进行。移交档案时要有移交目录，双方清点后，应签字确认。 4．文件的存放管理 文件的存放指日常文件的保管，主要由文秘人员负责，应做好以下方面工作： 4.1加强文件安全性的管理。 4.1.1 文件应当有一个安全的存放之处，如专门的文件室与文件柜。 4.1.2 文件应当有专人负责保管，文件存取及文件室、文件柜的锁匙保管均只得由专管人员掌握。 4.1.3 应对专管人员提出责任要求，主要应做好防盗、防火、防潮、防虫、防尘、防 损等方面的工作。 4.1.4 主管人员应经常对专管员进行文件安全督察。 4.2 做好存放文件的分类工作。 4.2.1 按文件的办理情况，可分为待办件、办结件分别存放；不需办理的，作为阅知 性文件存放。也可按现行文件、存档文件、余存文件、待销文件进行分类。 4.2.2 对分好类的文件按收文顺序排列，并应在保存文件的盒或袋内放入文件目录，以利查找。 4.2.3 本单位发文的存档件和余存文件应分别存放，文件发出后，要将文件底稿同正 式文件放入待存档文件盒内，余存件放入余存文件袋，并在封面标上文号、余 存份数，袋内还应附有余存文件登记表，使用余存文件时需在登记表上登记， 收回时在表上注销。 4.3 做好文件的清退工作。 4.3.1 对于规定应办理清退的文件，秘书部门应制发清退文件通知单，并对应清退的 文件加盖清退签章。 4.3.2 清退的文件按时间要求可分为以下两种：
活动管理规范
公司活动流程管理制度 第一章总则 第一条为了规范公司活动组织实施工作，引导员工开展健康向上的群体活动，加强企业精神文明建设，增强企业与合作方、客户之间的有效沟通，特制定本制度。 第二条本制度适用于公司活动组织实施工作。 第三条职责划分 1、行政与法律部负责总经理负责活动计划和费用的审批。 2、行政综合部经理负责组织制定公司活动计划、方案并组织、监控、实施。 3、行政综合部人员负责具体实施活动计划。 第二章活动的种类 第四条公司的活动是以企业文化建设和企业形象塑造为目的，有组织、有计划、有步骤组织公司众多员工或众多员工与相应的社会人员参与的厂内外活动。工厂的大型活动有：各种大型会议、大型庆典或纪念活动、大型参观展览活动、大型文艺演出或体育竞技活动、公益活动、其他各类重要活动等。 第五条公司活动类型繁多，形式多样，但根据公司活动的性质和实质，大体上可作如下分类：
1、一类活动：以弘扬促进企业文化为目的的公司内大型活动，如各类游艺活动、体育竞技活动等。 2、二类活动：以团队构建和能力拓展为目的的公司外大型活动，如拓展训练、参观、旅游等。 3、三类活动：以企业形象推广传播为目的的公司外大型活动，如以公司或公司某类产品为命名的大型文艺演出、各类公益活动等。 第三章活动的策划 第六条公司大型活动的策划，严格遵循四步工作法，即社会调研、活动立项、创意策划、方案论证四个步骤，力求从各个不同的环节严格管控，确保活动的实用性与方案的可行性。 第七条活动调研 1、行政综合部应于每年的6月及12月分别对全体员工做一次活动意向调查，并分析总结调查结果，根据调查结果及时确定一、二类活动的计划安排。三类活动则根据公司的发展及市场规划，在充分的市场调研的前提下，进行计划安排。 2、活动意向调查方式 2.1电话调查。 2.2问卷调查。 2.3座谈调查。
软件版本管理规范19726
软件版本管理规范 第一章目的 本规范详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等内容，使软件项目版本管理流程化并规范化，确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用范围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库（可使用工具建立配置库，本文所述使用的是SVN）进行版本管理。 2.第三章职责 配置库管理员：负责配置库的日常维护和管理；监督开发及测试部门及时提交版本管理对象（即配置项）。 此岗位可由开发或测试人员兼任。 3.第四章内容 4.1. 版本管理对象 包括但不限于： 项目总体计划 可行性研究报告 开发计划 需求说明书
需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划 上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目内部的目录结构建议按下列格式创建。
配置库目录结构规划： ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中，项目内部的目录结构： |–projectA
单位大型活动管理办法
单位大型活动管理办法 为了加强和规范学校职工大型活动的管理，保证大型活动合法、安全、有序的进行，维护学校的安全和稳定，保障正常的教学、科研和工作秩序，根据省教育厅颁发的《关于加强大型活动的管理意见》，制定本办法。 第一条组织领导 学校成立大型活动协调小组，由分管保卫工作的院领导任组长，党政外事办、工会、学工处、团委、保卫处、教务处、后勤服务总公司、体育部、卫生所负责人为小组成员，协调小组下设办公室，由保卫处处长任办公室主任。 学校每项大型活动都必须成立活动领导小组，策划活动方案，协调、指挥大型活动。 第二条适用范围 根据省教育厅对大型活动的界定和学校的实际情况，本办法适用于： 一、活动规模在300人以上的； 二、连续举办二天以上且每天参加活动人数在100人以上的； 三、有境外人士或者国内知名人士参加且规模在50人以上的； 四、活动跨校区举办的； 五、院（系、部）30人以上、职能部门和附属单位10人及以上外出参观学习和考察、旅游等活动。 第三条举办条件 一、遵守国家法律和学校管理制度； 二、有合法、明确的举办部门、单位和具体负责人； 三、不影响学校公共秩序和正常的教学科研活动； 四、不违背社会公共道德和有关的民族风俗习惯； 五、必须符合国家的消防、安全规定，有安全保障措施和突发情况处置预案。 第四条审批程序 一、举办大型活动，应贯彻“谁主管，谁负责”的原则，主办单位须在活动前一周到保卫处填写《XXXX大型活动登记审批表》并附活动内容、安全措施和突发情况处置预案，如需挂横幅内容，应附横幅内容；如在现场发放资料和物品，应加以说明；如需要增加灯及大负荷电器的，应安排电工值班。 二、申请举办党群类活动、行政事务类活动、涉外活动，应征得党办（院办、外事办）同意，由党办（院办、外事办）报上级主管部门批准。 三、主办单位应将安全保卫工作纳入活动计划，在活动前三日将《XXXX大型活动登记审批表》报保卫处审批同意后方可进行，主办单位、保卫处负责安全保卫工作。 四、未经批准举办活动的，一切责任均由活动举办单位负责人承担。 第五条职责履行 一、主办单位职责
软件版本管理规范标准
软件版本管理规 V1.0.0 文档版本变更记录：
目录 前言 (3) 1 围 (4) 2 术语和定义 (4) 2.1 软件 (4) 2.2 产品软件 (4) 2.3 演示软件 (4) 3 软件版本命名规则 (4) 3.1 软件版本命名组成 (4) 3.2 产品软件版本命名 (4) 3.3 演示软件版本命名 (5) 3.4 正式版本号的升级规则 (6) 3.4.1 软件版本升级规则 (6) 3.4.2 演示版本升级规则 (6) 3.5 版本的安装文件命名规则及存放路径 (6) 4 软件版本发布流程 (7) 5 管理条例 (7) 6 附录 (7)
前言 为规部门产品软件版本的管理与控制，保证产品版本的有效与质量，制定本标准。本标准由移动金融事业部拟制。 本标准于2015年6月首次发布。
软件版本管理规定 1围 本标准规定了移动银行事业部产品软件版本的控制与管理。 本标准适用于移动银行事业部产品软件版本的控制与管理。 2术语和定义 下列定义适用于本标准。 2.1软件 指与产品相关的所有软件，可以分为产品软件和演示软件。 2.2产品软件 已签订合同，有明确交付日期的产品。 2.3演示软件 处于研发阶段，并未正式投入生产的应用。 3软件版本命名规则 3.1软件版本命名组成 产品的正式软件版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。 产品的演示版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。 3.2产品软件版本命名 产品软件版本的命名规则如下所示：
企业计划管理工作制度(doc 7页)
企业计划管理工作制度 第一章总则 第一条计划管理工作的任务: 1.在科学预测的基础上,为企业的发展方向,发展规模和发展速度提供依据,制定企业的长远规划,并通过所近期计划组织实施. 2.根据市场需要和企业能力,签订各项经济合同,编制企业的年度、季度计划,使企业各项生产经营活动和各项工作在企业统一的计划下协调进行. 3. 充分挖掘及合理利用企业的一切人力、物力、财力,不断改善企业的各项技术经济指标,以取得最佳的经济效果. 第二条企业各级和主要精力,应放在各种计划的编制、执行、检查和考核上. 第三条企业的计划管理根据“统一领导,归口管理”的原则,全厂分厂部、车间、班组三级进行管理.厂××××是全厂计划工作的综合管理部门,各个职能科室,都分别是各种专业计划的归口部门. 第四条为保证全厂计划工作的正常开展,应加强综合计划机构,提高它在企业中应有的地位和作用.各级计划部门和归口部门也必须根在计划工作的要求配备专职(或兼职)的
计划人员. 第五条企业计划必须认真进行综合平衡,坚持“积极平衡,留有余地”的原则,不留缺口,不“打埋伏”. 第六条企业的各项计划是国民经济计划的基本组成部分,是企业生产经营活动的依据,计划一经下达,各级部门都必须发动群众,采取切实有效的措施,保证计划的实现. 第七条统计工作是企业的一项基础工作,是监督检查计划执行情况的重要工具,应准确、及时、全面反馈计划执行情况,反对弄虚作假. 第二章长远规划 第一条长远规划是确定企业未来发展方向和奋斗目标的战略计划,它通过年度计划的安排逐步实现,其主要内包下列几个方面: 1.企业产品的发展方向; 2.企业生产的发展规模; 3.企业技术发展技术,技术改造方向; 4.企业技术经济指标将要达到的水平; 5.企业组织、管理水平的提高和安全环保等生产条件的改造; 6.职工教育培训及文化设施建议; 7.职工生活福利设施的改造和提高; 8.能源及原材料的节约. 第二条编制企业长远规划的主要依据:
小区活动室管理规定
1、活动室是供本小区业主（住户）业余开展各种文体康乐活动的场所，按规定应先在服务台办理手续，买票进入活动室，凭票入室。 2、凡参加活动的人员，必须拥护党的领导、热爱社会主义、爱国家、爱集体，同志之间互相尊重、互相帮助、团结友爱。 3、严格遵守各项规章制度，不得用各种方式搞变相赌博；不准放淫秽录像和不健康的节目，禁止从事一切违法活动。晚上活动时间不超过21：30。 4、养成良好的卫生习惯，不随地吐痰，不携带脏物入室，以保证室内整齐清洁；活动室内请勿吸烟，保持空气清新。 5、保护公共财物，树立良好的公民道德形象，活动室内的公物一律不准外借，进场和离场时需清点唱片及器材，如有遗失或损坏，照价赔偿。 6、树立文明娱乐之风，不准借故在活动场所吵嘴、打架，以免影响他人活动。 7、不携带幼童入室，特殊情况携带幼童者，大人要尽管教之责，注意公物和卫生。 8、在开室活动期间，首先保证老年人的活动，其他人员可在保证老年人活动的前提下，经管理人员同意方可娱乐。 9、为保证活动人员身心健康，凡患传染病者，望自觉回避活动。 小区桌球室管理规定 1、活动室是供本小区业主（住户）业余开展各种文体康乐活动的场所，凡参加桌球活动者，须先在服务台登记交押金（或证件）订台，由工作人员安排时间场次后方可进行活动，收费按台/小时计算。 2、凡参加活动的人员，必须拥护党的领导、热爱社会主义、爱国家、爱集体，同志之间互相尊重、互相帮助、团结友爱。 3、严格遵守各项规章制度，不得用各种方式搞变相赌博；禁止从事一切违法活动。晚上活动时间不超过21：30。 4、养成良好的卫生习惯，不随地吐痰，不携带脏物入室，以保证室内整齐清洁；活动室内请勿吸烟，保持空气清新；饮料不放在球桌上。 5、保护公共财物，树立良好的公民道德形象，活动室内的公物一律不准外借，不准将球和杆乱丢，不准在球台上和墙面上乱画，不准坐在或站在球台（包括小孩），损坏设施和器具照价赔偿。 6、树立文明娱乐之风，不准借故在活动场所吵嘴、打架，以免影响他人活动。 7、不携带幼童入室，特殊情况携带幼童者，大人要尽管教之责，注意公物和卫生。 8、在开室活动期间，首先保证老年人的活动，其他人员可在保证老年人活动的前提下，经管理人员同意方可娱乐。 9、为保证活动人员身心健康，凡患传染病者，望自觉回避活动。
(完整版)技术部软件版本管理规范
技术部软件版本规范 文档建立/修改记录： 版本管理规范 【新建项目版本管理部分】 1，项目组接到项目需求， 1.1，开发组出项目设计和开发计划； 1.2，测试在Git中建立空项目(项目名称开会时候会有，没有需要问)，形成master版本，版本设定为V0.0.0。 2，组长发邮件给技术总监，并且抄送给项目经理和测试。 邮件内容：开发计划文档url和开发版本号(V0.1.0)，请批准第一阶段(开发计划中会包含)开发。 3，得到批准开发回复后，测试从master(V0.0.0)建立分支版本(V0.1.0)，打开版本参与人员的更新权限，并且将url给组长。 4，组长download项目，上传项目可运行框架，并且更新GIT中的readme文档并通知开发；5，开发者必须按时按功能点来提交(提交时需写相应描述)项目到GIT中，并且push前必须测试，保证代码不能有运行异常，导致无法测试 5.1，Push结束后，开发者继续开发下一个功能点。 5.2，push结束会自动化构建，自动化构建完成后系统会自动通知测试人员进行测试，测试人员需先关闭版本参与人员的更新权限，再按功能点来测试bug，然后更新bug文档和测试用例文档的内容(有无bug都需要更新)，随即打开更新权限并通知组长。 6，开发者下一个功能点提交时，同上要求。 7，第一阶段最后一个功能点提交完毕后，测试者关闭此版本参与者更新权限，然后将此版本(V0.1.0)建分支版本(V0.1.1)并且给出版本url给组长，继续进行测试最后一个功能点bug。8，组长通知组员进行bug（bug一般会比较少，bug很多只能说明开发者开发质量有问题）修改，给出修改版本地址。 9，修改完毕后提交，测试人员再次关权限且测试，如仍然有bug存在，更新相应文档并在相关修改支版本(这里是V0.1.1)中再次建立修改版本(此时是V0.1.2)，随即给出版本url给组长。ps：提交版本如有冲突找组长调节。 10，第一阶段开发完全完成后开始开发第二阶段任务，重复2~9步骤，相应的版本号会变为从V0.2.0开始，同里修改版本号则是V0.2.1/V0.2.2/V0.2.3...... 11，当全部阶段任务完成(指的是开发完成并测试无bug)，测试将最新的修改完成的版本(应该是V0.x.x，x为任意数字)合并到master版本中，此时版本号设定为V1.0.0。测试发邮件给