Nastazia - teiemt.grdigilib.teiemt.gr/jspui/bitstream/123456789/2358/1/012009049.pdf ·...

Τμήμα Βιομηχανικής Πληροφορικής

ΠΤΥΧΙΑΚΗ ΕΡΓΑΣΙΑ ΜΕ ΘΕΜΑ

ΛΟΓΙΣΜΙΚΟ ΓΙΑ

ΣΥΜΒΟΥΛΟΥΣ ΜΕΣΙΤΕΙΑΣ

Nastazia

ΟΙ ΦΟΙΤΗΤΕΣ – ΔΗΜΙΟΥΡΓΟΙ

ΑΣΛΑΝΙΔΗΣ ΠΑΝΑΓΙΩΤΗΣ - ΛΟΥΚΙΔΟΥ ΑΦΡΟΔΙΤΗ

Επιβλέπων Καθηγητής Dr ΑΛΕΒΙΖΟΣ ΘΕΟΔΩΡΟΣ

Κ Α Β Α Λ Α – ΑΠΡΙΛΙΟΣ 2 0 0 9

ΑΣΛΑΝΙΔΗΣ ΠΑΝΑΓΙΩΤΗΣ

ΚΑΒΑΛΑ 14/04/2009

Το Nastazia εμπνεύστηκε την

ονομασία του, από το όνομα της

μέλλουσας συζύγου μου…

Αναστασία. Είναι το ελάχιστο που θα

μπορούσα να κάνω, για την ένθερμη

πίστη της σε έμενα, στην κατάκτηση

ενός δικού μου οράματος. Άλλωστε

ένα όραμα χρειάζεται φως, και η

γυναίκα μου μπορεί και με φωτίζει,

ακόμα και όταν όλοι οι άλλοι

σβήνουν…

Ένα όραμα όμως πρέπει να

στηρίζεται σε γερά θεμέλια γνώσης

και σε "τονωτικές ενέσεις" ενέργειας.

Χάρη στον προσωπικό μου Μέντορα,

δεν λείψανε ποτέ, όλα αυτά τα έξι

χρόνια Δημιουργίας...

Σάββα Σε Ευχαριστώ Πολύ.

Κυρίως όμως θέλω να πω ένα

Μεγάλο Ευχαριστώ στο Πατέρα μου,

για την στήριξη του όλα αυτά τα

χρόνια, σε κάθε προσπάθεια που

καταβάλω. Χωρίς την Συμβολή του

δεν θα μπορούσε η συγκεκριμένη

Ερευνά να ολοκληρωθεί στην

δεδομένη χρονική στιγμή.

Πατέρα σε Ευχαριστώ Πολύ

και επιφυλάσσομαι…

Πρώτα απ’όλους θα ήθελα να

ευχαριστήσω τον εμπνευστή του

‘Nastazia’, συνάδελφο και φίλο

Παναγιώτη Ασλανίδη , για την

άψογη συνεργασία του , για τις

γνώσεις που μου μετέδωσε και

την ανεκτίμητη προσφορά του

αφού η δημιουργία του

συγκεκριμένου έργου θα ήταν

αδύνατη χωρίς τη δική του

εμπειρία και τη συλλογή

πληροφοριών όλα αυτά τα

χρόνια, βάσει των οποίων πήρε

τη σημερινή τελική μορφή του το

πρόγραμμα.

Θα ήθελα επίσης να

ευχαριστήσω τον Δρ. Αλεβίζο

Θεόδωρο για το χρόνο που

αφιέρωσε στην εποπτεία της

πτυχιακής μας καθώς και τις

χρήσιμες συμβουλές που μας

έδωσε.

Τέλος θα ήθελα να ευχαριστήσω

τους στενούς φίλους και την

οικογένειά μου για τη βοήθεια και

τη στήριξή τους όλο αυτό το

διάστημα.

ΑΦΡΟΔΙΤΗ ΛΟΥΚΙΔΟΥ

ΘΕΣΣΑΛΟΝΙΚΗ 13/04/2009

Ένας αυστηρός Κριτής

Το πρόγραμμα NASTAZIA απευθύνεται σε επαγγελματίες

κτηματομεσίτες και σύμβουλους ακίνητης περιουσίας. Πιστεύω ότι

κάνατε κάτι πέρα από αυτό. Ίσως, το αύριο αυτού του προγράμματος να

είναι πιο ΛΑΜΠΡΟ από μια απλή πτυχιακή η οποία θα προχωρήσει σε

εκλεκτούς μεσίτες...

Η νέα εξέλιξη της αγοράς, και σίγουρα όχι η σημερινή λόγω της

οικονομικής κρίσης, θα έχει την ανάγκη να προσαρμόσει το πρόγραμμα

ανάλογα με τις απαιτήσεις που θα γεννιούνται σε κάθε επιχείρηση που

θα έχει το δικό της πελατολόγιο. Καλείστε λοιπόν, σαν πτυχιούχοι της

Βιομηχανικής να στηρίξετε το παιδί σας 'NASTAZIA'...με αυτοπεποίθηση

και φιλοδοξία και να το ανεβάζετε επίπεδο κάθε φορά. Με την

προϋπόθεση ότι έχετε κατανοήσει πλήρως την ευθύνη που έχετε ο

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

να το εγκαταλείψετε γιατί πραγματικά με πείσατε ότι αν ήμουν ένας

επιτυχημένος μεσίτης ,ίσως την επιτυχία μου να την όφειλα στον

προγραμματισμό, μου κόστισε κάτι παραπάνω αλλά άξιζε. Ίσως από την

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

μου τότε θα ήταν μια καλή ευκαιρία για τον κ. Ασλανίδη και την

κ. Λουκίδου να εξηγήσουν την απλότητα της χρήσης του προγράμματος,

και πάλι να με έπειθαν να το αγόραζα. Τέλος είναι κάτι πολύ δημιουργικό

και συνεισφέρει στην ευκολία που θέλουμε οι άνθρωποι του σήμερα.

Με ιδιαίτερη εκτίμηση στους δημιουργούς του Νastazia...

Δήμητρα

Εισαγωγή

Το λογισμικό Nastazia beta ver 7.45, αποτελεί Πτυχιακή Εργασία του

τμήματος Βιομηχανικής Πληροφορικής, και φιλοδοξεί να αποτελέσει το

νέο εργαλείο των Μεσιτικών γραφείων, το Φθινόπωρο του 2009, ως

επίσημη εμπορική Εφαρμογή.

Η ανάγκη εκσυγχρονισμού των μεσιτικών γραφείων, στα νέα

ανταγωνιστικά πρότυπα που έρχονται από το εξωτερικό είναι

επιτακτική. Η διαχείριση της Πληροφορίας εύκολα και γρήγορα είναι

αυτό που ζητά ο σύγχρονος Μεσίτης από την Τεχνολογία της

Πληροφορικής.

Το πρόβλημα είναι ότι τα ελάχιστα προγράμματα στον Ελλαδικό χώρο

δεν καλύπτουν επαρκώς τις ανάγκες τους, τόσο από πλευράς

δυσχρηστίας λογισμικού, όσο και από την αδυναμία τους να κατανοήσουν

τις καθημερινές τους ανάγκες.

Λύση στο παραπάνω πρόβλημα προσπαθεί να δώσει το συγκεκριμένο

λογισμικό. Παρατήρησε τους Μεσίτες από κοντά, κατέγραψε με κάθε

λεπτομέρεια την καθημερινότητα τους , άπειρες ώρες συζητήσεων μαζί

τους, και δεκάδες τροποποιήσεις πραγματοποιήθηκαν ύστερα από δικές

τους υποδείξεις. Στο τέλος οι σχεδιαστές του προγράμματος

ασχολήθηκαν πραγματικά με την μεσιτεία, συνεργάστηκαν μαζί τους και

δώσανε λύση στις περισσότερες ανάγκες τους. Υπηρεσίες που

παρέχονται από το Nastazia προς τους Μεσίτες, δεν είχαν φανταστεί ποτέ,

ότι θα μπορούσαν να αποτελούν σημαντικά Εργαλεία για αυτούς, ούτε

και ότι θα μπορούσαν να ενσωματωθούν σε ένα λογισμικό αποκλειστικά

για αυτούς.

Τα συμπεράσματα που βγήκαν μέσα από αυτήν την μακρόχρονη έρευνα

παρατίθενται με κάθε λεπτομέρεια , στις Σελίδες αυτής της Πτυχιακής

Πρόλογος

O ανταγωνισμός στον μεσιτικό χώρο αυξάνεται συνεχώς τα τελευταία

χρόνια, κάνοντας την ανάγκη για καλύτερη οργάνωση επιτακτική. Η

σύγχρονη τεχνολογία προσφέρει λύσεις για την καλύτερη δυνατή

εκπλήρωση και υλοποίηση αυτών.

Βασισμένοι στη φιλοσοφία πως ένα λογισμικό όταν μπαίνει στη

καθημερινότητά μας θα πρέπει να μας απαλλάσσει από περιττές

ενέργειες, να γλιτώνουμε πολύτιμο χρόνο , να επωφελούμαστε την άμεση

συλλογή στοιχείων και πληροφοριών που μόνοι μας θα ήταν πολύ

δύσκολο να συγκεντρώσουμε και αν μη τι άλλο να κάνει τη ζωή μας πιο

εύκολη , δημιουργήθηκε η εφαρμογή αυτή, προσπαθώντας να καλύψει

ταυτόχρονα τις απαιτήσεις της δουλειάς του μεσίτη αλλά και την

εκπλήρωση όλων των παραπάνω με τον απλούστερο δυνατό τρόπο.

Με τη μοναδική ευχρηστία του και την πληρότητα των δυνατοτήτων του,

μπορεί μέσα σε πολύ μικρό χρονικό διάστημα, να αυξήσει την

αποδοτικότητα και να αλλάξει την καθημερινότητα τους προς το

καλύτερο.

Δυνατότητες όπως η εύκολη προσαρμογή στην καρτέλα του πελάτη, η

ταχύτατη εισαγωγή ακινήτων ,η αυτόματη ενημέρωση των κινήσεων του

κάθε πελάτη, ηλεκτρονική δημιουργία όλων των συμβάσεων μεσιτείας

για κάθε σύμβουλο ακινήτων ξεχωριστά, δυνατότητα προσαρμογής των

πεδίων με βάση τις ανάγκες του χρήστη, δυνατότητα προσθήκης

συνεργατών του επαγγέλματος, το αυτοματοποιημένο στον υψηλότερο

δυνατό βαθμό Ιστορικό Αρχείο Πελατών, είναι λίγες μόνο από τις

υπηρεσίες που παρέχει αυτό το λογισμικό.

Το βασικότερο όμως πλεονέκτημά του Nastazia είναι ένα…

Είναι το πρώτο λογισμικό για Μεσίτες, που δημιουργήθηκε από μεσίτες…

ΠΕΡΙΕΧΟΜΕΝΑ

ΚΕΦΑΛΑΙΟ Ι

1.0.0.ΠΕΡΙΛΗΨΗ ΚΕΦΑΛΑΙΟΥ Ι 9

1.0.1.ΠΕΡΙΛΗΨΗ ΚΕΦΑΛΑΙΟΥ ΙΙ 10

1.0.2.ΠΕΡΙΛΗΨΗ ΚΕΦΑΛΑΙΟΥ ΙΙΙ 10

1.0.3.ΠΕΡΙΛΗΨΗ ΠΑΡΑΡΤΗΜΑΤΟΣ Α’ 11

1.0.4.ΠΕΡΙΛΗΨΗ ΠΑΡΑΡΤΗΜΑΤΟΣ Β’ 11

1.0.5.ΠΕΡΙΛΗΨΗ ΠΑΡΑΡΤΗΜΑΤΟΣ Γ’ 11

1.0.6.ΠΕΡΙΛΗΨΗ ΠΑΡΑΡΤΗΜΑΤΟΣ Δ’ 12

1.0.7. ΠΕΡΙΛΗΨΗ ΠΑΡΑΡΤΗΜΑΤΟΣ Ε’ 12

1.0.8.ΠΕΡΙΛΗΨΗ ΠΑΡΑΡΤΗΜΑΤΟΣ ΣΤ’ 12

ΚΕΦΑΛΑΙΟ ΙΙ

2.0.0.Η ΕΠΙΛΟΓΗ ΤΗΣ ΓΛΩΣΣΑΣ ΠΡΟΓΡΑΜΜΑΤΙΣΜΟΥ 14

2.0.1.ΔΙΑΧΕΙΡΙΣΗ ΔΕΔΟΜΕΝΩΝ ΣΕ ΑΡΧΕΙΑ ΤΧΤ 14

2.0.2.Η ΣΥΝΕΡΓΑΣΙΑ ΜΕ ΤΗΝ ACCESS 14

2.0.3.Η ΓΝΩΡΙΜΙΑ ΜΕ ΤΟ DAO ΚΑΙ ΤΟΝ ΜΗΧΑΝΙΣΜΟΥ

DAO/JET 15

2.0.4.ΚΕΝΤΡΙΚΗ ΙΔΕΑ ΤΗΣ ΕΦΑΡΜΟΓΗΣ 16

2.0.5.RUN TIME ERROR ‘94’: INVALID USE OF NULL… 16

2.0.6.PLUS (+) & MINUS (-) 17

2.0.7.ΚΑΤΑΣΤΑΣΗ VIEW 17

2.0.8.ΚΑΘΥΣΤΕΡΗΣΗ ΑΝΑΝΕΩΣΗΣ ΠΛΗΡΟΦΟΡΙΩΝ, ΝΕΟΣ

ΡΟΛΟΣ ΓΙΑ ΤΟ REF 18

2.0.9 ΔΕΔΟΜΕΝΑ ΠΟΛΛΑΠΛΩΝ ΕΠΙΛΟΓΩΝ – COMBOBOX 19

2.1.0.ΣΟΒΑΡΕΣ ΠΑΡΑΛΗΨΕΙΣ ΣΤΟΝ ΑΡΧΙΚΟ ΣΧΕΔΙΑΣΜΟ 19

2.1.1.ΤΑ ΔΕΔΟΜΕΝΑ ΠΟΛΛΑΠΛΩΝ ΕΠΙΛΟΓΩΝ – COMBOBOX

ΩΣ FINDERS 21

2.1.2. ACTIVEX DATA OBJECTS (ADO) 22

2.1.3.ΠΡΩΤΗ ΑΝΑΒΑΘΜΙΣΗ ΤΩΝ ΔΕΔΟΜΕΝΩΝ ΑΚΙΝΗΤΩΝ –

ΑΓΟΡΑΣΤΩΝ 22

2.1.4.SMART SAVE 23

2.1.5.N! ΑΚΙΝΗΤΑ ΓΙΑ ΕΝΑΝ ΙΔΙΟΚΤΗΤΗ 24

2.1.6.ΜΕΣΙΤΙΚΑ ΔΙΚΤΥΑ 25

2.1.7.ΠΑΡΑΜΕΤΡΟΠΟΙΗΣΕΙΣ ΧΡΗΣΤΩΝ 25

2.1.8.ΠΕΡΙΟΡΙΣΜΟΙ ΠΕΔΙΩΝ ΓΙΑ ΤΗΝ ΑΠΟΦΥΓΗ ΛΑΘΟΥΣ 27

2.1.9.ΠΑΡΑΜΕΤΡΟΠΟΙΗΣΕΙΣ ΧΡΗΣΤΩΝ NEXT GENERATION 27

2.2.0.ΚΑΘΕ ΓΝΩΡΙΜΙΑ ΚΑΙ ΩΣ ΜΙΑ ΜΕΛΛΟΝΤΙΚΗ ΑΣΤΙΚΗ

ΣΥΜΒΑΣΗ (EXCLUSIVE) 28

2.2.1.ΑΤΖΕΝΤΑ NASTAZIA 29

2.2.2.TIPS OF DAY – FREE MANAGER S.TZ (EXCLUSIVE) 31

2.2.3.ΣΥΜΒΑΤΟΤΗΤΑ ΜΕ MICROSOFT WORD & EXCEL 32

2.2.4.ΠΑΡΑΜΕΤΡΟΠΟΙΗΣΕΙΣ ΧΡΗΣΤΩΝ THIRD GENERATION

(EXCLUSIVE) 33

2.2.5.ΑΥΤΟΜΑΤΗ ΚΑΤΑΧΩΡΗΣΗ ΗΜΕΡΟΜΗΝΙΑΣ ΣΤΙΣ

ΕΓΓΡΑΦΕΣ 34

2.2.6.MEDILATOR (MEDIATOR + CALCULATOR) 35

2.2.7.ΠΡΟΣΒΑΣΗ ΣΤΟ ΔΙΑΔΙΚΤΥΟ 36

2.2.7.5 ΑΤΖΕΝΤΑ NASTAZIA SECOND GENERATION 36

2.2.8.MDI ΚΑΙ BROWSER ΦΟΡΜΕΣ 37

2.2.9.ΠΛΗΡΗ ΣΤΟΙΧΕΙΑ ΜΕΣΙΤΙΚΩΝ ΣΥΜΒΟΥΛΩΝ 38

2.3.0.ΕΟΡΤΟΛΟΓΙΟ (EXCLUSIVE) 39

2.3.1.ΠΡΟΣΘΗΚΗ ΗΜΕΡΟΜΗΝΙΑ ΚΑΙ ΏΡΑΣ ΣΤΗΝ ΚΕΝΤΡΙΚΗ

ΦΟΡΜΑ 41

2.3.2.ΤΟ ΙΣΤΟΡΙΚΟ ΑΡΧΕΙΟ ΠΕΛΑΤΩΝ - ΑΚΙΝΗΤΩΝ

¨ΞΕΠΡΟΒΑΛΕΙ¨ ΣΤΟ ΛΟΓΙΣΜΙΚΟ 41

2.3.3.ΤΟ ΛΟΓΙΣΜΙΚΟ ΒΑΦΤΗΚΕ… 42

2.3.4.Η ΈΝΩΣΗ ΤΗΣ ΚΑΡΤΕΛΑ ΠΡΟΣΦΟΡΑΣ & ΖΗΤΗΣΗΣ ΜΕΣΩ

ΕΝΟΣ TAB ACTIVEX 43

2.3.5.ΣΥΝΔΕΣΗ ΤΗΣ ΚΑΡΤΕΛΑΣ ΜΕ ΤΑ ΠΑΡΑΜΕΤΡΟΠΟΙΗΣΙΜΑ

ΔΕΔΟΜΕΝΑ. 45

2.3.6.ΔΥΝΑΤΟΤΗΤΕΣ ΠΩΛΗΣΗΣ ΑΚΙΝΗΤΟΥ 45

2.3.7.ΣΗΜΑΝΤΙΚΗ ΒΕΛΤΙΩΣΗ ΤΟΥ ΙΣΤΟΡΙΚΟΥ ΑΡΧΕΙΟΥ

ΠΕΛΑΤΩΝ 46

2.3.8.ΜΑΖΙΚΗ ΠΡΟΒΟΛΗ ΠΕΛΑΤΩΝ ΖΗΤΗΣΗΣ 46

2.3.9.ΑΠΛΑ LABEL ΩΣ FINDERS 47

2.4.0.ΠΕΡΙΣΣΟΤΕΡΕΣ ΕΠΙΛΟΓΕΣ ΓΙΑ ΤΟ ΔΙΑΔΙΚΤΥΟ 48

2.4.1.E-MAIL ΧΩΡΙΣ ΠΕΡΙΟΡΙΣΜΟΥΣ 49

2.4.2.ΈΛΕΙΨΕΣ ΚΑΙ ΑΠΟ ΤΟΥΣ ΜΕΤΑΓΕΝΕΣΤΕΡΟΥΣ

ΣΧΕΔΙΑΣΜΟΥΣ (EXCLUSIVE) 50

2.4.3.ΑΝΑΒΑΘΜΙΣΗ ΤΗΣ ΦΟΡΜΑΣ ΧΡΩΜΑΤΩΝ 51

2.4.4.ΑΤΖΕΝΤΑ NASTAZIA THIRD GENERATION 52

2.4.5.ΕΜΠΟΡΕΥΣΙΜΟ ΟΙΚΟΠΕΔΟ 53

2.4.6.ΑΥΤΟΜΑΤΟΠΟΙΗΣΗ ΜΕΡΟΥΣ ΤΟΥ ΙΣΤΟΡΙΚΟΥ (3.0

ΈΚΔΟΣΗ) 54

2.4.7.ΔΑΝΕΙΟ ΜΕ ΣΥΝΕΣΗ 54

2.4.8.ΣΗΜΕΙΩΜΑΤΑΡΙΟ & ΤΟΠΟΣ ΕΠΙΚΟΙΝΩΝΙΑΣ 55

2.4.9.ΤΟ ΗΜΕΡΟΛΟΓΙΟ 56

2.5.0.ΔΕΥΤΕΡΗ ΑΝΑΒΑΘΜΙΣΗ ΤΗΣ ΦΟΡΜΑΣ ΧΡΩΜΑΤΩΝ 57

2.5.1.ΥΠΟΛΟΓΙΣΜΟΣ ΔΟΣΗΣ ΔΑΝΕΙΟΥ 57

2.5.2.ΔΙΑΓΡΑΦΗ ΑΚΙΝΗΤΟΥ 58

2.5.3.ΑΠΟΚΛΕΙΣΤΙΚΟΤΗΤΑ ΑΚΙΝΗΤΟΥ 59

2.5.4.ΞΕΧΑΣΜΕΝΑ ΑΚΙΝΗΤΑ 60

2.5.5.ΤΟ ΙΣΤΟΡΙΚΟ ΑΡΧΕΙΟ ΠΕΛΑΤΩΝ ΚΑΙ ΣΕ ΑΝΕΞΑΡΤΗΤΗ

ΦΟΡΜΑ, ΜΕ ΔΥΝΑΤΟΤΗΤΕΣ ΠΡΟΒΟΛΗΣ ΙΣΤΟΡΙΚΟΥ

ΚΙΝΗΣΕΩΝ ΜΕΣΙΤΩΝ

60

2.5.6.ΣΥΝΔΥΑΣΤΙΚΗ ΦΟΡΜΑ ΑΝΑΖΗΤΗΣΕΩΝ ΑΚΙΝΗΤΩΝ 61

2.5.7.ΗΜΕΡΟΛΟΓΙΟ NEXT GENERATION, ΜΕ ΕΝΣΩΜΑΤΩΜΕΝΗ

ΤΗΝ AUTO SAVE ΚΑΙ ΤΗΝ GENIUS SEARCH. 62

2.5.8.ΕΝΕΡΓΟΠΟΙΗΣΗ - ΑΝΑΝΕΩΣΗ ΠΡΟΪΟΝΤΟΣ 63

2.5.9.ΣΥΜΒΑΣΕΙΣ ΜΕΣΙΤΕΙΑΣ 65

2.6.0.ΕΝΔΙΑΜΕΣΗ ΚΑΤΑΣΤΑΣΗ ΑΚΙΝΗΤΟΥ (ΜΗ ΔΙΑΘΕΣΙΜΟ) 67

2.6.1.ΕΦΕ ΚΙΝΗΣΗΣ ΚΑΤΑ ΤΗΝ ΕΞΟΔΟ ΤΩΝ SIMPLE FORM 68

2.6.2.ΔΙΑΧΕΙΡΙΣΤΗΣ ΣΥΣΤΗΜΑΤΟΣ 69

2.6.3.ΝΕΑ ΔΙΑΓΡΑΦΗ ΑΚΙΝΗΤΟΥ 71

2.6.4.ΜΙΣΘΩΤΗΡΙΟ ΣΥΜΦΩΝΗΤΙΚΟ ΚΑΤΟΙΚΙΑΣ. 71

2.6.5.ABOUT 73

ΚΕΦΑΛΑΙΟ ΙΙΙ

ΑΥΤΟΑΞΙΟΛΟΓΗΣΗ 75

Ελλείψεις – Παραλήψεις – Αδυναμίες Λογισμικού 76

3.0.1. Δυναμική Διαχείριση δεδομένων 76

3.0.2. Σύγχρονά Εργαλεία Πληροφορικής. 77

3.0.3. Εκτυπώσιμα Δεδομένα 78

3.0.4. VB NET & SQL 78

3.0.5. Εντοπισμός Λαθών 79

ΕΞΕΛΙΞΗ ΤΟΥ ΛΟΓΙΣΜΙΚΟΥ

3.0.6.ΔΙΑΣΤΑΥΡΩΣΗ ΠΕΛΑΤΩΝ – ΣΥΝΕΡΓΑΤΩΝ 79

3.0.7.ΜΑΖΙΚΕΣ ΑΛΛΑΓΕΣ ΑΚΙΝΗΤΩΝ ΣΕ ΕΠΙΠΕΔΟ ΜΕΣΙΤΗ 80

3.0.8.ΑΜΕΣΟΤΕΡΗ ΠΡΟΣΒΑΣΗ ΣΤΗΝ ΚΑΡΤΕΛΑ ΣΥΝΕΡΓΑΤΩΝ 80

3.0.9.GOLDEN CUSTOMER 80

3.1.0.ΒΟΗΘΟΣ ΜΕΣΙΤΗ 81

3.1.1.TREE VIEW ΣΤΙΣ ΔΙΑΔΙΚΑΣΙΕΣ ΠΕΡΙΟΧΩΝ 81

3.1.2.ΑΝΑΔΙΠΛΩΣΗ ΑΝΑΛΥΣΗΣ ΛΟΓΙΣΜΙΚΟΥ ΣΤΙΓΜΗΣ 81

3.1.3.ΑΥΞΗΣΗ ΤΩΝ ΣΥΜΒΟΥΛΩΝ - FREE MANAGER S.TZ 81

3.1.4.ΑΥΞΗΣΗ ΤΩΝ ΕΟΡΤΑΣΤΙΚΩΝ ΟΝΟΜΑΤΩΝ 81

3.1.5.ΔΥΝΑΤΟΤΗΤΕΣ ΑΠΕΡΙΟΡΙΣΤΩΝ ΦΩΤΟΓΡΑΦΙΩΝ 82

3.1.6.ΕΞΕΛΙΞΗ ΤΗΣ ΑΡΙΘΜΟΜΗΧΑΝΗΣ 82

3.1.7.ΕΥΡΕΣΗ ΚΙΝΗΤΩΝ ΕΟΡΤΩΝ 82

3.1.8.ΕΞΕΛΙΞΗ ΗΜΕΡΟΛΟΓΙΟΥ 82

3.1.9.ΑΠΟΣΤΟΛΗ ΜΑΖΙΚΩΝ E-MAIL 82

3.2.0.ΑΥΤΟΜΑΤΗ ΚΑΤΑΧΩΡΗΣΗ ΤΟΥ Τ.Κ. 83

3.2.1.ΥΠΕΝΘΥΜΙΣΗ ΣΥΜΒΑΝΤΩΝ ΧΡΗΣΤΗ 83

3.2.2.ΑΝΤΙΣΤΡΟΦΟΣ ΜΕΤΡΗΣΗ ΛΗΞΗΣ ΑΠΟΚΛΕΙΣΤΙΚΟΤΗΤΑΣ 83

3.2.3.ΕΞΕΛΙΞΗ ΤΩΝ ΞΕΧΑΣΜΕΝΩΝ ΑΚΙΝΗΤΩΝ 83

ΑΝΑΠΤΥΞΗ ΤΟΥ ΛΟΓΙΣΜΙΚΟΥ

3.2.4.GOOGLE EARTH 84

3.2.5.ΠΡΟΤΑΣΕΙΣ ΔΙΑΣΤΑΥΡΩΣΕΙΣ 84

3.2.6.ΑΓΓΛΙΚΟ MENU 84

3.2.7.ΔΥΝΑΤΟΤΗΤΕΣ VIDEO 85

3.2.8.ΑΝΕΞΑΡΤΗΤΗ ΦΟΡΜΑ ΥΠΟΛΟΓΙΣΜΟΥ ΔΟΣΗΣ ΔΑΝΕΙΟΥ 85

3.2.9.LOGIN 85

3.3.0.ΔΥΝΑΤΟΤΗΤΑ ΠΑΡΟΥΣΙΑΣΕΙΣ ΑΚΙΝΗΤΩΝ 85

3.3.1.BACK UP ΔΕΔΟΜΕΝΩΝ 86

3.3.2.ΔΗΜΙΟΥΡΓΙΑ ΑΥΤΟΜΑΤΩΝ ΑΓΓΕΛΙΩΝ 86

3.3.3.ΜΑΚΕΤΕΣ ΑΓΓΕΛΙΩΝ ΕΦΗΜΕΡΙΔΩΝ 86

3.3.4.ΣΥΝΔΕΣΗΣ & ΑΠΟΣΥΝΔΕΣΗ ΔΙΑΔΙΚΤΥΟΥ ΔΥΝΑΤΟΤΗΤΑ

LOGO ΕΤΑΙΡΙΑΣ 86

3.3.5.ΠΡΟΤΥΠΕΣ ΦΟΡΜΕΣ ΑΣΤΙΚΩΝ ΣΥΜΒΑΣΕΩΝ 87

3.3.6.Δυνατότητα Logo Εταιρίας 87

3.3.7.ΔΗΜΙΟΥΡΓΙΑ ΕΠΑΓΓΕΛΜΑΤΙΚΩΝ ΜΙΣΘΩΤΗΡΙΩΝ. 87

3.3.8.CHAT ROOM 87

3.3.9.RECORD VOICE 87

3.4.0.ΑΠΟΚΡΥΨΗ ΔΕΔΟΜΕΝΩΝ 87

3.4.1.ΠΡΟΣΘΗΚΗ ΝΕΩΝ ΑΝΤΙΚΕΙΜΕΝΩΝ ΣΤΗΝ ΚΑΡΤΕΛΑ 88

3.4.2.ΔΥΝΑΤΟΤΗΤΑ ΑΠΟΣΤΟΛΗΣ ΦΑΞ 88

3.4.3.ΑΠΟΘΗΚΕΥΣΗ ΤΩΝ ΑΚΙΝΗΤΩΝ ΣΕ ΙΣΤΟΣΕΛΙΔΑ 88

3.4.4.ΤΗΛΕΦΩΝΙΚΕΣ ΚΛΗΣΕΙΣ 88

3.4.5.ΑΞΙΟΛΟΓΗΣΗ ΜΕΣΙΤΩΝ 88

3.4.6.ON-LINE ΕΝΗΜΕΡΩΣΗ ΕΠΙΤΟΚΙΩΝ 89

3.4.7.ΔΥΝΑΤΟΤΗΤΑ ΑΝΑΓΝΩΡΙΣΗΣ ΦΩΝΗΣ 89

3.4.8.ΔΙΑΧΕΙΡΙΣΗ ΠΟΛΥΚΑΤΟΙΚΙΩΝ 89

3.4.9.ΕΞΕΛΙΞΗ ΜΕ VB.NET ΚΑΙ SQL 89

ΠΑΡΑΡΤΗΜΑ Β’ ΕΓΧΕΙΡΙΔΙΟ ΧΡΗΣΤΗ

ΕΙΣΑΓΩΓΗ 91

1) ΓΝΩΡΙΜΙΑ ΜΕ ΤΟ ΠΕΡΙΒΑΛΛΟΝ ΕΡΓΑΣΙΑΣ 100

1.1) Η ΚΕΝΤΡΙΚΗ ΦΟΡΜΑ ΚΑΙ Η ΓΡΑΜΜΗ ΕΡΓΑΛΕΙΩΝ 100

1.2 ) ΕΙΣΑΓΩΓΗ – ΠΡΟΒΟΛΗ ΤΩΝ ΣΤΟΙΧΕΙΩΝ ΤΩΝ ΠΕΛΑΤΩΝ 101

1.3 ) ΑΠΟΘΗΚΕΥΣΗ ΕΠΑΦΗΣ ΜΕΣΩ ΤΗΣ ΚΕΝΤΡΙΚΗΣ ΦΟΡΜΑΣ 103

1.4 ) ΕΝΗΜΕΡΩΣΗ ΕΠΑΦΗΣ ΜΕΣΩ ΤΗΣ ΚΕΝΤΡΙΚΗΣ ΦΟΡΜΑΣ 104

1.5 ) ΔΙΑΓΡΑΦΗ ΕΠΑΦΗΣ ΜΕΣΩ ΤΗΣ ΚΕΝΤΡΙΚΗΣ ΦΟΡΜΑΣ 106

2) ΗΜΕΡΟΛΟΓΙΟ 108

2.1) ΑΝΑΖΗΤΗΣΗ ΣΤΟ ΗΜΕΡΟΛΟΓΙΟ 110

2.2) ΜΕΤΑΦΟΡΑ ΤΟΥ ΡΑΝΤΕΒΟΥ ΜΕ ΜΙΑ ΜΟΝΟ ΚΙΝΗΣΗ... 110

2.3 ) ΠΩΣ ‘ΓΥΡΝΑΩ ΣΕΛΙΔΑ’ ΣΤΟ ΗΜΕΡΟΛΟΓΙΟ; 111

3) ΣΗΜΕΙΩΜΑΤΑΡΙΟ 112

4) ΑΤΖΕΝΤΑ 113

4.1) ΑΝΑΖΗΤΗΣΗ – ΕΥΡΕΣΗ ΕΠΑΦΗΣ ΣΤΗΝ ΑΤΖΕΝΤΑ 114

4.2) ΕΝΗΜΕΡΩΣΗ ΕΠΑΦΗΣ ΣΤΗΝ ΑΤΖΕΝΤΑ 116

4.3) ΔΙΑΓΡΑΦΗ ΕΠΑΦΗΣ ΣΤΗΝ ΑΤΖΕΝΤΑ 117

4.4 ) ΣΥΝΕΡΓΑΖΟΜΕΝΟΙ ΦΟΡΕΙΣ 117

4.5 ) ΑΠΟΘΗΚΕΥΣΗ ΣΥΝΕΡΓΑΖΟΜΕΝΟΥ ΦΟΡΕΑ 118

4.6 ) ΕΥΡΕΣΗ-ΕΝΗΜΕΡΩΣΗ-ΔΙΑΓΡΑΦΗ ΣΥΝΕΡΓΑΖΟΜΕΝΟΥ

ΦΟΡΕΑΣ 120

4.7) ΠΡΟΣΩΠΙΚΕΣ ΡΥΘΜΙΣΕΙΣ ΑΤΖΕΝΤΑΣ 120

4.7.1 ) ΠΡΟΒΟΛΗ ΣΕΛΙΔΕΣ-ΚΟΥΜΠΙΑ 120

4.7.2) ΧΡΩΜΑΤΑ 121

4.8) ΑΠΟΣΤΟΛΗ EMAIL ΣΕ ΕΠΑΦΗ 122

4.9 ) ΕΜΦΑΝΙΣΗ ΤΗΛΕΦΩΝΙΚΩΝ ΚΩΔΙΚΩΝ5 ) ΕΟΡΤΟΛΟΓΙΟ 123

5.1 ) ΠΡΟΒΟΛΗ ΕΟΡΤΩΝ 124

5.2 ) ΑΝΑΖΗΤΗΣΗ ΓΙΟΡΤΗΣ ΜΕ ΒΑΣΗ ΤΟ ΟΝΟΜΑ 125

5.3 ) ΕΜΦΑΝΙΣΗ ΤΩΝ ΠΕΛΑΤΩΝ ΠΟΥΓΙΟΡΤΑΖΟΥΝ 125

5.4 ) ΔΥΝΑΤΟΤΗΤΑ ΑΠΟΣΤΟΛΗΣ EMAIL 125

6 ) ΧΡΩΜΑΤΑ 126

7 ) ΜΙΣΘΩΤΗΡΙΟ ΣΥΜΦΩΝΗΤΙΚΟ 129

8 ) ΣΥΜΒΑΣΗ ΜΕΣΙΤΕΙΑΣ 132

9 ) ΡΥΘΜΙΣΕΙΣ 135

9.1 ) Η ΚΑΡΤΕΛΑ MANAGEMENT 135

9.2 ) Η ΚΑΡΤΕΛΑ INΤERNET 137

9.2.1) ΠΡΟΣΘΗΚΗ ΙΣΤΟΣΕΛΙΔΑΣ 137

9.2.2 ) ΑΡΧΙΚΗ ΣΕΛΙΔΑ 139

9.3 ) Η ΚΑΡΤΕΛΑ ΣΥΜΒΟΥΛΟΙ ΑΚΙΝΗΤΩΝ 139

9.4 ) Η ΚΑΡΤΕΛΑ ΡΥΘΜΙΣΕΙΣ ΕΦΑΡΜΟΓΗΣ 140

10 ) ΚΑΡΤΕΛΑ ΠΕΛΑΤΗ 141

10.1 ) ΠΡΟΣΦΟΡΑ-ΖΗΤΗΣΗ ΑΚΙΝΗΤΟΥ 143

10.2 ) ΕΜΦΑΝΙΣΗ ΕΝΕΡΓΩΝ-ΑΝΕΝΕΡΓΩΝ-ΠΕΛΑΤΩΝ-ΟΛΩΝ 144

10.3 Η ΚΑΡΤΕΛΑ ΤΗΣ ΠΡΟΣΦΟΡΑΣ (εικόνα 1) 145

10.4 ) Η ΚΑΡΤΕΛΑ ΤΗΣ ΖΗΤΗΣΗΣ (εικόνα 2) 148

10.5 ) ΤΑ ΠΕΔΙΑ ΤΗΣ ΠΡΟΣΦΟΡΑΣ-ΚΑΤΑΓΡΑΦΗ ΑΚΙΝΗΤΟΥ 151

10.6 ) ΤΑ ΠΕΔΙΑ ΤΗΣ ΖΗΤΗΣΗΣ– ΥΠΟΔΙΕΡΕΥΝΗΣΗ ΠΕΛΑΤΗ 157

10.7 ) ΠΑΡΑΔΕΙΓΜΑΤΑ ΓΙΑ ΤΗ ΚΑΡΤΕΛΑ ΠΕΛΑΤΗ 162

11 ) ΙΣΤΟΡΙΚΟ ΑΡΧΕΙΟ ΠΕΛΑΤΩΝ 180

11.1 ) ΙΣΤΟΡΙΚΟ ΠΕΛΑΤΗ 180

11.2 ) ΙΣΤΟΡΙΚΟ ΣΥΜΒΟΥΛΟΥ 181

12 ) REAL AGENT 182

12.1 ) ΕΜΠΟΡΕΥΣΙΜΟ ΟΙΚΟΠΕΔΟ 182

12.2 ) ΔΑΝΕΙΟ 183

12.3 ) ΔΑΝΕΙΟ ΜΕ ΣΥΝΕΣΗ 183

12.4 ) ΥΠΟΛΟΓΙΣΜΟΣ ΔΟΣΗΣ ΔΑΝΕΙΟΥ 184

13 ) ΑΡΙΘΜΟΜΗΧΑΝΗ 185

14 ) MICROSOFT EXCEL – WORD 186

15 ) ΤΟ ΜΕΝΟΥ ΒΟΗΘΕΙΑ 186

15.1) ΒΟΗΘΕΙΑ ΓΙΑ ΤΟ NASTAZIA 186

15.2) Η ΗΛΕΚΤΡΟΝΙΚΗ ΣΕΛΙΔΑ ΤΟΥ NASTAZIA 186

15.3) ΑΝΑΝΕΩΣΗ / ΕΝΕΡΓΟΠΟΙΗΣΗ 187

15.4) ΔΙΑΧΕΙΡΙΣΤΗΣ ΣΥΣΤΗΜΑΤΟΣ 187

15.5) ΣΧΕΤΙΚΑ ΜΕ... 187

ΠΑΡΑΡΤΗΜΑ Β΄ ΛΕΞΙΚΟ ΔΕΔΟΜΕΝΩΝ

Πίνακας Πελάτης 190

Πίνακας Υποδιερεύνηση 196

Πίνακας Κατάσταση Πελάτη 208

Πίνακας Συμβόλαια 210

Πίνακας Ιστορικό 213

Πίνακας Καταγραφής Ακινήτου 216

ΠΑΡΑΡΤΗΜΑ Γ΄ ΕΓΧΕΙΡΙΔΙΟ ΠΡΟΓΡΑΜΜΑΤΙΣΤΗ

ΕΝΟΤΗΤΑ Α’ ΕΝΔΕΙΚΤΙΚΕΣ ΛΕΙΤΟΥΡΓΙΕΣ ΤΗΣ VB 225

ΕΝΟΤΗΤΑ Β’ ΕΝΔΕΙΚΤΙΚΕΣ ΛΕΙΤΟΥΡΓΙΕΣ ΤΟΥ ΛΟΓΙΣΜΙΚΟΥ 231

ΕΝΟΤΗΤΑ Γ’ ΕΝΔΕΙΚΤΙΚΕΣ ΣΥΝΑΡΤΗΣΕΙΣ ΤΟΥ ΛΟΓΙΣΜΙΚΟΥ 247

Η ΣΥΝΑΡΤΗΣΗ Smart Save 247

Η ΣΥΝΑΡΤΗΣΗ Genius Search 261

Η ΣΥΝΑΡΤΗΣΗ Auto Save 262

ΠΑΡΑΡΤΗΜΑ Δ΄ ΠΡΟΔΙΑΓΡΑΦΕΣ

ΑΝΑΛΥΤΙΚΑ ΟΙ ΦΟΡΜΕΣ ΤΟΥ ΛΟΓΙΣΜΙΚΟΥ 264

ΟΙ ΠΡΟΔΙΑΓΡΑΦΕΣ ΤΟΥ ΛΟΓΙΣΜΙΚΟΥ

ΠΑΡΑΡΤΗΜΑ Ε΄ ΤΕΚΜΗΡΙΩΣΗ 280

ΣΧΗΜΑ ΣΧΕΣΕΩΝ 284

ΜΟΝΤΕΛΟ ΟΝΤΟΤΗΤΩΝ ΣΥΣΧΕΤΙΣΕΩΝ 286

ΠΑΡΑΡΤΗΜΑ ΣΤ΄ ΛΟΓΙΣΜΙΚΑ ΜΕΣΙΤΩΝ

ΛΟΓΙΣΜΙΚΑ ΜΕΣΙΤΩΝ ΣΤΗΝ ΕΛΛΑΔΑ 289

REAL ESTATE MANAGER 289

ΜΕΣΙΤΙΚΟ PLUS 290

Real Webstate™

292

ΛΟΓΙΣΜΙΚΑ ΜΕΣΙΤΩΝ ΣΤΟ ΕΞΩΤΕΡΙΚΟ 294

HOUSESCAPE 294

AGENT ORGANIZER 296

ΒΙΒΛΙΟΓΡΑΦΙΑ

Nastazia Beta ver.7.45 – Λογισμικό για Συμβούλους Μεσιτείας

2009

9

ΚΕΦΑΛΑΙΟ Ι

Στο πρώτο κεφάλαιο παρουσιάζεται η περίληψη – περιήγηση

της Πτυχιακής Εργασίας.

Πτυχιακή Εργασία Βιομηχανικής Πληροφορικής

2009

10

Στις παρακάτω σελίδες γίνεται μία συνοπτική περιγραφή της

διαδικασίας ολοκλήρωσης του λογισμικού. Περιλαμβάνει όλες τις

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

1.0.0 ΚΕΦΑΛΑΙΟ Ι

Στο παρών κεφάλαιο παρουσιάζεται η περίληψη – περιήγηση της

Πτυχιακής Εργασίας.

1.0.1 ΚΕΦΑΛΑΙΟ ΙΙ

Στο δεύτερο κεφάλαιο παρουσιάζεται λεπτομερώς το αντικείμενο της

Πτυχιακής Εργασίας, είναι το ουσιαστικότερο μέρος της Π.Ε πώς

ξεκίνησε, πάνω σε πια φιλοσοφία πάτησε η αρχιτεκτονική του, τι

προβλήματα αντιμετωπιστήκαν και ποιες λύσεις δόθηκαν. Αναφέρεται

για ποιόν λόγω έχει ενδιαφέρον η δουλεία που έγινε και ποιο πρόβλημα

λύνει στον υποψήφιο πελάτη. Γιατί έγινε; Πώς Έγινε; Τι άλλο θα

μπορούσε να γίνει; Είναι κάποιες από τις απαντήσεις που μπορείτε να

βρείτε σε αυτό κεφάλαιο. Σε κάθε ενότητα γίνεται η προσπάθεια

παραλληλισμού με λογισμικά που εξυπηρετούν αυτήν την στιγμή τις

ανάγκες των μεσιτών, που υπερτερούν και ποια μειονεκτήματα

εμφανίζουν σε σύγκρισή με το Nastazia. Τέλος παρατίθενται σε κάποιες

ενότητες, αποσπάσματα από τον πηγαίο κώδικα του λογισμικού.

1.0.2. ΚΕΦΑΛΑΙΟ ΙΙΙ

Στο τρίτο κεφάλαιο περιέχονται τα συμπεράσματα της αυτοαξιολόγησης

του λογισμικού, υποδείξεις για τα σημεία που χρειάζεται εξέλιξη και

βελτίωση καθώς και εναλλακτικές προτάσεις για την μελλοντική του

ανάπτυξη. Το κομμάτι της εξέλιξης και της ανάπτυξης αποτελεί την

κύρια βλέψη των δημιουργών, για την επόμενη κιόλας μέρα.


2009

11

1.0.3. ΠΑΡΑΡΤΗΜΑ Α

Είναι το εγχειρίδιο του χρήστη (user manual) . Λεπτομερείς και προσεκτικά

γραμμένες οδηγίες προς τον χρήστη για την χρήση του λογισμικού.

Παρατίθενται παραδείγματα χρήσης και οι φόρμες του προγράμματος

1.0.4. ΠΑΡΑΡΤΗΜΑ Β

Περιέχει το λεξικό δεδομένων (data dictionary) της βάσης δεδομένων.

Λεπτομερή αναφορά των ιδιοτήτων των πεδίων της βάσης.

1.0.5 ΠΑΡΑΡΤΗΜΑ Γ

Το παράρτημα αυτό απασχολεί του προγραμματιστές, είναι κάτι σαν

εγχειρίδιο προγραμματισμού της Visual Basic. Χωρίζεται σε τρεις ενότητες.

i) Η πρώτη ενότητα παραθέτει κάποιες απλές, και βασικές λειτουργίες

της γλώσσας, για την καλύτερη εξοικείωση του αναγνώστη με το

περιβάλλον της γλώσσας.

ii) Η δεύτερη ενότητα περνάει στην δημιουργία μικρών, αλλά

ανεξάρτητων κομματιών πηγαίου κώδικα.

iii) Στην Τρίτη ενότητα παρατίθενται τρία τμήματα κώδικα του

λογισμικού, για τα οποία το λογισμικό είναι πολύ υπερήφανο, όχι τόσο ως

προς το προγραμματιστικό σκέλος, όσο για τις δυνατότητες που παρέχουν

αυτά τα κομμάτια κώδικα στον χρήστη. Σημασία δεν έχει τι κώδικα

γράφεις, αλλά το κενό στην αγορά που καλύπτει αυτός.

Η πρώτη και η δεύτερη ενότητα παρατίθενται με την μορφή ερωτήσεων

και απαντήσεων, Πως μπορώ να κάνω…αυτό, και ακολουθεί η απάντηση.

Τα κομμάτια αυτά των ενοτήτων, έχουν δοκιμαστεί ένα – ένα , και μπορεί

ο αναγνώστης να χρησιμοποιήσει για την εκτέλεση τους


2009

12

1.0.6. ΠΑΡΑΡΤΗΜΑ Δ

Παρέχει τις τελικές προδιαγραφές του λογισμικού, και παραθέτει όλες τις

φόρμες που περιέχει το περιβάλλον εργασίας του.

1.0.7. ΠΑΡΑΡΤΗΜΑ Ε

Περιέχει την τεκμηρίωση, περιγραφές πινάκων και διαγράμματα , και το

μοντέλο οντοτήτων Συσχετίσεων της Βάσης.

1.0.8 ΠΑΡΑΡΤΗΜΑ ΣΤ

Περιέχει μία πιο συγκεκριμένη αναφορά, για τις προδιαγραφές και τις

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

ΒΙΒΛΙΟΓΡΑΦΙΑ


2009

13

ΚΕΦΑΛΑΙΟ ΙΙ

Στο δεύτερο κεφάλαιο παρουσιάζεται λεπτομερώς το

αντικείμενο της Πτυχιακής Εργασίας, είναι το ουσιαστικότερο

μέρος της Π.Ε πώς ξεκίνησε, πάνω σε πια φιλοσοφία πάτησε η

αρχιτεκτονική του, τι προβλήματα αντιμετωπιστήκαν και ποιες

λύσεις δόθηκαν. Γιατί έγινε; Πώς Έγινε; Τι άλλο θα μπορούσε

να γίνει; Είναι κάποιες από τις απαντήσεις που μπορείτε να

βρείτε σε αυτό κεφάλαιο.


2009

14

2.0.0 Η επιλογή της Γλώσσας Προγραμματισμού

Η Επιλογή της Γλώσσας προγραμματισμού, για την

Εφαρμογή Nastazia Real Estate Application, είναι η

Microsoft Visual Basic 6.0. Εκτιμήθηκε το γεγονός ότι η

υλοποίηση ενός προγράμματος μέσω του οπτικού

προγραμματισμού, κάνει την δημιουργία ενός

προγράμματος για Windows, περισσότερο κάτι σαν

σχεδίαση με το ποντίκι, παρά σαν “κανονικό”

πρόγραμμά. Η λογική του κώδικα της Basic, είναι αρκετά

απλουστευμένη, με μεμονωμένα κομμάτια που έχουν αρχή και τέλος.

2.0.1 Διαχείριση δεδομένων σε αρχεία ΤΧΤ

Τα πρώτα βήματα της Εφαρμογής, και ουσιαστικά τα πρώτα πειράματα

στο περιβάλλον της γλώσσας, προσπαθούν να διαχειριστούν δεδομένα

που είναι αποθηκεμένα σε αρχεία ΤΧΤ. Πολύ γρήγορα έγινε η διαπίστωση

ότι είναι μια μάταιη προσπάθεια που δεν μπορεί να καλύψει της ανάγκες

του προγράμματος ούτε και θα ενδυναμώσει ουσιαστικά το γνωστικό

πεδίο για την αποπεράτωση του Λογισμικού

2.0.2 Η συνεργασία με την Access

Το επόμενο βήμα ήταν η αντικατάσταση ολόκληρου του κώδικα,

και η σύνδεσης της εφαρμογής με την Microsoft Access, ένας από

τους λόγος που επιλέχτηκε η Access αντί άλλων βάσεων

δεδομένων όπως η SQL ή FoxPro ήταν το φιλικό περιβάλλον

εργασίας και η ευκολία σχεδιασμού. Έχει επίσης μητρική

εταιρία την Microsoft, όπως και η γλώσσα προγραμματισμού

που επιλέξαμε, και για αυτό η εφαρμογή δεν θα αντιμετωπίσει

προβλήματα συμβατότητας. Επίσης τα εγχειρίδια

προγραμματιστών στο διαδίκτυο για την παραπάνω “σχέση”,


2009

15

είναι πολύ περισσότερα από οποιαδήποτε άλλη βάση δεδομένων, και αυτό

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

όμως είναι ότι με την Access δεν προαπαιτείτε η ύπαρξη της για την

λειτουργία κάποιου Λογισμικού

2.0.3 Η γνωριμία με το DAO και τον μηχανισμού DAO/Jet

Χωρίς να υπάρχει η απαιτούμενη γνώ`ση για τον συνολικό αριθμό

μεθόδων στην πρόσβαση δεδομένων της βάσης, η εφαρμογή αρχίζει τις

πρώτες συνεργασίες με το DAO (Data Access Objects). Όσον αφορά το

περιβάλλον προς τον μηχανισμό βάσης δεδομένων αποφασίστηκε να

επιλεχτεί το DAO/Jet σε

σύγκρισή με το

DAO/ODBCDirect.

Παρόλα που το δεύτερο

ικανοποιεί και τις

προδιαγραφές του

πρώτου, δεν υπάρχει ο

λόγος για διαχείριση

απομακρυσμένων

δεδομένων για την

συγκεκριμένη Εφαρμογή, και το DAO Jet εξειδικεύεται στην διαχείριση

τοπικών δεδομένων, κάτι που μας ενδιαφέρει άμεσα. Για την Εφαρμογή

του κώδικα DAO, απαραίτητη προϋπόθεση είναι η επιλογή του, μέσα από

τα References όπως δείχνει η εικόνα της Παραγράφου.


2009

16

2.0.4 Κεντρική ιδέα της Εφαρμογής

Κεντρική ιδέα της Εφαρμογής είναι μία ενιαία φόρμα που κάνει

αντιστοίχηση των αναγκών ενός αγοραστή με της παροχές ενός ακινήτου,

στα ίδια πεδία μίας φόρμας να καταχωρεί τα στοιχεία και των δύο

παραπάνω περιπτώσεων. Η παραπάνω φιλοσοφία προκύπτει από την

ανάγκη δημιουργίας μια απλής φόρμας, που δεν αναγκάζει τον χρήστη

στο άνοιγμα διαφορετικών παραθύρων για διαφορετικές δουλειές, με λίγα

λόγια την ανάγκη ενός αγοραστή που ψάχνει για δύο δωμάτια

αντιστοιχίζονται στο ίδιο πεδίο ακινήτου που έχει δύο υπνοδωμάτια, την

ανάγκη ενός αγοραστή που ψάχνει ακίνητο στα Βόρεια προάστια

αντιστοιχίζονται στο ίδιο πεδίο ακινήτου που βρίσκετε στην αντίστοιχη

περιοχή κ.ο.κ. Ακριβώς η ίδια λογική υπάρχει και στην βάση, με

καταχώρηση δεδομένων σε έναν ενιαίο πίνακα.

2.0.5 Run Time Error ‘94’: Invalid Use of Null…

Το Run Time Error 94 της Visual,

είναι το πιο χρονοβόρο μήνυμα

που αντιμετωπίζει η εφαρμογή.

Στην Προσπάθεια να γεμίσουν

τα ComboBox του Λογισμικού με

δεδομένα της Βάσης εμφανίζεται

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

δέχονται τιμές Null, και η εφαρμογή μέσα από τον κώδικα της απορρίπτει

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

While var!DataAccess = ‘’ goto

Η Βιβλιογραφία της Visual και της Access δεν δίνουν την απάντηση στο

πρόβλημα, καθώς και επαγγελματίες του χώρου. Αν μετατραπούν τα

Combo από Style 3 σε Style = 2, τότε λύνετε αυτό το πρόβλημα.

Ουσιαστικά γίνετε αντικατάσταση των ListIndex ενός Combo, σε απλό


2009

17

Text, κρατώντας την δυνατότητα δεδομένων που δίνεται μέσα από τις

λίστες του. Το τίμημα όμως θα είναι τα Combo να δέχονται τιμές πέρα

από τις Προκαθορισμένες. Όπως και να έχει όμως κάποια ComboBox θα

έχουν την δυνατότητα πληκτρολόγησης πέρα από τις επιλογής. Έτσι

αποφασίστηκε η Εφαρμογή αυτή να γίνει σε όλα τα Combo που τα

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

Και για τον Περιορισμό Λαθών στην Πληκτρολόγηση θα μπούνε

ελεγκτικοί μηχανισμοί στον κώδικα.

2.0.6 Plus (+) & Minus (-)

Στην προσπάθεια της οπτικής αποσυμφόρησης της Κεντρικής Φόρμας

από μεγάλο πλήθος δευτερευόντων δεδομένων, τοποθετήθηκαν δύο

button με την ένδειξη (+) η (-), αναλόγως την Κατάσταση. Δουλειά τους

είναι να αποκρύπτουν και να εμφανίζουν δύο Κατηγορίες δευτερευόντων

δεδομένων. Το μυστικό τους είναι , ότι όταν βρίσκονται σε κατάσταση

Visible = False, συνεχίζουν να αντλούν τα δεδομένα από την βάση, χωρίς

όμως να κουράζουν το μάτι του χρήστη. Αν θελήσει να επέμβει σε μία

από τις δύο κατηγορίες δεν έχει παρά πιέσει το + που μετατρέπεται

αμέσως σε Minus.

2.0.7 Κατάσταση View

Μέσω τον Αντικειμένων αναζήτησης ο χρήστης έχει την δυνατότητα να

πλοηγείτε μέσα στο χαρτοφυλάκιο του. Πρέπει με κάποιον τρόπο όμως

να αντιλαμβάνεται το Πρόγραμμα πότε είναι σε κατάσταση Edit και πότε

είναι σε κατάσταση View! Αποφασίστηκε να δημιουργηθεί πίσω από κάθε

αντικείμενο της Κεντρική Φόρμας, ένα παρόμοιο. Μόνο που στις

Περιπτώσεις Combo κρύβεται από πίσω ένα Text.

Τα αντικείμενα αυτά παίζουν με τις Ιδιότητες Visible & Locked. Και έτσι

δημιουργούν στο χρήστη την εντύπωση ότι μεταφέρονται ουσιαστικά από


2009

18

ένα περιβάλλον σε άλλο, και είναι αντιληπτό πότε μεταφέρονται στο

Περιβάλλον της Edit και πότε της View. Για να ενισχυθεί αυτή η

Εντύπωση προβάλετε και ένα γραφικό όταν είμαστε σε κατάσταση View,

ένα γυναικείο μάτι που συμβολίζει ότι ‘εδώ’ … μόνο κοιτάμε, δεν

μπορούμε να επεξεργαστούμε την εγγραφή μας.

Η Πλοήγηση από το Edit Περιβάλλον , που είναι και το αρχικό της

κεντρικής φόρμας, στο Περιβάλλον View, γίνεται εφόσον επιλεγούν

δεδομένα από τα ComboBox του Πελάτη ή του ID. Για την αντίθετη

περίπτωση, δημιουργήθηκε ένα αντικείμενο Button. Το Button αυτό

ονομάζεται Refresh (REF) και επαναφέρει την Κεντρική φόρμα στην

αρχική της Μορφή, άρα και στην Κατάσταση Edit.

2.0.8 Καθυστέρηση Ανανέωσης Πληροφοριών, Νέος Ρόλος

για το REF

Παρατηρείτε ότι κάποιες ελάχιστες φορές , ενώ η αποθήκευση ενός νέου

Πελάτη ή η επεξεργασία εγγραφής ενός παλιού Πελάτη, έχει

καταχωρηθεί στην Access , τα αποτελέσματα αυτά δεν είναι εμφανή στο

Λογισμικό. Στην Περίπτωση που τερματιστεί η Εφαρμογή και γίνει

επανεκκίνηση της, τότε τα δεδομένα που εμφανίζονται στο λογισμικό

είναι πλήρως Ενημερωμένα. Είναι ξεκάθαρο ότι το button REF πρέπει να

πάρει πρόσθετο ρόλο στην Λειτουργία του, η οφθαλμαπάτη ότι μας

επαναφέρει στο αρχικό περιβάλλον δεν αρκεί πλέον. Θα πρέπει να το

κάνει ουσιαστικά, κάνοντας εκ νέου σύνδεση με την Access, ταυτόχρονα

με την λειτουργία του λογισμικού, και να καλεί στην συνέχεια όλες τις

απαραίτητες συναρτήσεις που σχετίζονται με άντληση δεδομένων από

αυτήν.


2009

19

2.0.9 Δεδομένα πολλαπλών επιλογών – ComboBox

Τα δεδομένα πολλαπλών επιλογών συμβάλουν και αυτά με την σειρά

τους στην αποφυγή λαθών, μέχρι ενός σημείου όμως. Δίνεται στον

χρήστη η δυνατότητα και να πληκτρολογεί σε αυτά πεδία, για

περιπτώσεις που κάποιό δεδομένο

εκτός των συνηθισμένων

χρειάζεται να χρησιμοποιήσει. Το

μεγάλο του πλεονέκτημα όμως είναι η συγκέντρωση παρομοίων

δεδομένων από την Βάση , απαλλάσσοντας τον χρήστη από την

πληκτρολόγηση. Το Παρακάτω παράδειγμα δείχνει πώς γεμίζει με

δεδομένα από την Access ένα Combo Box.

Set VAR = MyConnection.Execute("SELECT acombodata FROM

combo where combo like 'Πόλη'", , adCmdText)

Do While Not VAR.EOF

ADCITY.AddItem VAR!acombodata

VAR.MoveNext

Loop

VAR.Close

2.1.0 Σοβαρές παραλήψεις στον Αρχικό Σχεδιασμό

Με την πάροδο των εργασιών προκύπτουν προβλήματα που δεν έχουν

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

αγοραστή ή μόνο του ακίνητο. Πχ το ποσό του Δανείου που αφορά μόνο

τον αγοραστή ή τις φωτογραφίες του ακινήτου που αφορά μόνο το

ακίνητο. Επίσης σε ένα ακίνητο τα δεδομένα ήταν ξεκάθαρα, πχ είναι

Μεζονέτα, ενώ ο αγοραστής μπορεί να ενδιαφέρεται για μεζονέτα ,

οικόπεδο η και μεγάλο διαμέρισμα. Έτσι η εφαρμογή αναγκάζετε να

εγκαταλείψει, όπως και άλλες ανταγωνιστικές εφαρμογές, την ιδέα της

ενιαίας φόρμας. Από την Κεντρική Φόρμα γίνεται παραπομπή σε Φόρμες


2009

20

Προσφοράς και Φόρμες Ζήτησης. Γίνεται από την αρχή ριζική τομή του

σχεδιασμού του κώδικα του προγράμματος και της Βάσης δεδομένων, με

την ευκαιρία, εκτός από τις δύο μεγάλες κατηγορίες που χωρίζονται οι

πελάτες, δηλαδή της ΠΡΟΣΦΟΡΑΣ και της ΖΗΤΗΣΗΣ, χωρίζεται εκ νέου

και σε δύο επίπεδα υποκατηγοριών. Το πρώτο επίπεδο υποκατηγορίας

είναι της ΠΩΛΗΣΗΣ ή ΕΝΟΙΚΙΑΣΗΣ και της ΜΙΣΘΩΣΗΣ ή της

ΕΚΜΙΣΘΩΣΗ αντίστοιχα. Το δεύτερο επίπεδο της πυραμίδας των

κατηγοριών είναι ενιαίο και για τις δύο κατηγορίες, και αφορά εάν ένας

πελάτης είναι ΕΝΕΡΓΟΣ ή ΑΝΕΝΕΡΓΟΣ ή CUSTOMER δηλαδή «καλός»

πελάτης, αυτός που έχει πληρώσει.


2009

21

2.1.1 Τα Δεδομένα πολλαπλών επιλογών – ComboBox ως

Finders

Η χρησιμοποίηση σε κάποια πεδία, των ComboBox ως μηχανές

αναζήτησης, απλοποιούν τρομερά την εφαρμογή, και σε επίπεδο χρήστη

αλλά κυρίως σε επίπεδο σχεδιασμού, και αποφυγής πολύπλοκου κώδικα.

Για την καλύτερη δυνατή λειτουργία αυτών των αντικειμένων χρειάζεται

τόσο η συνάρτηση Change() όσο και ή Click(). Αξίζει να σημειωθεί ότι οι

περισσότερες επαγγελματικές εφαρμογές, επιλέγουν για την πλοήγηση

τους στα δεδομένα – εγγραφές επιλογές όπως Next Previous First και Last.

Φανταστείτε την διαδικασία πλοήγησης σε μια μικρή βάση δεδομένων

των εκατό πελατών. Ο αρχικός σχεδιασμός του λογισμικού αποκλείει

κατηγορηματικά αυτή την μέθοδο , και την θέση της παίρνει η εκάστοτε

λίστα επιλογών των ComboBox

Το Παρακάτω παράδειγμα δείχνει πώς με

την επιλογή δεδομένου μέσα από ένα

ComboBox, στην προκειμένη περίπτωση

του πεδίου ID, μας δίνει τα υπόλοιπα

πεδία εγγραφής.

Set VAR = New ADODB.Recordset

VAR.Open "Select * from clients"

While Not VAR.EOF

If comid.Text = VAR!Id Then

Fcomname.Text=VAR! name:

Ftelkin.Text=VAR!telkin:

FAddress.Text= VAR!Address:

VAR.MoveNext

Else: VAR.MoveNext

End If

Wend:VAR.Close


2009

22

2.1.2 ActiveX Data Objects (ADO)

Η αντικατάσταση του απαρχαιωμένου DAO, από το Σύγχρονο και

ευέλικτο ADO είναι γεγονός στην πρόσβαση των δεδομένων μας. Το ADO

είναι ένα νέο περιβάλλον πρόσβασης δεδομένων, ειδικά σχεδιασμένο για

χρήση με βάσεις ενεργών Server. Αποτελεί μια ολοκληρωμένη λύση

σχεδόν για όλες τις ανάγκες προσπέλασης δεδομένων, το μοντέλο

αντικειμένων ADO, είναι σαφέστατα το λιγότερο πολύπλοκο από όλα τα

μοντέλα αντικειμένων άλλων περιβαλλόντων πρόσβασης δεδομένων, και

ιδιαίτερα σε σύγκρισή με το DAO που μέχρι χτες είχε εφαρμογή στο

Λογισμικό. Το ADO είναι το COM περιβάλλον στο OLE DB, το οποίο και

αυτό με την σειρά του , ήρθε για να αντικαταστήσει το ODBC στο

λογισμικό. Το OLE DB είναι το τελευταίο εργαλείο πρόσβασης δεδομένων

της Microsoft, σχεδιασμένο για να παρέχει πρόσβαση σε απεριόριστη

ποικιλία προελεύσεων δεδομένων. Το OLE DB δεν μπορεί να

προσπελαστεί άμεσα από την Visual, όπως το ODBC, αλλά μέσω του

Περιβάλλοντος του ADO. Η διαδικασία μετάβασης από το ένα

περιβάλλον στο άλλον μόνο εύκολη δεν θα μπορούσε να θεωρηθεί, ο

χρόνος για την αντικατάσταση του κώδικα σε συνδυασμό με ένα και μόνο

επιτυχημένο Compile, κράτησε τουλάχιστον τρεις μήνες. Μεγάλο μέρος

αυτής της καθυστέρησης ήταν η προσπάθεια να διατηρηθούν και τα δύο

περιβάλλοντα πρόσβαση στο Λογισμικό μας, το καθένα για τους δικούς

του λόγους. Η δυνατότητα του DAO, να παρέχει Κεντρική υποστήριξη

βάσης δεδομένων Jet, δεν μπορούσε να αγνοηθεί εύκολα.

2.1.3 Πρώτη Αναβάθμιση των δεδομένων ακινήτων -

αγοραστών

Για την καλύτερη χρηστικότητα του λογισμικού, καταγράφηκαν κάποιες

συνεντεύξεις μεσιτών σε Θεσσαλονίκη και Καβάλα για να εξεταστεί ο

τρόπος εργασίας τους από κοντά. Διαπιστώθηκε ότι σημαντικές


2009

23

πληροφορίες που θέλουν από του πελάτες τους δεν είναι το υλικό που

αποτελείται το πάτωμα σε ένα σπίτι ή αν θέλει ο αγοραστής παράθυρο

στην κουζίνα. Οι πληροφορίες είναι ανθρωποκεντρικού χαρακτήρα και

καμία από τις ανταγωνιστικές εφαρμογές δεν έχει προβλέψει ακόμα, που

θα καταγράφονται αυτές. Οι σίγουρες ερωτήσεις που κάνουν σε όλους

είναι Πόσο καιρό Πουλάτε το σπίτι σας ή Γιατί θέλετε να αγοράσετε τώρα

, Σε πόσο καιρό θέλετε να πουλήσετε το Σπίτι σας ή πόσα ακίνητα έχετε

δει μέχρι τώρα κ.α. Μέσα από αυτές τις ερωτήσεις βγάζουν πολλά

περισσότερα συμπεράσματα για το προφίλ του πελάτη, από το στείρο

ερωτηματολόγιο που οι προγραμματιστές έχουν ορίσει για αυτούς. Έτσι

αποφασίστηκε η αναδιάρθρωση της φόρμας για ακόμη μια φορά, για να

γίνει εντάξει και αυτών των χρήσιμών πληροφοριών.

2.1.4 Smart Save

H εφαρμογή αρχίζει να παίρνει σάρκα και οστά, και αποφασίστηκε να

παραχωρηθεί δωρεάν σε κτηματομεσιτικά γραφεία της Καβάλας και της

Θεσσαλονίκης , για να προτείνουν, μέσα από τον χειρισμό του

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

τρόπο εξασφαλίζεται το ποιος θα κάνει έναν ουσιαστικό Έλεγχο

Λαθών…. Στην διαχείριση όλων των εγγραφών υπάρχει η γνωστή και

απλή λογική του Save, Update και Delete. Αίσθηση προκαλεί ότι η

περισσότεροι κτηματομεσίτες δεν μπορούν να ξεχωρίσουν πότε θα πρέπει

να πατήσουν Save για αποθήκευση μιας εγγραφής και πότε Update για να

κάνουν ενημέρωση. Αυτό που φαινόταν αυτονόητο , για τους

μελλοντικούς πελάτες του λογισμικού δεν ήταν. H εύκολη λύση είναι να

χρησιμοποιηθεί η ιδιότητα Enabled = False or True, για να αποτελεί

μονόδρομο η επιλογή, αν γίνει όμως αυτό τότε μπορεί γίνει και η

ενοποίηση του Save με το Update. Έτσι αποφασίστηκε να καταργηθεί το

Update από όλες της φόρμες της Εφαρμογής μας, και να ενσωματωθεί σε


2009

24

ένα νέο, πιο εξελιγμένο Save, ένα ¨Έξυπνο¨ Save, που αντιλαμβάνεται

μόνο του πότε πρέπει να κάνει αποθήκευση και πότε ενημέρωση. Τόσο

έξυπνο που ακόμα και στην περίπτωση πλήρης συνωνυμίας δύο πελατών

να αντιλαμβάνεται ότι πρόκειται για μία νέα εγγραφή, και να μην

αποθηκεύει τα δεδομένα του νέου πελάτη Παπαδόπουλου Αναστάσιου,

στα δεδομένα του Παλιού πελάτη Παπαδόπουλου Αναστάσιου.

2.1.5 N! ακίνητα για έναν Ιδιοκτήτη

Από την αρχή του προγράμματος έχει εντοπιστεί και ένα βασικό κενό,

που η αποφυγή του ήταν σκόπιμη, γιατί ερχόταν σε σύγκρουση με τον

αρχικό σχεδιασμό της γνωστής Πυραμίδας κατηγοριών που αναφέρθηκε

παραπάνω. Το πρόβλημα είναι τα πολλά ακίνητα προς πώληση που

ανήκουν σε έναν ιδιοκτήτη. Και το πρόβλημα είναι ακόμα μεγαλύτερο

όταν αυτός ο ιδιοκτήτης είναι κάποιος κατασκευαστής η επενδυτής , τότε

μιλάμε σίγουρα για N ακίνητα. Πρέπει να βρεθεί ένας τρόπος για να μην

χρειάζεται ο χρήστης να ξανά πληκτρολογεί τα στοιχεία του Πελάτη για

όσα ακίνητα έχει, και συγχρόνως να μην γίνει αλλαγή της δομή της

Access. Τελικά η λύση στην αποφυγή επανάληψης των στοιχείων

ιδιοκτήτη, βρίσκεται μέσα σε ένα List View Actixe X Control , όπου μέσα σε

αυτό εμφανίζονται τα ακίνητα ενός πελάτη όταν τον επιλέγουμε, και η

δημιουργία ενός πίνακα στην βάση που περιέχει μόνο ακίνητα, και

συνδέεται άμεσα με τον πίνακα των πελατών προσφοράς, είναι

αναπόφευκτη. Η διαδικασία για την «Προσθήκη Νέου Ακινήτου» γίνεται

μέσα από το αντίστοιχο button που βρίσκεται κάτω δεξιά της φόρμας

ακινήτων. Η λειτουργία αυτού του button ουσιαστικά είναι εικονική,

εκείνο που κάνει είναι απλά να μηδενίζει, “καθαρίζει” τα πεδία της

καταγραφής για να προστεθούν νέα. Μόλις ολοκληρωθεί η καταχώρηση

του νέου ακινήτου ο χρήστης επιλέγει το button ενημέρωση. Στην

περίπτωση που σε κάποιον πελάτη δεν υπάρχει καμία καταχώρηση


2009

25

ακινήτου, το button «Προσθήκη Νέου Ακινήτου», παραμένει ανενεργό,

Enabled = False, για να είναι μονόδρομός το button ενημέρωση της

πρώτης προσθήκης ακινήτου. Με αυτόν τον τρόπο δίνεται λύση στο

πρόβλημα 1 έως Ν. Αυτή η τροποποίηση λύνει τα χέρια του λογισμικού σε

πολλά προβλήματα που θα αντιμετωπιστούν στην συνέχεια. Το

λογισμικό δουλεύει ορθά, παρόλο που η επανάληψη αποθήκευσης των

ίδιων δεδομένων σε διαφορετικούς πίνακες, είναι κάτι που

προβληματίζει.

2..1.6 Μεσιτικά Δίκτυα

Το λογισμικό δεν μπορεί να έχει εφαρμογή σε Μεσιτικά Δίκτυα. Το

προφανές, ότι κάθε Πελάτης και κάθε ακίνητο, τον διαχειρίζεται κάποιος

Μεσίτης, δεν συμπεριλαμβάνετε ούτε στο αρχικό σχεδιασμό ούτε στους

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

και η πληροφορία του Μεσίτη που τον εκπροσωπεί. Κάθε Πελάτης

Εκπροσωπείτε από έναν και μόνο Μεσίτη, το ίδιο και το Ακίνητο. Έτσι

έγινε η προσθήκη της Επιλογής του Μεσίτη στην Κεντρική Φόρμα, για να

μπορέσει να δοκιμαστεί πιλοτικά η εφαρμογή και σε Κτηματομεσιτικά

Δίκτυα. Η Πληροφορία αυτή όμως έπρεπε να είναι παραμετροποίησημη .

Έπρεπε να ρυθμίζεται από τον χρήστη, κάτι που μέχρι χτες, οι

προδιαγραφές του λογισμικού προσπαθούσαν να το αποφύγουν,

δημιουργώντας πίνακες δεδομένων με πλήρη στοιχεία επιλογών που θα

καλύπτουν ακόμα και του πιο απαιτητικούς.

2.1.7 Παραμετροποιήσεις Χρηστών

Με αφορμή την ανάγκη Προσθήκης και Διαγραφής Μεσιτών

αποφασίστηκε η δυνατότητα αυτή να επεκταθεί και σε άλλα πεδία, όπως

η Πόλη, η Περιοχή, ο Χαρακτηρισμός του Ακινήτου κα. Είναι σκόπιμο σε

αυτό το σημείο να υπάρχει και κωδικός πρόσβασης σε συνδυασμό με


2009

26

Username. To τμήμα αυτού του προγράμματος απασχολεί αρκετό καιρό

την πρόοδο του λογισμικού, με την δυσλειτουργία του. Στον αρχικό

σχεδιασμό της βάσης έχουν δημιουργηθεί στον πίνακα Combo τόσες

στήλες, όσα και τα παραμετροποιήσιμα δεδομένα. Invalid Use Of Null,

ήταν η απάντηση που παίρναμε από την Access. Η μόνη περίπτωση που

λειτουργούσε κανονικά ο κώδικας ήταν όταν όλα τα δεδομένα όλων των

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

αντιμετωπιστεί και στο παρελθόν , μόνο που η λύση που δόθηκε τότε δεν

θα μπορούσε να έχει εφαρμογή στην συγκεκριμένη φόρμα. Είναι

απαραίτητο τα πεδία αυτής της Φόρμας να είναι Vertical. Έτσι

αποφασίστηκε να αλλάξουμε την μορφή του Πίνακα, αντί το κάθε

παραμετροποίησιμο δεδομένο να αποθηκεύετε στην δική του Στήλη, το

λογισμικό χρησιμοποιεί μόνο δύο στήλες για N! παραμετροποιήσιμα

δεδομένα, η πρώτη στήλη λειτουργεί ως Flag, μέσα από αυτήν γίνεται η

αντίστοιχη αναζήτηση, και όταν βρεθεί αυτό που θέλουμε τότε επιλέγεται

το δεδομένο της διπλανής στήλης, για να γίνει προθήκη σε ένα

αντικείμενο Combo box.


2009

27

2.1.8 Περιορισμοί πεδίων για την Αποφυγή Λάθους

Η ανάγκη εξάλειψης του λάθους, σε αρκετά από τα πεδία της εφαρμογής,

θα βοηθήσει στην αρίστη λειτουργία άλλων μελλοντικών τμημάτων του

προγράμματος όπως Ευρετήριο , Εορτολόγιο κ.α. Έτσι στα πεδία των

τηλεφώνων ο χρήστης μπορεί να χρησιμοποιήσει μόνο αριθμητικά ψηφία

και ένα χαρακτήρα όπως / ή . ή - . Στα πεδία των οικονομικών ποσών μόνο

αριθμούς και την τελεία, στα πεδία ημερομηνία εκτός από τους

περιορισμούς, υπάρχει και η δυνατότητα με διπλό κλικ της εμφάνισης

ημερολογίου, για την αποφυγή πληκτρολόγηση, και στο πεδίο της Εορτής,

παρακάμπτεται το άχρηστο δεδομένο του έτους.

Περιορισμός πεδίου για την πληκτρολόγηση μόνο δεκαδικών αριθμών:

Dim d$, i, digi$, digits$

If Text10.Text <> "" Then

d$ = Mid(Text10.Text, Len(Text10.Text), 1)

If (Asc(d$) < 48 Or Asc(d$) > 58) Xor Asc(d$) = 46 Then

For i = 1 To Len(Text10.Text) - 1

digi$ = Mid(Text10.Text, i, 1)

digits$ = digits$ & digi$

Next i

Text10.Text = digits$

Text10.SelStart = Len(Text10.Text)

End If

End If

2.1.9.Παραμετροποιήσεις Χρηστών Next Generation

Ύστερα από καλύτερη ανάλυση διαπιστώθηκε ότι έπρεπε στην φόρμα της

Παραμετροποίησης Δεδομένων να γίνουν τρεις Βασικές Αλλαγές

i) Η πρώτη Αλλαγή που πρέπει να γίνει είναι να καταργηθεί η

διαδικασία του κωδικού Πρόσβασης. Τελικά είναι άχρηστη η


2009

28

Ασφάλεια σε αυτήν την φόρμα την στιγμή που στις φόρμες των

δεδομένων ακινήτων και πελατών η πρόσβαση είναι ελεύθερη.

ii) Η δεύτερη είναι να τοποθετηθεί ένα Options όπου μέσα από

αυτό ο χρήστης να μπορεί να πλοηγείτε μέσα στα

παραμετροποιήσιμα δεδομένα χωρίς να είναι υποχρεωμένος να

βγαίνει από την φόρμα , και μετά από την Κεντρική φόρμα να

επιλέγει την εκ νέου επιλογή πχ Προσθήκη Προσανατολισμού.

2.2.0 Κάθε γνωριμία και ως μια μελλοντική Αστική Σύμβαση

(Exclusive)

Σε πολυεθνικά κτηματομεσιτικά δίκτυα που δραστηριοποιούνται στην

Ελλάδα από το 2002 όπως η ERA, ή RE/MAX και η 21 Century αλλά και σε

μεγάλα τοπικά δίκτυα όπως της VESTIA της ASPIS Real Estate και της

Alpha Bank παρατηρήθηκε μια νέα μέθοδος στην ανεύρεση Πελατών, η

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

αυτές μοιράζουνε στους Συνεργάτες τους μικρά κομμάτια της Πόλης , που

δεν ξεπερνούν τα 500 ακίνητα. Ο Συνεργάτης με την σειρά του πρέπει να

κάνει μια καμπανιά ενημέρωσης σε αυτά τα σπίτια και να καταγράψει τα

στοιχεία αυτών των ανθρώπων. Ουσιαστικά προσεγγίζει μελλοντικούς

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

πριν ακόμα αυτή τον χρειαστούν, με τον τρόπο αυτό ελπίζει ότι όταν θα

έρθει η ώρα μιας αστικής σύμβασης θα απευθυνθούν κατευθείαν σε

αυτόν. Αυτά τα δεδομένα όμως των πεντακοσίων οικογενειών δεν θα

μπορούσαν να γραφτούν σε ένα τεφτέρι, έπρεπε να συμπεριλαμβάνονται

σε μια εφαρμογή για κτηματομεσίτες και πιο συγκεκριμένα να

συμπεριληφθούν για πρώτη φορά σε μια εφαρμογή για κτηματομεσίτες.

Όλες όμως η εφαρμογές επιβάλλεται να έχουν υποχρεωτικά πεδία, όπως

το είδος ακινήτου που ψάχνουμε, την ηλικία που έχει ένα ακίνητο προς

πώληση κ.ο.κ . Άρα ήταν αδύνατο να παρακαμφτεί αυτήν η λειτουργία,


2009

29

και συγχρόνως να γίνει καταγραφή των στοιχείων κάποιου ανθρώπου,

που δεν θέλει ούτε να αγοράσει ούτε να πουλήσει, σκοντάφτουμε στους

περιορισμούς. Η εύκολή λύση είναι να γίνει μια ξεχωριστή κατηγορία-

φόρμα για αυτούς τους πελάτες, στην περίπτωση όμως που κάποιος από

αυτούς θέλει να γίνει πελάτης του Συμβούλου Ακινήτου τα πράγματα θα

γίνουν αρκετά περίπλοκα για τον χρήστη. Έτσι γίνεται αναδιάρθρωση

για ακόμη μια φορά στο Project . Στην Κεντρική Φόρμα υπάρχει τώρα η

δυνατότητα να καταχωρούνται μόνο τα στοιχειά κάποιών προσώπων και

όχι της ανάγκες τους για αγορά ακίνητου ή ζήτησης. Αυτά τα στοιχεία

καταγράφονται ως Πελάτες Ανενεργοί, και πηγαίνοντας στις Φόρμες

Προσφοράς και Ζήτησης , μόνο με ένα κλικ αυτές οι έγγραφες μπορούν

από ανενεργές να γίνουν ενεργές, και πρόσωπα της Καλλιέργεια

Περιοχής αλλά και του Ευρύτερου Κύκλου γνωριμιών τους να ενταχθούν

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

επαναλάβει την πληκτρολογήσει των στοιχείων. Έτσι το Nastazia είναι το

μόνο κτηματομεσιτικό πρόγραμμα στην Ελλάδα που αντιλαμβάνεται την

κάθε γνωριμία του Μεσίτη ως εν δυνάμει μελλοντικό Πελάτη. Υπάρχει η

πεποίθηση ότι η φιλοσοφία που επιλέχθηκε είναι η ευκολότερη και

καλύτερη δυνατή για τον χρήστη, και θα αποτελέσει μελλοντικό πρότυπο

των μεσιτικών λογισμικών , όταν και αυτές εναρμονιστούν με τις

σύγχρονες απαιτήσεις των κτηματομεσιτών.

2.2.1 Ατζέντα Nastazia

Ένας μέσος κτηματομεσίτης καταφέρνει να γνωρίζει δύο νέους

ανθρώπους την ημέρα, κερδίζοντας τουλάχιστον ένα στοιχείο

επικοινωνίας όπως το προσωπικό του τηλέφωνο. Αυτό σημαίνει 60 νέα

τηλέφωνα τον μήνα, δηλαδή 730 τον χρόνο. Τα στοιχεία αυτά συνήθως

στοιβάζονται μέσα σε ετήσιες ατζέντες, και μάλιστα λόγω του μεγάλου

όγκου των δεδομένων, όχι στον χώρο όπου είναι ειδικά διαμορφωμένος


2009

30

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

ημερολόγιο της Ατζέντας. Φυσικά την επόμενη χρονιά πρέπει να τα

αντιγράψουν στην επόμενη ατζέντα , και στην καλύτερη περίπτωση ένα

μεσίτης πενταετίας, να διατηρεί ένα αρχείο από πέντε ατζέντες για

εύρεση τηλεφώνων, δηλαδή έναν λαβύρινθο πληροφοριών 1800 σελίδων

αντίστοιχα. Και όταν για κάποιο λόγω χρειαστούν ένα από αυτά τα

τηλέφωνα, τότε αρχίζει η μακρόπνοη διαδικασία του ξεφυλλίσματος. Το

ερώτημα όμως είναι το εξής, αφού όλες η κτηματομεσιτικές εφαρμογές

καταγράφουν τα τηλέφωνα, οι μεσίτες γιατί συνεχίζουν να τα ψάχνουν

μέσα από τεφτέρια και ας έχουν καταχωρημένα και κάποια από αυτά

στους υπολογιστές τους. Το ένα πρόβλημα ότι η Εφαρμογές δεν τους

επιτρέπουν καταχώρηση αν δεν είναι πελάτης που θέλει να αγοράσει η

να πουλήσει, ευτυχώς σε αυτό το πρόβλημα το Nastazia έδωσε λύση.

Εκείνο που έπρεπε να αντιμετωπιστεί ήταν η δύναμη της συνήθειας ,

δεν είναι συνηθισμένοι να καταγράφουν και να βρίσκουν στοιχεία όπως

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

είχαν και μια πλειάδα άλλων πληροφοριών από δίπλα. Έτσι τέθηκε σε

λειτουργία η Ατζέντα του Nastazia. Μια φόρμα που περιέχει αποκλειστικά

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

αλληλογραφία, και για τους πιο εξειδικευμένους την ηλεκτρονική

αλληλογραφία (e-mail). H φόρμα χωρίζει όλες της καταχωρήσεις κατά

αλφαβητική σειρά, και διαθέτει και το πεδίο Έξυπνης αναζήτησης,

«FINDER»

Η διαφορετικότητα του Finder εκτός του ότι πραγματοποιεί αναζήτηση

και σε τμήματα των στοιχείων επικοινωνίας, είναι ότι πληκτρολογώντας

στον Finder καλείται η Συνάρτηση Genius Search , η οποία ψάχνει και

εμφανίζει ταυτόχρονα τα δεδομένα από οκτώ διαφορετικές

καταχωρήσεις.


2009

31

VAR.Open "Select * from clients where Atxtname & AtxtTelkin & Atxtteloik &

Atxtfax & AtxtAddress & Atxtcity & Atxttk & Atxtemail like '%" & FINDER &

"%'", MYconection.

Πχ πληκτρολογώντας στο πεδίο FINDER 2510 ή @ ή Βενιζέ ή ίδου, η

ατζέντα μας εμφανίζει αντίστοιχα του πελάτες με σταθερό Καβάλας,

τους Πελάτες με ηλεκτρονική διεύθυνση, του Πελάτες που κατοικούν

στην οδό Βενιζέλου , ή τις πελάτισσες που κατά πάσα πιθανότητα έχουν

ποντιακή καταγωγή.

2.2.2 Tips of Day – Free Manager S.TZ (Exclusive)

Οι ερωτήσεις που δέχεται καθημερινά ο σύγχρονος Κτηματομεσίτης

ξεφεύγουν κατά πολύ από το αντικείμενο της διαμεσολάβησης. Συχνά

έρχεται αντιμέτωπος με ερωτήσεις που αρμόδιοι να απαντήσουν είναι οι

νομικοί, φοροτεχνικοί, Συμβολαιογράφοι, Πολιτικοί Μηχανικοί κ.α.,

παρόλα αυτά οι πελάτες έχουν την απαίτηση να γνωρίζουν οι

κτηματομεσίτες της απαντήσεις στα ερωτήματα αυτά, τις περισσότερες

φορές κρίνουν τον επαγγελματία κτηματομεσίτη από το επίπεδο αυτών

των γνώσεων. Στην προσπάθεια αυτής της κατάρτισης ,

Κτηματομεσιτικοί Σύλλογοι σε όλη την Ελλάδα πραγματοποιούν σχετικά

σεμινάρια, και στα μεγάλα κτηματομεσιτικά γραφεία,

πραγματοποιούνται εβδομαδιαίες συναντήσεις επιμόρφωσης, που δίνουν

λύσεις στα προβλήματα που αντιμετώπισαν οι Σύμβουλοι Ακινήτων

καθόλην την διάρκεια της Εβδομάδας. Σχεδόν πάντα τα σεμινάρια αυτά

κοστίζουν, οι “Γκουρού” του επαγγέλματος σπάνια δίνουν δωρεάν την

πείρα τους. Είναι κοινά αποδεκτό ότι από ένα σεμινάριο μόνο το 10% της

γνώσης σου μένει μέχρι να έλθει το πλήρωμα του χρόνου και να γίνει η

γνώση κτήμα τους. Έτσι το είδη βεβαρημένο κόστος των σεμιναρίων

ουσιαστικά δεκαπλασιάζεται. Σταθερό στην φιλοσοφία του το Nastazia,

πώς παρόλο που ή πείρα διδάσκει διεξοδικά, το διδακτικό της έργο

καταβροχθίζεται από τα χρόνια του ανθρώπου, με αποτέλεσμα η αξία


2009

32

των μαθημάτων της να μειώνεται εξαιτίας του χρόνου που απαιτείτε για

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

πραγματοποιήθηκε μια μεγάλη Έρευνα με Συμβούλους Δανείων,

Λογιστές, Συμβολαιογράφους, Κτηματομεσίτες αναγνωρισμένους,

Manager Κτηματομεσιτικών Δικτύων, Πολιτικούς Μηχανικούς και

Τοπογράφους, νομικούς και κατασκευαστές, ιδιοκτήτες μεγάλων

αλυσίδων Real Estate, Εκπαιδευτές Μεσιτών και Εκτιμητών Ακινήτων,

και προϊσταμένους δημοσίων υπηρεσιών, διαφορά Tips από το

Internet και από προσωπική βιβλιογραφία. Συγκεντρώθηκε μία

πλειάδα συμβούλων για τον νέο άλλα και για τον πεπειραμένο

κτηματομεσίτη. Τα Tips of Day του Nastazia η αλλιώς ο Free Manager S.TZ

, εμφανίζονται καθημερινά με το άνοιγμα του προγράμματος, και με την

επιλογή “Επόμενη” ο χρήστης μπορεί να επιμορφώνεται συνέχεια, έχει

επίσης την δυνατότητα να προσθέσει και δικά του Tips μέσα από τις

ρυθμίσεις του προγράμματος. Στο προγραμματιστικό κομμάτι τώρα,

δυσκόλεψε την κατάσταση η άγνοια της εντολής Randomize, για να

παίρνει η Εφαρμογή Τυχαία Tips , από την βάση , επί του Συνόλου της.

Και σε αυτόν τον τομέα το Nastazia είναι το μοναδικό λογισμικό

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

χρήστη.

TipCount = Int((VAR.RecordCount * Rnd) + 1)

2.2.3 Συμβατότητα με Microsoft Word & Excel

Τα έγγραφα του Word και του Excel είναι εφαρμογές που λίγο πολύ

χρησιμοποιούνται σε όλες τις επιχειρήσεις, ασχέτως αν είναι

εφοδιασμένοι με τα κατάλληλα προγράμματα του επαγγελματικού τους

πεδίου. Ιδιαιτέρα οι κτηματομεσίτες που δεν έχουν κάποια εφαρμογή

διαχείρισης πελατών ή αυτή που έχουν δεν τους καλύπτει, χρησιμοποιούν

το Word συνήθως για την Διαχείριση Αστικών Συμβάσεων και το Excel ως


2009

33

Βάση δεδομένων. Στα πλαίσια λοιπόν μια ομαλής μετάβασης

αποφασίσαμε ότι θα ήταν χρήσιμο μέσα από την εφαρμογή να έχουμε

την δυνατότητα σύνδεσης αυτών των δύο προγραμμάτων στην Κεντρική

μας Φόρμα, μέσα από το menu πλοήγησης. Απαραίτητη προϋπόθεση για

σύνδεση με τα παραπάνω προγράμματα είναι επιλογή των δύο

References.

Kαι ο σχετικός κώδικας.

Για το Excel

Set exlApp = New

Excel.Application

exlApp.Workbooks.Add

exlApp.Visible = True

Και για το Word

Set appWord = New Word.Application

appWord.Documents.Add

appWord.Visible = True

2.2.4 Παραμετροποιήσεις Χρηστών Third Generation

(Exclusive)

Στην αναζήτηση Ακινήτων με κριτήριο την Περιοχή, πρέπει το λογισμικό

να κάνει δεκάδες προσθήκες περιοχών, όταν πχ ο Πελάτης θέλει να

αγοράσει σε όλη την Καβάλα, άλλα όχι Ανατολικά. Πρέπει να

δημιουργηθεί ένα νέο είδος Περιοχής της Master Περιοχής, και την παλιά

περιοχή να “βαφτιστεί” Sub Περιοχή. Ουσιαστικά αυτό που θα κάνει η

Master Area πχ Δυτική Καβάλα , είναι να εμπεριέχει στο Σύνολο της


2009

34

δεδομένα όπως ΔΕΠΟΣ, Καλαμίτσα, Άγιος Λουκάς, τα δεδομένα αυτά

είναι τα δεδομένα των SUB Area. Επίσης η Δυτική Καβάλα πρέπει να έχει

την Δυνατότητα να γίνει SUB Area μια άλλης Master, όπως αυτής της

Καβάλας. Αν ό αρχικός σχεδιασμός αποτελούσε ένα είδος καθυστέρησης

για τα δεδομένα μιας επαρχιακής πόλις, πάντα στο κομμάτι της

αναζήτησης, φανταστείτε τα προβλήματα που θα δημιουργούσε σε

Αθήνα και Θεσσαλονίκη. Η δυνατότητα αυτή, κάνει την αναζήτηση πολύ

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

ότι αυτή η δυνατότητα δεν υπάρχει σε κανένα ανταγωνιστικό

λογισμικό στην Ελλάδα.

2.2.5 Αυτόματη Καταχώρηση Ημερομηνίας στις Εγγραφές

Πιστό στον Αρχικό του Στόχο το Nastazia, συνεχίζει την Προσπάθεια

εξοικονόμησης χρόνου. Σε αυτά τα πλαίσια αποφασίστηκε να

πραγματοποιηθεί μια μικρή αλλαγή στην Κεντρική Φόρμα. Μέχρι τώρα ο

χρήστης Πληκτρολογούσε την ημερομηνία της κάθε Εγγραφής. Ο Τρόπος

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

δημιουργούσε σίγουρα πρόβλημα σε τεχνικές που θέλουμε να

εφαρμοστούν στο μέλλον, όπως των μηχανισμό ξεχασμένων ακινήτων,

που θα απαιτήσει ομοιόμορφη εγγραφή των Ημερομηνιών. Συγχρόνως

εξοικονομούμε κάποιον ελάχιστο χρόνο στον χρήστη και την απαλλαγή

του από την καταχώρηση ενός δεδομένου. Η εντολή Date$ δίνει την

δυνατότητα να αποθηκεύουμε την ημερομηνία αυτόματα στην βάση.

Πέρα όμως από τα σημαντικά πλεονεκτήματα, υπάρχουν και δύο

σημαντικά μειονεκτήματα σε αυτήν μας την επιλογή, που εν γνώσει μας

διατηρείτε. Το πρώτο είναι ότι ο χρήστης θα πρέπει να έχει την σωστή

ημερομηνία στον υπολογιστή του. Και το δεύτερο ότι ο μεσίτης που θα

ανοίξει για πρώτη φορά το λογισμικό, και θα θελήσει να αποθηκεύσει

τους πελάτες των τελευταίων δύο χρόνων, θα αποθηκευτούν όλοι με την


2009

35

τρέχουσα ημερομηνία. Το καλύτερο θα ήταν η δυνατότητα της

καταχώρησης ημερομηνίας να γίνεται είτε αυτόματα είτε

πληκτρολογώντας την, και οι καταστάσεις αυτές να εναλλάσσονται

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

διαθέτει αυτές τις δυνατότητες.

2.2.6 Medilator (Mediator + Calculator)

Μία κίνηση “ρουτίνας “ ενός μεσίτη είναι ο υπολογισμός της προμήθειας

του, για την συμπλήρωση των Αστικών Συμβάσεων. Αποφασίστηκε

λοιπόν να δημιουργηθεί μία ηλεκτρονική αριθμομηχανή, με την

προσθήκη δύο extra button. Το ένα Extra Button είναι το Φ.Π.Α. και το

άλλο είναι το χαρτόσημο του Ακινήτου. Παρόλο που το Φ.Π.Α. στην

Ελλάδα είναι σταθερό για πολλές δεκαετίες, αποφασίστηκε να δοθεί η

δυνατότητα στον χρήστη να το Ρυθμίζει. Λίγους μήνες αργότερα

ακούγεται για πρώτη φορά το ενδεχόμενο αύξησης του Φ.Π.Α. και ένα

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

ψηφία της φόρμα σε μία κατηγορία, τα σύμβολα πράξεων σε άλλη μία,

και το ‘=’ ξεχωριστά. Με αυτόν τον τρόπο η Visual αντιλαμβάνεται την

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

Control Array στην περίπτωση που επιχειρήσουμε να δημιουργήσουμε

ίδιο αντικείμενο στην ίδια φόρμα με το ίδιο όνομα.

Παράρτημα του Κώδικα για τις περιπτώσεις πράξεων

If f1 = 0 Then

Select Case s

Case"+" Text1.Text = Val(Val(p) + Val(Text1.Text))

Case "-" Text1.Text = Val(Val(p) - Val(Text1.Text))

Case "\" Text1.Text = Val(Val(p) \ Val(Text1.Text))

Case "*" Text1.Text = Val(Val(p) * Val(Text1.Text))

End Select

p = Val(Text1.Text): f1 = 1

End If:s = Command3(Index).Caption


2009

36

2.2.7 Πρόσβαση στο Διαδίκτυο

Μια σύγχρονή εφαρμογή, που απευθύνεται σε επαγγελματίες πρέπει να

έχει άμεση και εύκολη πρόσβαση στο διαδίκτυο. Ιδιαίτερα στους Μεσίτες

που το συγκεκριμένο λογισμικό απευθύνετε. Χρειάζονται αυτή την

δυνατότητα σχεδόν καθημερινά. Έτσι αποφασίστηκε η τοποθέτηση της

δικής του μπάρας,

στην κεντρική

φόρμα του προγράμματος. Απαραίτητη προϋπόθεση για την σύνδεση με

το διαδίκτυο είναι το κάλεσμα βιβλιοθηκών της Visual , όπως η

παρακάτω:

Private Declare Function ShellExecute Lib "shell32.dll" _

Alias "ShellExecuteA" (ByVal hwnd As Long, _

ByVal lpOperation As String, ByVal lpFile As String,_

ByVal lpParameters As String, ByVal lpDirectory As

String,ByVal nShowCmd As Long) As Long '

2.2.7.5 Ατζέντα Nastazia Second Generation

Η “εξαφάνιση” του πρώτου πελάτη από την

Ατζέντα είναι γεγονός, η ενημέρωση έγινε από

έναν Μεσίτης που δούλευε στο πειραματικό

περιβάλλον του λογισμικού. Ο πελάτης φαινόταν

στην κεντρική φόρμα αλλά όχι στην Ατζέντα,

πράγμα αδύνατον αφού και οι δύο φόρμες αντλούν

στοιχεία από τον ίδιο πίνακα. Το όνομα του

Πελάτη ήταν Alexander Jerome. Και το δικό μας

λογισμικό ψάχνει για ονόματα που αρχίζουν από

Ελληνικού Χαρακτήρες.

Case 3: VAR.Open "Select * from Central_Form where

atxtname like 'Γ %'", MyConnection. Έτσι

αποφασίστηκε η ενσωμάτωση μιας δεύτερης γραμμής από το Λατινικό


2009

37

Αλφάβητο , με αυτόν τρόπο καλύπτετε και το ενδεχόμενο όπου ο Πελάτης

θα είναι ενδεχομένως μια εταιρία με μη Ελληνικό όνομα.

Παράλληλα με αυτήν την αλλαγή τοποθετήθηκε και στο κάτω αριστερό

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

τον Finder.

2.2.8 MDI και Browser Φόρμες

Η έλλειψη δυναμικών φορμών , με δυνατότητα ταυτόχρονης προβολής

και επεξεργασίας είναι αυτό που λείπει από το λογισμικό. Δεκάδες

παραδείγματα από το

διαδίκτυο δεν μπορούν να

βοηθήσουν. Η εντολή

frmX.show vbmodal είναι το

βασικό πρόβλημα. Η λύση

δόθηκε μέσα από τον

έτοιμο οδηγό της Visual. Το λογισμικό Nastazia μέχρι σήμερα χρησιμοποιεί

απλές φόρμες όπως η Form1 του σχήματος. Θα πρέπει να οριστεί ως

κεντρική φόρμα μια MDIForm, και από εκεί να γίνεται το Show των

άλλων δύο ειδών, των απλών φορμών και των frmbrowser εάν θέλουμε η

φόρμα να προβάλετε ταυτόχρονα με την κεντρική, και με όσες άλλες

frmbrowser καλέσουμε εκείνη την στιγμή. Το πρόβλημα όμως τώρα είναι

η MDIForm. Ενώ δίνει αυτήν την εκπληκτική για τα δεδομένα του

λογισμικού, λειτουργία, δεν επιτρέπει να σχεδιαστεί κανένα αντικείμενο

επάνω της. Προφανώς για αυτό τον λόγω πολλές εφαρμογές έχουν κενή

οθόνη όταν τις ανοίγεις, και η πλοήγηση γίνεται μόνο από το menu, όπως

το κτηματομεσιτικό πρόγραμμα της Orbit. Το δίλημμα είναι ξεκάθαρο, θα

πρέπει να γίνει επιλογή ανάμεσα στις δυναμικές φόρμες, με την απώλεια

όλων των αντικειμένων που έχουμε στην Κεντρική Φόρμα, ή να

παραμείνει στην φιλοσοφία που τόσο καιρό χτίζεται. Αποφασίζετε


2009

38

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

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

μόνο μέσα από το menu. Κατά την διάρκεια της εκ νέου σχεδίασης,

εντελώς τυχαία εντοπίστηκε ότι τα αντικείμενα Picture Box τα δέχετε η

MDI Form. Τώρα μπορούν να σχεδιαστούν όλα τα αντικείμενα όπως Text ,

Combo, Labels, Buttons, Rich Text Box , επάνω στο Picture Box, και να

επανέλθει το λογισμικό στον αρχικό σχεδιασμό με την δυνατότητα των

δυναμικών φορμών, έστω και με αυτόν το ανορθόδοξο τρόπο. Τώρα η

εφαρμογή απέκτησε μία νέα αρχιτεκτονική, αριστερά της Κάθετης

Γραμμής της Κεντρικής Φόρμας λειτουργεί ουσιαστικά ως απλή Form,

εκεί είναι ο Picture Box, και στα δεξιά της είναι ο χώρος της MDI Form, o

οποίος είναι έτοιμος να δεχτεί άνοιγμα δυναμικών φορμών.

Αρχιτεκτονική Δομημένη όσο ποτέ στο λογισμικό , που ούτε καν την

αναζητούσε ή την είχε φανταστεί. Και τελικά το Picture Box είναι ο

μοναδικός δρόμος για τοποθετήσεις όλα τα αντικείμενα επάνω σε μία

MDI Form. Άρα η επιλογή βασίζεται σε κάποια πρότυπά και δεν αποτελεί

εντελώς ανορθόδοξη οδό.

2.2.9 Πλήρη Στοιχεία Μεσιτικών Συμβούλων

Η προσθήκη του δεδομένου,

ονοματεπώνυμο Συμβούλου

παρουσιάζεται ελλιπή με την

πρόοδο των εργασιών. Το

πρόβλημα προκύπτει από την

ανάγκη των

κτηματομεσιτικών

συμβάσεων να εμπεριέχουν

τα πλήρη στοιχεία του


2009

39

επαγγελματία της διαμεσολάβησης. Άλλωστε τα περισσότερα από αυτά

τα έντυπά δημιουργούνται σε διπλότυπά, για να παίρνει το ένα από αυτά

ο πελάτης, άρα έχε και κάποιο είδος προβολής αυτή η ενέργεια.

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

όλες αυτές της Πληροφορίες, χωρίς όμως αυτή να είναι υποχρεωτική για

όλους τους συμβούλους , παρά μόνο για την εγγραφή του γραφείου, η

αλλιώς μία και μόνο εγγραφή. Ο λόγος είναι ότι τα συγκεκριμένα

γραφεία κάνουν συνέχεια μαζικές προσλήψεις, και οι νέοι επαγγελματίες

αφήνουν στον εαυτό τους μια μικρή περίοδο χάριτος μέχρι να

κατασταλάξουν. Το συγκεκριμένο χρονικό διάστημα δεν διαθέτουν τις

παραπάνω πληροφορίες, και δεν θα μπορούσαν να ικανοποιηθούν τις

υπηρεσίες του λογισμικού. Έτσι λοιπόν συνεχίζει η Προσθήκη ενός

Σύμβουλο να γίνεται μέσα από την Προσθήκη > Συμβούλου, και εάν

πραγματοποιηθεί ή έναρξη Επαγγέλματος, συμπληρώνονται και τα πεδία

της παραπάνω φόρμας, έτσι ούτω σώστε να εμπεριέχονται αυτές η

πληροφορίες στα έντυπά των αστικών συμβάσεων. Για τους

εκκολαπτόμενους μεσίτες τα έντυπά εμπεριέχουν της Πληροφορίες

Έναρξης Επαγγέλματος του Ιδιοκτήτη του Γραφείου (Broker Owner)

2.3.0. Εορτολόγιο (Exclusive)

Η ανάγκη της συνεχούς προσπάθειας των κτηματομεσιτών, στην

διατήρηση του χαρτοφυλακίου τους, τους οδηγεί σε μία συνεχόμενη

αναζήτηση τρόπων , να εισβάλουν στα είδη γνωστά τους σπίτια. Η

ενημέρωση που λαμβάνουν από τα διάφορα σεμινάρια, αλλά και από

βιβλία πωλήσεων , ότι εάν μέσα σε τριάντα μέρες δεν πραγματοποιήσουν

κάποια επαφή με τους πελάτες τους, θα τους οδηγήσει σε 27% απώλεια

νέων συστάσεων είναι κάτι που τους αγχώνει. Τι καλύτερο λοιπόν, από το

να “εισβάλει” σε ένα σπίτι για ευχές της Ονομαστικής Εορτής. Η

Καθημερινή Ατζέντα τους εμπεριέχει μόνο κάποια από τα ονόματα που

γιορτάζουν την εκάστοτε ημέρα, και το βασικότερο είναι ότι θα πρέπει τα


2009

40

στοιχεία αυτά να τα κάνουν αντιστοίχηση με το Χαρτοφυλάκιο τους. Έτσι

λοιπόν το λογισμικό αποκτά μια νέα καινοτομία, στα δεδομένα της

Ελληνικής Αγοράς, έγινε μια εκτεταμένη έρευνα και για μεγάλο χρονικό

διάστημα στο διαδίκτυο σχετικά με την Ονοματολογία και την

ημερομηνία Εορτής αυτών. Αυτή την στιγμή η βάση δεδομένων

φιλοξενεί περισσότερα από 1500 κύρια ονόματα, και 500 παράγωγα ή

υποκοριστικά τους. Μέσα από αυτήν την πλειάδα ονομάτων , που

εμπλουτίζετε συνέχεια, είναι πολύ σπάνιο το λογισμικό να μην εντοπίσει

την ημερομηνία Εορτής κάποιου Πελάτη , και μάλιστα αυτόματα. Ο

χρήστης έχει την δυνατότητα να βλέπει τα ονόματα που γιορτάζουν

Σήμερα, Αύριο, Μεθαύριο , και συνολικά ολόκληρου του μήνα. Εάν τα

δεδομένα του ταιριάζουν με κάποιο από αυτό της βάσης τότε αυτόματα

γεμίζει και η λίστα των πελατών του που γιορτάζουν. Μια λίστα που

εμπεριέχει πληροφορίες με στοιχεία επικοινωνίας, μέσα από την φόρμα

του Εορτολογίου. Επίσης συμπεριλάβαμε στην φόρμα Tips of the Day μία

status Bar, όπου εκεί με το που ανοίγει το πρόγραμμα εμφανίζονται μόνο

η πληροφορία των βασικών ονομάτων που εορτάζονται, και το σχετικό

Tool Tip Text που παραπέμπει στο Εορτολόγιο για καλύτερη Ενημέρωση.

Αυτό έχει ως αποτέλεσμα μια μικρή καθυστέρηση στο Άνοιγμα της

Εφαρμογής, γιατί ¨σκανάρει¨ τον σχετικό πίνακα της βάσης, ο οποίος

περιέχει περισσότερες από 2000 εγγραφές. Για αυτόν τον λόγο είναι και

υπό σκέψη η παραμονή αυτής της δυνατότητας στο λογισμικό.

Το τμήμα αυτού του προγράμματος έχει και ατέλειες, η βαρύτητα που

δόθηκε ήταν αρκετά μεγάλη στην ανεύρεση όλων αυτών των

ονομάτων που απείχε αρκετά από τον στόχο. Έτσι η βασική έλλειψη

του Εορτολογίου είναι ότι δεν μπαίνει καθόλου στην διαδικασία να

υπολογίσει τις Κινητές Εορτές.


2009

41

2.3.1.Προσθήκη Ημερομηνία και Ώρας στην Κεντρική Φόρμα

Στο κάτω δεξιά τμήμα της οθόνη αποφασίστηκε η τοποθέτηση ένδειξης

της Ημερομηνίας, για να μην χρειάζεται ο χρήστης να ανατρέχει στα

εργαλεία των Windows. Τοποθετήθηκε επίσης και η ένδειξη ώρας για του

χρήστες που έχουν ρύθμιση αυτόματης απόκρυψης της μπάρας

εργαλείων των Windows. Θα ήταν προτιμότερο η δυνατότητα αυτή να

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

προβολή ώρας η όχι, ούτω σώστε να μην προβάλλεται η ώρα της ημέρας,

πάνω από την είδη προβεβλημένη ώρα των Windows. Αλώστε, ελάχιστοι

είναι οι χρήστες που εργάζονται σε περιβάλλον με αυτόματη απόκρυψη

της μπάρας Εργαλείων των windows . Παρόλα αυτά το λογισμικό δεν

περιλαμβάνει αυτήν την δυνατότητα

2.3.2 Το Ιστορικό Αρχείο Πελατών - Ακινήτων ¨ξεπροβάλει¨

στο Λογισμικό

Η ανάγκη διατήρησης Ιστορικού Αρχείου Πελατών, είναι επιβεβλημένη.

Το Ιστορικό Αρχείο Πελατών είναι οι κινήσεις που κάνει ο υποψήφιος

Πελάτης, πόσα ακίνητα έχει δει και ποια, πότε ξεκίνησε η συνεργασία

μαζί του, μέχρι και την συμβολαιογραφική Πράξη. Το περιβάλλον της

καταχώρησης και προβολής του Ιστορικού θα πρέπει να είναι σε ένα

σημείο, που ο χρήστης επισκέπτεται καθημερινά. Το σημείο αυτό

αποφασίστηκε ότι θα πρέπει να είναι η φόρμα που αναγράφονται η

ανάγκες προσφοράς η ζήτησης του κάθε πελάτη αλλά και του κάθε

ακινήτου. Έτσι τοποθετήθηκαν τα απαραίτητα αντικείμενα και όλες οι

δυνατές κινήσεις που μπορεί να κάνει ο υποψήφιος πελάτης , αλλά και

όλες οι υποψήφιες κινήσεις που μπορεί να κάνει ο Σύμβουλος Μεσιτείας

προς αυτών. Η διαδικασία γίνεται χειροκίνητα, ενώ υπάρχει η σκέψη και

για αυτοματοποίηση κάποιον ενεργειών. Το μειονέκτημα είναι ότι δεν

κάνει διασταύρωση των στοιχείων, και πρέπει ο χρήστης να ενημερώνει


2009

42

το αρχείο του Πελάτη και του ακινήτου. Δίνεται επίσης η δυνατότητα

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

ενημέρωση όταν θα πραγματοποιείτε η διαδικασία ανάκτησης

πληροφοριών. Έχει βρεθεί και λύση με την ημερομηνία της Επαφής, ο

χρήστης επιλέγει ημερομηνία επαφή μέσα από ένα έτοιμο ελεγκτήριο της

Visual, το Calendar. Το Calendar είναι ρυθμισμένο πάντα στην τρέχουσα

ημερομηνία, αλλά έχει την δυνατότητα να αλλάξει ύστερα από την

επέμβαση του χρήστη. Έτσι η ημερομηνία θα αποθηκευτεί ομοιόμορφα σε

αυτό το σημείο, μια δυνατότητα που ενδεχομένως θα έπρεπε να είχε

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

δεδομένα αποθηκεύονται σε ξεχωριστό πίνακα στην βάση , στον πίνακα

History.

2.3.3 Το Λογισμικό βάφτηκε…

Άχρωμα , άοσμα και άγευστα, τα περισσότερα λογισμικά εμπορικών

εφαρμογών , και ιδιαιτέρως των μεσιτών. Στα πλαίσια της καινοτομίας

και της αποκλειστικότητας των λειτουργιών, αποφασίζετε σε αυτό το

σημείο να δοθεί η δυνατότητα στον χρήστη, να επιλέγει από μόνος του, το

δικό του περιβάλλον εργασίας,

με τα αγαπημένα του

χρώματα. Ο χρήστης έχει την

επιλογή να χρωματίσει στην

κεντρική φόρμα όλα τα

αντικείμενα και το φόντο

εργασίας. Η δυνατότητα

εμφάνισης της παλέτας των

χρωμάτων γίνεται μέσα από

ένα Common Dialog. H προβολή του γίνεται μέσα από τα Components

της Visual. Γίνεται επιλογή του M.C.D.C 6.0 όπως φαίνεται στην εικόνα


2009

43

της παραγράφου, και στην συνέχεια εμφανίζεται το παρακάτω

αντικείμενο στην οθόνη:

Το αντικείμενο αυτό δεν προβάλετε κατά την εκτέλεση του

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

Εντολή Εμφάνισης Παλέτας χρωμάτων

CommonDialog.ShowColor

Το λογισμικό χρωματίστηκε, το πρόβλημα είναι ότι δεν αποθηκεύονται οι

επιλογές του χρήστη. Η λύση δόθηκε μέσα από τις ιδιότητες Back Color

και Fore Color που έχουν όλα τα αντικείμενα που χρησιμοποιούμε. Η

ιδιότητα αυτή του κάθε αντικειμένου αποθηκεύεται στην μία και

μοναδική Εγγραφή του πίνακα Colors στην βάση μας. Κάθε φορά που ο

χρήστης επιλέγει νέες χρωματικές αποχρώσεις, ενημερώνεται η μοναδική

εγγραφή του πίνακα Colors. Η σχετική συνάρτηση καλείται, στο άνοιγμα

του προγράμματος

Παράρτημα κώδικα αποθήκευσης χρωμάτων αντικειμένων.

Command Text = "Insert Into xromata (afont, agram)

Values('"&butfont.BackColor &"','"&_ butObjects.ForeColor

& "')"

MyConnection.Execute (Command_Text)


2009

44

2.3.4 Η Ένωση της Καρτέλα Προσφοράς & Ζήτησης μέσω ενός

Tab ActiveX

Η καρτέλα της Προσφορά και της Ζήτησης είναι δύο καρτέλες που

προβάλλονται Modal. Δεν πρέπει οι συγκεκριμένες φόρμες nap

προβάλλονται. Αυτό σημαίνει ότι ο χρήστης πρέπει να ανοιγοκλείνει

συνέχεια αυτές τις δύο φόρμες στην προσπάθεια του να ανακτήσει

πληροφορίες για διάφορούς Πελάτες και Ακίνητα, το πρόβλημα γινόταν

ακόμα μεγαλύτερο όταν έπρεπε να ενημερώσει το Ιστορικό αρχείο

Πελατών. Για τους παραπάνω λόγους έπρεπε να βρεθεί ένας τρόπος να

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

αντικείμενο της Visual Tab ActiveX. Το μεγαλύτερο τμήμα του κώδικα

πρέπει να τροποποιηθεί. Περισσότερες 1500 γραμμές κώδικα πρέπει να

προσαρμοστούν στα νέα δεδομένα αυτής της συγχώνευσης. Το Tab της

καρτέλα χωρίζεται σε δύο επιμέρους Tabs, ένα για την Προσφορά και ένα

για την Ζήτηση. Τα μεγαλύτερα κομμάτια του νέου κώδικα

ενσωματώνονται στην ενέργεια Click() των δύο Tabs. Κάπου εδώ ο

κώδικας αρχίζει να γίνεται σπαζοκεφαλιά, το αποτέλεσμα όμως είναι μία

λειτουργική και ενιαία Καρτέλα Πελάτη , με ενσωματωμένο το Ιστορικό

Αρχείο Πελατών, και την Λίστα Ακινήτων. Αν δεν προέκυπταν στην

πορεία του προγράμματος οι Πελάτες του Κύκλου γνωριμιών και της

Καλλιέργειας Περιοχής, θα μπορούσε τώρα να υλοποιηθεί ο Πρώτος

Στόχος της Ενιαίας Φόρμας. Και τώρα όμως έχει γίνει μια ομαδοποίηση

δεδομένων που απαλλάσσει τον χρήστη από περιττές κινήσεις και

σύνθετο χειρισμό Προγράμματος.


2009

45

2.3.5 Σύνδεση της Καρτέλας με τα παραμετροποιήσιμα

δεδομένα.

Μια μικρή παρέμβαση αποφασίστηκε να γίνει σε αυτό το σημείο, δόθηκε

την δυνατότητα μέσα από το menu της Καρτέλας να υπάρχει σύνδεση με

την φόρμα των παραμετροποιήσιμων δεδομένων. όπως και στην

Κεντρική Φόρμα. Η διαφορά είναι ότι ενώ στην Κεντρική Φόρμα υπάρχει

το αντίστοιχο Πεδίο για κάθε

παραμετροποίησιμο

δεδομένο, στην Καρτέλα

υπάρχουν μόνο δύο βασικά

πεδία, της Προσθήκης και της

Διαγραφής. Στην συνέχεια,

στην φόρμα σύνδεσης, υπάρχει το σχετικό Options όπου μέσα από αυτό

πραγματοποιείται η πλοήγηση μέσα στα δεδομένα που θέλουμε να

προσθέσουμε - αφαιρέσουμε.

2.3.6 Δυνατότητες Πώλησης Ακινήτου

Η συνεργασία του λογισμικού με Πολυεθνικό Μεσιτικό Δίκτυο στην

Καβάλα, δίνει νέες ιδέες για ουσιαστική ανάπτυξη. Στο εξωτερικό και

κυρίως στην Βόρειο Αμερική, η διαμεσολάβηση είναι μια επιστήμη που

έχει μελετηθεί διεξοδικά. Αυτήν την διεξοδική μελέτη επιχειρεί το

λογισμικό να εντάξει στο δυναμικό του. Με λίγες μόνο ερωτήσεις που

πρέπει να θέσει ο Μεσίτης στον εαυτό του, για ένα ακίνητο που ενδέχεται

να αναλάβει, μπορεί να γνωρίζει αμέσως , πόσες πιθανότητες επί τοις

εκατό , έχει για να το πουλήσει ο ίδιος. Ερωτήσεις όπως το κίνητρο του

Πωλητή, η δυνατότητα διαφήμισης έξω από το ακίνητο, εάν η αξία του

είναι πάνω από τον ανταγωνισμό η όχι οδηγούν σε μία ανάθεση

μειωμένου ρίσκου. Αυτό το μικρό ερωτηματολόγιο αποφασίστηκε να

ενσωματωθεί μέσα στο Menu Εργαλεία, και να προσφέρεται σε


2009

46

ηλεκτρονική μορφή στου επαγγελματίες του χώρου. Για την εμφάνιση του

πόστου επί τοις εκατό επιλέχτηκε ένα παράδοξο αντικείμενο της VB. To

Slider, το Slider είναι ένα αντικείμενο που συνήθως το βλέπουμε σε

εφαρμογές μουσικής, στην προκειμένη περίπτωση όμως είναι ένα

αντικείμενο που το επιλέξαμε για την παραστατικότητα του.

2.3.7 Σημαντική Βελτίωση του Ιστορικού Αρχείου Πελατών

Αυτόματη αντιστοίχηση των

κινήσεων του κάθε πελάτη όταν

αυτές σχετίζονται με κάποιον

άλλον. Το τεράστιο αυτό

μειονέκτημα που μέχρι χτες είχε

το λογισμικό Nastazia,

αυτοματοποιήθηκε, με την

προσθήκη ενός νέου πεδίου στην

βάση, το πεδίο MultiData δέχεται είτε κωδικό ακινήτου είτε ID πελάτη

Ζήτησης ή MULTI, με αποτέλεσμα να πραγματοποιεί των αντιστοίχηση

μεταξύ των δύο πλευρών. Για την υπόδειξη ενός Αγοραστή προς ένα

ακίνητο, αρκεί πλέον ένας εκ των δύο να ενημερωθεί πληκτρολογώντας

τις επιλογές επαφής, και αυτομάτως ενημερώνεται και η κατάσταση του

ακινήτου σχετικά με τις υποδείξεις που πραγματοποιήθηκαν.

2.3.8 Μαζική Προβολή Πελατών Ζήτησης

Τον σύνδεσμο της φόρμας αυτής τον συναντάμε στην Κεντρική Φόρμα

στην Μπάρα Εργαλείων. Είναι η φόρμα που δίνει την δυνατότητα να στον

χρήστη να πραγματοποιήσει μαζική προβολή Πελατών Ζήτησης, πέρα

από τα 14 είδη που του παρέχονται στην καρτέλα. Το τμήμα αυτό του

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


2009

47

1.3.9 Απλά Label ως Finders

Το

μεγαλύτερο

πρέπει ενός

Αγοραστή και

το καλύτερο ατού ενός ακινήτου είναι τα στοιχεία που γρήγορα και

εύκολα πρέπει να εντοπίζονται και διασταυρώνεται με την “απέναντι

πλευρά”. Δεδομένα όπως, ποια από τα ακίνητα έχουν τζάκι, η ποιοι

πελάτες διαθέτουν κάποιο ποσό μετρητοίς,

η πόσα οικόπεδα έχω στο χαρτοφυλάκιο

μου απασχολούν καθημερινά τον μεσίτη.

Ο χώρος όμως στην Καρτέλα Πελάτη είναι

είδη ασφυκτικά γεμάτος, και δεν

υπάρχουν περιθώρια για νέα πεδία αναζήτησης στον είδη υπάρχων

χώρο. Πρέπει να δημιουργηθεί μια

νέα φόρμα η να γίνει μία έξυπνη

κίνηση στην Καρτέλα. Η κίνηση

αυτή δεν είναι άλλη από το να

ενεργοποιηθούν ως Finders τα Label

της Καρτέλα. Κάνοντας διπλό κλικ

στο Label του Δανείου, συλλέγοντε όλα τα ονόματα από την βάση που

η αγορά τους θα γίνει και μέσω δανείου, και συγκεντρώνονται στο

Combo Box του Ονοματεπωνύμου Πελάτη Στην Καρτέλα. Συνολικά 24

διαφορετικά είδη αναζητήσεων επιτυγχάνονται με αυτόν τρόπο μέσα

από την Καρτέλα. Η δυνατότητα αυτή αποτελεί ένα νέο είδος

αναζήτησης που δεν συναντάτε σε κανένα είδους λογισμικό. Για να

γνωρίζει ο χρήστης ποια Label λειτουργούν ως Finder έχουν

υπογραμμιστεί. Το άθροισμα των αποτελεσμάτων των αναζητήσεων

εμφανίζονται και στο κάτω μέρος αριστερά της Καρτέλας. Σε


2009

48

προγραμματιστικό επίπεδο θα πρέπει να κατανοητό ότι το

υπογραμμισμένο κείμενο δεν αποτελεί την Ιδιότητα Caption του Check

Box που το αντιπροσωπεύει, αλλά ξεχωριστό αντικείμενο Label.

Παράρτημα κώδικα για την εύρεση ακινήτων με Κήπο

Private Sub lgarden_DblClick()

VAR.Open "Select * from KATAGRAFI ", MyConnection

If Now.Checked = True Then

Command_Text = "SELECT id FROM KATAGRAFI where

AKKIPOS Like true”

End if:Var.Close:End Sub.

2.4.0 Περισσότερες Επιλογές για το Διαδίκτυο

Σε αυτό το σημείο γίνεται μία προσπάθεια ενσωμάτωσης κάποιον

βασικών λειτουργιών ενός Browser στο λογισμικό Nastazia. Μέσα από το

Menu Ρυθμίσεις

δίνεται η

δυνατότητα στον

χρήστη να ορίζει

από μόνος του την

αρχική σελίδα που

θα έχει ο Nastazia

Browser στην

κεντρική φόρμα. Η δεύτερη

δυνατότητα είναι να προσθέσει

απεριόριστο αριθμό URL , ούτω

σώστε να εμφανίζονται στο

αντίστοιχο Combo Box της

Κεντρικής Φόρμας. Επιλέγοντας

το button minus (-) o χρήστης

αφαιρεί Ιστοσελίδα. Το λογισμικό παρέχει δέκα πολύ σημαντικά URL τα


2009

49

οποία εάν επιλέξει ο χρήστης να τα διαγράψει, δεν του δίνεται αυτή η

δυνατότητα. Στον πίνακα της βάσης υπάρχει το αντίστοιχο πεδίο , τιμών

True και False, στην πρώτη περίπτωση (True) το λογισμικό

αντιλαμβάνεται ότι πρόκειται για εγγραφή του Administrator και

αποκλείει το ενδεχόμενο διαγραφής.

Παράρτημα κώδικα διαγραφής URL

If MsgBox("Διαγραφή URL; ", vbYesNo, "Διαγραφή

Εκχώρησης") = vbYes Then

While Not VAR.EOF

If txturl.Text = VAR!URL Then

If VAR!systempa = True Or VAR!startpa = True Then

MsgBox "Δεν είναι δυνατή η Διαγραφή στοιχείων του

Συστήματος "

Exit Sub

2.4.1. E-mail χωρίς περιορισμούς

Ο χρήστης έχει την δυνατότητα αποστολής E-mail μόνο μέσα από την

Ατζέντα. Το λογισμικό όμως βάζει σε αυτήν την φόρμα και έναν

περιορισμό, να υπάρχει πληροφορία E-mail, στην εκάστοτε εγγραφή για

να μπορέσει να συνδεθεί με την αντίστοιχη εφαρμογή με την οποία

διαχειρίζεται το ηλεκτρονικό του ταχυδρομείο, κοινώς να έχει

καταχωρημένο το e-mail της συγκεκριμένης επαφής. Σε αντίθετη

περίπτωση το λογισμικό εμφανίζει ένα Msg Box Λάθους., αποφασίζετε σε

αυτό το σημείο η δυνατότητα αποστολής Ε-mail και μέσα από την

Κεντρική Φόρμα , και

μέσα από το

Εορτολόγιο, με μια

σημαντική διαφορά

όμως στην Καρτέλα. Ο

χρήστης εάν επιλέξει


2009

50

το button του e-mail χωρίς να έχει επιλέξει επαφή, ποσό μάλλον αν έχει η

δεν έχει ηλεκτρονικό ταχυδρομείο, το λογισμικό συνεχίζει κανονικά στο

άνοιγμα της συνεργαζόμενης εφαρμογής, με την διαφορά ότι στο όνομα

Αποστολέα το πεδίο παραλήπτη (To: ) είναι κενό. Έτσι ο χρήστης μπορεί

να στείλει e-mail σε λογαριασμούς που για διαφόρους λόγους δεν

χρειάζεται να αποθηκεύει στο λογισμικό. Εάν όμως επιλέξει μέσα από τις

φόρμες κάποια επαφή που περιλαμβάνει e-mail, τότε η ηλεκτρονική

διεύθυνση εμφανίζεται αυτόματα , όπως φαίνεται στην εικόνα της

παραγράφου, στην αντίστοιχη εφαρμογή αποστολής και λήψης

ηλεκτρονικού Ταχ.

2.4.2 Έλειψες και από τους Μεταγενέστερους Σχεδιασμούς

(Exclusive)

Το λογισμικό κινείται επάνω στο βασικό πρότυπο ότι ένα πελάτης

εκπροσωπείται από ένα Μεσίτη , σε δεδομένη στιγμή. Προφανώς και στην

περίπτωση Πελάτη Προσφοράς, εκπροσωπεί ο ίδιος μεσίτης και όλα τα

ακίνητα του Πελάτη. Κάποιες σπάνιες φόρες όμως τυγχάνει μέσα στα

μεσιτικά δίκτυα τα ακίνητα Χ, Υ ενός πελάτη να τα εκπροσωπούν

διαφορετικοί μεσίτες. Πρέπει λοιπόν να διαχωριστεί η Ιδιότητα του μεσίτη

σε δύο διαφορετικά είδη. Την Ιδιότητα Master Mediator και Suddenly

Mediator. Για να γίνει αυτό τοποθετείται και δεύτερο πεδίο μεσίτη στην

Καρτέλα ακινήτων, συγχωνευμένο όμως μέσα στο Frame της

Καταγραφής. Το πεδίο αυτό ενημερώνεται αυτόματα και περιέχει την

πληροφορία του Master Mediator, η οποία καταχωρείται είδη από την

Κεντρική Φόρμα. Στην Περίπτωση όμως που προκύψει ο παραπάνω

συνδυασμός, ο χρήστης έχει την δυνατότητα να επέμβει στο πεδίο

Suddenly Mediator, και να επιλέξει το διαφορετικό μεσίτη, μόνο για το

συγκεκριμένο ακίνητο. Ο Πελάτης συνεχίζεται να εκπροσωπείται στο

λογισμικό από τον Master Mediator, ακόμα και αν όλα του τα ακίνητα


2009

51

διαχειρίζονται από το Suddenly. Η δυνατότητα αυτή δεν παρέχεται σε

κανένα κτηματομεσιτικό Λογισμικό στην Ελλάδα, δια λόγους

δεοντολογίας. Το Nastazia κινήθηκε προς την αντίθετη κατεύθυνση

σεβόμενο τους κανόνες δεοντολογίας των μεσιτών, χωρίς όμως να

εθελοτυφλεί σε μια πραγματική κατάσταση της αγοράς που συμβαίνει,

και το βασικότερο την αποδέχονται, έστω και σε σπάνιες περιπτώσεις

όπως προαναφέραμε.

2.4.3 Αναβάθμιση της Φόρμας Χρωμάτων

Οι δυνατότητες που δίνει η MDI Form στο άνοιγμα άλλων δυναμικών

φορμών Browser, οδηγεί το λογισμικό σε ανάκτηση νέων αντικειμένων.

Τα νέα αυτά αντικείμενα δεν ρυθμίζονται οι χρωματικές τους

αποχρώσεις, και το αποτέλεσμα είναι τουλάχιστον αντιαισθητικό. Έτσι

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

όπου ο χρήστης επιλέγει την απόχρωση των νέων αυτών αντικειμένων,

των δευτερευόντων αντικειμένων. Παράλληλα με αυτήν Εργασία δίνεται

η δυνατότητα στο χρήστη , να ρυθμίζει και το χρώμα των γραμμάτων που

πληκτρολογεί , με την προσθήκη ενός νέου Label, το Label Font. Στην

φάση αυτή αναπτύσσεται στην καρτέλα χρωμάτων και ο

προγραμματιστικός κώδικάς των περιορισμών των χρωμάτων, πχ δεν

υπάρχει υ δυνατότητα στο χρήστη να επιλέξει άσπρη γραμματοσειρά με

άσπρο πεδίο φόντου στο περιεχόμενο κειμένου, ούτε ίδιες αποχρώσεις στο

φόντο με τα δευτερεύοντα αντικείμενα.


2009

52

2.4.4. Ατζέντα Nastazia Third Generation

Η ατζέντα ανασκευάζεται

για Τρίτη φορά. Δύο νέες

παρεμβάσεις

πραγματοποιούνται σε αυτή την φάση, η πρώτη είναι αισθητικού

χαρακτήρα και χωρίζεται σε δύο σκέλη. Το πρώτο σκέλος αφορά την

δυνατότητα που λαμβάνει ο χρήστης , να επιλέγει την μορφή προβολής

της Ατζέντας, είτε σε μορφή σελίδων είτε σε μορφή buttons. Το

μειονέκτημα με αυτήν την επιλογή είναι ότι δεν αποθηκεύεται, αυτό

σημαίνει ότι την επόμενη φορά που θα ανοίξει ο χρήστης το πρόγραμμα,

η προβολή θα είναι ρυθμισμένη στις αρχικές

ρυθμίσεις του Λογισμικού. Το δεύτερο σκέλος είναι

η προσθήκη ενός Combo Box, που τοποθετείται

δεξιά του Finder, και περιέχει προκαθορισμένες

χρωματικές αποχρώσεις, αποκλειστικά για την φόρμα της Ατζέντας. Η

δεύτερη και ουσιαστικότερη παρέμβαση, είναι η δημιουργία ενός νέου

πίνακα στην βάση δεδομένων, οποίος αποτελείται από δύο στήλες, την

πόλη και τον Τηλεφωνικό Κωδικό. Μέσα από την εφαρμογή , Προβολή –

Τηλεφωνικοί Κωδικοί, ο χρήστης έχει την δυνατότητα να εμφανίσει το

αντίστοιχο Frame, και ψάχνοντας, είτε βάση τις πόλης , είτε βάση του

Τηλεφωνικού Κωδικού, λαμβάνει την επιθυμητή απάντηση. Τα δύο

Combo που φαίνονται στο διπλανό σχήμα, είναι διαδραστικά, όπως και

στην Κεντρική φόρμα, το ID Με το Ονοματεπώνυμο.


2009

53

2.4.5. Εμπορεύσιμο Οικόπεδο

H Πώληση με την μέθοδο της Αντιπαροχής, είναι ένα είδος

διαμεσολάβησης που οι μεσίτες επιδίδονται στο “κυνήγι” του. Αφενός για

το μεγάλος bonus προμήθειας και αφετέρου για την ικανοποίηση των

μόνιμων Πελατών τους, των Κατασκευαστών. Πότε όμως ένα οικόπεδο

είναι εμπορεύσιμο για κάποιον κατασκευαστή. Οι περισσότεροι μεσίτες

δεν είναι σε θέση να αξιολογήσουν αυτά τα οικόπεδα, και οι γκουρού του

επαγγέλματος που γνωρίζουν, δεν είναι όλοι σε θέση να μεταδώσουν την

γνώση αυτή στον οικοπεδούχο, για να το πείσουν για την σωστή εμπορική

τιμή του ακινήτου του. Το λογισμικό εμπεριέχει την κατάλληλη φόρμα

Αξιολόγησης Εμπορεύσιμου Οικοπέδου, που λειτουργεί με τρία συνολικά

οφέλη, πρώτον δίνει στον Μεσίτη την πραγματική εικόνα του οικοπέδου,

και αν αυτό είναι ένα ακίνητο που μπορεί να τον οδηγήσει στα

συμβόλαια, δεύτερον εάν οι φόρμα αυτή υποδειχθεί στον υποψήφιο

οικοπεδούχο, τότε αυτός πείθεται πολύ πιο εύκολα για το ποια είναι η

εμπορική αξία του οικοπέδου του, και τρίτον δίνει τα ποσοστά κέρδους

του κατασκευαστή, για να μην μπορεί ο τελευταίος να κάνει

αδικαιολόγητα “παζάρια”. Σύμβουλοι Μεσιτείας που χρησιμοποιούν το

πειραματικό περιβάλλον της εφαρμογής, δήλωσαν ότι μέσα από αυτήν

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

μπορούσαν να τους πείσουν, καθώς επίσης έπεισαν κατασκευαστές για

την κερδοφορία ενός οικοπέδου.

Παράδειγμα μέρους του κώδικα για τα εμπορεύσιμα οικόπεδα

kerdos2.Text = (((tziros / (Val(oikopedo.Text) +

Val(sumkostos.Text))) * 100) - 100)


2009

54

2.4.6.Αυτοματοποίηση μέρους του Ιστορικού (3.0 Έκδοση)

Από τις συχνότερες επαφές που πραγματοποιεί ο Μεσίτης είναι αυτή της

Αξιολόγησης Ενός Αγοραστή (Επαφή Πρώτη Φορά), και την ανάθεσης

πώλησης ενός Ακινήτου. Κάθε φορά που ο Μεσίτης πραγματοποιεί μία

από τις δύο επαφές, στην συνέχεια ενημερώνει το Ιστορικό Αρχείο

Πελατών του Λογισμικού. Σε αυτήν την φάση θεωρήθηκε σκόπιμο να

απαλλάξουμε τον Μεσίτη από αυτήν την διαδικασία, και το Ιστορικό να

αντιλαμβάνεται από μόνο του, πότε πραγματοποιείται ανάθεση ακινήτου

ή αξιολόγηση αγοραστή. Μέσα από αυτόν τον μηχανισμό που

ενσωματώθηκε στον κώδικα, το ιστορικό αρχείο Πελατών αποθηκεύει

αυτόματα αυτές την Επαφές με όλες τις λεπτομέρειες που τις συνοδεύουν

(ημερομηνία, κωδικός ακινήτου κ.τ.λ. )

Επίσης είναι πλέον σε θέση το Ιστορικό να αντιλαμβάνεται πότε

πραγματοποιείτε κάποια αλλαγή στα δεδομένα του Πελάτη, πχ όταν σε

κάποιο ακίνητο μειωθεί η τιμή του, τότε το Ιστορικό ρωτάει τον χρήστη

μέσω ενός Input Box, εάν αυτές οι αλλαγές θέλει να καταχωρηθούν στο

Ιστορικό. Έτσι απαλλάσσει, σε πολύ μεγάλο μέρος και από την

πληκτρολόγηση των Follow Up, που είναι και οι πιο συχνές επαφές.

Με κάποιους πρόχειρους υπολογισμούς κατά προσέγγιση και όχι

ακριβείας, το λογισμικό εμπεριέχει ένα Ιστορικό Πελατών κατά 55%

σκεπτόμενο και αυτοματοποιημένο.

2.4.7.Δάνειο με σύνεση

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

ετήσιες αποδοχές τους. Τις περισσότερες φορές κρίνεται από τα σημεία

των καιρών, και για την ακρίβεια από τα σημεία της οικονομία. Δηλαδή σε

περιπτώσεις οικονομικής ανάπτυξης οι τράπεζες δεν δυσκολεύονται να

δανειοδοτήσουν κάποιον πελάτη, με οικονομικό ποσό που ενδεχομένως

να μην καταφέρει να ανταπεξέλθει στην διάρκεια των ετών ενός


2009

55

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

δυσκολεύονται να εγκρίνουν ακόμα και ένα μικρό ποσό για κάποιον ο

οποίος έχει την δυνατότητα να ανταπεξέλθει. Το Nastazia εμπεριέχει την

φόρμα << Δάνειο με σύνεση >>. Είναι μια φόρμα που υποδεικνύει στον

μεσίτη, το ποσό που πρέπει να συμβουλέψει τον πελάτη του , να μην

υπερβεί, ακόμα και εάν η τράπεζα είναι σε θέση να του εγκρίνει πολύ

περισσότερα. Αυτή η μικρή προγραμματιστική παρέμβαση κρύβει από

πίσω της τον οικονομικό τύπο από μεγάλο Χρηματοοικονομικό Φορέα της

Γερμανίας, που για ευνόητους λόγους δεν μπορεί να αναφερθεί.

2.4.8. Σημειωματάριο & Τόπος Επικοινωνίας

Στην Κεντρική φόρμα, στην μπάρα εργαλείων, έχει τοποθετηθεί ένα νέο

button που λειτουργεί ως φόρμα γρήγορων σημειώσεων. Εδώ ο χρήστης

μπορεί να κρατήσει γρήγορες σημειώσεις, όπως ένα τηλέφωνο

επικοινωνίας που πρέπει να σημειώσει, η οποιαδήποτε άλλη πληροφορία,

όταν δεν βρίσκει μπροστά του χαρτί η στυλό.

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

συγκεκριμένος χώρος στο λογισμικό, όπου θα μπορεί ο χρήστης να

έρχεται σε επαφή, με τον υπεύθυνο υποστήριξης του λογισμικού, όταν

αυτός θα συνδέεται από απόσταση, για να ρυθμίσει την εύρυθμη

λειτουργία του υπολογιστή και του λογισμικού του χρήστη. Επίσης

χρησιμεύει αρκετά για την εξ αποστάσεως εκπαίδευση του

προγράμματος. Το μυστικό αυτής της φόρμα είναι ότι αποθηκεύει

αυτόματα ότι γράφει και ότι σβήνει ο χρήστης, ακόμα και στην περίπτωση

που για οποιοδήποτε λόγω ο υπολογιστής η το λογισμικό θα τερματίσει

απροσδόκητα, η πληροφορίες που είδη έχουν γραφτεί στην φόρμα δεν

χάνονται. Αυτό το τμήμα του κώδικα , αλλά και η συγκεκριμένη

λειτουργία ονομάστηκαν Auto Save

Το τμήμα του κώδικα που πραγματοποιεί την αυτόματη αποθήκευση


2009

56

Private Sub R_KeyUp(KeyCode As Integer, Shift As Integer)

Set VAR = New ADODB.Recordset

VAR.Open "SELECT * FROM buffer", MyConnection

VAR!BUFFER = RichTextBox1.Text

VAR.MoveNext

VAR.Close:End Sub

2.4.9.Το ημερολόγιο

Στην μπάρα εργαλείων της κεντρικής φόρμας τοποθετείται ένα button,

συνδεδεμένο με μία νέα δυναμική φόρμα Browser. Την φόρμα του

ημερολογίου. Η φιλοσοφία της συγκεκριμένης φόρμας αποφασίστηκε να

εναρμονιστεί με τα πρότυπα χειρόγραφης Ετήσιας Ατζέντας, και όχι τα

πρότυπα μίας ηλεκτρονικής. Πρέπει το νέο ημερολόγιο, να μην έχει καμιά

διαφορά στην χρήση, από τις Ετήσιες Ατζέντες, για να γίνει ομαλή η

μετάβαση των μεσιτών στο νέο είδος καταγραφής RDV και σημειώσεων.

Η φόρμα αποτελείται από 24 Rich Text Box, τα οποία συμβολίζουν της

ώρες της ημέρας από τις οκτώ το πρωί, μέχρι τις οκτώ το βράδι με

διαστήματα ανά τριάντα λεπτά. Επιλεχτήκαν αυτά τα αντικείμενα σε

συνδυασμό τα πεδία της βάσης, τύπου δεδομένων υπομνήματος, τα πεδία

τύπου υπομνήματος, σου δέινιυν αρκετα μεγάλα περιθώρια

αποθήκευσης, 64.000 χαρακτήρες, περίπου 18 σελίδες για το κάθε RDV.

Και τα Rich Text Box μπορούν να ανακτήσουν αυτόν τον μεγάλο όγκο

δεδομένων. Στο πάνω δεξιά τμήμα της φόρμας έχει τοποθετηθεί ένα

Calendar, για εύκολη πλοήγησης στις “σελίδες” του ημερολογίου. Από

αυτό το αντικείμενο “κλέβει” η Access και την τιμή της ημερομηνίας, για

να την αποθήκευση με ομοιόμορφο στυλ. Αυτό είναι πολύ σημαντικό

όταν θα χρειαστεί ανάκτηση δεδομένων. Κάτω δεξιά έχει το button

προσθήκη, όπου αντιλαμβάνεται μόνο του πότε πρέπει να κάνει Save και

πότε Update, η γνωστή Smart Save που αναφέρθηκε στις Αρχές του

Κεφαλαίου.


2009

57

2.5.0.Δεύτερη Αναβάθμιση της Φόρμας Χρωμάτων

Τα προκαθορισμένα Themes κάνουν δειλά, την πρώτη εμφάνιση στο

λογισμικό. Δέκα ομοιόμορφες χρωματικές αποχρώσεις, σε απαλούς

χρωματισμούς αλλά και σε έντονους, δίνουν την δυνατότητα να τους

προεπιλέξει για το περιβάλλον εργασίας του, και το βασικότερο να

επέμβει ακόμα και στο ίδιο το Theme. Η προηγούμενες δυνατότητες,

ρύθμισης των χρωμάτων εξ ολοκλήρου από τον χρήστη διατηρούνται.

Γίνεται και μία προσθήκη ενός νέου button, η νέα αυτή ιδιότητα δίνει την

δυνατότητα Προεπισκόπησης χρωμάτων που επιλέγει ο χρήστης χωρίς να

χρειάζεται να βγει από την φόρμα για να δει το νέο χρωματικό του

Περιβάλλον. Και κάτι τελευταίο, το button «Αρχικές Ρυθμίσεις», το button

αυτό έχει τοποθετηθεί για να δίνει την δυνατότητα στον χρήστη α

επιστρέφει στις “μητρικές” ρυθμίσεις χρωμάτων του Λογισμικού.

2.5.1. Υπολογισμός Δόσης Δανείου

Οι χρηματοπιστωτικές ανάγκες του κάθε ανθρώπου, για την κάλυψη των

στεγαστικών του αναγκών, δεν αποτελεί προϋπόθεση ολοκληρωμένης

κατάρτισης για τον Επαγγελματία Μεσίτη, παρόλα αυτά πρέπει α

διαθέτει βασικές γνώσεις για την επικοινωνία του με τον Πελάτη και των

χρηματοοικονομικών του Συνεργατών. ανάγκες α προκαθορισμένα. Είναι

ο βασικός λόγος που αποφασίσθηκε η προσθήκη ενός Button στην φόρμα

Real Agent με την περιγραφή “Υπολογισμός Δόσης Δανείου”. Από την

ενέργεια αυτού του button το λογισμικό μας οδηγεί στο σχετικό πρότυπο

αρχείο του Excel που υπολογίζει την δόσης δανείου και το σύνολο των

τόκων που θα πληρώσει έως την ημερομηνία αποπληρωμής. Καλύτερο

θα ήταν σε αυτήν τη περίπτωση να δημιουργηθεί μια ανεξάρτητη φόρμα,

η οποία θα εμπεριείχε αυτόν τον μηχανισμό, για να μην υπάρχει

εξάρτηση από το Microsoft Office, και για να δοθούν στον χρήστη και

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


2009

58

δεν μπορεί να εκτελεστεί σε υπολογιστή που δεν έχει εγκατεστημένο το

Microsoft Office. Λόγω χρονικής πίεσης παρακάμφτηκε η συγκεκριμένη

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

του Μεσίτη, αλλά συμπληρωματική και προαιρετική. Την υπηρεσία αυτή

δεν την συναντάμε σε κανένα λογισμικό στην Ελλάδα, μιας και την

θεωρούν ότι ανήκει σε άλλο αντικείμενο επαγγελματία.

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

αρχείου, ορίζοντας την διαδρομή δίσκου , στην προκειμένη περίπτωση για

άνοιγμα αρχειού Excel, για τις Ρυθμίσεις των References αναφέρονται

λεπτομέρειες στην παράγραφο «Συμβατότητα με Microsoft Word &

Excel»

Dim xlTmp As Excel.Application

Set xlTmp = New Excel.Application

xlTmp.Workbooks.Open "C:\MYXL2.xls"

xlTmp.Visible = True

2.5.2. Διαγραφή Ακινήτου

Στο κάτω δεξιά τμήμα της Καρτέλα Ακινήτων προστίθεται ένα νέο μικρό

button με την περιγραφή DeL, η λειτουργία του είναι η διαγραφή ακινήτου

όταν αυτό επιλεχθεί από την αντίστοιχη Λίστα, ή απλά όταν το πεδίο του

κωδικού ακινήτων είναι αντίστοιχο με αυτόν της βάσης. Γι’ αυτόν ακριβώς

τον λόγω βρίσκεται κάτω από την λίστα ακινήτων, για να μην συγχέεται

από τον χρήστη, με τον button Διαγραφή, που αφορά τον πελάτη,

γι’ αυτόν τον λόγω το σχήμα του είναι διαφοροποιημένο από τα υπόλοιπα

της φόρμας και η περιγραφή του λατινογενείς και παράδοξη “DeL”. Έτσι

λοιπόν καλύπτεται ένα σημαντικό κενό του λογισμικού. Για την διαγραφή

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

σήμαινε ότι θα διαγραφόταν όλα τα ακίνητα του. Τώρα έχουμε την

δυνατότητα να διαγράψουμε κάποιο ακίνητο μεμονομένα, χώρις να

ενοχλήσουμε το πελάτη. Το καινούριο μειονέκτημα είναι ότι το ακίνητο


2009

59

έχει δύο τιμές, είτε ότι υπάρχει (1), είτε ότι δεν υπάρχει (0). Κανονικά

πρέπει να υπάρχει και μια ενδιάμεση, η κατάσταση του «ΜΗ

ΔΙΑΘΕΣΙΜΟ», κάτι που όμως το λογισμικό μας δεν περιλαμβάνει και

αποτελεί σοβαρότατο λειτουργικό μειονέκτημα.

2.5.3. Αποκλειστικότητα Ακινήτου

Η Νέα Αστική Σύμβαση εξ Αμερικής ονομάζεται Αποκλειστικότητα

Ακινήτου, είναι μια σύμβαση που δεσμεύει αποκλειστικά την διαχείριση

ενός ακινήτου με έναν και μόνο μεσίτη για συγκεκριμένο χρονικό

διάστημα. Ήρθε στην Ελλάδα μαζί με τα Πολυεθνικά μεγαθήρια του

Real-Estate το 2002, και χρόνο με το χρόνο ενσωματώνεται όλο και

περισσότερο στην εγχωρία αγορά και στην συνείδηση των Πελατών. Την

νέα πρωτοποριακή Σύμβαση την έφερε για πρώτη φορά στην Καβάλα, η

ιδιοκτήτρια μεσιτικού Δικτύου, Χαρά Κορδύλη, η οποία μαζί με το δίκτυο

της, την καθιέρωσαν στην πόλη της Καβάλας. Αποφασίστηκε λοιπόν η

ένταξη της στην Καρτέλα Ακινήτων ως μία ακόμη ιδιότητα ενός ακινήτου,

η επιλογή γίνεται μέσω Check Box, και από κάτω ακριβώς μπορούμε να

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

διάρκεια του Combo Box, επιτρέπει χρονική διάρκεια αποκλειστικότητας

έως δώδεκα μήνες. Η επιλογή αυτή δεν είναι τυχαία, δεκάδες αποφάσεις

του Αρείου Πάγου, έχουν καταστήσει παράνομες και καταχρηστικές,

αστικές συμβάσεις αποκλειστικότητας, χρονικής διάρκειας μεγαλύτερης

του έτους. Η ενσωμάτωση αυτής της ιδιότητας δεν συναντάτε σε κανένα

ανταγωνιστικό λογισμικό στην Ελλάδα.


2009

60

2.5.4. Ξεχασμένα Ακίνητα

Προστίθεται Νέα φόρμα στο λογισμικό. Η φόρμα Ξεχασμένα ακίνητα,

όσο απλή στην χρήση της και στην κατασκευή της άλλο τόσο είναι και

χρήσιμό εργαλείο στα χέρια του Μεσίτη, μέσω της συνάρτησης :

DateDiff("w", VAR.Fields!newdate, Date$)

έχουμε την δυνατότητα, να αφαιρούμε την ημερομηνία της τελευταία

καταχώρησης του ιστορικού, με την τρέχουσα ημερομηνία. Το

αποτέλεσμα αυτής της πράξης αποφασίστηκε να λαμβάνεται σε

εβδομάδες. Έτσι λοιπόν ο χρήστης μέσω ένα Combo Box, με τιμές από ένα

0 μέχρι 26 (κάθε τιμή αντιστοιχεί στον αριθμό Εβδομάδων), επιλέγει να

δει ποια ακίνητα τα έχει ξεχάσει περισσότερο από την τιμή που καθορίζει

στο Combo Box. Το μειονέκτημα αυτής της επιλογής είναι ότι δεν έχει

μεγάλη ακρίβεια. Πχ Ακίνητο “ξεχασμένο” πέντε ημερών, το λογισμικό

το αντιλαμβάνεται ως ξεχασμένο ακίνητο ίσο της μίας εβδομάδας.

Πραγματοποιείται στρογγυλοποίηση ως προς τον συνολικό αριθμό

ημερών μίας εβδομάδας, το επτά. Παρόλα αυτά παραμένει ένα σημαντικό

εργαλείο τόσο για τον μεσίτη, αλλά κυρίως για τον Broker Owner και τον

Manager του γραφείου.

2.5.5. Το Ιστορικό Αρχείο Πελατών και σε ανεξάρτητη

Φόρμα, με δυνατότητες προβολής Ιστορικού Κινήσεων

Μεσιτών

Το Ιστορικό Αρχείο Πελατών μεταφέρεται αυτούσιο από την Καρτέλα

Πελάτη, και σε μία ανεξάρτητη φόρμα (Εργαλεία – Ιστορικό) , που ο

χρήστης μπορεί να κάνει ακριβώς τις ίδιες λειτουργίες που μπορεί να

κάνει και στο αντίστοιχο ιστορικό της Καρτέλας, και φυσικά να υπάρχει

ταυτόχρονη ενημέρωση και στα δύο. Άλλωστε και τα δύο δέχονται

πληροφορίες από τον ίδιο πίνακα (HISTORY) της βάσης. Η

διαφοροποιήσεις του νέου ανεξάρτητου Ιστορικού είναι δύο:


2009

61

i) Έχει αναφερθεί εκτενέστερα στην παράγραφο «Αυτοματοποίηση

μέρους του Ιστορικού (3.0 Έκδοση)» η δυνατότητα αυτόματης

αναγνώρισης Αναθέσεων , Αξιολόγησης και Follow Up. Η

δυνατότητα αυτή, όπως είναι φυσικό δεν συμπεριλαμβάνει την

δυνατότητα σχολίων , από πλευράς χρήστη. Σε αυτήν την φόρμα ο

χρήστης έχει την δυνατότητα να επεξεργαστεί όλα τα

συμπεράσματα των εγγραφών Ιστορικού, χωρίς όμως να μπορεί να

τροποποίηση τον κορμό του, ημερομηνία καταχώρησης, είδος

επαφής κτλ. Έχει την δυνατότητα να την διαγράψει μόνο, όπως και

την Καρτέλα Πελάτη.

ii) Η δεύτερη και ουσιαστικότερη διαφοροποίηση εγγυάται ως προς

τις επαφές των συμβούλων. Από την στιγμή που γνωρίζουμε ποιος

πελάτης πραγματοποίησε τι, και ποιο ακίνητο διαχειρίστηκε με τον

Χ τρόπο, δεν αποτελεί δυσκολία, η αντιστοίχηση αυτών, με τον

Σύμβουλο που τις πραγματοποιεί. Έτσι έχουμε ένα νέο Ιστορικό

Αρχείο Συμβούλων, που μας επιστρέφει πληροφορίες για τις

κινήσεις πραγματοποιεί ο κάθε σύμβουλος σε ένα μεσιτικό δίκτυο

με σειρά ημερομηνίας και βάση του ονόματος. Η δυνατότητα αυτή

συναντάτε και σε άλλα λογισμικά, όχι όμως σε όλα.

2.5.6. Συνδυαστική Φόρμα Αναζητήσεων Ακινήτων

Τον σύνδεσμο της φόρμας αυτής τον συναντάμε στην Κεντρική Φόρμα

στην Μπάρα Εργαλείων. Είναι η φόρμα που δείνει την δυνατότητα να

κάνει μια συνδιαστική μορφή αναζήτηση ακινήτων, περα από τα 15 είδη

που του παρέχονται στην καρτελα. Το τμήμα αυτό του λογισμικού, έχει

πολλά περιθώρια εξέλιξης και ανάπτυξης.


2009

62

2.5.7. Ημερολόγιο Next Generation, με ενσωματωμένη την

Auto Save και την Genius Search.

O αρχικός σχεδιασμός του Ημερολογίου ήταν η εναρμόνιση με τα

πρότυπα χειρόγραφης Ετήσιας Ατζέντας, και όχι τα πρότυπα μίας

ηλεκτρονικής, με υπενθυμίσεις RDV κτλ, για την καλύτερη μετάβαση των

μεσιτών. Παρόλο τον σχεδιασμό, τοποθετήθηκε στην Φόρμα το button

προσθήκη, όπου αποθηκεύει τις καθημερινές σημειώσεις που

πραγματοποιούν σε αυτό. Παρόμοιο button φυσικά δεν υπάρχει σε καμία

χειρόγραφη ατζέντα, επόμενο ήταν, να λησμονούν πολλές φορές το

κλικάρισμα αυτού του button, αποφασίσθηκε λοιπόν η ενσωμάτωση του

AutoSave σε κάθε Rich Text Box του ημερολογίου, και η κατάργηση του

button προσθήκη, για να πραγματοποιείτε αυτόματη αποθήκευση κάθε

φόρα που γράφεται κάτι. (Αναλυτικότερες πληροφορίες για την Auto

Save παρατίθενται στην παράγραφο << Σημειωματάριο & Τόπος

Επικοινωνίας >>).

Παρατηρήθηκε επίσης ότι στις χειρόγραφες ατζέντες περιέχονται και

πληροφορίες όπως Εορτολόγιο και διάφορα Τips. Αποφασίστηκε λοιπόν

να αντλήσουμε τις πληροφορίες από τον Free Manager S.TZ και τις

πληροφορίες από το εορτολόγιο, για να προβάλλονται και στο

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

Ρυθμίσεις (Εργαλεία – Ρυθμίσεις) του λογισμικού να έχει την δυνατότητα

επιλογής τις εμφάνισης η όχι αυτών των δύο Tips, η της Προβολής του

ενός εκ των δύο.

Η σημαντικότερη όμως τροποποίηση που έγινε στο ημερολόγιο σε αυτήν

την φάση είναι η δυνατότητα γρήγορης εύρεσης των σημειώσεων του

μεσίτη. Ενσωματώθηκε στην φόρμα μέσα σε μία List ActiveX View ο

κώδικας της Genius Search που χρησιμοποιείτε στην τηλεφωνική Ατζέντα.

Πληκτρολογώντας τώρα ο μεσίτης έστω τμήμα του Επιθέτου κάπου

πελάτη, του εμφανίζεται στην λίστα όλες οι σχετικές ημερομηνίες


2009

63

καταχώρησης αυτού του πελάτη στο Ημερολόγιο, και κάνοντας κλικ σε

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

συγκεκριμένη ημερομηνία του Ημερολογίου, προβάλλοντας όλες τις

σημειώσεις , RDV εκείνης της ημέρας.

Φυσικά η νέα αυτή δυνατότητα ξεφεύγει αρκετά από τον αρχικό

σχεδιασμό, της εναρμόνισης με την χειρόγραφη ατζέντα, θα αποτελέσει

όμως το δόλωμα, για αντικατασταθεί χρόνο με τον χρόνο η χειρόγραφη

ατζέντα.

2.5.8. Ενεργοποίηση - Ανανέωση Προϊόντος

Μετά το τέλος της εγκατάστασης του λογισμικού σε κάποιον υπολογιστή,

ο χρήστης δοκιμάζει να τρέξει το λογισμικό για πρώτη φόρα, το πρώτο

πράγμα που θα συναντήσει θα είναι όπως προαναφέρθηκε η φόρμα του

Free Manager S.TZ, οι λειτουργίες αυτής της φόρμας λειτουργούν

κανονικά κάτω από οποιεσδήποτε συνθήκες. Όταν ο χρήστης επιλέξει το

button “OK”, αυτό για το λογισμικό σημαίνει είσοδος του Πελάτη στο

κυρίως λογισμικό. Το πρώτο πράγμα που γίνεται μετά την σύνδεση στην

βάση, είναι να ελεγχθεί το σύνολο των καταχωρημένων εγγραφών. Στην

προκειμένη περίπτωση το σύνολο των εγγραφών είναι 0, αφού είναι η

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

συνάρτηση “FREEZE”, η οποία κλειδώνει όλα τα menu της Κεντρικής

Φόρμας, την μπάρα εργαλείων, και όλα τα υπόλοιπα αντικείμενα. Το

μόνο που παραμένει ενεργό

είναι το menu της Βοήθεια και το

submenu της βοήθειας

Ενεργοποίηση – Ανανέωση. Ο

χρήστης επιλέγει αυτήν την

μοναδική επιλογή για ανανέωση

του προϊόντος Nastazia.


2009

64

Για να πραγματοποιεί η ενεργοποίηση του προϊόντος ο χρήστης θα πρέπει

να πληκτρολογήσει το σχετικό κωδικό που αποτελείται από δέκα

χαρακτήρες. Θα πρέπει να επικοινωνήσει με τον προμηθευτή του

προϊόντος , για να του αναφέρει το τυχαίο κλειδί που το εμφανίστηκε

στην οθόνη. Το κλειδί αποτελείται από δύο μέρη το πρώτο μέρος είναι

VAR0, που συμβολίζει ότι το λογισμικό δεν περιλαμβάνει εγγραφές και

άρα ενεργοποιείται για πρώτη φορά. Το δεύτερο μέρος είναι 292, αυτό

σημαίνει ότι το λογισμικό επέλεξε τυχαία των κωδικό 292, μέσα από ένα

σύνολο 999 διαφορετικών κωδικών. Εάν ο χρήστης κλείσει αυτήν την

φόρμα, και την ξανά ανοίξει τότε ένα νέο κλειδί θα αναγράφεται στην

φόρμα όπως VAR0-XXX.

Ο προμηθευτής του προϊόντος δίνει τον αντίστοιχο δεκαψήφιο κωδικό,

ΧΧΧ, και το λογισμικό ενεργοποιείται.

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

εγγραφές, στις 100, στις 500, στις 1000, στις 1500 και ούτω καθεξής. Σε

αυτές τις Περιπτώσεις το κλειδί θα είναι VAR050 XXX, VAR100 XXX,

VAR500 XXX, VAR1000 XXX και VAR1500 XXX αντίστοιχα.

Στις επόμενες φορές που θα ενεργοποιηθεί το κλειδί θα σημαίνει

ανανέωση προϊόντος και όχι ενεργοποίησης αυτού.

Η διαδικασία αυτή λειτουργεί ως εξής, καλείται η συνάρτηση “FREEZE”,

κάθε φορά που ανοίγουμε την εφαρμογή και κάθε φορά που

πραγματοποιούμαι μια νέα εγγραφή. Εάν το σύνολο τις βάσης είναι ίσο

με 0, 50 , 100, 500, 1000….79.820.500, τότε ενεργοποιείται η συνάρτηση του

κλειδιού, η οποία επιλέγει ένα τυχαίο κωδικό από τους 999 του

προγράμματος. Μόλις πληκτρολογήσουμε αυτόν τον κωδικό, ένας

εσωτερικός Counter του Λογισμικού αυξάνει ως προς ένα, για να μην

“ξανά παγώσει” το λογισμικό, όσο η χρήστης θα βρίσκεται στάσιμος στο

συγκεκριμένο σύνολο εγγραφών που μόλις ανανέωσε, πχ το σύνολο

εγγραφών 100. Στην υλοποίηση αυτής της διαδικασίας χρησιμοποιήθηκε


2009

65

η εντολή Randomize, που χρησιμοποιείται και στον Free

Manager S.TZ. Για την σύλληψη του σκεπτικού κλειδώματος

καταλυτική ήταν η παρέμβαση του Dr Θεόδωρου Αλεβίζου.

2.5.9. Συμβάσεις Μεσιτείας

Το λογισμικό περιλαμβάνει την δημιουργία και εκτύπωση όλων των

αστικών συμβάσεων. Ο χρήστης επιλέγει μέσα από τον menu

(Δημιουργία – Σύμβαση Μεσιτείας ),

την Σύμβαση Μεσιτείας . Υστέρα από

αυτήν την επιλογή εμφανίζεται στην

οθόνη η δεξιά εικόνα της παραγράφου,

όπου ο χρήστης εύκολα και γρήγορα με

το ποντίκι η το πληκτρολόγιο πλοηγείτε

μέσα στις επιλογές των Options της

φόρμας.

Στην περίπτωση που ο χρήστης επιλέξει την εντολή υπόδειξης Ακινήτου

τότε εμφανίζεται η παραπάνω φόρμα.

Εδώ ο χρήστης, ρυθμίζει το σύνολο των ακινήτων που θα υποδείξει σε

κάποιον πελάτης. Το μέγιστο νούμερο των πέντε ακινήτων δεν έχει


2009

66

επιλεγεί τυχαία. Σε περίπτωση μελλοντικής δικαστικής διαμάχης μεταξύ

του Μεσίτη και του Πελάτη, είτε του Πωλητή είτε του Αγοραστή, αποτελεί

για τα Ελληνικά δικαστήρια κριτήριο μείωσης προμήθειας σε ποσοστό

50%, όταν αυτό συμπεριλαμβάνει περισσότερα των πέντε ακινήτων. Οι

περισσότεροι μεσίτες δεν το γνωρίζουν αυτό, και οι φόρμες υποδείξεων

τους περιλαμβάνουν έως και 20 ακίνητα ανά έγγραφο υπόδειξης. Κάτι

που θα τους στερήσει από ένα σημαντικό χρηματικό ποσό σε περίπτωση

που περάσουν τις αίθουσες των δικαστηρίων. Επίσης αυτό δεν είναι

γνωστό και από τις εταιρίες λογισμικών μεσιτικών εφαρμογών, που έχουν

αυτήν την επιλογή απεριόριστη.

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

αγοραστή, σε ένα από τα δύο διαδραστικά πεδία (ID, Ενδιαφερόμενο/η).

και τα υποψήφια προς ακίνητα υπόδειξη, πάλι με ένα από τα δύο πρώτα

αντίστοιχα διαδραστικά πεδία (IDΑκινήτου, Ενδιαφερόμενο/η(πωλητής)).

Εάν δεν γίνει επιλογή του Μεσίτη τότε το λογισμικό θα τυπώσει

αυτόματα τα στοιχεία του πρώτου Συμβούλου που έχει καταγραφεί στην

βάση. Αυτό , γιατί πάντα σε μεσιτικά δίκτυα η πρώτη εγγραφή είναι του

Broker Owner, και στην περίπτωση που δεν γίνει κάποια επιλογή μεσίτη,

το λογισμικό αντιλαμβάνεται ότι για κάποιον λόγω δεν έχει

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

νόμιμο μεσίτη που θα εκπροσωπήσει την εταιρία στον έντυπο. Η

φιλοσοφία αυτή ισχύει σε όλα τα έντυπα του Λογισμικού.

Στην συνέχεια ο χρήστης επιλέγει εκτύπωση, και τότε εμφανίζεται ένα

Msg Box που ρωτάει τον χρήστη εάν θέλει να καταχωρηθούν οι υποδείξεις

στο αντίστοιχο Ιστορικό Αρχείο Πελατών . Η ερώτησης αυτή εμφανίζεται

σε όλα τα έντυπα του Λογισμικού.

Το λογισμικό σε επίπεδο εκτυπώσεων μειονεκτεί σημαντικά έναντι του

ανταγωνισμού, τόσο σε ποσότητες εκτυπώσιμων πηγών του

προγράμματος, όσο και σε δυνατότητες παρεμβάσεις του χρήστη σε


2009

67

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

είναι πολύ πιθανόν να μην χρησιμοποιήσει ποτέ τις εκτυπώσεις του .

Υπάρχουν όμως και σημαντικά μειονεκτήματα και στις είδη υπάρχουσες

εκτυπώσεις, εάν πχ ο Πελάτης δεν είναι πλήρως ενημερωμένος, πχ δεν

έχει καταχωρηθεί ο Αριθμός Φορολογικού Μητρώου (Α.Φ.Μ.), τότε

εμφανίζεται μήνυμα ότι δεν μπορεί να συνεχιστεί η εκτύπωση, θα πρέπει

να πληκτρολογήσει το πεδίο και μετά να συνεχίσει στην εκτύπωση. Τι

γίνεται όμως στην περίπτωση που δεν γνωρίζει κάποιο στοιχείο του

έντυπου υπόδειξης. Δεν μπορεί να πραγματοποιηθεί η εκτύπωση.

Το ορθό, θα ήταν η εκτύπωση να τυπώνει κενά διαστήματα σε αυτήν την

περίπτωση. Επίσης δεν υπάρχει η δυνατότητα εκτύπωσης κενών

μεσιτικών εγγράφων, που για κάποιον λόγω , κάποια στιγμή θα χρειαστεί

ο μεσίτης να συμπληρώσει χειρόγραφα.

Τα παραπάνω προβλήματα μπορεί να τα λύσει ο χρήστης, μόνο εάν

προσπαθήσει να “κοροϊδέψει” το λογισμικό , δηλαδή να πληκτρολογήσει

τελείες στα κενά πεδία για να πραγματοποιηθεί η εκτύπωση. Με κενά

διαστήματα θα του βγάλει πάλι μηνύματα λάθους.

Αυτός είναι και ο λόγος που δεν έγινε η χρήση της Auto Save στην

συγκεκριμένη φόρμα, εάν είχε γίνει χρήση αυτής, τότε στην παραπάνω

περίπτωση άγνοιας Α.Φ.Μ. , θα είχε καταχωρηθεί στην καρτέλα πελάτη

ως Α.Φ.Μ το “………………………………”.

2.6.0. Ενδιάμεση Κατάσταση Ακινήτου (ΜΗ ΔΙΑΘΕΣΙΜΟ)

Όπως αναφέρθηκε στην παράγραφό (Διαγραφή Ακινήτου), ένα ακίνητο

μπορεί να βρίσκεται είτε σε κατάσταση ύπαρξης (1) είτε σε κατάσταση

ανυπαρξίας (0 – Διαγραφή). Επισημάνθηκε τότε ότι αυτό αποτελεί

μειονέκτημα για την εφαρμογή. Πρέπει να μπει μια πρόσθετη λειτουργία

στην Καρτέλα, όπου να μπορεί ο χρήστης να κάνει το ακίνητο ΜΗ

ΔΙΑΘΕΣΙΜΟ, όπως αντίστοιχα ο Αγοραστής έχει την δυνατότητα να γίνει


2009

68

ΑΝΕΝΕΡΓΟΣ. Σε αυτήν την φάση λοιπόν αποφασίζετε η προσθήκη αυτής

της σημαντικής ιδιότητας στην Καρτέλα Πελάτη, κάτω από το πεδίο του

Sudden Mediator, μέσω ενός Combo Box, που μπορεί να πάρει δύο μόνο

τιμές, ΔΙΑΘΕΣΙΜΟ ή ΜΗ ΔΙΑΘΕΣΙΜΟ. Η νέα αυτή παράμετρος

αποτελεί ένα ακόμα υποχρεωτικό πεδίο στην Καρτέλα Ακινήτων, έτσι

ούτω σώστε να αποτελεί μονόδρομο η “σύλληψη” αυτής της

πληροφορίας από το λογισμικό, είτε σε περίπτωση αποθήκευσης Νέας

Εγγραφή, είτε στην περίπτωση Αποθήκευσης μίας είδη υπάρχουσας

εγγραφής.

2.6.1. Εφέ Κίνησης κατά την έξοδο των Simple Form

Στην μόνιμη προσπάθεια διαφοροποίησης του λογισμικού από τον

ανταγωνισμό, αποφασίζετε σε αυτό το σημείο η προσθήκη κάποιον Έφε

κατά την έξοδο του χρήστη, από της φόρμες τύπου Simple Form1. Το

συγκεκριμένο εφέ πραγματοποιεί έξοδο της φόρμας προς τα αριστερά η

τα δεξιά της οθόνης. Οι κατεύθυνση της εξόδου είναι μοιρασμένη στις

φόρμες. Το εφέ αυτό είναι ουσιαστικό ένα Picture Box κρυμμένο στην

κορυφή της κάθε φόρμας και προσαρμοσμένο στο χρώμα φόνου της

φόρμας (πραγματοποιήθηκαν σε αυτό το σημείο και οι απαιτούμενες

αλλαγές στην φόρμα χρωμάτων) . Ο απαιτούμενος κώδικας

προσαρμόζεται στην συνάρτηση που καλείται αυτόματα με την έξοδο της

φόρμας, αυτό που γίνεται πρώτα είναι μια σταδιακή μεγέθυνση ύψους

του Picture Box, μέχρι να φτάσει στο ύψος της φόρμας, και στην συνέχεια

καθορίζεται η μείωση του πλάτους του σε συνδυασμό με την μείωση του

πλάτους της φόρμας προς την κατεύθυνση που ορίζουμε . Όταν και τα

δύο έχουν πλάτος ίσο με μηδέν, τότε επαναλαμβάνουν την διαδικασία,

μέχρι να εξαφανιστούν από την φόρμα, έτσι παρέχεται η αίσθηση

κίνησης στον χρήστη.


2009

69

Κώδικας για την διαδικασία προσθήκης κίνησης κατά την έξοδο φόρμας

τύπου Simple Form.

Private Sub Form_Unload(Cancel As Integer)

Dim i As Integer

For i = 1 To Me.Height

ExitEfe.Height = ExitEfe.Height / 2 + i

DoEvents

Next i

For i = 1 To Me.Width

‘Για έξοδο προς τα αριστερά

Me.Left = Me.Left + i * Screen.TwipsPerPixelX

‘Για έξοδο προς τα δεξιά

Me.Left = Me.Left - i * Screen.TwipsPerPixelX

DoEvents

Next i

End Sub

2.6.2. Διαχειριστής Συστήματος

Στο menu Βοήθεια (Βοήθεια – Διαχειριστής Συστήματος) υπάρχει η φόρμα

του Διαχειριστή Συστήματος, είναι το μέρος εκείνος όπου η δημιουργοί

του λογισμικού, μπορούν να αποκτήσουν κάποιες δυνατότητες που δεν

επιτρέπονται στον χρήστη.

Με έντονα γράμματα η φόρμα

τονίζει στον χρήστη να μην

προσπαθήσει την

Ενεργοποίηση του Συστήματος

σε κατάσταση Administrator,

γιατί κινδυνεύει

αδικαιολόγητα κλειδώσει το


2009

70

λογισμικό του. Το λογισμικό κλειδώνει ύστερα από επτά συνεχόμενες

αποτυχημένες προσπάθειες. Και εμφανίζεται στην Φόρμα

Ενεργοποίηση – Ανανέωση προϊόντος το μήνυμα VARUnknown-Key

Τις περισσότερες φορές η φόρμα αυτή χρησιμοποιείται στην εξ

αποστάσεως υποστήριξη, αυτός είναι και ο λόγος που όταν ο

Administrator πληκτρολογεί των κωδικό πρόσβασης, στον χρήστη δεν

φαίνεται αυτή η πληκτρολόγηση, όπως φαίνεται και στην επάνω εικόνα

της παραγράφου.

Οι δυνατότητες που δίνει αυτή η λειτουργία στον Administrator είναι δύο,

και μάλιστα μικρής σημασίας.

i) Η πρώτη θέτει σε κατάσταση Visible

ένα Check Box στην φόρμα των

παραμετροποιήσιμων δεδομένων, για να

μπορέσει να γίνει προσθήκη νέων

δεδομένων, σε μορφή καταχώρησης Administrator, έχει αναφερθεί

στην παράγραφο << Παραμετροποιήσεις Χρηστών >>, ότι τα

δεδομένα που καταχωρούνται από τον Διαχειριστή του

Συστήματος, δεν μπορούν να διαγραφούν.

ii) H δεύτερη λειτουργία είναι σε θέση να εμφανίζει αυτόματα τον

τυχαίο κωδικό Ενεργοποίησης – Ανανέωσης Προϊόντος, στην

αντίστοιχη φόρμα, αλλά πάλι σε μορφή Visible = False για τον

χρήστη. Και αυτή η λειτουργία έχει δημιουργηθεί σε περίπτωση

που για κάποιο λόγω ο διαχειριστής του Συστήματος,

πραγματοποιήσει, ενεργοποίηση του προϊόντος από απόσταση,

λόγω οποιασδήποτε αδυναμίας του χρήστη.

Όταν ο Administrator ολοκληρώσει την εργασία του στον

υπολογιστή, επιλέγει το button System User, για την επαναγορά του

λογισμικού σε κατάσταση χρήστη.


2009

71

2.6.3. Νέα διαγραφή ακινήτου

Σε αυτό ο σημείο αποφασίζετε η κατάργηση του button Del από την

καρτέλα πελάτη, που χρησίμευε μέχρι σήμερα για την διαγραφή

ακινήτου. Η λειτουργία ενσωματώνεται στην γενική διαγραφή της

Καρτέλας, διότι μεμονωμένα δημιουργούσε προβλήματα άμεσης και

ορθής ανάκτησης αποτελεσμάτων από την βάση, σε περίπτωση κάποιας

διαγραφής. Η διαγραφή ακινήτου έχει γίνει τώρα λειτουργικότερη, και

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

επικίνδυνη αν δεν προσέξει ο χρήστης, για την διαγραφή όλων των

στοιχείων του Πελάτη.

Αναλυτικότερα όταν βρισκόμαστε την καρτέλα ενός Πελάτη Προσφοράς

και θελήσουμε να διαγράψουμε το ακίνητο του , ή ένα από τα ακίνητα του

πελάτη, κάνουμε κλικ στο button Διαγραφή. Το λογισμικό μας ρωτάει εάν

θέλουμε να διαγράψουμε τον συγκεκριμένο Πελάτη, ένα απαντήσουμε

Ναι, τότε ο πελάτης Διαγράφεται από παντού, μαζί με τα ακίνητα του.

Εάν επιλέξουμε Όχι, τότε το λογισμικό μας κάνει και μία δεύτερη

ερώτηση, εάν θέλουμε να διαγράψουμε το συγκεκριμένο ακίνητο, που

εκείνη την στιγμή προβάλετε στην καρτέλα πελάτη, με το αντίστοιχο

Msg Box, που περιλαμβάνει και τον κωδικό του ακινήτου.

2.6.4. Μισθωτήριο Συμφωνητικό Κατοικίας.

Στο menu Δημιουργία (Δημιουργία –Μισθωτήριο Συμφωνητικό ) υπάρχει

η φόρμα του μισθωτηρίου συμφωνητικού κατοικίας. Μέσα από αυτήν την

επιλογή ο μεσίτης εκτυπώνει εύκολα και γρήγορα το μισθωτήριο. Μέσα

από τα διαδραστικά Combo Box (ID Μισθωτή, Μισθωτής, ID Εκμισθωτή,

Εκμισθωτής) επιλεγεί του ενδιαφερόμενους προς Σύμβαση Πελάτες. Σε

αυτήν την φόρμα εμφανίζονται μόνο οι πελάτες που στην Καρτέλα

Πελάτη είναι καταχωρημένοι ως Πελάτες Ενοικίασης, ή ως Πελάτες


2009

72

Εκμίσθωσης, η κάθε μία από τις παραπάνω δύο ομάδες πελατών

εμφανίζονται στα αντίστοιχα Combo Box.

Αφού επιλέξουμε τον Εκμισθωτή, ενημερώνεται αυτόματα το ID του

ακινήτου, με τα ακίνητα η το ακίνητο που σχετίζεται με τον

συγκεκριμένο Εκμισθωτής, εάν επιχειρήσουμε να επιλέξουμε πρώτα το

ακίνητο, που είναι προς ενοικίαση, τότε θα διαπιστώσουμε ότι το ID

Ακινήτου δεν περιλαμβάνει καμιά πληροφορία.

Επίσης στο μισθωτήριο περιλαμβάνονται εκτός από τα στοιχεία των

εμπλεκομένων, και τα στοιχεία, Τράπεζας και Λογαριασμού Τραπέζης

που θα κατατίθεται το ενοίκιο, καθώς επίσης και ένα Rich Text Box, για να

συμπεριλάβει τους πρόσθετους όρους της Συμφωνίας.

Μετά την συμπλήρωση της Φόρμας επιλεγούμε το button εκτύπωση,

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

Ένα αντίγραφο για την κάθε πλευρά, καθώς και ένα για το Αρχείο του

Μεσίτη, αλλά και ένα για την Εφορία.

Το λογισμικό μας ρωτάει εάν θέλουμε η διαδικασία να καταχωρηθεί

αυτόματα στο Ιστορικό Πελατών.

Το λογισμικό δημιουργεί αυτόματα και μια καταχώρηση στον πίνακα του

συμβολαίου. Η καταχώρηση αυτή έχει ως ID τo ID Μισθωτή και το ID του

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

και ηλεκτρονικό αρχείο των Συμβολαίων που έχει πραγματοποιήσει.

Επίσης το λογισμικό αυτόματα αποθηκεύει τρεις υπενθυμίσεις στο

ημερολόγιο. Αποθηκεύει υπενθύμιση τρεις μήνες και έναν μήνα πριν την

λήξη του Συμβολαίου, και άλλη μία στην ημερομηνία που λήγουν τα

Συμβόλαιο. Η πληροφορίες αυτές αποθηκεύονται στο πεδίο που

αντιπροσωπεύει την πρώτη ώρα του ημερολογίου, στο πεδίο 08:00π.μ.

Δίνεται αυτή η δυνατότητα στον μεσίτη, για να μπορέσει πρώτος, και

άμεσα να ξανά αναλάβει το συγκεκριμένο ακίνητο. Αυτό το πλεονέκτημα

δεν θα μπορούσε να το έχει με τα ετήσια χειρόγραφα ημερολόγια. Είναι


2009

73

ένα ακόμα “δόλωμα” για την χρησιμοποίηση του ηλεκτρονικού

Ημερολόγιου του Nastazia.

Σκόπιμο θα ήταν σε αυτό το σημείο, το λογισμικό, να μετατρέπει τους

Πελάτες αυτόματα σε κατάσταση CUSTOMER και το ακίνητο ως ΜΗ

ΔΙΑΘΕΣΙΜΟ, μια λειτουργία που το λογισμικό Nastazia δεν περιλαμβάνει

Τα μειονεκτήματα της εκτυπώσεις μισθωτηρίου είναι τα ίδια με της

παραγράφου <<Συμβάσεις Μεσιτείας >> .

Ένα άλλον μειονέκτημα είναι η πιθανότητα που ο μεσίτης έχει

αποθηκεμένη μία τόσο μακρινή πληροφορία – RDV, στο ημερολόγιο, και

στην ώρα 08:00, τότε η πληροφορία αυτή θα αντικατασταθεί με την

υπενθύμιση του συμβολαίου. Αυτό βέβαια αποτελεί μια πολύ σπάνια

περίπτωση. Παρόλα αυτά, τονίζεται στο εγχειρίδιο του χρήστη, η

χρησιμοποίηση του δεύτερου πεδίου του ημερολογίου, δηλαδή 8:30 πμ,

στις περιπτώσεις που θέλει να ορίσει μια τόσο μακρινή πληροφορία. Είναι

σίγουρο πως σε αυτήν την περίπτωση δεν θα το απασχολεί η ώρα αλλά η

ημέρα, και γι’ αυτό και το προτείνουμε.

2.6.5. About

Σε αυτό το σημείο ολοκληρώθηκε το λογισμικό σε επίπεδο Beta Version.

Θεωρούμε ότι σε αυτό το σημείο ήρθε η ώρα να μιλήσουμε σε

πρώτο πληθυντικό πρόσωπο , να και να τοποθετήσουμε μία

νέα φόρμα στον Λογισμικό, την φόρμα About! Λίγα λόγια για

τους Δημιουργούς.

ΑΣΛΑΝΙΔΗΣ ΠΑΝΑΓΙΩΤΗΣ

ΛΟΥΚΙΔΟΥ ΑΦΡΟΔΙΤΗ

Nastazia Real Estate Application - Copyright 2003 - 2009


2009

74

ΚΕΦΑΛΑΙΟ ΙII

Στο τρίτο κεφάλαιο περιέχονται τα συμπεράσματα της

αυτοαξιολόγησης του λογισμικού, υποδείξεις για τα σημεία

που χρειάζεται εξέλιξη και εναλλακτικές προτάσεις για την

ανάπτυξη του.


2009

75

3.0.0 ΑΥΤΟΑΞΙΟΛΟΓΗΣΗ

Στο προηγούμενο κεφάλαιο αναφέρθηκαν λεπτομερώς, όλες οι

διαδικασίες, οι σκέψεις, και τα προβλήματα που αντιμετωπίστηκαν.

Οι δημιουργοί αυτού του λογισμικού, κάνανε όλες τις εργασίες, όπως

σχεδίαση, έρευνα, υλοποίηση, Marketing, Management, προγραμματισμός,

προώθηση, υποστήριξη, εκπαίδευση, εγχειρίδιο, και πολλά άλλα που

εταιρίες λογισμικών απασχολούν πολύ περισσότερους ανθρώπους, για

την δημιουργία ενός τέτοιου προϊόντος.

Σε καμία όμως περίπτωση δεν αφήνετε να εννοηθεί, ότι η Π.Ε.

αντικατοπτρίζει ένα πολύ καλό λογισμικό, που είναι σε θέση σήμερα

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

Σημαντικά Πλεονεκτήματα παρουσιάζονται μέσα από το Λογισμικό, και

ένας νέος αέρας θα πνέει σε λίγο στην εγχώρια αγορά. Πρώτη φορά

επιχειρήθηκε να δοθούν εργαλεία που χρειάζονται καθημερινά οι

μεσίτες. Μεσιτικές τεχνικές που ούτε και οι μεσίτες γνωρίζουν την

ύπαρξη τους, και η απόκτηση των γνώσεων αυτών, πέρασε μέσα από

δύσβατα μονοπάτια. Ένα λογισμικό, πηγής γνώσεων, και όχι στείρας

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

δρόμο των Συμβολ€ων, και δεν το καθιστά, γραμματεία του εαυτού του.

Σε αυτό το σημείο θα μπορούσαν να γραφτούν αρκετά δεκάδες

παραδείγματα, των πλεονεκτημάτων αυτού του λογισμικού, που με τον

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

δεν θα παραλείψουν να αναφερθούν και σε κάποια από παραρτήματα.

Άλλωστε μια ουσιαστική Αυτοαξιολόγηση θα πρέπει να κινείται

περισσότερο στην σφαίρα της αυστηρής κριτικής παρά να ευλογεί το ίδιο

το λογισμικό τις χάρες του.


2009

76

Ελλείψεις – Παραλήψεις – Αδυναμίες Λογισμικού.

Θα μπορούσαν τα μειονεκτήματα του λογισμικού να χωριστούν σε πέντε

θεματικές ενότητες.

3.0.1. Δυναμική Διαχείριση δεδομένων.

Στα πρότυπα διαφοροποίησης του λογισμικού από τον ανταγωνισμό,

αφιερώθηκε πολύ χρόνος, και φαιά ουσία για σημαντικά εργαλεία ,

δευτερευούσης σημασίας όμως. Θα μπορούσε κάποιος εδώ να αναφέρει

ότι εντοπίστηκε το δέντρο, παραγκωνίζοντας λίγο το Δάσος. Το Δάσος σε

αυτήν την περίπτωση η δυνατότητα που πρέπει να παρέχεται στον

Μεσίτη, πολύπλοκων και σύνθετων αναζητήσεων από τον χρήστη, σε όλα

τα δεδομένα του Λογισμικού, με όποιο τρόπο επιθυμεί. Η δυνατότητα

ανάκτησης δεδομένων μέσα από σύνθετες αναζητήσεις, θα έδινε λύση και

στο πρόβλημα της Διασταύρωσης Στοιχείων. Η διασταύρωση στοιχείων

είναι μια δυνατότητα που εμφανίζεται στα προϊόντα των πρωτοπόρων

Λογισμικών Μεσιτείας. Είναι ουσιαστικά ένα βοηθός (χωρίς ένσημα), που

ψάχνει συνέχεια όλο το χαρτοφυλάκιο του Μεσίτη, για να του υποδείξει,

που ενδεχομένως είναι τα αυριανά του Συμβόλαια.


2009

77

3.0.2. Σύγχρονά Εργαλεία Πληροφορικής.

Εφαρμογή των συγχρόνων εργαλείων Πληροφορικής στους Μεσίτες, είναι

πρότυπα που πρέπει να συμπεριλαμβάνονται στα Λογισμικά Πρότυπα.

Τα συναντάμε κυρίως στην Βόρεια Αμερική, στα Σκανδιναβικά κράτη και

στην Αγγλία, όπου το επίπεδο Διαμεσολάβησης σε αυτά τα κράτη είναι

πολύ υψηλό. Τέτοια εργαλεία είναι η δυνατότητες RECORD VOICE , για

την καταγραφή όλων των συνομιλιών με τον Πελάτη. Η δυνατότητα

προβολής όλων των ακινήτων, όλων των μεσιτών της χώρας, σε μια

ενιαία Ιστοσελίδα για την καλύτερη εξυπηρέτηση των πελατών. Επίσης

οι δυνατότητες σύνδεσης τους σε διαδικτυακά Κανάλια, με σκοπό την

προβολή τους. Παρατηρούνται επίσης λογισμικά με ενσωματωμένους

οδηγούς κατασκευής και διατήρησης Δικτυακού Τόπου. Δυνατότητες

προβολής Video και δορυφορικών συνδέσεων είναι κάποια από αυτά που

το λογισμικό θα προσπαθήσει να ενσωματώσει στην επόμενη του έκδοση.


2009

78

3.0.3. Εκτυπώσιμα Δεδομένα

Τα αντίστοιχα λογισμικά στην εγχώρια αγορά, έχουν αρκετά υψηλότερο

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

εκτυπώσιμες μορφές , είτε εξαγωγή ως ανεξάρτητα αρχεία. To Nastazia

πέρα από την δυνατότητα να εκτυπώνει αστικές συμβάσεις, υστερεί

αρκετά στο να δίνει την δυνατότητα στον χρήστη να εκτυπώνει και άλλα

δεδομένα του προγράμματος, όπως πχ την λίστα των στοιχείων των

Δικηγόρων , ή την εκτύπωση μία συγκεκριμένης ημέρας του ημερολογίου

με την μορφή που αυτή προβάλετε στην φόρμα. Αλλά και το είδη

υπάρχων σύστημα εκτυπώσεων, παρουσιάσει αδυναμίες, δεν είναι ούτε

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

τίποτα το αναμενόμενο αποτέλεσμα, και δεν έχει γίνει ακόμα αντιληπτός,

ο λόγος αυτού του προβλήματος. Σίγουρα πρέπει να γίνουν εκ νέου

έρευνες και δοκιμές στον πηγαίο κώδικα, και δεν αποκλείεται το

ενδεχόμενο να χρειάζεται ολοκληρωτική αντικατάσταση

3.0.4. VB NET & SQL

Η αρχιτεκτονική του λογισμικού, παρουσιάζει αρκετά μεγάλες

δυσλειτουργίες αν επιχειρήσει να συγχρονίσει τις λειτουργίες της με το

Διαδίκτυο. Oύτε η Visual Basic 6.0 ούτε και η Access δεν έχουν

κατασκευαστεί για να εκπληρώσουν τέτοιες αναγκές. Θα αποτελούσε

καλύτερη επιλογή η VB NET σε συνεργασία με την SQL. Αλλά και στην

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

μετάβαση του στην SQL, για τις δυνατότητες και την σταθερότητα που

παρέχει έναντι της Access, η οποία έχει μία απειροελάχιστη καθυστέρηση

στην ενημέρωση της, ως προς την γλώσσα VISUAL.


2009

79

3.0.5. Εντοπισμός Λαθών

Παρόλα τις εκατοντάδες δοκιμές που πραγματοποιήθηκαν και από τους

δημιουργούς, αλλά και από τους Μεσίτες που εργάζονται στο

πειραματικό περιβάλλον του Λογισμικού, φαίνεται ότι δεν είναι επαρκείς

για των εντοπισμό λαθών του κώδικα. Ανά διαστήματα βρίσκουμε ένα

νέο μήνυμα λάθους, το οποίο διορθώνετε και νέα έκδοση αποστέλλετε

στους συνεργαζόμενους μεσίτες. Αυτό το γεγονός όμως δεν πτοεί τους

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

λάθη, βελτιώνονται και εξελίσσονται συνέχεια. Δεν προσδοκούμε ένα

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

τους.

Στην συνέχεια παρατίθενται ιδέες και σκέψεις για την βελτίωση του

λογισμικού, σε δύο θεματικές ενότητες, σε επίπεδο εξέλιξης του

υπάρχοντος και σε επίπεδο ανάπτυξης του

ΕΞΕΛΙΞΗ ΤΟΥ ΛΟΓΙΣΜΙΚΟΥ

3.0.6. Διασταύρωση Πελατών – Συνεργατών

Να αντιλαμβάνεται το λογισμικό, πότε κάποια εγγραφή από την

κεντρική φόρμα, θα πρέπει αυτόματα να καταγράφει τα στοιχεία, στις

ομάδες συνεργατών. Αυτό μπορεί να γίνει μέσα από το πεδίο Επάγγελμα.

Όταν δηλαδή η εγγραφή μας, είναι ένας δικηγόρος, να περνάνε τα

στοιχεία επικοινωνίας του στην ομάδα των Συνεργατών Δικηγόρων. Είτε

αυτόματα , είτε με ερώτηση του Λογισμικού.


2009

80

3.0.7. Μαζικές Αλλαγές Ακινήτων σε επίπεδο Μεσιτών.

Κάτι που γίνεται τακτικά σε μεσιτικά δίκτυα, είναι η γρήγορη εναλλαγή

συνεργατών στο γραφείο, καινούριες συνεργασίες και λήξεις αυτών είναι

τακτικά φαινόμενα. Όταν όμως λήξει η Συνεργασία με κάποιον Μεσίτη,

τότε αρχίζει η δύσκολή διαδικασία στο Τμήμα διοικητικής υποστήριξης. Η

μεταφορά ακινήτων από τον έναν μεσίτη στον άλλον γίνεται βήμα-

βήμα, τόσο στο Nastazia όσο και στα υπόλοιπα λογισμικά, πρέπει να

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

αυτό. Την μετακίνηση των Πελατών – Ακινήτων από Μεσίτη σε Μεσίτη,

με Drag and Drop και με δυνατότητα επιλογής όλων.

3.0.8. Πρόσβαση από την Κεντρική Φόρμα στους Συνεργάτες

Καλό θα ήταν ο χρήστης να έχει την δυνατότητα μετάβασης στην φόρμα

Συνεργατών απευθείας από την κεντρική φόρμα, για κάθε ομάδα

συνεργατών που επιθυμεί ,και όχι μόνο μέσα από την ατζέντα. Το

λογισμικό δεν μπορεί να το κάνει, γιατί δεν υπάρχει τρόπος να ελέγξεις

το επιθυμητό Tab, ενός Tabs Trip , μέσα από μία άλλη φόρμα.

3.0.9. GOLDEN CUSTOMER

Πρέπει να γίνει προσθήκη μιας νέας κατηγορίας Πελάτη, του GOLDEN

CUSTOMER, του Πελάτη που έχει ολοκληρώσει μια αγοροπωλησία μαζί

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

γίνει αυτή η ομάδα, τότε στην παραπάνω περίπτωση ο CUSTOMER χάνει

την ΙΔΙΟΤΗΤΑ του, και γίνεται απλά ένας νέος Ενεργός Πελάτης


2009

81

3.1.0.Βοηθός Μεσίτη

Ο Βοηθός Μεσίτη είναι νέο αναγνωρισμένο επάγγελμα, που θα τεθεί σε

ισχύ το Ιανουάριο του 2010. Θα πρέπει να γίνει μία νέα προσθήκη στο

Λογισμικό, για να μπορεί ο χρήστης να δηλώνει, ποιος βοηθός ανήκει σε

ποιόν μεσίτη, και τι ενέργειες κάνει

3.1.1.Tree View στην Προσθήκη Συνεργατών

Η λογική της Master & Sub Area είναι ένα χρήσιμο εργαλείο που έχει

βοηθήσει πολύ των μεσίτη σ επίπεδο αναζήτησης. Η δημιουργία του, θα

μπορούσε να γίνει πολύ πιο εύκολή αν γινόταν με το αντικείμενο Tree

View

3.1.2.Αναδίπλωση Ανάλυσης Λογισμικού.

Το λογισμικό δεν έχει την δυνατότητα αυτόματης αναδίπλωσης, σε

ρυθμίσεις χρήστη μεγαλύτερες από 1024 Χ 768, θα μπορούσε να προστεθεί

αυτή η βιβλιοθήκη της Visual Basic

3.1.3.Αύξηση των συμβουλών - Free Manager S.TZ

Η αύξησης των Συμβουλών της Συμβουλής της ημέρας είναι ένα από τα

χαρακτηριστικά που πρέπει να ενισχυθούν, το ζητάνε οι ίδιοι οι μεσίτες.

3.1.4.Αύξηση των εορταστικών ονομάτων

Ομοίως και τα εορταστικά ονόματα, την διαφορά θα την κάνει η μεγάλη

έρευνα του Πανεπιστημίου της Οξφόρδης . Μια έρευνα σχετική με την

Ελληνική ονοματολογία, η οποία αναμένεται να ξεπεράσει τα 28.000

ονόματα, αναμένεται η δημοσίευση της τον Μάιο του 200. Ακόμη ένας

λόγος για την αντικατάσταση της Access με SQL, λόγω του περιορισμού

των εγγραφών μετά από μερικές δεκάδες χιλιάδες.


2009

82

3.1.5.Δυνατότητες Απεριορίστων Φωτογραφιών

3.1.6.Εξέλιξη της Αριθμομηχανής

Εξέλιξη της Αριθμομηχανής από Εμπορική σε Εμπορομεσιτών. Με την

προσθήκη υπολογισμού της Μεσιτικής προμήθειας, με και χωρίς του

Φ.Π.Α., χωρίς όμως να καταργηθεί η υπάρχουσα διαδικασία του Φ.Π.Α.

3.1.7.Εύρεση Κινητών Εορτών

Η ενσωμάτωση του μηχανισμού εύρεσης κινητών εορτών, για να

προτεθούν και τα συγκεκριμένα ονόματα που είναι πάρα πολλά

3.1.8.ΕΞΕΛΙΞΗ ΗΜΕΡΟΛΟΓΙΟΥ

Εξέλιξη του Ημερολογίου στους ρυθμούς που έδειξε το Outlook, με

υπενθυμίσεις ηχητικών και γραφικών , καταχωρήσεις συμβάντων με

περισσότερα στοιχεία, με δυνατότητα ορισμού RDV σε συνεχόμενη

εβδομαδιαία βάση, εντοπισμού ονομάτων πελατών και αυτόματη

δημιουργία Link προς της Καρτέλα και πολλά άλλα. Αυτήν έκδοση είναι

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

την Απλή Ατζέντα.

3.1.9.Αποστολή μαζικών E-mail

Δυνατότητα μαζικών E-mail στις ομάδες συνεργατών, αλλά και σε νέες

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

αυτές δεν πρέπει να έχουν καμιά εφαρμογή στο υπόλοιπο λογισμικό ,

παρά μόνο στην νέα ανεξάρτητη φόρμα των e-mail.


2009

83

3.2.0.Αυτόματη Καταχώρηση του Τ.Κ.

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

βάση δεδομένων των ταχυδρομικών κωδικών της Ελλάδος. Η ενέργεια

αυτή θα γίνεται στην κεντρική φόρμα, όταν ολοκληρωθεί η

πληκτρολόγηση της Διεύθυνσης από τον χρήστη μα επιλέγεται αυτόματα

ο αντίστοιχος ταχυδρομικώς κωδικός.

3.2.1.Υπενθύμιση Συμβάντων Χρήστη

Εκτός από τα δυναμικό Ημερολόγιο, υπάρχει ανάγκη για υπενθύμιση

καταχωρήσεων και άλλων συμβάντων , όπως τα γενέθλια , Επέτειος

Συμβόλαιο και οποιοδήποτε άλλον Event o χρήστης θέλει να θυμάται σε

περιοδικούς χρόνους

3.2.2.Αντίστροφος μέτρηση Λήξης Αποκλειστικότητας

Η Προσθήκη αντιστρόφου μετρητή στην Καρτέλα, για τα ακίνητα που

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

ειδική υπενθύμιση δέκα μέρες πριν την λήξη της Σύμβασης

3.2.3.Εξέλιξη των Ξεχασμένων Ακινήτων

Βελτίωση του κώδικα ξεχασμένων ακινήτων, για καλύτερη

αποτελεσματικότητα και ακρίβεια, καθώς επίσης να δοθεί η δυνατότητα

στον χρήστη να θέτει αυτός τον τύπο ορισμού του χρόνου (Ημέρα ,

Εβδομάδα, Μήνας)


2009

84

Ανάπτυξη του Λογισμικού

3.2.4. Google Earth

H δυνατότητα ενσωμάτωσης φόρμας Browser στο λογισμικό, για την

παροχή δυνατότητας λήψης φωτογραφιών από δορυφόρο, αποτελεί την

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

αντίστοιχο Link στην Καρτέλα Πελάτη. Μια άλλη χρησιμότητα του είναι

να μπορούν οι Μεσίτες να επιδεικνύουν το σύνολο των “καρφιτσωμένων”

ακινήτων σε όλη την πόλη, σε νέους πελάτες. Οι “καρφίτσες” θα πρέπει

να είναι δύο ειδών , η κόκκινη θα δείχνει τα σπίτια που έχουν πουληθεί

από το γραφείο , και η πράσινη θα δείχνει τα διαθέσιμα ακίνητα προς

πώληση. Με αυτόν τον τρόπο επιδεικνύουν μια δυναμική κύρους και

αξιοπιστίας στους νέους πελάτες. Οι χρωματισμοί του πράσινου και του

κόκκινου δεν είναι τυχαίοι, βασίζονται σε έρευνα ψυχολογίας πελάτη, και

τι σημαίνει το καθένα από αυτό, όταν βρισκόμαστε σε κατάσταση

αγοράς.

3.2.5. Προτάσεις Διασταυρώσεις

Γίνεται εκτενή αναφορά στην παράγραφό 3.0.1.

3.2.6. Αγγλικό menu

To Αγγλικό Interface προτιμάτε έντονα στα νησιά της Ελλάδος. Ιδιαιτέρα

στο Ιόνιο που έχουν κάθε καλοκαίρι, πελάτες από την Βόρεια Ευρώπη.

Πολλές φορές χρειάζεται ο πελάτης να έρθει σε επαφή με το λογισμικό,

και μέσω ενός Interface, σε μία γνωστή για αυτόν γλώσσα, δημιουργείται

μία στοιχειώδη αίσθηση εμπιστοσύνης με το γραφείο. Στα νησιά του

Ιονίου κυρίως, αλλά και σε άλλα ελληνικά νησιά, οι μεσίτες υψηλού

επιπέδου, λόγω των απαιτήσεων των πελατών τους, και τα περισσότερα

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


2009

85

3.2.7. Δυνατότητες Video

Δυνατότητες Video σε επίπεδο αποθήκευσης, και προβολής είναι πολή

σημαντικές, τόσο σε επίπεδο web λογισμικού, όσο και στο σημερινό

επίπεδο λογισμικού. Καλό θα ήταν η αναπαραγωγή να γίνεται μέσα από

το λογισμικό

3.2.8. Ανεξάρτητη Φόρμα Υπολογισμού Δόσης Δανείου

Σε αυτό το σημείο πρέπει να κοπεί ο ομφάλιος λώρος με το Excel, θα

πρέπει η αντίστοιχη φόρμα να ενσωματωθεί στο λογισμικό, με

δυνατότητες απόκρυψης στοιχείων από τον χρήστη, όπως πχ το συνολικό

επιτόκιο που πρέπει να πληρώσει. Οι γκουρού του επαγγέλματος μας

λένε, ότι αυτήν την δυνατότητα που έχει το λογισμικό , αν την δείχνανε

στου Πελάτες τους, τότε δεν θα αγόραζε κανείς.

3.2.9. Login

Δυνατότητα Login User, και αποθήκευση αυτής της πληροφορίας, σε κάθε

μεταβολή εγγραφής που γίνεται, ένδειξη στην Status της κεντρικής

φόρμας το όνομα χρήστη. Παράλληλα με αυτήν διαδικασία, μπορεί να

καταργηθεί από το menu, και η διαδικασία “Κατάσταση Administrator”,

και να ενσωματωθεί στο Login του Συστήματος.

3.3.0. Δυνατότητα παρουσιάσεις ακινήτων

Δυνατότητα παρουσιάσεις των φωτογραφιών ενός ακινήτου σε έναv

απλό Viewer, αλλά και ξεχωριστή δυνατότητα προβολής μακετών σε μία

συγκεκριμένη καρτέλα, για promotion ακινήτων


2009

86

3.3.1. Back Up Δεδομένων

Προσθήκη της Διαδικασία Back Up στο menu της βοήθεια, και αντίγραφο

της βάσης μέσα από ένα ενσωματωμένο οδηγό του λογισμικού. Με

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

3.3.2. Δημιουργία Αυτόματων Κειμένων Αγγελιών.

Ο τρόπος που γραφτεί το κείμενο μιας αγγελίας είναι καταλυτικό στην

αλιεύσει πελατών. Ο καλός μεσίτης, δεν είναι απαραίτητα και καλώς

“συγγραφέας”. Θα πρέπει το λογισμικό να του παρέχει κάποια πρότυπα

αγγελιών, με την ολοκλήρωση της διαδικασίας καταγραφής, στα οποία

να μπορεί να επέμβει.

3.3.3. Μακέτες Αγγελιών Εφημερίδων

Αφού δημιουργήσουμε το κείμενο αγγελιών, ανεξάρτητα από την

Δημιουργία αυτομάτων κειμένων, η αγγελία μπορεί να καταχωρείται σε

group κατάταξης που έχει ορίσει ο χρήστης. Πχ Προβολή βάση περιοχής

η βάση κατηγορίας ή τιμής. Τα Label αυτά βασισμένα στα παραπάνω

κριτήρια θα ενσωματώνονται στα κατάλληλα group, και θα δημιουργούν

μία μακέτα αγγελιών. Ο χρήστης με την ιδιότητα Drag and Drop θα τις

ταξινομεί και θα τις αφαιρεί. Αυτό το κομμάτι μπορεί να γίνει πολύ πιο

σύνθετο όταν πρόκειται για N εφημερίδες, και υπολογισμός κόστους

αγγελιών , για κάθε μεσίτη, σε κάθε εφημερίδα, με και χωρίς Φ.Π.Α.

3.3.4.Σύνδεση αποσύνδεση διαδικτύου

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

λογισμικού, στην ver 4.0. . Διαγράφτηκε, λόγω έλλειψης χώρους στην

μπάρα εργαλείων. Πρόκειται για δύο button , του Connect και του

Disconnect που κάνουν ενεργοποιούν και απενεργοποιούν το Modem

μέσα από το Λογισμικό.


2009

87

3.3.5.Δυνατότητα Logo Εταιρίας

Η δυνατότητα προσθήκης Logo της εταιρίας είναι απαραίτητη σε όλα τα

μεσιτικά έντυπα, θα μπορούσε να τοποθετηθεί όμως , και στο κάτω

αριστερά τμήμα της κεντρικής φόρμας.

3.3.6.Πρότυπες φόρμες Αστικών Συμβάσεων

Γίνεται εκτενή αναφορά στην παράγραφό 3.0.3.

3.3.7.Δημιουργία Επαγγελματικών Μισθωτηρίων.

Πρότυπη νομική φόρμα για δημιουργία και επαγγελματικών

μισθωτηρίων, Προσοχή, σε περίπτωση παρέμβασης του χρήστη, θα

πρέπει το έντυπο να ελεγχθεί εκ νέου από νομικό

3.3.8.CHAT ROOM

Ανάπτυξη του Σημειωματάριου, σε μορφή συνομιλίας Chat Room, για την

καλύτερη κατανόηση του λογισμικού, κατά την διάρκεια της εξ

αποστάσεως εκπαίδευσης.

3.3.9.RECORD VOICE

Αναφέρεται εκτενέστερα στην παράγραφο 3.0.2. Σύγχρονά Εργαλεία

Πληροφορικής.

3.4.0.Aπόκρυψη δεδομένων

Συντομεύσεις Πληκτρολογίου, για γρήγορή απόκρυψη των Frames

Πληροφοριών ακινήτων, για να μην έχει πρόσβαση ο πελάτης σε

πληροφορίες όπως στοιχεία πελάτη, στοιχεία ακινήτων και εξωτερικές

φωτογραφίες


2009

88

3.4.1.Προσθήκη Νέων Αντικείμενων στην Καρτέλα

Δυνατότητα Προσθήκης Νέων αντικειμένων, από τον χρήστη, σε μορφή

Check, για την κάλυψη σημαντικών πληροφοριών, που δεν καλύπτονται

από τις προδιαγραφές του λογισμικού.

3.4.2.Δυνατότητα Αποστολής Φαξ

Δυνατότητα Αποστολής Φαξ των Αστικών Συμβάσεων σε

απομακρυσμένους πελάτες, καθώς επίσης και άλλων μορφών εγγραφών,

ανεξάρτητων από το λογισμικό.

3.4.3.Αποθήκευση των ακινήτων σε Ιστοσελίδα

Τα περισσότερα λογισμικά εξειδικεύονται στην ταυτόχρονη παροχή

λογισμικού και δικτυακής σελίδας. Η βασικότερη δυνατότητα αυτού του

συνδυασμού, είναι ότι δεν χρειάζεται να γίνει δύο φορές η καταχώρησης

του ακινήτου, και κυρίως η συμπίεση των φωτογραφιών

3.4.4.Τηλεφωνικες κλήσεις

Δυνατότητα σύνδεσης του λογισμικού με συσκευή τηλεφώνου, για

αναγνώριση τηλεφωνικών κλήσεων , και διατήρηση ιστορικού αρχείου

αυτών. Εισερχομένων και εξερχομένων.

3.4.5.Αξιολόγηση ΜΕΣΙΤΩΝ

Ενσωμάτωση ερωτηματολογίων σε μορφή ηλεκτρονικού Test, για την

αξιολόγηση του προφίλ νέων συνεργατών, και έλεγχος κατάστασης

παλαιών συνεργατών, σε επίπεδά, αυτοπεποίθησης, επικοινωνίας, και

δυνατότητα αντιμετώπισης κρίσης Συμβολαίου.


2009

89

3.4.6.On-Line ΕΝΗΜΕΡΩΣΗ ΕΠΙΤΟΚΙΩΝ

Συνεργασία με Site εξειδικευμένων χρηματοοικονομικών οίκων, που

συνεργάζονται με όλες τις τράπεζες, για On-Line ενημέρωση επιτοκίων

3.4.7.Δυνατότητα αναγνώρισης Φωνής

Δυνατότητα αναγνώρισης Φωνής για γρηγορότερη εύρεση πελάτη. Η

λειτουργία αυτή πρέπει να είναι ενσωματωμένη κυρίως στους πελάτες

που έχουν υποστεί απόκρυψη, για παράκαμψη της σύνθετης διαδικασίας

επαναφοράς.

3.4.8.ΔΙΑΧΕΙΡΙΣΗ ΠΟΛΥΚΑΤΟΙΚΙΩΝ

Ο Διαχειριστής Ακίνητης Περιουσίας αποτελεί ένα ανεξάρτητο

επάγγελμα από τον Σεπτέμβριο του 2008, οι περισσότεροι μεσίτες έχουν

πλέον δύο επαγγελματικές άδειες σε μία εταιρία, γιατί η διαχείριση

ακινήτων είναι ένα τμήμα της εργασίας τους, είναι κομμάτι που το

χρησιμοποιούν για την διατήρηση Πελατών. Στο κομμάτι της διαχείρισης

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

Το λογισμικό Nastazia, μέσα από την καινοτομία να δέχεται Πελάτες που

δεν προσφέρονται για αγορά η πώληση, είναι το ιδανικότερο λογισμικό,

που βρίσκεται πιο κοντά στην δημιουργία ενός ενιαίου MULTI

λογισμικού, κάλυψης Μεσιτικών Αναγκών και Διαχείρισης Ακινήτων.

Αυτή η μορφή ανάπτυξης όμως αφορά μια τεράστια γκάμα αλλαγών που

πρέπει να γίνει για αυτήν την συνένωση.

3.4.9.Εξέλιξη με VB.NET και SQL

Γίνεται εκτενή αναφορά στην παράγραφό 3.0.4

Nastazia - teiemt.grdigilib.teiemt.gr/jspui/bitstream/123456789/2358/1/012009049.pdf ·...

Documents

Transcript of Nastazia - teiemt.grdigilib.teiemt.gr/jspui/bitstream/123456789/2358/1/012009049.pdf ·...