CMDB业务要件.docVIP

[原创]ITSM系统_CMDB设计_业务要件 ? 这段时间忙得可以，一边要搞ISO20000，一边要搞一款ITSM系统，配置模型汇报了无数次，CMDB的构想也是一次次的讲，有时你想得清楚一件事情并不难，难的是如何推销你的想法，让哪一些想得清楚或者想不清楚的人同意你的做法去做，这个难度更大，虽然个人很不喜欢做这种事情，但没有办法，还是硬着头皮一次次上，折腾好几回了，总算拍板定下来搞了 ??????? 关于整个配置管理模型与CMDB的规划构想，其实在去年底就差不多成型了，但困于项目，无法尽快展到拖到现在，这过程中也与很多人做过交流，不过基本上是越发让我坚定想法了，看来去年底的思考还是对的，前段时间一个美国的公司过来跟我们交流ITSM工具，这家公司在中国在美奥软件，英文名叫MO（ManagedObjects)，他们号称是BSM（业务服务管理）领域的领跑者，我看了他们的软件演示，也听他们介绍了理念，还不错，个人觉得跟我的想法差别不大，模型与技术实现没有问题的情况下，最终成败就取决于应用了。 ????? 下面这人东西不知道有多少人可以看得懂，如果有跟我们一样处于想做CMDB的同行，应该还是有一些参考意义的，也可以启迪一些对配置本身的思考。以前我就是拼命想找这种资料结果找不到，最终自已从来到尾，一穷二白的重建。 ????? 欢迎大家发表一些意见与展开讨论。。。。。。。。。 配置管理业务要件 业务模块 序 　 要点描述 必要画面 输出表单/报表 配置管理 　 业务定义 属性池：CMDB中所有属性的集合 　 　 属性值：具体一个属性对应的值 　 　 CI：具体一个配置项，也叫CI实例 　 　 CI分类：根据物理形态把CI划分为某一个种类 　 　 CI结构：描述CI之间的构成、连接、需要关系 　 　 　 构成 从逻辑层面或物理层面，一个或多个CI构成另一个CI，称为构成，象当于指向父节点，构成是关系的第一法则 　 　 　 连接 连接是一种物理上硬连接，表示一个CI与另一个CI物理上的连接，连接是关系的第二法则 　 　 　 需要 当一个CI的运行，依赖于另一个CI正常运行时，称为需要，需要是关系的第三法则 　 　 　 构建方法 构建关系的方法是遵守鱼群原则，注意构成与需要是单向关系，连接是双向关系 　 性能定义 界面打开时间（包括所有弹出窗口）：从点击到界面元素完全呈现，要求在1-1.5秒钟内 　 　 CI清单查询：100个CI内的查询，从点击到完成查询，要求在2秒钟内 　 　 CI结构查询：树状目录层层展开，每一层的展开时间要求在1秒钟内，一次性全部展开节点的时间要求在3秒钟内 　 　 操作时间：任何作业画面中点击保存的等待需要控制在2秒以内 　 　 报表统计：控制在3秒钟内 　 　 结构审计：可以控制在5秒内 　 　 界面刷新：要求在作业过程中，不能存在对整个作业界面进行刷新的现象,整个作业界面的刷新控制度作业操作结束时 　 　 1 属性管理 属性管理负责维护管理CMDB中的属性池 　 　 　 1.1 增加属性 属性池中可以随时增加一条属性，主要有三个信息，一是ID（数据库分配），二是属性名称（用户定义），三是属性说明(用户定义，用来描述此属性名称的含义，以利于调用） 属性管理作业画面 　 　 1.2 修改属性 属性池的属性名称与属性说明是可以被修改的，一旦修改属性名称或属性说明后，已调用此属性的所有分类的所有CI的信息应该得到更新需给出重点提示，告诉用户有多少CI分类，多少个CI实例引用了此属性，并且有多少个CI实例已有属性值的存在。 属性管理作业画面 　 　 1.3 停用属性 属性池的属性可以被停用，一旦停用后，原来被分配到此属性的CI信息中会被剔除此属性的显示，同时此属性在此状态下将不可被调用需给出重点提示，告诉用户有多少个CI实例引用了此属性，并且有多少个CI实例已有属性值的存在。 属性管理作业画面 　 　 1.4 删除属性 如果一个属性在没有被引用的情况下（没有任何一个CI类或一个CI实例此用），可以直接删除此属性 属性管理作业画面 　 　 1.5 公用属性定义 如果一个属性属于公用属性可以直接被标识，这样所有CI实例都会引用到此属性，注意如果用户想取消公用属性的标识需要给出重点提示：告诉用户有多少个CI实例引用了此属性，并且有多少个CI实例已有属性值的存在。 属性管理作业画面 　 2 约束管理 约束管理负责对属性池的每一条的属性的填写进行约定、限制、指导 　 　 　 2.1 数据类型 每一个属性的属性值的数据类型进约定，共有三种类型，字符型、数值型、日期，每个属性的属性值