Business Process Lines to Deal with the Variability

Total Page:16

File Type:pdf, Size:1020Kb

Business Process Lines to Deal with the Variability Business Process Lines to deal with the Variability 1 1 2 Colette Rolland Selmin Nurcan , 1 Université Paris 1Panthéon Sorbonne 2 IAE de Paris - Sorbonne Graduate Business School Centre de Recherche en Informatique 21, rue Broca 75005 Paris France 90, rue de Tolbiac 75634 Paris cedex 13 France [email protected] [email protected] Abstract goal-driven perspective as part of an holistic view of Variability proved to be a central concept in different organizational knowledge can be found in a number of domains, manufacturing, software development etc. in approaches such as EKD-CMM [3], [32] and to support order to develop solutions that can be easily adapted to business process reengineering [1], [17], [27], [45], as well different organizational settings and different sets of as in approaches to requirements engineering. The concern customers at a low price. We argue that families of is to establish a close relationship between the ‘Why’ and business process models can facilitate the installation of the ‘What’. The former captures the strategic goals of the situated models in different organizations. We propose a organization whereas the latter tells us how they are representation system called Map to capture variability achieved through tasks carried out by actors. Focusing on in process models expressed in an intentional manner the ‘Why’ is essential to avoid unnecessary details and to through business goals and strategies. The paper focus on the ‘essence’ of the business, on what needs to presents an intentional view of the business process be achieved and the strategies required to achieve it variability and illustrates it in an excerpt of a real case independently on how to organize the business in order to in the Electricity Supply Industry. The kernel of an achieve it (the ‘What’, ‘Who’, ‘When’). This relationship organizational level model is also introduced to allow is also of prime importance to handle change and propagate intentional changes onto organizational ones. the organizational implementation of each variant. 1.2. Variability in process families 1. Introduction Over the two last decades, market changes have led to a business environment that is constantly evolving. In all management challenges, one of the major Companies change to better satisfy customer requirements related to the information systems is to be requirements, improve internal processes and adapt their continuously adapted to changing business practices and products and services. The process wave initiated by needs. This can be achieved by developing process- Hammer and Champy [13] led to the creation of large centric solutions. The importance of establishing and portfolios of business process models. We continue to preserving the ‘best fit’ between organization needs (why develop business process models since they are and what) and system functionalities (how), i.e. between recognized as indispensable artifacts to drive business process models and IS specifications is commonly management and evolution. These portfolios evolve due accepted today. to internal factors leading to business process evolution and/or external factors or mergers and acquisitions 1.1. Background where different processes, perhaps having common parts, have to be integrated. Further, business process Most of the models provided in the literature [5], [10], change involves the reuse of parts of the process to be [15], [20], [36] concentrate on Who does What, When, i.e. discarded, inclusion of parts of other processes, co- on the description of the operational performance of tasks existence of different versions of the same process etc. to produce results. Despite the fact that process modeling The situation is similar to that in manufacturing and appears to be a corner stone to help managers improve product engineering where the notions of product lines operational performance, it demonstrated to be and product families have been introduced. By analogy, insufficient to help organizations in a constantly changing we recognize business process lines and families in environment. Among others, [37] argues that a more organizations of today. Design of product lines and systemic view of an organization is necessary to handle families demonstrated the need to elicit commonalities as the problem ‘in the large’ and suggests abstracting from well as variable parts in a family and stressed the the details of process models in a goal model. A similar importance of the variability concept. Variability has been 2. Business process modeling and introduced to explicitly differentiate between the common flexibility requirements and different parts in a set of similar but different product lines of a product family. Managing commonalities and Flexibility has been the focus of many researches variability leads to two major advantages: [30], [35], [38], [41] and many definitions can be found (a) reuse of common parts [26], [44] and, in literature. Processes flexibility means fast reactivity to (b) adaptation of products to different customers internal and external changes. It also reflects the easiness and various organizational settings [42] to make evolve business process models. Seeing the duality that exists between products and Literature provides various process modeling processes, we believe that business process families formalisms, which can be classified into four categories: could beneficially be handled by introducing the concept activity oriented, product oriented, decision oriented of variability. The foregoing suggests a move away from and conversation oriented models. Each category has its management of individual process to managing a set of underlying paradigm more or less appropriate for similar processes considered as a whole, a family. We flexible process modeling. We presented a propose to organize business processes as business comprehensive survey of this literature in [25]. We process families and to manage variability and consider that a given modeling approach or language commonalities within the family in order to promote can be classified in one or more among those categories. reuse and adaptability of business process models. Activity-oriented models allow us to prescribe a We understand a business process family to be a process as a set of activities and their relationships collection of processes meeting a common goal but in regarding pre-defined control and data flows [14], [20]. different ways. For example, the goal ‘admit students’ can Such a process ‘programming’ allows one to represent be achieved through a business process family comprising the well-defined parts of processes and not the creative three processes that select students on the basis of a parts [18]. Product-oriented models put forward the national entrance examination, a university test, or school result of the activities of a process. They model the performance respectively. The variability across the three evolution of the product and couple the product state to processes is obvious. However, there is a commonality the activities that generate it [14]. These models seem to between these three processes as well: all these processes be more appropriate than activity-oriented ones for have to accept fees from the admitted student. representing knowledge intensive processes. In this paper, we propose a modeling formalism The most recent type of process models [8], [11], called MAP to capture variability across business [23], [24] is based on the decision-(or intention) oriented processes of a family in an intentional manner. The map paradigm according to which the successive is a directed, labeled, non-deterministic graph with goals transformations of the product are looked upon as as nodes, and strategies to achieve goals, as edges. Its consequences of decisions. Those models are nature allows the capture of different forms of variability semantically more powerful because they explain not through multi-edges between a pair of nodes thereby only how the process proceeds but also why [21]. This enabling many different traversals of the graph from paradigm seems to be particularly appropriate for beginning to end. Besides, using the refinement representing knowledge intensive business processes or mechanism of the map, it is possible to represent any kind of processes requiring flexibility [24]. variability at different levels of detail, in a hierarchy of Conversation models are based on the speech act maps. We show that this hierarchical nature permits us theory and on the principle that each sentence expressed to represent process families as maps. We also show the by someone represents an intention, a commitment [40]. power of a map to represent variability and, as an As a matter of fact, highlighting the organizational illustration, model the variations of an electricity supply reasons, which cause the communications between process family as a hierarchy of maps. some roles, can justify changes of processes. The paper is organized in five sections. The next Since the introduction of the process centered view of section summarizes the flexibility requirements for organization management by M. Hammer and J. business process modeling. Section 3 introduces the Champy, business process modeling gained importance MAP formalism to capture variability of business in both the management community and the system processes modeled in an intentional manner. Section 4 engineering community. During the two late decades, presents an example and also considers the adaptation of
Recommended publications
  • Rugby - a Process Model for Continuous Software Engineering
    INSTITUT FUR¨ INFORMATIK DER TECHNISCHEN UNIVERSITAT¨ MUNCHEN¨ Forschungs- und Lehreinheit I Angewandte Softwaretechnik Rugby - A Process Model for Continuous Software Engineering Stephan Tobias Krusche Vollstandiger¨ Abdruck der von der Fakultat¨ fur¨ Informatik der Technischen Universitat¨ Munchen¨ zur Erlangung des akademischen Grades eines Doktors der Naturwissenschaften (Dr. rer. nat.) genehmigten Dissertation. Vorsitzender: Univ.-Prof. Dr. Helmut Seidl Prufer¨ der Dissertation: 1. Univ.-Prof. Bernd Brugge,¨ Ph.D. 2. Prof. Dr. Jurgen¨ Borstler,¨ Blekinge Institute of Technology, Karlskrona, Schweden Die Dissertation wurde am 28.01.2016 bei der Technischen Universitat¨ Munchen¨ eingereicht und durch die Fakultat¨ fur¨ Informatik am 29.02.2016 angenommen. Abstract Software is developed in increasingly dynamic environments. Organizations need the capability to deal with uncertainty and to react to unexpected changes in require- ments and technologies. Agile methods already improve the flexibility towards changes and with the emergence of continuous delivery, regular feedback loops have become possible. The abilities to maintain high code quality through reviews, to regularly re- lease software, and to collect and prioritize user feedback, are necessary for con- tinuous software engineering. However, there exists no uniform process model that handles the increasing number of reviews, releases and feedback reports. In this dissertation, we describe Rugby, a process model for continuous software en- gineering that is based on a meta model, which treats development activities as parallel workflows and which allows tailoring, customization and extension. Rugby includes a change model and treats changes as events that activate workflows. It integrates re- view management, release management, and feedback management as workflows. As a consequence, Rugby handles the increasing number of reviews, releases and feedback and at the same time decreases their size and effort.
    [Show full text]
  • Advances in Information Systems
    Tatyana Yakhno (Ed.) Advances in Information Systems Third International Conference, ADVIS 2004 Izmir, Turkey, October 20-22, 2004 Proceedings 4y Springer Table of Contents Databases and Data Warehouses Temporality in Databases Abdullah Uz Tansel 1 On Uncertainty and Data-Warehouse Design Panagiotis Chountas, Ilias Petrounias, Christos Vasilakis, Andy Tseng, Elia El-Darzi, Krassimir T. Atanassov, Vassilis Kodogiannis , 4 A Data Warehouse Engineering Process Sergio Lujdn-Mora, Juan Trujillo 14 Aggregation and Analysis of Spatial Data by Means of Materialized Aggregation Tree Marcin Gorawski, Rafal Malczok 24 An Object-Oriented Framework for Reconciliation and Extraction in Heterogeneous Data Federations Herman Balsters, Engbert 0. de Brock 34 On Optimising Data Access Via Materialised Methods in Object-Oriented Systems Juliusz Jezierski, Mariusz Masewicz, Robert Wrembel 47 Some Modifications of Bucket-Based Algorithms for Query Rewriting Using Views Qingyuan Bai, Jun Hong, Michael F. McTear 57 Data Mining and Knowledge Discovery A Data Mining Application on Air Temperature Database T. Tugay Bilgin, A. Yilmaz Qamurcu 68 Incremental Association Rule Mining Using Materialized Data Mining Views Mikolaj Morzy, Tadeusz Morzy, Zbyszko Krolikowski 77 Outlier Effects on Databases Ahmet Kaya 88 Finding Maximal Similar Paths Between XML Documents Using Sequential Patterns Jung- Won Lee, Seung-Soo Park 96 X Table of Contents Web Information Systems Development Using Ontologies for Collaborative Information Management: Some Challenges and Ideas Victor Guevara-Masis, Ozgul Unal, Ersin C. Kaletas, Hamideh Afsarmanesh, Louis O. Hertzberger 107 The Construction of Domain Ontology and Its Application to Document Retrieval Soo-Yeon Lim, Mu-Hee Song, Sang-Jo Lee 117 WetDL: A Web Information Extraction Language Benjamin Habegger, Mohamed Quafafou 128 Towards Building Knowledge Centres on the World Wide Web Zsolt T.
    [Show full text]
  • A Unified Framework for Modeling Cooperative Design Processes and Cooperative Business Processes
    A Unified Framework for Modeling Cooperative Design Processes and Cooperative Business Processes Colette Rolland, Selmin Nurcan, Georges Grosz Université Paris 1 - Panthéon - Sorbonne, Centre de Recherche en Informatique 17, rue de Tolbiac, 75013 Paris, FRANCE, email : {rolland, nurcan, grosz}@univ-paris1.fr Abstract during this process (goals, roles, etc.), why and how it We look at any cooperative design process as a decision should be analyzed (goal decomposition, role dependency making process, i.e. a non deterministic process. The study, etc.) following some relevant techniques process is performed by responsible agents having the (brainstorming, SWOT analysis, etc.). It also suggests freedom to decide how to proceed according to their which problem should be tackled next and provides some assessment of the situation they are faced to. However, the argument to help in the making of the most appropriate cooperative design process cannot be an ad-hoc and design decision. Finally, it includes means to support chaotic process. We look at it as a repeatable process cooperative design processes and cooperative business made of steps resulting each of the application of the same processes including brainstorming, exchange and pattern for decision making. The pattern views a decision emergence of ideas. Due to the tool support, some process as a choice of the way to proceed in a given situation to automation is possible and tracing facilities emphasize the achieve an intention. An intention can be fulfilled in recording of the rationale and argumentation provided different ways depending on the situation being throughout the process. considered. We propose a process meta-model for This approach, called EKD (Enterprise Knowledge Development), is currently being applied, in the ESPRIT describing such a pattern of decision making.
    [Show full text]
  • Are Methods Really Useful?
    Are Methods Really useful ? Colette Rolland To cite this version: Colette Rolland. Are Methods Really useful ?. International Conference on Software Engineering, 1998, Japan. pp.1-3. hal-00707939 HAL Id: hal-00707939 https://hal.archives-ouvertes.fr/hal-00707939 Submitted on 19 Jun 2012 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. CREWS Report Series 98 ARE METHODS REALLY USEFUL? C. Rolland University Paris-1 Sorbonne, 17, rue de la Sorbonne, 75005 Paris cedex 5, FRANCE email : [email protected] Proceedings of the 20th International Conference on Software Engineering ICSE'98, Kyoto, Japan, April 1998. Are Methods Really Useful? Colette Rolland Université de Paris1 Sorbonne 17, rue de la Sorbonne 75231 Paris Cedex 05 France [email protected] There are a large number of methods available for information systems development (ISD). These include structured approaches, prototyping approaches, systemic approaches, object- oriented, etc. Many of these methods have been comparatively analysed in books [OLLE88] and journals (e.g [HIRS92]). Despite a large body of work concerning details of systems development methods, there is still a poor understanding of how such methods are actually used in practice [WYNE93].
    [Show full text]
  • Situational Method Engineering
    Situational Method Engineering . Brian Henderson-Sellers • Jolita Ralyte´ • Pa¨rJ.A˚gerfalk • Matti Rossi Situational Method Engineering Brian Henderson-Sellers Jolita Ralyte´ School of Software CUI, Battelle - baˆtiment A University of Technology, Sydney University of Geneva Broadway Carouge New South Wales Switzerland Australia Pa¨rJ.A˚ gerfalk Matti Rossi Dept. of Informatics and Media Aalto University Uppsala University Aalto Uppsala Finland Sweden ISBN 978-3-642-41466-4 ISBN 978-3-642-41467-1 (eBook) DOI 10.1007/978-3-642-41467-1 Springer Heidelberg New York Dordrecht London Library of Congress Control Number: 2014941286 # Springer-Verlag Berlin Heidelberg 2014 This work is subject to copyright. All rights are reserved by the Publisher, whether the whole or part of the material is concerned, specifically the rights of translation, reprinting, reuse of illustrations, recitation, broadcasting, reproduction on microfilms or in any other physical way, and transmission or information storage and retrieval, electronic adaptation, computer software, or by similar or dissimilar methodology now known or hereafter developed. Exempted from this legal reservation are brief excerpts in connection with reviews or scholarly analysis or material supplied specifically for the purpose of being entered and executed on a computer system, for exclusive use by the purchaser of the work. Duplication of this publication or parts thereof is permitted only under the provisions of the Copyright Law of the Publisher’s location, in its current version, and permission for use must always be obtained from Springer. Permissions for use may be obtained through RightsLink at the Copyright Clearance Center. Violations are liable to prosecution under the respective Copyright Law.
    [Show full text]
  • Conceptual Modelling in Information Systems Engineering
    Conceptual Modelling in Information Systems Engineering Bearbeitet von John Krogstie, Andreas Lothe Opdahl, Sjaak Brinkkemper 1. Auflage 2007. Buch. xiv, 346 S. Hardcover ISBN 978 3 540 72676 0 Format (B x L): 15,5 x 23,5 cm Weitere Fachgebiete > EDV, Informatik > Hardwaretechnische Grundlagen > Systemverwaltung & Management Zu Leseprobe schnell und portofrei erhältlich bei Die Online-Fachbuchhandlung beck-shop.de ist spezialisiert auf Fachbücher, insbesondere Recht, Steuern und Wirtschaft. Im Sortiment finden Sie alle Medien (Bücher, Zeitschriften, CDs, eBooks, etc.) aller Verlage. Ergänzt wird das Programm durch Services wie Neuerscheinungsdienst oder Zusammenstellungen von Büchern zu Sonderpreisen. Der Shop führt mehr als 8 Millionen Produkte. Contents Preface ....................................................................................................... V Short biography of Arne Sølvberg ........................................................VII List of Authors .........................................................................................IX From Information Algebra to Enterprise Modelling and Ontologies – a Historical Perspective on Modelling for Information Systems Janis A. Bubenko jr......................................................................................1 Fact-Oriented Modeling: Past, Present and Future Terry Halpin...............................................................................................19 Data Integration - Problems, Approaches, and Perspectives Patrick Ziegler, Klaus R.Dittrich
    [Show full text]
  • Capturing System Intentionality with Maps Colette Rolland
    Capturing System Intentionality with Maps Colette Rolland To cite this version: Colette Rolland. Capturing System Intentionality with Maps. Conceptual Modelling in Information Systems Engineering, Springer-Verlag, pp.141 - 158, 2007. hal-00706146 HAL Id: hal-00706146 https://hal.archives-ouvertes.fr/hal-00706146 Submitted on 15 Jun 2012 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Capturing System Intentionality with Maps Colette Rolland Université Paris1 Panthéon Sorbonne Abstract. Conceptual modelling has emerged as a means to capture the relevant as- pects of the world on which it is necessary to provide information. Whereas conceptual models succeeded in telling us how to represent some excerpt of the world in informa- tional terms, they failed to guide system analysts in conceptualising purposeful sys- tems, i.e. systems that meet the expectations of their users. This chapter aims to inves- tigate this issue of conceptualising purposeful systems and to discuss the role that goal driven approaches can play to resolve it. It considers the challenge of new systems having a multifaceted purpose and shows how intention/strategy maps help facing this challenge. 1 Introduction Traditionally Information System (IS) engineering has made the assump- tion that an information system captures some excerpt of world history and hence has concentrated on modelling information about the Universe of Discourse [43].
    [Show full text]
  • A Comprehensive View of Process Engineering Colette Rolland
    A Comprehensive View of Process Engineering Colette Rolland To cite this version: Colette Rolland. A Comprehensive View of Process Engineering. International Conference on Ad- vanced information Systems Engineering, 1998, Italy. pp.1-24, 10.1007/BFb0054216. hal-00707940 HAL Id: hal-00707940 https://hal.archives-ouvertes.fr/hal-00707940 Submitted on 19 Jun 2012 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. CREWS Report Series 98 A COMPREHENSIVE VIEW OF PROCESS ENGINEERING C. Rolland University Paris-1 Sorbonne, 17, rue de la Sorbonne, 75005 Paris cedex 5, FRANCE email : [email protected] Proceedings of the 10th International Conference CAiSE'98, B. Lecture Notes in Computer Science 1413, Pernici, C. Thanos (Eds), Springer. Pisa, Italy, June 1998 A Comprehensive View of Process Engineering Colette Rolland University Paris-1 Sorbonne, 17, rue de la Sorbonne, 75005 Paris cedex 5, FRANCE email : [email protected] Abstract. The paper proposes a faceted framework to understand and classify issues in system development process engineering. The framework identifies four different but complementary view-points. Each view allows us to capture a particular aspect of process engineering. Inter-relationships between these aspects allow us to show the influence that one aspect has on another.
    [Show full text]
  • A Meta-Modelling Approach to Express Change Requirements
    A META-MODELLING APPROACH TO EXPRESS CHANGE REQUIREMENTS Anne Etien, Colette Rolland, Camille Salinesi CRI - Université Paris 1 – Sorbonne, 90, rue de Tolbiac, 75013 Paris – France {aetien, rolland, camille}@univ-paris1.fr Keywords: Meta-modelling, Change requirements, Evolution. Abstract: Organisations have to evolve frequently in order to remain competitive and to take into account changes in their environment. We develop a co-evolution approach to jointly make evolve the information system and the business processes. This approach relies on an explicit specification of change requirements defined with operators expressing gaps between the As-Is and the To-Be situations. However, such gaps based approach can also be used in an other evolution context, when a database or a workflow model evolves. Thus, instead of specifying new operators associated to the Map meta-model used in this co-evolution approach, we propose to define a generic typology of gaps to facilitate a precise definition of change requirements under the form of gaps. The paper presents the approach to generate a gap typology and illustrates it with the Map meta-model. 1 INTRODUCTION Furthermore, developing a specific typology for each meta-model (e.g. XML DTD (Al-Jadir, 2003), Changes often affect an organization in its whole DB meta-model (Banerjee, 1987), process meta- from business processes to information system. If model (Soffer, 2004), workflow meta-model (Casati, they want to remain competitive, organisations have 1996)…), leads to a situation where the typologies to react quickly to changes of their clients’ needs or depend on different specific meta-models and are organization goals.
    [Show full text]
  • A Systematic Mapping Study in Microservice Architecture
    A Systematic Mapping Study in Microservice Architecture Nuha Alshuqayran, Nour Ali and Roger Evans Computing Engineering and Mathematics University of Brighton Brighton, UK fn.alshuqayran, n.ali2, [email protected] Abstract—The accelerating progress of network speed, reliabil- it to be very beneficial. Microservices is also considered as ity and security creates an increasing demand to move software an appropriate architecture for systems deployed on cloud and services from being stored and processed locally on users’ infrastructures, as it can take advantage of the elasticity machines to being managed by third parties that are accessible through the network. This has created the need to develop new and on-demand provisioning features of the cloud model. software development methods and software architectural styles Companies such as Netflix, and SoundCloud have adopted the that meet these new demands. One such example in software microservices style in the cloud and gained many benefits from architectural design is the recent emergence of the microservices it [42] [6]. architecture to address the maintenance and scalability demands of online service providers. As microservice architecture is a new research area, the need for a systematic mapping study is crucial in order to summarise the progress so far and identify the gaps B. The need for a systematic mapping study and requirements for future studies. In this paper we present a systematic mapping study of microservices architectures and their implementation. Our study focuses on identifying archi- Even though microservices have emerged from the software tectural challenges, the architectural diagrams/views and quality industry and have been the focus of practitioners in the attributes related to microsevice systems.
    [Show full text]
  • Guiding Goal Modeling Using Scenarios
    IEEE TRANSACTIONS ON SOFTWARE ENGINEERING, VOL. 24, NO. 12, DECEMBER 1998 1055 Guiding Goal Modeling Using Scenarios Colette Rolland, Carine Souveyet, and Camille Ben Achour Abstract—Even though goal modeling is an effective approach to requirements engineering, it is known to present a number of difficulties in practice. The paper discusses these difficulties and proposes to couple goal modeling and scenario authoring to overcome them. Whereas existing techniques use scenarios to concretize goals, we use them to discover goals. Our proposal is to define enactable rules which form the basis of a software environment called L’Ecritoire to guide the requirements elicitation process through interleaved goal modeling and scenario authoring. The focus of the paper is on the discovery of goals from scenarios. The discovery process is centered around the notion of a requirement chunk (RC) which is a pair <Goal, Scenario>. The paper presents the notion of RC, the rules to support the discovery of RCs and illustrates the application of the approach within L’Ecritoire using the ATM example. It also evaluates the potential practical benefits expected from the use of the approach. Index Terms—Goal modeling, scenario authoring, goal discovery. ——————————F—————————— 1INTRODUCTION OAL MODELING is an effective way to identify require- scenarios help people in reasoning about complex systems G ments [25]. The argument of goal driven approaches is [24]. Since scenarios describe real situations, they capture that the rationale for developing a system is to be found real requirements. However, because they deal with exam- outside the system itself, in the enterprise [19] in which the ples and illustrations, scenarios only provide restricted re- system shall function.
    [Show full text]
  • Requirement Engineering and the Role of Design Thinking
    Requirement Engineering and the Role of Design Thinking Anas Husaria1,2 and Sergio Guerreiro1,2 1Instituto Superior Técnico, University of Lisbon, Av. Rovisco Pais 1, 1049-001 Lisbon, Portugal 2INESC-ID, Rua Alves Redol 9, 1000-029 Lisbon, Portugal Keywords: Design Thinking, Software Development, Requirement Engineering, UX, Agile, HCI. Abstract: Recently, interest in the use of Design Thinking (DT) has been on the rise as a field to study related to Human- Computer Interaction (HCI). Companies today are seeking innovation and user-centricity in the software development projects regardless of the field they are in. Companies like IBM and SAP among others have taken steps forward to innovate their software development processes using Design Thinking, by creating academies and innovation labs. DT is used as a method to improve the User Experience (UX) while interacting with a computer software. Requirement Engineering (RE) is a process of defining, documenting and maintaining requirements in the system design and software engineering process, while RE takes on the initial phase in software engineering. This position paper reviews the practices of RE as well as how DT could have a role to mitigate the challenges that RE could have. 1 INTRODUCTION and mitigating the risks that current processes are having. This paper has analysed articles and research publications which reviewed Requirement Human-Centred Design is heavily used today in the Engineering and studied the applications of Design field of software engineering, as a method to promote a better User Experience (UX) and a better Thinking (DT) on current software development problems. engagement of users with the developed software The paper starts with reviewing the requirement which ultimately would benefit both the business and the end users (Hehn et al.
    [Show full text]