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

Lenore Huffman

dblp:94/2147 · DBLP profile ↗
← Back
2ranked-venue papers
0as first author
0since 2021 · last 1997
—ORCID · none

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

Software engineering, systems software and programming languages · 2

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
Software testing · 50% Empirical software engineering · 50%

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

TopicWeightPapersLastEvidence papers
Software testing › specification-based testing
requirements-based testing
0.011997
Measuring Requirements Testing · ICSE 1997
Empirical software engineering
software metrics
0.011997
Measuring Requirements Testing · ICSE 1997

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

project data analysis · 0.0metrics · 0.0
YearPublicationVenuePosition
1997 Measuring Requirements Testing
abstract
Requirements are written to specify the functionality of a completed software system.Software systems are often released in segments called builds, each one adding new functionality and satisfying an additional set of requirements.New software requirements tools are allowing quality assurance engineers to develop and use new metrics to assist them in evaluating the relationships of requirements to tests, thus ensuring the required functionality in the new system.NASA's Goddard Space Flight Center is applying new tools and technology to measure the effectiveness of requirements testing.This paper discusses an effort that uses project data to demonstrate metrics effectiveness.
Theodore Hammer, Linda H. Rosenberg, Lenore Huffman, Lawrence E. Hyatt
ICSE3
1997 Requirements Metrics - Value Added
abstract
Summary form only given. Actions in the requirements phase can directly impact the success or failure of a project. It is critical that project management utilize all available tools to identify potential problems and risks as early in the development as possible, especially in the requirements phase. The Software Assurance Technology Center (GSFC) and the Quality Assurance Division at NASA Goddard Space Flight Center are working on developing and applying metrics from the onset of project development, starting in the requirements phase. This talk will discuss the results of a metrics effort on a real, large system development at GSFC and lessons learned from this experience. The development effort for this project uses an automated tool to manage requirements decomposition. This report focuses on the metrics used to assess the requirement decomposition effort and to identify potential risks. The report discusses how metric analysis in the requirements phase can be accomplished on any government or industry project. The use of an automated tool to manage requirement development facilitation of metrics for improved insight into development and risk assessment will also be expanded.
Theodore Hammer, Linda H. Rosenberg, Lenore Huffman, Lawrence E. Hyatt
RE3