To ensure that workflows are useful for system design purposes, they need to represent real user experiences, and the actual steps that users will take in interacting with the system. These workflows represent some of the foundational activities required to maintain and access parcel and cadastral data. The contents of the workflows were defined by working with experienced staff and Esri customers to identify the specific steps, sequencing and type of activities involved in each workflow.
Developing workflows as detailed, stand-alone sets of steps allows them to be repeated, iterated on, or adjusted to improve performance or user experience. Once each workflow is clearly defined, it is used consistently throughout the remainder of testing to establish the performance baseline and conduct load tests.
We worked with real customers and Esri experts to define these workflows to make sure they portrayed parcel information management tasks realistically. However, your organization’s workflows may have different or additional steps, like running a Least Squares Analysis.
If your organization does not have clearly documented, standard workflows with individual steps defined, consider using these workflows as a starting point that can be adjusted based on your needs. To learn more about documenting your systems’ workflows, see the blogpost describing how to Unlock your ArcGIS system’s ROI through workflow-centered design.
This implementation of the Land Information Management System’s reference architecture was load tested for the following eight (8) workflows:
These workflows support both editor and general user personas.
Editors maintain the geometry and attributes of the land parcels. Editors may range in expertise and overall comfort with technology, so having the steps documented can have a positive impact on their work. These workflows represent the work done to maintain parcel information.
Represents the set of steps an editor persona performs to combine two or more parcels into one.
Represents the set of steps an editor persona performs to split a parcel using metes-and-bounds descriptions.
Represents the set of steps an editor persona performs to adjust adjacent parcel boundaries.
Represents the set of steps an editor persona performs to import subdivision layout into the existing fabric.
Represents the set of steps an editor persona performs to reduce complex polygons to their core “seed” points, making it easier to modify the lines that define parcels.
Represents the set of steps an editor persona performs to shift several parcels to better align to a control network or aerial imagery.
General users are typically considered “viewers” within the system and primarily discover and use content created by others within the organization. These workflows represent those that users perform to access and view parcel information to get answers to their questions and make decisions in their work.
These steps represent a use case where an ArcGIS Dashboard is open on a screen and refreshes every 30 seconds.
Represents the set of steps a general user persona performs to query parcel information to find lots that match certain criteria.