Γρήγορα στάδια ανάπτυξης εφαρμογών
Η προσέγγιση της Martin στην ταχεία ανάπτυξη εφαρμογών αναγνωρίζει τέσσερα στάδια:
Απαιτήσεις σχεδιασμού
Το αρχικό στάδιο περιλαμβάνει την επικοινωνία μεταξύ όλων των εμπλεκομένων στη δημιουργία του προϊόντος (δηλ. Σχεδιαστές, προγραμματιστές, πελάτες) για τον προσδιορισμό του εύρους, των κύριων στόχων, των προσδοκιών από το έργο, καθώς και για την πρόβλεψη πιθανών προβλημάτων και προβλημάτων.
Σε αυτό το στάδιο της ανάπτυξης του έργου, είναι σημαντικό να καθιερωθεί η διαφάνεια και να εγκριθεί η τελική απαίτηση από όλες τις πλευρές, για να αποφευχθεί η κακή επικοινωνία και οι δαπανηρές αλλαγές που θα μπορούσαν να είχαν παραλειφθεί.
Σχεδιασμός χρήστη
Αυτό είναι όπου οι απαιτήσεις που συγκεντρώθηκαν κατά την αρχική φάση μετατρέπονται σε πρωτότυπα. Το σύνθημα εδώ είναι γρήγορο, πράγμα που σημαίνει ότι τα πρωτότυπα είναι αρκετά τραχιά και άθικτα. Ο στόχος των σχεδιαστών και των προγραμματιστών σε αυτό το στάδιο δεν είναι να χτίσουν την τελική έκδοση του προϊόντος αλλά να δοκιμάσουν μία ή περισσότερες παραδοχές, για να δουν τα χαρακτηριστικά που προτείνονται είναι χρήσιμα ή άχρηστα για τους χρήστες. Το στάδιο σχεδίασης του χρήστη επικεντρώνεται στον προσδιορισμό της αρχιτεκτονικής του συστήματος και επαναλαμβάνεται όσο συχνά χρειάζεται σε όλη την ανάπτυξη.
Κατασκευή
Τώρα για την κωδικοποίηση, τον έλεγχο και την απαραίτητη ολοκλήρωση. Κατά τη διάρκεια της φάσης κατασκευής, μια ομάδα ανάπτυξης λογισμικού συνεργάζεται για την εξομάλυνση των τραχιών ακμών. Μέσω επαναλήψεων και δοκιμών, εξαλείφονται όλα τα σφάλματα και τα γλιστρά και τελικά η ομάδα φτάνει στην τελική έκδοση του προϊόντος.
Αυτό το στάδιο είναι επίσης ανοικτό σε αλλαγές και αλλαγές και ως φάση σχεδιασμού του χρήστη, μπορεί να επαναληφθεί όσο συχνά χρειάζεται.
Επεξεργασία
Στο τελικό στάδιο διακοπής ή υλοποίησης, το προϊόν είναι έτοιμο να ξεκινήσει. Αυτό το στάδιο περιλαμβάνει τα τελικά καθήκοντα όπως στην παραδοσιακή φάση υλοποίησης SDLC: μετατροπή δεδομένων, μετάβαση στο νέο σύστημα, δοκιμή και εκπαίδευση χρηστών. Αλλά σε αυτή την περίπτωση, η όλη διαδικασία απλοποιείται και παραδίδεται πολύ πιο γρήγορα.
Δεδομένου ότι η ταχεία προσέγγιση ανάπτυξης εφαρμογών διασπά το πρόγραμμα λογισμικού σε μικρότερα και ευκολότερα διαχειρίσιμα κομμάτια, ο χρόνος ανάπτυξης μειώνεται επαρκώς. Και επειδή ενθαρρύνει τη συνεχή ανατροφοδότηση, οι χρήστες συμμετέχουν πάντα στην ανάπτυξη προϊόντων, αυτό, με τη σειρά του, σημαίνει ότι το προϊόν βελτιώνεται συνεχώς μέσω επανάληψης και εισάγονται όλες οι απαραίτητες αλλαγές αμέσως και όχι μετά την εκτόξευση του προϊόντος.
Αλλά, όπως είναι ιδανικό ως το μοντέλο RAD, ακούγεται με λίγους περιορισμούς. Ενώ είναι ιδανικό για μικρότερες ομάδες και γρήγορα έργα, δεν λειτουργεί τόσο καλά σε μεγάλα έργα. Εκτιμώντας την ευελιξία της, αυτό σημαίνει επίσης λιγότερους ελέγχους και περιορισμούς, οι οποίοι μπορεί να αποτελέσουν πρόκληση για τα έργα από τη μεγαλύτερη πλευρά. RAD πλαίσιο απαιτεί μια πιο εξειδικευμένη ομάδα και μια μεγαλύτερη συνεργασία μέσα σε αυτό.
Διαβάστε εδώ για το rad model.
