DMS is a tool designed to assist in the management of hardware refresh projects, although it could easily be used to assist any project management team manage other kinds of deliverables. By storing all key project data centrally and providing interfaces relevant to each team member and their responsibilities, DMS can ensure the project team can carry out their roles efficiently with access to secure up to date project information.
DMS also provides a web portal interface to the customer end user which can optionally assist in ‘surveying’ the end user regarding user, computer and application information relevant to the deployment as well as allowing ‘self-service’ scheduling. This user web portal and the email communication functionality within DMS is supported in local language to support global programmes.
| Term | Description |
|---|---|
| DMS | Deployment Management Service. |
| DMS Web Portal | Top level URL to instance. |
| DMS Console | Win32 application. |
| DMS Console Setup | Setup within DMS Console. |
| Schedule Group | A defined group of deployments which is the control point for all aspects of managing said deployments. |
| OU | Organisational Unit. |
| Deployment Window | The date range between which deployments are available. |
| T0 | The end of pre-deployment preparation and the first day of deployment for a Schedule Group. |
| Task | A defined tollgate task for a Schedule Group. |
| Amber Days | The number of days prior to a task deadline that it should show as Amber status in the DMS Console Schedule Group tracker. |
| DTL | Deployment Team Leader. |
| T-Schedule | This is the timeline of tollgate tasks for the management of a deployment project. |
| T-Schedule Tracker | This is the graphical management interface with the DMS Console which shows the T-Schedule and it's tasks for a specific Schedule Group. |
Tasks are the project tasks to be managed by the PMO team through the lifecycle before and during the deployment of a Schedule Group. These run through a defined time line often referred to as a tollgate schedule or T-Schedule. The T dates for tasks represent the number if days or weeks (dependent on which is configured) prior to T0 the task should be completed by. T0 is the reference point for the first date of deployment for the Schedule Group.
To create tasks in the Tasks tab:
You can also import a list of tasks from a previous instance. Use the import button on the toolbar and select the task export file (XML). Use the export button on the toolbar to export your task information for use on other projects.
Once you have a project structure and at least one Template Schedule Group you can start to create Schedule Groups. The structure does not need to be complete and you can continue to create new Template Schedule Groups.
To create a Schedule Group using a Template Schedule Group you must first have the OU structure defined and the name of the OU you wish to convert. You can rename an OU however you cannot rename a Schedule Group.
Once the Schedule Group exists in the structure it can be managed in the DMS Console. The final configuration of the Schedule Group is done via the Schedule Group Properties window which is available once a Schedule Group is managed in the DMS Console. For more information on this see section 7 Managing Deployments.
A Site Survey is allocated within the project structure and can be sent to the contact assigned as the Primary Contact for that part of the structure.
Unlike the User survey the Site survey allows for various different types of data field to be presented on the survey as well as Section Headers, Section text and section breaks:
Asset Tracking is an option that is specified before an instance is commissioned. Whilst Asset Tracking has been referenced where appropriate in the rest of this document, this section deals explicitly with the features of Asset Tracking and the DMS Console. See section 9 Assets Portal for how to use the Assets Portal.
Asset tracking allows new and legacy computers to be tracked from their starting location to their final location during a project. By creating Asset Location OUs in the structure and creating asset transfer routes with permissions, chain of custody of any computer can be tracked and reported on.
The following sections assume that the initial background work of how the asset tracking structure will sit within the overall project structure with DMS has been designed and agreed.
Creating Asset Location OUs is done using DMS Console in the same way as other structure OUs, see section 2.5 Structure. Wherever possible these Asset Locations should bear resemblance to physical locations rather than logical ones. Asset Locations can only be created within a structure OU and not beneath another Asset Location OU.
Once you have your Asset Location OUs defined you can then start to build up the Asset Transfer routes to be used and their security.
The General tab of an Asset Location OU is the same as all OU types and the information is inherited within the structure.
The Asset Location tab allows you to set the Asset Location Type. For every aspect of Asset Tracking the default setting of Normal is required. The only time the setting should be changed to Global is when an Asset Location is to be used as a central build location. Changing the setting to Global will mean this location is visible in the Build Portal and computers in this Asset Location can be pre-assigned to deployments in the this interface and the Console.
The Asset Location tab also shows the users with permissions to this location and their send receive rights. See section 2.4 User Security for additional information regarding user security.
Setting up Asset Transfer Routes allows assets to travel between two or more locations. Setting up AT Routes is done using the Asset Transfer tab in DMS Console Setup. To set up a new AT Route do the following:


N.B. when deleting individual locations from a route, or complete routes you must first delete each individual blue path associated with the location(s).
Once you have created your locations and routes you will need to assign access and permissions for users. The properties of a user in the Administrators tab in DMS Console Setup has an Asset Locations tab which lists the Asset Locations. Here you can then select which location the user can see and set whether they can send assets from, or receive assets at a location, or both.
If the user will be using any of the web based portals you will additionally need to set security permissions to the appropriate asset locations. Using the Security tab select the relevant OUs and assign Read and or Read/Write permissions. When you have a location you have receive access to you must assign read/write permissions for the locations that are sending to that location.
N.B. Security permissions are inherited within the structure.
You can also view asset tracking access from the properties of an OU using the Asset Tracking tab. This will list the users with access and which transfer rights they have. The same properties window can be opened for an OU within a route using the Asset Tracking tab in DMS Console Setup. See section 2.4 User Security for additional information regarding user security.
Whilst a Schedule Group is a logical location and not an Asset Location, it does have a bearing on asset movements as deployments are managed as records within a Schedule Group. The asset transfers directly related to a deployment take place automatically when a deployment is processed in the DTL Portal.
For these automatic asset transfers to take place Schedule Group routes must be set in the properties of a Schedule Group or OU structure. These automatic routes aid efficiency whilst ensuring that when a deployment is carried out the legacy and new assets will be automatically transferred to new locations as predefined in these Schedule Group properties.
| Properties | Description |
|---|---|
| Schedule Group Routes\Legacy Route | Select from the list of the defined Asset Routes where you want legacy assets to be moved from and to when the deployment occurs. |
| Schedule Group Routes\Deployed Route | Select from the list of the defined Asset Routes where you want new assets to be moved from and to when the deployment occurs. |
| Table 14 - Schedule Group properties Asset Tracking | |
Managing the Asset Transfer process can be done from within DMS Console or using the Assets Portal; see section 9 Assets Portal.
Asset locations are added to DMS Console in the same way Schedule Groups are:
Figure 6 below shows a DMS Console with 3 asset locations. It shows that there are 280 assets in stock at Europe Factory Goods Out as well as 200 assets in stock at Goods In at the European Shipping Partner. Neither location has any inbound or outbound pending asset transfers.
Figure 7 below illustrates that 106 assets are in transfer between Europe Factory Goods Out and the Goods In of the European Shipping Partner.
To accept an inbound asset transfer to an asset location that you manage:

To initiate an outbound asset transfer to another asset location:

The Assets Portal has been designed for those users who need to participate in managing assets but do not have access to the DMS Console. Once a user has been granted access to the Assets Portal it will appear on their DMS Web Portal menu bar and as with all browser interfaces it is supported on the latest versions of Microsoft Internet Explorer, Firefox and Google Chrome.
The Asset Locations that are listed in this portal (as shown in Figure 10 below) directly correspond to the ones you have been granted access to in the Asset Locations tab of the User Properties. You must also have read write security permissions to the Asset Locations within the project structure in order to carry out any asset transfers.
Clicking on the blue background of an Asset Location will reveal the options available:
accept an inbound asset transfer to an asset location that you manage:
To send assets to another location you need to create an Asset Transfer Record. To initiate an outbound asset transfer to another asset location: