|Publication number||US7278106 B1|
|Application number||US 09/115,273|
|Publication date||Oct 2, 2007|
|Filing date||Jul 14, 1998|
|Priority date||Jul 14, 1998|
|Also published as||CA2337344A1, CN1321275A, EP1110153A1, EP1110153A4, WO2000004456A1|
|Publication number||09115273, 115273, US 7278106 B1, US 7278106B1, US-B1-7278106, US7278106 B1, US7278106B1|
|Inventors||Matthew J. Mason|
|Original Assignee||Computer Associates Think, Inc.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (13), Non-Patent Citations (14), Referenced by (25), Classifications (8), Legal Events (5)|
|External Links: USPTO, USPTO Assignment, Espacenet|
1. Field of the Invention
This invention relates to configuration management systems. The invention is more particularly related to methods and apparatus for invoking configuration management functions and displaying objects in the configuration management system. The invention is still further particularly related to a method and apparatus for interacting with a configuration management system where that interaction is controlled and displayed via a Windows 95 Explorer style interface.
2. Discussion of the Background
Configuration management systems are generally known in the art and generally encompass methods and tools for systematically managing configuration of systems throughout development and maintenance life cycles of the system. Configuration management applies to the development of software, software modules in a software system, and in the development of hardware and related components.
Configuration management applies anytime a product with one or more components or one or more versions is produced. Typical problems encountered that lead to the need of configuration management systems include access to various versions of a particular product under development or at any time in the product's life cycle, traceability of requirements, traceability of component versions utilized in producing a build, management of changes throughout the development and life cycles, and regression allowing production of an earlier produced version of a product.
Because of the complexity in performing all the configuration management functions appropriate in the production of a modern product, automated tools are available to assist in the configuration management functions. Currently available tools include Continuus/CM and Pure Atria's ClearCase. A screen shot of the Continuus/CM is shown in
However, neither of these systems have a particularly easy or intuitive to use interface. With the increased complexity of modern products including multiple versions of subsystems including both hardware and software, an easy to use and intuitive configuration management interface is highly desired. According to a recent analysis by the Chicago Interface Group (http://www.cigi.net), one of two major deficiencies in configuration management systems is that “the user interface is tedious and cumbersome.”
Accordingly, it is an object of this invention to provide an intuitive and easy to use interface for a configuration management system.
It is another object of this invention to provide an interface to a configuration management system utilizing a fully functional Explorer-like interface having search tools, a split screen including a tree view of all objects in the configuration management system.
It is yet another object of the present invention to support full drag and drop functionality both inside the configuration management system, from search engines, and into other applications like the Windows NT/95 Explorer.
It is still yet another object of the present invention to provide additional functionality not found in modern configuration management tools to increase the efficiency of operating the configuration management interface.
These and other objects are accomplished by a configuration management system including a configuration device configured to perform configuration management functions on objects within the configuration management system, and a display device configured to display a representation of the objects in a Windows 95 Explorer style presentation. The representation of the data objects includes a tree view listing of all objects within the configuration management system, and a list view displaying contents and relationships thereof of a selected one of said objects listed in the tree view listing. The present invention provides a listing of all objects within the configuration management system and not just files.
The present invention also includes the ability to utilize full drag and drop functionality both within the configuration management system for the invocation of configuration management functions, and drag and drop functionality between the configuration management system and other applications such as the Windows 95/NT Explorer. The present invention also includes the ability to create shortcuts directly into specific contexts within the configuration management system, and the ability to right click and obtain properties of selected objects or open a selected object via a registered application for a file type of the object selected. In addition, the right click may be used on a version to invoke a checkout function of the version into a temporary directory and invoke the registered application to execute in conjunction with the checked out version.
The present invention also includes the ability to generate one of access reports, version control reports, and package based reports based on a type of a selected object in the configuration management system.
In an alternative configuration, the configuration management system includes a server for transmitting information produced by the configuration device over a network for display on a remote computer. In one embodiment, the network is one of the Internet and an intranet and the transmitted information is formatted as one of an HTML document or as consistent with any of the known programming languages, components, or applets used for transmitting information over such networks.
In sum, the present invention depicts objects and their relationships and provides access to day-to-day configuration management functions. For example, developers are able to obtain version information, check items out for modification and check in modified files. Packages may be promoted and demoted in the life cycle. Various forms can be edited and associated with packages within the system. Each of the above functions are provided in an intuitively organized and easily learned program interface as will be described in greater detail hereinbelow.
A more complete appreciation of the invention and many of the attendant advantages thereof will be readily obtained as the same becomes better understood by reference to the following detailed description when considered in connection with the accompanying drawings, wherein:
Referring now to the drawings, wherein like reference numerals designate identical or corresponding parts throughout the several views, and more particularly to
The tree view 40 displays Harvest objects, which include environments, states, forms, items, versions, package groups, packages, and depicts their relationships. Selecting objects in the tree view sets a context (current view path) to perform various configuration management functions.
A close up of the tree view pane is shown in
A single left click on an object icon (56 for example) in the tree view sets the context and lists the contents of that object directly beneath the object (contents of object working 56, shown as 58, for example). Double clicking on an object expands the object to display its contents beneath the object in the tree view (as in 58 described above) and the list view 42, and sets the context.
The list view 42 is the right pane of the Harvest Explorer and is shown in
The Log View Pane
The log view 44 displays across the bottom of the screen when output exceeds the status bar capacity. Results from most processes will be displayed in the log view. After executing a process, such as check out, check in, or promotion, a user receives a message in the log view describing the status of the process. The contents of the log view are maintained throughout a session, unless it is cleared. An example of an undocked log view and associated entries is shown in
The toolbar 48 contains shortcut buttons for invoking menu functions and online help. When the user positions the mouse cursor on a shortcut button, a toolbar tip will display and the current function is described in the status bar.
The toolbar 48 can be enabled or disabled by selecting View
The Harvest Explorer form view (see
The status bar 52 at the bottom of the screen is a one-line text display area that reflects the user's last action, the current environment, state, and object. If the user positions the mouse cursor on a toolbar button, the status bar will display a message describing the button's function. The status bar can be enabled or disabled by selecting View
The Harvest Explorer has seven menus: File, Edit, View, Processes, Go, Tools, and Help (46,
The File menu contains these options: New Form, Open Context, Save Context, Save As, Properties, Print, Print Preview, Print Setup, Create Directory, Recent Contexts, Spool Log to File, Stop Spooling Log File, and Exit.
The Edit menu contains actions that pertain to the objects displayed or selected on the Harvest Explorer. These commands are available on the Edit menu: Copy, Paste, Select All, and Invert Selection.
The Select All command selects all the objects in the list view pane. If the user has an object selected in the list view, the Invert Selection command selects all of the other objects in the list view.
The View menu enables the user to customize the Harvest Explorer screen. From this menu the user can enable and disable the Toolbar, Filter Environments, Log, View, and Status Bar options.
The Processes menu displays the list of all processes defined for the current state. This menu is disabled if a state has not been selected as part of the context. The content of this menu varies for each state, depending on how the life cycle and processes have been set up. The order of the processes on the menu reflects their order as defined in the State Editor. Selecting a process from this menu opens a process window.
Selecting this option moves the context up one level.
The Tools menu enables the user to open:
The Help menu allows the user to access online help for the Harvest Explorer. Once the help system is invoked, the user can utilize the table of contents to find topics, or use keyword searches to locate a particular topic. In addition, The Tip of the Day feature and the About Harvest Explorer window can be opened from the Help menu.
Various functions and menus are available by the left-click, right-click, and double-click of the mouse, and the drag and drop of objects.
A single click of the left mouse button:
A single click of the right mouse button on a package invokes an option menu from which the user can:
Additional right click functions are illustrated in
Harvest performs View Version by checking out the version into a temporary directory. Either a user selected or an operating system default temporary directory may be utilized (default Windows temp directory, for example).
Once the version is checked out, Harvest invokes the application registered for the version type and provides the checked out version for execution with the application. For example, if the version right clicked is a text file and the registered application for a text file is Notepad, Harvest would checkout the version to the temp directory and execute the Notepad application. The checkout version would then appear for viewing or modification in the Notepad application.
Drag and Drop
A feature of the Harvest Explorer is the ability to manipulate objects by dragging and dropping them.
An alternative configuration of Harvest Explorer allows object check in to be invoked solely by dragging an object into the Harvest Explorer. The object not currently checked in is recognized as such by Harvest Explorer which automatically invokes the required routines to accomplish check in.
The use of the keyboard enables the user to navigate through the Harvest Explorer as follows:
Through the use of the Harvest Explorer interface and the object and context selected, various activities can be performed. A context is the user's location within Harvest as defined on the Harvest Explorer. The availability of actions is defined by the context. The context also delimits what is displayed according to access and permissions. The user can set a context by choosing an object in either the tree view or list view. The list view always reacts to changes in context from the tree view. The description bar at the top of list view pane shows the current context (view path). The status bar shows the current environment, state, and object.
The tree view pane lists the states in an environment, a Forms folder, and a Package folder. By default, the active Harvest environments are displayed. An environment context can be selected by clicking on the environment icon or name. To narrow focus and display only one environment on the Harvest Explorer, the user chooses an environment, and then View
A state context can be established by selecting a state in either the tree view pane or the list view pane. In the tree view, click on an environment icon or double-click on an environment to expand that environment (see
If a state context is established, all its objects are available in the folders: Forms, Item View, Package Groups, Packages, and Versions View. In addition, each process available within the selected state appears under the Processes menu. Users can invoke the processes for which they have access.
Package folders are displayed at the environment and the state level. When selected from an environment, a folder displays all the packages in the environment. If a folder is selected from the state level, all the packages in that state are displayed.
If the user has selected a package, Harvest Explorer will use that context and package for package-related processes like check out, promote and demote. In the check in and check out process windows and the Version Chooser, the user is able to open the Select a package window to browse through a list of packages in the current environment and state to select a package.
Right-clicking on a package invokes an option menu. From this option menu, the user can invoke the Package Properties window, and the user can execute any available processes for that package.
When selecting a state in the list view or tree view, a Package Groups folder is displayed. The user can expand the folder to view package groups in the state.
The forms folder is displayed at the environment, state, and package level. When selected from the environment level, this folder displays all the forms in the environment. When selected from the state level, all the forms in that state are displayed. When a package is expanded, its associated forms are displayed. Double-clicking on a form opens that form in form view.
When selecting a state, an Item View folder is displayed. The user can expand the folder to view the items in that state. Double-clicking on an item displays the versions of the item.
Items selected on the Harvest Explorer are passed to the list difference, remove item, interactive merge, and check out processes. For check out, the version of the item passed to the process is always the latest in the view associated with the current state. To change the version selected, the Version Chooser from the process window or the Find
Versions can be selected on the Harvest Explorer by double-clicking on an item. Versions selected on the Harvest Explorer are passed to the list versions, interactive merge, delete versions, and check out processes. This allows the user to bypass the Version Chooser. The Version Chooser can be used to perform complex filtering, see versions that are not available in the view associated with the user's current state, or execute a recursive search (see related discussion below).
If the state context is associated with a snapshot view, the tree view snapshots are represented by a small set of eyeglasses directly to the left of the snapshot name; in the list view, the objects in the snapshot view appear in blue.
The user can establish a context by expanding environments and states, and selecting objects, or by using the File
The Open Context window, invoked by a Select File
Save Context, Save As
A context can be saved by selecting File
This opens a Save As window, see
Most Recent Contexts
The four most recent contexts saved are displayed in the File menu. The user can open these contexts directly by choosing File
Contexts for Files and Items
The client directory context and repository view path determine the files and items displayed on the Harvest Explorer windows when these contexts are selected. These contexts also play an important role in processes such as check in and check out that operate on files and items. By selecting a client root directory, the user is setting a default client directory that will be inserted in the client root directory field during subsequent check in processes. This allows the user to synchronize the check out process with the view path structure already established in the repository.
The Root Directory
The Harvest Explorer uses the concept of root directories to allow the user to control how the client directory and view path contexts change. The user's context is defined by the user's current position in the hierarchy as the user moves about in the repository or in a set of client directories. This is reflected in the view path displayed in the description and status bars. When the user changes position, the path is automatically updated. The user's current position in the item and file structure is copied by default into the windows that use this information.
In the Version Chooser and in the check in and check out process windows, the user can set the root directory or view path to a certain location. Choosing the root causes the context to remain fixed while the user moves around in the hierarchy below that point. This is typically used to establish a point at which paths in the repository mirror working directories on the client. If the user sets a root and then selects a directory or path above it, Harvest automatically unlocks the root so that the path moves with the user.
Two distinct roots can be defined:
It is very important to understand how the directory and path contexts work together with the roots during check in and check out operations. If a user frequently checks out items from the same location in the repository to the same client directories, the user can streamline the check in and check out processes by setting roots correctly. Once the roots are set, Harvest will thereafter calculate the correct destination for the check in or check out process.
Mirroring Internal and External Structure
When a repository is created, an administrator loads a set of directories and files into it. This external directory structure is duplicated in the repository and in the Master Views of any environments that use it. When viewing the paths in a repository, the top-level path is the repository name, with the application directory structure beneath it.
Typically, a similar directory structure on the client is maintained by individual developers, and is used for updating application items and building the application for testing. For example,
When this application is loaded into a repository named repository-app1 100, the application structure is duplicated in the Harvest repository. When a user accesses Harvest Explorer to look at items in a view that includes this repository, the repository paths appear as shown in
Assume that a developer named user1 has been working on this application and has working directories on a UNIX client mirroring the application structure in a path as shown in
When user1 wants to check out files, Harvest automatically calculates the correct default for the destination client directory, based on these roots. Similarly, during check in Harvest automatically knows where to put the checked in files in the repository without the user selecting a view path with the chooser.
Moving Above the Root Point
Using the previous example, it can be seen why the roots are automatically unlocked if the user moves above them. For example, if a user selected the /users directory in file view and the root remained locked at users/user1/app1. If the user selects a file for check in, Harvest attempts to calculate a view path position two paths above the root, however, such a position does not exist.
Recursive Search Operations
During a recursive search operation, Harvest starts at a specified client directory or view path and searches all directories or paths below it for files or items to operate on.
The Recursive search option is typically used with other options available on the check in and check out window that let the user specify how the synchronization should occur. Harvest provides three choices:
Harvest assumes a long-term relationship between a set of user working directories and a Harvest repository structure. Within these working directories, Harvest uses file permissions to indicate files that are not available for update. File permissions can be altered by Harvest during check out and check in.
Harvest manages permissions according to the state of corresponding items in Harvest, therefore it is recommended that users do not alter file permissions on their own.
File permissions are handled somewhat differently depending on the client's operating system. For example, UNIX makes much greater use of file permissions than PC operating systems. On Windows and OS/2 platforms, there is only one level of access permission, represented by the read-only attribute, used by Harvest.
Check Out and File Permissions
On PC client systems, checking out a file for Browse or Synchronize creates a file on the client file system that is marked as read-only. This indicates that the file cannot be modified and checked in because these modes do not create a reserved version. When checking out for Update or Concurrent Update, the file is given normal (writable) file status.
On a UNIX-based system, when a file is checked in to Harvest, information about file permissions is maintained in the Harvest database. When the corresponding item is checked out for Update, the same file permissions are set on the client file, with one exception. Any time an item is checked out for Update, the user performing the update is always given write access to the file so that changes can be made.
For example, consider a UNIX file with the following permissions:
When this file is checked in to Harvest, the file permissions are stored. Upon check out for Update, the permissions will be:
When a file is checked out for Browse, Harvest does not use the exact information it stored with the file. It places the file in the directory without write permission for both user, group, and other. The permissions will now look like this:
Check In and File Permissions
When a user has modified a file and checks it in with the Update and Release option, Harvest modifies the file permission on the client file system to be read-only. This indicates that the file should not be changed until it is checked out again for Update.
Harvest does not change the file permission if the Update and Keep option is used during check in, because in this case the item remains reserved and the user can continue to update the file.
File and Item Case-Sensitivity
Harvest behavior differs between UNIX and PC platforms because of the case-sensitive/case-aware behavior of file systems on these platforms.
On UNIX platforms, Harvest is case-sensitive for file and item names. If the item file.c is checked out to a UNIX client, the file must be checked in with this name; if the case of the name is changed to FILE.C on the client system prior to check in, it will be checked in to the repository as a new item.
On PC platforms, Harvest is not case-sensitive. If the item File.c is checked out to a PC client, this item can be successfully checked in as FILE.C, file.c, or as any other case. Harvest is case-aware on PC platforms, and the repository always maintains the case of the item as it was originally checked in or loaded.
Replacing Read-Only Files
If the Replace Read-Only Files option is enabled during check out, files are replaced even though the access is read-only. This means that if the user has items checked out for read-only, the user can check them out again for read-only or update without having to manually modify the file's access.
On UNIX systems, file ownership will effect the results of this option. When used alone, the Replace Read Only Files option overwrites read-only files only if the user executing the check out is the owner of the files being replaced. To allow a check out process to overwrite files on the UNIX file system regardless of file ownership, the Share Working Directory option must be enabled in the process editor.
Files that exist with write permission are never overwritten. Harvest assumes that such a file has been checked out for Update and not checked back in yet. Overwriting the file might cause a user to lose unsaved changes.
Date and Time Stamp
When a file is checked in, Harvest stores the file modification date and time, as well as the date and time associated with the version created in Harvest. When an item is checked out, the current date and time stamp are placed on the file. This algorithm is followed because it provides better support for the build process by ensuring that the date and time stamp of source files is more recent than their corresponding object files.
Consider what would happen in the following scenario if file modification dates were used. Item source1.c is modified on April 1 by package STR-0001 and on April 2 by STR-0002. STR-0001 is promoted to QA, but QA staff is not able to begin testing until April 5. A QA user checks out for read-only the latest in the QA view to build the application on that date. The file source1.c is placed in the client directory with a date of April 1. When compiled, its corresponding object file has a date of April 5.
STR-0002 is promoted and on April 6, QA personnel check out its changes. File source1.c now has a modification date of April 2 and its corresponding object file has a date of April 5. The make program will consider the object newer than the source and not compile the latest version of source1.c.
When the modification date of the file reflects the current date, this problem does not occur, and the object is out-of-date whenever the source is checked out.
The Version Chooser
The Version Chooser allows the user to search view paths to locate and select item versions; then the user can execute a process on his/her selection. The Version Chooser supports multiple filtering operations to focus selections precisely. The various options on the Version Chooser work in conjunction with one another to allow the user to select particular versions according to multiple criteria.
When the chooser is initially displayed, its list box is not displayed. The user must press the Find Now button for the current filtering parameters to take effect, and for the versions matching the filtering criteria to be displayed in the list box. Descriptions of these versions are listed in sortable columns. Column width can be changed by selecting the column header division and dragging it. Versions can be selected in the list box to pass to a process window, or the Version Chooser can be used simply to obtain version information. A new search can be executed without closing the chooser by clicking on the New Search button. Clicking on New Search does not return an object to the parent window from which the chooser was invoked, and removes any previously selected object from the field. This is useful when filtering. A status bar at the bottom of the list box displays how many items were found.
If the user has selected a filter but has not pressed the Find Now button, the Version Chooser list box will still show the previous parameters as being in effect.
The Version Chooser has two pull-down menus: File and Process. These menus define actions that can be taken on the filtering results. The processes that appear in the Process menu are determined by the processes available in the state that was specified in the filtering options before the search was executed.
The Version Chooser also has three tab pages used To set filters: Name and Location, Date, and Advanced. Clicking on the tab brings that page to the forefront.
Name and Location Page
The Version Chooser Name and Location page, illustrated in
The Name field allows the user to filter items with versions to be displayed according to a naming pattern. Any number of wild cards (*) in any position can be used for multiple character matching. The use of the question mark (?) is also supported for single character matching. This field is case-sensitive on UNIX clients, but is not case-sensitive on PC clients.
The user can filter on an environment by using the Environment option menu. This menu lists all of the environments that the user can access. When the environment context has been established on the Harvest Explorer, the Environment box shows that context. If the Version Chooser has been invoked from a process window with a context set, the Environment option is disabled for further selection.
The user can filter on a state by using the State option menu. This menu lists all of the valid states for the current environment. When the state context has been established on the Harvest Explorer, the State box shows that context. If the Version Chooser has been invoked from a process window with a context set, the State option is disabled for further selection.
If the state the user has chosen to be part of his/her context is associated with snapshot views in this environment, a snapshot option menu becomes available. This option menu allows the user to select a snapshot to have as part of his/her context. The default for this field is the first snapshot in the environment, as specified by the order of snapshot views in the State Editor.
The Version option menu allows the user to filter the displayed versions in one of four ways:
The View Path option menu allows the user to specify what path in the repository to search. The default view path is the view path currently being browsed. If no view path is given, the default is the wild card (*). Clicking on the browse button next to this field opens the Select a View Path window (see
The Recursive search option can be used to display versions that exist in any path below the current one which match the other filtering criteria. The user can then select versions from multiple directories to be included in this operation.
When the user selects Recursive search and clicks on the Find Now button, Harvest actually expands each path so that the item names displayed in the list box include relative paths from the user's current position.
Selecting the Recursive search option disables the View Path option menu. To change position after filtering recursively, Recursive search option is toggled off before moving.
Date Modified Page
The Date Modified page (see
The Advanced page (see
The Branch option menu allows the user to filter versions based on their location in the line of descent, both on the environment trunk and on branches. This option allows the user to filter the displayed versions in one of six ways:
The Creator field allows the user to search for an item by the creator. Click on the browse button to bring up the Select a User window (see
The Package field allows the user to search for an item in a specific package. Click on the browse button to bring up the Select a Package window (see
The Item option menu allows the user to filter the displayed versions in one of three ways:
This check box allows the user to select only the latest version number to search for.
Using Multiple Filtering Criteria
To use the Version Chooser effectively, the user must efficiently utilize the various filtering criteria understanding how they interact. Version selection can require specifying multiple parameters. The Name, Creator, Package, and Recursive search parameters can be used to generate a list of items, with version information specified based on the Version, Branch, and Tag parameters. The Latest in View Version option has a special meaning in relation to the Package or Creator filters. This is important, for example, when the user wants to do a package check out, and is described in the next section.
Checking Out Package Changes
States and views are used to create isolated work areas for different functional groups in a life cycle. Changes are promoted and demoted through this life cycle by means of a package; this movement is internal to Harvest.
On the client side, it is common to have working directories associated with different views in the life cycle. For example, developers can have one set of working directories and QA can have a different set. These directories are external work areas that allow each group to build a different version of an application. The version of the application that development is running and testing is usually different from the one that QA is running and testing, based on the state of the change packages in the life cycle.
Harvest provides the Synchronize mode of check out for keeping directories up-to-date with the latest versions in a view. When this mode of check out is used, selected versions are only checked out if they differ (either older or newer) from those in the external file system.
To check out package changes incrementally, filter by the package name in addition to the Latest in View Version filter. The combination of these two filters selects all the items changed by the package, but still gives the user the latest version of the items in the current view. This ensures that changes are not overwritten because of the order in which the user checks out package changes.
Package check out is most effectively used for checking out package changes in a read-only mode. This mode is assumed in the following discussion. Package check out for Update can cause errors because later changes might have been made to the items by other packages. Therefore, only the absolute latest version should be checked out for Update.
In QA, a user checks out the item using the Latest in View and Package filters, with CR39 as the specified package. The Package filter selects this item because it has been changed by CR39, but the Version filter selects the appropriate version of the item that will be checked out. As the latest version in the QA view, version 2 of the item, which includes the changes made for CR40 and CR39, is checked out.
The check out is re-executed using CR40 as the Package filter. Although version 1 is the latest version created by CR40 in the QA view, version 2 is checked out because it is the latest of all versions in the view. If version 1 were checked out, this version would overwrite the changes made by CR39, producing unexpected problems during testing.
To check out version 1 for Browse, a user may select the All in View Version option and select version 1; or, because the latest changes for a package are always in the current view, a user may also select the Latest option. This will always give the latest version created by the package, even if later changes made by other packages exist.
Forms represent a way of maintaining and organizing information within Harvest. Currently seven default forms are provided: Comment (see
Forms attain considerable usefulness through association with packages. This association allows a user to link a problem with the changes made to solve it. Forms can also be associated with other forms. This association can be used, for example, to link a User Contact form with a problem reported by that user.
The form object is global in scope; it does not belong to a particular environment, but can be used by any.
The form view is displayed then the user double-clicks on a form in the Harvest Explorer, or by locating a form by selecting Tools
If the form was defined previously, its current information is loaded into the form editor and can be modified. If it is new, values for the form fields can be specified with the editor. The Form Editor will be in the view only mode until File
All Form Editors look exactly the same, except for the actual form contents. The Modification Request Form Editor is illustrated in
In the Name field, a label for the new form can be specified. The rest of the Form Editor contains the actual form fields. The default forms provided with Harvest are intended to be generic enough to be used in different scenarios. Fields can be left blank.
All fields in the Form Editor are case-sensitive, and information is stored exactly as it is input.
Creating a New Form
To create a form, a user selects File
Each new form is based on an existing form type. The chooser displays the available form types: Comment, Defect Tracking, Modification Request, Problem Report, Q and A, Testing Info, and User Contact. If the user has added custom report types, they will also appear on the chooser. Select a form type by double-clicking on it or by highlighting it and clicking on the OK button.
This creates a new form named <form type>-<number>. The user can change this name by double-clicking on it to bring up the Form Editor.
The user can also duplicate an existing form by highlighting it and selecting Edit
Duplicating forms can provide a powerful shortcut for data entry. If the user creates a set of form templates and fills in information that will be shared among them, each new form created based on this template will automatically have these fields filled in correctly. To use forms as templates in this fashion, it is recommended that the user not have any form associations because these would be duplicated as well as the field contents. If the user wants only certain user groups to have access to certain forms, setting up the access correctly in a template can also shorten the form definition time.
Form Access Window
This window is displayed when Form
To give a user group access, either the Secure Access or the Edit Access method is selected and then a user group in the Available Groups list box is selected. Then, the left arrow button is clicked to move the group to the Selected Groups with Access list. A user may have access removed from a group in the same fashion.
Each form can have other forms associated with it. Clicking on the Associated Forms button displays the Associated Forms window (see
Clicking on the Name or Type column header on this window allows the user to sort the displayed forms by type or name.
The user can also execute one of the following functions:
Each form can be associated with one or more packages. Clicking on the Associated Packages button displays the Associated Packages window (see
When this window is displayed, each package currently associated with the form being edited is listed. In addition to the package name, its associated environment and current state are displayed. On the Associated Packages window, the user can execute one of the following functions:
Clicking on the Show form history toolbar button displays the Form History window (see
The Form History window includes the OK button which returns the user to the Form Editor. A record is added to this history when a form is created or duplicated, its field contents are modified, its associations are modified, or its access is modified.
The Form Chooser
The Form Chooser allows the user to execute complex filtering operations to locate forms with common attributes. This information can be sent to the log view, from which it can be printed, copied, or saved.
The various options on this chooser work in conjunction with one another to allow the user to select particular forms according to multiple criteria. The Form Chooser (see
When the Form Chooser is initially displayed, its list box is empty. The user must press the Find Now button for the current filtering options to take effect. Because the previous filtering criteria might not be relevant to the operation, the user now wants to perform, this implementation prevents the user from having to wait to receive data from the server when the chooser is invoked. Once Find Now is pressed, the forms matching the filtering criteria are displayed and selected in the list box.
The various options on this chooser work in conjunction with one another to allow the user to specify which forms should be displayed on the Harvest Explorer.
Name and Location Page
The Name and Location page allows the user to select what forms to search for and in what environment, state, and package to search (see
The Name field allows the user to filter forms according to a naming pattern. If the user leaves the Name field blank, forms are displayed regardless of name. Any number of wild cards (*) in any position can be used for multiple character matching. The use of the question mark (?) is also supported for single character matching. The Name field is not case-sensitive. Entering N* will display forms whose names begin with N or n.
The user can filter on an environment by using the Environment option menu. This menu lists all of the environments that the user can search. When the environment context has been established on the Harvest Explorer, the Environment box shows that context.
The user can filter on a state by using the State option menu. This menu lists all of the valid states for the current environment. When the state context has been established on the Harvest Explorer, the State box shows that context.
The Package field allows the user to search for a form in a specific package. A click on the browse button brings up the Select a Package window. This window lists the packages in the current environment and state; the user can choose a package, then click OK to select it. Wild card searches are allowed. The default is the wild card (*).
This field allows the user to filter forms based on the name of the user who last modified (or created) them. A click on the browse button brings up the Select a User window. This window lists the users who have access to the current environment. The user can choose a user, then click OK to select it. Wild card searches are allowed. The default is the wild card (*)
The Form Type pull-down menu allows the user to specify what kind of form will be displayed. Selecting the form type causes only forms that are of the specified type to be displayed on the chooser. The user is also able to query on the various fields of the specified form type. The Harvest Explorer has these seven form types: Comment, Defect Tracking, Modification Request, Problem Report, Q and A, Testing Info, and User Contact. The user can also use the wild card (*) to search for all forms of any type to be displayed on the chooser. If the user has added customized form types to Harvest, the custom form types will also appear on the pull-down menu.
If the user specifies a form type, the fields on that form type become available for use as filters.
When filtering by Comment, all of the fields of the Comment form now appear on the Form Chooser. The user can enter a value in any field to include only forms with that value in the current filtering operation. This feature provides a powerful querying mechanism that allows the user to search and find exactly matching information. For example, the user could enter Sun in the Keyword field to locate all comments that have been reported regarding the Sun hardware platform.
The user need not know the precise value for a field to use it as a filter. Asterisks (*) in any field provide for wild card matching. For example, the user might want to search for all Comments that mention performance anywhere in the Comments field. To do this, simply enter *performance* in the Comments field. Harvest will return all matching Comment forms in the Form Chooser's list box.
In one embodiment, only trailing wild cards are used in short text fields such as Category and Hardware on the Problem Report Form. For longer fields such as Problem Description, any number of wild cards (*) in any position can be used for multiple character matching. The question mark (?) is also supported for single character matching.
Form fields in the Form Chooser are not case-sensitive. This allows users to query for form information regardless of the case of the data entered in the Form Editor.
Valid Date Formats
When inputting or searching for date information, the user should be aware of restrictions, such as a date format field that only accepts certain formats and validates the user input against them. Any formats may be utilized, however, in Harvest Explorer the accepted formats are:
Jul 2, 1996
Sat Jul 2, 1996
Valid month and day abbreviations consist of the first three characters of the month or day name.
During the setup of an environment, processes are defined that can be invoked and executed in a state. These processes are displayed as options on the Processes pull-down and right-click menus of the Harvest Explorer, and the Process menu of the Version Chooser.
Each process must belong to one of Harvest's predefined types: approve, check in, check out, concurrent merge, create package, cross-environment merge, delete versions, demote, interactive merge, list difference, list version, notify, promote, remove item, and user-defined (UDP). The exact name for each process is user-definable.
The default values that appear on the process windows were defined by means of the process editor during setup. This means that the window's initial appearance varies, depending on how it has been set up by the administrator. Each user can override the defaults.
The user can select a process to execute from the Harvest Explorer, after establishing a context (at the state level), by:
The present invention includes a Web interface which will allow Internet browsers such as Internet Explorer and Netscape to perform some Harvest tasks. In one embodiment, the Web interface enables reporting on Package Lists, Items and Change History. In addition Promote, Demote and Approve Packages are also accessible via the Web interface.
Data transmitted from the server machine 120 across the intra/internet 130 and to the remote computers can be of any form in which to transmit representations of objects within the configuration management system as described above and to convey instructions such as the invocation of configuration management functions between the remote computer and the server machine 120. For example, the Harvest server machine 120 may produce an HTML document showing icons of objects within the configuration management system in accordance with the above disclosure, and allow for invocation of various configuration management functions as discussed above via menu selection accessible through the HTML document provided.
Alternatively, object representations and facilities for invocation of configuration management functions may also be implemented as any one of an active X component, Visual Java, Java Applet, or PERL programming techniques. Various security features would also be in place and run on the server machine 120 to prevent unauthorized access from outside users across the Intra/Internet 130.
Harvest Use Example
The following actors are the general intended users of the Harvest Explorer.
Support Administrator—This person takes information from support and customers and enters defects of packages as part of a continuous process improvement strategy. This person may check the status of packages, enter new packages, filling in forms with problems and enhancement requests.
Developer—This person is the backbone of the organization that actually makes changes on file items and may decide validity of packages. This person is also responsible for unit testing code changes.
Development Manager—This person is a coordinator for development, taking care to make sure packages work in their respective ways through the software life cycle.
Test/QA Reviewer—This person has the responsibility to check system integration, making sure all components work as desired.
A scenario illustrating the use of Harvest Explorer begins with the Support Administrator getting e-mail from a customer on the behavior of software. The support administrator successfully reproduces the error as described in the e-mail from the customer. The Support Administrator then creates a package in the new issue state using the Harvest Explorer. The Support Administrator also updates the form associated with the newly created package (called “X”).
The Development Manager gets an e-mail from a post-process that a package has been created in the new issue state. The Development Manager then promotes package X to the under review state. The Support Administrator receives e-mail that his package has been promoted to under review, or he may periodically check the status of the package via the Web interface. In one embodiment, E-mails for announcing the existence or change of state of any particular package or object within the Harvest system may be automatically generated and sent to appropriate personnel.
The Development Manager upon further investigation may determine that the package is 1) invalid and demoted, 2) deferred and demoted, 3) duplicate and demoted; and 4) valid and promoted. Other determinations may also be appropriate effecting either the demotion or promotion of a package or object. Each movement is preceded by the Development Manager filling out a form associated with the package X.
The Developer gets notification that a package has been promoted to Development and that she is responsible for preparing it. After examining the package, she may also promote it, or may design a fix for the defect. Upon completion of the design, the design document will be checked and the package will be promoted. Once the design review is complete, the package may either be demoted or be reworked, or promoted. Thus, Harvest Explorer provides all the functionality of the advanced configuration management system and does so in utilizing the advanced GUI environment described herein to improve the overall usability of the product and associated configuration management functions. This invention may be conveniently implemented using a conventional general purpose digital computer or microprocessor programmed according to the teachings of the present disclosure, as will be apparent to those skilled in the computer art. Appropriate software coding can readily be prepared by skilled programmers based on the teachings of the present disclosure, as will be apparent to those skilled in the software art. The invention may also be implemented by the preparation of application specific integrated circuits or by interconnecting an appropriate network of conventional component circuits, as will be readily apparent to those skilled in the art.
The present invention includes a computer program product which is a storage medium including instructions which can be used to program a computer to perform a process of the invention. The storage medium can include, but is not limited to, any type of disk including floppy disks, optical discs, CD-ROMs, and magneto-optical disks, ROMs, RAMs, EPROMs, EEPROMs, magnetic or optical cards, or any type of media suitable for storing electronic instructions.
The computer program product may be prepared to run on a selected of any number of specialized or general purpose computers. Stored on any one of the computer readable media, the present invention includes software for controlling both the hardware of the selected computer and for enabling the selected computer to interact with a human user. Such software may include, but is not limited to, device drivers, operating systems and user applications, such as development tools.
Included in the programming of the selected computer are software modules for implementing the teachings of the present invention including but not limited to manipulation of digital images including the list boxes, buttons and scroll bars of graphical user interfaces (GUIs), and for the identification, indexing and storage of objects maintained according to the teachings of the present invention.
Obviously, numerous modifications and variations of the present invention are possible in light of the above teachings. It is therefore to be understood that within the scope of the appended claims, the invention may be practiced otherwise than as specifically described herein.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5325533||Jun 28, 1993||Jun 28, 1994||Taligent, Inc.||Engineering system for modeling computer programs|
|US5452415||Mar 26, 1992||Sep 19, 1995||Alcatel Network Systems, Inc.||Method and system for automatically displaying and configuring a network monitoring system|
|US5675802 *||Mar 31, 1995||Oct 7, 1997||Pure Atria Corporation||Version control system for geographically distributed software development|
|US5774689 *||Sep 22, 1995||Jun 30, 1998||Bell Atlantic Network Services, Inc.||Network configuration management system for digital communication networks|
|US5805889 *||Oct 20, 1995||Sep 8, 1998||Sun Microsystems, Inc.||System and method for integrating editing and versioning in data repositories|
|US5819042 *||Feb 20, 1996||Oct 6, 1998||Compaq Computer Corporation||Method and apparatus for guided configuration of unconfigured network and internetwork devices|
|US5910803 *||Aug 14, 1996||Jun 8, 1999||Novell, Inc.||Network atlas mapping tool|
|US5999179 *||Nov 17, 1997||Dec 7, 1999||Fujitsu Limited||Platform independent computer network management client|
|US6105027 *||Mar 4, 1998||Aug 15, 2000||Internet Dynamics, Inc.||Techniques for eliminating redundant access checking by access filters|
|US6237092 *||May 5, 1998||May 22, 2001||International Business Machines Corp.||Client-server system with central application management allowing an administrator to configure user and group contexts during application configuration without relaunching the application|
|US6339826 *||May 5, 1998||Jan 15, 2002||International Business Machines Corp.||Client-server system for maintaining a user desktop consistent with server application user access permissions|
|US6389464 *||Jun 27, 1997||May 14, 2002||Cornet Technology, Inc.||Device management system for managing standards-compliant and non-compliant network elements using standard management protocols and a universal site server which is configurable from remote locations via internet browser technology|
|US6496208 *||Apr 28, 1999||Dec 17, 2002||Microsoft Corporation||Method and apparatus for visualizing and exploring large hierarchical structures|
|1||"Microsoft Visual InterDev 1.0 Strategic Whitepaper," Microsoft Corporation, http://msdn.microsoft.com/library/en~us/dnvid/html/msdn<SUB>-</SUB>vidwp.asp?frame=true, 26 pages, Mar. 1997.|
|2||Continuus, Continuus/CM UNIX, date unnknown, screen shot (FIG 1A).|
|3||Continuus, Continuus/CM windows, date unknown, screen shot (FIG 1B).|
|4||EPO Communication for Ref. No. 99935538.1 (PCT/, Application No. 99935538.1-2201-US9915826, 3 pages, Jun. 3, 2002.|
|5||EPO Communication pursuant to Article 96(2) EPC, Application No. 99 935 538.1-2211, 4 pages, Nov. 27, 2006.|
|6||EPO Communication pursuant to Article 96(2) EPC, Application No. 99 935 538.1-2211, 5 pages, Jul. 4, 2006.|
|7||Gavron et al, "How to Use Microsoft Windows NT 4 Workstation," Ziff-Davis, pp. 28-29, 34-40, and 117-120 plus cover page, 1996.|
|8||*||Gavron, Jacquelyn and Moran, Joseph, How to Use Windows NT 4 Workstation, Ziff-Davis, pp. 28-30, 34-40, 117-120, 1996.|
|9||Kramer et al., "Graphical Configuration Programming," IEEE XP000072735, pp. 53-65, 1989.|
|10||Loques et al., "P-RIO: A Modular Parallel-Programming Environment," IEEE, XP-000737884, pp. 47-56, Jan.-Mar. 1998.|
|11||Microsoft Corporation, Introducing Windows 95, 1981-1995, entire document, and p. 22.|
|12||PCT Search Report for PCT/US99/15826, 6 pages, Oct. 22, 1999.|
|13||Pure Atria, Clear Case, date unknown, screen shot (FIG 1C).|
|14||Reuter et al., "Distributed Revision Control Via the World Wide Web," University of Karlsrube, Karlsrube, Germany, XP000617828, pp. 166-174, 1997.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7603393 *||Apr 2, 2007||Oct 13, 2009||Juniper Networks, Inc.||Software merging utility|
|US7634757 *||Dec 8, 2003||Dec 15, 2009||Honeywell International Inc.||Ensure a consistent control system configuration methodology through an enforceable user defined development life cycle|
|US7653893 *||Mar 4, 2005||Jan 26, 2010||Microsoft Corporation||Methods and apparatus for implementing checkin policies in source code control systems|
|US7769794||Apr 22, 2005||Aug 3, 2010||Microsoft Corporation||User interface for a file system shell|
|US7823077||Mar 24, 2003||Oct 26, 2010||Microsoft Corporation||System and method for user modification of metadata in a shell browser|
|US7836429 *||Dec 19, 2006||Nov 16, 2010||International Business Machines Corporation||Data synchronization mechanism for change-request-management repository interoperation|
|US7840614||Jul 11, 2003||Nov 23, 2010||Bea Systems, Inc.||Virtual content repository application program interface|
|US7917605||Jul 24, 2007||Mar 29, 2011||United Services Automobile Association (Usaa)||Automated registration and licensing tool|
|US7925682||Mar 27, 2003||Apr 12, 2011||Microsoft Corporation||System and method utilizing virtual folders|
|US8078589 *||Aug 31, 2009||Dec 13, 2011||Juniper Networks, Inc.||Software merging utility|
|US8219664 *||Jan 26, 2005||Jul 10, 2012||Nokia Corporation||Defining nodes in device management system|
|US8356303 *||Dec 8, 2008||Jan 15, 2013||Infosys Technologies Ltd.||Method and system for integrated scheduling and replication in a grid computing system|
|US8407593 *||Jun 29, 2005||Mar 26, 2013||Nokia Corporation||Method, apparatus and computer program product to utilize context ontology in mobile device application personalization|
|US8438133 *||Sep 2, 2009||May 7, 2013||Fuji Xerox Co., Ltd.||Information processing apparatus, file management system, information processing method and computer readable medium|
|US8645906 *||Sep 10, 2007||Feb 4, 2014||Sandeep Jain||Method for enforcing change policy based on project state|
|US8717301 *||Jun 27, 2006||May 6, 2014||Sony Corporation||Information processing apparatus and method, and program|
|US8732294 *||May 22, 2006||May 20, 2014||Cisco Technology, Inc.||Method and system for managing configuration management environment|
|US8775974 *||Dec 21, 2005||Jul 8, 2014||International Business Machines Corporation||Multi-contextual delta navigation in a compare view|
|US20050125794 *||Dec 8, 2003||Jun 9, 2005||De Groot Erik||Ensure a consistent control system configuration methodolgy through an enforceable user defined development life cycle|
|US20050228816 *||Aug 10, 2004||Oct 13, 2005||Bea Systems, Inc.||System and method for content type versions|
|US20060005156 *||Jun 29, 2005||Jan 5, 2006||Nokia Corporation||Method, apparatus and computer program product to utilize context ontology in mobile device application personalization|
|US20070024594 *||Jun 27, 2006||Feb 1, 2007||Junichiro Sakata||Information processing apparatus and method, and program|
|US20090282418 *||Dec 8, 2008||Nov 12, 2009||Infosys Technologies Ltd.||Method and system for integrated scheduling and replication in a grid computing system|
|US20130036214 *||Aug 5, 2011||Feb 7, 2013||Yuval Carmel||System and method for managing environment configuration using snapshots|
|US20140047368 *||Aug 13, 2012||Feb 13, 2014||Magnet Systems Inc.||Application development tool|
|U.S. Classification||715/744, 715/733|
|International Classification||G06F12/00, G06F15/00, G06F13/00, G06F9/44|
|Oct 2, 1998||AS||Assignment|
Owner name: PLATINUM TECHNOLOGY, INC., ILLINOIS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MASON, MATTHEW J.;REEL/FRAME:009495/0874
Effective date: 19980928
|Jan 12, 1999||AS||Assignment|
Owner name: PLATINUM TECHNOLOGY IP, INC., ILLINOIS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:PLATINUM TECHNOLOGY, INC.;REEL/FRAME:009721/0311
Effective date: 19981228
|Jun 8, 2007||AS||Assignment|
Owner name: COMPUTER ASSOCIATES THINK, INC., NEW YORK
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:PLATINUM TECHNOLOGY IP, INC.;REEL/FRAME:019402/0438
Effective date: 20070607
|Mar 2, 2011||FPAY||Fee payment|
Year of fee payment: 4
|Mar 18, 2015||FPAY||Fee payment|
Year of fee payment: 8