2003•Journal of the Association for Information SystemsOpen access

The Role of Components of Data Flow Diagram in Software Size

Simon I. K. Wu

Open full text 0 citations

Abstract

Managing and estimating a good software is not an easy task. Because software estimation activities are concerned not only with time and effort scheduling, but also with specifying work activities, skill levels and scheduling of necessary resources. With duration, effort and other factors overlooked, poor reliability and functionality of software may occur. Furthermore, inaccurate estimation will lead to high pressure for the working team, and poor quality of final development. Hence, designing a right software metric is an imp ortant task. Due to these reasons, a software size model is being developed using a sample consisting of 122 student projects. This model takes several advantages: (1) there tends to be fewer counting problems than other software metrics, because this model is based upon simple counts; (2) the predicted software projects were calibrated to specific local environments rather than being based upon industry weights; (3) basic size components can be identified easily at the early stage of the development life cycle; (4) the model provides clues to project designers in planning and scheduling the development of new information systems.

Open-access reader

About this research paper

What this paper is about

Managing and estimating a good software is not an easy task. Because software estimation activities are concerned not only with time and effort scheduling, but also with specifying work activities, skill levels and scheduling of necessary resources. With duration, effort and other factors overlooked, poor reliability and functionality of software may occur. Furthermore, inaccurate estimation will lead to high pressure for the working team, and poor quality of final development. Hence, designing a right software metric is an imp ortant task. Due to these reasons, a software size model is being developed using a sample consisting of 122 student projects. This model takes several advantages: (1) there tends to be fewer counting problems than other software metrics, because this model is based upon simple counts; (2) the predicted software projects were calibrated to specific local environments rather than being based upon industry weights; (3) basic size components can be identified easily at the early stage of the development life cycle; (4) the model provides clues to project designers in planning and scheduling the development of new information systems.

Why it matters

A significance statement is not available in the OpenAlex record.

Key contribution

A contribution statement is not available in the OpenAlex record.

Method / approach

Method details are not available in the OpenAlex metadata.

Main findings

Findings are not separately available in the OpenAlex metadata.

Limitations

Limitations are not available in the OpenAlex metadata.

Applications

Application details are not available in the OpenAlex metadata.

Available abstract

Managing and estimating a good software is not an easy task. Because software estimation activities are concerned not only with time and effort scheduling, but also with specifying work activities, skill levels and scheduling of necessary resources. With duration, effort and other factors overlooked, poor reliability and functionality of software may occur. Furthermore, inaccurate estimation will lead to high pressure for the working team, and poor quality of final development. Hence, designing a right software metric is an imp ortant task. Due to these reasons, a software size model is being developed using a sample consisting of 122 student projects. This model takes several advantages: (1) there tends to be fewer counting problems than other software metrics, because this model is based upon simple counts; (2) the predicted software projects were calibrated to specific local environments rather than being based upon industry weights; (3) basic size components can be identified easily at the early stage of the development life cycle; (4) the model provides clues to project designers in planning and scheduling the development of new information systems.

Key concepts: Computer science, Data flow diagram, Diagram, Software, Component (thermodynamics), Database, Programming language, Physics

Related papers

Back to paper searchBrowse research topicsOriginal source
The Role of Components of Data Flow Diagram in Software Size — Research Paper | ScholarLens