ArcView GIS/Avenue Developer's Guideby Amir H. Razavi
Exploring Spatial Analysis is for students and professionals who wish to quickly become proficient with spatial analytical techniques employed in geographical information systems. Early in the book, basic concepts are defined and explored along with a brief survey of real world applications. Subsequent chapters focus on explanations and examples of specific techniques… See more details below
Exploring Spatial Analysis is for students and professionals who wish to quickly become proficient with spatial analytical techniques employed in geographical information systems. Early in the book, basic concepts are defined and explored along with a brief survey of real world applications. Subsequent chapters focus on explanations and examples of specific techniques and procedures.
- CENGAGE Learning
- Publication date:
- Edition description:
- Older Edition
- Product dimensions:
- 7.07(w) x 8.98(h) x 0.99(d)
Read an Excerpt
Chapter 1: Structured Application DevelopmentSimilar to computer applications in other fields, GIS applications must be developed according to a structured methodology. If you plan to write short Avenue scripts to automate a few tasks, development methodology may not be for you. If you plan to develop complete applications or implement new systems, following a structured methodology dramatically increases the probability of a successful product.
For many people methodology implies extensive overhead, extraneous tasks, and the stifling of creativity. In reality, however, adopting a methodology simply means using certain techniques and executing certain tasks that will produce the best results.
You may be familiar with one of several development methodologies tested over the past several years, particularly if you have developed ARC/INFO applications. The methodology discussed below is both a combination of and variation from methods used in developing GUIs (graphical user interfaces) and client/server application software. It is also somewhat different from traditional methods used in developing ARC/INFO applications because ArcView GIS is a new generation product.
The proposed structured methodology for developing ArcView GIS applications is comprised of the following stages.
- Requirement study
- Structured testing
In the remainder of this chapter, the four stages are described and illustrated through a hypothetical scenario. This scenario assumes that we are GIS consultants to a large metropolitan bank. Our task is to develop an application showing characteristics of mortgage applicants and recipients withindesignated geographic areas.
Because the techniques and procedures for each stage in the recommended methodology have been applied in developing many software applications, detailed information is available in numerous publications on software development methodologies. See the concluding section of this chapter for a list of publications. Next, it should be mentioned that development methodology is only one part of implementing a GIS project. Other issues such as hardware, data sets, staffing, and procedures must also be considered, but are beyond the scope of this book.
The requirement study stage begins upon recognizing that a solution is required for a particular problem. Its purpose is to develop a specification document describing what the software will accomplish, but without explaining how the software will work.
The specification document is the bedrock of your application. The more accurate and complete the foundation, the better your final product will be. Managers and analysts often ignore this stage in favor of writing program code because they prefer seeing a tangible outcome as early as possible. Nevertheless, experienced software developers would assert that you are doomed to fail if you ignore a study of software requirements.
Two distinct activities occur during the requirement study phase: problem analysis and product description. These activities are not carried out in serial fashion, but rather the product description evolves as the problem analysis progresses.
Because the purpose of analysis is to acquire a complete understanding of the problem, most of the analyst's time is spent in meeting with people who are knowledgeable about the problem. In the course of product description, the analyst develops the specification document that explains exactly what a software application can do to resolve the now clearly defined problem.
First Faire Bank's Requirements
During a meeting with First Faire Bank (FFB) managers, we learn that the bank president Donald Zinger is concerned about recent media attention on alleged discriminatory lending practices by other banks in surrounding counties...
and post it to your social network
Most Helpful Customer Reviews
See all customer reviews >