Design & Architecture

Re: Microsoft Solutions Framework 3.0 - Συνοπτικός οδηγός

axaros — Wed, 22 Jun 2005 01:17:56 GMT

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

Re: Microsoft Solutions Framework 3.0 - Συνοπτικός οδηγός

axaros — Wed, 22 Jun 2005 01:15:18 GMT

Aris wrote:

axaros wrote:

Aris wrote:

ΥΓ3. Άσκηση: τι σημαίνει ο όρος "συρραπτίκωση";

Όχι τι σημαίνει ;

Η χρήση συρραπτικού για την επισύνναψη ειδικής εκτύπωσης σε αξιόγραφο ...
[Προέκυψε σε τραπεζική εφαρμογή]

Άρης

Ομολογουμένως καλό !!!

Re: Microsoft Solutions Framework 3.0 - Συνοπτικός οδηγός

axaros — Wed, 22 Jun 2005 00:20:53 GMT

έλα τώρα ρε Παναγιώτη ...
Κόσμο δεν θέλατε ;

Re: Microsoft Solutions Framework 3.0 - Συνοπτικός οδηγός

Παναγιώτης Καναβός — Tue, 21 Jun 2005 23:57:16 GMT

Γιατί μιλάτε μόνοι σας? Γιατί δεν προλαβαίνουμε να τα διαβάζουμε όλα τα posts!

Re: Microsoft Solutions Framework 3.0 - Συνοπτικός οδηγός

Aris — Tue, 21 Jun 2005 21:05:07 GMT

axaros wrote:

Aris wrote:

ΥΓ3. Άσκηση: τι σημαίνει ο όρος "συρραπτίκωση";

Όχι τι σημαίνει ;

Η χρήση συρραπτικού για την επισύνναψη ειδικής εκτύπωσης σε αξιόγραφο ...
[Προέκυψε σε τραπεζική εφαρμογή]

Άρης

Re: Microsoft Solutions Framework 3.0 - Συνοπτικός οδηγός

axaros — Tue, 21 Jun 2005 19:24:33 GMT

Παρεπιπτόντως Άρη γιατί μιλάμε μόνοι μας ;
Που είστε οι υπόλοιποι(ες)
ρε παλλικάρια και λεβέντισσες ;

Re: Microsoft Solutions Framework 3.0 - Συνοπτικός οδηγός

axaros — Tue, 21 Jun 2005 19:10:02 GMT

Aris wrote:
ΥΓ3. Άσκηση: τι σημαίνει ο όρος "συρραπτίκωση";

Όχι τι σημαίνει ;

Re: Microsoft Solutions Framework 3.0 - Συνοπτικός οδηγός

Aris — Fri, 17 Jun 2005 22:00:57 GMT

axaros wrote:

Ξέρεις τι είναι να παίρνεις απαιτήσεις από πρώην ακτινολόγο ;;;
Δεν είναι ανέκδοτο ...

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

Σαφώς ναι, παρέλειψα να το γράψω (ο δαίμων του copy/paste)

Άρης

ΥΓ1. Δεν υπάρχει θέμα παρεξήγησης. Εβγαλα το κείμενο για να γίνει συζήτηση, να δούμε τι (από την θεωρητική/ιδανική μεθοδολογία) είναι εφαρμόσιμο και τι προσαρμογές μπορούμε να κάνουμε.
ΥΓ2. Ακτινολόγος δεν μου έτυχε... Άλλες ειδικότητες μόνο...
ΥΓ3. Άσκηση: τι σημαίνει ο όρος "συρραπτίκωση";

Re: Microsoft Solutions Framework 3.0 - Συνοπτικός οδηγός

axaros — Fri, 17 Jun 2005 17:57:39 GMT

Aris wrote:

axaros wrote:

Οκ ..
Project management :
...
Ποιό θα πρέπει να είναι το προφίλ αυτού(ών);
Στην μοδάτη περίπτωση που ο συγκεκριμένος άνθρωπος δεν προέρχεται από τον χώρο του ΙΤ (επαναλαμβάνω λες και για να φτιάξεις ψωμί ρωτάς ένα τσαγκάρη τι να κάνεις) και φυσικά δεν εμπλέκεται στην υλοποίηση γιατί θα πρέπει να αναλάβει αυτός να ολοκληρώσει, την κατα τη γνώμη μου κρισιμότατη διαδικασία συλλογής απαιτήσεων που σε μεγάλο βαθμό καθορίζει την πορεία κάποιου έργου;

Θίγεις ένα πολύ "πονεμένο" θέμα.

Ο άνθρωπος αυτός (ας τον πούμε "Υπεύθυνος πελάτη" - στο κείμενο αναφέρεται σαν "επαφή με πελάτη") πρέπει να έχει υπόβαθρο IT. Δεν απαιτείται να είναι super-duper-senior-architect-developer-hacker αλλά πρέπει να ξέρει το αντικείμενο και να καταννοεί το αντικείμενο του συγκεκριμένου έργου. Δεν είναι "σκέτος" πωλητής.

Η ουσιαστική λειτουργία του είναι να μεταφέρει:
- την άποψη του πελάτη στην ομάδα ανάπτυξης
- την άποψη της ομάδας ανάπτυξης στον πελάτη
και να βοηθήσει
- στην κατανόηση της επιχειριακής ορολογίας από την ομάδα ανάπτυξης
- στην κατανόηση των τεχνικών δυνατοτήτων/περιορισμών από τον πελάτη

Η συλλογή απαιτήσεων που κάνει αντιστοιχεί στα use cases πρώτου επιπέδου (χοντρικά, τι πρέπει να κάνει η λύση - όχι το πώς πρέπει να το κάνει). Η περαιτέρω εξειδίκευση γίνεται σε συνεργασία με την ομάδα ανάπτυξης.
Δεν συλλέγει τις αναλυτικές λειτουργικές προδιαγραφές. Όμως, μπορεί να συντηρήσει το ευρετήριο ορολογίας, και να ασχολείται με τα παραδοτέα, τα χρονοδιαγράμματα κ.λπ.
Έχει σαφώς "διαχειριστικό" ρόλο, και αποτελεί την γέφυρα μεταξύ πελάτη και ομάδας ανάπτυξης.

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

Στις agile μεθοδολογίες ο ρόλος εκπληρώνεται από τον on-site customer (σε γενικές γραμμές ένα power user του πελάτη, που ξέρει τι επιχειρησιακές απαιτήσεις πρέπει να καλυφθούν, επιχειρησιακούς κανόνες κ.λπ.)

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

Άρης

Άρης συμφωνούμε αλλά από την ελάχιστη εμπειρία μου σε σχέση με πολλούς από εσάς στο χώρο έχω καταλήξει ότι δυστυχώς αυτοί είναι οι όροι του παιχνιδιού ...
Για αυτό σου λέω πέρα από οποιοδήποτε framework ας μιλήσουμε όλοι για το τι έχουμε μπροστά μας όχι για το τι θα έπρεπε να έχουμε ...
Δεν κάνω υποδείξεις μην με παρεξηγήσεις ...

Ξέρεις τι είναι να παίρνεις απαιτήσεις από πρώην ακτινολόγο ;;;
Δεν είναι ανέκδοτο ...

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

Re: Microsoft Solutions Framework 3.0 - Συνοπτικός οδηγός

Aris — Thu, 16 Jun 2005 23:55:21 GMT

axaros wrote:
Οκ ..
Project management :
...
Ποιό θα πρέπει να είναι το προφίλ αυτού(ών);
Στην μοδάτη περίπτωση που ο συγκεκριμένος άνθρωπος δεν προέρχεται από τον χώρο του ΙΤ (επαναλαμβάνω λες και για να φτιάξεις ψωμί ρωτάς ένα τσαγκάρη τι να κάνεις) και φυσικά δεν εμπλέκεται στην υλοποίηση γιατί θα πρέπει να αναλάβει αυτός να ολοκληρώσει, την κατα τη γνώμη μου κρισιμότατη διαδικασία συλλογής απαιτήσεων που σε μεγάλο βαθμό καθορίζει την πορεία κάποιου έργου;

Θίγεις ένα πολύ "πονεμένο" θέμα.

Ο άνθρωπος αυτός (ας τον πούμε "Υπεύθυνος πελάτη" - στο κείμενο αναφέρεται σαν "επαφή με πελάτη") πρέπει να έχει υπόβαθρο IT. Δεν απαιτείται να είναι super-duper-senior-architect-developer-hacker αλλά πρέπει να ξέρει το αντικείμενο και να καταννοεί το αντικείμενο του συγκεκριμένου έργου. Δεν είναι "σκέτος" πωλητής.

Η ουσιαστική λειτουργία του είναι να μεταφέρει:
- την άποψη του πελάτη στην ομάδα ανάπτυξης
- την άποψη της ομάδας ανάπτυξης στον πελάτη
και να βοηθήσει
- στην κατανόηση της επιχειριακής ορολογίας από την ομάδα ανάπτυξης
- στην κατανόηση των τεχνικών δυνατοτήτων/περιορισμών από τον πελάτη

Η συλλογή απαιτήσεων που κάνει αντιστοιχεί στα use cases πρώτου επιπέδου (χοντρικά, τι πρέπει να κάνει η λύση - όχι το πώς πρέπει να το κάνει). Η περαιτέρω εξειδίκευση γίνεται σε συνεργασία με την ομάδα ανάπτυξης.
Δεν συλλέγει τις αναλυτικές λειτουργικές προδιαγραφές. Όμως, μπορεί να συντηρήσει το ευρετήριο ορολογίας, και να ασχολείται με τα παραδοτέα, τα χρονοδιαγράμματα κ.λπ.
Έχει σαφώς "διαχειριστικό" ρόλο, και αποτελεί την γέφυρα μεταξύ πελάτη και ομάδας ανάπτυξης.

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

Στις agile μεθοδολογίες ο ρόλος εκπληρώνεται από τον on-site customer (σε γενικές γραμμές ένα power user του πελάτη, που ξέρει τι επιχειρησιακές απαιτήσεις πρέπει να καλυφθούν, επιχειρησιακούς κανόνες κ.λπ.)

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

Άρης

Re: Microsoft Solutions Framework 3.0 - Συνοπτικός οδηγός

axaros — Thu, 16 Jun 2005 18:55:01 GMT

Οκ ..
Ξεκινάω από τον αγαπητό project manager :

Project management :
Τα άτομα της ομάδας αυτής ασχολούνται με τις επαφές με τον πελάτη, την συλλογή των απαιτήσεων και την διαχείριση των προσδοκιών που έχει από το έργο και καλύπτονται οι επιχειρησιακές ανάγκες που οδήγησαν σε αυτό. Επίσης ενημερώνουν τον πελάτη, κάνουν επιδείξεις και προώθηση (marketing) του έργου στους χρήστες.

Ποιό θα πρέπει να είναι το προφίλ αυτού(ών);
Στην μοδάτη περίπτωση που ο συγκεκριμένος άνθρωπος δεν προέρχεται από τον χώρο του ΙΤ (επαναλαμβάνω λες και για να φτιάξεις ψωμί ρωτάς ένα τσαγκάρη τι να κάνεις) και φυσικά δεν εμπλέκεται στην υλοποίηση γιατί θα πρέπει να αναλάβει αυτός να ολοκληρώσει, την κατα τη γνώμη μου κρισιμότατη διαδικασία συλλογής απαιτήσεων που σε μεγάλο βαθμό καθορίζει την πορεία κάποιου έργου;

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

Στην Ελλάδα του 2005 ...

Re: Microsoft Solutions Framework 3.0 - Συνοπτικός οδηγός

Aris — Sat, 11 Jun 2005 02:14:00 GMT

axaros wrote:
Άρη χαίρομαι που σε προβληματίζει το θέμα όπως και θέλω να πιστεύω πολλούς άλλους. Νομίζω ότι frameworks όπως το συγκεκριμένο στοχεύουν το ιδεατό που είναι και το ζητούμενο για να ανέβει και ο μέσος όρος ζωής των προγραμματιστών (υποθέτω ότι είναι χαμηλός) ...

Στην Ελλάδα του 2005 όμως ρωτάω και πάλι τι από όλα αυτά είναι εφαρμώσιμο;

Πιστεύω ότι oi διαδικασίες που περιγράφει το MSF είναι εφαρμόσιμες, ακόμα και από μικρές ομάδες (η θεωρητική minimum είναι τρία άτομα). Η όλη φιλοσοφία του είναι να προχωράμε με σαφή στάδια, να ελέγχουμε τι κάναμε και να μην ξεφεύγουμε από το επιθυμητό αποτέλεσμα (φτάχνοντας κάτι που δεν ζητήθηκε).

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

Άρης

ΥΓ. Ειδικά για τον μέσο όρο ζωής των προγραμματιστών, εμπρός για eXtreme Programing (core practice #10)

Re: Microsoft Solutions Framework 3.0 - Συνοπτικός οδηγός

axaros — Fri, 10 Jun 2005 22:26:15 GMT

Άρη χαίρομαι που σε προβληματίζει το θέμα όπως και θέλω να πιστεύω πολλούς άλλους. Νομίζω ότι frameworks όπως το συγκεκριμένο στοχεύουν το ιδεατό που είναι και το ζητούμενο για να ανέβει και ο μέσος όρος ζωής των προγραμματιστών (υποθέτω ότι είναι χαμηλός) ...

Στην Ελλάδα του 2005 όμως ρωτάω και πάλι τι από όλα αυτά είναι εφαρμώσιμο;

Re: Microsoft Solutions Framework 3.0 - Συνοπτικός οδηγός

Aris — Fri, 10 Jun 2005 05:13:36 GMT

Το συννημένο ...

Σαν MSF Guide.pdf, δεν το πήρε.

Microsoft Solutions Framework 3.0 - Συνοπτικός οδηγός

Aris — Fri, 10 Jun 2005 05:11:49 GMT

Παρακολουθώντας εδώ και καιρό το dotNetZone, και ειδικότερα την ενότητα για θέματα αρχιτεκτονικής, βλέπω ότι υπάρχει ενδιαφέρον για αυτά τα θέματα, όπως φαίνεται και από posts στην ενότητα dotNetZone.gr forums » Γενικά » Άλλα θέματα » Ρεαλιστικό Software Engineering . Φαίνεται ότι η ανάγκη να αρχίσουμε να δουλεύουμε οργανωμένα είναι πλέον κατανοητή από όλους. Παράλληλα, στο εκπληκτικό σήριαλ του cap βλέπουμε τα αποτελέσματα της «χύμα» προσέγγισης (τα επεισόδια εδώ) .

Θέλοντας να συνεισφέρω στον γενικότερο προβληματισμό, ετοίμασα ένα συνοπτικό οδηγό για το Microsoft Solutions Framework 3.0 (MSF 3.0). Το MSF 3.0 είναι η – επίσημη – τυποποιημένη (formal) μεθοδολογία ανάπτυξης λύσεων της Microsoft, για λύσεις βασισμένες στο .Net Framework (v1.0-v1.1) και αποτελεί την βάση για το διαγώνισμα 70?300 Analyzing Requirements and Defining Microsoft .Net Solution Architectures (που αποτελεί το τελικό – και υποχρεωτικό – διαγώνισμα για την απόκτηση της Microsoft Certified Solutions Developer πιστοποίησης). Ο οδηγός βασίζεται στο σχετικό βιβλίο, με αρκετές προσωπικές παρατηρήσεις και σχόλια.

Το MSF 3.0 αποτελεί ουσιαστικά μια εξέλιξη άλλων δομημένων μεθοδολογιών (συνδυασμός της waterfall και της spiral). Είναι σαφέστατα επηρεασμένο από την Rational Unified Process (RUP), με την προσθήκη (κατά κύριο λόγο):

οργανωμένων ομάδων εργασίας, με μέλη που έχουν διακριτούς ρόλους. Όχι μόνο architect και developers
αναγνώριση της ανάγκης για ανάλυση κινδύνων και απειλών (risks & threat modeling) και βασικών οδηγιών γι’ αυτό, με χρήση και άλλων τύπων διαγραμμάτων (η UML δεν κάνει για τα πάντα …)
οργανωμένης παραγωγής παραδοτέων (εγγράφων) με standard περιεχόμενο, έτσι ώστε και ο χρήστης (πελάτης) και ο κατασκευαστής του λογισμικού να ξέρουν τι έγινε (και γιατί έγινε έτσι) και να μην υπάρχουν στο τέλος διαφωνίες του τύπου «Είπες ότι θα έκανε παπάδες, αλλά κάνει μόνο διάκους»

Το MSF δεν είναι στατικό. Ήδη, σε συνδυασμό με το Visual Studio 2005 Team System (VSTS), η μεθοδολογία εξελίσσεται (κλικ εδώ). Ενσωματώνονται διδάγματα και τεχνικές από τις agile/XP μεθοδολογίες (για eXtreme Programming κλικ εδώ ), χωρίς όμως να καταργείται η δομημένη προσέγγιση. Βλέπουμε την ενσωμάτωση στο VSTS εργαλείων modeling, testing και refactoring, πράγματα που ήταν πρόσθετα στο VS2002/2003, καθώς και εργαλείων παρακολούθησης της εξέλιξης του έργου.

Ελπίζω ότι το συννημένο κείμενο (MSF Guide.pdf) θα αποτελέσει ένα χρήσιμο συνοπτικό οδηγό για εφαρμογή της μεθοδολογίας και θα κεντρίσει το ενδιαφέρον σας για συζήτηση πάνω στο θέμα.

Άρης