Βιβλίο Γιακουμάκη, κεφ. 13

Preview:

DESCRIPTION

Βιβλίο Γιακουμάκη, κεφ. 13. Ενοποιημένη Διεργασία (Rational Unified Process - RUP ). Το Επαναληπτικό μοντέλο. Το σπυροειδές μοντέλο. Επαναληπτικό μοντέλο. Βασικές αρχές το λογισμικό αναπτύσσεται σε επαναλήψεις , διάρκειας 2 - 6 εβδομάδων - PowerPoint PPT Presentation

Citation preview

Βιβλίο Γιακουμάκη, κεφ. 13

1

Ενοποιημένη Διεργασία

(Rational Unified Process - RUP)

2

Το Επαναληπτικό μοντέλο

3Μηχανική λογισμικού Ι

Το σπυροειδές μοντέλο

Επαναληπτικό μοντέλοΒασικές αρχές

το λογισμικό αναπτύσσεται σε επαναλήψεις, διάρκειας 2 - 6 εβδομάδων

Σε κάθε επανάληψη εκτελούνται όλες ή σχεδόν όλες οι δραστηριότητες ανάπτυξης (προσδ. απαιτήσεων, ανάλυση, σχεδίαση, κλπ)

Οι επαναλήψεις είναι χρονικά πλαισιωμένες (timeboxed). Η ημερομηνία λήξης δεν μετατίθεται. Το παραγόμενο έργο μπορεί να είναι μικρότερο από το αρχικά σχεδιασμένο

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

4

Οφέλη επαναλ. Διαδικασιών

Έγκαιρη αντιμετώπιση των κινδύνων κάθε έργου

Αποδοτική προσαρμογή σε μεταβαλλόμενες απαιτήσεις

Βραχυχρόνιοι στόχοι της ομάδας ανάπτυξηςΕνεργή συμμετοχή των χρηστώνΒελτίωση της ποιότητας του λογισμικού

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

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

5

Ενοποιημένη Διεργασία (ΕΔ)Unified Process (UP)

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

Η RUP άποτελεί εκλεπτυσμένη και αναλυτικότερη περιγραφή

Εκτός από διαδικασία ανάπτυξης είναι και πλατφόρμα διαδικασιών (process framework)

Κρατώντας κάποια βασικά στοιχεία σταθερά, μπορούμε να δημιουργήσουμε παραλλαγές τηςEnterprise Unified ProcessAgileUP

6

Κεντρικές πρακτικές της UPH UP υιοθετεί ένα σύνολο πρακτικών,

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

πλαισίωσης (2-6 εβδ.) με γρήγορη έναρξη προγραμ/μού σε τομείς υψηλού κινδύνου και σημαντικών απαιτήσεων

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

7

Αρχιτεκτονική λογισμικού βασισμένη σε έτοιμα συστατικά (component based)Η χρήση τους μειώνει το κόστος

ανάπτυξης και ελέγχων (επαναχρησιμοποίηση, τμηματοποίηση)

Οπτική μοντελοποίηση (UML)Συνεχής επαλήθεση της ποιότητας

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

8

Ελεγχος στις αλλαγές λογισμικούΟμαδική εργασία – συντονισμόςΥιοθετεί ελεγχόμενη εισαγωγή και

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

επαναλήψεις (καθοδηγούμενη από τους κινδύνους – risk driven)

Εμφαση στην αρχιτεκτονικήΣτόχος η σταθερή αρχι/κή στις πρώτες

επαναλήψεις (αρχιτεκτονικοκεντρική)

9

Φάσεις της UP

ΣύλληψηΟρίζεται η εμβέλεια του λογισμικούΣυλλέγονται και διατυπώνονται οι

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

10

ΕπεξεργασίαΠροσδιορίζεται το μεγαλύτερο μέρος των

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

ΚατασκευήΠροσδιορίζονται οι υπόλοιπες (χαμηλού

κινδύνου) απαιτήσειςΟλοκληρώνεται η κωδικοποίηση και ο έλεγχοςΠραγματοποιείται η συνένωση (integration)Συγγραφή εγχειριδίων χρήσης

11

ΜετάβασηΤελική παράδοσηΕλεγχος BetaΓίνεται μετάπτωση δεδομένωνΕκπαίδευση χρηστών

12

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

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

Παράγονται ενδιάμεσα προϊόντα (artifacts)

13

Στόχος της ΣύλληψηςΕπίτευξη αρχικής συμφωνίας με τον

πελάτη σχετικά με την εμβέλεια του έργουΕξετάζεται η εφικτότητα του έργουΑποφασίζουμε για την ανάληψη ή

ακύρωση του έργουΣτόχος της Επεξεργασίας

Λεπτομερής προσδιορισμός της πλειονότητας των απαιτήσεων (80%)

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

14

Στόχος της ΚατασκευήςΟλοκληρώνεται η συλλογή και η

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

Γίνεται σχεδίαση, κωδικοποίηση και έλεγχος

Καθοδηγούνται από δύο στοιχεία:Οι εναπομείμαντες κίνδυνοιΗ αρχιτεκτονική

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

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

15

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

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

Κύρια δραστηριότητα: έλεγχος αποδοχής από πελάτη

Εκπαίδευση χρηστώνΟλοκλήρωση συγγραφής εγχειριδίων

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

συστήματα

16

Ορόσημα της UPΗ UP θέτει στόχους ολοκλήρωσης κάθε

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

δραστηριοτήτωνΚαι την ωριμότητα ορισμένων προϊόντων

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

17

18

Αξονες της UPΠαρέχουν μια λογική οργάνωση των

δραστηριοτήτωνΚαι των προϊόντων (artifacts)

19

Προϊόντα της UPΗ UP μας δίνει δυνατότητα προσαρμογής της

διαδικασίαςΟι διαφορετικές επιλογές της ομάδας αφορούν:

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

Στο επίπεδο λεπτομέρειας υπάρχουν δύο τάσεις (trade

off):1) τα ενδιάμεσα προϊόντα να είναι λεπτομερή

Ο μηχ. Λογισμικού καθοδηγείται, δεν υπάρχουν περιθώρια σφαλμάτων, παρερμηνειών, αυθαίρετων αποφάσεων

Διευκολύνουν την συντήρηση του λογισμικού στο μέλλον (αναλυτική τεκμηρίωση)

2) Θεωρεί ότι τα λεπτομερή προϊόντα εισάγουν επιπλέον φόρτο εργασίας

20

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

21

Απαιτήσεις

22

Ανάλυση και Σχεδίαση

23

Υλοποίηση

24

Ελεγχος

25

Παράταξη

26

Διοίκηση έργου

27

Φάσεις & Δραστηριότητες ΕΔ

28

Περίπτωση ΧρήσηςΑποτελεί το κομβικό στοιχείο της Ανάλυσης!

Ορισμός:

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

Ιστορία χρήσης του συστήματος σε απάντηση εξωτερικού γεγονότοςΠ.χ. «Δήλωση μαθημάτων, Δημιουργία Παραγγελίας»

29

30

Διεκπεραίωση ΠώλησηςΈνας πελάτης φθάνει σε ένα ταμείο έχοντας κάποια προϊόντα που θέλει να αγοράσει. Ο ταμίας χρησιμοποιεί το σύστημα POS (Point On Sale) για την καταγραφή κάθε προϊόντος. Το σύστημα εμφανίζει τη συνολική χρέωση, καθώς και πληροφορίες για κάθε προϊόν. Ο ταμίας εισάγει τις απαραίτητες πληροφορίες για την πληρωμή, οι οποίες επαληθεύονται και καταγράφονται από το σύστημα. Το σύστημα ενημερώνει την Αποθήκη. Ο πελάτης παίρνει από το σύστημα μια απόδειξη και αποχωρεί με τα προϊόντα.

31

32

33

(Επαναλήψεις & Δραστηριότητες)

Recommended