Business Analytics Capstone Project / Dissertation

Chapter 5
Data Strategy, Acquisition and Governance

Bachelors Program in Business Analytics
Business Analytics Capstone Project / Dissertation   •   Bachelor

Data Strategy, Acquisition and Governance

Introduction

A business analytics project is only as credible as the data on which it rests. Sophisticated modelling cannot compensate for an unclear business question, an unsuitable sample, inaccurate measurements, unlawful processing, or poorly documented data. Data strategy, acquisition and governance therefore form the foundation of a capstone project or dissertation.

Data strategy concerns the deliberate decisions an organisation or researcher makes about what data is needed, why it is needed, how it will be obtained, how its quality will be assessed, and how it will create value. Data acquisition is the practical process of obtaining data from organisational systems, surveys, experiments, open-data repositories, digital platforms, or other sources. Data governance establishes accountability and controls for data ownership, quality, access, security, privacy, ethical use and regulatory compliance.

In a capstone project, these activities should begin before data collection. A student who first downloads a convenient dataset and only later searches for a research question risks answering an irrelevant question or making claims that the data cannot support. A stronger process begins with the decision problem, translates it into data requirements, evaluates possible sources, and documents an auditable data lifecycle.

Learning Objectives

By the end of this chapter, you should be able to:

  1. Translate a business or research question into explicit data requirements.
  2. Compare organisational, survey, experimental, open and digital data sources.
  3. Design appropriate sampling and recruitment procedures.
  4. Evaluate data quality, provenance, metadata and fitness for purpose.
  5. Explain ownership, stewardship, consent, privacy, security and access controls.
  6. Apply governance principles and recognise major regulatory and ethical risks.
  7. Construct a practical data-management and governance plan for a capstone project.

1. From Business Question to Data Requirements

Data requirements specify the observations, variables, time periods, populations and levels of detail needed to answer a question. They should be derived from the decision problem rather than from the availability of convenient fields.

A useful chain is:

Decision problem → analytical question → unit of analysis → variables → data source → collection and governance requirements.

For example, a retailer may ask: “How can customer retention be improved?” This is too broad to determine a dataset. More specific analytical questions might include:

  • Which customer characteristics and behaviours are associated with cancellation?
  • How does delivery delay affect repeat purchase probability?
  • Which intervention should be tested with at-risk customers?

Each question implies different requirements. A churn model may require a customer identifier, account start and end dates, purchases, service interactions and cancellation status. An intervention study additionally requires treatment assignment, a defined outcome period and controls against contamination.

Unit of analysis and granularity

The unit of analysis is the entity represented by one analytical record. It may be a customer, transaction, product, employee, household, store, website session or day. Confusing units creates serious errors. For example, a transaction-level table cannot automatically answer a customer-level question unless transactions are aggregated appropriately. Repeated observations from one person are not necessarily independent observations.

Granularity refers to the level of detail. Daily sales data are more granular than monthly sales data. High granularity may support richer analysis, but it can also increase storage, privacy and processing requirements. A project should collect the minimum granularity necessary for the research objective.

Operational definitions

A concept such as “loyal customer,” “late delivery” or “employee performance” must be converted into an operational definition. For example, “churn” could mean no purchase for 90 days, formal account closure, or non-renewal at contract expiry. These definitions are not interchangeable. The chosen definition should be justified, documented and applied consistently.

A data-requirements specification should include:

RequirementExample
PopulationCustomers with an active account on 1 January
Unit of analysisCustomer-month
OutcomeAccount cancellation within 30 days
PredictorsTenure, complaints, purchases and delivery delays
Time windowJanuary–December 2025
Required precisionTransaction-level dates and amounts
SourceCRM, order-management and service systems
ConstraintsNo unnecessary collection of names or payment-card data
GovernanceRole-based access, retention limit and documented consent or lawful basis

A data dictionary should be prepared before analysis. It records field names, definitions, data types, units, valid values, missing-value codes, source systems and transformation rules. It prevents analysts from silently interpreting a variable in different ways.

2. Data Sources and Acquisition Strategies

No source is universally superior. The appropriate source depends on relevance, validity, timeliness, accessibility, cost and governance risk.

Organisational data

Organisational data are generated through routine operations. Examples include enterprise-resource-planning records, customer relationship management systems, point-of-sale transactions, accounting ledgers, call-centre logs, supply-chain systems and human-resources records.

Their strengths include direct relevance to organisational decisions, large volumes and the possibility of longitudinal analysis. Their weaknesses include inconsistent definitions across departments, missing values, system changes, duplicated records and selection effects. Operational data are created to run the business, not necessarily to answer a research question. A sales database may record completed purchases but not abandoned demand or customers who never entered the sales process.

Access should be negotiated through a data owner or steward. The project proposal should state the fields required, purpose, period, population, output, security arrangements and deletion date. Extracts should be read-only where possible, and personally identifiable fields should be removed or pseudonymised before analysis.

Survey data

Surveys collect information directly from respondents using questionnaires, interviews or structured forms. They are useful for attitudes, intentions, satisfaction, perceptions and experiences that are absent from administrative systems.

Survey quality depends on question wording, response options, ordering, mode of administration and recruitment. Leading or double-barrelled questions can create measurement error. “How satisfied are you with price and service?” asks about two constructs at once. A better design measures price and service separately.

A survey should identify its target population, sampling frame, recruitment method, consent procedure, questionnaire instrument, pilot process and data-retention plan. Pilot testing can reveal ambiguous wording, excessive length and technical failures.

Experimental data

Experiments manipulate one or more conditions and observe outcomes. In a randomised controlled experiment, eligible units are assigned to treatment or control groups using a random mechanism. Randomisation helps balance observed and unobserved factors in expectation, supporting causal inference when implementation is sound.

An experiment requires a defined intervention, outcome, treatment period, eligibility rule and analysis plan. Important threats include non-compliance, attrition, spillovers between groups, insufficient sample size and unethical exposure to risk. Business experiments should also consider practical significance, not merely statistical significance.

Open and secondary data

Open data are made available by governments, international bodies, research institutions or other providers under stated terms. Secondary data are data collected originally for another purpose. These sources can reduce cost and improve reproducibility, but users must evaluate licensing, update frequency, definitions, geographic coverage, sampling, missingness and provenance.

A dataset labelled “open” is not automatically unrestricted. It may prohibit commercial use, redistribution, re-identification or linkage with other datasets. A researcher must read the licence and cite the provider.

Digital and platform data

Digital sources include web analytics, application logs, clickstream records, social-media content, sensor readings and online reviews. They may provide detailed behavioural traces, but they are especially sensitive to consent, platform terms, algorithmic selection and changing measurement processes. Public visibility does not necessarily imply ethical permission to collect and analyse personal information.

Automated collection should respect terms of service, technical access controls, rate limits, copyright and applicable law. Data obtained through application programming interfaces should be documented with the endpoint, access date, query parameters and version information.

3. Sampling and Representativeness

Sampling determines which units enter a study. The target population is the complete group about which the project intends to draw conclusions. The sampling frame is the operational list or mechanism from which units are selected. The sample is the subset actually observed.

Probability sampling gives each eligible unit a known, non-zero probability of selection. Simple random sampling selects units by chance. Stratified sampling divides the population into relevant subgroups and samples within each subgroup. Cluster sampling selects groups such as branches or schools and then observes units within selected groups. Systematic sampling selects every kth unit after a random starting point.

Non-probability methods include convenience, quota, purposive and snowball sampling. They may be appropriate when no sampling frame exists or when qualitative expertise is required, but sampling uncertainty and generalisability are more limited.

For a proportion estimated under simple random sampling, a commonly used large-sample planning formula is:

n₀ = (z² p(1 − p)) / e²

Here, n₀ is the initial required sample size, z is the standard-normal critical value for the selected confidence level, p is the anticipated population proportion, and e is the desired margin of error. The formula assumes a probability sample, a sufficiently large population, and an estimator whose sampling distribution is adequately approximated by a normal distribution. When no prior estimate of p exists, p = 0.5 is conservative because it gives the largest variance.

If the population size N is not large relative to the initial sample, a finite-population correction can be applied:

n = n₀ / (1 + (n₀ − 1)/N)

These formulas address sampling precision, not non-response bias, poor measurement or coverage error. A large convenience sample can still be systematically unrepresentative.

Illustrative calculation. Suppose a simple random survey uses a 95% confidence level, so z ≈ 1.96, assumes p = 0.5, and seeks e = 0.05. Then:

n₀ = (1.96² × 0.5 × 0.5) / 0.05² ≈ 384.16

The planned sample is therefore 385 completed responses, before allowing for non-response. If the expected response rate is 60%, the number invited should be approximately:

385 / 0.60 ≈ 642

This is a planning calculation, not a guarantee of unbiased results. The assumed response rate and sampling process must be reported.

4. Data Quality, Metadata and Provenance

Data quality is multidimensional. Common dimensions include:

  • Accuracy: closeness to the real-world value.
  • Completeness: presence of required values and records.
  • Consistency: absence of contradictions across fields or systems.
  • Validity: conformity to permitted formats, ranges and rules.
  • Timeliness: availability and currency when needed.
  • Uniqueness: absence of unintended duplicate records.
  • Fit for purpose: suitability for the intended decision or analysis.

Quality should be assessed using checks appropriate to the dataset. Examples include testing whether dates are valid, totals reconcile, identifiers are unique, values lie within plausible ranges and records are duplicated across extracts. A missing value is not always an error: “not applicable,” “not asked” and “refused” have different meanings and should not be collapsed into one blank code.

Metadata are information about data. Structural metadata describe fields, formats and relationships. Descriptive metadata explain subject, coverage and definitions. Administrative metadata record ownership, licence, access restrictions, retention and version. Provenance records where the data came from and what happened to it during extraction, cleaning, joining and analysis.

A reproducible project should preserve:

  1. The original or immutable source extract where permitted.
  2. A log of acquisition date, source and responsible person.
  3. Versioned scripts for cleaning and transformation.
  4. A data dictionary and codebook.
  5. A record of exclusions, imputations and derived variables.
  6. The final analytical dataset and its generation procedure.

Data lineage is particularly important when a result is challenged. An analyst should be able to trace a chart or model output back to the source records and transformations that produced it.

5. Ownership, Stewardship and Responsibility

Data ownership is a governance concept, not necessarily a statement that a person owns information in an absolute property-law sense. An owner normally authorises purpose, access and risk decisions. A steward manages definitions, quality and appropriate use. A custodian operates storage, backup and technical controls. An analyst uses data within the approved purpose.

These roles should be separated where practical. For example, a database administrator may provide secure access but should not decide independently whether a researcher may use sensitive employee records. A data-access committee or project supervisor may review the purpose and risk.

A responsibility matrix can clarify accountability:

ActivityOwnerStewardAnalystTechnical custodian
Approve purposeAccountableConsultedConsultedInformed
Define variablesAccountableResponsibleConsultedInformed
Grant accessApprovesRecommendsRequestsImplements
Quality checksAccountableResponsibleResponsibleSupports
Secure storageInformedConsultedCompliesResponsible
Retention and deletionAccountableMonitorsExecutesImplements

Data minimisation is a central principle: collect and retain only what is necessary for the stated purpose. For example, a customer age band may be sufficient when exact date of birth is not analytically required.

6. Privacy, Consent and Ethical Use

Privacy concerns appropriate control over information about identifiable or potentially identifiable people. Personal data may include direct identifiers such as names and email addresses, indirect identifiers such as rare occupations or locations, and sensitive attributes such as health, biometric, financial or employment information. Even when names are removed, combinations of fields can permit re-identification.

Pseudonymisation replaces identifiers with codes while retaining a separate key. It reduces exposure but does not necessarily make data anonymous, because re-identification may remain possible. Anonymisation aims to prevent identification using reasonably available means, but it is difficult to guarantee, especially when datasets can be linked.

Consent should be informed, voluntary, specific and documented. Participants should know the purpose, data collected, expected use, risks, withdrawal process, retention period and contact point. Consent is not a universal solution: an organisation may need another lawful basis under applicable privacy law, and consent obtained under pressure may not be valid. The project must follow the law and institutional ethics requirements applicable to its jurisdiction.

Ethical review is particularly important when research involves vulnerable groups, sensitive information, deception, behavioural tracking or consequential decisions. Researchers should consider whether the social value justifies the intrusion, whether risks are proportionate, and whether participants can reasonably understand the process.

7. Security and Access Control

Security protects confidentiality, integrity and availability. Confidentiality prevents unauthorised disclosure; integrity prevents unauthorised or accidental alteration; availability ensures legitimate users can access data when required.

Practical controls include:

  • encryption in transit and at rest;
  • strong authentication and, where feasible, multi-factor authentication;
  • role-based access based on least privilege;
  • separate storage of identifiers and analytical data;
  • secure backups and tested recovery procedures;
  • logging of access and material changes;
  • patching and malware protection;
  • secure deletion after the retention period;
  • incident reporting and response procedures.

Least privilege means a user receives only the access necessary for an approved task. Access should be time-limited where possible and reviewed when a project role changes. A public report should contain aggregated results where individual disclosure is possible.

A threat assessment should consider accidental disclosure, compromised credentials, malicious insiders, insecure devices, re-identification through linkage and ransomware. Security is not solely an information-technology issue; careless sharing through email or cloud folders can defeat sophisticated technical controls.

8. Regulatory Compliance and Governance Frameworks

Regulatory obligations vary by country, sector and data type. Depending on the project, relevant requirements may concern data protection, consumer privacy, health information, financial records, employment data, intellectual property, research ethics, electronic communications or cross-border transfers. Students must consult current institutional policy and applicable law rather than assuming that one framework applies everywhere.

Common governance principles across many regimes include purpose limitation, transparency, data minimisation, accuracy, retention limitation, security, accountability and rights of individuals. A data-protection impact assessment may be appropriate where processing is likely to create high risk, such as large-scale monitoring, sensitive data processing or automated decisions with significant effects.

Governance should also address algorithmic and analytical risks. A model may use legally obtainable data but still create unfair outcomes through biased sampling, proxy variables or unequal error rates. Governance review should ask:

  • Who is included or excluded from the data?
  • Could a variable act as a proxy for a protected characteristic?
  • Are error costs distributed unequally?
  • Can affected people challenge or appeal a decision?
  • Is the model being used only for the purpose validated?

Generative AI and automated coding tools can support documentation, transformation and exploratory work, but they can also expose confidential data, generate incorrect code or obscure provenance. Sensitive data should not be entered into an AI service unless authorised. Human review, reproducible scripts and source verification remain essential.

9. A Practical Data Governance Plan

A capstone project should produce a concise data-management plan. It can contain the following components:

  1. Purpose and scope: the decision or research question and permitted uses.
  2. Data inventory: source, owner, fields, population, period and sensitivity.
  3. Acquisition method: extraction, survey, experiment, download or API procedure.
  4. Sampling and recruitment: target population, frame, selection and non-response strategy.
  5. Quality plan: validation rules, missing-data treatment and error escalation.
  6. Metadata and provenance: dictionary, source citation, versions and transformation log.
  7. Privacy and ethics: identifiers, consent or lawful basis, risk assessment and participant information.
  8. Security: storage location, encryption, access roles, backups and incident process.
  9. Retention and disposal: retention period, review date and secure deletion method.
  10. Outputs and disclosure: who may receive reports, aggregation rules and publication review.
  11. Responsibilities: named owner, steward, supervisor, analyst and technical contact.

This plan should be reviewed when the research question, source, variables or intended audience changes. Governance is lifecycle management, not a one-time form completed at the beginning.

Applied Case: Illustrative Retail Churn Project

Background

A fictional subscription retailer has rising customer cancellations. Its capstone team is asked to identify factors associated with cancellation and recommend a retention intervention.

Problem

The initial request is to “use all available customer data.” This is rejected as too broad and risky. The team defines the unit of analysis as customer-month and the outcome as cancellation within the following 30 days. The population is customers active at the beginning of each month during 2025.

Analysis of requirements

The team identifies required fields: pseudonymous customer ID, tenure, subscription plan, monthly fee, complaint count, delivery-delay count, purchase frequency and cancellation date. Names, full addresses, payment-card numbers and free-text complaint narratives are not required and are excluded. A data dictionary clarifies that a complaint count is based on closed cases and that delivery delay means delivery after the promised date.

Approach and solution

The data steward extracts records from the CRM, order and service systems. A secure process replaces customer identifiers with project IDs; the linkage key is held separately by the custodian. The team checks duplicate IDs, impossible dates, missing outcomes and inconsistent plan codes. It finds that a CRM migration caused missing complaint records for two months. Rather than silently treating these months as zero complaints, the team flags them and conducts a sensitivity analysis.

For a proposed intervention, eligible customers are randomly assigned to a message or control condition, subject to ethics and business approval. The team documents the assignment procedure, treatment period, outcome definition and exclusion rules. Access is restricted to two analysts, and results are reported in aggregate. The project dataset is deleted after assessment and approval, while non-identifying code and documentation are retained.

Outcome

The analysis identifies an association between repeated delivery delays and cancellation, but the team does not claim that delays alone cause every cancellation. The experimental intervention produces a modest improvement in renewal, but its cost and operational feasibility are also evaluated.

Learning points

The case demonstrates that governance improves analytical validity. Clear definitions prevent outcome confusion; minimisation reduces privacy risk; provenance exposes a system migration problem; and experimental design distinguishes association from evidence of an intervention effect. Data governance is therefore not an administrative obstacle—it is part of sound analytics.

Challenges and Limitations

Data acquisition often involves organisational politics. Departments may control data, fear criticism or lack resources to prepare extracts. Access delays should be included in the project schedule. Proprietary systems may use undocumented definitions, and vendor changes can break pipelines.

No governance system eliminates bias. Administrative data may exclude people without access to a service; survey data may suffer from non-response; digital data may overrepresent highly active users; and experiments may not generalise beyond the participating population. Privacy protection can reduce detail, while excessive retention increases risk. De-identification is not a guarantee against linkage attacks.

Researchers must also avoid “ethics washing”: merely naming fairness or privacy principles without changing collection, modelling or decision processes. Controls should be proportionate, testable and assigned to accountable people.

Best-Practice Checklist

Before collecting or obtaining data, confirm that you can answer yes to the following:

  • Is the decision or research question precise?
  • Is the unit of analysis explicit?
  • Are variables operationally defined?
  • Is the source fit for purpose and legally accessible?
  • Is the sampling or recruitment method defensible?
  • Are consent, ethics and privacy requirements addressed?
  • Are identifiers minimised or separated?
  • Are ownership, stewardship and access responsibilities assigned?
  • Is there a data dictionary, provenance record and quality plan?
  • Are retention, deletion, incident response and publication rules documented?
  • Can another competent analyst understand how the dataset was produced?

Chapter Summary

Data strategy connects a business or research question to defensible evidence. It requires explicit decisions about the population, unit of analysis, granularity, variables, operational definitions and time period. Organisational, survey, experimental, open and digital sources each offer benefits and risks; source selection should be based on fitness for purpose rather than convenience.

Sampling affects generalisability, and sample-size formulas address precision only under stated assumptions. Data quality includes accuracy, completeness, consistency, validity, timeliness and uniqueness. Metadata, data dictionaries and provenance records make analysis interpretable and reproducible.

Effective governance assigns ownership and stewardship, limits collection to necessary information, protects confidentiality and integrity, and establishes lawful and ethical use. Consent, privacy, pseudonymisation, encryption, least-privilege access, retention limits and incident procedures are practical controls. Regulatory compliance is jurisdiction-specific, but accountability, transparency, minimisation and security are widely applicable principles. Finally, governance must continue throughout the data lifecycle and should be treated as a core component of analytical quality.

Key Terms

Data strategy: Planned approach for acquiring, managing and using data to support decisions or research.

Data acquisition: Process of obtaining data from an identified source.

Unit of analysis: Entity represented by one analytical observation.

Granularity: Level of detail represented in a dataset.

Operational definition: Precise rule used to measure an abstract concept.

Sampling frame: Operational list or mechanism from which a sample is selected.

Probability sampling: Sampling in which eligible units have known, non-zero selection probabilities.

Non-response bias: Systematic difference between respondents and eligible non-respondents.

Data quality: Degree to which data are accurate, complete, consistent, valid, timely and fit for purpose.

Metadata: Information describing the content, structure, context and management of data.

Data provenance: Record of data origin and transformations.

Data owner: Person or body accountable for purpose, access and risk decisions.

Data steward: Role responsible for definitions, quality and appropriate operational management.

Pseudonymisation: Replacement of identifiers with codes while retaining possible reversibility.

Anonymisation: Processing intended to prevent identification using reasonably available means.

Data minimisation: Collection and retention of only data necessary for an approved purpose.

Least privilege: Provision of only the access required for an authorised task.

Purpose limitation: Use of data only for specified, legitimate purposes.

Data lineage: Traceable path from source data through transformations to outputs.

Data governance: System of accountability, policies, processes and controls governing data.

Review Questions

5 Short Answer Questions

  1. What is the difference between a target population, sampling frame and sample?
  2. Why must the unit of analysis be defined before data acquisition?
  3. Distinguish pseudonymisation from anonymisation.
  4. Name four dimensions of data quality.
  5. What does least-privilege access mean?

5 Long Answer Questions

  1. Compare organisational, survey, experimental and open data sources for a customer-retention project.
  2. Explain how metadata and provenance support reproducible business analytics.
  3. Discuss the relationship between consent, privacy, data minimisation and ethical research.
  4. Describe the roles of a data owner, steward, analyst and technical custodian.
  5. Explain why a large sample does not necessarily produce representative findings.

3 Analytical / Application Questions

  1. A university wants to predict student withdrawal using attendance, assessment and wellbeing data. Specify the unit of analysis, outcome, minimum variables, governance risks and access controls you would recommend.
  2. Design a sampling and data-governance plan for a survey of customers affected by late deliveries. Justify the sampling method, consent process, quality checks and retention period.
  3. An organisation wants to combine public social-media posts with its CRM records to target promotions. Evaluate the privacy, licensing, bias, security and regulatory issues, and propose conditions under which the project should proceed.

Multiple Choice Questions with Answers

Question 1

Which item is the best example of an operational definition?

A. Customer loyalty is important to the business.

B. A loyal customer is one who purchases at least once in three consecutive months.

C. Customers should be treated fairly.

D. The organisation values retention.

Correct Answer: B. A loyal customer is one who purchases at least once in three consecutive months.

Question 2

What is the primary purpose of a data dictionary?

A. To encrypt a database

B. To replace the sampling frame

C. To document field meanings, formats and valid values

D. To guarantee that data are representative

Correct Answer: C. To document field meanings, formats and valid values

Question 3

Which source is most directly designed to measure attitudes that are absent from administrative records?

A. Survey data

B. Point-of-sale data

C. Server logs

D. Inventory records

Correct Answer: A. Survey data

Question 4

Under simple random sampling, what is approximately the initial sample size for 95% confidence, p = 0.5 and a margin of error of 0.05?

A. 96

B. 196

C. 385

D. 1,000

Correct Answer: C. 385

Question 5

Which statement about pseudonymisation is correct?

A. It always makes data anonymous.

B. It replaces identifiers with codes but re-identification may remain possible.

C. It removes the need for access controls.

D. It permits any secondary use without review.

Correct Answer: B. It replaces identifiers with codes but re-identification may remain possible.

Question 6

Which governance principle requires collecting only information necessary for the stated purpose?

A. Data minimisation

B. Data duplication

C. Maximum disclosure

D. Unlimited retention

Correct Answer: A. Data minimisation

Question 7

What is the main purpose of random assignment in an experiment?

A. To guarantee a large sample

B. To eliminate all measurement error

C. To help balance confounding factors between groups in expectation

D. To ensure every population member participates

Correct Answer: C. To help balance confounding factors between groups in expectation

Question 8

Which control most directly implements least privilege?

A. Giving every employee administrator access

B. Providing analysts access only to approved fields and tasks

C. Publishing raw records publicly

D. Retaining all data indefinitely

Correct Answer: B. Providing analysts access only to approved fields and tasks

Question 9

Which statement best describes data provenance?

A. A list of employee passwords

B. A record of data origin and transformations

C. A method for increasing response rates

D. A replacement for consent

Correct Answer: B. A record of data origin and transformations

Question 10

Why can a large convenience sample still be misleading?

A. Large samples cannot contain missing values.

B. Convenience samples may systematically exclude parts of the target population.

C. Convenience samples always use random assignment.

D. Large samples cannot be analysed statistically.

Correct Answer: B. Convenience samples may systematically exclude parts of the target population.

Business Analytics Capstone Project / Dissertation
Chapter 5 of 14