09.12.2012 Views

InstallShield 2012 Spring Express Edition User Guide

InstallShield 2012 Spring Express Edition User Guide

InstallShield 2012 Spring Express Edition User Guide

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Chapter 8: Organizing Files for Your Installation<br />

Defining Features<br />

Setup Types<br />

Setup types enable you to allow your end users to selectively install portions of your product or all parts<br />

of your product. The default setup types are Typical, Minimal, and Custom.<br />

Setup types are based on features. You select which features you want to associate with each setup type.<br />

Then, when an end user selects a certain setup type, only those features you associated with that setup<br />

type are installed.<br />

Separating Applications into Features<br />

Separate your application into independent parts, such as help, clip art, and program files. This gives the<br />

end user combination options when installing your application. For instance, if your application<br />

contains a large, graphic-intensive clip art file, you could make the clip art file a feature. This gives the<br />

end user the option of installing or not installing the file—a vital ability for users with limited available<br />

resources.<br />

In separating your application into features, make sure that end users can recombine the parts in several<br />

ways to fulfill specific needs. When doing this, consider the needs of all users, from system administrator<br />

to customer service representative to developer and everyone in between. By addressing all groups of<br />

users, you are promoting increased distribution and usage of your application.<br />

Each feature should have one function—such as help files—and should be clearly defined according to<br />

this functionality to ensure recognition and comprehension. Features should possess an independent<br />

functionality so that users can install and use the feature by itself, if they so choose.<br />

If one feature requires another, make the dependent feature a child of the other.<br />

To eliminate confusion, keep any information pertaining to the management of the system or<br />

application transparent to the user.<br />

Defining Features<br />

A feature is a building block of an application from the end user’s perspective. It represents a specific<br />

capability of your product—such as its help files or a part of a product suite that can be installed or<br />

uninstalled based on the end user’s selections. Your entire application should be divided into features<br />

that perform a specific purpose. You can define features in the Features view.<br />

A feature should be self-contained, in the sense that a feature should not require sibling features. For<br />

example, a thesaurus feature should not require a dictionary feature that the end user can choose not to<br />

install. However, you can design your installation to contain subfeatures of a “parent” feature, which<br />

allow the end user finer control over which files and data to install.<br />

Subfeatures are further divisions of a feature. If all features and subfeatures are visible, your end user<br />

can then select which portions of a feature to install in the Custom Setup dialog.<br />

Tip: Although you can create many levels of subfeatures, you should keep the design as simple as possible for<br />

organizational purposes.<br />

148 ISE-1900-UG00 <strong>InstallShield</strong> <strong>2012</strong> <strong>Spring</strong> <strong>Express</strong> <strong>Edition</strong> <strong>User</strong> <strong>Guide</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!