1 / 18

IS 788 [Process] Change Management

IS 788 [Process] Change Management. Lecture: BPMN, UML and business process modeling tools Discussion: ethnographic and analytic field work for your project processes Discussion: exam format. BPMN – in depth. Harmon uses ‘mostly’ standard BPMN so we’ve had exposure to most elements

carys
Download Presentation

IS 788 [Process] Change Management

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. IS 788[Process] Change Management • Lecture: BPMN, UML and business process modeling tools • Discussion: ethnographic and analytic field work for your project processes • Discussion: exam format IS 788 6.1

  2. BPMN – in depth • Harmon uses ‘mostly’ standard BPMN so we’ve had exposure to most elements • The notation was designed by an industry consortium (a subgroup of OMG) to be intuitive to most business persons • Constructs relate directly to the business environment (not necessarily the IT environment) • Similarity to flowchart notation is deliberate • Small number of constructs; thus, useful and practical IS 788 6.1

  3. Criteria for conceptual modelinggrammars • Modeling elements close to the modeled domain • Relationships closely related to those in the modeled domain • SIMPLICITY while – • Representing ALL elements of the domain (model) i.e. ontological completeness • Naturally representing all relationships and operations (discuss hierarchical vs. relational databases wrt bill of materials) IS 788 6.1

  4. Criteria for conceptual modelinggrammars (2) • Must balance a concern for • Model generation (writing) • Model interpretation (reading) • This balance must frequently bridge audiences of different temperament and training • This is a design problem. I cannot recommend too strongly Norman’s “The Design of Everyday Things” IS 788 6.1

  5. The eternal dream redoux • Another BPMN design criteria was to be easily translatable to BPEL4WS (business process execution language for web services) • The dream is to have working software generated directly from process models – software from specifications has been a dream for 50 years; forgive me if I’m skeptical • More about this when we discuss BPR and software development IS 788 6.1

  6. The four basic categories of elements are: • Flow Objects • Connecting Objects • Swimlanes • Artifacts IS 788 6.1

  7. intermediate end start Flow Objects - not well named IMHO • Basic process concepts: Events: something that happens • Activity: task and sub-process – same symbol: • Gateway: control and sequencing IS 788 6.1

  8. Connecting Objects • Sequence flow – the order of events/activities • Message flow – messages or information between participants • Association: link text, data to constructs IS 788 6.1

  9. Swimlanes • Pool – a participant or functional group • Lane – subdivision of a pool Accounting AP Accounting AR IS 788 6.1

  10. Artifacts • Data object: data produced by activities • Group: lasso two or more entities to group them • Annotation Some text linked to something else IS 788 6.1

  11. Inter-organizational (B2B) processes IS 788 6.1

  12. Multiple levels of detail • http://www.bpmn.org/Documents/Introduction%20to%20BPMN.pdf • Page 9, Figures 7, 8 • Note high (customer level) and detail – internal to the organization - beneath IS 788 6.1

  13. Standards coming real soon • BPMN is not a standard (i.e. has not been submitted to and approved by an international standards organization) but probably will become one replacing – for process modeling: • UML (subsets and dialects) • IDEF • ebXML • ADF (activity/decision flow diagrams) • Etc., etc., etc. IS 788 6.1

  14. UML- “But wait – there’s more!” • Camel: a horse designed by committee • IMHO UML has grown from a complex modeling language to an impossibly complex modeling language (discuss origins) • I assume all IT folk have had some exposure. For this class we’ll concentrate on some of the best features of the monster IS 788 6.1

  15. UML and process modeling • There are a number of groups who still strongly support the use of UML for modeling processes. • It was tried extensively starting in the late ’90’s and found wanting. • A business process model, more than any other, should foster communication between domain experts and implementers • Turn to the handouts of the UML simple system model and imagine explaining this to the university President and Provost. IS 788 6.1

  16. The best of UML (mostly Jacobsen) • Use Cases – see handouts from 750 • Activity Diagrams • Actor-Interaction Diagrams • http://www.agilemodeling.com/essays/umlDiagrams.htm IS 788 6.1

  17. A simple business process modeling methodology Observations, field notes On-site analysisethnography Think: add structure Activity diagrams; use-case diagrams; rich pictures Think: add structure Think: add structure Formal use-cases Actor-interaction diagrams Detailed BPMN process model IS 788 6.1

  18. Communications tools • In my experience use-case diagrams and high-level actor interaction diagrams can be useful in communicating with a business audience • Formal (text) use cases are great documentation and can be used to communicate detailed system interaction to domain experts assigned to the project. (Others will likely not make the effort to read and understand the text.) IS 788 6.1

More Related