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

Alec Dorling

dblp:17/3050 · DBLP profile ↗
← Back
7ranked-venue papers
2as first author
0since 2021 · last 2015
—ORCID · none

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

Software engineering, systems software and programming languages · 7 · 2 first-authorApplied, interdisciplinary, general and emerging computing · 1 · 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
Requirements engineering and software design · 100%

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

TopicWeightPapersLastEvidence papers
Requirements engineering and software design › software process
software process modeling
0.011998
A Worldwide Survey of Base Process Activities Towards Software Engineering Process Excellence · ICSE 1998

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

survey · 0.0benchmarking · 0.0
YearPublicationVenuePosition
2015 Safety Critical Software Process Assessment: How MDevSPICE® Addresses the Challenge of Integrating Compliance and Capability
Paul M. Clarke, Marion Lepmets, Alec Dorling, Fergal McCaffery
SPICE3
2015 Development of MDevSPICE® - the medical device software process assessment framework
abstract
Abstract Software that is incorporated into a medical device, or which is a standalone medical device in its own right, is of a safety critical nature and subject to regulation from various jurisdictions. In order to satisfy jurisdictional regulations, developers of medical device software adopt standards and guidance provided by international standards bodies and regulators. However, the various standards and guidance documents are often not developed as a single cohesive set resulting in a complex and costly challenge for medical device software developers when complying with regulation. The aim of this paper is to describe the integration of medical device guidance documents and software engineering standards into a unified framework for medical device software process assessment called MDevSPICE®. The paper illustrates the development of both the process reference model and the process assessment model (PAM) of MDevSPICE®. The MDevSPICE® PAM can help software developers to prepare for the regulatory audits, which they must satisfy as a prerequisite to placing their products on the market. The MDevSPICE® PAM can also assist medical device manufacturers to select competent software suppliers. Copyright © 2015 John Wiley & Sons, Ltd.
Marion Lepmets, Paul M. Clarke, Fergal McCaffery, Anita Finnegan, Alec Dorling
J. Softw. Evol. Process.5
2014 MDevSPICE - A Comprehensive Solution for Manufacturers and Assessors of Safety-Critical Medical Device Software
Paul M. Clarke, Marion Lepmets, Fergal McCaffery, Anita Finnegan, Alec Dorling, Derek Flood
SPICE5
2012 The Gamification of SPICE
Alec Dorling, Fergal McCaffery
SPICE1
2010 Medi SPICE development
abstract
Abstract This article outlines the development of a software process assessment and improvement model (Medi SPICE) for the medical device industry. The article details how medical device regulations may be satisfied by extending relevant processes and practices from ISO/IEC 15504‐5. The article also describes the proposed phases of delivery for Medi SPICE. Medi SPICE will define a process reference model, process assessment model (PAM) and organizational maturity model (OMM). The Medi SPICE PAM will be used to perform ISO/IEC 15504 conformant assessments of the software process capability of medical device suppliers in accordance with the requirements of ISO/IEC 15504‐2: 2003. The Medi SPICE Process Assessment Model will be based on ISO/IEC 15504‐5: 2006 and shall be extended to provide coverage of additional software development practices that are required to achieve regulatory compliance within the medical device industry. The processes will be defined within an OMM conformant with ISO/IEC TR 15504‐7:2008. Copyright © 2009 John Wiley & Sons, Ltd.
Fergal McCaffery, Alec Dorling
J. Softw. Maintenance Res. Pract.2
2008 The Role of Process Standards in Automotive Systems Development
abstract
In today's environment, when modern vehicles are increasing their reputation for performance, quality and value for money, succeeding in the market place is ever more dependent on the ability to employ new technology in all aspects of the business. It is widely understood that the quality of the end product can largely be determined by the quality of the processes which produce it. This paper discusses the impact of process standards on safety-related components and systems development in the automotive industry.
Alec Dorling
COMPSAC1
1998 A Worldwide Survey of Base Process Activities Towards Software Engineering Process Excellence
abstract
A survey has been designed to seek the practical foundation of base process activities (BPAs) in the software industry and to support research in modelling the software engineering processes. A superset of BPAs compatible with the current software process models, such as SPICE (ISO 15504), CMM, ISO 9000 and BOOTSTRAP, were identified for the construction of the questionnaires. This paper reports the survey findings on BPAs in software engineering processes. A summary of the current software engineering process techniques and practices modelled by 83 BPAs in 10 processes and three categories is given. Each BPA is benchmarked on attributes of mean importance and ratios of significance, practice and effectiveness. Based on the benchmarks, and by comparing with the current practice of the reader's organization, recommendations can be given on which specific areas need to have processes established first, and which areas should be highest priority for process improvement.
Yingxu Wang 0001, Graham King, Alec Dorling, Dilip Patel, Ian Court, Geoff Staples, Margaret Ross 0001
ICSE3