sdlc phases
Τι είναι ο κύκλος ζωής ανάπτυξης λογισμικού (SDLC); Μάθετε Φάσεις, Μεθοδολογίες, Διαδικασίες και Μοντέλα SDLC
Ο κύκλος ζωής ανάπτυξης λογισμικού (SDLC) είναι ένα πλαίσιο που καθορίζει τα βήματα που εμπλέκονται στην ανάπτυξη λογισμικού σε κάθε φάση. Καλύπτει το λεπτομερές σχέδιο κατασκευής, ανάπτυξης και συντήρησης του λογισμικού.
Το SDLC καθορίζει τον πλήρη κύκλο ανάπτυξης, δηλαδή όλες τις εργασίες που σχετίζονται με τον σχεδιασμό, τη δημιουργία, τη δοκιμή και την ανάπτυξη ενός προϊόντος λογισμικού.
Τι θα μάθετε:
- Διαδικασία κύκλου ζωής ανάπτυξης λογισμικού
- Κύκλος SDLC
- Φάσεις SDLC
- Μοντέλα κύκλου ζωής ανάπτυξης λογισμικού
- συμπέρασμα
Διαδικασία κύκλου ζωής ανάπτυξης λογισμικού
Το SDLC είναι μια διαδικασία που καθορίζει τα διάφορα στάδια που εμπλέκονται στην ανάπτυξη λογισμικού για την παράδοση ενός προϊόντος υψηλής ποιότητας. Τα στάδια SDLC καλύπτουν τον πλήρη κύκλο ζωής ενός λογισμικού, δηλαδή από την έναρξη έως τη συνταξιοδότηση του προϊόντος.
Η τήρηση της διαδικασίας SDLC οδηγεί στην ανάπτυξη του λογισμικού με συστηματικό και πειθαρχημένο τρόπο.
Σκοπός:
Σκοπός της SDLC είναι να παρέχει ένα προϊόν υψηλής ποιότητας που είναι σύμφωνα με τις απαιτήσεις του πελάτη.
Η SDLC έχει ορίσει τις φάσεις της ως, Απαίτηση συγκέντρωσης, Σχεδιασμός, Κωδικοποίηση, Δοκιμή και Συντήρηση. Είναι σημαντικό να τηρείτε τις φάσεις για να παρέχετε το Προϊόν με συστηματικό τρόπο.
Για παράδειγμα, Πρέπει να αναπτυχθεί ένα λογισμικό και μια ομάδα χωρίζεται για να εργαστεί σε ένα χαρακτηριστικό του προϊόντος και της επιτρέπεται να λειτουργεί όπως θέλει. Ένας από τους προγραμματιστές αποφασίζει να σχεδιάσει πρώτα ενώ ο άλλος αποφασίζει να κωδικοποιήσει πρώτα και ο άλλος στο τμήμα τεκμηρίωσης.
Αυτό θα οδηγήσει σε αποτυχία του έργου, λόγω του οποίου είναι απαραίτητο να έχουμε καλή γνώση και κατανόηση μεταξύ των μελών της ομάδας για την παράδοση ενός αναμενόμενου προϊόντος.
Κύκλος SDLC
Το SDLC Cycle αντιπροσωπεύει τη διαδικασία ανάπτυξης λογισμικού.
Ακολουθεί η διαγραμματική αναπαράσταση του κύκλου SDLC:
Φάσεις SDLC
Παρακάτω δίνονται οι διάφορες φάσεις:
- Συλλογή και ανάλυση απαιτήσεων
- Σχέδιο
- Εφαρμογή ή κωδικοποίηση
- Δοκιμές
- Ανάπτυξη
- Συντήρηση
# 1) Συγκέντρωση και ανάλυση απαιτήσεων
Κατά τη διάρκεια αυτής της φάσης, συλλέγονται όλες οι σχετικές πληροφορίες από τον πελάτη για την ανάπτυξη ενός προϊόντος σύμφωνα με τις προσδοκίες τους. Τυχόν ασάφειες πρέπει να επιλυθούν μόνο σε αυτήν τη φάση.
Ο επιχειρηματικός αναλυτής και ο υπεύθυνος έργου οργάνωσαν μια συνάντηση με τον πελάτη για να συγκεντρώσουν όλες τις πληροφορίες, όπως αυτό που θέλει να δημιουργήσει ο πελάτης, ποιος θα είναι ο τελικός χρήστης, ποιος είναι ο σκοπός του προϊόντος. Πριν από την κατασκευή ενός προϊόντος, η βασική κατανόηση ή γνώση του προϊόντος είναι πολύ σημαντική.
Για παράδειγμα, Ένας πελάτης θέλει να έχει μια εφαρμογή που περιλαμβάνει συναλλαγές χρημάτων. Σε αυτήν την περίπτωση, η απαίτηση πρέπει να είναι σαφής όπως το είδος των συναλλαγών που θα γίνουν, πώς θα γίνει, σε ποιο νόμισμα θα πραγματοποιηθεί κ.λπ.
Μόλις ολοκληρωθεί η συλλογή απαιτήσεων, γίνεται ανάλυση για να ελεγχθεί η σκοπιμότητα ανάπτυξης ενός προϊόντος. Σε περίπτωση αμφιβολίας, πραγματοποιείται κλήση για περαιτέρω συζήτηση.
Μόλις γίνει κατανοητή η απαίτηση, δημιουργείται το έγγραφο SRS (Προδιαγραφή Απαιτήσεων Λογισμικού). Αυτό το έγγραφο πρέπει να γίνει κατανοητό από τους προγραμματιστές και επίσης να ελεγχθεί από τον πελάτη για μελλοντική αναφορά.
# 2) Σχεδιασμός
Σε αυτή τη φάση, η απαίτηση που συγκεντρώνεται στο έγγραφο SRS χρησιμοποιείται ως είσοδος και προκύπτει αρχιτεκτονική λογισμικού που χρησιμοποιείται για την εφαρμογή της ανάπτυξης συστήματος.
# 3) Εφαρμογή ή κωδικοποίηση
Η υλοποίηση / κωδικοποίηση ξεκινά μόλις ο προγραμματιστής λάβει το έγγραφο σχεδίασης. Ο σχεδιασμός λογισμικού μεταφράζεται σε πηγαίο κώδικα. Όλα τα στοιχεία του λογισμικού εφαρμόζονται σε αυτήν τη φάση.
διαδικτυακές υπηρεσίες δοκιμές ερωτήσεων και απαντήσεων σε συνεντεύξεις
# 4) Δοκιμές
Η δοκιμή ξεκινά μόλις ολοκληρωθεί η κωδικοποίηση και οι ενότητες αποδεσμευτούν για δοκιμή. Σε αυτήν τη φάση, το αναπτυγμένο λογισμικό δοκιμάζεται διεξοδικά και τυχόν ελαττώματα που εντοπίζονται ανατίθενται στους προγραμματιστές για να τα διορθώσουν.
Επανεξέταση, έλεγχος παλινδρόμησης γίνεται μέχρι το σημείο στο οποίο το λογισμικό είναι σύμφωνα με τις προσδοκίες του πελάτη. Οι υπεύθυνοι δοκιμών παραπέμπουν στο έγγραφο SRS για να βεβαιωθούν ότι το λογισμικό είναι σύμφωνα με τα πρότυπα του πελάτη.
# 5) Ανάπτυξη
Μόλις το προϊόν δοκιμαστεί, αναπτύσσεται στο περιβάλλον παραγωγής ή πρώτα UAT (Δοκιμή αποδοχής χρήστη) γίνεται ανάλογα με τις προσδοκίες των πελατών.
Στην περίπτωση του UAT, δημιουργείται ένα αντίγραφο του περιβάλλοντος παραγωγής και ο πελάτης μαζί με τους προγραμματιστές κάνει τη δοκιμή. Εάν ο πελάτης εντοπίσει την εφαρμογή όπως αναμενόταν, τότε ο πελάτης αποσυνδέεται από τη σύνδεση για να μεταδοθεί ζωντανά.
# 6) Συντήρηση
Μετά την ανάπτυξη ενός προϊόντος στο περιβάλλον παραγωγής, η συντήρηση του προϊόντος, δηλαδή εάν προκύψει κάποιο ζήτημα και πρέπει να επιδιορθωθεί ή οποιαδήποτε βελτίωση πρέπει να γίνει, φροντίζεται από τους προγραμματιστές.
Μοντέλα κύκλου ζωής ανάπτυξης λογισμικού
Ένα μοντέλο κύκλου ζωής λογισμικού είναι μια περιγραφική αναπαράσταση του κύκλου ανάπτυξης λογισμικού. Τα μοντέλα SDLC ενδέχεται να έχουν διαφορετική προσέγγιση, αλλά οι βασικές φάσεις και η δραστηριότητα παραμένουν οι ίδιες για όλα τα μοντέλα.
# 1) Μοντέλο καταρράκτη
Μοντέλο καταρράκτη είναι το πρώτο μοντέλο που χρησιμοποιείται στο SDLC. Είναι επίσης γνωστό ως το γραμμικό διαδοχικό μοντέλο.
Σε αυτό το μοντέλο, το αποτέλεσμα μιας φάσης είναι η είσοδος για την επόμενη φάση. Η ανάπτυξη της επόμενης φάσης ξεκινά μόνο όταν ολοκληρωθεί η προηγούμενη φάση.
- Πρώτον, γίνεται συλλογή και ανάλυση απαιτήσεων. Μόλις παγώσει η απαίτηση τότε μόνο το σύστημα σχεδίασης μπορεί να ξεκινήσει. Στο παρόν, το έγγραφο SRS που δημιουργήθηκε είναι η έξοδος για τη φάση Απαίτησης και λειτουργεί ως είσοδος για το Σχεδιασμό Συστήματος.
- Στην αρχιτεκτονική και το σχεδιασμό λογισμικού συστήματος σχεδίασης, δημιουργούνται έγγραφα που λειτουργούν ως είσοδος για την επόμενη φάση, δηλαδή υλοποίηση και κωδικοποίηση.
- Στη φάση υλοποίησης, η κωδικοποίηση γίνεται και το λογισμικό που αναπτύχθηκε είναι η είσοδος για την επόμενη φάση, δηλαδή δοκιμή.
- Στη φάση δοκιμής, ο ανεπτυγμένος κώδικας δοκιμάζεται διεξοδικά για την ανίχνευση των ελαττωμάτων στο λογισμικό. Τα ελαττώματα καταγράφονται στο εργαλείο παρακολούθησης ελαττωμάτων και επανεξετάζονται μόλις διορθωθούν. Καταγραφή σφαλμάτων, Επανεξέταση, Έλεγχος παλινδρόμησης συνεχίζεται μέχρι τη στιγμή που το λογισμικό βρίσκεται σε πραγματική κατάσταση.
- Στη φάση Ανάπτυξης, ο αναπτυγμένος κώδικας μεταφέρεται στην παραγωγή αφού δοθεί η αποσύνδεση από τον πελάτη.
- Οποιαδήποτε ζητήματα στο περιβάλλον παραγωγής επιλύονται από τους προγραμματιστές που υπόκεινται σε συντήρηση.
Πλεονεκτήματα του μοντέλου καταρράκτη:
- Το μοντέλο Waterfall είναι το απλό μοντέλο που μπορεί εύκολα να γίνει κατανοητό και είναι αυτό στο οποίο όλες οι φάσεις γίνονται βήμα προς βήμα.
- Τα παραδοτέα κάθε φάσης είναι καλά καθορισμένα και αυτό δεν οδηγεί σε πολυπλοκότητα και καθιστά το έργο εύκολο στη διαχείριση.
Μειονεκτήματα του μοντέλου καταρράκτη:
- Το μοντέλο καταρράκτη είναι χρονοβόρο και δεν μπορεί να χρησιμοποιηθεί σε έργα μικρής διάρκειας, καθώς σε αυτό το μοντέλο δεν μπορεί να ξεκινήσει μια νέα φάση έως ότου ολοκληρωθεί η τρέχουσα φάση.
- Το μοντέλο καταρράκτη δεν μπορεί να χρησιμοποιηθεί για έργα που έχουν αβέβαιη απαίτηση ή όπου η απαίτηση συνεχίζει να αλλάζει καθώς αυτό το μοντέλο αναμένει ότι η απαίτηση θα είναι σαφής στη φάση συλλογής και ανάλυσης απαιτήσεων και οποιαδήποτε αλλαγή στα μεταγενέστερα στάδια θα οδηγούσε σε υψηλότερο κόστος ως απαιτούνται αλλαγές σε όλες τις φάσεις.
# 2) Μοντέλο σε σχήμα V
V- Μοντέλο είναι επίσης γνωστό ως μοντέλο επαλήθευσης και επικύρωσης. Σε αυτό το μοντέλο η επαλήθευση και επικύρωση συμβαδίζουν, δηλαδή η ανάπτυξη και ο έλεγχος συμβαδίζουν παράλληλα. Το μοντέλο V και το μοντέλο καταρράκτη είναι τα ίδια εκτός από το ότι ο σχεδιασμός και η δοκιμή δοκιμών ξεκινούν σε πρώιμο στάδιο στο V-Model.
α) Φάση επαλήθευσης:
(i) Ανάλυση απαιτήσεων:
Σε αυτήν τη φάση, συγκεντρώνονται και αναλύονται όλες οι απαιτούμενες πληροφορίες. Οι δραστηριότητες επαλήθευσης περιλαμβάνουν τον έλεγχο των απαιτήσεων.
(ii) Σχεδιασμός συστήματος:
Μόλις η απαίτηση είναι σαφής, σχεδιάζεται ένα σύστημα, δηλαδή αρχιτεκτονική, τα συστατικά του προϊόντος δημιουργούνται και τεκμηριώνονται σε ένα έγγραφο σχεδιασμού.
(iii) Σχεδιασμός υψηλού επιπέδου:
Ο σχεδιασμός υψηλού επιπέδου καθορίζει την αρχιτεκτονική / σχεδιασμό των ενοτήτων. Καθορίζει τη λειτουργικότητα μεταξύ των δύο ενοτήτων.
(iv) Σχεδίαση χαμηλού επιπέδου:
Η σχεδίαση χαμηλού επιπέδου καθορίζει την αρχιτεκτονική / σχεδιασμό μεμονωμένων στοιχείων.
(v) Κωδικοποίηση:
Η ανάπτυξη κώδικα γίνεται σε αυτή τη φάση.
β) Φάση επικύρωσης:
(i) Δοκιμή μονάδας:
Δοκιμή μονάδας εκτελείται χρησιμοποιώντας τις μονάδες δοκιμής μονάδας που έχουν σχεδιαστεί και πραγματοποιείται στη φάση σχεδιασμού χαμηλού επιπέδου. Ο έλεγχος μονάδας πραγματοποιείται από τον ίδιο τον προγραμματιστή. Εκτελείται σε μεμονωμένα εξαρτήματα που οδηγούν σε έγκαιρη ανίχνευση ελαττωμάτων.
(ii) Δοκιμή ολοκλήρωσης:
Δοκιμή ολοκλήρωσης εκτελείται με χρήση δοκιμαστικών περιπτώσεων ολοκλήρωσης σε φάση σχεδίασης υψηλού επιπέδου. Ο έλεγχος ολοκλήρωσης είναι ο έλεγχος που γίνεται σε ενσωματωμένες ενότητες. Εκτελείται από δοκιμαστές.
(iii) Δοκιμή συστήματος:
Δοκιμή συστήματος εκτελείται στη φάση Σχεδιασμού Συστήματος. Σε αυτήν τη φάση, ελέγχεται ολόκληρο το σύστημα, δηλαδή ελέγχεται ολόκληρη η λειτουργικότητα του συστήματος.
(iv) Δοκιμή αποδοχής:
Ο έλεγχος αποδοχής σχετίζεται με τη φάση ανάλυσης απαιτήσεων και γίνεται στο περιβάλλον του πελάτη.
Πλεονεκτήματα του V - Μοντέλο:
- Είναι ένα απλό και εύκολα κατανοητό μοντέλο.
- Η προσέγγιση V-model είναι καλή για μικρότερα έργα όπου η απαίτηση ορίζεται και παγώνει στο αρχικό στάδιο.
- Είναι ένα συστηματικό και πειθαρχημένο μοντέλο που οδηγεί σε ένα προϊόν υψηλής ποιότητας.
Μειονεκτήματα του V-Model:
- Το μοντέλο σχήματος V δεν είναι καλό για έργα που βρίσκονται σε εξέλιξη.
- Η αλλαγή των απαιτήσεων στο μεταγενέστερο στάδιο θα κοστίσει πολύ υψηλό.
# 3) Πρωτότυπο μοντέλο
Το πρωτότυπο μοντέλο είναι ένα μοντέλο στο οποίο το πρωτότυπο έχει αναπτυχθεί πριν από το πραγματικό λογισμικό.
Τα μοντέλα πρωτοτύπων έχουν περιορισμένες λειτουργικές δυνατότητες και αναποτελεσματική απόδοση σε σύγκριση με το πραγματικό λογισμικό. Οι εικονικές λειτουργίες χρησιμοποιούνται για τη δημιουργία πρωτοτύπων. Αυτός είναι ένας πολύτιμος μηχανισμός για την κατανόηση των αναγκών των πελατών.
Τα πρωτότυπα λογισμικού έχουν δημιουργηθεί πριν από το πραγματικό λογισμικό για να λάβουν πολύτιμα σχόλια από τον πελάτη. Τα σχόλια εφαρμόζονται και το πρωτότυπο επανεξετάζεται ξανά από τον πελάτη για οποιαδήποτε αλλαγή. Αυτή η διαδικασία συνεχίζεται έως ότου το μοντέλο γίνει αποδεκτό από τον πελάτη.
Μόλις ολοκληρωθεί η συλλογή απαιτήσεων, δημιουργείται ο γρήγορος σχεδιασμός και δημιουργείται το πρωτότυπο που παρουσιάζεται στον πελάτη για αξιολόγηση.
Τα σχόλια των πελατών και η εκλεπτυσμένη απαίτηση χρησιμοποιούνται για την τροποποίηση του πρωτοτύπου και παρουσιάζονται ξανά στον πελάτη για αξιολόγηση. Μόλις ο πελάτης εγκρίνει το πρωτότυπο, χρησιμοποιείται ως απαίτηση για την κατασκευή του πραγματικού λογισμικού. Το πραγματικό λογισμικό δημιουργείται χρησιμοποιώντας την προσέγγιση του μοντέλου Waterfall.
Πλεονεκτήματα του πρωτοτύπου μοντέλου:
- Το μοντέλο πρωτοτύπου μειώνει το κόστος και το χρόνο ανάπτυξης καθώς τα ελαττώματα εντοπίζονται πολύ νωρίτερα.
- Λείπει χαρακτηριστικό ή λειτουργικότητα ή μια αλλαγή στην απαίτηση μπορεί να αναγνωριστεί στη φάση αξιολόγησης και μπορεί να εφαρμοστεί στο εκλεπτυσμένο πρωτότυπο.
- Η συμμετοχή ενός πελάτη από το αρχικό στάδιο μειώνει κάθε σύγχυση στην απαίτηση ή στην κατανόηση οποιασδήποτε λειτουργικότητας.
Μειονεκτήματα του πρωτοτύπου μοντέλου:
- Δεδομένου ότι ο πελάτης συμμετέχει σε κάθε φάση, ο πελάτης μπορεί να αλλάξει την απαίτηση του τελικού προϊόντος που αυξάνει την πολυπλοκότητα του πεδίου εφαρμογής και μπορεί να αυξήσει το χρόνο παράδοσης του προϊόντος.
# 4) Σπειροειδές μοντέλο
Το σπειροειδές μοντέλο περιλαμβάνει επαναληπτική και πρωτότυπη προσέγγιση.
Οι φάσεις του σπειροειδούς μοντέλου ακολουθούνται στις επαναλήψεις. Οι βρόχοι στο μοντέλο αντιπροσωπεύουν τη φάση της διαδικασίας SDLC, δηλ. Ο εσωτερικός βρόχος είναι συλλογή και ανάλυση απαιτήσεων που ακολουθεί τον σχεδιασμό, την ανάλυση κινδύνου, την ανάπτυξη και την αξιολόγηση. Ο επόμενος βρόχος είναι ο σχεδιασμός ακολουθούμενος από την υλοποίηση και στη συνέχεια τον έλεγχο
Το σπειροειδές μοντέλο έχει τέσσερις φάσεις:
- Σχεδίαση
- Ανάλυση κινδύνου
- Μηχανική
- Εκτίμηση
(i) Προγραμματισμός:
Η φάση σχεδιασμού περιλαμβάνει συλλογή απαιτήσεων όπου όλες οι απαιτούμενες πληροφορίες συλλέγονται από τον πελάτη και τεκμηριώνονται. Το έγγραφο προδιαγραφής απαιτήσεων λογισμικού δημιουργείται για την επόμενη φάση.
(ii) Ανάλυση κινδύνου:
Σε αυτήν τη φάση, επιλέγεται η καλύτερη λύση για τους σχετικούς κινδύνους και η ανάλυση γίνεται με τη δημιουργία του πρωτοτύπου.
Για παράδειγμα , ο κίνδυνος που συνεπάγεται η πρόσβαση στα δεδομένα από μια απομακρυσμένη βάση δεδομένων μπορεί να είναι ότι ο ρυθμός πρόσβασης των δεδομένων μπορεί να είναι πολύ αργός. Ο κίνδυνος μπορεί να επιλυθεί δημιουργώντας ένα πρωτότυπο του υποσυστήματος πρόσβασης δεδομένων.
(iii) Μηχανική:
Μόλις ολοκληρωθεί η ανάλυση κινδύνου, γίνεται κωδικοποίηση και έλεγχος.
(iv) Αξιολόγηση:
Ο πελάτης αξιολογεί το ανεπτυγμένο σύστημα και σχεδιάζει την επόμενη επανάληψη.
Πλεονεκτήματα του σπιράλ μοντέλου:
- Η ανάλυση κινδύνου γίνεται εκτενώς χρησιμοποιώντας τα πρωτότυπα μοντέλα.
- Οποιαδήποτε βελτίωση ή αλλαγή στη λειτουργικότητα μπορεί να γίνει στην επόμενη επανάληψη.
Μειονεκτήματα του σπιράλ μοντέλου:
- Το σπειροειδές μοντέλο ταιριάζει καλύτερα μόνο σε μεγάλα έργα.
- Το κόστος μπορεί να είναι υψηλό καθώς μπορεί να χρειαστεί ένας μεγάλος αριθμός επαναλήψεων που μπορεί να οδηγήσουν σε υψηλό χρόνο για να φτάσετε στο τελικό προϊόν.
# 5) Επαναληπτικό αυξητικό μοντέλο
Το επαναληπτικό σταδιακό μοντέλο διαιρεί το προϊόν σε μικρά κομμάτια.
Για παράδειγμα , Η δυνατότητα που θα αναπτυχθεί κατά την επανάληψη αποφασίζεται και εφαρμόζεται. Κάθε επανάληψη περνά από τις φάσεις, δηλαδή Ανάλυση Απαιτήσεων, Σχεδιασμός, Κωδικοποίηση και Δοκιμή. Δεν απαιτείται λεπτομερής σχεδιασμός στις επαναλήψεις.
Μόλις ολοκληρωθεί η επανάληψη, ένα προϊόν επαληθεύεται και παραδίδεται στον πελάτη για αξιολόγηση και ανατροφοδότηση. Τα σχόλια του πελάτη εφαρμόζονται στην επόμενη επανάληψη μαζί με τη νέα δυνατότητα που προστέθηκε.
Ως εκ τούτου, το προϊόν αυξάνεται σε όρους χαρακτηριστικών και μόλις ολοκληρωθούν οι επαναλήψεις, η τελική έκδοση διατηρεί όλα τα χαρακτηριστικά του προϊόντος.
Φάσεις επαναληπτικού και αυξητικού μοντέλου ανάπτυξης:
- Φάση έναρξης
- Φάση επεξεργασίας
- Φάση κατασκευής
- Φάση μετάβασης
(i) Φάση έναρξης:
Η φάση έναρξης περιλαμβάνει την απαίτηση και το πεδίο εφαρμογής του Έργου.
(ii) Φάση επεξεργασίας:
Στη φάση επεξεργασίας, παραδίδεται η λειτουργική αρχιτεκτονική ενός προϊόντος που καλύπτει τον κίνδυνο που εντοπίζεται στη φάση έναρξης και πληροί επίσης τις μη λειτουργικές απαιτήσεις.
(iii) Φάση κατασκευής:
Στη φάση κατασκευής, η αρχιτεκτονική συμπληρώνεται με τον κωδικό που είναι έτοιμος να αναπτυχθεί και δημιουργείται μέσω ανάλυσης, σχεδιασμού, εφαρμογής και δοκιμής της λειτουργικής απαίτησης.
(iv) Φάση μετάβασης:
Στη φάση μετάβασης, το προϊόν αναπτύσσεται στο περιβάλλον παραγωγής.
Πλεονεκτήματα του επαναληπτικού και αυξητικού μοντέλου:
- Οποιαδήποτε αλλαγή στην απαίτηση μπορεί να γίνει εύκολα και δεν θα κοστίσει, καθώς υπάρχει το εύρος της ενσωμάτωσης της νέας απαίτησης στην επόμενη επανάληψη.
- Ο κίνδυνος αναλύεται και αναγνωρίζεται στις επαναλήψεις.
- Τα ελαττώματα εντοπίζονται σε πρώιμο στάδιο.
- Καθώς το προϊόν χωρίζεται σε μικρότερα κομμάτια, είναι εύκολο να διαχειριστείτε το προϊόν.
Μειονεκτήματα του επαναληπτικού και στοιχειώδους μοντέλου:
- Απαιτείται πλήρης απαίτηση και κατανόηση ενός προϊόντος για την κατανομή και την κατασκευή σταδιακά.
# 6) Μοντέλο Big Bang
Το Big Bang Model δεν έχει καθορισμένη διαδικασία. Τα χρήματα και οι προσπάθειες συνδυάζονται καθώς η είσοδος και η παραγωγή έρχονται ως ένα ανεπτυγμένο προϊόν που μπορεί να είναι ή να μην είναι το ίδιο με αυτό που χρειάζεται ο πελάτης.
Το Big Bang Model δεν απαιτεί πολύ προγραμματισμό και προγραμματισμό. Ο προγραμματιστής κάνει την ανάλυση και κωδικοποίηση των απαιτήσεων και αναπτύσσει το προϊόν σύμφωνα με την κατανόησή του. Αυτό το μοντέλο χρησιμοποιείται μόνο για μικρά έργα. Δεν υπάρχει ομάδα δοκιμών και δεν γίνονται επίσημες δοκιμές, και αυτό θα μπορούσε να είναι αιτία για την αποτυχία του έργου.
Πλεονεκτήματα του Big Bang Model:
- Είναι ένα πολύ απλό μοντέλο.
- Απαιτείται λιγότερος προγραμματισμός και προγραμματισμός.
- Ο προγραμματιστής έχει την ευελιξία να δημιουργήσει το δικό του λογισμικό.
Μειονεκτήματα του μοντέλου Big Bang:
- Τα μοντέλα Big Bang δεν μπορούν να χρησιμοποιηθούν για μεγάλα, σε εξέλιξη και σύνθετα έργα.
- Υψηλός κίνδυνος και αβεβαιότητα.
# 7) Ευκίνητο μοντέλο
Το Agile Model είναι ένας συνδυασμός του επαναληπτικού και σταδιακού μοντέλου. Αυτό το μοντέλο εστιάζει περισσότερο στην ευελιξία κατά την ανάπτυξη ενός προϊόντος παρά στην απαίτηση.
Στο Agile, ένα προϊόν χωρίζεται σε μικρές στοιχειώδεις κατασκευές. Δεν έχει αναπτυχθεί ως πλήρες προϊόν με μία κίνηση. Κάθε δόμηση αυξάνεται όσον αφορά τα χαρακτηριστικά. Η επόμενη έκδοση βασίζεται σε προηγούμενες λειτουργίες.
Σε ευέλικτες επαναλήψεις ονομάζονται σπριντ. Κάθε σπριντ διαρκεί για 2-4 εβδομάδες. Στο τέλος κάθε σπριντ, ο ιδιοκτήτης του προϊόντος επαληθεύει το προϊόν και μετά την έγκρισή του, παραδίδεται στον πελάτη.
Τα σχόλια των πελατών λαμβάνονται για βελτίωση και οι προτάσεις και οι βελτιώσεις του επεξεργάζονται στο επόμενο σπριντ. Ο έλεγχος γίνεται σε κάθε σπριντ για να ελαχιστοποιηθεί ο κίνδυνος τυχόν αποτυχιών.
Πλεονεκτήματα του Agile Model:
- Επιτρέπει περισσότερη ευελιξία στην προσαρμογή στις αλλαγές.
- Η νέα δυνατότητα μπορεί να προστεθεί εύκολα.
- Η ικανοποίηση των πελατών καθώς τα σχόλια και οι προτάσεις λαμβάνονται σε κάθε στάδιο.
Μειονεκτήματα:
- Έλλειψη τεκμηρίωσης.
- Η Agile χρειάζεται έμπειρους και εξειδικευμένους πόρους.
- Εάν ένας πελάτης δεν είναι ξεκάθαρος για το πώς ακριβώς θέλει να είναι το προϊόν, τότε το έργο θα αποτύχει.
συμπέρασμα
Η προσήλωση σε έναν κατάλληλο κύκλο ζωής είναι πολύ σημαντική, για την επιτυχή ολοκλήρωση του Έργου. Αυτό, με τη σειρά του, διευκολύνει τη διαχείριση.
Διαφορετικά μοντέλα κύκλου ζωής ανάπτυξης λογισμικού έχουν τα δικά τους πλεονεκτήματα και μειονεκτήματα. Το καλύτερο μοντέλο για οποιοδήποτε έργο μπορεί να προσδιοριστεί από παράγοντες όπως η απαίτηση (είτε είναι σαφής είτε ασαφής), η πολυπλοκότητα του συστήματος, το μέγεθος του έργου, το κόστος, ο περιορισμός δεξιοτήτων κ.λπ.
Παράδειγμα, Σε περίπτωση ασαφούς απαίτησης, τα μοντέλα Spiral και Agile είναι καλύτερα να χρησιμοποιηθούν καθώς η απαιτούμενη αλλαγή μπορεί να προσαρμοστεί εύκολα σε οποιοδήποτε στάδιο.
Το μοντέλο Waterfall είναι ένα βασικό μοντέλο και όλα τα άλλα μοντέλα SDLC βασίζονται μόνο σε αυτό.
Ελπίζω να έχετε αποκτήσει τεράστια γνώση του SDLC.
Συνιστώμενη ανάγνωση
- Spiral Model - Τι είναι το SDLC Spiral Model;
- Τι είναι το μοντέλο SDLC Waterfall;
- Τι είναι ο κύκλος ζωής δοκιμής λογισμικού (STLC);
- Δοκιμή λογισμικού QA Assistant Job
- 10 καλύτερες εταιρείες και υπηρεσίες ανάπτυξης λογισμικού Custom το 2021
- Πρακτική δοκιμή λογισμικού - Νέο ΔΩΡΕΑΝ eBook (Λήψη)
- Onsite - Offshore Model of Projecting Testing Projects (και πώς να το κάνει να λειτουργεί για εσάς)
- Γιατί το λογισμικό έχει σφάλματα;