Forests Sourcebook - HCV Resource Network

Forests Sourcebook - HCV Resource Network Forests Sourcebook - HCV Resource Network

hcvnetwork.org
from hcvnetwork.org More from this publisher
08.01.2014 Views

Box 7.13 System Architecture of a Standard FMIS The following are the interconnected modules that would comprise a standard FMIS: ■ Forest Land Information Module. This module would contain information on the current status of the forest, as well as information encapsulating the best current knowledge of how the forest develops and reacts to management actions and stochastic events (such as fire, pests, and disease). The module would normally include the following: – Land-use database. Basic attributes for various units of land, often including their location, area, legal status, administrative unit, land use/cover, and so forth. This relational database containing the attributes data would normally be linked to a GIS (map) database where the spatial data, in the form of polygons, are stored. – Physical infrastructure database. Information about the infrastructure (road network, bridges, dams) available for supporting forest management on the land base in question (these would normally be viewed as layers in the GIS database). – Forest inventory system. Information about each unit of land that is of concern. This information will include such data as forest cover type, tree species and vegetation, basal area, volumes, site class, terrain conditions, and any other forest information required for managing (analyzing, planning, and monitoring) the forest. The information would be periodically updated through interfaces with the growth and yield model, the operations tracking module, and the resource monitoring systems. – Growth and yield models. Models describing the natural development of forest types over time (growth) and the values (timber and nontimber forest products, revenues) that can be obtained at the various stages of development (yield). There are many kinds of growth and yield models, including stand-level models for a forest type in a specific geographic region, and single-tree models specific to a particular species. Singletree modeling tends to be more flexible, but stand (or forest-type) models would usually be more appropriate for national-, regional-, or state-level forest management. – Forest transition models (or ecological scenario models). Models that describe the changes in a ■ ■ specific forest stand (or type, if on a national scale) as a result of some specific intervention (such as certain kinds of harvesting, stand establishment, and stand tending actions). – Forest monitoring systems. Although possibly included in the Forest Inventory System described in note 7.1, additional forest resource and biodiversity monitoring systems that may be required for purposes of administrative oversight, quality control, and compliance with the criteria and indicators of a forest certification scheme. Forest Resource Planning Module (also known as harvest scheduling module). Using much of the information in the Forest Land Information Module, the GIS and, in more sophisticated systems, the Operations Management module (described below), this module is used to forecast and plan the development of the forest and the flow of products and services (or forest values, including those related to ecosystem conservation). The planning is generally set up to cover a significant time horizon (often more than one rotation of the major tree species), thus allowing the resulting plan to be labeled “sustainable.” The kinds of planning systems available range from simple forecasting models to simulation models through to optimization models. The model type appropriate to a particular situation depends upon management goals (strategic or tactical) as well as on the availability of good forest data. Operations Management Module. This is the mechanism for making changes to ongoing management activities and is well developed in commercial forest applications. This module is designed to facilitate stand-level planning, scheduling, and monitoring of all major forestry activities, including stand establishment, tending and harvesting, product sales and transportation, forest protection, and road construction. Costs, revenues, and production results should be gathered and used for this planning, although some or most of that information may come from an accounting or business information management system (described below). An operations management system should be capable of reporting on all relevant activities and operational results for purposes of management control, as well as to verify compliance with any regulations, forest certification, or quality control requirements that might apply. 264 CHAPTER 7: MONITORING AND INFORMATION SYSTEMS FOR FOREST MANAGEMENT

Box 7.13 System Architecture of a Standard FMIS (continued) ■ ■ Business Information Management System (BIMS) Module. This module would allow for the entry, storage, and processing of all data and information related to the basic business processes of the organization, such as accounting, invoicing, personnel management, and scheduling activities (job orders). It would normally be closely linked to the Operations Management module and may even provide much of the information needed for operational control. Geographic Information System (GIS). This would provide visual access to all of the cartographic information needed by the FMIS. GIS spatial analysis, modeling, and presentation capabilities are essential for good forest planning and management of large, complex forests, such as those on a national scale. The overall system would have many types of users—from those who simply enter data to managers and forest analysts. Modules should be “co-designed” and linked so that the management processes they support are integrated and duplication of data entry is avoided. Because some information may need to be considered confidential, and to accommodate the range of user needs, different access levels may be built into the developing system. Hence, while a system may be comprehensive and fully integrated, specific users would only have access to the information that they need to use for their own job. At the same time, it is critical that all the data are entered in standardized form so as to be compatible across the system for all users at all levels. Moreover, if jurisdictions charged with the management or administration of forests (countries, regions, provinces, or states) were to adopt such compatible systems, this would greatly help to standardize data and help make comparisons across countries easier to accomplish. Source: Robak and Kirmse 2007. Many on-line resources are available for software design, development, and implementation, as well as for the improvement of management processes. 2 Beyond these well-developed process rules, the following is a suggested protocol for macro-level FMIS design, development, and implementation. (See box 7.14 for an example of application of FMIS in Bosnia and Herzegovina.) Needs analysis. This step, led by a management team task force, is critical for ensuring that the proposed investment will provide an integrated set of tools that meets the needs of everyone involved in the analysis, planning, monitoring, and control of forest management strategies, tactics, and operations. The task force should be educated about what the new FMIS might do for them before they are able to provide helpful input to the design process. System conceptual design. The system strategy and vision would be developed by the forestry management team task force, working together with application, GIS, and IT specialists. All direct and indirect users should be consulted, while IT specialists should provide advice concerning capabilities and modalities. The needs definition and system design are most often iterative processes, as gaps or constraints identified in the system design phase reinform the needs analysis. Design document. The design document should do the following: ■ ■ ■ Articulate the vision, goals, and objectives (short- and long-term) of the system, as well as initial recommendations concerning development priorities and proposed timelines for the development phases. Identify and address all of the infrastructure and resources available and required to make the system useful and sustainable, including those related to data acquisition, communication technology, operating costs, training, and technical support. Articulate the physical, fiscal, and organizational constraints so that the IT specialists can design a system that can be implemented and supported. System designs should be based on structures, processes, and resources that are available beyond the life of the project (it would be appropriate to identify the compromises that have been made and the reasons for these). NOTE 7.2: ESTABLISHING FOREST MANAGEMENT INFORMATION SYSTEMS 265

Box 7.13<br />

System Architecture of a Standard FMIS (continued)<br />

■<br />

■<br />

Business Information Management System (BIMS)<br />

Module. This module would allow for the entry,<br />

storage, and processing of all data and information<br />

related to the basic business processes of the organization,<br />

such as accounting, invoicing, personnel<br />

management, and scheduling activities (job orders).<br />

It would normally be closely linked to the Operations<br />

Management module and may even provide much of<br />

the information needed for operational control.<br />

Geographic Information System (GIS). This would<br />

provide visual access to all of the cartographic information<br />

needed by the FMIS. GIS spatial analysis,<br />

modeling, and presentation capabilities are essential<br />

for good forest planning and management of large,<br />

complex forests, such as those on a national scale.<br />

The overall system would have many types of<br />

users—from those who simply enter data to managers<br />

and forest analysts. Modules should be “co-designed”<br />

and linked so that the management processes they support<br />

are integrated and duplication of data entry is<br />

avoided.<br />

Because some information may need to be considered<br />

confidential, and to accommodate the range of user<br />

needs, different access levels may be built into the developing<br />

system. Hence, while a system may be comprehensive<br />

and fully integrated, specific users would only<br />

have access to the information that they need to use for<br />

their own job. At the same time, it is critical that all the<br />

data are entered in standardized form so as to be compatible<br />

across the system for all users at all levels. Moreover,<br />

if jurisdictions charged with the management or<br />

administration of forests (countries, regions, provinces,<br />

or states) were to adopt such compatible systems, this<br />

would greatly help to standardize data and help make<br />

comparisons across countries easier to accomplish.<br />

Source: Robak and Kirmse 2007.<br />

Many on-line resources are available for software design,<br />

development, and implementation, as well as for the<br />

improvement of management processes. 2 Beyond these<br />

well-developed process rules, the following is a suggested<br />

protocol for macro-level FMIS design, development, and<br />

implementation. (See box 7.14 for an example of application<br />

of FMIS in Bosnia and Herzegovina.)<br />

Needs analysis. This step, led by a management team task<br />

force, is critical for ensuring that the proposed investment<br />

will provide an integrated set of tools that meets the needs<br />

of everyone involved in the analysis, planning, monitoring,<br />

and control of forest management strategies, tactics, and<br />

operations. The task force should be educated about what<br />

the new FMIS might do for them before they are able to<br />

provide helpful input to the design process.<br />

System conceptual design. The system strategy and<br />

vision would be developed by the forestry management<br />

team task force, working together with application, GIS, and<br />

IT specialists. All direct and indirect users should be consulted,<br />

while IT specialists should provide advice concerning<br />

capabilities and modalities. The needs definition and<br />

system design are most often iterative processes, as gaps or<br />

constraints identified in the system design phase reinform<br />

the needs analysis.<br />

Design document. The design document should do the<br />

following:<br />

■<br />

■<br />

■<br />

Articulate the vision, goals, and objectives (short- and<br />

long-term) of the system, as well as initial recommendations<br />

concerning development priorities and proposed<br />

timelines for the development phases.<br />

Identify and address all of the infrastructure and<br />

resources available and required to make the system useful<br />

and sustainable, including those related to data acquisition,<br />

communication technology, operating costs,<br />

training, and technical support.<br />

Articulate the physical, fiscal, and organizational constraints<br />

so that the IT specialists can design a system that<br />

can be implemented and supported. System designs<br />

should be based on structures, processes, and resources<br />

that are available beyond the life of the project (it would<br />

be appropriate to identify the compromises that have<br />

been made and the reasons for these).<br />

NOTE 7.2: ESTABLISHING FOREST MANAGEMENT INFORMATION SYSTEMS 265

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

Saved successfully!

Ooh no, something went wrong!