Session at a Glance

Lecture Topic
Mixed-methods integration — joint displays, merging QUAN and QUAL findings, meta-inferences; full research tools landscape — SPSS, R, Python, NVivo, Zotero, LaTeX/Overleaf, GitHub, OSF
Lab Activity
Constructing a joint display from your own data; full tools setup and hands-on orientation — statistical, qualitative, writing, and project management tools configured for capstone workflow
Duration
2 hrs Lecture + 12 hrs Lab/Project
Milestone
Joint display draft & tools environment fully configured

Learning Objectives

By the end of this session, you will be able to:

Session Planner

Suggested breakdown of the 4-hour contact session.

TimeSegmentActivityMode
0:00–0:08OpeningTransition to Sem VIII; overview of Weeks 16–30; the integration-and-writing phase: "You've collected data and begun analysis. Now: how do you bring it all together into a coherent dissertation?"Whole class
0:08–0:30Lecture 1Mixed-methods integration — the joint display as an analytical and presentation tool; merging, connecting, and embedding findings; generating meta-inferences; handling convergence, complementarity, and divergence systematicallyLecture
0:30–0:55Lecture 2The research tools ecosystem — a complete walkthrough: statistical tools (SPSS, R, Python), qualitative tools (NVivo, ATLAS.ti, Taguette), reference management (Zotero, Mendeley), writing tools (LaTeX, Overleaf, Word), version control (GitHub), project management (OSF, Notion, Trello). Choosing your stack.Lecture
0:55–1:10ActivityJoint display construction: given sample QUAN and QUAL findings, construct a joint display and write one meta-inference. Exchange with a partner — does the meta-inference go beyond restating each finding separately?Pairs
1:10–1:25DiscussionShare joint displays; discuss how meta-inferences differ from separate conclusions; address common errors (listing findings side by side without integration, overclaiming convergence)Whole class
1:25–1:40Break
1:40–2:00Tools DemoRapid walkthrough of each major tool category — what it does, how to get started, where to find documentation. Students follow along, installing and configuring tools for their own workflow.Demo
2:00–3:40Lab WorkPart A: Construct joint display from your own QUAN and QUAL findings; Part B: Configure your research tools stack — install and test all tools; Part C: Set up a version-controlled writing project on Overleaf/GitHubIndividual
3:40–3:55Peer ReviewExchange joint displays; peer checks: is the meta-inference genuinely integrative? Are convergent and divergent findings handled?Pairs
3:55–4:00Exit TicketSubmit joint display draft; confirm tools stack is configuredIndividual

1. Mixed Data Integration — Moving Beyond Separate Chapters

Integration is what distinguishes mixed-methods research from two separate studies published under one title. The most common failure mode in mixed-methods capstones is the "parallel chapters" problem: Chapter 4 presents the quantitative results, Chapter 5 presents the qualitative findings, and the discussion chapter briefly references both without systematically bringing them together. Integration must be designed, executed, and demonstrated — not hoped for.

Integration and Meta-Inference

Integration is the process of bringing quantitative and qualitative data together so that they speak to each other — comparing, contrasting, and synthesising findings to produce insights that neither dataset generates alone. Meta-inference is the conclusion drawn from the integration — what do we learn from the combination that we would not learn from either dataset in isolation? A strong meta-inference goes beyond "the survey showed X and the interviews also showed X" (convergence — useful but thin) to "the survey showed X (breadth), while the interviews revealed Y (mechanism), and together they suggest Z (the meta-inference that neither alone could support)."

1.1 The Joint Display — Making Integration Visible

A joint display is a table or figure that arrays quantitative and qualitative findings side by side, organised by theme, construct, or research question. It is simultaneously an analytical tool (forcing you to systematically compare findings rather than selectively notice convergence) and a presentation tool (showing the reader — and the evaluation committee — exactly how integration was achieved).

Joint Display Template
Theme / RQ / ConstructQuantitative FindingQualitative FindingConvergence / DivergenceMeta-Inference
Example: "Trust and Purchase Intention"Trust strongest predictor: β = 0.51, p < .001, unique R² = .26. COD preference associated with 22% lower likelihood of purchasing from unfamiliar sellers."I only buy from verified sellers. Even if it costs more. I got cheated once and I'm not taking that risk again." (P7, female, 34, Tier-2 city). COD described as "my safety net" — "with online payment, you pay and then you pray" (P12, male, 28).Convergent. Both datasets independently identify trust as the dominant factor. Qualitative data reveals the mechanism: a single negative experience permanently elevates trust sensitivity.Trust functions as a threshold, not a continuum. The quantitative strength of trust (large β) combined with the qualitative evidence of a single-experience mechanism suggests that trust operates as a binary gate (trustworthy/not) rather than a gradient. Once violated, it is not incrementally rebuilt — it must be re-earned from zero.
(Your theme/RQ 1)
(Your theme/RQ 2)

1.2 Three Integration Patterns — Convergence, Complementarity, Divergence

PatternWhat It Looks LikeHow to Handle ItExample Meta-Inference
ConvergenceQUAN and QUAL findings point in the same direction — the survey results and the interview themes tell the same storyReport convergence explicitly. The meta-inference: increased confidence in the finding because two independent methods with different strengths (breadth and depth) converge. Don't just state "both datasets agreed" — articulate what the convergence MEANS."The convergence of survey and interview data on the centrality of trust — with the survey establishing its predictive strength (breadth) and the interviews revealing its experiential basis (depth) — provides strong evidence that trust is not merely one predictor among many but the foundational condition on which other adoption factors depend."
ComplementarityQUAN and QUAL findings address different facets of the same phenomenon — the survey reveals the pattern; the interviews reveal the mechanismReport complementarity explicitly. The meta-inference: what we now understand about the phenomenon that we would not understand from either dataset alone. This is the richest and most common pattern in well-designed mixed-methods studies."The survey established that autonomy is the strongest predictor of gig worker satisfaction (β = 0.38). The interviews revealed WHY: autonomy enables workers to schedule work around childcare, avoid peak-hour traffic, and maintain dignity by choosing which tasks to accept. Together, these findings suggest that autonomy's predictive power is not about task control per se but about the life-management flexibility it enables — a mechanism invisible to the survey alone."
DivergenceQUAN and QUAL findings point in different directions or appear to contradict each otherDo NOT ignore, minimise, or choose one dataset over the other. Analyse the divergence systematically. Work through possible explanations: different questions, different samples, social desirability, methods effects, genuine complexity. The meta-inference: what the divergence reveals about the phenomenon's complexity."While the survey indicated that organisational culture was not a significant predictor of innovation (β = 0.09, p = .18), interviews revealed that culture was the most frequently and passionately discussed factor. This divergence may reflect a measurement artefact — the survey measured culture as 'clan, adhocracy, market, hierarchy' (CVF), while participants described culture in terms of 'psychological safety to fail' and 'permission to challenge senior leaders' — constructs the CVF does not capture. This suggests that the non-significance of culture in the survey reflects construct underrepresentation in the measurement instrument, not culture's irrelevance."
Integration is Not a Post-Hoc Salvage Operation

Students sometimes approach integration as: "I've got my QUAN findings and my QUAL findings — now how do I make them fit together?" This is backwards. Integration should have been designed into your methodology from the beginning (Week 11). If you are discovering at Week 16 that your QUAN and QUAL data address different questions, use different constructs, or resist integration, the problem is in the design, not the analysis. The joint display is a tool for executing the integration you planned — it cannot rescue a study whose QUAN and QUAL strands were designed independently. If your strands genuinely don't integrate, be honest: identify this as a limitation and discuss what a better-integrated design would have looked like. Methodological honesty is more valuable than a forced, unconvincing integration.

2. The Research Tools Ecosystem — Building Your Workflow

The capstone research workflow spans multiple tool categories: data collection, statistical analysis, qualitative analysis, reference management, academic writing, version control, and project management. A well-chosen, well-configured tool stack reduces friction, prevents data loss, and ensures that your research process is reproducible. A poorly chosen stack — or worse, no deliberate stack at all — produces version chaos, lost files, inconsistent citations, and analysis you cannot reconstruct.

2.1 Statistical Analysis Tools

ToolTypeBest ForLearning CurveKey StrengthsKey Limitations
SPSSPoint-and-click + syntaxBBA students; standard social science analyses (t-tests, ANOVA, regression, factor analysis); quick descriptive statistics and chartsLow — menu-driven interface; syntax optional. Easiest to learn from zero.Low barrier to entry; widely taught in BBA programmes; extensive documentation; APA-style output options; handles labelled data wellProprietary (requires licence); limited advanced/modern methods; poor reproducibility (point-and-click leaves no audit trail unless you use syntax); clunky graphics
RProgramming languageAdvanced statistics; data visualisation (ggplot2); reproducible research (RMarkdown); cutting-edge methods; free and open sourceModerate to high — requires learning R syntax and the tidyverse ecosystem. Steeper initial investment, higher long-term capability.Free and open source; enormous package ecosystem (CRAN: 20,000+ packages); publication-quality graphics; RMarkdown integrates analysis and writing; strong communitySteeper learning curve; less intuitive for students without programming experience; multiple ways to do the same thing can be confusing; error messages can be opaque
Python (pandas, scipy, statsmodels, scikit-learn)Programming languageBCA students; ML evaluation; data manipulation at scale; integrating analysis with model development; reproducible workflows (Jupyter notebooks)Moderate — more intuitive syntax than R for students with programming background; pandas and scikit-learn have consistent APIsFree and open source; dominant in ML/AI; Jupyter notebooks enable literate programming; same language for data prep, analysis, and ML; excellent for reproducibilityStatistical capabilities less comprehensive than R for specialised tests; visualisation (matplotlib/seaborn) less elegant than ggplot2 by default; package fragmentation

2.2 Qualitative Analysis Tools

ToolTypeBest ForLearning CurveKey StrengthsKey Limitations
NVivoFull-featured CAQDASLarge qualitative datasets; team-based coding; mixed-methods integration; sophisticated querying (matrix coding, text search, cross-tabulation)ModerateIndustry standard; rich feature set; strong visualisation (word clouds, cluster analysis, concept maps); can import and code PDFs, audio, video, survey dataProprietary (expensive licence); Windows/Mac only; overkill for small datasets; can encourage over-reliance on software features at expense of interpretive depth
ATLAS.tiFull-featured CAQDASGrounded theory; visual network views of codes and themes; multi-modal data (text, audio, video, images, geo-data)ModerateExcellent network visualisation; strong support for grounded theory procedures; handles diverse data types; cross-platform (Windows, Mac, web)Proprietary; interface less polished than NVivo; smaller user community; licence cost
Taguette / QualCoderFree / open-source CAQDASCapstone projects with modest budgets; straightforward thematic coding; when you need basic CAQDAS functionality without costLowFree and open source; sufficient for most capstone coding needs; simple, focused interface that doesn't distract from analysisLimited features compared to NVivo/ATLAS.ti; no team-coding support; less robust for large datasets; limited visualisation; may not be institutionally supported
Manual (Word/Excel/Google Docs + highlighters)Manual codingSmall datasets (5–10 transcripts); students who prefer tactile engagement with data; when software learning time is better spent on analysisNoneNo cost; no software learning curve; direct engagement with data; full control over the coding processDifficult to manage with 10+ transcripts; no automated retrieval of coded segments; harder to demonstrate systematic analysis; greater risk of inconsistency; difficult to collaborate

2.3 Reference Management

ToolKey FeaturesBest ForCost
ZoteroBrowser connector (one-click import from databases); organisation with collections and tags; Word/Google Docs/LibreOffice plugin for cite-while-you-write; 300+ citation styles; group libraries for collaboration; PDF annotation; free and open sourceMost capstone students. Free, powerful, and actively developed. The default recommendation unless there is a reason to use something else.Free (300 MB storage); paid plans for more storage
MendeleyPDF organisation and annotation; academic social network features; Word/LibreOffice plugin; citation style support; web and desktopStudents working extensively with PDFs who want integrated annotation. Owned by Elsevier — some users object to the publisher affiliation.Free (2 GB storage); paid plans available

2.4 Academic Writing Tools

ToolTypeBest ForKey Consideration
Microsoft WordWYSIWYG word processorMost BBA capstones; familiar interface; good Zotero/Mendeley integration; track changes for supervisor feedbackUniversally available; lowest friction. Large documents (50+ pages with figures, tables, cross-references) can become unstable. Use section breaks, heading styles, and automatic table of contents from the start.
LaTeX / OverleafTypesetting system / cloud editorBCA capstones with equations, algorithms, code listings; students who want professional typography; automatic formatting of citations and cross-references; version historyHigher learning curve (markup language, not WYSIWYG). Overleaf provides a cloud-based, collaborative LaTeX editor with templates — no local installation needed. Produces consistently formatted, professional documents. Particularly valuable for documents with mathematical notation.
Google DocsCloud word processorCollaborative writing with supervisor; real-time commenting; accessible from any device; automatic savingGood for drafting and collaboration. Zotero integration is available but less seamless than Word. Limited formatting control. Not recommended for the final dissertation due to pagination and formatting issues.

2.5 Version Control & Open Science

ToolPurposeWhy You Need It
GitHub / GitLabVersion control for code, analysis scripts, and (optionally) writingPrevents the "final_final_v3_REVISED.docx" problem. Every change is tracked, every version is recoverable. Essential for BCA capstones (code); valuable for BBA capstones (analysis scripts, data processing). Public repositories enable sharing your analysis code — supporting reproducibility and open science.
OSF (Open Science Framework)Project management and open science infrastructureCentralises your capstone project: data, materials, analysis scripts, pre-registration, and outputs. Enables you to share your entire research workflow (not just the final paper). Supports pre-registration of hypotheses and analysis plans. Free and designed for academic research.
Your Tools Stack Must Be Documented in Your Methodology

Your methodology chapter should name the specific tools and versions you used: "Data were analysed using R version 4.4.1 (R Core Team, 2025) with the tidyverse (v2.0.0), psych (v2.4.0), and lmtest (v0.9.0) packages. The analysis script is available at [GitHub repository URL]." Naming the software alone ("data were analysed using SPSS") is insufficient — it is like saying "data were collected using a questionnaire." Version numbers, packages, and (ideally) a link to your analysis scripts are the hallmarks of reproducible quantitative research.

3. Building Your Capstone Workflow — From Data to Dissertation

3.1 Recommended Tool Stacks by Profile

ProfileStatisticalQualitativeReferenceWritingVersion Control
BBA — Quantitative (Survey/Regression)SPSS or RN/AZoteroWord + Zotero pluginGitHub (for analysis scripts and data processing)
BBA — Qualitative (Interviews/Thematic Analysis)N/ATaguette or NVivoZoteroWord + Zotero pluginGitHub (for codebook, thematic map, analysis documentation)
BBA — Mixed MethodsSPSS or RNVivo or TaguetteZoteroWord + Zotero pluginGitHub + OSF (for full project transparency)
BCA — ML/System EvaluationPython (scikit-learn, pandas, matplotlib)N/A or Taguette (for error analysis narratives)ZoteroOverleaf (LaTeX)GitHub (essential — all code, scripts, and results)
BCA — User/HCI StudyPython or RTaguette or NVivoZoteroOverleaf or WordGitHub + OSF

3.2 The Reproducible Research Workflow

1. Raw Data → Store Securely

Raw data (survey responses, interview recordings, transcripts, secondary datasets) stored in a secure, backed-up location. Never store your only copy on a personal laptop. Use institutional cloud storage, OSF, or an encrypted external drive with automatic backup.

2. Data Processing → Scripted, Not Manual

All data cleaning, transformation, and preparation performed through scripts (R, Python, SPSS syntax) — not through manual point-and-click operations. Scripts are version-controlled on GitHub. This ensures that every step from raw data to analysis output is documented and reproducible.

3. Analysis → Scripted + Documented

Statistical tests and ML evaluations executed through scripts or syntax, not GUI. Output (tables, figures) saved programmatically. For qualitative: coding documented in CAQDAS project or codebook that can be exported and shared.

4. Writing → Integrated with References and Analysis

Zotero/Mendeley integrated with Word/Overleaf for citation management throughout the writing process. Analysis outputs (tables, figures) linked to or regenerated from scripts — not manually typed. RMarkdown or Jupyter notebooks for integrating analysis and narrative (optional — advanced workflow).

5. Version Control → Everything Tracked

Analysis scripts, data processing code, and (optionally) writing committed to Git/GitHub with meaningful commit messages. Project registered on OSF with all components linked. Supervisor added as a collaborator for transparency.

Think Deeper — Cross Questions

Discuss in pairs before sharing with the class.

CQ 1

Your joint display reveals a consistent pattern: on 3 of your 5 themes, QUAN and QUAL findings converge. On one theme they complement each other. On one theme they diverge: the survey shows a significant positive relationship between training and satisfaction (β = 0.28, p = .003), but interviews reveal that employees describe training as "a box-ticking exercise," "irrelevant to my actual work," and "something I endure, not something I value." How do you make sense of this divergence? What does this divergence potentially reveal that convergence on the other themes does not?

CQ 2

A BBA student says: "I'll use SPSS because that's what we learned in statistics class. I don't need to justify it — everyone uses SPSS." A BCA student says: "I'll use Python because I already know it. R would be better for the statistical tests I need, but I don't have time to learn a new language." Critique both positions. What is the relationship between tool familiarity and methodological appropriateness? At what point does "I know this tool" become a legitimate reason to use it — and at what point does it become a constraint on the research?

CQ 3

Your supervisor asks to see your analysis scripts as part of reviewing your results chapter. You realise your analysis was conducted through a combination of SPSS point-and-click operations, Excel pivot tables, and some manual calculations — there is no single, reproducible script that regenerates your results from the raw data. How significant a problem is this? What are the specific risks of non-reproducible analysis for your capstone — during supervision, during evaluation, and (if you publish) after submission?

CQ 4

Reflect on your own research tools stack. Identify one tool you are using that you selected primarily because it was familiar, not because it was the best tool for the task. What would be the cost of switching to a better tool? What would be the cost of NOT switching? For your specific capstone, which is the better decision — and why?

Quick Check — Joint Display Diagnosis

Diagnose the problem with each joint display entry.

1. Joint display entry — Theme: "Work-Life Balance." QUAN finding: "Work-life balance significantly predicted satisfaction: β = 0.34, p < .001." QUAL finding: "Participants discussed work-life balance as important. Ravi said: 'I need balance to be happy at work.'" Meta-inference: "Both the survey and interviews show that work-life balance matters for employee satisfaction."

2. A student's joint display has 5 rows (one per theme). Each row has quantitative and qualitative findings filled in. The "Meta-Inference" column is empty — the student says: "I'll fill that in later during the discussion chapter."

3. A student's methodology chapter says: "Data were analysed using SPSS." The analysis section of the results chapter reports regression results but does not mention which version of SPSS, which specific procedures were used, or how missing data were handled.

4. A student's GitHub repository for their capstone contains: a single commit ("final submission"), a single file ("dissertation_final.docx"), and no README, scripts, data, or documentation.

Knowledge Check — Interactive Quiz

Test your understanding of data integration and research tools.

Q1. What is the primary purpose of a joint display in mixed-methods research?

Q2. When QUAN and QUAL findings diverge in a mixed-methods study, the researcher should:

Q3. Which of the following best describes the role of CAQDAS software (NVivo, ATLAS.ti) in qualitative analysis?

Q4. A reproducible research workflow means:

Q5. For a BCA capstone involving machine learning model evaluation, which tool stack is most appropriate?

Lab Activity — Joint Display & Tools Configuration

Part A: Construct Your Joint Display (60 min)

  1. Using your own QUAN and QUAL findings (or provided sample data), complete the joint display template (Section 1.1). Create one row per theme/RQ/construct.
  2. For each row: populate the QUAN finding, QUAL finding, identify the integration pattern (convergence/complementarity/divergence), and write the meta-inference.
  3. Self-check each meta-inference: does it say something that NEITHER the QUAN nor QUAL column already says? If you removed the meta-inference column, would the reader lose insight?

Part B: Configure Your Research Tools Stack (60 min)

  1. Reference management: Install Zotero + browser connector + Word/Overleaf plugin. Import your existing references. Create collections for your capstone chapters. Test cite-while-you-write.
  2. Statistical/ML tools: Confirm your chosen tool is installed and updated. Open your analysis scripts — can you run them from scratch? If using point-and-click, convert at least one analysis to syntax/script.
  3. Version control: Create a GitHub repository for your capstone. Add a README describing the project structure. Commit your analysis scripts and (if applicable) your writing draft.
  4. Writing: Set up your writing environment — Word with Zotero plugin, or Overleaf project with appropriate template. Ensure automatic citation and reference list generation works.

Part C: Reproducibility Audit (30 min)

Exchange with a partner. Attempt to reproduce one of their analyses: given their raw data and scripts/syntax, can you regenerate their key result? For qualitative: given their codebook and a transcript excerpt, can you understand their coding logic? Identify and document every step that requires guesswork or additional information.

Exit Ticket

Submit with your joint display and tools confirmation.

  1. Submit your joint display with at least 3 rows completed, including meta-inferences. Which meta-inference are you most confident about?
  2. Confirm your tools stack is configured: Zotero (with Word/Overleaf plugin working), statistical/qualitative tool installed, GitHub repository created.
  3. What was the result of the reproducibility audit? Could your partner regenerate your analysis? What was missing?
  4. What is one tool in your stack that you are using below its potential — you know it can do more than you are currently using it for?
  5. Looking ahead to Weeks 17–30: What is the biggest gap between where you are now and a complete, submitted dissertation?

Key Takeaways — Week 16

Integration Requires Meta-Inferences

A joint display without meta-inferences is a side-by-side listing, not integration. The meta-inference — what we learn from the combination that neither dataset alone reveals — is the value that mixed methods creates. Without it, you have two parallel studies, not mixed methods.

Your Tool Stack is Part of Your Methodology

The tools you use — and how you use them — are methodological decisions. Document versions and procedures. Script your analyses. Version-control your work. These practices transform your capstone from a one-off student project into reproducible research.

Choose Tools for the Task, Not Comfort

The best tool is the one that enables the most rigorous, reproducible answer to your RQs — not the one you already know. The capstone is a learning experience; learning a new tool that improves your research quality is time well spent.

Reproducibility is a Spectrum, Not a Binary

Full computational reproducibility is the ideal. But even partial progress — scripting your main analyses, documenting your coding procedures, version-controlling your writing — substantially improves the trustworthiness of your work. Do what is feasible; be transparent about what is not.

Facilitator Notes

Preparation Checklist

  • Prepare joint display exemplars — one strong (rich meta-inferences, all three patterns handled, clear structure) and one weak (thin meta-inferences, divergence ignored, reads as parallel listing). Annotate both to make the differences visible.
  • Prepare the tools installation guide as a single document with step-by-step instructions for each tool. Include: download URLs, installation steps, configuration (Zotero Word plugin, RStudio, Python virtual environment, Overleaf account setup, GitHub repo creation), and a "test that it works" verification for each.
  • Coordinate with IT support: ensure SPSS and NVivo licences are active and that students can install R/Python packages. The tools lab will fail spectacularly if students hit installation walls with no support available.
  • Prepare a GitHub template repository with the recommended directory structure (data/, scripts/, writing/, figures/, README.md) that students can fork or copy.

Common Student Difficulties

  • Thin meta-inferences: "Both methods found the same thing" is the most common joint display entry. Push students: "What do we now understand that we didn't understand from either dataset alone? What is the INSIGHT, not just the confirmation?"
  • Tool overwhelm: Presenting 10+ tools in one session can feel like drinking from a firehose. Emphasise that students need ONE tool from each category, not all tools. The "Recommended Stacks by Profile" table (Section 3.1) helps narrow choices.
  • SPSS point-and-click dependency: Students who learned statistics through SPSS menus have never written syntax. This is the week to teach the minimum: "Paste" button in SPSS generates syntax. Saving that syntax file means your analysis is reproducible.
  • GitHub anxiety: Students with no programming background find Git intimidating. Teach the minimum: create a repo on github.com, upload files through the web interface. Even file-storage GitHub is better than no version control. Command-line Git can come later.

Pacing Tips

  • This week serves two distinct student groups: mixed-methods students (who need integration content) and all students (who need tools setup). Allocate the lecture and lab accordingly — the joint display content is essential for MM students; the tools content is essential for everyone.
  • The tools lab (Part B) will generate installation and configuration questions. Have TAs circulating with installation troubleshooting expertise. Prepare a "common installation problems and solutions" cheat sheet based on previous cohorts' experiences.
  • The reproducibility audit (Part C) is eye-opening — students discover that their "reproducible" analysis actually requires undocumented manual steps. This is the point. The discomfort of discovering non-reproducibility now prevents the disaster of discovering it during the viva.
← Week 15Week 17 →