Courses Q&A - Recent questions and answers in softeng

Mongo NoSql Schema Visual Paradigm

Sat, 03 Dec 2022 17:46:05 +0000

Η ομάδα μας θα χρησιμοποιήσει mongo ως βάση δεδομένων. Στο visual paradigm ωστόσο υπάρχει επίλογη μόνο για ERD. Η βάση γενικά είναι πολύ απλή και μπορεί να σχεδιαστεί με τις επιλογές που μας δίνει το visual paradigm.
Επίσης σε προηγούμενη ερώτηση πριν χρόνια είχατε προτείνει τη χρήση Hackolade για το σχεδιασμό nosql schema. Ωστόσο κάτι τέτοιο θα έχει ως αποτέλεσμα τη παράδοση και επιπλέον αρχείου έκτος από το αρχείο vpp.
Πως θέλετε να προχωρήσουμε ?

Το username Github λογαριασμού δεν πρέπει να περιέχει "_" .

Tue, 04 Oct 2022 20:40:40 +0000

Ο μόνος χαρακτήρας πέραν των αλφαριθμητικών που μπορούμε να χρησιμοποιήσουμε μέσα στο username του github είναι η παύλα "-".

Answered: Προθεσμία Υποβολής Τελικού Μέρους

Tue, 22 Feb 2022 18:23:37 +0000

Εχει διορθωθεί η προθεσμία στο helios.
Είναι η στιγμή της έναρξης όλων των παρουσιάσεων.
Η "τελευταία στιγμή" (κυριολεκτικά), είναι πάντα μια όχι καλή ιδέα...

Answered: Πόρτα για front-end σελίδα

Tue, 22 Feb 2022 18:22:14 +0000

Η 9103 είναι για το API αν θυμάμαι καλά.
Το frontend δεν έχει λόγο να τη χρησιμοποιεί.
80 ή 443 αν έχετε SSL

Answered: Διαφορετικά use cases στο frontend και στο SRS

Sun, 20 Feb 2022 17:32:43 +0000

Δεν είναι και τόσο καλή ιδέα. Μπορείτε να περιορίσετε τα use cases σε 1 που δεν έχει αλληλεπίδραση με το χρήστη, και σε 2 (το πολύ) που έχουν. Η ιδέα είναι να μπορεί να αναζητηθεί τεκμηρίωση (SRS, activity diagram κλπ) σε ο,τιδήποτε έχετε υλοποιήσει, ειδικά αν έχει frontend, και όχι να κατασκευάσετε κάποιο από frontend.

Answered: Διαχειριστικά endpoints API vs διαχειριστικά commands CLI

Sun, 20 Feb 2022 17:29:24 +0000

Οχι, δεν θα υπάρξει.
Η αναφορά ότι στο CLI δεν απαιτείται διαπίστευση, εξυπηρετεί την απλότητα και βασίζεται στην (εύλογη) παραδοχή ότι πρόσβαση στο CLI έχει κάποιος από ασφαλή κονσόλα του συστήματος και όχι από οπουδήποτε. Κάτι σαν να κάνετε sudo -s και κατόπιν "ο,τιδήποτε". Η συζήτηση περί της δεοντολογίας σχετικά με κάτι τέτοιο, είναι εκτός θέματος.

Answered: Οδηγίες εγκατάσης και χρήσης

Sun, 20 Feb 2022 17:22:56 +0000

Ναι, ό,τι χρειάζεται για να τεθεί σε λειτουργία το λογισμικό σας, από κάποιον που δεν συμμετείχε στην ανάπτυξη. Περιλαμβάνονται οι διάφοροι servers (πχ MySQL), βιβλιοθήκες npm ή pip κλπ.

Answered: Ερώτηση για προφορική εξέταση

Sun, 20 Feb 2022 17:21:39 +0000

Σχετικά με την προφορική παρουσίαση, θα υπάρξει το αργότερο μέχρι αύριο Δευτέρα το απόγευμα, το "πρωτόκολλο" που θα ακολουθηθεί.

Answered: Βαθμολογια ξεχωριστα για καθε μελος της ομαδας;

Sun, 20 Feb 2022 17:20:30 +0000

Μολονότι προσωπικές ερωτήσεις δεν έχουν νόημα σε αυτό το σημείο (q2a) παίρνω την ευκαιρία να υπενθυμίσω ότι έχει αναφερθεί πως τα μέλη κάθε ομάδας δεν θα λάβουν υποχρεωτικά την ίδια βαθμολογία.

Οπως αναφέρεται στην εκφώνηση της εργασίας:

"Η βαθμολογία της εργασίας των μελών μιας ομάδας ενδέχεται να διαφοροποιηθεί ανάλογα με τα δεδομένα που θα καταγραφούν στο helios, στο Github και στο YouTrack/UpSource."

Answered: API - csv format & αυστηρότητα μορφής

Tue, 18 Jan 2022 09:22:07 +0000

Η εκφώνηση έχει δοθεί και δεν μπορεί να αλλάξει. Παρακαλείστε να ακολουθήσετε τις οδηγίες της.

Επισημαίνω, για άλλη μία φορά, ότι το csv πρέπει να είναι εύκολα επεξεργάσιμο, που σημαίνει ότι δεν πρέπει να αλλάζει η δομή του μετά από κάποια γραμμή.

Answered: CLI - Τι πρέπει να επιστρέφουν οι εντολές

Mon, 17 Jan 2022 16:43:13 +0000

Δεν είναι όλα πλήρως προδιαγεγραμμένα και πρέπει να αποφασίσετε και κάποια πράγματα μόνοι σας. Είναι κομμάτι της δημιουργικής δουλειάς της εργασίας.

Στο CLI φαίνεται λογικό να επιστρέφονται τα ίδια. Από τη δε φύση του, το CLI μπορεί να χρησιμοποιηθεί ώστε να αποθηκεύει σε αρχείο με ανακατεύθυνση.

Δημιουργία νέων ομάδων

Sun, 16 Jan 2022 14:44:34 +0000

Θα μπορούσατε να ανοίξετε κι άλλες ομάδες Παρασκευή απόγευμα- Σάββατο; Προσωπικά δίνω και τεχνητή νοημοσύνη και συστήματα αποφάσεων και οι ομάδες τις προαναφερθείσες μέρες έχουν κλείσει. Ευχαριστώ πολύ εκ των προτέρων.

Answered: Απορίες σχετικά με build automation tools & εκτελέσιμη μορφή @ Παραδοτέα

Sat, 15 Jan 2022 19:53:25 +0000

1) Έγγραφο: Εκφώνηση v1, σελ.3. Ελάχιστες κοινές τεχνικές προδιαγραφές νο.4: "Κάθε ομάδα θα πρέπει να κάνει χρήση ενός εργαλείου αυτοματισμού του «χτισίματος» του λογισμικού (build automation). ". Μπορείτε να μας δώσετε κάποιο παράδειγμα τέτοιων εργαλείων; Το webpack για το frontend π.χ. ανήκει σε αυτή την κατηγορία; Ή το nodemon που κάνει rebuild το API κάθε φορά που υπάρχει κάποια αλλαγή; Ή το electron-builder/forge/packager?
>> Αρκεί ο package manager του περιβ΄άλλοντος που θα χρησιμοποιήσετε. πχ npm για js, pip (python) κλπ, ώστε να κατεβαίνουν τα dependencies και να χτίζεται το εκτελέσιμο.

2) Ίδιο έγγραφο, σελ.4, Λίστα παραδοτέων, Υλοποίηση: "Εκτελέσιμη μορφή (build & deploy your code from source)": όταν μιλάμε για εκτελέσιμη μορφή εννοούμε για όλο το project με κάποια library τύπου electron/pkg για την παραγωγή μιας εφαρμογής η οποία θα περιλαμβάνει και το backend και το frontend ή αποκλειστικά για το cli tool?
>> Σίγουρα δεν μιλάμε για κάποιο τύπου "install". Μιλάμε για το backend και το api και αν απαιτείται για τον web server. Το cli είναι ένα εκτελέσιμο που τα χτυπάει.

Answered: Εξέταση εξαμηνιαίας

Fri, 14 Jan 2022 12:12:43 +0000

Είναι πολύ δύσκολο και έχει ληφθεί ήδη υπόψην. Η εξεταστική για όσους θα κάνουν χρήση της εξέτασης μαθημάτων του εαρινού εξαμήνου, τελειώνει στις 4.3, οπότε είναι ακόμη χειρότερα για κάποιους. Στο ενδιάμεσο θα έχουν αρχίσει τα μαθήματα του εαρινού.

Οπότε οποιαδήποτε μετατόπιση μόνο των παρουσιάσεων, θα συγκρουστεί είτε με την έναρξη των μαθημάτων εαρινού, είτε με την χαριστική εξεταστική, είτε και με τα δύο. Εξαιρείται η ολίσθηση των πάντων μία εβδομάδα μπροστά, την οποία θα την κάνουμε αν προκύψει, αλλά και πάλι θα υπάρχει αυτό που αναφέρεις.

Πάντως: μιλάμε για όσους έχουν ένα από τα μαθήματα
Τεχνητή νοημοσύνη (Λ)
VLSI (H)
Ρομποτική (Σ)
Συστήματα αποφάσεων (Ο)

Όσοι έχουν Τεχνητή Νοημοσύνη μπορούν να προγραμματίσουν να μην εξεταστούν την Τετάρτη. Όσοι έχουν κάποιο από τα της Παρασκευής, μπορούν είτε Παρασκευή απόγευμα, είτε Σάββατο. Αν είναι περισσότεροι, συζητάμε και περισσότερες ομάδες το Σάββατο, αλλά μόνο για την περίπτωση ΄όσων δίνουν την Παρασκευή και δεν είναι έτοιμοι να εξεταστούν άλλη μέρα στην ΤΛ.

Οποιαδήποτε άλλη ρύθμιση δημιουργεί προβλήματα που δεν είναι δυνατόν να επιλυθούν με τρόπο που να βγουν αποτελέσματα σε εύλογο χρόνο.

Όπως και να έχει, η εργασία δεν μπορεί να γίνει (ή να βελτιωθεί) σε 1-2 ημέρες μετά την εξεταστική, οπότε χρειάζεται κατάλληλη διαχείριση χρόνου την οποία μπορείτε να κάνετε εφόσον ανακοινώνεται 1 μήνα πριν η διαδικασία παρουσιάσεων.

Answered: Λειτουργία του ChargesBy

Thu, 13 Jan 2022 19:21:15 +0000

Το κόστος των διελεύσεων και το ποσό που ο υπαίτιος operator οφείλει στον op_ID είναι δύο διαφορετικά πράγματα αφού το ποσό που οφείλεται είναι το κόστος των διελεύσεων αφού αφαιρέσουμε το ποσό που οφείλει ο op_ID στον υπαίτιο operator.
>> Σωστά

Κοιτώντας τη φόρμουλα που έχετε χρησιμοποιήσει στο Excel, φαίνεται πως αυτό το οποίο υπολογίζετε είναι το τελικό ποσό που οφείλει ο operator (δηλαδή αφαιρείτε το "ανάποδο χρωστούμενο").
>>Αυτό το κάνω μόνο στον πίνακα, ο οποίος δεν αντιστοιχεί στο endpoint που αναφέρεις. Στα κελιά F9:F10 υπάρχουν οι ζητούμενοι υπολογισμοί

Answered: HTTPS για api/frontend

Thu, 13 Jan 2022 19:17:46 +0000

Η παρουσίαση θα γίνει από δικό σας υπολογιστή. Οπότε δεν υπάρχει θέμα.

Μαθημα12/01 physical

Wed, 12 Jan 2022 13:34:22 +0000

Θα γινει κανονικα το μαθημα σημερα με φυσικη παρουσια;

Answered: To se21XX θα είναι το prompt του cli tool ή το πρώτο argument κάθε εντολής;

Fri, 07 Jan 2022 13:30:54 +0000

Το $ είναι το prompt του λειτουργικού και δεν είναι argument (τίνος argument θα ήταν, αλήθεια;;;)...

Το se21XX δεν είναι κυριολεκτικό: το ΧΧ είναι η ομάδα, όπως αναφέρεται στην εκφώνηση...

Answered: Λειτουργία resetstations και resetvehicles

Tue, 04 Jan 2022 11:41:37 +0000

πριν γίνει το resetstations θα πρέπει να γίνει το resetpasses. Είναι αυτό αποδεκτό;
>> Ασφαλώς! Οποιαδήποτε άλλη υλοποίηση (χωρίς FKs) παραβιάζει ουσιώδεις απαιτήσεις ακεραιότητας της βάσης

Answered: CLI --passesupd και sample data

Fri, 31 Dec 2021 17:55:09 +0000

Μερικά πράγματα θα τα αποφασίσετε μόνοι σας...

Δείτε και εδώ.

Καλή χρονιά!

Answered: Endopoints resetvehicles και resetstations.

Thu, 30 Dec 2021 19:42:14 +0000

Οπως έχει συζητηθεί στο μάθημα:

Η δομή των δεδομένων που σας δόθηκαν ΔΕΝ ΕΙΝΑΙ η δομή της ΒΔ που ζητείται.

Η ΒΔ θα σχεδιαστεί από εσάς και θα είναι κανονικοποιημένη και σύμφωνα με τις αρχές σχεδίασης σχεσιακών ΒΔ, ή κατάλληλα δομημένη αν δεν είναι σχεσιακή.

Ωστόσο, οποιαδήποτε και αν είναι η δομή της ΒΔ που θα κατασκευάσετε, θεωρήστε "ισχυρή σύσταση" να εισάγετε σε αυτή τα δεδομένα που σας δόθηκαν, κάνοντας τους αναγκαίους μετασχηματισμούς προκειμένου να ενταχθούν στη δομή της βάσης σας.

Ανάλογα με τη λογική της λύσης που θα υλοποιήσετε, ενδέχεται να πρέπει να διαχωριστούν τα ενδεικτικά δεδομένα ανά σταθμό διοδίων, λειτουργό, ή ό,τι άλλο αποφασίσετε.

Με τον τρόπο αυτό, γίνεται δυνατός και ο έλεγχος ορθότητας των υπολογισμών σας κατά την ανάπτυξη του λογισμικού, καθώς και κατά την παρουσίαση της εργασίας.

Παρατήρηση: η οργάνωση των δεδομένων ήταν αντικείμενο του πρώτου παραδοτέου

Answered: Frontend & testing - Τι θα περιέχει

Wed, 29 Dec 2021 07:57:13 +0000

Θα ανεβάσετε αναλυτικές οδηγίες όσον αφορά το frontend και τα διάφορα test που απαιτειται; Δηλαδή θέλετε κάτι συγκεκριμένο να υπάρχει στο frontend?
>>Εξαρτάται από τα use cases σας. Στην πιο απλή περίπτωση, δεν θα κάνετε front-end testing με αυτόματο εργαλείο, απλά θα καταγράψετε τι ελέγξατε. Ενα εργαλείο που θα αναφερθεί στο επόμενο μάθημα, είναι το selenium.

Στα api-test, cli-test & test-backend από την στιγμή που όλα συνδέονται μεταξύ τους πως θα τα τεσταρουμε;
>>Είτε ως μονάδες, είτε end-to-end

Θα πρέπει για παράδειγμα να εκτελούμε εντολές που ξέρουμε τις απαντήσεις με βάση τα transactions/passes που μας έχουν δωθεί;
>> Ναι. Είτε/και από αυτά που μπορείτε να δημιουργήσετε εσείς. Πχ, μπορείτε να δημιουργήσετε τα δικά σας, τα οποία εκ κατασκευής θα γνωρίζετε την απάντηση (δηλ όχι με query), να τα κάνετε import και να κάνετε τους ελέγχους.

Αλλά αυτά θα σπάσουν αν πάμε να περνάμε δεδομένα πχ από ότι έγινε νέα συναλλαγή. Και επίσης το ξέρουμε με "σιγουριά" τις απαντήσεις θα είναι να τρέξουμε χειροκίνητα το query για να δούμε ότι παίζει σωστά. Θέλετε δηλαδή να εμπιστευτούμε τις απαντήσεις από τα quieries μας;
>>Ναι. Το να γράφετε σωστά απλά queries σαν αυτά που απαιτούνται είναι προαπαίτηση. Μια άλλη πρόταση είναι να το λύσετε σε excel και να συγκρίνετε τα αποτελέσματα. Και πάλι πρέπει να εμπιστευτείτε ότι το κάνετε σωστά σε excel. Γενικά μάλλον δεν γίνεται αν δεν μπορείτε να θεωρήσετε ότι κάτι το κάνετε σωστά.

Answered: Εντολές CLI και διαπίστευση χρηστών

Wed, 29 Dec 2021 07:48:30 +0000

Στο CLI δεν απαιτείται διαπίστευση για λόγους απλούστευσης της εργασίας.

Ενας άλλος, ευσταθής, ισχυρισμός είναι ότι το CLI δεν εκτελείται από οπουδήποτε, αλλά από την "κονσόλα" του συστήματος. Οποιος βρίσκεται εκεί, (πρέπει να) έχει ήδη διαπιστευτεί.

Answered: Παραδοτέο POSTMAN

Wed, 29 Dec 2021 07:46:33 +0000

Ασφαλώς ένα μόνο αρχείο από το postman!

Answered: Διαχειριστικά Endpoints

Wed, 29 Dec 2021 07:45:54 +0000

Τυπικά, ναι.

Ουσιαστικά, δεν μπορείς να υλοποιήσεις τα 4 βασικά endpoints του API αν δεν έχεις κάποιες διαχειριστικές λειτουργίες.

Answered: Component diagram -21

Wed, 29 Dec 2021 07:42:52 +0000

duplicate question

Answered: Component diagram

Wed, 29 Dec 2021 07:42:14 +0000

Εχει απαντηθεί στο μάθημα, το οποίο είναι διαθέσιμο online.

Answered: Για πότε είναι παραδοτέο το CLI tool?

Wed, 29 Dec 2021 07:41:05 +0000

Το αναφέρει ο πίνακας που περιέχεται στην εκφώνηση...

Answered: Υλικο για το Postman

Thu, 16 Dec 2021 07:35:17 +0000

Έχει προστεθεί

Answered: Επικοινωνία API Σταθμού Διοδίων με Back-end / Database Server

Thu, 16 Dec 2021 07:31:36 +0000

...θεωρούμε ότι το API του σταθμού διοδίων (το έχουμε ονομάσει Pass Control API)
>> τίνος συστήματος: του δικού μας ή των διοδίων;
επικοινωνεί πρώτα με τον back-end server
>>τον δικό μας υποθέτω
ο οποίος ευθύνεται για την ενημέρωση του δικού μας database server (π.χ. με ένα insert)
>>λογικό ακούγεται

ή ότι

το Pass Control API
>>του συστήματος των διοδίων, υποθέτω
ενημερώνει αυτό το Database Server
>>τον δικό μας;
και ύστερα ο back-end server
>>ο δικός μας υποθέτω
κάνει query στο Database και ενημερώνει τις χρεώσεις;
>>δηλαδή ενημερώνει τον εαυτό του με δεδομένα που του έβαλε ποιος;;

Πρακτικά, αυτό δεν επηρεάζει την υλοποίηση του δικού μας API και back-end, εφόσον τα δεδομένα τα έχουμε έτοιμα σε .csv αρχεία, οπότε η ερώτηση αφορά καθαρά την ορθότητα των διαγραμμάτων.

Επί της ουσίας:
Η ερώτηση είναι πολύ ασαφής, αλλά από ό,τι μπορεί να συναχθεί, είναι θέμα που θα το αποφασίσετε εσείς και θα αξιολογηθεί . Δεν είναι "θέμα ορθότητας διαγραμμάτων", είναι θέμα ουσίας, γιατί τα διαγράμματα οφείλουν να απεικονίζουν μια δομή και συμπεριφορά που έχει νόημα και που αντιστοιχεί στην υλοποίηση. Δηλ δεν ισχύει το "θα λειτουργεί με έναν τρόπο που τον έχουμε αποφασίσει, και το θέμα είναι τι θα φαίνεται στα διαγράμματα"...

Σημαντικό κριτήριο της αξιολόγησης, πέραν της εφαρμογής των αρχών σχεδίασης που έχουν παρουσιαστεί, είναι το σύστημα μας να είναι κατά το δυνατόν μη-παρεμβατικό στα υπάρχοντα συστήματα. Πχ. να απαιτεί πρόσβαση στη ΒΔ τους, είναι υπερβολικό.

Answered: Ανάλυση στατιστικών δεδομένων

Thu, 16 Dec 2021 07:23:20 +0000

Είναι θέμα δικής σας απόφασης.
Δεν υπάρχει "σωστό" και "λάθος", αλλά: το να το κάνετε όσο σύνθετο μπορείτε να φανταστείτε, δεν σας προσθέτει βαθμολογία.

Answered: --usermod --users

Thu, 16 Dec 2021 07:22:06 +0000

se21XX admin --users vescoukis
vescoukis
status: active

se21xx admin --users donaldtrump
donaldtrump
status: no user

se21xx admin --usermod --username donaldtrump --passw donaldduck
donaldtrump user created

se21xx admin --usermod --username donaldtrump --passw disney
donaldtrump password changed

είστε ελεύθεροι να είστε όσο δημιουργικοί θέλετε:
se21XX admin --users vescoukis
vescoukis
status: active since 1970-01-01
api calls: 1003
κλπ

Δείτε με προσοχή τον πίνακα.
Δεν επιτρέπεται το --usermod --users μαζί...

Answered: StationOperator και TagProvider για τα JSON που επιστρεφονται

Mon, 13 Dec 2021 19:53:11 +0000

Αποφασίστε και κάτι μόνοι σας...

Answered: Ερωτήσεις σχετικές με τα παραδοτέα

Mon, 13 Dec 2021 19:52:12 +0000

Τα παραδοτέα που αναφέρονται στο helios για τις 21/12 πρέπει υποχρεωτικά να έχουν ολοκληρωθεί έως αυτήν την ημερομηνία; Υπάρχει πρόβλημα εάν κάποια είναι ημιτελή ή λείπουν για την ώρα, αλλά υπάρχουν στην τελική εργασία;

>> Τα παραδοτέα που αφορούν προδιαγραφή και σχεδίαση αναμένεται να είναι σε ώριμη κατάσταση, καθώς είναι το δεύτερο iteration τους μετά την πρώτη παράδοση. Η ιδέα είναι να μπορεί να κατανοήσει ένας developer τι να κάνει κάποιος πηγαίος κώδικας που μπορει΄να ξεκινήσει να γράφει

Στα έγγραφα StRS και SRS, ειδικά στο τμήμα των use cases, έχουμε "υποσχεθεί" να υλοποιήσουμε σαφώς περισσότερες λειτουργίες από αυτές που αναφέρονται στις προδιαγραφές API & CLI που έχετε ανεβάσει. Είμαστε υποχρεωμένοι να καλύψουμε όλες τις λειτουργίες που έχουμε υποσχεθεί, ή είναι αρκετό να καλύψουμε όσα αναφέρονται στις προδιαγραφές;

>> Οι προδιαγραφές API / CLI είναι backend. Δεν αναφέρονται σε συγκεκριμένα use cases. Στην υλοποίηση που θα κάνετε, κάποια από τα API endpoints θα "στηρίξουν" την υλοποίηση αλληλουχίας λειτουργιών που αντιλαμβάνεται ο χρήστης ή κάποιο εξωτερικό σύστημα (=use cases)

Στο documentation του API μας, σκεφτόμαστε να συμπεριλάβουμε και τα endpoints που παρέχουμε συγκεκριμένα στο CLI (admin --usermod, admin --username κ.λ.), ώστε να έχουμε ένα συγκεντρωτικό documentation όλων των endpoints που παρέχονται από το backend. Θα ήταν λάθος κάτι τέτοιο;

>> Λάθος δεν θα ήταν. Ωστόσο, είναι καλή ιδέα να αξιοποιήσετε με προσοχή το χρόνο που διαθέτετε ώστε να μην αμελήσετε κάτι άλλο για να προσθέσετε κάτι που δεν ζητείται. Το API documentation των βασικών ζητουμένων είναι επαρκές για να φανεί ότι ασχοληθήκατε με το αντικείμενο και ήρθατε σε κάποια επαφή με ό,τι πρέπει. Τα επιπλέον, δεν αντισταθμίζουν ελλείψεις από άλλα ζητούμενα.

Υλικό διάλεξης 1/12/21

Mon, 06 Dec 2021 09:35:45 +0000

Το βίντεο και οι διαφάνειες από την 1/12/21 δεν υπάρχουν στον Ήλιο. Παρακαλώ να τα ανεβάσετε. Ευχαριστώ εκ των προτέρων!

Answered: home/visitor στηλη

Tue, 30 Nov 2021 22:07:52 +0000

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

Answered: Mysql Database

Tue, 30 Nov 2021 21:56:37 +0000

Αυτό το κανονίζετε μόνοι σας. Εννοείται ότι για να δουλέψετε στη βάση πρέπει να έχετε πρόσβαση. Οπως και να το κάνετε, ο πηγαίος κώδικας θα είναι ενιαίος σε ένα repo και θα τον έχετε όλοι, καθένας στο μηχάνημά του. Ομοίως όλοι μπορείτε να έχετε και ένα τοπικό αντίγραφο της βάσης οπότε δεν βλέπω θέμα πρόσβασης. Ενας από όλους θα φέρει το μηχάνημα στην παρουσίαση.

Αν σας απασχολεί να φαίνεται η δουλειά σας, τότε πρέπει να βάλετε στο github τα script δημιουργίας της βάσης. Μόνο δημιουργίας και ότι ενημέρωσης, δηλ όχι τις χιλιάδες εγγραφές.

Προφανώς δεν μπορούν να κάνουν όλοι όλα. Δηλ κάποιος θα έχει το commit για αυτά τα script, κάποιος για κάτι άλλο στον κώδικα.

Answered: Backend/Api

Fri, 26 Nov 2021 18:47:03 +0000

1) Αρχικά στο πως διαχωρίζουμε το backend και το api?
Προσωπικά τον φάκελο api στο git τον βρίσκω περιττό μιας και το backend προκειμένου να τρέξει θα έχει τα paths που γίνονται τα api calls.
>> Το REST API είναι ένα web service, το οποίο μπορεί να υλοποιηθεί ξεχωριστά από το backend, το οποίο δεν είναι υποχρεωτικό να είναι web service. Το backend τρέχει την sql. Το REST API μπορεί να παραλαμβάνει ό,τι η sql επιστρέφει, και να το μορφοποιεί να το δωσει σαν json. Μπορεί, βέβαια, να είναι ενιαία η υλοποίηση, οπότε πράγματι backend και api ταυτίζονται. Δεν μου φαίνεται ως η καλύτερη σχεδιαστική επιλογή, αλλά πράγματι, γίνεται.

2) Στο pdf με τις απαιτήσεις αναφέρεσετε https://{{host}}:91003/interoperability/api
όπου 91003 το port. Τέτοιο port δεν παρέχετε απο τους routers. Γενικά οι δυνατές πόρτες TCP σταματάνε στο 65535. Μήπως υπάρχει τυπογραφικό και θέλετε το 9103 port;
>> Ναι. Τυπογραφικό στο find-replace στην εργασία του προηγούμενου έτους. Το port είναι το 9103.

3) Όταν αναφέρεστε σε format={json|csv} εννοείται για το response που θα έχει το b/e μας;
>>Ναι. Αν και είναι μάλλον straightforward το πώς θα είναι τα ζητούμενα json, θα βάλω ένα παράδειγμα.
Αν ναι, με csv θα μπορούσατε να μας προσανατολίσετε ως προς το πως θα γίνεται.
>>Το json γίνεται πολύ εύκολα flat csv. Στις περιπτώσεις που στο json περιλαμβάνεται λίστα, στο csv υπάρχουν όλα τα στοιχεία της λίστας ένα σε κάθε γραμμή, και σε κάθε γραμμή επαναλαμβάνονται όλα όσα είναι εκτός της λίστας. Και πάλι θα βάλω παράδειγμα, αν και θα μπορούσε να μην είναι απαραίτητο...
Στην υλοποίηση θέλετε να έχουμε κάτι του στυλ BLOB?
>>Όχι, κατηγορηματικά όχι. Μόνο απλό κείμενο json.

Answered: Τι είναι οι "Περιορισμοί στο πλαίσιο του έργου" στο StRS?

Sun, 21 Nov 2021 09:17:17 +0000

ΠΧ:
- πρέπει/δεν πρέπει να χρησιμοποιηθεί η τάδε υπηρεσία που παρέχεται από τρίτο μέρος (πχ πιστοποίηση ταυτότητας)
- είναι/δεν είναι αποδεκτή η προσθήκη hardware στα σημεία διέλευσης
κ.ά, μην τα πούμε όλα...

Answered: Χρειάζεται η ξεχωριστή αποθήκευση του charge record στη βάση;

Sun, 21 Nov 2021 09:13:27 +0000

Αυτό είναι κάτι που θα πρέπει να το αποφασίσετε εσείς. Και τα δύο που αναφέρετε μπορεί να γίνουν, όπως και ενδεχομένως και άλλα πράγματα. Σκεφτείτε πχ αν το "charge record" είναι κάτι που ομαδοποιεί πολλές διελεύσεις με κριτήριο που μπορείτε να θέσετε, υπάρχουν διάφορες πιθανές επιλογές. Πάντως δεν υπάρχει μία μόνο απάντηση και η όποια επιλογή κρίνεται από το αν υποστηρίζει την υλοποίηση των απαιτούμενων λειτουργιών με ταχύτητα, ορθο΄τητα, κλπ.

Answered: 2 use cases for 1 stakeholder

Fri, 19 Nov 2021 04:58:04 +0000

Το υποχρεωτικό στην υλοποίηση κώδικα είναι το cli & API.
User authentication μπορεί αν θέλετε να υπάρχει και εκεί, δηλ δεν συναρταται με front-end, και ακόμη και η μη ύπαρξη front end δεν σημαίνει ότι δεν πρέπει να το υλοποιησετε.

Τα λοιπά στην υλοποίηση, και ιδίως το front end, εξαρτώνται από τα use cases, την επιλογή των οποίων θα κάνετε εσείς.

H database θα είναι ίδια σε όλες τις περιπτώσεις, προκειμένου να εξυπηρετεί cli + api, επί του οποίου ΔΕΝ έχετε επιλογή να υλοποιησετε μόνο τις κλήσεις που αφορούν τα use cases σας. Όλες τις κλήσεις πρέπει να υλοποιησετε..

Δεν θα βάλετε "κάτι λιγότερο" στην βδ επειδή δεν θα το βγάλετε σε front-end.

Answered: StRS - Περίγραμμα επιχειρησιακών λειτουργιών

Thu, 18 Nov 2021 21:35:06 +0000

Καλησπέρα,
στο περίγραμμα επιχειρησιακών λειτουργιών γράφουμε και κείμενο;
>> Ναι, αλλά όχι πολυλογίες, αόριστα, διφορούμενα, κλπ. Γενικά απαγορεύεται σε οποιαδήποτε ερώτηση επί του κειμένου σας να απαντήσετε με φράση που περιλαμβάνει λέξεις όπως "θεωρούμε, εννοείται, εξυπακούεται" κλπ.

Επίσης, μπορούμε να βάλουμε περισσότερα από 1 activity diagrams;
>> Ναι, αλλά για ποιο λόγο;

Τέλος, ένα use case μπορεί να περιέχει πολλά activity diagrams και να εμπλέκει πολλούς stakeholders;
>> Ένα use case περιέχει τόσα activity diagrams όσες και οι εναλλακτικές του ροές. Για να το κρατήσουμε λογικά απλό, κάθε activity diagram έχει ένα επίπεδο λεπτομέρειας, δηλαδή δεν υπάρχει μία δραστηριότητα η οποία αναλύεται περαιτέρω στο δικό της activity diagram.
Επίσης, την αλληλεπίδραση που περιγράφει ένα use case, μπορεί να την έχουν περισσότεροι από έναν stakeholders. Πχ. Το use case που περιγράφει πώς ο χρήστης εξάγει κάποια στατιστικά, μπορεί να αφορά το Υπουργείο, την Τροχαία, τον operator αυτοκινητοδρόμου, κ.ά. stakeholders.

Answered: μπορούμε να χρησιμοποιήσουμε SQLite?

Tue, 16 Nov 2021 21:29:23 +0000

Ναι ασφαλώς

Answered: Youtrack - Issue για 2 άτομα

Tue, 16 Nov 2021 20:26:21 +0000

Όχι.

Τα issues είναι εξ ορισμού μικρές εργασίες που τις κάνει ένας.
Μπορεί στην πορεία να αλλάξουν assignee, αλλά δεν γίνεται να έχουν ταυτόχρονα ανάθεση σε 2.

Answered: Δυσκολία σύνταξης StRS τραπεζών

Tue, 16 Nov 2021 06:34:23 +0000

Α)
Δυσκολευόμαστε λίγο με το περιεχόμενο του StRS των τραπεζών. Το πρόβλημα προκύπτει κυρίως γιατί δεν προσφέρουμε κάποια υπηρεσία προς τις τράπεζες αλλά μας παρέχουν εκείνες.

Εμείς υποθέτουμε για την εμπλοκή μας με την τράπεζα τα εξής:

1) Το σύστημα μας στέλνει requests στο σύστημα της τράπεζας για να πραγματοποιηθούν οι συναλλαγές μεταξύ των λειτουργών των διοδίων.
>> Είστε ελεύθεροι να κάνετε υποθέσεις, αλλά: το σύστημά μας στέλνει αιτήματα συναλλαγών; αντίστοιχα το σύστημα της εφορίας στέλνει στις τράπεζες ενημέρωση ότι κάποιος χρωστάει; Πώς σας ακούγεται αυτό;

2) Η τράπεζα μας ενημερώνει με κάποιο μήνυμα/response για το αν επιτεύχθηκε ή όχι η συναλλαγή.
>> Εξαρτάται. Βλ. παραπάνω ή παρακάτω.

Πιο συγκεκριμένα ως business process ίσως να θεωρούσαμε το (2) γιατί το σύστημα της τράπεζας αλληλεπιδρά με το δικό μας, αλλά όχι το (1). Θα ήταν σωστό να συμπεριλάβουμε και το (1) στα business processes;
>> Γενικά σκέφτεστε σε αδιέξοδη κατεύθυνση, με την έννοια ότι το παιδεύετε να "γράψετε κάτι". Είναι αρκετά απλούστερο. Το σύστημά μας ενημερώνει μόνο τους οφειλέτες, αυτό είναι υποχρεωτικό. Η τράπεζα περιμένει από τους οφειλέτες την πληρωμή, τους δίνει μια απόδειξη την οποία αυτοί καταθέτουν σε μας. Μπορεί την τράπεζα να την ενδιαφέρει να ενημερώνεται αυτόματα από το σύστημά μας για τις οφειλές, μόνο από όσους λειτουργούς δρόμων το επιλέξουν, για να τους πουλήσει κάποιο σχετικό προϊόν ή να συμψηφίσει πληρωμές με άλλες δικές τους οφειλές προς την τράπεζα. Μπορεί στη συνέχεια η τράπεζα να αναλάβει να καλεί μια δική μας υπηρεσία για να μας ενημερώσει για την πληρωμή. Ή να μας προσφέρει μια υπηρεσία που να την καλούμε εμείς, ώστε να επαληθεύουμε έναν "κωδικό πληρωμής" που μπορεί (=ενδέχεται) να μας δίνει ο λειτουργός του αυτοκινητόδρομου. Γενικά μπορούμε να σκεφτούμε πολλά, αλλά η ιδέα ειδικά με τις τράπεζες, είναι να είναι απλή η εμπλοκή τους οπότε έχουν λίγα να γράψουμε στο StRS.

Β) Για κάθε χρήστη/άλλο σύστημα που αλληλεπιδρά με το δικό μας σύστημα θα πρέπει να έχουμε τουλάχιστον ένα use case; Χρειάζεται δηλαδή να φτιάξουμε ένα use case μονάχα για την αλληλεπίδραση (2); Ταυτόχρονα όμως αυτό το use case δεν θα εμπεριέχει κάποια λειτουργική απαίτηση που υπάρχει για το σύστημα μας (π.χ. δεν υπάρχει λειτουργική απαίτηση για την λήψη της επιβεβαίωσης).
>> Ναι, έχει νόημα ένα use case τουλάχιστον ανά stakeholder. Λειτουργική απαίτηση δεν περιλαμβάνεται, στο πνεύμα της απλότητας που προανέφερα. Μπορείτε να την προσθέσετε, αλλά επαναλαμβάνω τη συμβουλή να το κρατήσετε απλό.

Γ) Στην παράγραφο έκθεση απαιτήσεων χρηστών, ποιες θα μπορούσαν να ήταν οι απαιτήσεις από το σύστημα της τράπεζας αφού αυτό είναι ανεξάρτητο από εμάς.(Θέλουμε να πούμε πως κυρίως εμείς έχουμε απαιτήσεις από το σύστημα της τράπεζας)
>> Αυτές που θα προκύψουν από τις παραδοχές που θα κάνετε σύμφωνα με τα παραπάνω. Το πιο απλό είναι η τράπεζα να μπορεί να καλεί μια δική μας υπηρεσία για να μας ενημερώνει για την πληρωμή. Ή μια άλλη για να επιβεβαιώνει τον κωδικό οφειλής. Μόλις ανέφερα 2.

Δ) Στους δείκτες ποιότητας από όσο καταλαβαίνουμε βάζουμε δείκτες ποιότητας που αφορούν το σύστημα μας και όχι π.χ. το σύστημα της τράπεζας, σωστά;
>> Σωστά. Υπάρχει άλλη ερώτηση και απάντηση για δείκτες ποιότητας. Βάζουμε δείκτες που αφορούν το σύστημά μας και ενδιαφέρουν την τράπεζα.

Answered: Πολλές ερωτήσεις

Mon, 15 Nov 2021 20:43:24 +0000

1) Αρχικά δυσκολεύομαι να καταλάβω το πως θα χρησιμοποιείται το CLI. Θα το χρησιμοποιούν μόνο οι σταθμοί για να μας στέλνουν δεδομένα; Αν ναι πως θα ειμαστε σιγουροι για security λογους οτι λαμβάνουμε μονο από εκει; Γιατι θεωριτικά θα μπορούσε να γίνει simulate η διαδικασία με requests απευθείας στο backend. Θα πρεπει να μας λεει και από τον σταθμό δεδομένα;
>> Το CLI χρησιμοποιείται ΜΟΝΟ διαχειριστικά από εμάς. Δεν αφορά τους τελικούς χρήστες. Η υλοποίηση του αφορά την εργασία και μόνο, δηλ σε ένα πραγματικό σύστημα δεν είναι υποχρεωτικό να υπάρχει και δεν σχετίζεται με κάποια περίπτωση χρήσης. Μπορεί να χρησιμοποιηθεί για υλοποίηση περισσοτέρων από μίας περιπτώσεων χρήσης. CLI απαιτείται να κατασκευάσετε, ακόμη και αν δεν υλοποιήσετε καμία περίπτωση χρήσης πχ με frontend. Επίσης και API.

2) Υποθέτωντας οτι μας στέλνουν μόνο οι σταθμοί δεδομένα, τι στοιχεία θα μας περνάνε προκειμένου να γίνει πχ το transaction. Θα πρέπει να λαμβάνουμε τουλαχιστον το id του οχήματος, το ποσό της συναλλαγής, ίσως ο τύπος οχήματος. Δηλαδή, σε μια συναλλαγή τι εντολή θα πρέπει να αποδέχετε το backend ως valid?
>> Το λογισμικό ελέγχου διελεύσεων που λειτουργεί με επιμέλεια του κάθε χειριστή στους σταθμούς διοδίων, παράγει τα δεδομένα. Το πώς θα τα στέλνουν, είναι πρόβλημα του πραγματικού συστήματος. Στο δικό μας θα τα "στέλνουν" μέσω της κλήσης του API / CLI που τα διαβάζει. Έχετε ελευθερία να σχεδιάσετε μια στρατηγική εδώ.
Αναφορικά με το ποια δεδομένα θα αποστέλλονται, είναι σαφέστατο από τα ενδεικτικά δεδομένα που σας διατέθηκαν.

3) Οι εντολές πώς θέλετε να εκτελούνται (στο cli)? Θα πρεπει να τρέχει για παράδειγμα μια εφαρμογή η οποία θα είναι while(True) και να γράφει εντολές που αναφέρετε στις προδιαγραφες ή με καποιον άλλον τρόπο; Ή θα διαβάζουμε το bash για εντολές που θα τρέξει ο χρήστης;
>> Στο CLI οι εντολές εκτελούνται από εμάς και μόνο, σε γραμμή εντολώ, όπως όλες οι εντολές (πχ "ls -l"). Δεν αφορούν παραγωγική λειτουργία. Δεν θα μπορούσαν να αφορούν παραγωγική λειτουργία!

4) Επιπλέον όταν λετε οτι τα δεδομενα θα έρχονται ή με csv ή με json μπορούμε να έχουμε κάποιο πρότυπο της δομής των δεδομένων; Όταν στέλνουμε csv θα μπορούμε να κάνουμε κάποιο είδος μετατροπής σε json πρωτού το στείλουμε (και αντίστοιχα με μετατροπή σε csv για το response) ή θέλετε και με τους 2 τρόπους αντίστοιχο functionality?
>> Οι απαντήσεις του CLI είναι csv ή json και περιέχουν τα δεδομένα που περιγράφει η εκφώνηση. Την υλοποίηση ("πρότυπο") θα την κάνετε εσείς, είναι μέρος της εργασίας. Οι μετατροπές είναι πολύ εύκολη υπόθεση από έτοιμες βιβλιοθήκες, frameworks κλπ.

5) Στο frontend σκοπεύουμε να έχουμε 2 είδη χρηστών τους managers και τους απλούς χρήστες. Οι μεν θα βλέπουν διαγράμματα που συγκρινουν την εταιρια τους σε σχεση με αλλες.
>> Τι σημαίνει "σύγκριση"; Δεν υπάρχει τέτοια απαίτηση ούτε έχει γίνει τέτοια συζήτηση. Οι λειτουργίες που ζητούνται είναι μόνο υπολογιστικές και είναι σαφείς.

Και οι χρήστες θα βλέπουν τις συναλλαγες τους (μαζί με άλλα προφανω΄ς)
>> Αν ως χρήστες εννοείς τους οδηγούς οχημάτων, και πάλι ΟΧΙ: το σύστημα μας ΔΕΝ χρησιμοποιείται από οδηγούς. Έχουμε αναφέρει ποιοι είναι οι Stakeholders και δεν αποκρύψαμε κανέναν.

Θα πρέπει ο καθένας να κάνει sign up ? Ή αυτό θα πρέπει να γίνεται απαραίτητα από το cli?
>> Βλ. παραπάνω. Sign up και λογαριασμοί χρηστών είναι προαιρετικοί.

Σε μια αλλη ερώτηση είπατε πως θέλετε google sign in. Αν μπούν ομως με google accounts πως θα βλέπουν τα προσωπικα΄ τους transactions? Θα πρέπει από μόνοι μας να κάνουμε link κάποιον account με κάποιο tag? Όμως είπατε πως δεν πρεπει να σώζουμε στοιχεία του χρήστη... οπότε τι ακρι΄βως θα τους δείχνουμε;
>> Βλ. παραπάνω. ΔΕΝ μιλάμε για τελικούς χρήστες (οδηγούς οχημάτων). Το Google sign in ΔΕΝ είναι απαιτούμενο. Αυτό που ανέφερα είναι ότι δυνητικά μπορείτε, όσοι αποφασίσετε να υλοποιήσετε accounts, να το κάνετε μέσω Google sign in για να αναζητήσετε και να μάθετε πώς γίνεται αυτό. Σε κάθε περίπτωση, με όποιο τρόπο και να υλοποιηθούν accounts (αν υλοποιηθούν), αυτά αφορούν τους τελικούς χρήστες του δικού μας συστήματος, δηλ τους λειτουργούς των αυτοκινητόδρομων.

6) Τέλος, αναφέρετε πως θα πρέπει να έχουμε χάρτη με τις τοποθεσίες των διοδίων. Θα μπορούσατε να μας παρέχετε κάποιο csv με διάφορα δεδομένα;
>> Δεν αναφέρεται πουθενά ότι "πρέπει". Αυτό σημαίνει ότι αν επιλέξετε να τα υλοποιήσετε, μπορείτε να τα αναζητήσετε ή να τα κατασκευάσετε για κάποιους τουλάχιστον αυτοκινητόδρομους.

Answered: Github eror 404

Mon, 15 Nov 2021 18:54:11 +0000

Αυτό΄ συμβαίνει όταν κατά τη στιγμή εκτέλεσης του script δημιουργίας των repos, το mail που έχει κάποιος στην πραγματικότητα στο GitHub δεν είναι αυτό που έχει δηλώσει στη φόρμα...

Η εκ των υστέρων δήλωση απαιτεί επανεκτέλεση του script (λογικό φαίνεται...)...

Answered: UML Diagrams

Sun, 14 Nov 2021 09:14:33 +0000

Activity diagram θα υπάρχει σε κάθε περίπτωση.
Αν εκτιμάτε ότι χρειάζεται και διάγραμμα state, μπορείτε να κατασκευάσετε.

Σχετικά με διαγράμματα state, εκτός από το παράδειγμα στο μάθημα (10.11.2021) υπάρχει υλικό και εδώ.

Answered: Σύνδεση στο Youtrack με λάθος account

Sat, 13 Nov 2021 15:43:24 +0000

Υπάρχουν 2 login

el17020 και 3117020

Δοκίμασε με το δεύτερο και αν δεν μπεις, στείλε pm

Answered: "Εναλλακτικές ροές στη περιγραφή use case "

Sat, 13 Nov 2021 14:00:32 +0000

Δε βλέπω αντίφαση.
Το σχετικά εύκολο είναι να αποκαλούμε "εναλλακτική ροή" τη συμπεριφορά σε μη ομαλές καταστάσεις. Αυτό αναφέρεται στο πρότυπο για να δώσει μια κατεύθυνση.
Εναλλακτική ροή μπορεί να είναι και άλλα πράγματα, όπως αυτό που βρήκες.
Δηλ και τα δύο ευσταθούν.
Αποψή μου είναι ότι δύσκολα τα "πιάνει" κανείς όλα, αλλά ακόμη πιο δύσκολα τα περιγράφει.

Για την εργασία αρκεί να συμπεριλάβετε κάτι λογικό. Δεν αξιολογείται το αν τα "πιάσατε όλα" (σφάλματα και υποπεριπτώσεις). Μια καλά σχεδιασμένη ροή σε ένα use case έχει αξία ακόμη και αν δεν έχει εναλλακτικές ροές, ή ακόμη και αν αναφέρεται συνοπτικά στα σφάλματα.