Merge pull request #1 from chrodos/chrodos-patch-1

Update 1-SoftReq.txt

manuscript/1-SoftReq.txt

@@ -108,7 +108,7 @@
 κατάστασης με στόχο να παρακολουθείται η πρόοδος του έργου.
 Συνήθως, οι απαιτήσεις λογισμικού είναι μονοσήμαντες, ώστε να μπορούν
 να θέτονται κάτω από την Διαχείριση σχηματισμών λογισμικού καθ' όλη
-την διάρκεια του κύκλου ζωής της λειτουργίας και του λογισμικού.
+την διάρκεια του κύκλου ζωής της λειτουργίας του λογισμικού.
 
 ### Απαιτήσεις προϊόντος και διεργασίας ανάπτυξης {#proddevelreq}
 
@@ -126,36 +126,36 @@
 τεχνικών ανάλυσης (όπως μέθοδοι τυπικών προδιαγραφών) για τη μείωση
 των σφαλμάτων που μπορούν να οδηγήσουν σε ανεπαρκή αξιοπιστία.
 Απαιτήσεις διεργασίας ανάπτυξης μπορούν, επίσης, να επιβληθούν απευθείας από
-τον οργανισμό ανάπτυξης, τον πελάτη του ή από τρίτους όπως μια ρυθμιστική
+τον οργανισμό ανάπτυξης, τον πελάτη του λογισμικού ή από τρίτους όπως μια ρυθμιστική
 αρχή.
 
 ### Λειτουργικές και μη λειτουργικές απαιτήσεις {#func-nonfun-req}
 
 Οι λειτουργικές απαιτήσεις περιγράφουν τις λειτουργίες τις οποίες
-το λογισμικό πρέπει εκτελέσει. Για παράδειγμα, τη μορφοποίηση κειμένου
-ή την διαμόρφωση ενός σήματος. Είναι γνωστές και ως δυνατότητες ή
+το λογισμικό πρέπει να εκτελέσει. Για παράδειγμα, τη μορφοποίηση κειμένου
+ή τη διαμόρφωση ενός σήματος. Είναι γνωστές και ως δυνατότητες ή
 λειτουργίες.
 Μια λειτουργική απαίτηση μπορεί, επίσης, να περιγραφεί ως μια απαίτηση
 για την οποία μπορεί να γραφεί ένα πεπερασμένο σύνολο δοκιμασμένων
 βημάτων για να επαληθευτεί η συμπεριφορά της.
 
 Μη λειτουργικές απαιτήσεις είναι εκείνες οι οποίες δρουν για να περιορίσουν
 τη λύση. Είναι γνωστές και ως περιορισμοί ή απαιτήσεις ποιότητας.
-Μπορούν, επίσης, να κατηγοριοποιηθούν ανάλογα με το αν είναι:
+Μπορούν επίσης να κατηγοριοποιηθούν ανάλογα με το αν είναι:
    * απαιτήσεις απόδοσης
    * απαιτήσεις συντήρησης 
    * απαιτήσεις διασφάλισης
    * απαιτήσεις αξιοπιστίας
    * απαιτήσεις ασφάλειας
    * απαιτήσεις διαλειτουργικότητας
-ή ένας από τους πολλούς διάφορους τύπους απαιτήσεων λογισμικού (βλ.
+ή ένας από τους πολλούς διαφορετικούς τύπους απαιτήσεων λογισμικού (βλ.
 παράγραφο [Μοντέλα και χαρακτηριστικά ποιότητας](#modattrb), στο γνωστικό
 πεδίο Ποιότητα λογισμικού).
 
 ### Αναδυόμενες ιδιότητες {#emergpr}
 
 Ορισμένες απαιτήσεις αντιπροσωπεύουν αναδυόμενες ιδιότητες λογισμικού,
-δηλαδή, απαιτήσεις οι οποίες δεν μπορούν να αντιμετωπιστούν από ένα
+δηλαδή απαιτήσεις οι οποίες δεν μπορούν να αντιμετωπιστούν από ένα
 και μόνο συστατικό αλλά εξαρτώνται από το πώς όλα τα συστατικά στοιχεία
 του λογισμικού διαλειτουργούν. Για παράδειγμα, η απαίτηση απόδοσης
 για ένα τηλεφωνικό κέντρο θα μπορούσε να εξαρτάται από το πώς το τηλεφωνικό
@@ -167,7 +167,7 @@
 ### Ποσοτικές απαιτήσεις
 
 Οι απαιτήσεις λογισμικού θα πρέπει να δηλώνονται όσο το δυνατόν πιο
-σαφώς και μονοσήμαντα και, όπου είναι κατάλληλο, ποσοτικά. Είναι σημαντικό
+σαφώς και μονοσήμαντα, και όπου είναι κατάλληλο, ποσοτικά. Είναι σημαντικό
 να αποφεύγονται οι ασαφείς και μη επαληθεύσιμες απαιτήσεις, οι οποίες
 εξαρτώνται για την ερμηνεία τους από την υποκειμενική κρίση («το λογισμικό
 πρέπει να είναι αξιόπιστο», «το λογισμικό πρέπει να είναι φιλικό προς
@@ -207,15 +207,15 @@
 
 
 ## Απαιτήσεις από την διεργασία ανάπτυξης {#req-process}
-Αυτή η ενότητα εισάγει τις απαιτήσεις λογισμικού από την διεργασία
+Αυτή η ενότητα εισάγει τις απαιτήσεις λογισμικού από τη διεργασία
 ανάπτυξης, προσανατολίζοντας τα υπόλοιπα πέντε θέματα και δείχνοντας
 πώς οι απαιτήσεις από τη διεργασία ανάπτυξης βρίσκονται σε άμεση συνάρτηση
 με τη συνολική διαδικασία τεχνολογίας λογισμικού.
 
 ### Μοντέλα διεργασιών {#pr-models}
 
 Ο στόχος αυτού του θέματος είναι να καταστήσει σαφές ότι οι απαιτήσεις
-από τη διεργασία ανάπτυξης
+από τη διεργασία ανάπτυξης:
 
   * δεν είναι μία διακριτή μεμονωμένη δραστηριότητα του κύκλου ζωής του
   λογισμικού, αλλά περισσότερο μια διεργασία που ξεκινάει στην αρχή
@@ -225,7 +225,7 @@
   και τα διαχειρίζεται χρησιμοποιώντας τις ίδιες πρακτικές διαχείρισης
   σχηματισμών του λογισμικού ως άλλα στοιχεία από τις διαδικασίες του
   κύκλου ζωής του λογισμικού και
-  * πρέπει να προσαρμόζονται με τον οργανισμό και την «βασική ιδέα»
+  * πρέπει να προσαρμόζονται με τον οργανισμό και τη «βασική ιδέα»
   του έργου.
 
 Ειδικότερα, αυτό το θέμα ασχολείται με το πώς οι δραστηριότητες της
@@ -261,7 +261,7 @@
   * Ρυθμιστές: Πολλά πεδία εφαρμογής, όπως το τραπεζικό αλλά και των
   μέσων μαζικής μεταφοράς, είναι ρυθμιζόμενα. Το λογισμικό που προορίζεται γι αυτούς
   τους τομείς πρέπει να συμμορφώνεται με τις απαιτήσεις των ρυθμιστικών αρχών.
-  * Μηχανικοί λογισμικού: Αυτά τα άτομα έχουν θεμιτό ενδιαφέρον να επωφελούνται
+  * Μηχανικοί λογισμικού: Αυτά τα άτομα έχουν θεμιτό ενδιαφέρον και επωφελούνται
   από την ανάπτυξη του λογισμικού. Για παράδειγμα, την επαναχρησιμοποίηση
   των συστατικών σε ή από άλλα προϊόντα. Αν, σε αυτό το σενάριο, ένας
   πελάτης ενός συγκεκριμένου προϊόντος έχει συγκεκριμένες απαιτήσεις
@@ -277,7 +277,7 @@
 Δεν θα είναι δυνατόν να ικανοποιηθούν απόλυτα οι απαιτήσεις του κάθε
 ενδιαφερόμενου μέρους και είναι δουλειά του μηχανικού λογισμικού να
 διαπραγματευτεί ανταλλάγματα που είναι τόσο αποδεκτά από τα κύρια
-ενδιαφερόμενα μέρη, όσο και εντός του προϋπολογισμού και τεχνικών,
+ενδιαφερόμενα μέρη, όσο και εντός του προϋπολογισμού και των τεχνικών,
 ρυθμιστικών και άλλων περιορισμών.
 Απαραίτητη προϋπόθεση για αυτό είναι ο προσδιορισμός όλων των ενδιαφερόμενων μερών, 
 η ανάλυση της φύση της «συμμετοχής» τους και η εκμαίευση των απαιτήσεων τους.
@@ -287,7 +287,7 @@
 Αυτή η ενότητα εισάγει τους πόρους διαχείρισης του έργου που απαιτούνται
 και καταναλώνονται από τις απαιτήσεις της διεργασίας ανάπτυξης. Καθορίζει
 το πλαίσιο για την πρώτη ενότητα, [Έναρξη και ορισμός σκοπού](#initiat-scope-defin-mng), στο γνωστικό
-του γνωστικού πεδίου Διοίκηση τεχνολογίας λογισμικού.
+πεδίο της Διοίκηση τεχνολογίας λογισμικού.
 Κύριος σκοπός του είναι να κάνει τη σύνδεση μεταξύ των δραστηριοτήτων 
 διεργασιών που προσδιορίζεται στο θέμα Μοντέλα διεργασιών και των θεμάτων του κόστους, 
 των ανθρώπινων πόρων, της εκπαίδευσης και των εργαλείων.
@@ -296,20 +296,20 @@
 
 Αυτό το θέμα ασχολείται με την αξιολόγηση της ποιότητας και τη βελτίωση
 των απαιτήσεων της διεργασίας ανάπτυξης. Σκοπός του είναι να τονίσει
-το βασικό ρόλο που παίζουν οι απαιτήσεις διεργασίας ανάπτυξης σε όρους κόστους και 
+τον βασικό ρόλο που έχουν οι απαιτήσεις διεργασίας ανάπτυξης σε όρους κόστους και 
 επικαιρότητας ενός προϊόντος λογισμικού και ικανοποίησης του πελάτη από αυτό. 
 Θα συμβάλει στον προσανατολισμό αυτών των απαιτήσεων με τα πρότυπα 
-ποιότητας και πρότυπα διεργασίας βελτίωσης για το λογισμικό και τα
+ποιότητας και τα πρότυπα διεργασίας βελτίωσης για το λογισμικό και τα
 συστήματα.
 Η ποιότητα και η διεργασίας βελτίωσης είναι στενά συνδεδεμένες με 
 τη γνωστική περιοχή τόσο της Ποιότητας λογισμικού όσο και των Διεργασιών
-τεχνολογίας λογισμικού, και περιλαμβάνουν:
+τεχνολογίας λογισμικού και περιλαμβάνουν:
 
   * την κάλυψη των απαιτήσεων της διεργασίας ανάπτυξης μέσω προτύπων
   και μοντέλων της διεργασίας βελτίωσης,
   * τη μέτρηση και τη συγκριτική αξιολόγηση των απαιτήσεων της διεργασίας
   ανάπτυξης,
-  * το σχεδιασμό και την εφαρμογή της βελτίωσης και
+  * τον σχεδιασμό και την εφαρμογή της βελτίωσης και
   * την ασφάλεια του σχεδιασμού και της εφαρμογής της βελτίωσης.
 
 ## Εκμαίευση απαιτήσεων
@@ -337,7 +337,7 @@
 
 Ένα κρίσιμο στοιχείο της εκμαίευσης απαιτήσεων είναι η ενημέρωση της
 εφαρμογής του σχεδίου. Αυτό περιλαμβάνει την παροχή μιας περιγραφής
-του λογισμικού, καθώς και  το σκοπό και την ιεράρχηση των παραδοτέων,
+του λογισμικού, καθώς και τον σκοπό και την ιεράρχηση των παραδοτέων,
 για να εξασφαλιστεί ότι οι πιο σημαντικές επιχειρηματικές ανάγκες
 του πελάτη ικανοποιούνται κατά προτεραιότητα. Αυτό ελαχιστοποιεί τον
 κίνδυνο οι ειδικοί απαιτήσεων να ξοδεύουν χρόνο εκμαιεύοντας απαιτήσεις
@@ -350,25 +350,25 @@
 
 ### Πηγές απαιτήσεων
 
-Οι απαιτήσεις έχουν πολλές πηγές στο τυπικό λογισμικό, και είναι σημαντικό
+Οι απαιτήσεις έχουν πολλές πηγές στο τυπικό λογισμικό και είναι σημαντικό
 να εντοπίζονται και να αξιολογούνται όλες οι πιθανές πηγές. Το θέμα
 αυτό έχει σχεδιαστεί για την προαγωγή της επίγνωσης των διαφόρων πηγών
 των απαιτήσεων του λογισμικού και των πλαισίων διαχείρισής τους.
 Τα κύρια σημεία που καλύπτονται είναι τα εξής:
 
   * Στόχοι: Ο όρος «στόχος» (μερικές φορές ονομάζεται «ανησυχία των
   επιχειρήσεων» ή «κρίσιμος παράγοντας επιτυχίας») αναφέρεται στους
-  συνολικά υψηλού επιπέδου στόχους του λογισμικού. Παρέχουν την σκοπιμότητα
+  συνολικά υψηλού επιπέδου στόχους του λογισμικού. Παρέχουν τη σκοπιμότητα
   του λογισμικού, αλλά είναι συχνά ασαφείς. Οι μηχανικοί λογισμικού
   πρέπει να δώσουν ιδιαίτερη προσοχή στην εκτίμηση της αξίας (σε σχέση
   με την προτεραιότητα) και το κόστος των στόχων.
-  Μια μελέτη σκοπιμότητας είναι  ένας τρόπος σχετικά χαμηλού κόστους
+  Μια μελέτη σκοπιμότητας είναι ένας τρόπος, σχετικά χαμηλού κόστους,
   για να γίνει αυτό.
   * Γνώση της περιοχής: Ο μηχανικοί λογισμικού θα πρέπει να αποκτούν
   ή να διαθέτουν γνώσεις σχετικά με το πεδίο εφαρμογής. Η γνώση της
-  περιοχής παρέχει το πλαίσιο, μέσα στο οποίο πρέπει να καθορίζονται
+  περιοχής παρέχει το πλαίσιο μέσα στο οποίο πρέπει να καθορίζονται
   όλες οι απαιτήσεις γνώσεων που προέκυψαν, ώστε να το καταλάβουν. Είναι
-  μια καλή πρακτική για να μιμηθεί μια οντολογική προσέγγιση στην γνώση
+  μια καλή πρακτική για να μιμηθεί μια οντολογική προσέγγιση στη γνώση
   της περιοχής.
   Πρέπει να προσδιορίζονται οι σχέσεις μεταξύ των σχετικών εννοιών εντός
   του πεδίου εφαρμογής.
@@ -379,7 +379,7 @@
   στη χρήση ή υπονομεύει τις πολιτισμικές και πολιτικές δομές της οργάνωσης
    πελάτη.
   Ο μηχανικοί λογισμικού πρέπει να προσδιορίσουν, να αντιπροσωπεύσουν
-  και να διαχειρίζονται τις «οπτικές» πολλών διαφορετικών τύπων ενδιαφερομένων
+  και να διαχειριστούν τις «οπτικές» πολλών διαφορετικών τύπων ενδιαφερομένων
   μερών.
   * Επιχειρησιακοί κανόνες: Αυτές είναι δηλώσεις που ορίζουν ή περιορίζουν
   κάποια πτυχή της δομής ή της συμπεριφοράς της ίδιας της επιχείρησης.