Process Patterns for MDA-Based Software Development

Asadi, Mohsen; Esfahani, Naeem; Ramsin, Raman

doi:10.1109/sera.2010.32

Cited by 4 publications

(2 citation statements)

References 11 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…To analyse the pattern features of BPRP (as prescribed by meta‐criterion 7), we have collected a set of pattern‐specific criteria by reusing the generic criteria of [12]. In addition, past experience in the field of process patterns has been applied in forming and refining these criteria [11–13, 53–55]. These criteria are listed in Table 8; this table also contains the results of applying the criteria to BPRP.…”

Section: Validation Of Proposed Bprp Frameworkmentioning

confidence: 99%

Towards a method engineering approach for business process reengineering

Ghanadbashi

Ramsin

2016

IET softw.

Self Cite

View full text Add to dashboard Cite

Business process reengineering (BPR) assists organisations in improving their internal functions to better achieve their business objectives. Various methodologies have been developed for applying BPR, through which organisational processes are identified, analysed, and improved. However, the need still remains for custom methodologies which are tailored to fit the specific characteristics of organisations and BPR projects. Process patterns are abstract representations of common and effective processes that can be reused as method parts for building custom methodologies; an approach that is commonly referred to as situational method engineering (SME). This study aims to use SME in the context of BPR by proposing a collection of cohesive process patterns for BPR; these process patterns have been extracted through studying prominent BPR methodologies and abstracting their similarities. The patterns have then been organised into a generic framework for BPR methodologies. A method for using the framework has also been presented which prescribes a process for selecting suitable process patterns and adding them to a core process to yield a bespoke BPR methodology. This flexible framework forms a knowledge base that is not only useful for improving BPR practices, but also provides a basis for future research in this context. stage): The tasks of this optional stage are as follows: † Task 1: Project the costs/benefits associated with implementing and operating the new design. † Task 2: Refine the business case. 2.2.5 Phase 5implement redesigned processes: In this phase, the details of the execution plan are produced and tested through pilot studies, utilisation of measurement systems, and process management. HR structures are revised, and software, hardware and IS infrastructures are created. The stages are explained below. Stage 1-Plan and train: The tasks include the following: † Task 1: Evolve transition plan. The transition plan often consists of a systems integration strategy, a technology strategy, and an IS strategy [25]. † Task 2: Train users. The people who will work on the reengineered processes are trained [35]. † Task 3: Review and approve transition plan. Stage 2-Create organisational prerequisites: The tasks include the following: † Task 1: Create HR infrastructure. The HR structure and the new roles are created in the organisation. † Task 2: Upgrade technology. The IS and software applications of the new processes are implemented [25, 35]. † Task 3: Run a culture change program (optional task). † Task 4: Implement process management and measurement systems. Stage 3-Test: The tasks include the following: † Task 1: Prototype and simulate transition plan. The plan is validated through prototyping and simulation. † Task 2: Execute larger-scale pilots (optional task). † Task 3: Monitor new process tests. The results of testing the new processes are reviewed, and the transition plan and design documents are updated [31]. † Task 4: Obtain implementation approval from organisational decision-makers (optional task)...

show abstract

Section: Validation Of Proposed Bprp Frameworkmentioning

confidence: 99%

Towards a method engineering approach for business process reengineering

Ghanadbashi

Ramsin

2016

IET softw.

Self Cite

View full text Add to dashboard Cite

show abstract

“…Finally, in [21] is a proposal for a software process using MDA, despite mentioning some testing activities, the work does not present a software testing process.…”

Section: Related Workmentioning

confidence: 99%

Qualitas

Almeida

Oliveira

2014

Proceedings of the 7th Euro American Conference on Telematics and Information Systems

View full text Add to dashboard Cite

Software Engineering has as objective the development of software products that meet customer needs. For this, there are new approaches to development and testing of software, such as Model-Driven Development (MDD) and the Model Driven Testing (MDT), which aim to shift the focus of development and software testing for models and their transformations, and no longer in programming languages. This paper aims to propose a process model driven software development model by allowing tests accompany every stage of this, adding quality to the developed software. Categories and Subject Descriptors K.6.3 [Management of Computing and InformationSystems]: Software Management -software development, software process. General TermsVerification. KeywordsModel Process; Model-Driven Development (MDD); Model Driven Testing (MDT).

show abstract

Design Process Tailoring: A Review and Perspective on the Literature

Hollauer

Lindemann

2017

Research Into Design for Communities, Volume 1

View full text Add to dashboard Cite

Process Patterns for MDA-Based Software Development

Cited by 4 publications

References 11 publications

Towards a method engineering approach for business process reengineering

Towards a method engineering approach for business process reengineering

Qualitas

Design Process Tailoring: A Review and Perspective on the Literature

Contact Info

Product

Resources

About