Business Analysis For Dummies
Book image
Explore Book Buy On Amazon

In a business analysis report, you should have a subsection of the requirements section dedicated to external agents and actors so that you can better zero in on that aspect of the business.

An external agent is the first person, organization, or system identified in requirements. Typically identified during the very early scoping part of a project, external agents are those with which the business area interacts. External agents either provide or are given information within the scope of the project or solution.

Actors, typically identified later in the process, are defined at the solution level. Actors are people, systems, or devices that directly interact with a system or solution, but actors are always external to the system. In the requirements, actors are named for their roles or with a generic title of the responsibility being represented (no actual names or specific people).

Actors become significantly more important in business analysis at the point where solution requirements are getting specific and more detailed at the functional and nonfunctional levels so that technical options and requirements can be effectively identified. Actor information, reviewed in context with their specific stakeholder and solution requirements, is critical to identifying and building the specific interfaces needed by the actors, as well as defining any security access requirements.

Actors interact with systems or solutions through an interface of some kind. Technical interfaces have different forms of implementation, and depending on the complexity of the interface, the requirements needed in order to effectively design and develop it vary. Systems or devices always interact with solutions by using electronic interfaces; however, our human friends may have more diverse interface requirements.

Core component requirements related to actors and agents include references to processes they perform, data they transform, and the business rules that govern or constrain their actions. Actor requirements are typically functional requirements and should outline information about the following:

  • The screens and reports they need to see or use

  • Data of concern

  • Validation requirements for their data, specifying what is or isn’t acceptable based on their role or any events

  • Instructions needed by the actors for how to use the system (usability) or guide them in changing what they’ll do after the solution is implemented (transition requirements)

If you find yourself immersed in interaction or usability design concerns, turn to the experts! Design engineers, product designers, and human factors engineers all have a specialty in psychological science and/or human-computer interaction and therefore can be terrific advisors or advocates for good interaction design (and experts on what not to do).

About This Article

This article is from the book:

About the book authors:

Paul Mulvey, CBAP, Director, Client Solutions, B2T Training, has been involved in business analysis since 1995. Kate McGoey, Director, Client Solutions, B2T Training, has more than 20 years' experience in application development and life cycle processes business. Kupe Kupersmith, CBAP, President of B2T Training, possesses more than 14 years of experience in software systems development. He serves as a mentor for business analysis professionals.

This article can be found in the category: