Get 20M+ Full-Text Papers For Less Than $1.50/day. Start a 14-Day Trial for You or Your Team.

Learn More →

Specifying business services: learning from software engineering

Specifying business services: learning from software engineering Purpose – The specification of business services (BS) is one of the key factors for success in service provision. Researchers and practitioners have identified a set of problems in BS specification, namely: communication problems between providers and buyers, inaccurate specifications and changes in requirements. These problems were identified in the software engineering (SE) field many years ago, resulting in the development of many techniques and tools to address them. Given the similarities between the two fields, the purpose of this paper is to identify the main lessons learned in SE and to propose how they can be adapted to the BS field. Design/methodology/approach – The paper takes the form of a literature study and presents a conceptual solution. Findings – To address communications problems and inaccuracies in BS specification, a formal requirements specification stage is required. Requirements should be set out in a well‐structured written, definition, document which can be used at a subsequent stage for design of the service (the definition of the solution). A requirements document for BS is proposed based on BS literature and SE methods. This document is based on the approaches used in the SE field for improving communication and reducing inaccuracies and covers the information needed in the BS field for specifying a business service. Second, a life cycle approach is proposed based on SE practice. It is shown that different lifecycle sequences can be used depending on the degree of fluidity in the communication between buyer and provider, the complexity of the BS and the stability of their requirements, with a repetitive process where specification and design are revisited iteratively and/or incrementally often being the most appropriate. This approach helps to stabilise requirements and to avoid inaccuracies being made in the specification. Research limitations/implications – This paper is literature based. Although still untested empirically in the BS field, the recommended approach has been intensively proved in the SE field. Originality/value – Requirements specification is a necessary (monetary, time and resource) cost for successful BS provision. The BS industry must realise that requirements have to be set down in writing and agreed upon with customers before initiating the design of the service. http://www.deepdyve.com/assets/images/DeepDyve-Logo-lg.png Journal of Service Management Emerald Publishing

Specifying business services: learning from software engineering

Loading next page...
 
/lp/emerald-publishing/specifying-business-services-learning-from-software-engineering-Ii031fuDOU

References (31)

Publisher
Emerald Publishing
Copyright
Copyright © 2012 Emerald Group Publishing Limited. All rights reserved.
ISSN
1757-5818
DOI
10.1108/09564231211208998
Publisher site
See Article on Publisher Site

Abstract

Purpose – The specification of business services (BS) is one of the key factors for success in service provision. Researchers and practitioners have identified a set of problems in BS specification, namely: communication problems between providers and buyers, inaccurate specifications and changes in requirements. These problems were identified in the software engineering (SE) field many years ago, resulting in the development of many techniques and tools to address them. Given the similarities between the two fields, the purpose of this paper is to identify the main lessons learned in SE and to propose how they can be adapted to the BS field. Design/methodology/approach – The paper takes the form of a literature study and presents a conceptual solution. Findings – To address communications problems and inaccuracies in BS specification, a formal requirements specification stage is required. Requirements should be set out in a well‐structured written, definition, document which can be used at a subsequent stage for design of the service (the definition of the solution). A requirements document for BS is proposed based on BS literature and SE methods. This document is based on the approaches used in the SE field for improving communication and reducing inaccuracies and covers the information needed in the BS field for specifying a business service. Second, a life cycle approach is proposed based on SE practice. It is shown that different lifecycle sequences can be used depending on the degree of fluidity in the communication between buyer and provider, the complexity of the BS and the stability of their requirements, with a repetitive process where specification and design are revisited iteratively and/or incrementally often being the most appropriate. This approach helps to stabilise requirements and to avoid inaccuracies being made in the specification. Research limitations/implications – This paper is literature based. Although still untested empirically in the BS field, the recommended approach has been intensively proved in the SE field. Originality/value – Requirements specification is a necessary (monetary, time and resource) cost for successful BS provision. The BS industry must realise that requirements have to be set down in writing and agreed upon with customers before initiating the design of the service.

Journal

Journal of Service ManagementEmerald Publishing

Published: Mar 9, 2012

Keywords: Software engineering; Customer requirements; Specifications; Business planning; Business services

There are no references for this article.