软件管理规定
目 录
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
目的和范围
为加强公司设备安装软件的管理，特制定本规定。
引用文件
职责和权限
系统服务部：是办公软件的归口管理部门，负责每个季度对公司办公软件的安装情况进行检查。
各开发和测试部：是开发类软件的管理部门。
软件管理
收集
公司内软件来源主要有以下几个方面：
购买商业软件；
自主开发的内部应用软件；
免费软件的下载；
系统服务部分发的办公软件。
登记
信息安全工作小组登记分发的办公软件、公司购买的商业软件的安装情况。各部门负责《电脑防病毒及软件表》的填写。
商业软件的归档和存放
购买的商业软件由公司自行归档和存放。
购买的商业软件统一存放于指定位置。磁盘文件存放于指定存储空间中，由专人负责整理，各软件建立独立的文件夹，标识明确清晰，并做好软件的备份工作。光盘统一存放入文件柜中，并有明显易辨认的标识，便于整理和取用。
开源软件的管理
4.4.1开源软件的选择依据：
(1)开源协议
谨慎使用 GPL 协议，GPL 协议规定使用了该开源库的代码也必须遵循 GPL 协议，即开源和免费。
(2) 功能、文档、稳定性、扩展性
功能是否能满足业务需求，是否足够稳定(稳定性测试)、文档是否齐全、扩展性是否足够。性能要求较高库需要性能对比测试。?
(3) 源码修改
a. 个性化业务带来的修改尽量使用 Wrap 方式，而不要直接改源码。实在绕不开，可在Git上打上 Tag，并注明详细原因。?
b. 通用需求的修改按源项目要求修改代码，反馈回开源社区，请求合并进主分支。源代码修改原则：不要让clone的副本变成孤岛。
(4) 其他
是否附有构建脚本（build script）
该开源项目小组是否持续使用同一集成开发环境。
该开源项目是否有清晰的road map。
该项目是否设有问题跟踪器（issue tracker）？
是否很快就有社区补丁推出？
在社区中，关于该项目的问题反馈是否迅速？
其他的开发者是否乐于使用该开源项目，