The Navigation View is a standard component of the Designer for Identity Manager workspace. Its specific purpose is to provide a hierarchical tree view of all the file resources—such as projects, folders, and files—contained within the workspace. This view allows users to perform essential file management tasks directly within the Designer interface, including creating, moving, deleting, and opening files for editing.

A. Outline View: This view displays a structured outline of the content within the currently active editor window, not the entire file system of the workspace.

B. Project View: While functionally similar in other IDEs, "Project View" is not the specific term used in Designer for Identity Manager. The correct and official name is Navigation View.

C. Dataflow View: This is a graphical editor used specifically for visualizing and modifying the flow of data and logic within Identity Manager policies and rules.

D. Properties View: This view shows the attributes and configurable settings of an item currently selected in another view (like the Modeler or Navigation View), not for managing files.

1. Micro Focus Documentation: Designer for Identity Manager 4.8 Administration Guide. In Chapter 3, "Understanding the Designer Workspace," Section 3.2.1, "Navigation View," it states, "The Navigation view allows you to manage and view the file resources that are in your workspace. You can open files for editing, and you can create, move, and delete files and folders." This directly confirms the function described in the question.

2. Micro Focus Documentation: Designer for Identity Manager 4.8 Administration Guide. Section 3.2.2, "Outline View," describes its function as displaying "an outline of the file that is currently open in the editor area," differentiating it from the workspace-level Navigation View.

The Driver Inspector task within Novell iManager is the specific utility designed for administrators to view a comprehensive list of all eDirectory objects associated with a single, particular Identity Manager driver. This includes objects such as policies, filters, rules, and mappings that are linked to and define the behavior of that specific driver. It provides a centralized view of all components related to one driver, which is essential for troubleshooting and administration.

A. Object Inspector: This is a general eDirectory tool for viewing the attributes and properties of a single selected object, not for listing all objects associated with a driver.

C. DriverSet Inspector: This tool operates at a higher level, displaying all objects associated with an entire DriverSet, which is a container for multiple drivers, not just one particular driver.

D. Driver Cache Inspector: This utility is used to view the contents of a driver's cache file (TAO file), which holds pending events, rather than the configuration objects associated with the driver.

1. Micro Focus Identity Manager 4.8 Administration Guide.

Section 10.3, "Using the Driver Inspector": This section explicitly states, "The Driver Inspector task allows you to view all of the objects associated with a particular driver." This directly supports the correct answer (B).

Section 10.2, "Using the Driver Set Inspector": This section clarifies the purpose of the DriverSet Inspector: "The Driver Set Inspector task allows you to view all of the objects associated with a particular driver set." This confirms why option (C) is incorrect as it applies to the entire set, not a single driver.

Section 10.4, "Using the Driver Cache Inspector": This section describes the function of the Driver Cache Inspector: "The Driver Cache Inspector task allows you to view the contents of a driver’s cache file." This confirms why option (D) is incorrect.

Policy Builder is an integral graphical tool within Micro Focus Identity Manager's Designer and iManager. Its primary purpose is to accelerate the creation and management of policies that govern data synchronization. It provides a user-friendly, token-based interface where administrators can define conditions and actions without writing code. This graphical approach directly replaces the need for manually coding complex and error-prone Extensible Stylesheet Language Transformations (XSLT) for data manipulation, thus minimizing reliance on them. The intuitive GUI streamlines the entire process, enabling the rapid development and deployment of robust policies.

A. Policy Builder generates DirXML Script, a proprietary XML-based language, not an open standard.

B. While policies created with the tool can enforce password complexity, the tool itself is for building logic; the Identity Manager engine performs the enforcement.

C. Policy Builder is a Graphical User Interface (GUI) and does not possess command-line capabilities; its function is to abstract away from code.

E. Data cleansing is a specific task that can be accomplished with a policy, but the tool's core benefit is the rapid development of all policy types, not just cleansing.

1. Micro Focus Identity Manager 4.8 Documentation: Understanding Policies for Identity Manager, Section: "The Policy Builder and DirXML Script". The documentation states, "The Policy Builder provides a graphical user interface that allows you to create and edit policies without having to understand the underlying XML-based language, DirXML Script." This supports the benefit of a graphical interface for rapid development (F).

2. Micro Focus Identity Manager 4.8 Documentation: Understanding Policies for Identity Manager, Section: "When to Use XSLT". This section explicitly states, "Although the Policy Builder is the preferred method for creating policies, you might have existing XSLT style sheets that you want to use..." This directly confirms that Policy Builder is the primary alternative to XSLT, thus minimizing its necessity (D).

3. NetIQ Identity Manager 4.5 Policies in Designer Documentation, Section 1.2: "What Is a Policy?". The guide mentions, "The Policy Builder allows you to graphically build and customize policies without writing code in DirXML Script or XSLT." This single sentence validates both correct answers by highlighting the graphical nature for building policies (F) and its role as an alternative to writing XSLT (D).

The Micro Focus Identity Manager Remote Loader allows a driver shim to execute on a server separate from the main Identity Manager engine. This architecture is essential for security and connectivity. The Active Directory driver is a classic example, as it is best practice to install it via a Remote Loader on a domain controller. The JDBC and LDAP drivers are also commonly used with the Remote Loader to connect to databases and directories that reside in different network zones, such as a DMZ, without exposing the core Identity Vault server.

C. eDirectory: The eDirectory driver shim is loaded and runs directly within the eDirectory process (ndsd) on the Identity Vault server; it does not use the Remote Loader architecture.

E. Entitlement Services: Entitlement Services is a framework within Identity Manager for managing application permissions; it is not a driver and therefore cannot be hosted on a Remote Loader.

1. Micro Focus Identity Manager 4.8 Documentation - Understanding the Remote Loader: The documentation states, "The Remote Loader allows you to run the driver shim on a server other than the server where the Identity Vault and the Metadirectory engine are running." It frequently uses drivers like Active Directory, JDBC, and other application drivers as examples for this deployment model. (Reference: Identity Manager 4.8 Installation Guide, Section 7.0, "Installing the Remote Loader").

2. Micro Focus Identity Manager 4.8 Driver Documentation - Active Directory Driver Implementation Guide: This guide explicitly details the installation process using a Remote Loader. Section 3.1, "Installation Overview," states, "The driver shim is installed on a Windows server that is a member of the Active Directory domain you want to synchronize with... The driver shim runs in the Remote Loader service."

3. Micro Focus Identity Manager 4.8 Driver Documentation - JDBC Driver Implementation Guide: The guide's installation section confirms Remote Loader compatibility. Section 3.2, "Installing the Driver Files," describes placing the driver files in the Remote Loader's directory (\lib) when deploying away from the Metadirectory engine server.

4. Micro Focus Identity Manager 4.8 Driver Documentation - eDirectory Driver Implementation Guide: This document clarifies the driver's architecture. Section 1.2, "System Requirements," explains that the driver shim is a library (dxevent) loaded by the eDirectory service itself, confirming it does not use a Remote Loader.

The Provisioning Request Configuration plug-in is the specific administrative tool, typically used within iManager, designed for the lifecycle management of Provisioning Request Definitions (PRDs). This plug-in provides the interface for administrators to create, modify, delete, activate, inactivate, and retire the definitions that govern how users request and are granted access to resources. These actions directly control which request forms are available to users and how the associated fulfillment workflows are initiated.

A. User Application Driver: This is a back-end component that facilitates communication between the Identity Vault and the User Application; it is not a user-facing administrative tool for managing definitions.

B. User Application Portlets: These are the front-end UI components for end-users to submit requests or perform approvals, not for administrators to manage the underlying request definitions.

C. Workflow Administration plug-in: This tool is used to manage active or completed workflow instances (e.g., reassigning tasks, viewing process status), not for managing the PRD templates that initiate them.

1. Micro Focus Identity Manager 4.8 User Application: Administration Guide.

Section 6.2, "Managing Provisioning Request Definitions with the Provisioning Request Configuration Plug-in": This section explicitly states, "You use the Provisioning Request Configuration plug-in for iManager to manage provisioning request definitions." It then details the specific actions available, including "Activate a provisioning request definition," "Inactivate a provisioning request definition," "Retire a provisioning request definition," and "Delete a provisioning request definition." This directly supports the correct answer.

Section 7.0, "Managing Workflows": This chapter describes the Workflow Administration plug-in, clarifying its role in managing workflow processes (instances) rather than definitions, which supports why option C is incorrect.

According to the official NetIQ Identity Manager 4.0.2 Setup Guide, the minimum hardware requirement for running Designer for Identity Manager is 1 GB of RAM. Since 1 GB is equivalent to 1024 MB, this is the correct minimum system requirement. While 2 GB of RAM is recommended for better performance, the question specifically asks for the minimum requirement.

A. 128 MB is significantly below the specified minimum memory requirement and would be insufficient to run the application.

B. 256 MB is insufficient as it is well below the documented minimum requirement of 1 GB for Designer.

C. 512 MB is half of the required minimum memory and would not meet the system prerequisites for installation or operation.

E. 2048 MB (2 GB) is the recommended amount of RAM for optimal performance, not the minimum required amount.

1. NetIQ Identity Manager 4.0.2 Setup Guide. (2012). Novell, Inc. In Section 2.3, "Designer for Identity Manager Requirements," Table 2-3 specifies the hardware requirements. The "Memory" row explicitly states, "1 GB of RAM minimum; 2 GB of RAM recommended." This document is the official installation guide for the version of Identity Manager relevant to the 050-730 exam.

A Driver object in Micro Focus Identity Manager is a fundamental container object within an eDirectory (or other LDAP directory) tree. Its primary role is to manage the connection and data synchronization logic between the Identity Vault and a connected application. To achieve this, the Driver object directly contains two key types of child objects:

1. Subscriber and Publisher objects: These represent the two channels of data flow. The Publisher channel processes events from the connected application to the Identity Vault, while the Subscriber channel processes events from the Identity Vault to the connected application.

2. Policy Objects: These objects define the rules, transformations, and logic for how data is handled. Policies are attached to the driver and its channels to control everything from schema mapping to event transformation.

A. Packages: Packages are deployment and management units used to install or upgrade drivers and their configurations, not objects contained within a Driver object itself.

B. Driver Set: A Driver Set is the parent container for one or more Driver objects; a driver is contained within a Driver Set, not the other way around.

D. Application driver shim: The shim is the executable component (e.g., a .jar or .dll file) that communicates with the application. The Driver object configures and references the shim, but the shim file is not an eDirectory object contained within it.

1. Micro Focus Identity Manager 4.8 Administration Guide: In Chapter 3, "Understanding the Identity Manager Engine and Drivers," the section "The Driver Object" states, "A Driver object is a container for the Publisher and Subscriber channels. Each channel has its own set of policies that control the flow and transformation of data." This directly supports that a Driver object contains Subscriber/Publisher objects and Policy objects.

2. Micro Focus Identity Manager 4.8 Policies in Identity Manager Guide: Chapter 1, "Introduction to Policies," describes how policies are created as objects in eDirectory and then linked to specific points in the Identity Manager data flow, such as a driver's Publisher channel, Subscriber channel, or specific policies like an Input Transformation policy set. This confirms that Policy objects are integral components associated with a Driver object.

3. NetIQ Identity Manager 4.5 Understanding Identity Manager: In the section "The Components of Identity Manager," Figure 2-1, "Identity Manager Components in eDirectory," visually depicts the eDirectory tree structure. It clearly shows a Driver object containing both a Publisher object and a Subscriber object as its children, along with various DirXML-Policy objects. This provides a structural confirmation of the correct answer.

The fundamental difference between a proxy and a delegate in the Identity Manager user application lies in the scope of their permissions. A delegate is assigned to act on a user's behalf for a specific type of task or request, which is defined by a particular Provisioning Request Definition (PRD). In contrast, a proxy is granted broad authority to act on behalf of a user for all of their assigned tasks and requests. This granular control makes delegation suitable for temporarily assigning responsibility for a single, well-defined business process.

A. A delegate assignment is directly dependent on process requests; it grants permission to act on a specific request type, not independently of them.

C. A delegate assignment is not restricted to a Team Manager; any user can be designated as a delegate, depending on the process configuration.

D. Users can define their own delegate assignments through the "My Settings" area in the user application; it is not an exclusive right of a Provisioning Manager.

E. A delegate assignment is not restricted to being given to a Provisioning Manager; any user can be assigned as a delegate.

1. Micro Focus Identity Manager 4.8 Documentation, User Application: User Guide, Section 5.5, "Managing Proxies and Delegates".

Page/Section Reference: In the introductory paragraph of Section 5.5, it states: "A proxy can act on your behalf for all of your assigned tasks. A delegate can act on your behalf for a specific task." It further clarifies, "When you assign a delegate, you must specify a particular request definition for which the delegate can act on your behalf." This directly supports the correct answer (B) and refutes option A.

2. Micro Focus Identity Manager 4.8 Documentation, Administrator's Guide to the Identity Applications, Section 6.1.1, "Understanding Provisioning Request Definitions".

Page/Section Reference: This section details how PRDs form the basis of requests. The concept of a delegate is intrinsically linked to a specific PRD. The guide explains that permissions, including delegation, are tied to these definitions, confirming that a delegate's scope is limited to a "particular type of request." This refutes the broad or unrestricted nature implied by the incorrect options.

In Micro Focus Identity Manager, DirXML Script is the XML-based language used to represent events and commands processed by the Identity Engine. An document contains operations to be executed. The primary command elements that can be children of the tag are , , , and . These tags correspond directly to the fundamental CUD (Create, Update, Delete) and rename operations performed on objects in a connected directory, forming the core of identity synchronization events.

B. : This is not a standard, top-level command element within the DirXML Script specification for an document.

C. : This is not a valid DirXML command tag. The element used for searching or querying the directory is .

E. : This is a verb used within policy rules for data transformation (e.g., format-dn), not a primary command element within an document.

1. Micro Focus Identity Manager 4.8 Documentation: Understanding DirXML Script, "DirXML Script Elements" section. This section explicitly lists and describes the primary command elements. It details , , , and as core commands that can be contained within an or document. It does not list , , or as command elements at this level.

2. Micro Focus Identity Manager 4.8 Documentation: Policies in Designer, "Actions - Verbs and Nouns" section. This document clarifies that verbs like format-dn or format-time (related to ) are used within policy actions to manipulate data, distinguishing them from the top-level command elements like or that define the overall event.

3. Micro Focus Identity Manager 4.8 Documentation: Understanding Policies for Identity Manager, "The Job of a Policy" section. This guide explains that policies operate on XML documents containing commands such as , , , and , reinforcing that these are the fundamental operations represented in the input/output documents.

In the Micro Focus Identity Manager User Application, themes are specifically designed to control the visual "look and feel." This is achieved by creating a custom theme package that contains Cascading Style Sheets (CSS), images, and other resource files. These files allow an administrator to override the default styles, thereby changing elements such as the color palette for pages, headers, and footers; replacing the default logos with corporate branding; and altering the appearance of navigation tabs and other user interface components to align with organizational standards.

A. Modifying the HTML layouts for individual portlets.

This involves changing the underlying JSP (JavaServer Pages) files, which is a deeper structural customization and is separate from the CSS and image-based changes managed by themes.

B. Assigning different themes to different users upon login to the User Application.

This describes the application of a theme based on user attributes or roles, not what the theme itself controls. The theme defines the appearance, while other configurations handle its assignment.

D. Restricting the pages and tabs that are available to a particular user upon login to the User Application.

This is an access control function. Visibility of pages and tabs is managed through role-based security and provisioning request definitions (PRDs), not through visual themes.

1. Micro Focus Identity Manager User Application: Administration Guide 4.8.

Section 10.1, "Introduction to Customizing the User Application Look and Feel": This section explicitly states, "You can customize the default theme to match your company’s branding requirements. For example, you can change the logo, colors, and fonts." This directly supports answer C.

Section 10.2, "Creating a Custom Theme": This section details the process, which involves creating a JAR file containing custom CSS files to control colors and styles, and image files to replace logos. This confirms that themes control the elements in option C.

Chapter 4, "Managing Roles" and Chapter 5, "Managing Provisioning": These chapters describe how access to User Application functionality (pages, tabs, etc.) is controlled, confirming that this is a security/role function, not a theme function (refuting option D).