HS

Hasara Research Guide

Your final year research project, explained from the beginning. Enter the password to open it.

It only asks once on this device.

The numbers
Reference

Every number, in one place

All of it on one page so you can check yourself. Nothing here is rounded or guessed.

How to use this page

Do not try to memorise all of it. Learn the twelve numbers in the first block. Everything else is here so you can check yourself, and so you know the figure exists if somebody asks for it.

Every number on this page came out of an analysis script or a test script run against real data. None of it is rounded for effect or estimated.

The twelve numbers to actually know

64
travellers surveyed
40
organisers surveyed
.665
IV3 beta, travellers, p below .001
.461
IV3 beta, organisers, p equals .002
.673
R squared, traveller model
.572
R squared, organiser model
92.5%
of organisers have run short
82.8%
of travellers have had plans ruined
47.2%
named stale information as the failure
52.5%
asked for one central platform, unprompted
10/10
functional test cases passed
10 & 10
of 20 simultaneous bookings, on 10 units

Reliability, before and after purification

ConstructSampleInitial alphaItem removedFinal alpha
IV1 Real-time visibilityTourist0.502Q7, at −0.3040.789
IV1 Real-time visibilityOrganizer0.425Q7, at −0.3380.691
IV2 Pre-bookingTourist0.802none0.802
IV2 Pre-bookingOrganizer0.665none0.665
IV3 Centralized informationTourist0.868none0.868
IV3 Centralized informationOrganizer0.758none0.758
Outcome, E0Tourist0.540Q20, at −0.6220.886
Outcome, E0Organizer0.159Q20, at −0.6230.690

Table 4.3. Only the two reverse-coded items ever crossed the 0.30 removal threshold, in either sample.

Means, correlations and betas together

ConstructTourist mean (SD)Organizer mean (SD)r with outcomebeta
IV1 Real-time visibility3.676 (0.721)3.456 (0.658).571 / .580.096 / .234
IV2 Pre-booking3.672 (0.744)3.519 (0.697).677 / .633.118 / .192
IV3 Centralized information3.812 (0.784)3.788 (0.706).809 / .683.665 / .461
E0 Coordination Effectiveness3.945 (0.759)3.719 (0.677)

In the paired columns, the first figure is the tourist sample and the second is the organiser sample.

The two regression models

Tourist model

n = 64
R² = 0.673
adjusted R² = 0.657
F(3, 60) = 41.181
p < 0.001
Durbin-Watson = 2.165
VIF: 2.058 / 2.959 / 2.236

Organizer model

n = 40
R² = 0.572
adjusted R² = 0.536
F(3, 36) = 16.038
p < 0.001
Durbin-Watson = 1.617
VIF: 1.996 / 2.462 / 1.562

What to say if asked about assumptions

All VIF values are below the conservative threshold of 5 and all tolerances exceed 0.10, so multicollinearity is within acceptable limits. Both Durbin-Watson statistics sit inside the acceptable 1.5 to 2.5 range, so independence of errors holds.

The point is that these were checked before interpreting anything, not afterwards to justify a result.

Who answered

The 40 organisers

Role. 45.0 percent event coordinator or events manager. 27.5 percent owner or general manager. 17.5 percent front desk or guest relations. 10.0 percent food and beverage.

Property. 35.0 percent boutique or guesthouse under 20 rooms. 30.0 percent mid-size, 20 to 60 rooms. 27.5 percent beach or holiday villa. 7.5 percent resort of 60 rooms or more. So 62.5 percent below mid-size.

Event frequency. 47.5 percent a couple of times a month, 30.0 percent weekly, 12.5 percent several times a week, 10.0 percent rarely. So 90.0 percent host regularly.

Staffing. 42.5 percent have dedicated event staff. 32.5 percent handle it alongside other duties. 22.5 percent outsource. 2.5 percent have nobody. So 55.0 percent have no dedicated event staff.

The 64 travellers

Age. 60.9 percent aged 25 to 34. 39.1 percent aged 18 to 24. Nobody outside that range.

Origin. 96.9 percent domestic Sri Lankan travellers. 3.1 percent international, which is 2 people. This is the biggest limitation in the study.

Visits. 46.9 percent had been 2 to 3 times including this trip. 25.0 percent more than 6 times. 17.2 percent first time. 10.9 percent 4 to 6 times.

Trip length. 40.6 percent 2 to 3 days. 39.1 percent a day trip. 12.5 percent more than a week. 7.8 percent 4 to 7 days. So 79.7 percent are there 3 days or fewer, which compresses the window in which discovery has to happen.

The themes

CodeThemeGroup and questionShare
T1Information incomplete, unclear or outdatedTraveller, what went wrong47.2%
T2Forced to contact the property directly or ask locallyTraveller, what went wrong33.3%
T3Missed the event, or sold out after the delayTraveller, what went wrong16.7%
T6Booking or payment mechanism failedTraveller, what went wrong13.9%
T4Resource exhausted on arrivalTraveller, what went wrong8.3%
T5Conflicting information between channelsTraveller, what went wrong8.3%
T7One centralized platform as a single sourceTraveller, what would you change52.5%
T9Complete event detail in one viewTraveller, what would you change50.0%
T10Direct, secure or instant bookingTraveller, what would you change35.0%
T8Live availability and capacity visibilityTraveller, what would you change27.5%
T11Mobile application form factorTraveller, what would you change25.0%
O1Last-minute changes and coordination gapsOrganiser, what went wrong46.4%
O5Schedule slippage and delaysOrganiser, what went wrong28.6%
O6Technical or preparation failureOrganiser, what went wrong21.4%
O3Turnout mismatch causing waste or cost overrunOrganiser, what went wrong21.4%
O4Promotion and reminder failureOrganiser, what went wrong17.9%
O2Event information scattered across channelsOrganiser, what went wrong14.3%
O8Reliability and stability under pressureOrganiser, adoption condition66.7%
O7Ease of useOrganiser, adoption condition53.3%
O9Security and data protectionOrganiser, adoption condition46.7%
O11Proof from other operators firstOrganiser, adoption condition43.3%
O10Cost and pricing transparencyOrganiser, adoption condition40.0%

Percentages are of substantive responses, not of all respondents. Blank answers, answers under 15 characters and non-answers were excluded and reported separately. Substantive counts: traveller question 24 had 36, question 25 had 40. Organiser question 24 had 28, question 25 had 30. One answer can carry more than one theme.

The highest-scoring individual items

GroupItemWhat it saidMean
Traveller22Would recommend an app like this to other travellers3.984
Traveller23Trustworthiness and ease matter more than feature count3.969
Traveller21Even a basic version with live listings and booking would ease trip planning3.938
Organiser17A centralized view would improve decisions made during an event, not only while planning3.900
Organiser22Would recommend the platform to other properties in the area3.900
Organiser18Answering a guest question about inclusions currently means checking with someone else first3.875
Organiser21Would try it for at least one upcoming event3.850
Organiser16A single dashboard of bookings, stock and listings would save real time weekly3.800
Why organiser items 17 and 18 matter most

Both describe an information failure happening in real time during an event, not a promotional failure happening before it.

That is what pointed the requirements towards a live operational dashboard rather than a marketing listing. If someone asks how you decided the organiser needed a live view, these two items are the answer.

Testing and measurement

WhatResult
Functional test cases10 of 10 passed
TC-05, concurrency20 requests on 10 units: 10 committed, 10 refused, remaining landed on 0, peak 20 in flight
TC-09, access control9 of 9 checks passed, issued directly against the API
NFR-01 browse page load501 ms p95, 400 ms p50, n = 30, target under 2000 ms
NFR-01 event detail load336 ms p95, 252 ms p50, n = 30, target under 2000 ms
NFR-02 live update latency580 ms p95, 265 ms p50, n = 11, target under 2000 ms
NFR-03 concurrent load40 concurrent requests, 40 succeeded, 0 failed
NFR-07 responsive layout39 screens clean at 375, 768 and 1440 pixels
NFR-06 usabilityNot measured. Specified but unverified
Defects found and fixed during testing7

One of twelve latency samples never arrived inside the observation window and is excluded, leaving n = 11. This is stated in the thesis rather than dropped silently.

The artefact

ThingFigureNote
Database tables6Deliberately small
Functional requirements144 marked critical: FR-04, FR-05, FR-08, FR-11
Non-functional requirements9Derived from stated adoption conditions, not a generic checklist
Use cases116 specified in full in Chapter 4, 5 in Appendix C
Screens12All verified at 3 widths
Seeded properties6Across all 4 property types
Seeded events1412 of them published
Seeded resource types42Partial availability, so screenshots look realistic
Seeded bookings288No real person's name, phone or email anywhere

The thesis itself

PartPages
Chapter 1, Introduction12 to 19
Chapter 2, Literature Review20 to 33
Chapter 3, Research Methodology34 to 45
Chapter 4, System Requirement Specification46 to 86
Chapter 5, Implementation and Designing87 to 103
Chapter 6, Testing and Evaluation104 to 114
Chapter 7, Concluding Remarks115 to 121
References122 to 126
Appendices A to E127 to 165
If you forget everything else, these four

104 people surveyed, 64 travellers and 40 organisers.

0.665 and 0.461. The IV3 beta in each sample, the only significant predictor in either.

10 and 10. Twenty simultaneous booking requests against ten units, splitting exactly, with nothing oversold.

47.2 percent. The share of travellers whose problem was information that was incomplete, unclear or out of date, which is what makes this a problem of integrity rather than volume.