MétaCan
Menu
Back to cohort

Contributions of Information Technology Tools to Project's Accounting and Financing

2009· book-chapter· en· W2792892824 on OpenAlex

Why this work is in the frame

A frame that forgets how it found something cannot be audited. These are the routes that admitted this work.

affAt least one author lists a Canadian institution in the pinned OpenAlex snapshot.

Bibliographic record

VenueIGI Global eBooks · 2009
Typebook-chapter
Languageen
FieldBusiness, Management and Accounting
TopicERP Systems Implementation and Impact
Canadian institutionsUniversity of Windsor
Fundersnot available
KeywordsActivity-based costingProject managementScope (computer science)Project management triangleBasis of estimateAccounting information systemCost accountingEngineering managementSoftware project managementProcess managementProject planningOrder (exchange)Work breakdown structureProcess (computing)BusinessOPM3Computer scienceEngineeringSoftwareAccountingFinanceSoftware developmentSystems engineering

Abstract

fetched live from OpenAlex

“According to the Standish Group CHAOS Report 2003, each year in the USA there are approximately 175,000 projects in IT application development that spends $250 Billion. Among these, 31.1% of projects will be cancelled, 52.7% of projects will cost 189% of their original estimates, only 52% of required features and functions make it to the released product, and time overruns occur in 82% of the cases. In financial terms $55 billion dollars is wasted in these projects.” (Madpat, 2005). This chapter suggests an innovative platform to analyze software projects in order to overcome the difficulties that are shown through the statistics. The first layer of the platform is based on costing theories in order to handle the cost overruns. At the second layer are the project management tools, and on the third layer is the software engineering. The last two layers give the needed information on the project scope and the development efforts. Connecting those three layers gives a better perspective on the projects, which is the best platform for decision making. Cost management of a project is defined by the PMBOK (project management body of knowledge) (PMI, 2004) as one of the nine core activities of projects management. This activity is defined as an assembly of processes that include planning, estimating, budgeting, and controlling of project costs so that the process will be executed within the budget framework that has been designated for it. However, although it defines costing as a core activity, it does not provide the methodologies for the application mode of the costing (Kinsella, 2002). The challenge in project management is described as “the effective allocation of resources within the framework of time, cost and delineation constraints that are balanced against the quality demands and nature of relations with the customer” (Kerzner, 2003. p.5). Hence, cost management should be viewed as part of the project management challenge. Software projects can be analyzed through software engineering tools, CASE (computer-aided software engineering tools), that assist in the analysis and characterization of the software project and in the evaluation and measurement of the work productivity in the project. Cooper and Kaplan (1998) analyze the integration between costing systems and operational systems. The integration that Cooper and Kaplan introduce, like the classic costing methods, does not provide a response to the project structure and the features of a software project (such as estimation difficulties, risk management, and lifecycle). This chapter recommends integrating costing systems and operational systems of software projects; the projects management tools and the software engineering tools.

Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.

Full frame distilled prediction

Teacher imitation

Not calibrated prevalence, not ground truth. Human validation pending. Learned from the 10,348 direct Codex labels and 10,348 direct Gemma labels. Candidate is the union of thresholded teacher heads; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels or direct frontier model labels.

metaresearch head score (Codex)0.000
metaresearch head score (Gemma)0.000
Version: codex-gemma-dda1882f352aValidation status: machine_predicted_unvalidated
Candidate categoriesMeta-epidemiology (narrow)
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Theoretical or conceptual · Consensus signal: none
GenreCandidate signal: Other · Consensus signal: none
Teacher disagreement score0.988
Threshold uncertainty score1.000

Codex and Gemma teacher scores by category

CategoryCodexGemma
Metaresearch0.0000.000
Meta-epidemiology (narrow)0.0000.000
Meta-epidemiology (broad)0.0000.000
Bibliometrics0.0010.000
Science and technology studies0.0000.000
Scholarly communication0.0000.001
Open science0.0000.000
Research integrity0.0000.000
Insufficient payload (model declined to judge)0.0000.000

Machine scores (provisional)

The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.

Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.

Opus teacher head0.020
GPT teacher head0.276
Teacher spread0.255 · how far apart the two teachers sit on this one work
Validation statusscore_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from it