Brainscape's Knowledge GenomeTM

Browse over 1 million classes created by top students, professors, publishers, and experts.


See full index

Business Analysis quiz > Assessment > Flashcards

Assessment Flashcards

1
Q

What are the two main settings that business analysis is performed in?

A

Project and Pre-Project

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

What is necessary before a solution can be implemented to fix an enterprise problem?

A

The organisation must define the need in a detailed manner.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

What might be an element of the solution we recommend as Business Analysts?

A

Systems
System Features
Business Processes
Policies
Training

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

What is one of the ways an organization can be hurt by not responding to change?

A

Costs can increase substantially if the organization doesn’t respond to change.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

True/False: It is important for an enterprise to understand all of the needs of its stakeholders, even if there is no solution that meets all those needs.

A

True, Unfortunately, sometimes a single solution will not satisfy all stakeholders. In those cases, Business Analysts must determine what the best solution is, keeping in mind the various needs.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

How might a Business Analyst learn about an organization’s problem?

A

Observing a single stakeholder to see how they perform a task
Interviewing a group of stakeholders to learn how a company process work
Surveying customers to learn about their preference and needs
Modelling an organisational process using a flowchart

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

What is a requirement?

A

A usable representation of a need
Documentation of value that the solution must provide
A document (or set of documents) tat specify the solution in detail
Requirements server as the blueprint for moving from the current state to the future state.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

BABOK refers to requirements as being usable representations of needs. What does “usable” mean in this context?

A

That the team members who consume (or use) the requirements will consider them easy to use.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

True/False: Only people with the job title of Business Analyst are allowed to do business analysis work.

A

False

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Which of the following roles is least likely to perform business analysis?

A

A sales person

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

True/False: Stakeholders are very important to the business analysis process.

A

Stakeholders are the primary source of requirements, and without them, nothing valuable will get done.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

What is the IIBA definition of Business Analysis?

A

The Practice of enabling change in an organisational context, by defining needs and recommending solutions that deliver value to stakeholders.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

What is a stakeholder?

A

Anyone impacted by your requirements in some way

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

If you create an inventory system used by workers in a warehouse at your company, are you downstream or upstream from those workers?

A

Since you create the system, the warehouse workers depend on you. Therefore, you’re upstream from them.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Why is it important to manage your upstream?

A

You are dependent on their work, and you can’t get yours done unless they do well with theirs.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

What is the role of the Project Manager?

A

Deliver the project. They get it done.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

What is not a typical project constraint?

A

Team. In project-speak, team members are “resources.”

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Why is the Project Manager an important requirements stakeholder?

A

The PM is responsible for the delivery of the project, and requirements are essential to successful delivery.
If requirements will be early or late, this can impact the project’s schedule and costs substantially( for good or bad)
If requirements are of poor quality, the project quality is likely to suffer.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

What is a good way for you, the Business Analyst, to help your Project Manager?

A

Let them know if you encounter a significant issues or risk. This is very important. And don’t worry about remembering – your PM will likely keep reminding y

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

What is not a typical problem of a developer?

A

A lack of meetings is probably only a problem for salespeople, certainly not developers.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

When is a good time to meet with developers?

A

At the beginning of the day. It’s best to meet with them at the beginning or end of the day, so they have a block of time during the day that they can focus.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

What is a good way to let developers know that you expect a requirement to change?

A

Document the expectation of change alongside the requirement.
Mention the expectation of change in your e-mail to them
Verbally tell them

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

What is the role of a QA Tester?

A

Quality Assurance - Make sure the project of high quality

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

What is the definition of a defect?

A

Any difference between the product requirements and the project implementation.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Q

What is a defect?

A

A bug
A problem with the project
Any difference between the product requirements and the project implementation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
26
Q

When is the best time to engage testing professionals on a project?

A

Early on in the project - this way the testers can familiarize themselves with the requirements and provide their feedback

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
27
Q

Why is it important for BAs to devote time to ensuring testers understand the requirements?

A

They do not test with incorrect assumptions.
Can efficiently create their scripts.
Do not complain to BA that they don’t have enough support

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
28
Q

Why is it a good idea to get to know the bosses of the development and testing teams

A

Builds their trust, it is very important among project teams and their management.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
29
Q

Why is it important to build a solid working relationship with your project sponsor?

A

They will contribute the majority of the business requirements
To ensure the product meets the needs of all its stakeholders

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
30
Q

What if you are an expert in the area you are building a product for… Do you still have to engage the product’s users?

A

You always have to engage the people who will use your product.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
31
Q

What if your end users complain a lot and annoy you… Do you still have to engage them?

A

You always have to engage the people who will use your product.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
32
Q

What if your end users are dumb and have a lot of stupid feedback… Do you still have to engage them?

A

You always have to engage the people who will use your product.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
33
Q

What is the most likely outcome if you build a product without adequately involving its users?

A

Users won’t like the product and pay for it. They will complain and management will give you a hard time.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
34
Q

When stakeholders have conflicting needs, what is the best strategy with which to tackle the problem?

A

Try and find a solution that works for all stakeholders

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
35
Q

When should you perform a Stakeholder Needs Analysis?

A

Whenever there is a conflict among stakeholder requirements

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
36
Q

Why is it important for us to act as the voice of the customer in internal debates?

A

Often stakeholders have a narrow view of their own departments needs.
Customers don’t have a representative.
Customers are the most important stakeholders, and must be represented by someone who understands them

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
37
Q

What is PLC ?

A

Product
Life
Cycle

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
38
Q

What is SDLC?

A

Service
Design
Life
Cycle

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
39
Q

What are the stages of PLC?

A

Initiation
Planning
Execution / Control
Closing

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
40
Q

What are the stages of SDLC?

A

Analysis
Design
Development
Testing
Implementation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
41
Q

What stage (sub process) of the PLC does the SDLC fit in?

A

Execution / control

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
42
Q

During which phase of the (waterfall) SDLC is requirement gathering performed?

A

Analysis

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
43
Q

What is not a phase of the SDLC?

A

Redevelopment doesn’t mean anything

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
44
Q

During which phase of the (waterfall) SDLC is the product released to customers/users?

A

Implementation. The product is released either fully (wide release) or to a subset of customers/users (pilot) during the implementation phase.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
45
Q

What are the defining characteristics of a waterfall SDLC?

A

A Sequence of phases and requires one phase is completed before the next one starts.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
46
Q

What problems would be considered most impactful in a waterfall/V-model SDLC?

A

A missed business requirement found during project acceptance.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
47
Q

What is the defining characteristic of an iterative SDLC?

A

Multiple iterations of development and testing.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
48
Q

In your estimation, which category of SDLC will result in a product more in line with users’ expectations?

A

Iterative. Since users and/or their representatives see versions of the system before it is released, they have the opportunity to give input on it.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
49
Q

What is the Agile Manifesto?

A

Individuals and iterations over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
50
Q

Approximately how many Agile Methodologies are there

A

24,
Scrum, Scrum XP Hybrid, custom hybrid, Kanban,Scrumban, feature-driven development, Extreme programming XP, Lean
Agile modeling, AgileUP (unified Process), Dynamic systems development method

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
51
Q

What is the most common Agile Methodology?

A

Scrum, over 50% use it

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
52
Q

What is the Ideation phase of the Product Life Cycle all about?

A

Coming up with high-level idea of what the product should be and making sure customers will buy it.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
53
Q

What is the Development phase of the Product Life Cycle all about?

A

Analysing, designing, developing, testing and implementing the new product

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
54
Q

In which two phases do BAs do the most work?

A

Development and Ideation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
55
Q

What is the BABOK definition of a Requirement?

A

A requirement is a usable representation of a need. Requirements focus on understanding what kind of value could be delivered if a requirement is fulfilled. The nature of the representation may be a document (or set of documents), but can vary widely depending on the circumstances.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
56
Q

What is the Requirements life cycle?

A

Drafted
Validated
Baselined
Implemented
Managed
Retired

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
57
Q

What does it mean when you say that a requirements document is “baselined?”

A

The requirements in the document are considered frozen. These can then be implemented and tested. Any changes to them will require significant review and approval.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
58
Q

What do you think will happen if requirements are not properly managed after the project is done?

A

Requirements Docs are lost so the users don’t know how the system works
Requirements Docs are not updated
Management will be annoyed as you can’t justify what has been delivered

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
59
Q

What are the 3 phases of the Requirements Gathering Model?

A

Form
Transform
Finalise

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
60
Q

What is the goal of the first phase of RDM?

A

To form a draft of your requirements

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
61
Q

What are the three key elements of a documented requirement?

A

Description
Source
Rationale

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
62
Q

What is a good reason to document the requirement source?

A

So you know who to approach for more information

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
63
Q

What is a good reason to document the requirement rationale?

A

It is useful later to prioritise the requirements with project sponsor.

Help find additional missing requirements.

Identify incorrect stakeholder assumptions.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
64
Q

What might happen if a requirement isn’t clear?

A

Test team will write cases according to their misunderstanding of the requirements, leading to rework and project delays

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
65
Q

What requirements is implementable?

A

one that is realistic and achievable.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
66
Q

How often should you conduct walk-throughs of your requirements with stakeholders?

A

At least once per project.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
67
Q

What are the 6 attributes of good requirements?

A

Clear
Complete
Applicable
Prioritised
Implementable
Testable

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
68
Q

What are the 4 types of requirements?

A

Business
User
Functional
Non Functional

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
69
Q

What requirement types is the highest level?

A

Business, all the other requirement types trace back to the user requirements in some way.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
70
Q

What is the source of most business requirements?

A

Business requirements are most often derived by some strategy of the organization.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
71
Q
A
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
72
Q

Where do user requirements usually come from?

A

Users - Both internal & External

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
73
Q

Why is it important to document the parent of a user requirement?

A

To understand what business requirement the user requirement belongs to in the requirements hierarchy.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
74
Q

What should you do if a user requirement doesn’t have a clear parent business requirement?

A

Make sure that you are not missing any business requirements. Tracing user requirements to business requirements helps you ensure you’re not missing anything higher up.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
75
Q

What do business and user requirements describe?

A

What the product will do.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
76
Q

What do Functional requirements describe?

A

How the product / system will do it / behave

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
77
Q

Where are Functional requirements derived from?

A

Business and / or user requirements.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
78
Q

What are functional requirements?

A

Requirements that specify how the system / product should behave

Requirements that elaborate how higher-level requirements should be implemented.

The most detailed requirements that we deal with.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
79
Q

TRUE/FALSE: A functional requirement can have a business requirement as its parent.

A

True. A functional requirement can have either a business requirement or a user requirement as its parent.

80
Q

THINK: Which of the requirement types that we have covered so far would have the MOST impact on the project if the BA fails to discover and document it?

A

Missing a business requirement means that you have missed a MAJOR priority of the organization.

81
Q

What do Nonfunctional requirements describe?

A

The Qualities of the system. They cover the organisational needs that don’t relate to functions.

82
Q

Name some categories of Nonfunctional requirements.

A

Data Privacy
Disaster Recovery
Legal / Compliance
Security
System Availability
System Performance
Usability

83
Q

What fields should you include on a requirements table?

A

Req ID (F - Functional, NF - NonFunctional, B - Business, UR - User)
Category
REquirement
Rational
Source
Parent

84
Q

Why is it important for the Business Analyst to be very focused on finding nonfunctional requirements?

A

No one else usually looks for them. It is rare for stakeholders to think of the quality needs of the product, and it is up to us to make it happen.

85
Q

What is wrong with the following nonfunctional requirement?

“System must act in accordance with FDA Rule US-FDA-2010-079.”

A

It is not complete as it doesn’t state what the rule is.

86
Q

When using resources what 3 things

A

Ensure the information is reliable and upto date

Bring in an expert when necessary.

Keep a stakeholder as your requirements source, this can be a BA from an old project.

87
Q

What value does pre-existing requirements documentation provide?

A

It tells you how the system / product works

Tells you which projects your organisation has run and why.

Contains a list of useful stakeholders

Contains requirements that often should be leveraged in your project.

88
Q

What are the challenges associated with pre-existing requirements documentation?

A

It can be be out of date.

It can be hard to understand if it relies heavily on industry or technical jargon

It maybe poorly written or structured.

89
Q

What should you do before an interview?

A

Find the right stakeholders

Start with the sponsor
Define your goals for the interview

Setup the meeting
Choose the right
setting / environment

Learn about your stakeholder, name, title, responsibilities

90
Q

Which stakeholder is the best to start your interviews with?

A

The project sponsor

91
Q

Why do we use open-ended questions in interviewing?

A

We need them to do the vast majority of the talking, so we can understand them better as they can give you more input.

92
Q

What is the best way to make sure you understand what your interviewee is saying?

A

Recap what they are saying, give them the opportunity to correct / confirm your understanding.

93
Q

What is the main benefit of group interviewing?

A

Getting to speak with many stakeholders at once
The group dynamic of seeing stakeholders interact with each other
When one stakeholder proposes a point, other stakeholders will give their input.

94
Q

Why is it important for you to bring someone to take notes in a group interview you are facilitating?

A

Facilitation takes alot of work, it’s difficult to facilitate the decision and take notes at the same time.

You are likely to miss requirements.

You may lose control of the meeting.

95
Q

Why is it best to have a single document that contains all requirements for a project?

A

It’s a bad idea to have requirements proliferate across multiple documents.
1) readers may miss requirements
2) less work to create and maintain

96
Q

What are the 4 parts of a user story

A

Role
Requirement
Rationale
Acceptance Criteria

97
Q

TRUE/FALSE: Requirements are important in agile projects.

A

Requirements are important in agile, just not as important as the working product.

98
Q

What is a user story?

A

A common language expression of what the users needs and why

99
Q

Who manages the Product Backlog?

A

Product owner

100
Q

Who manages the Sprint backlog

A

Team

101
Q

“Generally, all analysis gets beyond description and into examination and explaination.”

A
102
Q

Definition of analysis?

A

A careful study of something to learn about its parts, what they do, ad how they relate to each other

103
Q

What two reason you need to analyse?

A

1) Understand the business need
2) make sure we are providing the best solution

104
Q

What is decomposition?

A

Decomposition is breaking something down into its parts.

105
Q

What is additive analysis?

A

Adding a component to a complex to understand its role

106
Q

What is subtractive analysis?

A

Removing a a component to a complex (consisting of many different and connected parts)to understand its role

107
Q

What is the definition of Gap Analysis

A

A component-wise analysis of a complex (consisting of many different and connected parts) to understand its difference from another complex.
Eg,
Current and future states
Organisation’s needs and vendor needs
These are any two things that are not the same

108
Q

Which of the following best describes a gap analysis?

A

A piece by piece comparison of two complex things to understand how they differ

109
Q

What is Decision Analysis?

A

Determining which decisions need to be made.

Developing analytical frameworks to make them.

110
Q

When is it best to use a simple decision table instead of a weighted decision table?

A

When each category has the same priority, simple decision tables are best.

111
Q

Let’s say you are doing a Five Whys analysis of a problem, and you get a very good answer after asking “why” only three times. What do you think would be the best course of action?

A

Keep going. Even though it looks like you have a good answer, the next one might be even better.

112
Q

If you suspect that a problem will have multiple contributing causes, which RCA approach will make the most sense?

A

Ishikawa diagrams tend to produce large numbers of contributing factors.

113
Q

At the end of the lecture, you were advised to talk through your cause-and-effect logic to validate it.

What is the most likely to identify a problem in the logic?

A

Although the sales team’s lack of experience may be one factor, there are likely to be many other factors impacting the company’s profitability.

114
Q

What are the 4 question approach for stakeholder needs analysis?

A

What do they say they want?
Why?
What is the priority in their mind?
What are their assumptions?

115
Q
A
116
Q

Why is it important to find a solution that meets the needs of all conflicting stakeholders?

A

Meeting the needs of all stakeholders is important if we are going to solve the overall problem.

Stake holders have varying positions and different valid view of the problem.

Requirements that don’t meet the need of all stakeholders are not really that good,

117
Q

What methods will be will be useful in finding solutions to stakeholder conflicts?

A

Additive analysis
Decomposition analysis
Decision Analysis

118
Q

What is modeling

A

A depiction of a requirement or solution or process

119
Q

what types of modeling are there?

A

illustrative - eg, prototypes

Predictive - eg, process simulators

General purpose - eg, flow charts

120
Q

In flowcharts, what does a diamond represent?

A

A decision point

121
Q

In flowcharts, what does a rectangle represent?

A

A step in the process

122
Q

In flowcharts, what does a solid circle with a ring around it represent?

A

End of process

123
Q

In flowcharts, what does a solid circle represent?

A

Beginning of process

124
Q

What is wrong with this flow chart?

A

Without the text on the decision diamond , we have no way of knowing how the system will act.

125
Q

Swim lane flowcharts are simply regular flowcharts with the activities broken down by _______.

A

Actor

126
Q

What would not usually be considered an actor in a swim lane flowchart?

A

The project sponsor has an important role on the project, but is not typically considered an actor for modeling purposes.

127
Q

If you have a process with three actors, which type of flowchart would you most likely use?

A

Swim lane flowcharts are recommended for processes with two to five actors.

128
Q

In ER diagrams, which of the following shapes represents an entity?

A

Rectangle

129
Q

What is the relationship?

A

Cardinality of 1…n indicates that a single employer can have any number of employees.

130
Q

What is the relationship?

A

A book can have many number of persons

131
Q

What is the minimum number of states a State-Transition Diagram can have (reasonably)?

A

Two. If the diagram has fewer than two states, then there cannot be any transitions between the states, and therefore they won’t make sense.

132
Q

Which of the following is not a component of the data flow diagram?

A

Transitions are part of state-transition diagrams. The corresponding term in data flow diagrams is flow.

133
Q

What flow is not permitted in data flow diagrams?

A

Direct flow from a data store to a data store. All flows must touch at least one Process.

134
Q

What set of requirements would not likely require use case development?

A

The layout of a report would simply be specified, as it doesn’t contain any process to speak of.

135
Q

What does the large rectangle signify in a use case diagram?

A

The boundary contains all the use cases handled by the system.

136
Q

what is not considered an actor in a use case?

A

A “sub-use case” would never be considered an actor.

137
Q

What is the definition of a business process?

A

A series of activities repeatedly and uniformly executed by an organisation to achieve some goal.

138
Q

What are the 3 big goals of business process modeling

A

1) Reduce cost (make it cheaper)
2 )Reduce Cycle time (make it quicker)
3) Improve quality (make it better)

139
Q

What are the 4 components of business modelling

A

Actors - People and systems
Activities - Steps in the business process
Tools - Equipment and other objects
Information - Data (electronic or paper)

140
Q

What is not a typical goal of business process modeling?

A

To reduce throughput. If anything, a goal of increasing throughput could be a goal of business process modeling.

141
Q

Which of the following types of diagram best suits modeling a business process?

A

If you are not familiar with BPMN, swim lane flowcharts are typically the best fit.

142
Q

What is UML?

A

Unified Modeling Language
Used in object-oriented analysis

143
Q

What is BPMN?

A

Business Process & Model Notation (looks like swim lane flowcharts but has a standard notation)

144
Q

What are the 3 stages of finalizing requirements?

A

1) Stakeholders are bought into the solution - Socialization
2) The requirements are complete and of high quality - Presentation
3) We have the baselined the requirements - Change control

145
Q

What is involved in Socialization?

A

Gaining support
Defusing tricky situations

146
Q
A

What are the non-ideal aspects and who will they affect?
Are their any tricky stakeholders that are senior
Work with Boss / Sponsor to determine who has +ive / -ive impact

147
Q

What stakeholder are you most likely to need to socialize your requirements with?

A

Customer Service teams often end up being penalized by resource-constricted projects, and when this happens, it’s important to socialize the requirements with the head of the department before the walk-through.

148
Q

What questions to ask at a presentation?

A

Is there anything major that is missing or wrong?
Have we got the right approvers?
Are you able to approve the BRD by next week?

149
Q

Which type of requirement does not need to be presented to stakeholders?

A

All types of requirements must be presented to stakeholders to make sure that we have documented things correctly and haven’t missed anything important.

150
Q

Why is it important to “check back” with your stakeholders by asking them questions during your presentation?

A

Asking your audience questions serves many purposes – don’t miss out on the opportunities this technique gives you to make sure you have solid requirements documentation.
To make sure they understand the document
Give the a chance to think and catch up with the document
Encourage people to ask questions
Ensure nothing is missed

151
Q

What should you consider when presenting?

A

It’s most important to adapt your presentation to your audience.

152
Q

How can you figure out who should be the approvers for your requirements document?

A

Ask PM and boss, then check with project sponsor

153
Q

Where is the best place to store requirements approvals?

A

In an accessible shared location

154
Q

What are use cases?

A

Descriptions of interactions among users and systems and have the following properties:
1) They are process-driven
2) The have a goal
3) The are user focused
Use cases are descriptions of how users (or actors, as we will cover later) interact with systems. Although they can be used to describe processes, they are bigger than just that one area. It has become fairly common to use the term “use case” to describe scenarios. This is, strictly speaking, incorrect. Later in the course, we will look at use case diagrams which are visual models for system functionality. But here we’re just talking about single use cases.

155
Q

What project would use cases be an effective requirements development method?

A

A custom developed e-ecommerce site.
The middleware project would probably not be a very good candidate for use cases. Since it sounds like there are no human actors involved, and messaging would likely be handled by data descriptions, another approach (e.g. data flow modeling) would be a better candidate. The ready-made system project, since it has already been built, would likely not require use cases either. The custom-developed e-commerce site, with all the various shopping options, would be the best candidate for use case modeling

156
Q

What are the 1st 4 components of a use case?

A

1) Use case ID
2) Title - Verb followed by Noun phrase
3) Description
4) Actor - Someone who plays the role in your use case (Who or What)

157
Q

What is an actor, in the context of use cases?

A

Any person or system involved in the execution of use case
Actors are all those people and systems involved in executing a given use case. People actors would be a subset of all actors, and users are a subset of people actors. We usually don’t talk about stakeholders of a use case, but when we do, it’s referring to anyone with an interest in the use case being executed. The majority aren’t actors.

158
Q

Why is it a bad idea to document business rules within a use case?

A

Single business rules have an impact on many system and use cases, documenting them in a single use case makes the difficult to find and maintain.
If you document 50 business rules in 200 different use case documents, it will be a nightmare to maintain. Business rules are actually quite short; nonetheless, a business rule repository or separate document is better suited for maintaining them. Modern businesses are dynamic indeed. But it is important to document business rules.

159
Q

What are the 3 types of flow?

A

1) Basic - Happy flow - nothing goes wrong.
2) Alternative flow - different paths the actors use.
3) Exception flow - The goal of use case is not met.

160
Q

What would be valid content for the “Notes and References” portion of a basic flow step?

A

A reference to alternative of exception flow
A note cautioning developers and testers about some intricate detail of the step
A reference to a business step

161
Q

Why do we usually have alternate flows branch out from steps where a system is the actor?

A

we are specifying how a system should respond to some previous action
We cannot control what human actors will do.

162
Q

What is the last step of an alternate flow?

A

The last step in an alternate flow should direct the reader back to the appropriate step in the basic flow. This helps the reader have a clear idea of how the system will behave. The first answer is usually the first step of an alternate flow.

163
Q

What are good strategies for finding possible exceptions that should be modeled as exception flows in your use cases?

A

Have developers review your draft use cases and provide input
Look for places in your basic flow where unexpected problems might pop up
Look for places in your alternative flow where unexpected problems might pop up

164
Q

What does the last statement of an exception flow usually do?

A

Just as the last step of alternate flows direct the reader back to a place in the basic flow, the last step of an exception flow ends the use case.

165
Q

What is a common outcome of missing an exception flow here and there?

A

Missed requirements
Poor user experience
Annoyed management

166
Q

What are the 3 types of use case triggers?

A

1) Human
2) System
3) Time-related

167
Q

What is the best strategy for finding use case preconditions?

A

Best strategy: examining the basic, alternate and exception flows (usually in that order).

168
Q

Will use cases always have at least one postcondition? Why?

A

Use cases always have a goal, and the achievement of that goal is the first precondition. Cockburn and Cunningham probably agree that postconditions are a best practice, but this has (to my knowledge) never been expressed by them together. Use cases do have exception flows where the goal is not met, true. But postconditions reflect the state of the system after the use case has been successfully executed, so this statement doesn’t apply. The last answer is false. All use cases should have preconditions.

169
Q

What are the roles of a BA in an agile team?

A

Elaborating user stories
Story-splitting
Defining acceptance criteria
Managing dependencies
Guiding Prioritzation

170
Q

What writing a user story what 3 attributes must they have?

A

Clear
Attributed - Written from the users viewpoint
Able to Prioritize, understand their value

171
Q

What should be the format of a user story?

A

As a … (Actor /Role)
I want .. (Description of need)
So I .. (Rationale)

172
Q

What are the 3 types of acceptance criteria?

A

1) Boolean - True / false, eg report is sorted by surname
2) Make sure - more colloquial
3) BDD - Behaviour-Driven Development
Given (Pre-conditions)
When (Trigger / Event)
Then (System behaviours)

173
Q

Which of the following numbers is a likely number of acceptance criteria for a user story?

A

7, This is a typical number of acceptance criteria for a user story.

174
Q

What are the 3 types of Decomposition?

A

1) Functional
2) Process
3) Structural

175
Q

What is the product backlog?

A

A prioritised wish list of items for the team to develop, managed by the product owner

176
Q

What is a PBI?

A

An item on the product backlog (has user story, acceptance criteria and other data)
A PBI represents a chunk of business value on the product backlog.

177
Q

What is a sprint backlog?

A

The sprint backlog is everything the team is doing for a given sprint, and is managed by the team.

178
Q

What are story points?

A

They are numbers that give relative sizing of user stories.

179
Q

What is velocity?

A

The number of story points delivered by a team in a sprint.

180
Q

Why does it make sense to use story maps?

A

Story maps provide a highly usable way of managing the product backlog work slate.

181
Q

Consider the layout of story maps. What goes across the top and what goes down the left side?

A

Epics or functionality across top
left side going down - Sprints in chronical order with product backlog at bottom.

182
Q

In which order should user stories be listed in the product backlog?

A

prioritization from high to low helps you to most easily assign stories to sprints.

183
Q

What should your primary goal be when determining the contents of a sprint?

A

The goal of any sprint is to maximize the business/customer value of the product version it creates. All other goals are secondary to this.

184
Q

What are roles of a BA in agile?

A

writing user stories
developing acceptance criteria
story-splitting
Prioritising stories
analysing gaps
helping the team understand everything

Plus usual research, interviewing stakeholders, analysis
modeling

185
Q

Who is involved in the sprint retrospective?

A

Optionally, the Product Owner can attend as well, but it is usually just limited to the ScrumMaster and team.

186
Q

Which of the following use case components is the first activity in a flowchart?

A

The trigger is usually the first activity (rectangle) in a flowchart. Alternatively, the first step of the basic flow is also acceptable. Preconditions and postconditions are states rather than activities, and they aren’t depicted in flowcharts.

187
Q

If your flowchart becomes very complicated, what is the best strategy for handling it?

A

The best approach will be to reduce the flowchart’s complexity. Complexity is harder for stakeholders to understand. Complexity also breeds defects and lower testability. Just be sure to refactor your use case as well.

188
Q

Why are swim lane flowcharts better than regular flowcharts when paired with use cases?

A

Swim lane flowcharts highlight the actors of a use case, making it more easily mappable to the use case. For this reason, we more commonly use swim lane flowcharts than regular ones.

189
Q

Business Analysis is the practice of enabling _________ in an organizational context, by defining ________ and recommending solutions that deliver ________ to stakeholders.

A

Changes, Needs, Value
Business Analysts are challenged to identify problems and recommend solutions in order to create value for the business.

190
Q

What is not a task of a Business Analyst?

A

.The Business Analyst does not generally complete any coding as part of their projects.

191
Q

This Business Analyst role focuses on creating the interface that end users interact with.

A

User Experience analysst

192
Q

While eliciting the needs of users is part of most Business Analyst roles, this one specializes in it.

A

Business requirements analyst

193
Q

This Business Analyst role focuses primarily on creating the ‘as-is’ and ‘to-be’ models.

A

Business Process analyst

194
Q

This Business Analyst role takes the business requirements and converts them into functional requirements. Ultimately, they focus on “how” a system will do the “what”

A

System Analyst

195
Q
A

Business Analysis quiz (4 decks)

Brainscape helps you reach your goals faster, through stronger study habits.
© 2025 Bold Learning Solutions. Terms and Conditions