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

Johnette Hassell

dblp:h/JohnetteHassell · DBLP profile ↗
← Back
5ranked-venue papers
1as first author
0since 2021 · last 2002
—ORCID · none

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

Human-computer interaction and ubiquitous computing · 3 · 1 first-authorSoftware 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
2 papers
Software maintenance and evolution · 51% Software testing · 34% Programming languages and type systems · 15%

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

TopicWeightPapersLastEvidence papers
Software maintenance and evolution
program comprehension
0.011991
Information Relationships in PROLOG Programs: How Do Programmers Comprehend Functionality? · Int. J. Man Mach. Stud. 1991
Programming languages and type systems
logic programming
0.011991
Information Relationships in PROLOG Programs: How Do Programmers Comprehend Functionality? · Int. J. Man Mach. Stud. 1991
Software testing › specification-based testing
boundary value testing
0.011982
A Close Look at Domain Testing · IEEE Trans. Software Eng. 1982
Software testing › specification-based testing
domain testing
0.011982
A Close Look at Domain Testing · IEEE Trans. Software Eng. 1982

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

information relationships analysis · 0.0test data selection · 0.0
YearPublicationVenuePosition
2002 Designing a resourceful fault-tolerance system
Ray Giguette, Johnette Hassell
J. Syst. Softw.2
1991 Information Relationships in PROLOG Programs: How Do Programmers Comprehend Functionality?
David Bergantz, Johnette Hassell
Int. J. Man Mach. Stud.2
1983 A proposal for a measure of program understanding
abstract
This paper investigates the needs of computer science educators and experimental researchers for a measure of programmer performance. Operational and comprehensional problem solving is differentiated and their manifestations in computer science are presented. Measures that have been used by experimental researchers to evaluate programmer performance are described. The lack of adequate measures of comprehensional problem solving leads to the definition of the concept of Program Understanding. A measure of Program Understanding is discussed and its uses in education, experimental research, and industry are explored.
Mark Haas, Johnette Hassell
SIGCSE2
1982 Tutorial on structure charts as an algorithm design tool
abstract
Structure charts have been presented via seminars to groups of computing professionals. Some of these software designers have adopted structure charts as their standard design tool. These practitioners are providing impressive anecdotal evidence that structure charts have significant practical value and are not merely of academic interest.
Johnette Hassell, Victor J. Law
SIGCSE1
1982 A Close Look at Domain Testing
abstract
White and Cohen have proposed the domain testing method, which attempts to uncover errors in a path domain by selecting test data on and near the boundary of the path domain. The goal of domain testing is to demonstrate that the boundary is correct within an acceptable error bound. Domain testing is intuitively appealing in that it provides a method for satisfying the often suggested guideline that boundary conditions should be tested.
Lori A. Clarke, Johnette Hassell, Debra J. Richardson
IEEE Trans. Software Eng.2