毕业设计外文翻译—成本管理计划支持系统

1、compass-new paradigm for project cost control strategy and planning by makarand hastak/ associate member, asce, daniel w. halpin,2 member, asce, and jorge vanegas/ associate member, asce abstract: the need to remain competitive while generating profit requires management to develop innovative. cost

2、management strategies that will allow them to distinguish and control early-on factors that might adversely. impact the cost of a project. this paper describes a decision support system, compass (cost management planning support system) for project cost control strategy and planning. throughout the

3、life cycle of a project, compass methodology assists management in evaluating the potential degree of cost escalation. it also identifies attributes such as management errors, regulatory approval, and error/rework, that might be the cause for project cost escalation. furthermore, compass assists man

4、agement in formulating a cost control strategy while utilizing their experience and past project performance data. the attributes identified by the cost control strategy, if controlled, would minimize the expected loss.introduction project ost scalation and cost management are clearly two of the mos

5、t important management concernsin the intensely competitive environment of the construction industry. consequently, it s very important for management to detect at an early stage of a project the actual or potential cost overruns. to remain competitive while generating profit, management needs to id

6、entify and adopt in novative cost management strategies. these strategies should allow them to identify and control early on factors that might adversely impact the cost of a project. to date, various methodologies have been developed for project cost control such as earned value system management.

7、exception reporting, and cost trend analysis. however, none of these methods considers at a macro level the influence of many important factors (or attributes) such as waste, project management practices, change orders, and error/rework on the project cost. existing methods of cost control focus on

8、identifying and controlling line items (cost components) that have already experienced a cost escalation. in other words, existing methods of cost control relate to symptoms rather than the cause. what is required, however, is a paradigm shift. a new method is needed that, in addition to recognizing

9、 he symptoms, identifies and focuses our attention on the attributes that are a potential cause for escalation in the line items for a given project. the new paradigm should have the capability to analyze a given project while incorporating the past project performance data and the experience of the

10、 project team. this analysis should identify and suggest control of attributes such as management errors, regulatory approval, and error/rework, which have a potential to instigate cost escalation in the line item estimate. moreover, it is of importance to identify and control these attributes befor

11、e they influence the project cost.identification of attributes that might be responsible for project cost escalation is not sufficient in itself. what is equally important is to control the influence of the identified attributes on the project cost. this would require developing a projectcost contro

12、l strategy to either eliminate or reduce the impact of identified attributes on the line items, thereby minimizing the expected loss.existing methods of cost control do not assist management in developing a cost control strategy to minimize the impact of all such attributes on the project cost. the

13、optimum strategy would identify and suggest control of a set of attributes to minimize the probable project cost escalation.to analyze and control the impact of these attributes on the project cost, it is important to collate the past project performance data available with the user firm. furthermor

14、e, these data should be analyzed with respect to the new project characteristics by using an appropriate analytical medium. a computerized decision support system (dss) would therefore be advantageous to assist the user in developing a suitable project cost control strategy. attribute versus line it

15、ems the tenn attribute (as used in the present paper) does not refer to the conventional tenn line items. however, it pertains to the factors that might be responsible for generating cost escalation in the line items of a project. the difference is emphasized to delineate the point of departure for

16、this research. in recent years, many researchers have addressed the issue of cost control by using techniques such as monte carlo simulation, management exception reporting, and probabilistic estimating. nonetheless, their research fothe variance in line items. however, from the cost management pers

17、pective, it would be more beneficial to identify the cause of variance in the line items, which, when controlled, would minimize the overall project cost escalation.during the estimating process for a given project, we might assume a certain state for attributes such as management errors, regulatory

18、 approval, error/rework, worker morale, and crew balance. the underlying concept of this research is that during the course of the project the assumed state of these attributes might change due to one reason or another. the change in state or loss of equilibrium of an attribute might not only influe

19、nce certain other attributes but also might influence the line items that were estimated based on the assumed state of the attribute. this, in turn, might cause a percentage escalation in the estimated project cost.an attribute is considered to be in the active state if, over the course of the proje

20、ct, the cost or status of an attribute differs from what was assigned to it at the estimating stage. for example, the labor productivity obtained during the course of the project might differ from what was assumed at the es timating stage. similarly, at the estimating stage, a nonactive status might

21、 be assigned to the attribute, management, or project team. however, there is a possibility that during the course of the project the management or project team might make a decision error, influencing many other attributes. this would change the nonactive status of the attribute, management, or pro

22、ject team, to an active state. the probability and the resulting cost impact of these events cannot be neglected.attribute state is defined by using a binary mode, where state = 1 implies that the attribute was in active state in that project, whereas state = 0 implies otherwise. the complex in terr

23、elationship between the attributes suggests that even a minor change in the assumed equilibrium state of an attribute has the potential to trigger a domino effect. this effect could not only influence some other attributes but could also influence the project cost. therefore, the binary mode of repr

24、esentation was considered to be most appropriate for this research, since any intennediate state between active and nonactive would not provide any additional infonnation.the attributesfor the purpose of this research, attributes that have a potential to cause project cost escalation were identified

25、 . in the past, several authors have examined the impact of isolated attributes on project cost however, no project management tool is available to account for the collective impact of all possible attributes. the attributes were divided into two groups, quantifiable and nonquantifiable attributes.

26、attributes that have a cost value associated with them in the project estimate were defined as quantifiable attributes, e.g., total material cost, total labor cost, total equipment cost, project management cost, and total cost of the project at end of work. attributes that do not have a cost value a

27、ssociated with them in the project estimate were defined as nonquantifiable attributes. the need to differentiate between quantifiable and nonquantifiable attributes is elaborated later under modeling assumptions. fig. 1. example influence patternrefers to the percentage cost escalation over the est

28、imated project cost. to satisfy these requirements, a dss such as compass would be most suitable. modeling assumptionsthe interrelationships between attributes, the resulting influence pattern, and the impact of attributes on the project cost have been structured by defining the five following model

29、ing assumptions:assumption 1if an attribute, e.g., f (refer to fig. 1) is influenced by a set of attributes, i.e., c and d, then the individual influence of the attributes in that set on f (i.e., the influence of c on f and the influence of d on f) is considered to be independent, i.e.p(f n c)i(f n

30、d) =p(f n c) (ia):. p(f n c) n (f n d) -;- p(f n d) =p(f n c) (i b):) p(f n c) n (f n d) = p(f n c) x p(f n d) (ie)assumption 2all nonquantifiable attributes are conditionally dependent on their preceding attributes, i.e., a nonquantifiable attribute can attain the active state only if at least one

31、of its preceding attributes is in the active state; e.g., attribute f (refer to fig. 1) can attain the active state (i.e., f = 1) only if at least one of its preceding attributes c or d is in the active state (i.e., c = 1 or d = 1).however, this constraint is not applicable for quantifiable attribut

32、es, i.e., x, y, and z (refer to fig. i), because quantifiable attributes, apart from being influenced by their preceding attributes, are also directly related with certain line items (e.g., quantifiable attribute total material cost would be related with material cost associated with various other l

33、ine items), some of which might be influenced by other active attributes that would define the state of that quantifiable attribute (e.g., total material cost) as activeassumption 3only the starting attributes, i.e., a and b (refer to fig. 1), can be influenced by factors external to the system, whe

34、reas other attributes within the system can only be influenced by attributes preceding them in the influence pattern (refer to fig. 1). the system represents all of the attributes included in the influence patternassumption 4there is a probability that, although an attribute is in the active state,

35、the attributes influenced by it might not get into the active state, i.e., c = 1 and d = 1 but f =0 (refer to fig. 1) a corollary to assumption 4 would be that the active state probability of an attribute is a function of the independent influence of its preceding attributes, as defined in the influ

36、ence pattern, e.g., p(f =1) =fp(c =1) n (f =1), p(d =1) n (f = i). it is important to note that the accuracy of the active state probability of attributes is contingent upon the interrelationships defined in the influence pattern by the user. for example, if attribute f were influenced by a third at

37、tribute (say, h) in addition to c and d (as defined in fig. 1), then p(f = 1) =fp(c =1) n (f = 1), p(d =1) n (f =1), p(h =1) n (f = i). however, since only c and d have been defined as the attributes preceding f, p(f = 1) will only reflect the influence of c and d.assumption 5if an attribute gets in

38、to the active state, it has an independent capacity to cause a certain percentage cost escalation (% ce) in the estimated project cost, i.e., if an attribute gets into the active state, it might influence the attributes following it, and also independently cause a % ce by influencing certain line it

39、ems that were estimated based on an assumed state of the attribute. all the assumptions have been carefully considered to provide an ease in computation and modeling of the complex nature of the problem.the first assumption is necessary to create a situation that would provide ease in computing the

40、active state probability of attributes and in modeling the interrelationship between the attributes.it might be argued that in the construction context, all the attributes are interrelated under one situation or another and are thus dependent. however, it is computationally tedious and unproductive

41、to consider the labyrinth of relationships existing between the attributes. thus, it is imperative to define a structured and computationally manageable approach, as defined in the assumption.the second and third assumptions are derived from (1) the definition of the system (defined earlier; refer t

42、o fig. 1); (2) the interrelationships between attributes established in the influence pattern; and (3) the need to create a structured environment for computing the influence of attributes on each other and also on the project cost. the fourth assumption has been included to establish the fact that,

43、 although the attributes preceding a particular attribute might have attained the active state, there exists a probability that the attribute in question may not attain the active state, i.e., 1-p(cia) 2: 0 (refer to fig. 1).the fifth assumption was derived from the definition of the influence patte

44、rn and the active state of attributes; i.e., the influence pattern is a shadow network of attributes and these attributes are significant only when they attain the active state. this would imply that there has been a change in the status or value of the attribute from what was assumed at the estimat

45、ing stage. this change in state of an attribute would thus directly influence the cost of certain line items that were estimated based on an assumed status or value of the attribute. these assumptions collectively provide a structured environment for modeling the complex interrelationship between th

46、e attributes and to make the dss more responsive to the user.the dss compassa dss is defined as a computer-based system for decision support, with an ability to improve the effectiveness and productivity of the decision maker by utilizing the built-in analytical, situation modeling, and database man

47、agement facilities (ghiaseddin 1987).accordingly, compass was developed in three modules (refer to fig. 2): (1) module i-to isolate pertinent information from past project performance data and to calibrate the data for a new project with respect to the project characteristics; (2) module 2-to determ

48、ine the probable cost influence of attributes in a new project; and (3) module 3to develop a project cost control strategy to minimize the expected loss.framework of compassthe accuracy of a system depends to a large extent on the validity of the input data provided by the user. therefore, it is imp

49、ortant to properly analyze past project performance data before the data are used in identifying the potential risk attributes and in developing a project cost control strategy for a new project. the dpm was developed to assist the user in this aspect and to isolate the necessary information from th

50、e available past project performance data. dpm however, since every construction project is unique, the historical data cannot be used in analyzing a new project without giving proper consideration to the new project characteristics. the gdm was developed to take into account this important aspect a

51、nd to calibrate the past project performance data (as analyzed in the dpm) before the data are used in analyzing a new project. the calibration is performed by soliciting subjective input from the team members with respect to the unique characteristics of the new project (refer to fig. 2).the pwpce

52、model assists the user in calculating the probability of an attribute influencing the cost of a project and also the percentage cost escalation (with respect to the estimated project cost) due to that influence. this model utilizes the input provided by the dpm and the gdm to calculate the expected

53、percentage cost escalation in a new project and also the individual cost influence of attributes in that project.the output of the pwpce model (i.e., the individual cost influence of attributes and their probability of influencing the project cost) is then utilized by the dam to formulate a cost con

54、trol strategy for the new project.the computerization of the compass methodology has eliminated the need for the user to follow the flow of information within the modules. to apply the compass methodology, the user interaction with the system is limited to the decision making points, while the data

55、analysis and computations are performed by the system. the user interaction with the computerized system is required at the following instances: (1) relevant data extraction from the past project performance data (to be used in the dpm); (2) team member input for group decision (in the gdm); and (3)

56、 user input to establish threshold pwpce value to isolate potential risk attributes by using the dam and for developing a project cost control strategy.several logical checks have been provided throughout the system to assist the user with data entry and analysis.module 1the objective of module 1 is

57、 to extract information regarding the conditional relationship attributes and their relative cost influence. this information is calibrated for use in a new project, with respect to the subjective input provided by the team members regarding the new project characteristics.module 1 is comprised of two models (ref