Top Banner
Theme 4: Quality-In-Use End-User Development
17

Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

Jan 03, 2016

Download

Documents

Dominick Wright
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

Theme 4: Quality-In-Use

End-User Development

Page 2: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

From human crafters to human factors to human actors and back again:

bridging the design time - use time divide

Maceli, M., Atwood, M.E.

Page 3: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

Enabling End User Development through Mashups:Requirements, Abstractions and Innovation Toolkits

Cinzia Cappiello, Florian Daniel, Maristella Matera, Matteo Picozzi andMichael Weiss

We are faced with an interesting question, what are Mashups?

Page 4: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

• Web 2.0 applications.– High user involvement.– Contents and functionality from open APIs or

reusable services.– Users involved in content creation process.– Known as web mashups.

Page 5: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

• Web 2.0 applications.– High user involvement.– Contents and functionality from open APIs or

reusable services.– Users involved in content creation process.– Known as web mashups.

• There are also Enterprise Mashups. Enables enterprise members to play with company’s internal services.

Page 6: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

This sounds interesting! How does Enterprise Software look like?

Page 7: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

With Enterprise Mashups, we grant the power of designing the application to the End Users.

Even less skilled End Users could evolve from passive receivers of innovation to actors actively involved in the creation of innovation.

Page 8: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

With Enterprise Mashups, we grant the power of designing the application to the End Users.

Even less skilled End Users could evolve from passive receivers of innovation to actors actively involved in the creation of innovation.

Something like…

Page 9: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

End User involvement in Mashup development scenarios.

Two different approaches.

Page 10: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

End User involvement in Mashup development scenarios.

Two different approaches.

• Mashup tools can be used by expert developers to deliver applications quickly. End users are not directly involved in the construction of such Mashups but benefit from the shorter turn-around time for new applications.

• Expert developers create services in a format that can be more easily consumed and combined into Mashups by users who are not themselves developers. (Most challenging, but also biggest pay-off)

Page 11: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

Fundamental ingredients enabling the end user composition of mashups.

• Domain-specific focus and terminology. Important to use terminology which the End Users understand.

SOAP web services? Why, was the service dirty?

RESTful software architecture? Was the architecture tired?

Page 12: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

• Abstraction from technical details.

Example:class HelloWorldApp { public static void main(String[] args)

{ System.out.println("Hello World!");} }

In the eyes of End Users, this looks the same as

('&%:9]!~}|z2Vxwv-,POqponl$Hjig%eB@@>}=<M:9wv6WsU2T|nm-,jcL(I&%$#"`CB]V?Tx<uVtT`Rpo3NlF.Jh++FdbCBA@?]!~|4XzyTT43Qsqq(Lnmkj"Fhg${z@>

This is HelloWorld in the language Malbolge.

The toolkit must hide the technical details.

Page 13: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

• Continuous feedback.End users typically have difficulties in understanding the difference between

design time and runtime.

• Composition support.In order to achieve a tool that speaks the language of the user, it is also

important to aid those users that don’t speak the language of the tool. Composition can be assisted or guided in multiple ways.

I am back!

Page 14: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

DashmashDashmash is an environment created by the authors of the paper.It aims at an integration approach where a variety of different component

types and technologies, ranging from simple RSS feeds to complex SOAP or RESTful Web services and UI components.

Page 15: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.
Page 16: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

Questions:

•What is meant by 'design' and 'use' time?

•Can empowering users with the intent of bridging design and use time be a cause of new challenges? If so, elaborate what are the challenges and to whom...

•Can you come up with good examples of information systems (old or new) that are successful in their design for use time in accordance with the "Principles for Designing in Use"? How do they succeed?

Page 17: Theme 4: Quality-In-Use End-User Development. From human crafters to human factors to human actors and back again: bridging the design time - use time.

Questions for you!• Do you have any experience working with or creating Mashup toolkits?

• What kind of technical challenges do you think might occur when creating a Mashup toolkit for End Users?

• Are there other challenges when involving End Users in the creation of the application?