[Admin: This content comes from the original mobile-friendly PDF.]
Implementing UX: Still want more?
If you have any questions about UX that weren’t answered in this article, feel free to reach out to your IBM TRIRIGA representative or business partner. In the meantime, here are some more background questions and answers from my previous article that might help to fill in the gaps or give you a better idea of what we’re trying to do. In any case, stay tuned!
|What will the new MVC model look like?||You might be wondering if it’s enough to reuse business objects from Data Modeler as the model. Unfortunately, business objects are not flexible and would require complex data models to render a rich view.
Instead, the model could contain many data sources such as business objects, queries, and even integration data. In addition, the model could also contain “actions” that the user can perform via the controller. These actions could be imported from business objects and queries.
|What will the new MVC view look like?||The view could support many types of views such as a form view, mobile form view, and maybe even an API view and custom view.
The form view could be rendered from a flexible hierarchy of form-layout components that are sourced by the model. For example, a single field type could be included in several different components and have several different renderings. More complex components could include graphics components and custom components.
|How do we build applications in the new MVC framework?||While we can’t promise any specific dates, we plan to develop a new “model designer” or “model builder” metadata construct that supports the model.
Similarly, we plan to develop a new “view designer” or “view builder” metadata construct that supports the view.
Fortunately, we don’t need to develop a new metadata construct for the controller since existing workflows and state families can already serve this function.
Meanwhile, if we store the new platform metadata as records that can be accessed through forms, we can more quickly react to business requirements and add features.
|How do we simplify the interface or view?||Our existing technology ties forms to “things” like people and locations. So why not change the pattern so that views are tied to “actions” like creating and submitting requests?
This change could be accomplished by designing views that are specific to a user role. Then we could still reuse our existing business objects and workflows to support the new role-based interfaces.
|What happens to our existing customers?||Because the new views will be “bolt-on” interfaces that are “bolted onto” existing applications, customers who don’t choose the new MVC framework won’t be affected.
But for customers who choose the new framework, results could vary depending on how new role-based interfaces are applied and how much the application is customized.
Fortunately, a flexible MVC model would offer customers a more efficient customization and upgrade strategy. For example, customers could add their own business objects instead of adding fields to our shipped business objects. This scenario would be easier to track during upgrade.
My many thanks to Ryan Koppelman, Mike Herbert, Chris Jones, Raphael Marcondes, Tracy Fletcher, Casey Cantwell, Kenny To, and the rest of the IBM TRIRIGA software team for their valuable source material, feedback, and insights. The finer details of this article are subject to change. Also, my views don’t necessarily reflect those of the team or IBM in general.
Jay Manaloto is an IBM TRIRIGA information developer. A technical writer since 1996, he enjoyed writing for TRIRIGA from 2005 until its acquisition by IBM in 2011. Now a member of the IBM TRIRIGA software team under the IBM Watson Internet of Things business unit in 2016, Jay also runs several blogs including TRIRIGAFEEDIA.