计算机化变更涉及的点比较多，常见的有用户组建立，权限分配，用户增删，密码修改，策略变更，连锁切断，启停服务器，备份，还原等等。

首先，不是很清楚楼主的计算机化系统的微小变更是什么类型的变更或者是什么类型的活动。

但是变更，是有体系的，怎么做看你们的文件怎么规定。质量体系，从来都不是单箭头的。更不要说变更这种涉及多部门，对内对外的大型活动了，变更都可以是质量体系下的一个子体系（变更体系）。

至于变更级别，是在发起变更后确认的，虽然在我们日常工作中，发起变更之前会大概判断一下，但是变更定级，是在发起后。

对于一些日常活动，比如变更权限这类计算机化系统活动，有权限管理相关的文件执行。

计算机化系统变更要在变更体系下单独建立，走一套体系，也没有问题，底层遵循顶层都没有问题。

同时，变更是变更，维修是维修，变更可能会涉及维修，维修也可能触发变更，但是维修和变更本质是2件不同的事物，不应混淆了主次。

建议参看主题词：变更

变更控制本身和风险评估关联的，如果你的评估够详细，能够有效的输出，哪些是重要的，哪些的是微小的，我认为是可以的，但是单独的简单计算机化系统变更也应该是变更管理系统的一部分。

计算机化系统从URS、验证或确认、过程管理控制一直到退役等生命周期管理是比较重要的一项活动。其中带有的审计追踪、数据备份或迁移等尤为重要。

详细请参考GAMP5或识林主题词：计算机化系统