Τεχνολογία Λογισμικού — Ιούνιος 2026 (16/6/2026)

Μεταγραφή από τις φωτογραφίες IMG_2197.jpg και IMG_2196.jpg του γραπτού της 16/06/2026 (Δευτέρα 09:00–12:00).

IMG_2197.jpg

Πολυτεχνική Σχολή
Τμήμα Μηχανικών Ηλεκτρονικών Υπολογιστών & Πληροφορικής

ΘΕΜΑ Α (Μονάδες 2)
Ακολουθούν ερωτήσεις πολλαπλής επιλογής που μπορούν να έχουν ως σωστή απάντηση μία (1) επιλογή. Επειδή κάθε ερώτηση έχει και αρνητική βαθμολόγηση μην απαντάτε στην τύχη! Η αρνητική βαθμολόγηση υπολογίζεται σε όλες τις ερωτήσεις αθροιστικά, αλλά συνολικά το Θέμα έχει ελάχιστη βαθμολογία το μηδέν (0). Όλα τα ερωτήματα λαμβάνουν ισόποσες μονάδες.

1. Ποια είναι η βασική διαφορά μεταξύ Domain Model και Class Diagram;
2. [ ] To Domain Model δεν περιλαμβάνει λειτουργικότητα (methods)
3. [ ] Δεν υπάρχει διαφορά
4. [ ] To Class Diagram δεν έχει σχέσεις
5. [ ] To Domain Model έχει μόνο κώδικα

6. [ ] To Class Diagram χρησιμοποιείται μόνο για testing

7. Ποιος είναι ο κύριος στόχος της φάσης ανάλυσης απαιτήσεων;

8. [ ] Να γραφτεί ο κώδικας
9. [ ] Να εντοπιστούν σφάλματα
10. [ ] Να δημιουργηθεί UI
11. [ ] Να καθοριστούν οι ανάγκες των χρηστών

12. [ ] Να γίνει testing

13. Σε ένα Class Diagram, τι εκφράζει η πολλαπλότητα (multiplicity);

14. [ ] Τον αριθμό γραμμών κώδικα
15. [ ] Τον αριθμό αντικειμένων που συμμετέχουν σε μια σχέση
16. [ ] Την απόδοση
17. [ ] Το μέγεθος της κλάσης

18. [ ] Τον αριθμό χρηστών

19. Τι είναι το version control;

20. [ ] Έλεγχος χρηστών
21. [ ] Διαχείριση εκδόσεων κώδικα
22. [ ] Testing εργαλείο
23. [ ] Debugging

24. [ ] Deployment

25. Ποια είναι η βασική διαφορά μεταξύ λειτουργικών και μη λειτουργικών απαιτήσεων;

26. [ ] Τα functional είναι προαιρετικά
27. [ ] Δεν υπάρχει διαφορά
28. [ ] Τα non-functional είναι πάντα τεχνικά
29. [ ] Τα non-functional περιγράφουν τι κάνει το σύστημα
30. [ ] Τα functional περιγράφουν λειτουργίες, τα non-functional ποιοτικά χαρακτηριστικά

IMG_2196.jpg

Πολυτεχνική Σχολή
Τμήμα Μηχανικών Ηλεκτρονικών Υπολογιστών & Πληροφορικής

1. Ποιο από τα παρακάτω είναι παράδειγμα μη λειτουργικών απαιτήσεων;
2. [ ] Ο χρήστης μπορεί να κάνει login
3. [ ] Το σύστημα αποθηκεύει δεδομένα
4. [ ] Ο χρήστης μπορεί να κάνει logout
5. [ ] Ο χρόνος απόκρισης είναι < 2 δευτερόλεπτα

6. [ ] Το σύστημα εμφανίζει αναφορές

7. Τι είναι ένα Use Case Diagram;

8. [ ] Διάγραμμα βάσης δεδομένων
9. [ ] Διάγραμμα ροής δεδομένων
10. [ ] Διάγραμμα κλάσεων
11. [ ] Διάγραμμα αλγορίθμων

12. [ ] Διάγραμμα που δείχνει τις αλληλεπιδράσεις χρηστών με το σύστημα

13. Τι περιγράφει το Διάγραμμα Ακολουθίας (Sequence Diagram);

14. [ ] Δομή δεδομένων
15. [ ] Σχέσεις κλάσεων
16. [ ] UI σχεδίαση
17. [ ] Αρχιτεκτονική συστήματος

18. [ ] Χρονική αλληλουχία μηνυμάτων μεταξύ αντικειμένων

19. Ποιος είναι ο κύριος στόχος ενός Robustness Diagram;

20. [ ] Να δείξει την αρχιτεκτονική hardware
21. [ ] Να γράψει κώδικα
22. [ ] Να γεφυρώσει use cases με σχεδίαση
23. [ ] Να εκτελέσει testing

24. [ ] Να βελτιώσει UI

25. Ποιο από τα παρακάτω ΔΕΝ αποτελεί φάση του κύκλου ζωής λογισμικού (SDLC);

26. [ ] Ανάλυση απαιτήσεων
27. [ ] Σχεδίαση
28. [ ] Μεταγλώττιση
29. [ ] Υλοποίηση
30. [ ] Συντήρηση

Τεχνολογία Λογισμικού
Δευτέρα 16/06/2026, 09:00- 12:00
3

Λύσεις (⚪ AI, μη επαληθευμένο)

Κατάσταση: ⚪ AI, μη επαληθευμένο Πηγή: migrated from previous_exams.md (Antigravity, 2026-10)

Λύσεις — Τεχνολογία Λογισμικού — Ιούνιος 2026 (Θέμα Α)

Μόνο για το Θέμα Α (ερωτήσεις 1–10), δηλαδή το τμήμα που είναι φωτογραφημένο. Οι απαντήσεις είναι με τη σειρά των ερωτήσεων 1 έως 10 και κάθε αιτιολόγηση ακολουθεί την απάντηση της ίδιας ερώτησης. Οι εκφωνήσεις είναι αυτές του 2026-06.

• [x] Το Domain Model δεν περιλαμβάνει λειτουργικότητα (methods)

Αιτιολόγηση: Το Domain Model (Μοντέλο Πεδίου) είναι ένα εννοιολογικό μοντέλο ανάλυσης που αναπαριστά τις οντότητες του πραγματικού κόσμου και τις συσχετίσεις τους με ιδιότητες (attributes), χωρίς να περιλαμβάνει μεθόδους/λειτουργίες υλοποίησης λογισμικού (operations/methods), οι οποίες προστίθενται στα διαγράμματα κλάσεων (Design Class Diagrams).

• [x] Να καθοριστούν οι ανάγκες των χρηστών

Αιτιολόγηση: Η φάση ανάλυσης απαιτήσεων στοχεύει στον εντοπισμό, την κατανόηση, την καταγραφή και την επικύρωση του τι ακριβώς χρειάζονται οι τελικοί χρήστες και τα ενδιαφερόμενα μέρη (stakeholders) από το σύστημα.

• [x] Τον αριθμό αντικειμένων που συμμετέχουν σε μια σχέση

Αιτιολόγηση: Η πολλαπλότητα (π.χ. \(1\), \(0..1\), \(1..*\), \(*\)) ορίζει πόσα στιγμιότυπα (instances/αντικείμενα) μιας κλάσης μπορούν ή πρέπει να συνδέονται με ένα στιγμιότυπο της άλλης κλάσης στο πλαίσιο του συσχετισμού.

• [x] Διαχείριση εκδόσεων κώδικα

Αιτιολόγηση: Το Version Control (όπως το Git) είναι σύστημα παρακολούθησης και διαχείρισης των αλλαγών στον πηγαίο κώδικα και τα αρχεία ενός έργου λογισμικού στην πάροδο του χρόνου.

• [x] Τα functional περιγράφουν λειτουργίες, τα non-functional ποιοτικά χαρακτηριστικά

Αιτιολόγηση: Οι λειτουργικές απαιτήσεις (Functional Requirements) καθορίζουν τι πρέπει να κάνει το σύστημα (υπηρεσίες, συμπεριφορές, είσοδοι-έξοδοι), ενώ οι μη λειτουργικές απαιτήσεις (Non-Functional Requirements) καθορίζουν περιορισμούς και ποιοτικά χαρακτηριστικά (απόδοση, ασφάλεια, αξιοπιστία, διαθεσιμότητα).

• [x] Ο χρόνος απόκρισης είναι < 2 δευτερόλεπτα

Αιτιολόγηση: Ο περιορισμός χρόνου απόκρισης (\(\text{latency} < 2\text{ sec}\)) αποτελεί μη λειτουργική απαίτηση απόδοσης (performance requirement). Τα υπόλοιπα είναι λειτουργικές απαιτήσεις (δράσεις/λειτουργίες του χρήστη και του συστήματος).

• [x] Διάγραμμα που δείχνει τις αλληλεπιδράσεις χρηστών με το σύστημα

Αιτιολόγηση: Το Use Case Diagram (Διάγραμμα Περιπτώσεων Χρήσης) της UML αναπαριστά οπτικά τους ρόλους των χρηστών (actors) και τις υπηρεσίες/στόχους (use cases) που εκτελούν σε αλληλεπίδραση με το σύστημα.

• [x] Χρονική αλληλουχία μηνυμάτων μεταξύ αντικειμένων

Αιτιολόγηση: Το Sequence Diagram είναι διάγραμμα αλληλεπίδρασης της UML που παρουσιάζει τα αντικείμενα κατά μήκος γραμμών ζωής (lifelines) και την ακριβή χρονική σειρά ανταλλαγής μηνυμάτων μεταξύ τους.

• [x] Να γεφυρώσει use cases με σχεδίαση

Αιτιολόγηση: Το Robustness Diagram (Διάγραμμα Ευρωστίας) εισάγει τα στερεότυπα Boundary, Control και Entity για να γεφυρώσει το εννοιολογικό χάσμα ανάμεσα στην περιγραφή των περιπτώσεων χρήσης (ανάλυση) και τον λεπτομερή σχεδιασμό των κλάσεων (design).

• [x] Μεταγλώττιση

Αιτιολόγηση: Η μεταγλώττιση (compilation) είναι ένα τεχνικό βήμα κατασκευής/μετάφρασης κώδικα εντός της φάσης υλοποίησης, όχι αυτόνομη κύρια φάση του κύκλου ζωής λογισμικού (SDLC: Requirements, Design, Implementation, Testing, Deployment, Maintenance).

✔ Επιβεβαίωσε · ✖ Βρήκα λάθος

---

✖ Βρήκα λάθος στη μεταγραφή