University of Turku Software Engineering Master’s Thesis Guide: DTEK1002, DTEK1102 ও UTUGradu বাংলা সংস্করণ

দ্রুত উত্তর: University of Turku Software Engineering thesis route কী?

University of Turku-এর current Software Engineering track হলো Master’s Degree Programme in Information and Communication Technology-এর 120 ECTS, দুই বছরের Master of Science (Technology) programme, Faculty of Technology-এর অধীনে। Current controlling curriculum হলো DTEKOT2427 / programme 99296, 2024-2027। Exact thesis DTEK1002 Master’s Thesis in Technology, 30 ECTS, grade 0-5। TTDK1308 হলো 0 ECTS maturity examination। Track-specific thesis seminar DTEK1102, 5 ECTS, Pass/Fail, এবং এটি 20 ECTS Common Studies block-এর ভেতরে আছে।

1. DTEKOT2427 / programme 99296 দিয়ে শুরু করুন

Software Engineering ICT programme-এর একটি specialisation track, কিন্তু thesis planning-এ current Software Engineering object আলাদাভাবে পড়তে হবে। Peppi object হলো DTEKOT2427 / 99296। নিজের HOPS-এর সঙ্গে এই object ব্যবহার করুন। Sibling ICT track DTEK1002 share করলেও seminar code, module placement বা method emphasis automatically Software Engineering-এর জন্য প্রযোজ্য নয়।

2. Formal degree 120 ECTS

Peppi root-এ 115-125 ECTS technical range দেখা যায় কারণ thematic/minor এবং Other Studies-এ optional range আছে। Formal degree কিন্তু 120 ECTS। Peppi range-কে degree size হিসেবে report করবেন না। আপনার approved study plan এই choices resolve করে 120 ECTS degree requirement পূরণ করবে।

3. 80 ECTS Advanced Studies block বুঝুন

DTEKOHJELMISTO2427 Advanced Studies মোট 80 ECTS। এর মধ্যে 20 ECTS Software Engineering Core Module, 10 ECTS Compulsory Advanced Studies, 20 ECTS Common Studies in ICT এবং 30 ECTS thesis category আছে। প্রথম তিন coursework block 50 ECTS, যা public programme page-এর 50 ECTS advanced-level major studies headline-এর সঙ্গে align করে।

4. 20 ECTS core-এর চারটি course জানুন

Core module-এ Requirements Engineering, Software Design and Architecture, Software Testing and Quality Assurance এবং Usability, User Experience and Analytics আছে, প্রত্যেকটি 5 ECTS। তাই Software Engineering thesis-এ stakeholder evidence, architecture decision, testing, usability বা analytics আসা স্বাভাবিক। তবে coursework method context দেয়, thesis-specific research design replace করে না।

5. 10 ECTS compulsory advanced block privacy, security এবং UI যোগ করে

Compulsory advanced block-এ DTEK8102 Privacy and Security for Software Systems এবং DTEK2090 Modern User Interfaces আছে। Privacy, secure programming, vulnerability, data protection এবং interface design thesis context হতে পারে। কিন্তু প্রতিটি Software Engineering thesis security বা GDPR thesis নয়। Scope actual research question অনুযায়ী ঠিক করতে হবে।

6. DTEK1102 Common Studies-এর ভেতরে

Robotics seminar-এর placement-এর বিপরীতে, DTEK1102 Master’s Thesis in Technology Seminar, Software Engineering 20 ECTS Common Studies in ICT block-এর 5 ECTS child। একই block-এ Knowledge and Innovation Management 5 ECTS এবং Capstone বা Lean Digital Business Design-এর মধ্যে 10 ECTS choice আছে। HOPS এবং guide-এ এই placement accurately reflect করুন।

7. DTEK8104 আলাদা seminar

DTEK8104 Software Engineering Seminar 5 ECTS Pass/Fail course, কিন্তু এটি Other Studies-এর অধীনে এবং DTEK1102 নয়। এটি contemporary research, scientific literature, presentation এবং industry connection নিয়ে কাজ করে। Explicit current University decision ছাড়া DTEK8104-কে DTEK1102-এর substitute ধরে নেওয়া যাবে না। দুই course code planning এবং reporting-এ আলাদা রাখুন।

8. Exact thesis DTEK1002, 30 ECTS

DTEK1002 Master’s Thesis in Technology 30 ECTS, Advanced Studies, grade 0-5 এবং Finnish/English-এ করা যায়। Scientific work, research methods, field knowledge এবং scientific writing demonstrate করতে হয়। Software product, prototype, architecture বা codebase তখনই thesis evidence হয় যখন clear question, documented method, evaluation এবং bounded conclusion থাকে।

9. Supervisor-এর সঙ্গে thesis plan বানান

DTEK1002 শুরুতে assigned supervisor বা supervisors-এর সঙ্গে thesis plan তৈরি করুন। Topic দরকার হলে main subject professor-এর সঙ্গে যোগাযোগ করুন। Research/engineering problem, system boundary, data বা participant, implementation context, evaluation criteria, access restriction, ethics/privacy issue এবং expected contribution লিখুন। Evidence বা supervisor feedback অনুযায়ী plan update করুন।

10. Company এবং research-group thesis দুটোই সম্ভব

DTEK1002 company বা organisation challenge নিয়ে করা যায় এবং company co-supervision possible। University research group-এর মধ্যেও thesis করা যায়। Company thesis হলে source code, issue data, telemetry, architecture document, customer material এবং security finding-এর কোন অংশ supervisor/examiner দেখতে পারবেন এবং public thesis-এ কী যাবে আগে ঠিক করুন।

11. Examiner এবং final approval chain জানুন

অন্তত দুই examiner thesis evaluate করেন University grading guidance অনুযায়ী। Examiner evaluation-এর ভিত্তিতে head of the department final acceptance এবং grade decide করেন। Thesis seminar, thesis examination এবং degree-plan completion related হলেও separate administrative object। Final submission-এর আগে examiner-ready manuscript, DTEK1102 completion এবং HOPS status aligned রাখুন।

12. TTDK1308 হলো 0 ECTS maturity examination

Thesis category-তে TTDK1308 Degree Qualifying Examination for Master’s Degree, 0 ECTS আছে। সাধারণত thesis abstract বা suitable part maturity test হিসেবে কাজ করে। Prior degree এবং Finnish/Swedish educational-language background অনুযায়ী conditional written-exam route থাকতে পারে। অন্য student-এর process copy না করে নিজের route verify করুন।

13. DTEK1102-কে research-method checkpoint হিসেবে ব্যবহার করুন

DTEK1102 thesis support course। Students previous related thesis analyse করে, নিজের thesis near completion present করে, peer presentation-এ participate করে এবং written research-methods exercise করে। Planned workload 135 hours। Seminar ব্যবহার করে research question, method, implementation, evaluation এবং claimed contribution aligned কিনা পরীক্ষা করুন।

14. Framework বেছে নেওয়ার আগে evidence define করুন

Software Engineering thesis requirements, architecture, testing, quality, usability, privacy, security, programming paradigm, developer tooling, repository mining বা empirical evaluation নিয়ে হতে পারে। Framework, language, cloud platform, repository বা AI tool choose করার আগে ঠিক করুন research question-এর উত্তর দিতে কী evidence দরকার। Technology যেন thesis-এর উদ্দেশ্য না হয়ে evidence তৈরির মাধ্যম হয়।

15. Requirements evidence-এ stakeholder context রাখুন

DTEK2089 stakeholder involvement, value creation, large-scale agile development এবং innovation emphasise করে। Requirement interview, workshop, product owner বা customer থেকে এলে কে কোন role-এ, কোন project context-এ input দিয়েছে এবং requirement কীভাবে change হয়েছে লিখুন। একটি stakeholder group-এর evidence সব user বা market represent করে না।

16. Requirement value prove করে না

Requirement expressed need, constraint বা design target record করে। এটি implement করলে automatically business value, user value বা technical improvement হয় না। Value claim করলে adoption, task performance, stakeholder judgement, cost reduction বা relevant outcome আলাদাভাবে evaluate করুন। Requirement elicitation এবং outcome evaluation আলাদা evidence stage।

17. Requirements traceability রাখুন

Requirements-centred thesis-এ source, rationale, status, implementation এবং relevant verification/validation evidence link করুন। Change study করলে history preserve করুন, পুরনো requirement silently replace করবেন না। Traceability explain করতে সাহায্য করে feature কেন আছে এবং final implementation thesis argument-এ ব্যবহৃত requirement address করেছে কিনা।

18. Architecture choice-এ explicit quality attribute দিন

DTEK0072 design principle, pattern, architectural style, distributed system এবং quality attribute cover করে। Framework জনপ্রিয় বলে architecture justify করবেন না। Performance, modifiability, availability, security বা maintainability-এর মতো relevant quality attribute এবং constraint define করুন, তারপর সেই attribute-এর জন্য evidence collect করুন।

19. Microservices architecture quality prove করে না

Microservices, event-driven design, layered architecture বা অন্য style ব্যবহার design decision। এগুলো empirical quality proof নয়। Microservices modularity দিতে পারে, আবার network, deployment এবং operational complexity বাড়াতে পারে। Conclusion measured system, workload এবং quality attribute-এর মধ্যে bound করুন। Technology label-কে superiority claim বানাবেন না।

20. Important design decision document করুন

Architecture diagram, interface এবং decision rationale tested implementation-এর সঙ্গে synchronized রাখুন। Earlier prototype-এর diagram final system describe না করলে reader ভুল বুঝতে পারে। Architecture decision record বা equivalent traceable note design rationale, implementation revision এবং evaluation result connect করতে সাহায্য করে।

21. Testing evidence-এর level আলাদা করুন

DTEK0073 agile testing, quality assurance, UI testing, automation, behaviour-driven এবং exploratory testing cover করে। Relevant হলে unit, integration, system, UI এবং acceptance evidence আলাদা করুন। এক level-এর passing test অন্য level satisfactory prove করে না। Test suite কী exercise করছে এবং কী risk scope-এর বাইরে আছে লিখুন।

22. High coverage correctness prove করে না

Coverage particular metric অনুযায়ী কত code, branch বা condition exercised হয়েছে তা দেখায়। Assertion correct কিনা, input representative কিনা বা hidden fault নেই কিনা coverage দেখায় না। Coverage thesis outcome হলে metric/tool report করুন এবং test design, fault detection বা অন্য meaningful quality evidence-এর সঙ্গে interpret করুন।

23. Test failure blind count করবেন না

Failing test product defect, test defect, environment problem, external dependency বা timing issue হতে পারে। Flaky test product change ছাড়াই pass/fail করতে পারে। Thesis analysis-এ test outcome থাকলে failure classification, retry rule এবং non-deterministic test handling define করুন।

24. BDD, exploratory testing এবং automation আলাদা evidence

Behaviour-driven test expected behaviour executable scenario-তে connect করতে পারে, exploratory testing unexpected risk খুঁজতে পারে, automation known check repeatable করতে পারে। এগুলোকে শুধু test count দিয়ে compare করবেন না। Quality question define করে তারপর relevant measure বেছে নিন।

25. Heuristic UX evaluation user study নয়

DTEK0069 usability heuristic, usability testing, analytics, accessibility এবং ethics cover করে। Heuristic evaluation expert/rule-based evidence। User test participant observation-এর evidence। Thesis-এ দুটো combine করলে প্রত্যেকটি কী evidence দেয় এবং কেন একটির জায়গায় অন্যটি substitute হয় না স্পষ্ট করুন।

26. User study-তে bounded sample এবং outcome দিন

Usability test-এ participant characteristics, recruitment, task, interface version এবং outcome measure report করুন। Task completion, error rate, completion time এবং subjective satisfaction আলাদা outcome। Small convenience sample exploratory work-এর জন্য useful হতে পারে, কিন্তু সব future user represent করে এমন claim করবেন না।

27. Accessibility এবং usability আলাদা target

একটি product এক group-এর জন্য usable হলেও accessibility requirement fail করতে পারে। আবার accessibility check pass করলেই overall user experience ভালো prove হয় না। Accessibility central হলে applicable criteria এবং evaluation process define করুন। Usability central হলে task ও user evidence define করুন। Broad “UX quality” label দিয়ে আলাদা outcome hide করবেন না।

28. Product analytics research data হতে পারে

Usage event, account identifier, IP address, device identifier, session log এবং behavioural trace context অনুযায়ী personal data হতে পারে। Name remove করলেই anonymous হয় না। Production analytics ব্যবহারের আগে lawful access, research purpose, minimisation, retention, protection এবং publication boundary define করুন।

29. Software security-তে threat scope define করুন

DTEK8102 software security, secure programming, vulnerability, privacy engineering এবং GDPR cover করে। Thesis-এ asset, threat, vulnerability class বা security property identify করুন। “Software is secure” সাধারণত too broad। Documented protocol-এর অধীনে specific vulnerability class exposure কমেছে এমন bounded claim defend করা সহজ।

30. Scanner-এ finding না থাকলে vulnerability নেই, এমন নয়

Static analysis, dynamic testing, dependency scanning এবং manual review-এর visibility ও false-positive/false-negative profile আলাদা। Tool ব্যবহার করলে version, rule set, severity handling, software revision এবং deduplication method record করুন। একটি tool finding না দিলে শুধু ওই configuration-এ report না পাওয়ার evidence হয়।

31. Privacy engineering legal compliance prove করে না

DTEK8102 GDPR, privacy engineering এবং anonymisation concept শেখায়। Coursework বা একটি privacy technique full legal compliance establish করে না। k-anonymity, l-diversity এবং differential privacy-এর assumption ও guarantee আলাদা। Thesis-এ exact privacy property define করুন এবং technical experiment-কে universal compliance conclusion বানাবেন না।

32. Repository mining-এ unit of analysis clear করুন

Repository study করলে observation repository, project, commit, pull request, issue, file নাকি developer তা define করুন। একই project-এর অনেক commit independent observation নাও হতে পারে। Inclusion criteria, snapshot date এবং preprocessing লিখুন। Row count বড় হলেই অনেক independent software system-এর evidence হয় না।

33. Temporal এবং project leakage prevent করুন

Predictive Software Engineering study-তে future event earlier prediction-এ ঢুকে গেলে temporal leakage হয়। একই project-এর closely related commit train এবং test-এ গেলেও generalisation overstate হতে পারে। Claim new project, developer বা future period নিয়ে হলে split strategy সেই group/time structure respect করবে।

34. Observational metric causality prove করে না

Code complexity, process metric বা test measure defect-এর সঙ্গে associate হতে পারে, কিন্তু metric change করলে defect কমবে এমন causal conclusion automatically আসে না। Project size, age, language, team composition এবং domain confound করতে পারে। Design causal inference support না করলে finding-কে association হিসেবেই report করুন।

35. Performance benchmark reproducible করুন

Software revision, dependency, configuration, workload, hardware/VM/container environment এবং measurement procedure record করুন। Warm-up, cache, database state এবং background load result বদলাতে পারে। Latency, throughput, memory এবং CPU use আলাদা outcome। Microbenchmark speedup full application performance নয়, যদি end-to-end path evaluate না করা হয়।

36. Statistical result-এর সঙ্গে practical importance দেখুন

Statistically significant difference operationally খুব ছোট হতে পারে। Design support করলে effect magnitude এবং uncertainty report করুন এবং engineering context-এর সঙ্গে relate করুন। আবার small sample practical effect detect করতে দুর্বল হতে পারে। Statistical evidence এবং engineering relevance connected হলেও একই জিনিস নয়।

37. Advanced Software Project thesis নয়

DTEK2058 version control, project management, unit testing এবং CI/CD-এর মতো professional development practice require করে এবং substantial software artifact তৈরি হতে পারে। কিন্তু এটি separate 5 ECTS project course। Project artifact thesis platform হতে পারে, তবু DTEK1002-এর নিজের research question, method, evaluation এবং written argument দরকার।

38. Capstone এবং Lean Digital Business Design thesis substitute নয়

Common Studies block-এ DTEK0088 Capstone বা DTEK2056 Lean Digital Business Design-এর মধ্যে 10 ECTS choice আছে। দুটোই real-world project experience দেয়, কিন্তু DTEK1002 replace করে না। Earlier project থেকে thesis হলে reused artifact/problem এবং thesis-specific নতুন research question ও evidence আলাদা করে লিখুন।

39. Internship access দিতে পারে, thesis satisfy করে না

DTEK0045 Internship company context, domain knowledge বা system/team access দিতে পারে। এটি Other Studies option, thesis নয়। Workplace material thesis evidence হলে permission এবং confidentiality boundary আলাদাভাবে establish করুন। Employment access মানেই source code, customer data বা internal log academic manuscript-এ publish করার অধিকার নয়।

40. Software reproducibility manifest বানান

Repository commit, branch/tag, dependency lockfile, compiler/runtime version, container/environment, configuration, dataset/database snapshot, test command, random seed এবং output path preserve করুন। Performance work হলে hardware এবং workload setting লিখুন। Goal হলো headline result কোন exact software/data state থেকে এসেছে তা trace করা।

41. একটি headline result clean state থেকে reproduce করুন

Submission-এর আগে central benchmark, test-quality table, repository analysis, usability result বা security finding preserved input থেকে regenerate করুন। Code revision, query, preprocessing এবং aggregation thesis-এর সঙ্গে match করছে কিনা দেখুন। Material difference হলে পুরনো draft match করতে manual edit না করে কারণ investigate করুন।

42. Negative এবং failed result preserve করুন

Failed hypothesis, no-improvement benchmark, usability problem বা ineffective security control scientifically relevant হতে পারে। Desired conclusion weaken করে বলে relevant run discard করবেন না। Protocol-defined exclusion unfavourable outcome থেকে আলাদা report করুন। এতে selective reporting কমে এবং engineering recommendation বেশি useful হয়।

43. Confidential company material protect করুন

Company software-এ proprietary source code, credential, architecture diagram, vulnerability detail, customer data এবং internal telemetry থাকতে পারে। Public manuscript-এ কী যাবে, approved examination route-এ কী দেখানো যাবে এবং কী protected থাকবে আগে decide করুন। Reproducibility-এর জন্য synthetic fixture, redacted example বা interface-level description ব্যবহার করা যায়।

44. DTEK1002 AI disclosure rule follow করুন

DTEK1002 generative AI allow করে, কিন্তু student-এর own contribution identify ও grade করার মতোভাবে use document করতে হবে। AI-generated code test/review করুন। AI-generated reference বা technical claim primary source দিয়ে verify করুন। Protected source code, private log, credential, personal data বা unpublished company information uncontrolled AI service-এ upload করবেন না।

45. AI research object আর assistant আলাদা রাখুন

Thesis AI coding tool, generated test বা AI-supported requirements evaluate করতে পারে, আবার student coding/writing assistant হিসেবেও AI ব্যবহার করতে পারে। দুটি role আলাদা document করুন। Research object-এর model/version, prompt/task protocol এবং outcome measure দরকার। Assistant use-এর disclosure, verification এবং integrity control দরকার।

46. Turnitin software validity check করে না

Turnitin University thesis process-এ mandatory originality control। Similarity checking requirements quality, architecture, test adequacy, usability, security, performance বা reproducibility validate করে না। Originality এবং scientific validity আলাদা control। Low similarity score weak experiment fix করে না, আবার strong experiment-এ proper attribution দরকার।

47. UTUGradu institutional submission route

UTUGradu higher-degree thesis submission, originality checking, examination, approval, electronic publication এবং archiving manage করে। Upload-এর আগে examiner-ready manuscript final evidence-এর সঙ্গে match করছে কিনা, company/privacy publication boundary settled কিনা এবং originality checking complete কিনা দেখুন। Submission-এর কাছাকাছি current operational instruction recheck করুন।

48. Final Software Engineering checklist

DTEKOT2427 / programme 99296, formal 120 ECTS, 80 ECTS Advanced Studies structure, DTEK1002 30 ECTS, TTDK1308 0 ECTS এবং DTEK1102 5 ECTS Pass/Fail inside Common Studies confirm করুন। DTEK8104 আলাদা রাখুন। এরপর supervisor/examiner steps, requirements traceability, architecture evidence, testing scope, UX participant, privacy/security, repository split, benchmark environment, reproducibility, company confidentiality, AI disclosure, Turnitin এবং UTUGradu audit করুন। Evidence-এর বাইরে claim গেলে claim narrow করুন।