Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

James Chisan

dblp:56/5517 · DBLP profile ↗
← Back
3ranked-venue papers
1as first author
0since 2021 · last 2006
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 3 · 1 first-author

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Software engineering, system software, and programming languages
1 paper
Empirical software engineering · 56% Requirements engineering and software design · 44%

Topics — the 2 heaviest of 3, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Requirements engineering and software design
requirements engineering process
0.112006
An Empirical Study of the Complex Relationships between Requirements Engineering Processes and Other Processes that Lead to Payoffs in Productivity, Quality, and Risk Management · IEEE Trans. Software Eng. 2006
Empirical software engineering
software quality and productivity
0.012006
An Empirical Study of the Complex Relationships between Requirements Engineering Processes and Other Processes that Lead to Payoffs in Productivity, Quality, and Risk Management · IEEE Trans. Software Eng. 2006

Methods — techniques the papers use, named apart from their topics

case study · 0.1
YearPublicationVenuePosition
2006 An Empirical Study of the Complex Relationships between Requirements Engineering Processes and Other Processes that Lead to Payoffs in Productivity, Quality, and Risk Management
abstract
Requirements engineering is an important component of effective software engineering, yet more research is needed to demonstrate the benefits to development organizations. While the existing literature suggests that effective requirements engineering can lead to improved productivity, quality, and risk management, there is little evidence to support this. We present empirical evidence showing how requirements engineering practice relates to these claims. This evidence was collected over the course of a 30-month case study of a large software development project undergoing requirements process improvement. Our findings add to the scarce evidence on RE payoffs and, more importantly, represent an in-depth explanation of the role of requirements engineering processes in contributing to these benefits. In particular, the results of our case study show that an effective requirements process at the beginning of the project had positive outcomes throughout the project lifecycle, improving the efficacy of other project processes, ultimately leading to improvements in project negotiation, project planning, and managing feature creep, testing, defects, rework, and product quality. Finally, we consider the role collaboration had in producing the effects we observed and the implications of this work to both research and practice
Daniela E. Damian, James Chisan
IEEE Trans. Software Eng.2
2005 Exploring the role of requirements engineering in improving risk management
abstract
There is limited evidence (Brooks (1987), Fosberg and Mooz (2000) and S. Robertson and J. Robertson (1999)) which supports claims in literature that requirements engineering (RE) can have positive effects on an organization's ability to manage project risk. Such evidence can serve to motivate industrial adoption of requirements engineering techniques, but it can also contribute to our understanding of the role of RE in supporting project management activities. This paper presents an analysis of the causal relationship between RE practice and benefits in risk management in one software organization that revised its RE process and enjoyed improvements in its project management activities. In particular, we present insights from our investigation of the interaction between the RE process and the processes of project planning and SQA. We found that elements of the RE process such as feature decomposition, structure documentation and traceability links improved feature sizing and enabled effective change management, contributing to improved risk management activities. These findings are useful to practitioners in similar software organizations whose product release objectives originate from a remote business unit and who currently suffer from significant feature creep.
James Chisan, Daniela E. Damian
RE1
2005 Requirements Engineering and Downstream Software Development: Findings from a Case Study
Daniela E. Damian, James Chisan, Lakshminarayanan Vaidyanathasamy, Yogendra Pal
Empir. Softw. Eng.2