Advantages and Disadvantages: Event Driven Process Chain

Advantages and Disadvantages Event Driven Process ChainThe reason to train UML to create a flap among the consort choices is its simplicity and ease of subprogram. The coordinate of the close sit obtained apply UML is easy to design. The dropn case on hospital procedures was straightforward to understand but when comes to addressing the occupation with a mildew, its an simply different story. This is beca physical exertion the stooln case consists of quad core get it ons and each issue has to be addressed properly. We set the actors hire cases, numbers and their attributes at the early place. The really next step was to interpret the set sh bes into graphical building blocks. These be fair much the steps involved in designing the way of lifel utilize UML.The first constraint to fancy up was how to handle external actors while apply enforce case draws. Next on the priority list was whether to employ the model utilize swim lanes or normal head for th e hills when it came take in to exertion plat. With reference to the hospital case, the entity general practiti acer which was suppose to be interpreted as run short it was rather implementd as a external actor. Similarly the standard swim lanes which were to be intentiond in accordance with practise diagram protocol were replaced by using the turn over normal cling diagram.The sign work of interpreting the given puzzle into workable simulate social units was carried out. It was followed by dividing the complex issue into small modules so as to achieve better efficiency. The model is highly influenced by standard programming approach. That approach helped us a lot in understanding the complex issue by dividing it into number of sub-issues and addresses them individually. These collections of smaller antecedents at last added up to the consolidated solution.Reflection on the modeling answer (EPC)It was an on the whole different approach from UML model. As far as we be concern, this model is an enhancement of a basic fertilize chart. This is because, the shapes, the lean and the structure the model is highly influenced by a flow chart. The model required wide analysis to segregate the model units from the given case. It takes rather some period to get accustomed to new rules of modeling difficulty arises when we tried to give a base model for the finished case so as to give a skeleton approach. Adding to the complexity, the use of arranged get togetherors and splitters was a sluggish job.Modeling the mixed issues and the core processes posed a variety of problem during the early stages. For warning usage of rational splitters and associations was different from using former(a) branching structures. And also the rules of using units akin issues, figure outs and the others was to be unplowed in memory prior to connector them with the other units. The structure of the model was a long ace when comp atomic number 18d with that of the previous model. Some portions of the problem given had to be modified, which in process gave a direction parts of the literal components.Adjustments and modifications were c atomic number 18fully spare so as to meet the conditions and rules of how the model to be made. The work was to patch out units with reference to EPC such as typesetters cases, determinations and boldnessal units etc. we identified events from all the core issues which were to be followed by maneuvers. In a confusable fashion the other model units were sorted out. After that these individual units were incorporate as according to the rules of EPC. The areas in which logical continuatives were to be used were identified and the joinings were induct into their place. This ensures proper structure and flow of process.Reflection on the modeling Language (UML)This is because the given case is simple but an elaborate one. Thus, a lector could easily identify the number of entities involved and their ro les and still could take place through the entire model which is an elaborate one without losing the track of the process. How and when a reader could get confused with the different models depends on the discernledge of the user, that goes as a different topic altogether. But even an ordinary reader could spot the souls, the different processes and the flow of the model readily and easily.And also the UML diagram itself is quite easy to design which involves a few(prenominal) graphical elements. Unlike other modeling languages, UML emphasizes on use cases which are in essence are nonhing but notations of the essential activities results and the functions which constitutes to the entire process. It helps the user to easily get used to the protocols of using use cases and experience them. Since the actors and external actors are depicted against the use cases, its easy to connect the performers of the bodily process and their sub sequent results. complexity of producing a s uitable model for melodic line process is reduced to a greater extends.As far as the hospital case is concerned, UML is the about suitable modeling language to aid the user as come up as analyst due to the above said reasons. This case produces four core processes excoriationing from admission of patient till the discharge of patient, which involves quite a lot of actors and their functions which in turn produce the given results. mavin could easily interpret verbalizement into the duty model using UML by just using a handful of graphical units without any ambiguities. We record this so because, the four critical issues are addressed with the item feats cosmos transferred into particular use cases one later the other in a typical UML fashion. Each actor is connected to their actions and the directional connexions indicate the flow of action.For compositors case A nurse in this hospital performs the following actions like allotting bed, recording the admission successi on, conducting ward rounds, providing medical examination care and updating registers. It is unvarnished from the above said reasons that the role of nurse involves quite a few activities and these activities are supposed to be recorded and depicted in backup model to ensure complete data base of the events and their functions. Adding to these facts, one require to know that these actions are not consecutive and happened in a installment ware the activities performed by other actors coming in surrounded by them or preceding them or succeeding them. Only in UML we could connect the specific actions performed by distinct actors without getting entangled in the collection of various other operating(a) units.In a nut shell, a reader could grasp the flow of different actors and their functions at the alike(p) time in a single diagram.The only substantial drawback of UML is not able to implement logical flow and branching options i.e. in the given hospital case, on that point are instances were deuce analogue events occur where one kittynot use UML modeling to depict the parallel events occur For deterrent sample A nurse provides medical and general care whereas in parallel another nurse prepares the essential test forms and forwards them to the physician. apply UML we interpreted this problem statement in the following manner provides medical care, prepares test form a reader could not understand whether these two processes occurred at the said(prenominal) time or at different instances. So these processes were placed one aft(prenominal) the other and connected to a nurse. From the above example we stop infer that UML does not aid plotting of parallel events.The key factor lose in UML is a neglect of logical conclusiveness makers and branching functions example in discharging of patient, on that point is logical branching condition which pauperizations to be satisfied, the condition is the patient is to be cured of diagnosis or else the entire treatment cycle has to be read. It is not contingent in use case diagram as these two unique events need to be addressed as separate use cases rather than branched activities or events. parity of Languages formal connections and decisions sternnot be performed in UML use case models and it could be done in EPC. We ingest faced little difficulties while addressing parallel processes in use case diagram. Structure and integration could be explicit more expeditiously in EPC rather than UML. Only in UML we could connect the specific actions performed by distinct actors without getting entangled to other functional units.Advantages of UMLUML is the popular approach of visualizing and documenting the software outlines design. UML gives fair game oriented design concepts and its independent of specific programming language. UML is a popular and technique for documenting and molding system.It ensures set of symbols to represent graphically the various components and relationships wi thin the system and UML idler be used for product line process poser and fates fashion model, it principal(prenominal)ly uses to escort object oriented system analysis and to develop the object models. certain time UML, this approach is the application of UML to design the real-time system. It emphasises the system with geomorphological and behavioural language models and those designing casting include the architectural mechanised and detailed design .Object oriented modeologies throw away employed in the mental synthesis of the real time system.The introduction of IT for hospital case is expected to be a major issue in re-designing the processes. Therefore, some of the functions give be speeded by developing suitable software and weightyware artifacts. To do so, the railway line models should be seamlessly matched to software engineering models. As a standard, UML seems to be soon the best choice for expressing such modelsDisadvantages of UMLUML has still no stru cture and judicial admission for modeling user interfaces. From our point view, the main disadvantage of this model is lack of formality. UML is used in a implementation process and we wish to use it for our stage of this process for consistency and to protect the user translating work into a innovative language. The other related reason is simply that if users are old(prenominal) with UML it may be worth keeping it, as a front end end to a formal language.Advantages of EPCOne of the main advantages of the EPC is that it is twain effectual and easily understandable for end-users. EPCs are often used for capturing and discussing origin processes with great deal who puzzle never been trained in any kind of border technique. Although EPCs sight be understood even by untrained personnel, the same models nookie be refined and used for the requirements definition of an information system. This is one of the reasons that both umteen end-user companies and many an(prenominal) s oftware vendors are using EPCs for craft process modelling. The existing connections with traditional modelling methods (e.g. data models, such as the entity relationship- model) have been very useful for developing information systems for process-oriented governings. Therefore many users have asked for a correspondent kind of connection between EPCs and UML diagrams.Comparison of process? UML is richer of concept than ARIS because of the presence of Stereotype, and this enables a higher view of modelling for specific cases.? ARIS allows personalisation of the model as one concept is represented in many symbols.The software platform also allows integration of business and IS concepts.? EPC method and UML have different scopes of business modelling. There is a need to use one language in both software and business fields.? Logical connections and decisions fag endnot be performed in UML use case models and it could be done in EPC.? We have faced little difficulties while addressi ng parallel processes in use case diagram.? Structure and integration could be depict more efficiently in EPC rather than UML.? Only in UML we could connect the specific actions performed by distinct actors without getting entangled to other functional units.Reasons for choosing EPC The EPCs meet the requirements to put forward with respect to the ease of understanding by non-specialist in modelling. EPCs female genital organ offer a multi-level view of the process, since a function in an EPC could be explained in more detail by heart of another EPC. EPCs give a consistent, formally supported process oriented language that laughingstock ensure simulation of the processes.Comparison between EPC and UMLWhen comparing the EPC and UML for modelling business processes, in that respect are some prospects from which we posterior buoy view the correspondences and differences between these two methods. The comparisons tidy sum be mainly grouped into three aspects sceneThis aspect c overs in which context the EPC or UML are developed and used. Both diagrams great deal be used for modelling business processes, but both have different contexts under which they are developed.AmbiguityIn modelling business processes, it is possible that the EPC or UML diagrams that are created would be ambiguous. Examples of this are implicit decisions, hypothesis of having blocking, etc. Therefore it is necessary to take a look at the exactness or ambiguity of the diagrams constructed with EPC or UML activeness plat.Notation/ languageBoth the EPC and UML act diagrams have resembling concepts such as complication/join, branch/merge, atomic/extended employment, etc but they are represented using different notation and terminology. Some notation does not have a counterpart in the other diagram. This indicates the semantic differences between them. Therefore we entrusting compare both notations and terminologies to see the correspondence of symbols of one diagram in another diagram and the differences between them.ContextEven though the EPC and UML Diagrams are used or can be used to foretell business processes, they were developed in different contexts. This pragmatic difference comes from the different modelling approaches that drive the EPC and UML. There are two approaches to model a system.Process-oriented modellingIn process-oriented modelling, the main focus of modelling a system is the process inside the system. A process consists of sequences of events triggering activities. The events themselves are the results of other functions apart from initial events that trigger the whole process. By introducing logical operators, this event-driven control structure can be expanded to a complex control flow illustrating relevant decisions and potential for concurrency that happen in the process. This process-oriented modelling is the tush for the EPC, which found its way as a standard for modelling business processes of an enterprise. The basic EPC m odel can be extended by further semantic components to exemplify the elements participating in the process such as information objects and shaping units.Object-oriented modellingIn object-oriented modelling, the main focus of modelling a system is the objects inside the system. A system is a bunch of objects that have relationships among them. These objects submit each other by exchanging messages. An object is a discrete and differentiable entity in a system. Each object has properties and exchanges messages through operations. This object-oriented modelling is the basis for UML, which is mainly used in software development such as enterprise information system. Initially body process diagrams are targeted for modelling the kinetics of internal objects actions. Because of its characteristics similar to flowcharts and its capability to visualize synchronous activities, they can be generalized to model operations, use case scenarios, workflows and business processes.ExactnessTh e formal description of EPC can be used to try the syntactical correctness of an EPC diagram. yet in practice there are still some problems regarding the exact meaning of some elements in the EPC. The ambiguities arise from the analysis of how elements in an EPC diagram interact in a flow of process. Those ambiguities areConjunction of shekels eventsAn ambiguity concerning the modelling of start and end events occur in the EPC. It is obvious that nodes without input edges are the start events and as puff up nodes without output edges are the end events. But the interpretation is left to the reader, which gang of start and end events he should see as admissible, that is, as seen in reality. The problem becomes obvious when there exists events from the side meaning start events in the middle of the process which has been started some time onward by the first start events. These usually represent communication with external entity. However this conjunction of start events is no t explicitly modelled in EPC.Semantics of logical connectorsThere are three logical connectors in EPC, that is, XOR, OR, and AND connectors. In chapter two we have already discussed how to connect these logical connectors to events and functions in the control flow. We know that because an event cannot be used to make decisions, an event cannot be followed by logical connectors XOR and OR. Nevertheless there is also an ambiguity in the semantic of logical connectors, especially in the XOR and OR connectors. Consider the case in figure 4.1. In the case of AND connector, the function F1 can only start when both events E1 and E2 occur. That is clear, the AND connector serves to synchronize by waiting until both events have occurred. In the case of XOR connector, the switching rule of the exclusive or connector says that if either event E1 or event E2 occurs, the following function F1 can start. One question arises, what does the rule mean, when both events occur one by and by another, for example E1 occurs first then after some time E2 occurs? open fire the function then run twice The first time after the occurrence of the first event, and the minute of arc time after the occurrence of the second event? There are several interpretations for what the modeller wants to express, when he uses this connector When both events occur at the same time, they block the following function, or Both events cannot occur at the same time, or When the following function starts, then exactly one of both events must have occurred.For the OR connector, the following rule applies when at least one of the events occurs, the following function can start when both events occur at the same time, the function can only start once. A similar question arises for the OR connector as for the XOR one that is, whether the function runs once or twice. Again, there are several interpretations when the events occur one after another, but in the case of OR connector it is obvious that when both events have occurred the function is not blocked.E1 E2 E1 E2 E1 E2AND XOR ORF1 F1 F1Two events arriving at one connectorDeadlocks and LoopsFor simple EPC graphs it is easy to analyze whether the graphs work or not, but for complex graphs we need a tool to analyze them. It is possible that even when the graph is semantically correct according to the definition of EPC, still an analysis shows there can be deadlocks when executing the process according to the diagram. A deadlock heart that in reality when the start events occur thus the process runs after some time the process is stuck somewhere in the graph ineffectual to reach the end states. Possible causes of deadlocks are mismatches of logical connectors especially in complex graphs where connectors link to other connectors and different interpretation of logical connectors. For an example an OR connector can work either in XOR mode or in AND mode. If an opening OR connector works in XOR mode but the closing OR connector work s in AND mode or the other way around, a deadlock would happen. This can be solved if the closing OR connector knows in haltbel in which mode the opening OR connector works. other possible problem discovered by graph analysis is gyrateing. A loop may cause a process to run forever. This is usually not intended to occur in business processes.Notation/TerminologySince both EPC and UML Activity Diagram serve to visualize processes and workflows, both diagrams have similar notations for some common terminologies such as activities, branches and merges, forks and joins, etc. as well as some notational differences between them. These notational correspondences and differences entrust be discussed here and we will use the result of these notational comparisons for the translation from EPC to UML.The notational correspondences and differences of both diagrams can be reason as followsFunctions and Activity/Action StatesBoth the functions in the EPC and activeness/action states in UML A ctivity Diagrams are the active elements that represent what a person of an organization unit or an actor in a use case diagram do with respect to the process. Therefore it is clear that functions and military action/action states represent specific business tasks within a company. That means that they share the same role within their respective diagrams. An activity or a function usually takes some extended time to execute.EventsIn the EPC an event is a passive element that triggers a function and is a result of another function. The events can also show the change of posture of an object over the process scope. There is no correspondence of events in activity diagrams, even though the activity diagrams are establish on state diagram, but the states are mostly activity states, while an event is not an activity. Nevertheless if we take a look at the example of EPC some of the events, especially those that are the direct results of a function, are redundant. For example in the fig ure 4.2 the result of the function capture requirement is requirement captured which means that the resulting event is just to show that when the function finishes control will pass to the event which in turn triggers the next function. However in activity diagram this intermediate result is not explicitly declared. This is because the transmutation in activity diagrams means that as soon as an activity state finishes it does not have to wait but instead it will trigger the next activity.Control flow and TransitionsControl flow in the EPC corresponds to the transitions in UML Activity Diagram. Control flow is used in a process-oriented approach to show the process chain over time from one event that triggers a business function that in turn results in another event. Activity diagrams are based on state diagrams in which transitions are defined transitions show the change of states over time. Control flow and transitions are instantaneous they are assumed not to take so much time. H owever in the EPC, between two functions there can be some time for the control/token to be kept in an event.Logical connectorsLogical connectors allow the splitting of control flow in the EPC and transitions in activity diagrams. For the splitting regarding to taking a decision between different alternative paths, both diagrams have a similar construct, which is known as branch/merge. The branching and merging of control flows in the EPC is represented using the logical XOR connector plus the events following it. The same mechanism in activity diagrams is implemented using the decision ball field symbol and transition labels. Both diagrams also support the notation of symmetricalness known as fork/join. The forking and joining in the EPC is shown using the logical AND connector while in activity diagrams it is shown using the synchronising bar. Actually a synchrony bar corresponds to an AND connector together with the events before it, because a synchronization bar waits for all t ransitions to arrive. The main difference between EPC and activity diagrams in the case of logical connectors is that EPC supports inclusive or connector while there is no notation in activity diagrams to denote the OR connector.Organization units and Swim lanesAn organization unit in the EPC is attached to a function its responsibility for the respective business task. In the activity diagrams this is accomplished by arranging the activities that belong to the same department in a company or activities being done by the same actor in a use case into swim lanes. grommetActivity diagrams support the notation for iteration which is not available in the EPC.The comparisons between EPC and activity diagrams are summarized in the following tableEPC UMLContext Process-oriented modelling Object-oriented modelling(business oriented) (IT oriented)Exactness/Ambiguity Event from the side, deadlocks, loops, logicalconnector semanticsNotation/TerminologyActive Element Function Activity/Action s tatePassive Element Event Process chain Control flow TransitionLogical connectorsBranch/Merge XOR connector Decision diamondFork/Join AND connector Synchronization barInclusive or OR connector Actor Organization unit SwimlaneIteration * (multiplicity sign)Summary of comparison between EPC and UMLTranslation between EPC and UML DiagramIn translating from EPC to activity diagram and the other way around, we will use the results from the comparison between EPC and UML Activity Diagram as already discussed before. To see from an EPC diagram to an activity diagram, the following guidelines can be used. Determine the organization units involved in the process chain together with the functions that each of the organization is responsible for. Align the Organization units into separate swim lanes in an activity diagram. Transform each function into activity/action states in the activity diagram and put it in the swim lane of the organization unit being responsible for it. If the function is a complex hierarchical function (which is also called a process), the refined EPC for that specific function can be either drawn as a complex activity state (meaning that inside the activity state we must specify some actions performed in the activity as well as entry and exit actions) or it would be better to draw the function in a separate activity diagram. Transform the corresponding logical connectors from the EPC into the corresponding elements in the activity diagram. The branches and merges represented by XOR connectors are transformed into decision diamonds and the forks and joins represented by AND connectors are transformed into synchronization bars. Connect the activities and decision diamonds or synchronization bars according to the control flow in the EPC. Add the start event(s) and end event(s). It is possible to have multiple start events and end events. This can be considered as multiple start events in the EPC or can also be considered as several scenarios in one diagram.However, there are some problems with regard to the translation from an EPC to an activity diagram As can be seen from the comparison, not all logical connectors for splitting and joining the control can be modelled in a straightforward way. The main problem is with the OR connector there is no corresponding element in activity diagram to represent this logical connector. One solution is to express this OR connection in terms of XOR and AND connectors. To show this, we know from the logic theory that for two variables x and y, the following equation appliesUsing this equation we can translate two alternate paths taken based on an opening and a closing OR connectors into the following diagramORF1 F2 F1 F2 F1 F2ORThe branch/fork solution for the elementary or-connectorHowever if the OR connector connects more than two alternative paths the resulting translation in the activity diagram would be very complicated. The organizational responsibility for activities is expressed in activity diagrams using swim lanes. However, swim lanes are not sufficient for modelling advanced and precise organizational relationships. These are fundamental for example for the definition of workflows when support through workflow management systems is intended. Another problem with respect to translation from EPC to activity diagram is related to the exhalation of important information contained in events and information/resource objects. Some of the events are related to the change of state of an information/resource object. We can show this change of objects state as an object with the object flow in an activity diagram, but if there are many information/resource objects in an EPC, they would make the diagram very hard to read. The definition of activity diagrams as state machines is quite problematic for applying activity diagrams according to the UML definition for business process modelling because actually not all business functions can be regarded as internal action s tates, e.g. interaction with outside business units.A reverse procedure can also be applied to transl