27.06.2013 Views

Information and Knowledge Management using ArcGIS ModelBuilder

Information and Knowledge Management using ArcGIS ModelBuilder

Information and Knowledge Management using ArcGIS ModelBuilder

SHOW MORE
SHOW LESS

Create successful ePaper yourself

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

Mohammad Abooyee Ardakan, Babak Sohrabi <strong>and</strong> Vahid Saadat<br />

(NIST, 1995). The 2001 publication of NIST h<strong>and</strong>book defines risk as "the net negative impact of the<br />

exercise of vulnerability, considering both the probability <strong>and</strong> the impact of occurrence" (NIST, 2001).<br />

Another appropriate definition of risk, related to the computing environment in particular, as stated by<br />

Kailay <strong>and</strong> Jarratt (1995) is "the potential for damage to a system or associated assets that exists as<br />

the result of a combination of a security threat <strong>and</strong> vulnerability". The risk exists because of the<br />

combination of threats, vulnerability <strong>and</strong> asset value. Vulnerability is being a weakness in the security<br />

system that might be exploited to cause loss of or harm to the asset(s) (Pfleeger, 1989) <strong>and</strong> a threat<br />

being the source or circumstance that has the potential to cause loss or harm (Kailay <strong>and</strong> Jarratt,<br />

1995; Pfleeger, 1989). Denenberg et al (1974) <strong>and</strong> Kaplan <strong>and</strong> Garrick (1981) define project risk as:<br />

project risk = (project uncertainty) * (magnitude of potential loss due to project failure). Boehm (1989)<br />

defines risk impact or risk exposure (RE) as RE= Prob(UO) * Loss(UO) where Prob(UO) is the<br />

probability of an unsatisfactory outcome, <strong>and</strong> Loss(UO) is the loss to the parties affected if the<br />

outcome is unsatisfactory. Another definition for risk in engineering is: "a combination of the<br />

probability of an undesirable event with the magnitude of each <strong>and</strong> every foreseeable consequence<br />

(damage to property, loss of money, injury to people, lives lost, <strong>and</strong> so on)" (Bell, 1989). Risk is often<br />

defined as a measure of probability <strong>and</strong> severity of adverse effects (Haimes, 1991). The most<br />

common definition of risk is in terms of exposure to specific factors that present a threat to achieving<br />

the expected outcomes of a project. On this basis, risk in IT projects is usually defined as the<br />

probability-weighted impact of an event on a project (Boehm, 1989; Charette, 1989, 1996).<br />

Simplistically, R = P * I where R is the risk exposure attributable to a particular risk factor, P is the<br />

probability the undesirable event will be realized <strong>and</strong> I is the impact or magnitude of the loss if the<br />

event occurs. Risk exposure is usually measured in dollars or time in commercial projects. This view<br />

of risk was adapted from management theory in the 1980s (March <strong>and</strong> Shapira, 1987).<br />

Barki et al (2001) have categorized IT projects risks in five dimensions of Technological Newness,<br />

Application Size, Lack of Expertise, Application Complexity <strong>and</strong> Organizational Environment that<br />

shown in figure 1. These dimensions are used in our research to identify Risk dimensions.<br />

Figure 1: Conceptual model of risk exposure<br />

2.2 IT competency<br />

Since the mid-1980s, as the strategic impact of IT became evident, both researchers <strong>and</strong> practitioners<br />

have argued that the management of IT <strong>and</strong> leadership in IT must be a shared endeavor between IT<br />

44

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

Saved successfully!

Ooh no, something went wrong!