Forests Sourcebook - HCV Resource Network
Forests Sourcebook - HCV Resource Network Forests Sourcebook - HCV Resource Network
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
- Page 214 and 215: NOTE 6.1 Using National Forest Prog
- Page 216 and 217: Box 6.6 Basic Principles of NFP Pre
- Page 218 and 219: Implementation. The implementation
- Page 220 and 221: allow for each country’s differen
- Page 222 and 223: limited in the coverage and duratio
- Page 224 and 225: Box 6.12 The Use of DPLs to Support
- Page 226 and 227: Box 6.13 Using DPLs in Lao PDR for
- Page 228 and 229: OPCS. 2004. “Good Practice Notes
- Page 230 and 231: OPERATIONAL ASPECTS Prioritizing th
- Page 232 and 233: orientation of the DPL operations c
- Page 234 and 235: Indicators are helpful in these sit
- Page 236 and 237: ANNEX 6.3A SELECT TOOLS TO ASSIST S
- Page 238 and 239: NOTE 6.4 Assessing Cross-Sectoral I
- Page 240 and 241: Box 6.16 The Forests Component in t
- Page 242 and 243: Considering the above issues, an in
- Page 244 and 245: Box 6.19 Implementation of the Keny
- Page 246 and 247: World Bank SEA Web resources: http:
- Page 248 and 249: Box 7.1 Monitoring Promotes Changes
- Page 250 and 251: collected via remote sensing rather
- Page 252 and 253: Discussions and proposals on how to
- Page 254 and 255: Assessment (www.millenniumassessmen
- Page 256 and 257: FAO. 2004. “Manual for Environmen
- Page 258 and 259: ■ ■ ■ enables implementation
- Page 260 and 261: selecting the technology. Technolog
- Page 262 and 263: USFS Field Guides: www.fia.fs.fed.u
- Page 266 and 267: Box 7.14 FMIS in Bosnia and Herzego
- Page 268 and 269: and client-rich system, which would
- Page 270 and 271: ANNEX 7.2A MODEL TERMS OF REFERENCE
- Page 272 and 273: ■ ■ ■ ■ ■ ■ ■ ■ ■
- Page 274 and 275: NOTE 7.3 Spatial Monitoring of Fore
- Page 276 and 277: ■ ■ ■ ■ Availability of ref
- Page 278 and 279: Box 7.19 Selecting the Appropriate
- Page 280 and 281: Table 7.4 Existing Satellite Remote
- Page 282 and 283: Tropical Ecosystem Environment Obse
- Page 285: PART II Guidance on Implementing Fo
- Page 288 and 289: forestry activities was counterprod
- Page 290 and 291: waterways, or the quantity or quali
- Page 292 and 293: ■ ■ ■ ■ ■ an independent
- Page 294 and 295: ■ In the case of forest harvestin
- Page 296 and 297: ■ ■ harvesting supported by Wor
- Page 298 and 299: However, some of the World Bank’s
- Page 300 and 301: ■ ■ ■ ■ ■ ■ Examine the
- Page 302 and 303: Box 9.2 Participation Strategy To m
- Page 304 and 305: Box 9.5 Process Framework for Invol
- Page 306 and 307: Box 9.8 Market Analysis A market an
- Page 308 and 309: “no-project” option); and recom
- Page 310 and 311: Box 9.16 Environmental Management P
- Page 312 and 313: ■ ■ ■ ■ ■ ■ ■ ■ ■
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