ISO270012013软件管理规定.docx

XXXXXX 软件人性化科技提升业绩软件治理规定目 录1. 目的和范围 2.2. 引用文件2.3. 责任和权限2.4. 软件治理2.4.1. 收集2.4.2. 登记2.4.3. 商业软件的归档和存放 2.4.4. 开源软件的治理3.4.5. 软件使用 5.5相关记录5.第1页共6页内部公开【软件治理规定】F4-C-研发效劳体系-009-V1.0目的和范围为增强公司设备安装软件的治理,特制定本规定.1. 引用文件2. 责任和权限1系统效劳部：是办公软件的归口治理部门,负责每个季度对公司办公软 件的安装情况进行检查.2各开发和测试部：是开发类软件的治理部门.3. 软件治理4.1 .收集公司内软件来源主要有以下几个方面:a购置商业软件；b自主开发的内部应用软件；c免费软件的下载；d系统效劳局部发的办公软件.4.2.登记信息平安工作小组登记分发的办公软件、公司购置的商业软件的安装情 况.各部门负责?电脑防病毒及软件表?的填写.4.3.商业软件的归档和存放1购置的商业软件由公司自行归档和存放2)购头的商业软件统一存放于指定位置.磁盘文件存放于指定存储空间中, 由专人负责整理,各软件建立独立的文件夹,标识明确清楚,并做好软件 的备份工作.光盘统一存放入文件柜中,并有明显易识别的标识,便于整 理和取用.4.4.开源软件的治理4.4.1开源软件的选择依据：(1) 开源协议谨慎使用GPL协议,GPL协议规定使用了该开源库的代码也必须遵循 GPL协议,即开源和免费.(2) 功能、文档、稳定性、扩展性功能是否能满足业务需求,是否足够稳定(稳定性测试)、文档是否齐全、 扩展性是否足够.性能要求较高库需要性能比照测试.(3) 源码修改a. 个性化业务带来的修改尽量使用 Wrap方式,而不要直接改源码.实在绕不开,可在Git上打上Tag,并注明详细原因.b. 通用需求的修改按源工程要求修改代码,反应回开源社区,请求合并进主分支.源代码修改原那么：不要让clone的副本变成孤岛.第4页共6页内部公开