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

Kazuhira Okumoto

dblp:18/5422 · also Kazu Okumoto 0001 · DBLP profile ↗
← Back
7ranked-venue papers
4as first author
0since 2021 · last 1985
—ORCID · none

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

Software engineering, systems software and programming languages · 7 · 4 first-authorApplied, interdisciplinary, general and emerging computing · 2 · 2 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
3 papers
Software testing · 100%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
Performance modeling and evaluation · 100%

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

TopicWeightPapersLastEvidence papers
Software testing
software reliability
0.031985
A Statistical Method for Software Quality Control · IEEE Trans. Software Eng. 1985
Criteria for Software Reliability Model Comparisons · IEEE Trans. Software Eng. 1984
A Logarithmic Poisson Execution Time Model for Software Reliability Measurement · ICSE 1984
Software testing › software reliability
software reliability modeling
0.021984
Criteria for Software Reliability Model Comparisons · IEEE Trans. Software Eng. 1984
A Logarithmic Poisson Execution Time Model for Software Reliability Measurement · ICSE 1984
Performance modeling and evaluation
stochastic modeling
0.011984
A Logarithmic Poisson Execution Time Model for Software Reliability Measurement · ICSE 1984

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

logarithmic poisson execution time model · 0.0simulation · 0.0logarithmic-poisson model · 0.0criteria definition · 0.0
YearPublicationVenuePosition
1985 A Statistical Method for Software Quality Control
abstract
This paper proposes a statistical method that can be used to monitor, control, and predict the quality (measured in terms of the failure intensity) of a software system being tested. The method consists of three steps: estimation of the failure intensity (failures per unit of execution time) based on groups of failures, fitting the logarithmic Poisson model to the estimated failure intensity data, and constructing confidence limits for the failure intensity process. The proposed estimation method is validated through a simulation study. A method for predicting the additional execution time required to achieve a failure intensity objective is also discussed. A set of failure data collected from a real-time command and control system is used to demonstrate the proposed method.
Kazuhira Okumoto
IEEE Trans. Software Eng.1
1984 A Logarithmic Poisson Execution Time Model for Software Reliability Measurement
John D. Musa, Kazuhira Okumoto
ICSE2
1984 A comparison of time domains for software reliability models
John D. Musa, Kazuhira Okumoto
J. Syst. Softw.2
1984 Criteria for Software Reliability Model Comparisons
abstract
A set of criteria is proposed for the comparison of software reliability models. The intention is to provide a logically organized basis for determining the superior models and for the presentation of model characteristics. It is hoped that in the future, a software manager will be able to more easily select the model most suitable for his/her requirements from among the preferred ones.
Anthony Iannino, John D. Musa, Kazuhira Okumoto, Bev Littlewood
IEEE Trans. Software Eng.3
1980 Optimum release time for software systems based on reliability and cost criteria
Kazuhira Okumoto, Amrit L. Goel
J. Syst. Softw.1
1979 Optimum release time for software systems
abstract
This paper deals with the problem of determining the optimum time when testing can stop and the system be considered ready for operational use. This decision, of course, depends on the model for the software failure phenomenon and the criterion used for evaluating system readiness. Using the non-homogeneous Poisson process model of Goel and Okumoto [4], two criteria are investigated, viz the software reliability and total expected cost. A simple cost model is developed and the optimum release policy, based on cost criterion, is derived. Numerical examples are used to illustrate the results.
Kazuhira Okumoto, Amrit L. Goel
COMPSAC1
1978 Availability and other performance measures of software systems under imperfect maintenance
abstract
In this paper we develop a model for the operational phase of a software system which incorporates the uncertainty of error removal and the time spent in correcting errors. Expressions for various measures of software performance, e.g. distribution of time to a specified number of remaining errors, the expected number of errors detected and corrected in time t, and software system availability are derived. Numerical examples are used to illustrate these results.
Kazuhira Okumoto, Amrit L. Goel
COMPSAC1