Workflow-centric applications
Model Workflow-centric applications from the roles, decisions and information involved in the real workflow.
Gromnii designs applications around enterprise workflows, cases, roles and exceptions.
Use a custom enterprise application when an important workflow does not fit existing software, depends on several systems or requires organization-specific roles, rules and exceptions. The application should be designed around the work itself, not around a generic feature checklist.
Model Workflow-centric applications from the roles, decisions and information involved in the real workflow.
Give each role the information, actions and exceptions it needs, while keeping authorization separate from presentation logic and easy to review.
Represent both the normal path and material exceptions in Case and exception management.
Build secure portals for customers, partners or staff around real service tasks such as requests, documents, approvals, status and account activity.
Connect the application to systems of record through explicit APIs, reconciliation and failure handling so business records remain consistent.
Authorize actions against business roles and record ownership at the service layer, not only by hiding interface controls in the browser.
Record material business actions with actor, time, prior state and resulting state so approvals, corrections and sensitive changes can be reviewed later.
Set availability and recovery targets according to the business process the application supports, then design dependencies and support procedures to match.
Plan releases around users, operating procedures and dependent systems so new application behavior is adopted without surprising the teams responsible for the workflow.
This reference shows one possible Custom Enterprise Applications arrangement. The actual design depends on the systems, constraints and controls involved.
Model roles, cases, approvals and exceptions directly instead of forcing teams to maintain critical logic in email and spreadsheets.
Connect the application to systems of record so users do not repeatedly copy the same information between tools.
Build authorization, audit history, monitoring and support paths into the application from the beginning.
Describe what Custom Enterprise Applications should change, the systems it must work with and the constraints that matter.