In my organization, we speak of the CMDB as a place to hold all the data and as long as we hold that data, it will be useful to everyone. So we must capture all possible data to accomodate all those who will access it.
However, no one can truly articulate, who will be the users of the data. How they will interact with the data. and we talk about all them as being configurable items
So, who all use the CMDB to make it worthwhile to put the effort in, to create one
So we have config- objects, like config-Software, config-Hardware, Config-Servers, config-network devices as examples, and have may same fields in each object these are our CI's
But no where do I find the Hardware asset inventory, Software inventory, Server Inventory.
I imagined that there would be other databases, and one CMDB that showed only those items that needed to be monitored or managed, that if you looked a server as an example, you could see all the software on that device, all the end users connected to it, all the servers it supports, and the route the data takes from originating source to all its end users. The CMDB would simply pull all the necesarry infromation from the other data sources and populate the CMDB. Not that the CMDB would be the place to house all data sources, and you look up each device individually?
So the question is, if you do not know who your user's are, can you really create a CMDB. If you create the CMBD do users update directly into the CMDB, or to the other database sources... how do users really pull data from the CMDB, do they pull and add to their own Database, or pull, review and throw the data away until next time. ??