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.

Mark T. Norris

dblp:07/1910 · DBLP profile ↗
← Back
6ranked-venue papers
0as first author
0since 2021 · last 1994
—ORCID · none

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

Software engineering, systems software and programming languages · 5Computer networks · 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
Empirical software engineering · 53% Software maintenance and evolution · 26% Requirements engineering and software design · 13%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
Embedded and real-time systems · 100%

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

TopicWeightPapersLastEvidence papers
Empirical software engineering › software metrics
measurement validation
0.011994
Software product assessment · IEEE J. Sel. Areas Commun. 1994
Empirical software engineering
software metrics
0.011994
Software product assessment · IEEE J. Sel. Areas Commun. 1994
Requirements engineering and software design
formal specification
0.011989
Tools to Support Formal Methods · ICSE 1989
Embedded and real-time systems
real-time system design
0.011988
Tools for Real-Time System Design · ICSE 1988
Software testing
software reliability
0.011994
Software product assessment · IEEE J. Sel. Areas Commun. 1994

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

source code measurement · 0.0COSMOS tool · 0.0
YearPublicationVenuePosition
1994 Software product assessment
abstract
Every year, British Telecom's (BT's) level of investment in software is growing. Not only is the level of investment high, but there is a great deal of reliance on this software to retain BT's competitive edge against stiff competition. The software is, therefore, likely to be working in a commercially critical environment where the cost of failure is high both in terms of lost revenue and good will. Techniques are available, at various levels of maturity, which can help to provide added assurance against software failure. The first part of the paper relates specifically to the ESPRIT COSMOS project and work within BT on validating measures gathered using the COSMOS tool at the source code level. The second part of the paper describes how the results of this project fit within the wider context of software assessment, and outlines some of the techniques that are currently being used within BT or are being developed. The paper concludes with a brief description of what may be viable in the next few years.>
D. J. Karkaria, Mark T. Norris, A. D. Pengelly
IEEE J. Sel. Areas Commun.2
1993 Software process modelling and measurement: a QMS case study
A. D. Pengelly, Mark T. Norris, R. Higham
Inf. Softw. Technol.2
1992 An Exercise in Formalizing the Description of a Concurrent System
abstract
Abstract LOTOS is one of the most recent formal description languages to appear and one of very few with a standard definition. It has both a process algebra and an abstract data‐type component, and these facilities are used in combination to describe the behaviour of concurrent systems. The purpose of this paper is to examine, in a tutorial style, what is involved in constructing and taking benefit from such descriptions. The presentation is illustrated through the development of two formal descriptions for the children's game of pass‐the‐parcel. These descriptions and a concise summary of the main features of LOTOS are given as appendices. Many of the points made in the paper apply equally well to other process‐oriented languages such as CCS and CSP.
David W. Bustard, Mark T. Norris, Rodney A. Orr, Adam C. Winstanley
Softw. Pract. Exp.2
1989 Tools to Support Formal Methods
abstract
A key factor in the acceptance of high level programming languages has been the development of a comprehensive set of tools to support the user. If formal languages for specification are to achieve the same level of acceptance, they too will require extensive automated support. This paper describes a set of prototype tools which are designed to assist the developer in the use of fortnal specilication techniques.
S. Patel, Rodney A. Orr, Mark T. Norris, David W. Bustard
ICSE3
1988 Graphical Views of Process-Orientated Specifications
David W. Bustard, Adam C. Winstanley, Mark T. Norris, Rodney A. Orr, S. Patel
FORTE3
1988 Tools for Real-Time System Design
Rodney A. Orr, Mark T. Norris, Richard Tinker, C. D. V. Rouch
ICSE2