Ενότητα πληροφοριακού συστήματος οργάνωσης. Διατριβή: Ανάπτυξη πληροφοριακού συστήματος Βάση χονδρικής. Αυτοματοποιημένοι σταθμοί εργασίας

Με βάση τον σκοπό του πληροφοριακού συστήματος που αναπτύσσεται, θα σχεδιάσουμε περαιτέρω τη σπονδυλωτή δομή της εφαρμογής. Για να προσδιορίσουμε τη δομοστοιχειωτή δομή, θα χρησιμοποιήσουμε το διάγραμμα συνιστώσας σημειογραφίας UML 2.0 (Εικ. 3.4).

Ρύζι. 3.4

Το πληροφοριακό σύστημα αποτελείται από τρία στοιχεία:

• 1. Διεπαφή. Υλοποίηση αλληλεπίδρασης χρήστη με το πληροφοριακό σύστημα. Περιέχει τις ακόλουθες ενότητες:
  • · Είσοδος/Έξοδος - οργάνωση εισόδου και εξόδου πληροφοριών κατά την εργασία με IP.
  • · Αναφορά - οργάνωση αναφοράς σύμφωνα με τις καθιερωμένες μορφές τεκμηρίωσης για διάφορους τομείς δραστηριότητας της υπηρεσίας πρόσληψης.
  • Αναζήτηση - οργάνωση της αναζήτησης υποψηφίων και κενών θέσεων σύμφωνα με τις καθορισμένες παραμέτρους.
• 2. Επεξεργασία δεδομένων. Εφαρμογή λειτουργιών επεξεργασίας πληροφοριών: αναζήτηση δεδομένων στη βάση δεδομένων, μαθηματικό μοντέλο για το έργο της πρωτογενούς ανάλυσης εγγράφων κ.λπ.
• 3. DB. Υλοποίηση αποθήκης δεδομένων που περιέχει πληροφορίες για πελάτες.

Ανάπτυξη της δομής της βάσης δεδομένων

Όπως αναφέρθηκε προηγουμένως, στο σύστημα πληροφοριών, όλες οι πληροφορίες αποθηκεύονται σε μια ενιαία βάση δεδομένων. Η μεθοδολογία IDEF1x εφαρμόστηκε για τη μοντελοποίηση της λογικής δομής της βάσης δεδομένων. Σύμφωνα με αυτή τη μεθοδολογία, η διαδικασία κατασκευής ενός μοντέλου πληροφοριών αποτελείται από τα ακόλουθα βήματα:

• ορισμός οντοτήτων· προσδιορισμός εξαρτήσεων μεταξύ οντοτήτων·
• Ρύθμιση πρωτεύοντος και εναλλακτικού κλειδιού.
• ορισμός των χαρακτηριστικών οντοτήτων.
• φέρνοντας το μοντέλο στο απαιτούμενο επίπεδο κανονικής μορφής·
• · Μετάβαση στη φυσική περιγραφή του μοντέλου: εκχώρηση αντιστοιχιών όνομα οντότητας - όνομα πίνακα, χαρακτηριστικό οντότητας - χαρακτηριστικό πίνακα.
• Ρύθμιση ενεργειών, διαδικασιών και περιορισμών·
• δημιουργία βάσης δεδομένων.

Το διάγραμμα σχέσης οντοτήτων, το οποίο περιγράφει τη βάση δεδομένων με όρους IDEF1.x, αποτελείται από τρία κύρια μπλοκ - οντότητες, χαρακτηριστικά και σχέσεις. Αν θεωρήσουμε το διάγραμμα ως μια γραφική αναπαράσταση των κανόνων της θεματικής περιοχής, τότε οι οντότητες και τα χαρακτηριστικά είναι ουσιαστικά και οι σχέσεις είναι ρήματα.

Δεδομένου ότι το μελλοντικό IS θα αναζητήσει αυτήν τη βάση δεδομένων, επιλέχθηκαν τα ακόλουθα ως κύρια χαρακτηριστικά για το έγγραφο:

• - όνομα εγγράφου·
• - την ημερομηνία παραλαβής του εγγράφου στο αρχείο (δικηγορικές εταιρείες που παρέχουν αρχειακές υπηρεσίες παρακολουθούν τη διατήρηση των εγγράφων. Κάθε έγγραφο έχει τη δική του περίοδο αποθήκευσης. Πολλοί τίτλοι χάνουν τη συνάφειά τους με την πάροδο του χρόνου και η αξία τους μειώνεται στο μηδέν. Τέτοια έγγραφα Η έγκαιρη επιλογή τέτοιων εγγράφων και η καταστροφή εγγράφων περιλαμβάνεται στο πακέτο των αρχειακών υπηρεσιών που παρέχουν τα δικηγορικά γραφεία. αυτή την περίοδο, το έγγραφο υποβάλλεται για καταστροφή).
• - ιδιοκτησία (τύπος) του εγγράφου (καθώς όλα τα έγγραφα χωρίστηκαν σε 7 τύπους, για τους οποίους η κατάταξη έγινε κατά σπουδαιότητα).
• - αριθμός στήλης
• - αριθμός ραφιού
• - αριθμός έλκηθρου (αυτές οι 3 παράμετροι είναι απαραίτητες για τον προσδιορισμό της θέσης του εγγράφου στο αρχείο).
• - την παρουσία του εγγράφου στο κελί του (πρέπει να γνωρίζετε εάν το έγγραφο βρίσκεται στο αρχείο ή αν εκδόθηκε στον αιτούντα).

Το αποτέλεσμα ενός ερωτήματος για την επιλογή όλων των εγγράφων που ανήκουν σε έναν πελάτη πρέπει να μοιάζει με αυτό, βλέπε Εικόνα 3.5. Στο παράδειγμα που παρουσιάζεται, ο αριθμός των εγγράφων περιορίστηκε σκόπιμα σε 20.

Ας εξετάσουμε τώρα με περισσότερες λεπτομέρειες το λογικό μοντέλο δεδομένων του πληροφοριακού συστήματος που αναπτύσσεται, που φαίνεται στο Σχήμα 3.6.

Ρύζι. 3.5

Ρύζι. 3.6

Από το παρουσιαζόμενο μοντέλο δεδομένων, μπορεί να φανεί ότι περιέχει τρεις οντότητες, η καθεμία με το δικό της σύνολο χαρακτηριστικών, δύο από τα οποία είναι εξαρτημένα και η μία όχι.

Η οντότητα «Εργαζόμενος», η οποία είναι ανεξάρτητη οντότητα, έχει τα ακόλουθα χαρακτηριστικά:

• · Αριθμός αναγνώρισης υπαλλήλου - είναι το κύριο κλειδί αυτής της οντότητας.
• Όνομα υπαλλήλου·
• Τομέας εξειδίκευσης ·
• · Εκτίμηση;
• · Επιπλέον πληροφορίες.

Η οντότητα «Πελάτης» είναι μια εξαρτημένη οντότητα από την οντότητα «Εργαζόμενος», πράγμα που σημαίνει ότι κάθε εργαζόμενος μπορεί να εξυπηρετήσει πολλούς πελάτες. Η οντότητα πελάτη έχει τα ακόλουθα χαρακτηριστικά:

• · Σειρά και αριθμός διαβατηρίου - είναι το κύριο κλειδί αυτής της οντότητας.
• · Αριθμός αναγνώρισης υπαλλήλου - είναι ένα δευτερεύον κλειδί αυτής της οντότητας.
• Όνομα υπαλλήλου·
• Τομέας εξειδίκευσης ·
• · Εκτίμηση;
• · Επιπλέον πληροφορίες.

Η οντότητα "Έγγραφο" είναι μια εξαρτημένη οντότητα από την οντότητα "Πελάτης", που σημαίνει ότι κάθε πελάτης μπορεί να αποθηκεύσει πολλά διαφορετικά έγγραφα στο αρχείο. Η οντότητα του εγγράφου έχει τα ακόλουθα χαρακτηριστικά:

• · Αναγνωριστικό εγγράφου - είναι το πρωτεύον κλειδί αυτής της οντότητας.
• · Αριθμός σειράς και διαβατηρίου - είναι δευτερεύον κλειδί αυτής της οντότητας.
• · Όνομα εγγράφου.
• · Ημερομηνία απόδειξης;
• · Ανήκουν σε ομάδα.
• Αριθμός στήλης;
• · Αριθμός ραφιού.
• · Αριθμός ρυθμιστικού.
• Η παρουσία ενός εγγράφου σε ένα κελί.

Η σχέση των πληροφοριακών υποσυστημάτων της επιχείρησης

Πώς σχετίζονται Πληροφοριακά συστήματαεντός της επιχείρησης; Ο συνήθης τρόπος για μια μεσαίου μεγέθους ρωσική εταιρεία είναι να ξεκινήσει η εισαγωγή της τεχνολογίας πληροφοριών με την αυτοματοποίηση του λογιστικού τμήματος, του τμήματος προσωπικού και της διαχείρισης εγγράφων. Τα δεδομένα αυτών των συστημάτων είναι τα πιο επισημοποιημένα, οι διαδικασίες αυτοματοποιούνται εύκολα. Τα ευρέως χρησιμοποιούμενα πακέτα "1C: Accounting", "Boss: HR", "LanDocs", "LanStaff", "Salary" κ.λπ. σας επιτρέπουν να δημιουργήσετε τον εαυτό σας με οποιεσδήποτε εφαρμογές και, ως εκ τούτου, να τις ενσωματώσετε στο γενικό σύστημα πληροφοριών της επιχείρησης. Ρύζι. Το 7.1 δείχνει πώς σχετίζονται μεταξύ τους οι ενότητες του πληροφοριακού συστήματος μιας εταιρείας. Η μονάδα TPS εξυπηρετεί τις κύριες διαδικασίες παραγωγής και υποστήριξης και είναι συνήθως η κύρια πηγή για άλλες ενότητες πληροφοριών. Το ESS είναι ο κύριος αποδέκτης δεδομένων και εσωτερικών συστημάτων από το εξωτερικό περιβάλλον.

Ρύζι. 7.1.

Άλλα συστήματα ανταλλάσσουν επίσης δεδομένα. Και εδώ έρχεται μια από τις πιο δύσκολες ερωτήσεις για έναν ηγέτη - αναζήτηση του βέλτιστου βαθμού ολοκλήρωσης. Είναι δελεαστικό να έχετε ένα πλήρως ενσωματωμένο σύστημα, αλλά μια τέτοια ενοποίηση είναι εξαιρετικά χρονοβόρα και δαπανηρή. Και είναι καλύτερο να μην πούμε καν πόσο κοστίζει η συντήρηση ενός τέτοιου συστήματος. Ως εκ τούτου, η ανάγκη για ολοκληρωμένα συστήματα πρέπει να σταθμιστεί έναντι της δυσκολίας και του κόστους ενός IC μεγάλης κλίμακας. Δεν υπάρχει τυπικό επίπεδο ολοκλήρωσης ή συγκέντρωσης - κάθε αρχηγός πρέπει(ή με τη βοήθεια μιας εταιρείας συμβούλων) για την επίλυση αυτού του δύσκολου προβλήματος.

Σχέσεις μεταξύ συλλογής DSS και TPS, KWS,

Αυτοματοποιημένοι σταθμοί εργασίας

απαιτήσεις απόδοσης

Λίστα αναφορών που δημιουργούνται

4.4.2. Απαιτήσεις για το σύστημα προγραμματισμού και ελέγχου παραγωγής

Το πληροφοριακό σύστημα θα πρέπει να παρέχει τον προγραμματισμό των πόρων της επιχείρησης και τη διαχείριση παραγωγής παραγγελιών.

Απαιτήσεις λειτουργικότητας IS:

1. Διαχείριση διαμόρφωσης τελικών προϊόντων (FP):

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

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

2. Διαχείριση πωλήσεων:

Προβολή του ιστορικού των σχέσεων με τους πελάτες.

Εγγραφή/προσαρμογή της αίτησης του πελάτη με ένδειξη της λίστας του GP, των τόμων, της ημερομηνίας αποστολής, της τιμής πώλησης και τυχόν πρόσθετων όρων.

Προβολή των τρεχόντων οικονομικών δεικτών (υπολογισμός) του παραγγελθέντος GP.

3. Σχεδιασμός παραγωγής:

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

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

Διαμόρφωση σχεδίου για τις ανάγκες παραγωγής σε υλικά και εξαρτήματα.

Έλεγχος και διαχείριση της φόρτωσης του εξοπλισμού σύμφωνα με το παραγόμενο σχέδιο παραγωγής.

Πραγματοποίηση προσαρμογών στο σχέδιο παραγωγής κατά την εκτέλεσή του.

Ανάλυση σχεδίου-γεγονότος του σχεδίου παραγωγής.

4. Διαχείριση παραγωγής:

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

Ανάθεση/εκ νέου ανάθεση εργολάβων σε εξαρτήματα και καθορισμός της εκτέλεσης των εξαρτημάτων με ένδειξη του αριθμού των κατασκευασμένων προϊόντων, του αριθμού των ελαττωματικών προϊόντων και των λόγων του γάμου.

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

5. Διαχείριση προμήθειας:

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

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

Παρακολούθηση και παρακολούθηση της διαδικασίας εκπλήρωσης των εντολών αγοράς.

Λειτουργικός έλεγχος υπολειμμάτων.

Ανάλυση σχεδίου-γεγονότων των παραδόσεων.

6. Διαχείριση κόστους:

Διαμόρφωση του προγραμματισμένου (κανονιστικού) κόστους του GP.

Καθορισμός πραγματικού κόστους παραγωγής.

Υπολογισμός του πραγματικού κόστους του GP.

Ανάλυση σχεδίου-γεγονότων του κόστους.

Απαιτήσεις για τον υπολογισμό του τυπικού κόστους μιας παραγγελίας

Το τυπικό κόστος του προϊόντος και ολόκληρης της παραγγελίας υπολογίζεται με την ακόλουθη μέθοδο:

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

2. Το ποσό των άμεσων μισθών υπολογίζεται με βάση την τυπική λειτουργική σύνθεση του προϊόντος. Καθορίζονται τα εξής: η τυπική διάρκεια κάθε επέμβασης, το επάγγελμα του εργαζομένου που απαιτείται για την πράξη αυτή, καθώς και η κατηγορία του εργαζομένου. Επίσης, στο σύστημα εισάγονται χρηματικοί συντελεστές τυπικών ωρών σύμφωνα με τα επαγγέλματα των εργαζομένων και τις κατηγορίες τους.

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

Για να πραγματοποιηθεί αυτός ο υπολογισμός, τα ακόλουθα δεδομένα πρέπει να είναι διαθέσιμα στο Πληροφοριακό Σύστημα:

1. Προδιαγραφές για την κατασκευή του προϊόντος (καθώς και προδιαγραφές για την κατασκευή όλων των ημικατεργασμένων προϊόντων δικής της παραγωγής που περιλαμβάνονται σε αυτό το προϊόν).

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

3. Πρωτόκολλο λογιστικών τιμών για μεταχειρισμένα αγαθά και υλικά.

4. Χρηματικοί συντελεστές τυπικών ωρών για επαγγέλματα και κατηγορίες.

Απαιτήσεις για τον υπολογισμό του πραγματικού κόστους μιας παραγγελίας

Το πραγματικό κόστος του προϊόντος και ολόκληρης της παραγγελίας υπολογίζεται με την ακόλουθη μέθοδο:

1. Το άμεσο κόστος υλικών για την κυκλοφορία του προϊόντος υπολογίζεται με βάση τα πραγματικά δεδομένα για την κατανάλωση υλικών από το κατάστημα για τα στάδια παραγωγής. Σε αυτήν την περίπτωση, υπολογίζεται πρώτα το κόστος όλων των ημικατεργασμένων προϊόντων που περιλαμβάνονται σε αυτό το προϊόν. Η εκτίμηση του ποσού πραγματοποιείται σύμφωνα με τη μεθοδολογία που υιοθετείται στη λογιστική πολιτική της επιχείρησης.

2. Οι μισθοί των εργαζομένων άμεσης παραγωγής υπολογίζονται με βάση τα στοιχεία για το κλείσιμο των παραγγελιών καταστημάτων. Σε περίπτωση που δεν τηρούνται αρχεία παραγγελιών στο IS, οι μισθοί σχετίζονται με άμεσα έξοδα που υπόκεινται σε διανομή, δηλ. διανέμεται μεταξύ των κατασκευασμένων προϊόντων σύμφωνα με μια συγκεκριμένη βάση.

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

4. Άμεσες δαπάνες προς διανομή:

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

Οι μισθοί των εργαζομένων ελλείψει πληροφοριών για την κατανομή τους ανά τμήμα·

Απόσβεση άμεσου εξοπλισμού σε περίπτωση που διατίθεται μόνο το συνολικό μηνιαίο ποσό του χωρίς ανάλυση ανά μονάδες επεξεργασίας.

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

1. Γενικό κόστος παραγωγής (λογαριασμός BU 25): κατανέμονται στα κατασκευασμένα προϊόντα ανάλογα με την επιλεγμένη βάση διανομής. Το μερίδιο αυτών των δαπανών μπορεί να παραμείνει ή όχι ως μέρος των εργασιών σε εξέλιξη σύμφωνα με τη Λογιστική Πολιτική που έχει υιοθετήσει η επιχείρηση.

2. Τα γενικά επιχειρηματικά έξοδα και τα έξοδα πωλήσεων (λογαριασμοί 26 και 44) αναγνωρίζονται ως έξοδα της τρέχουσας περιόδου και σχετίζονται με έξοδα πωλήσεων. Η κατανομή αυτού του κόστους στο κόστος των τελικών προϊόντων μπορεί να φανεί χρησιμοποιώντας μια ειδική αναφορά.

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

<Раздел должен содержать требования к производительности Информационной системы. Вводится в шаблон>.

Απαιτήσεις αξιοπιστίας

<Раздел должен содержать требования к надежности Информационной системы. Например:>

Απαιτήσεις για τη διασφάλιση αξιόπιστης (βιώσιμης) λειτουργίας του Πληροφοριακού Συστήματος

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

1. Οργάνωση αδιάλειπτης τροφοδοσίας τεχνικών εγκαταστάσεων.

2. Χρήση λογισμικού με άδεια χρήσης.

3. Τακτική εφαρμογή των συστάσεων του Υπουργείου Εργασίας και Κοινωνικής Ανάπτυξης της Ρωσικής Ομοσπονδίας, που ορίζονται στο Διάταγμα της 23ης Ιουλίου 1998 «Σχετικά με την έγκριση διατομεακών τυπικών προτύπων χρόνου για τη συντήρηση υπολογιστών και εξοπλισμού γραφείου και συντήρηση λογισμικού ";

4. Τακτική εκπλήρωση των απαιτήσεων του GOST 51188-98. "Προστασία δεδομένων. Λογισμικό δοκιμών για την παρουσία ιών υπολογιστών».

5. Τακτική δημιουργία αντιγράφων ασφαλείας βάσεων δεδομένων του Πληροφοριακού Συστήματος μέσω του ίδιου του Πληροφοριακού Συστήματος ή μέσω του χρησιμοποιούμενου συστήματος διαχείρισης βάσεων δεδομένων.

Εισαγωγή

Η εν λόγω διατριβή γράφτηκε με βάση το Donetsk OJSC Donetsk Manufactory για το κατάστημα Cleonelly.

Μία από τις κορυφαίες δραστηριότητες της JSC Donetsk Manufactory παράγει μια μεγάλη γκάμα ενδυμάτων, κυρίως μπουρνούζια, σεντόνια και πετσέτες. Επιπλέον, η εταιρεία παράγει βαμμένα βαμβακερά νήματα για ύφανση και πλέξιμο.

Η ανάπτυξη αυτοματοποιημένων τεχνολογιών πληροφοριών συμβαδίζει με την εμφάνιση νέων τύπων τεχνικών μέσων για την επεξεργασία και μετάδοση πληροφοριών, τη βελτίωση των οργανωτικών μορφών χρήσης των υπολογιστών και τον κορεσμό της υποδομής με νέα μέσα επικοινωνίας. Η ανάπτυξη των σχέσεων αγοράς οδήγησε στην εμφάνιση νέων τύπων επιχειρηματικής δραστηριότητας και, κυρίως, στη δημιουργία εταιρειών που ασχολούνται με τις επιχειρήσεις της πληροφορίας, την ανάπτυξη των τεχνολογιών της πληροφορίας, τη βελτίωσή τους, τη διανομή αυτοματοποιημένων στοιχείων τεχνολογίας πληροφοριών, συγκεκριμένα προϊόντα λογισμικού που αυτοματοποιούν τις διαδικασίες πληροφοριών και υπολογιστών. Περιλαμβάνουν επίσης υπολογιστές, επικοινωνίες, εξοπλισμό γραφείου και συγκεκριμένους τύπους υπηρεσιών - πληροφορίες, τεχνικές και συμβουλευτικές υπηρεσίες, εκπαίδευση κ.λπ. Αυτό συνέβαλε στην ταχεία εξάπλωση και την αποτελεσματική χρήση των τεχνολογιών της πληροφορίας στις διαδικασίες διαχείρισης και παραγωγής, στη σχεδόν καθολική εφαρμογή και τη μεγάλη ποικιλία τους.

Οι επιχειρήσεις που ασχολούνται με το σχεδιασμό και την ανάπτυξη συσκευών για διάφορους σκοπούς χρησιμοποιούν σήμερα ευρέως διάφορα εργαλεία τόσο για σχεδιασμό με τη βοήθεια υπολογιστή - CAD (CAD) όσο και για παρακολούθηση διαδικασιών παραγωγής - συστήματα ελέγχου διεργασιών (SCADA / DCS). Ωστόσο, για συσκευές δικής τους σχεδίασης, είναι απαραίτητο να αναπτύξουν τα δικά τους μέσα παρακολούθησης της απόδοσής τους και ανάλυσης της ποιότητας του προϊόντος.

Η τεχνολογική διαδικασία λογιστικής για τα προϊόντα σε απόθεμα στο κατάστημα Cleanelly περιλαμβάνει το στάδιο της λογιστικής για τα προϊόντα που πωλούνται.

Ο σκοπός αυτού του έργου αποφοίτησης είναι η υλοποίηση ενός αυτοματοποιημένου χώρου εργασίας (AWP) που σας επιτρέπει να λογαριάζετε προϊόντα στην αποθήκη του καταστήματος.

Για την επίτευξη του παραπάνω στόχου, είναι απαραίτητο να επιλυθούν οι ακόλουθες εργασίες:

¾ ανάλυση των επιχειρηματικών διαδικασιών του καταστήματος.

¾ διερευνήστε τις ροές πληροφοριών που προκύπτουν στο στάδιο της παράδοσης του αναπτυγμένου προϊόντος.

¾ Ανάπτυξη εννοιολογικών και λογικών μοντέλων δεδομένων.

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

¾ αξιολόγηση της οικονομικής αποδοτικότητας του πληροφοριακού συστήματος.

1 Ανάπτυξη απαιτήσεων λογισμικού

1.1 Ανάλυση υπαρχουσών λύσεων

Επί του παρόντος, υπάρχει ένα ευρύ φάσμα εταιρειών που συνδυάζουν τόσο την άμεση ανάπτυξη προϊόντων όσο και την ανάπτυξη συστημάτων ελέγχου για αυτά τα προϊόντα. Παρόμοια συστήματα αναπτύσσονται από γνωστές εταιρείες όπως η 1:C Enterprise και η Zvezda. Σε τέτοια συστήματα πραγματοποιείται ο έλεγχος και η λογιστική των υλικών και η επεξεργασία των πληροφοριών που λαμβάνονται.

Το 1C: Enterprise είναι ένα σύστημα εφαρμοσμένων λύσεων που χτίστηκε σύμφωνα με τις ίδιες αρχές και σε μια ενιαία τεχνολογική πλατφόρμα. Ο διαχειριστής μπορεί να επιλέξει μια λύση που ανταποκρίνεται στις τρέχουσες ανάγκες της επιχείρησης και θα αναπτυχθεί περαιτέρω καθώς η επιχείρηση αναπτύσσεται ή επεκτείνονται οι εργασίες αυτοματισμού.

Το σύστημα λογισμικού 1C:Enterprise έχει σχεδιαστεί για να επιλύει ένα ευρύ φάσμα εργασιών αυτοματισμού λογιστικής και διαχείρισης που αντιμετωπίζουν οι δυναμικά αναπτυσσόμενες σύγχρονες επιχειρήσεις. Επίλυση επειγόντων προβλημάτων λογιστικής και διαχείρισης Η σύνθεση των προγραμμάτων του συστήματος 1C:Enterprise επικεντρώνεται στις πραγματικές ανάγκες των επιχειρήσεων. Η εταιρεία "1C" παράγει λύσεις λογισμικού κυκλοφορίας που έχουν σχεδιαστεί για την αυτοματοποίηση τυπικών εργασιών λογιστικής και διαχείρισης σε επιχειρήσεις. Ένα χαρακτηριστικό γνώρισμα των διαλυμάτων κυκλοφορίας του 1C είναι η ενδελεχής μελέτη της σύνθεσης της λειτουργικότητας που περιλαμβάνεται στα τυπικά διαλύματα. Η 1C Company αναλύει την εμπειρία των χρηστών χρησιμοποιώντας προγράμματα 1C:Enterprise και παρακολουθεί τις αλλαγές στις ανάγκες τους.

Τα κύρια πλεονεκτήματα του συστήματος Wholesale Base μου περιλαμβάνουν το σχετικά χαμηλό κόστος εφαρμογής αυτού του συστήματος, καθώς και μια σειρά από άλλα πλεονεκτήματα:

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

¾ Ευκολία στη χρήση της διεπαφής.

¾ Υψηλό επίπεδο ασφάλειας συστήματος, το οποίο συνεπάγεται όχι μόνο την παρακολούθηση της διαθεσιμότητας ορισμένων πόρων του συστήματος και την προστασία των πληροφοριών σε όλα τα στάδια λειτουργίας, αλλά και την παρακολούθηση των ενεργειών που εκτελούνται με υψηλό βαθμό αξιοπιστίας.

1.2 Ανάλυση τομέα

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

Το CASE προορίζεται για ανάλυση και αναδιοργάνωση επιχειρηματικών διαδικασιών – Όλα τα εργαλεία ανώτατου επιπέδου Fusion Process Modeler (BPwin) που υποστηρίζουν μεθοδολογίες IDEF0 (λειτουργικό μοντέλο), DFD (Διάγραμμα ροής δεδομένων) και IDEF3 (Διάγραμμα ροής εργασίας). Το BPwin είναι ένα ισχυρό προϊόν λογισμικού μοντελοποίησης που σας επιτρέπει να αναλύετε, να τεκμηριώνετε και να σχεδιάζετε αλλαγές σε πολύπλοκες επιχειρηματικές διαδικασίες. Η BPwin προσφέρει ένα εργαλείο για τη συλλογή όλων των απαραίτητων πληροφοριών σχετικά με τη λειτουργία της επιχείρησης και μια γραφική αναπαράσταση αυτών των πληροφοριών με τη μορφή ενός ολιστικού και συνεπούς μοντέλου.

Όσον αφορά τη λειτουργικότητα του συστήματος. Στη μεθοδολογία IDEF0 (Integration Definition for Function Modeling), μια επιχειρηματική διαδικασία αναπαρίσταται ως ένα σύνολο στοιχείων εργασίας που αλληλεπιδρούν μεταξύ τους και δείχνει επίσης τις πληροφορίες, τους ανθρώπινους και παραγωγικούς πόρους που καταναλώνονται από κάθε εργασία. Το λειτουργικό μοντέλο προορίζεται να περιγράψει τις υπάρχουσες επιχειρηματικές διαδικασίες στην επιχείρηση (το λεγόμενο μοντέλο AS-IS) και την ιδανική κατάσταση πραγμάτων – τι να επιδιώξουμε (μοντέλο TO-BE). Η μεθοδολογία IDEF0 προδιαγράφει την κατασκευή ενός ιεραρχικού συστήματος διαγραμμάτων, δηλ. μεμονωμένες περιγραφές θραυσμάτων συστήματος. Πρώτον, πραγματοποιείται μια περιγραφή του συστήματος στο σύνολό του και της αλληλεπίδρασής του με τον έξω κόσμο (διάγραμμα περιβάλλοντος), μετά την οποία πραγματοποιείται μια λειτουργική αποσύνθεση. – το σύστημα χωρίζεται σε υποσυστήματα και κάθε σύστημα περιγράφεται χωριστά (διαγράμματα αποσύνθεσης). Στη συνέχεια, κάθε υποσύστημα αναλύεται σε μικρότερα, και ούτω καθεξής για να επιτευχθεί ο επιθυμητός βαθμός λεπτομέρειας.

Εάν κατά τη διαδικασία μοντελοποίησης είναι απαραίτητο να επισημανθούν οι συγκεκριμένες πτυχές της εταιρικής τεχνολογίας, το BPwin σάς επιτρέπει να μεταβείτε σε οποιοδήποτε κλάδο του μοντέλου σε σημειογραφία DFD ή IDEF3. Τα διαγράμματα DFD (Data Flow Diagramming) μπορούν να συμπληρώσουν αυτό που ήδη αντικατοπτρίζεται στο μοντέλο IDEF3, καθώς περιγράφουν τις ροές δεδομένων, επιτρέποντάς σας να δείτε πώς ανταλλάσσονται πληροφορίες μεταξύ επιχειρηματικών λειτουργιών εντός του συστήματος. Ταυτόχρονα, τα διαγράμματα DFD αφήνουν έξω την αλληλεπίδραση μεταξύ των επιχειρηματικών λειτουργιών.

Από την άποψη της αλληλουχίας των εργασιών που εκτελούνται. Και μια ακόμη πιο ακριβής εικόνα μπορεί να ληφθεί συμπληρώνοντας το μοντέλο με διαγράμματα IDEF3. Αυτή η μέθοδος εφιστά την προσοχή στη σειρά με την οποία εκτελούνται τα συμβάντα. Το IDEF3 περιλαμβάνει λογικά στοιχεία που σας επιτρέπουν να μοντελοποιείτε και να αναλύετε εναλλακτικά σενάρια για την ανάπτυξη μιας επιχειρηματικής διαδικασίας.

Για να εξετάσετε τις επιχειρηματικές διαδικασίες που εκτελούνται στην αποθήκη ενός καταστήματος, είναι απαραίτητο να χρησιμοποιήσετε μόνο δύο μεθοδολογίες IDEF0 και DFD. Η διαδικασία μοντελοποίησης οποιουδήποτε συστήματος στο IDEF0 ξεκινά με τον ορισμό του περιβάλλοντος, δηλ. το πιο αφηρημένο επίπεδο περιγραφής ενός συστήματος ή επιχειρηματικών διαδικασιών στο σύνολό τους.

Μοντέλο IDEF0. Για να μελετήσετε τις επιχειρηματικές διαδικασίες "Σχηματισμός παραγγελίας προμηθευτή", "Παραλαβή αγαθών", "Απόθεση αγαθών", εξετάστε τα διαγράμματα που παρουσιάζονται με τη μορφή διαγράμματος IDEF0. Ένα σύστημα IDEF0 αναπαρίσταται ως ένα σύνολο αλληλεπιδρώντων δραστηριοτήτων ή λειτουργιών.

Η μεθοδολογία IDEF0 βασίζεται σε τέσσερις βασικές έννοιες.

Το πρώτο από αυτά είναι η έννοια μπλοκ λειτουργιών (Πλαίσιο δραστηριότητας). Το λειτουργικό μπλοκ απεικονίζεται γραφικά ως ορθογώνιο και αντιπροσωπεύει κάποια συγκεκριμένη λειτουργία μέσα στο εξεταζόμενο σύστημα.

Κάθε μία από τις τέσσερις πλευρές του λειτουργικού μπλοκ έχει τη δική της συγκεκριμένη σημασία (ρόλο), ενώ:

Η επάνω πλευρά έχει οριστεί σε "Έλεγχος".

Η αριστερή πλευρά είναι "Είσοδος".

Η δεξιά πλευρά έχει οριστεί σε "Έξοδος".

Η κάτω πλευρά έχει την έννοια «Μηχανισμός» (Μηχανισμός).

Η δεύτερη «φάλαινα» της μεθοδολογίας IDEF0 είναι η έννοια του τόξου διεπαφής (βέλος). Η γραφική απεικόνιση του τόξου διεπαφής είναι ένα μονόδρομο βέλος. Κάθε τόξο διεπαφής πρέπει να έχει το δικό του όνομα (Ετικέτα βέλους). Με τη βοήθεια τόξων διεπαφής, εμφανίζονται διάφορα αντικείμενα που, σε έναν ή τον άλλο βαθμό, καθορίζουν τις διεργασίες που συμβαίνουν στο σύστημα. Σε αυτήν την περίπτωση, τα βέλη, ανάλογα με την πλευρά του ορθογωνίου εργασίας που εισέρχονται ή από ποια πλευρά εξέρχονται, χωρίζονται σε:

Βέλη εισόδου (εισαγωγή στην αριστερή πλευρά του λειτουργικού μπλοκ) - απεικονίζουν δεδομένα ή αντικείμενα που αλλάζουν κατά την εκτέλεση της εργασίας.

Βέλη ελέγχου (περιλαμβάνονται στην επάνω όψη του λειτουργικού μπλοκ) - απεικονίζουν τους κανόνες και τους περιορισμούς λόγω των οποίων εκτελείται η εργασία.

Βέλη εξόδου (βγαίνουν από τη δεξιά πλευρά του λειτουργικού μπλοκ) - απεικονίζουν δεδομένα ή αντικείμενα που εμφανίζονται ως αποτέλεσμα της εκτέλεσης της εργασίας.

Τα βέλη του μηχανισμού (περιλαμβάνονται στην κάτω όψη του λειτουργικού μπλοκ) - αντιπροσωπεύουν πόρους (για παράδειγμα, εξοπλισμό, ανθρώπινο δυναμικό).

Η τρίτη βασική ιδέα του προτύπου IDEF0 είναι η αποσύνθεση. Η αρχή της αποσύνθεσης εφαρμόζεται όταν μια σύνθετη διαδικασία αναλύεται στις συνιστώσες της λειτουργίες.

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

Η τελευταία από τις έννοιες IDEF0 είναι το Γλωσσάρι. Για καθένα από τα στοιχεία IDEF0: διαγράμματα, μπλοκ συναρτήσεων, τόξα διεπαφής, το υπάρχον πρότυπο συνεπάγεται τη δημιουργία και τη διατήρηση ενός συνόλου αντίστοιχων ορισμών, λέξεων-κλειδιών, αφηγηματικών δηλώσεων κ.λπ., που χαρακτηρίζουν το αντικείμενο που εμφανίζεται από αυτό το στοιχείο. Αυτό το σύνολο ονομάζεται γλωσσάρι και είναι μια περιγραφή της ουσίας αυτού του στοιχείου.

Εξετάστε τα διαγράμματα των επιχειρηματικών διαδικασιών που λαμβάνουν χώρα στην αποθήκη του καταστήματος του ΟΑΟ DMM, "Cleonelly":

Για τη γενική ορατότητα του συστήματος, είναι απαραίτητο να δημιουργηθεί το πλαίσιο "Επιχειρηματική δραστηριότητα αποθήκης" (βλ. Εικόνα 1.1).

Εικόνα 1.1 - Διάγραμμα "Δραστηριότητα αποθήκης επιχείρησης"

Αφού καθοριστεί το πλαίσιο, πραγματοποιείται αποσύνθεση, δηλ. χτίζοντας τα παρακάτω διαγράμματα στην ιεραρχία.

Κάθε επόμενο διάγραμμα είναι μια πιο λεπτομερής περιγραφή μιας από τις δραστηριότητες στο παραπάνω διάγραμμα. Ένα παράδειγμα αποσύνθεσης εργασίας περιβάλλοντος φαίνεται στο Σχήμα 1.2. Έτσι, ολόκληρο το σύστημα χωρίζεται σε υποσυστήματα στο απαιτούμενο επίπεδο λεπτομέρειας, αυτό το σύστημα χωρίζεται σε τρία επίπεδα.

Εικόνα 1.2 - Διαγράμματα αποσύνθεσης πρώτου επιπέδου

Εικόνα 1.3 - Διάγραμμα "Εκκαθάριση προϊόντος"

Εικόνα 1.4 - Διάγραμμα "Ζήτημα εμπορευμάτων"

Εικόνα 1.5 - Διάγραμμα "Παραλαβή εμπορευμάτων"

DFD.Η βάση αυτής της μεθοδολογίας είναι η κατασκευή ενός μοντέλου του αναλυόμενου ΚΠ - σχεδιασμένου ή υπάρχοντος. Σύμφωνα με τη μεθοδολογία, το μοντέλο συστήματος ορίζεται ως μια ιεραρχία διαγραμμάτων ροής δεδομένων (DFD) που περιγράφουν την ασύγχρονη διαδικασία μετασχηματισμού πληροφοριών από την εισαγωγή τους στο σύστημα έως την έκδοσή τους στον χρήστη. Τα διαγράμματα DFD συνήθως κατασκευάζονται για να απεικονίσουν την τρέχουσα λειτουργία του συστήματος διαχείρισης εγγράφων ενός οργανισμού. Τις περισσότερες φορές, τα διαγράμματα DFD χρησιμοποιούνται ως προσθήκη στο μοντέλο επιχειρηματικής διαδικασίας που εφαρμόζεται στο IDEF0.

Τα κύρια στοιχεία ενός διαγράμματος ροής δεδομένων είναι:

Εξωτερικές οντότητες (γραφικά απεικονίζονται ως τετράγωνο) - δηλώνουν ένα υλικό αντικείμενο ή ένα άτομο, το οποίο είναι πηγή ή δέκτης πληροφοριών. Για παράδειγμα: πελάτες, προσωπικό, προμηθευτές, πελάτες, αποθήκη.

Συστήματα / υποσυστήματα (γραφικά μοιάζει με ορθογώνιο με στρογγυλεμένες γωνίες) - έργα που υποδηλώνουν συναρτήσεις ή διαδικασίες που επεξεργάζονται και αλλάζουν πληροφορίες.

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

Ροές δεδομένων - ορίζει τις πληροφορίες που μεταδίδονται μέσω κάποιας σύνδεσης από μια πηγή σε έναν δέκτη. Η ροή των δεδομένων στο διάγραμμα αντιπροσωπεύεται από μια γραμμή που τελειώνει με ένα βέλος που δείχνει την κατεύθυνση της ροής.

Εξετάστε το διάγραμμα ροής δεδομένων (DFD) "Ζήτημα αγαθών" Εικόνα 1.6. Αυτό το διάγραμμα δείχνει την κίνηση των εγγράφων όταν λαμβάνεται ένα "αίτημα για αγαθά" από τον οργανισμό.

Εικόνα 1.6 - Διάγραμμα DFD "Πρόβλημα αγαθών"

Σκεφτείτε το ακόλουθο διάγραμμα ροής δεδομένων "Εκκαθάριση προϊόντος" (βλ. εικόνα 1.7). Δείχνει τη διαδικασία εκτέλεσης εργασιών και την κίνηση των εγγράφων κατά την "απελευθέρωση εμπορευμάτων".

Εικόνα 1.7 - Διάγραμμα DFD "Εκκαθάριση προϊόντος"

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

Η οργανωτική δομή μιας επιχείρησης που δραστηριοποιείται στην πώληση προϊόντων τεράστιων προϊόντων εξετάζεται στο παράδειγμα της εταιρείας JSC "Donetsk Manufactory M" του καταστήματος Cleonelly:

Στην κατεύθυνση της ανάπτυξης συστημάτων παρακολούθησης και καταγραφής υλικών, τα ακόλουθα προβλήματα μπορούν να επιλυθούν με επιτυχία:

1. Πρόκειται για τον έλεγχο των αγαθών που παρέχονται και αποθηκεύονται στην αποθήκη.

2. Πληροφορίες για προμηθευτές και καταναλωτές

3. Περιέχει επίσης πληροφορίες πληροφορίες και λειτουργίες για το προϊόν

4. Περιέχεται το ημερολόγιο της αναφοράς των εμπορευμάτων που απελευθερώθηκαν

5. Περιέχει κατάλογο εμπορευμάτων

6. Αυτοματοποίηση λειτουργιών αποθήκης (άφιξη, κατανάλωση, διαγραφή, κράτηση εμπορευμάτων)

7. Καταχώρηση και αποθήκευση τιμολογίων αγορασθέντων και πωληθέντων αγαθών και υπηρεσιών, καθώς και έκδοση τιμολογίων για προπληρωμή, με αναβολή πληρωμής και με παράδοση αγαθών.

8. Δημιουργία τιμολογίων και λογιστική των εκδοθέντων αγαθών

9. Διενέργεια απογραφής αποθηκών με δημιουργία φύλλου ταξινόμησης, πράξη έλλειψης και πλεονάσματος.

10. Δημιουργήστε πακέτα προϊόντων

Όπως αναφέρθηκε, το κύριο πεδίο δραστηριότητας αυτής της επιχείρησης είναι η πώληση προϊόντων βαμβακιού. Η διαδικασία σχεδιασμού περιλαμβάνει πολλά στάδια που έχουν επεξεργαστεί προσεκτικά οι δομές διαχείρισης των επιχειρήσεων σχεδιασμού καθ' όλη τη διάρκεια ζωής αυτής της επιχείρησης. Αυτή η διαδικασία δεν μπορεί να αλλάξει αμέσως, καθώς περιλαμβάνει πολλά τμήματα της ίδιας της επιχείρησης, εξωτερικούς υπεργολάβους και πελάτες της επιχείρησης του έργου. Ως εκ τούτου, οι επιχειρήσεις είναι προσεκτικές σχετικά με την εφαρμογή συστημάτων πληροφοριών που σχετίζονται με τις διαδικασίες σχεδιασμού και διαχείρισης ανάπτυξης. Κατά κανόνα, οι ρωσικές επιχειρήσεις χρησιμοποιούν τις δικές τους εξελίξεις σε αυτόν τον τομέα.

1.3 Συλλογή απαιτήσεων

Κατά τον σχεδιασμό του πληροφοριακού συστήματος (IS) του "Workstation of the Wholesale Store", ήταν απαραίτητο να συγκεντρωθούν απαιτήσεις που θα βοηθούσαν στη δημιουργία μιας διεπαφής με τέτοιο τρόπο ώστε να είναι βολικό για τον τελικό χρήστη (υπάλληλο καταστήματος) να συνεργαστεί με το ανεπτυγμένο IS.

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

Για την εφαρμογή της διαδικασίας αυτοματοποίησης της λογιστικής και του ελέγχου των υλικών, είναι απαραίτητο το πληροφοριακό σύστημα να μπορεί να πληροί τις ακόλουθες λειτουργικές απαιτήσεις:

¾ τεκμηρίωση των αποτελεσμάτων.

¾ Το πληροφοριακό σύστημα πρέπει να υλοποιηθεί ως πρόγραμμα που βασίζεται στο ενσωματωμένο περιβάλλον Visual Fox Pro.

Το πρόγραμμα λειτουργεί με λειτουργικό σύστημα Windows 2000/NT/XP.

Υπάρχουν τέσσερα κύρια στάδια στη διαδικασία ανάπτυξης απαιτήσεων (Εικόνα 1.8):

Ανάλυση της τεχνικής σκοπιμότητας δημιουργίας συστήματος.

Διαμόρφωση και ανάλυση απαιτήσεων.

Προσδιορισμός απαιτήσεων και δημιουργία σχετικής τεκμηρίωσης.

Επικύρωση απαιτήσεων.

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

1.4 Προδιαγραφές απαιτήσεων

Ο καθορισμός των σωστών απαιτήσεων είναι ίσως το πιο σημαντικό βήμα σε ένα έργο λογισμικού. Είναι πολύ σημαντικό η μορφή του έργου να ταιριάζει με τις απαιτήσεις για το λογισμικό που έχει συλλέξει η ομάδα ανάπτυξης, διαφορετικά αυτές οι απαιτήσεις δεν μπορούν να υποστηριχθούν και να αντιπροσωπευτούν στο προϊόν λογισμικού. Η Προδιαγραφή Απαιτήσεων Λογισμικού (SRS) είναι βασικής σημασίας για ολόκληρο τον κύκλο ζωής ανάπτυξης λογισμικού. Αυτό δεν είναι μόνο ένα παράγωγο έγγραφο που καθορίζει τις προδιαγραφές ενός έργου λογισμικού, αλλά και το κύριο έγγραφο που χρησιμοποιείται για τους σκοπούς των δοκιμών πιστοποίησης και αποδοχής. Η πιστοποίηση είναι μια αξιολόγηση της ποιότητας της εργασίας των διαχειριστών έργων. Καθορίζει τον βαθμό συμμόρφωσης του προϊόντος λογισμικού με τις καθιερωμένες απαιτήσεις. Η προδιαγραφή SRS λειτουργεί ως μηχανισμός για τον καθορισμό των απαιτήσεων συστήματος που χρησιμοποιούνται ως κριτήρια για την πιστοποίηση.

Με βάση το SRS, επιτυγχάνεται συμφωνία μεταξύ πελατών και κατασκευαστών προϊόντων λογισμικού. Η προδιαγραφή SRS περιγράφει πλήρως τις λειτουργίες που πρέπει να εκτελεί το αναπτυγμένο προϊόν λογισμικού. Αυτό επιτρέπει στους πιθανούς χρήστες να προσδιορίσουν τον βαθμό στον οποίο το προϊόν ανταποκρίνεται στις ανάγκες τους, καθώς και τρόπους τροποποίησης του προϊόντος ώστε να είναι πιο χρήσιμο για την επίλυση των προβλημάτων τους.

Μειωμένος χρόνος ανάπτυξης. Διάφορες ομάδες εντός της οργάνωσης των πελατών εμπλέκονται στην προετοιμασία της προδιαγραφής SRS. Εξετάζουν προσεκτικά όλες τις απαιτήσεις ακόμη και πριν ξεκινήσει η άμεση ανάπτυξη του έργου. Αυτό μειώνει την πιθανότητα μεταγενέστερης εκ νέου ανάπτυξης του έργου, κωδικοποίησης και δοκιμής.

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

Η προδιαγραφή SRS γίνεται η βάση για την κοστολόγηση και τον προγραμματισμό. Η περιγραφή του προϊόντος είναι η πραγματική βάση για την εκτίμηση του κόστους του έργου. Σε ένα περιβάλλον όπου υπάρχει η έννοια της επίσημης προσφοράς, το SRS χρησιμοποιείται για την επικύρωση μιας εκτίμησης μιας προσφοράς ή μιας τιμής.

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

Χάρη στην προδιαγραφή SRS, είναι ευκολότερο να μεταφέρετε το προϊόν λογισμικού σε νέους χρήστες, καθώς και να το εγκαταστήσετε σε άλλους υπολογιστές. Έτσι, γίνεται ευκολότερο για τους πελάτες να μεταφέρουν το προϊόν λογισμικού σε άλλα τμήματα του οργανισμού και για τους προγραμματιστές να το μεταφέρουν σε άλλους πελάτες.

Η προδιαγραφή SRS χρησιμεύει ως βάση για την αναβάθμιση. Αυτό το έγγραφο αφορά το ίδιο το προϊόν, όχι τη διαδικασία ανάπτυξης του έργου, επομένως μπορεί να χρησιμοποιηθεί ως επέκταση του ολοκληρωμένου προϊόντος.

Αφού ολοκληρωθεί η διαδικασία καθορισμού και καθορισμού απαιτήσεων, είναι απαραίτητο να πραγματοποιηθεί επικύρωση απαιτήσεων.

Οι προδιαγραφές απαιτήσεων για το έργο λογισμικού θα πρέπει να παρουσιάζονται στο Παράρτημα Α.

1.5 Επικύρωση απαιτήσεων

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

Κατά τη διαδικασία επικύρωσης απαιτήσεων, θα πρέπει να πραγματοποιούνται διάφοροι τύποι αναθεωρήσεων της τεκμηρίωσης των απαιτήσεων:

1. Έλεγχος της ορθότητας των απαιτήσεων.

2. Ελέγξτε για συνοχή.

3. Ελέγξτε για πληρότητα.

4. Έλεγχος σκοπιμότητας.

Υπάρχουν διάφορες μέθοδοι επικύρωσης απαιτήσεων που μπορούν να χρησιμοποιηθούν μαζί ή μεμονωμένα:

1. Επισκόπηση απαιτήσεων.

2. Πρωτοτυποποίηση.

3. Δημιουργία σεναρίων δοκιμών.

4. Αυτοματοποιημένη ανάλυση συνέπειας.

Το πιο προφανές για τον πελάτη του συστήματος είναι η δημιουργία πρωτοτύπων.

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

Το επόμενο βήμα στην επικύρωση απαιτήσεων είναι η δημιουργία πρωτοτύπων.

Ένα πρωτότυπο λογισμικού είναι μια μερική ή δυνητική υλοποίηση ενός προτεινόμενου νέου προϊόντος. Τα πρωτότυπα σάς επιτρέπουν να επιλύσετε τρεις κύριες εργασίες: αποσαφήνιση και ολοκλήρωση της διαδικασίας διαμόρφωσης απαιτήσεων, διερεύνηση εναλλακτικών λύσεων και δημιουργία του τελικού προϊόντος.

Το πρωτότυπο του κύριου μενού αυτής της ενότητας φαίνεται στην Εικόνα 1.9.

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

Η ουσία της δομικής προσέγγισης για την ανάπτυξη του IS έγκειται στην αποσύνθεσή του (διαμερισμός) σε αυτοματοποιημένες λειτουργίες: το σύστημα χωρίζεται σε λειτουργικά υποσυστήματα, τα οποία με τη σειρά τους χωρίζονται σε υποσυναρτήσεις, υποδιαιρούνται σε εργασίες κ.λπ. Η διαδικασία κατάτμησης συνεχίζεται μέχρι συγκεκριμένες διαδικασίες. Ταυτόχρονα, το αυτοματοποιημένο σύστημα διατηρεί μια ολιστική άποψη στην οποία όλα τα εξαρτήματα συνδέονται μεταξύ τους.

Όλες οι πιο κοινές μεθοδολογίες δομικής προσέγγισης βασίζονται σε μια σειρά από γενικές αρχές. Οι ακόλουθες αρχές χρησιμοποιούνται ως δύο βασικές αρχές:

Διαίρει και βασίλευε - η αρχή της επίλυσης σύνθετων προβλημάτων με τη διάσπασή τους σε πολλά μικρότερα ανεξάρτητα προβλήματα που είναι εύκολο να κατανοηθούν και να επιλυθούν.

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

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

Μοντέλα SADT (Structured Analysis and Design Technique) και σχετικά λειτουργικά διαγράμματα.

Διαγράμματα ροής δεδομένων DFD (Διαγράμματα ροής δεδομένων).

ERD (Διαγράμματα οντοτήτων-σχέσεων)

Στο στάδιο του σχεδιασμού του IS, τα μοντέλα επεκτείνονται, τελειοποιούνται και συμπληρώνονται με διαγράμματα που αντικατοπτρίζουν τη δομή του λογισμικού: αρχιτεκτονική λογισμικού, μπλοκ διαγράμματα προγραμμάτων και διαγράμματα μορφών οθόνης.

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

2 ΣΧΕΔΙΑΣΜΟΣ ΠΛΗΡΟΦΟΡΙΚΟΥ ΣΥΣΤΗΜΑΤΟΣ

2.1 Αρχιτεκτονικός σχεδιασμός

Κατά τη δημιουργία οποιουδήποτε σύνθετου πληροφοριακού συστήματος, μια κρίσιμη πτυχή είναι η αρχιτεκτονική του, όπου είναι ένα εννοιολογικό όραμα της δομής των μελλοντικών λειτουργικών διαδικασιών και τεχνολογιών σε επίπεδο συστήματος και σε διασύνδεση. Συνήθως τα πολύπλοκα πληροφοριακά συστήματα των οργανισμών σχεδιάζονται ως μια σύνθεση στοιχείων που αλληλεπιδρούν σε υψηλό επίπεδο, τα οποία μπορούν να είναι συστήματα. Η αρχιτεκτονική του πληροφοριακού συστήματος ενός οργανισμού καθιστά το σύστημα πιο κατανοητό ορίζοντας τη λειτουργικότητα και τη δομή του με τρόπο που αποκαλύπτει σχεδιαστικές αποφάσεις και επιτρέπει στον παρατηρητή να κάνει ερωτήσεις σχετικά με την ικανοποίηση των απαιτήσεων σχεδιασμού, τη διανομή λειτουργικότητας και την υλοποίηση στοιχείων.

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

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

Κατά το σχεδιασμό σύγχρονων πληροφοριακών συστημάτων οργανισμών, η αρχιτεκτονική τους θα πρέπει να αναπτύσσεται λαμβάνοντας υπόψη πολλούς ενδιαφερόμενους, θα πρέπει να είναι κατανοητή στους χρήστες, να επιτρέπει στους προγραμματιστές να σχεδιάζουν και να προγραμματίζουν το σύστημα, να επιτρέπουν τον καθορισμό βασικών διεπαφών, λειτουργιών και τεχνολογιών και επίσης να επιτρέπει την εκτίμηση των χρονοδιάγραμμα και προϋπολογισμός του έργου. Ταυτόχρονα, οι αρχιτέκτονες των σύγχρονων πληροφοριακών συστημάτων πρέπει να είναι υπεύθυνοι για τη δημιουργία μιας ικανοποιητικής και εφικτής ιδέας συστήματος στο αρχικό στάδιο της ανάπτυξής της, διατηρώντας την ακεραιότητα αυτής της ιδέας καθ' όλη την ανάπτυξη και προσδιορίζοντας την καταλληλότητα του προκύπτοντος συστήματος για χρήση από τον πελάτη. Από την άλλη πλευρά, η ανάπτυξη αρχιτεκτονικής συστημάτων πληροφοριών είναι η διαδικασία περιγραφής των αρχιτεκτονικών συστημάτων πληροφοριών με επαρκή λεπτομέρεια ώστε να γίνουν πιο χρήσιμες για την ανάπτυξη συστημάτων πληροφοριών.

Η μελέτη της ξένης εμπειρίας δείχνει ότι στις ανεπτυγμένες χώρες, κατά την ανάπτυξη της αρχιτεκτονικής ενός πληροφοριακού συστήματος, απαιτούνται οι ακόλουθες προϋποθέσεις:

¾ εστίαση στην αποστολή του οργανισμού.

¾ εστίαση στις απαιτήσεις.

¾ εστίαση στην ανάπτυξη.

¾ την ικανότητα προσαρμογής.

¾ η ανάγκη για ευελιξία.

Η συμμόρφωση με όλες αυτές τις προϋποθέσεις σάς επιτρέπει να αναπτύξετε την αρχιτεκτονική του συστήματος πληροφοριών του οργανισμού πιο τέλεια και αποτελεσματική.

Οι κύριες αρχιτεκτονικές λογισμικού που εφαρμόζονται αυτή τη στιγμή είναι:

¾ διακομιστής αρχείων;

¾ πελάτης-διακομιστής;

¾ πολλαπλών επιπέδων.

Διακομιστής αρχείων. Αυτή η αρχιτεκτονική κεντρικών βάσεων δεδομένων με πρόσβαση στο δίκτυο προϋποθέτει τον προσδιορισμό ενός από τους υπολογιστές του δικτύου ως αποκλειστικού διακομιστή που θα αποθηκεύει τα αρχεία της κεντρικής βάσης δεδομένων. Σύμφωνα με τα αιτήματα των χρηστών, τα αρχεία από τον διακομιστή αρχείων μεταφέρονται σε σταθμούς εργασίας χρήστη, όπου πραγματοποιείται το κύριο μέρος της επεξεργασίας δεδομένων. Ο κεντρικός διακομιστής ουσιαστικά εκτελεί μόνο το ρόλο της αποθήκευσης αρχείων, χωρίς να συμμετέχει στην επεξεργασία των δεδομένων. Μετά την ολοκλήρωση της εργασίας, οι χρήστες αντιγράφουν τα αρχεία με τα επεξεργασμένα δεδομένα πίσω στον διακομιστή, από όπου μπορούν να ληφθούν και να υποβληθούν σε επεξεργασία από άλλους χρήστες. Μια τέτοια οργάνωση συντήρησης δεδομένων έχει πολλά μειονεκτήματα, για παράδειγμα, όταν πολλοί χρήστες έχουν πρόσβαση στα ίδια δεδομένα ταυτόχρονα, η απόδοση πέφτει απότομα, καθώς είναι απαραίτητο να περιμένετε έως ότου ο χρήστης που εργάζεται με τα δεδομένα ολοκληρώσει την εργασία. Διαφορετικά, οι αλλαγές που έγιναν από ορισμένους χρήστες ενδέχεται να αντικατασταθούν από αλλαγές που έγιναν από άλλους χρήστες.

διακομιστή-πελάτη. Αυτή η ιδέα βασίζεται στην ιδέα ότι εκτός από την αποθήκευση των αρχείων της βάσης δεδομένων, ο κεντρικός διακομιστής θα πρέπει να κάνει το μεγαλύτερο μέρος της επεξεργασίας δεδομένων. Οι χρήστες έχουν πρόσβαση στον κεντρικό διακομιστή χρησιμοποιώντας μια ειδική δομημένη γλώσσα ερωτημάτων (SQL, Structured Query Language), η οποία περιγράφει μια λίστα εργασιών που εκτελούνται από τον διακομιστή. Τα αιτήματα των χρηστών λαμβάνονται από τον διακομιστή και δημιουργούν διαδικασίες επεξεργασίας δεδομένων σε αυτόν. Σε απάντηση, ο χρήστης λαμβάνει ένα ήδη επεξεργασμένο σύνολο δεδομένων. Δεν μεταφέρεται ολόκληρο το σύνολο δεδομένων μεταξύ του πελάτη και του διακομιστή, όπως συμβαίνει στην τεχνολογία διακομιστή αρχείων, αλλά μόνο τα δεδομένα που χρειάζεται ο πελάτης. Ένα ερώτημα χρήστη με λίγες μόνο γραμμές μπορεί να δημιουργήσει επεξεργασία δεδομένων που εκτείνεται σε πολλούς πίνακες και εκατομμύρια σειρές. Σε απάντηση, ο πελάτης μπορεί να λάβει μόνο μερικούς αριθμούς. Η τεχνολογία πελάτη-διακομιστή αποφεύγει τη μεταφορά τεράστιων ποσοτήτων πληροφοριών μέσω του δικτύου μετατοπίζοντας όλη την επεξεργασία δεδομένων σε έναν κεντρικό διακομιστή. Επιπλέον, η υπό εξέταση προσέγγιση επιτρέπει την αποφυγή συγκρούσεων αλλαγών στα ίδια δεδομένα από πολλούς χρήστες, οι οποίες είναι τυπικές για την τεχνολογία διακομιστή αρχείων. Η τεχνολογία πελάτη-διακομιστή εφαρμόζει συνεπή τροποποίηση δεδομένων από πολλούς πελάτες, διασφαλίζοντας την αυτόματη ακεραιότητα των δεδομένων. Αυτά και ορισμένα άλλα πλεονεκτήματα έχουν κάνει την τεχνολογία πελάτη-διακομιστή πολύ δημοφιλή. Τα μειονεκτήματα αυτής της τεχνολογίας περιλαμβάνουν απαιτήσεις υψηλών επιδόσεων για τον κεντρικό διακομιστή. Όσο περισσότεροι πελάτες έχουν πρόσβαση στον διακομιστή και όσο μεγαλύτερος είναι ο όγκος των δεδομένων που υποβάλλονται σε επεξεργασία, τόσο πιο ισχυρός πρέπει να είναι ο κεντρικός διακομιστής.

Με βάση αυτές τις σκέψεις, κατά τον σχεδιασμό της αρχιτεκτονικής AWS, η τεχνολογία πελάτη-διακομιστή υιοθετήθηκε ως βάση. Τα διαγράμματα διάταξης αντικατοπτρίζουν τις φυσικές σχέσεις μεταξύ λογισμικού και στοιχείων υλικού ενός συστήματος.

2.2 Σχεδιασμός της διεπαφής του συστήματος πληροφοριών

Η διεπαφή χρήστη συχνά κατανοείται μόνο ως η εμφάνιση του προγράμματος. Ωστόσο, στην πραγματικότητα, ο χρήστης αντιλαμβάνεται ολόκληρο το σύστημα μέσω αυτού, πράγμα που σημαίνει ότι μια τέτοια κατανόησή του είναι πολύ στενή. Στην πραγματικότητα, η διεπαφή χρήστη περιλαμβάνει όλες τις πτυχές σχεδιασμού που επηρεάζουν την αλληλεπίδραση μεταξύ του χρήστη και του συστήματος. Δεν είναι μόνο η οθόνη που βλέπει ο χρήστης. Η διεπαφή χρήστη αποτελείται από πολλά στοιχεία, όπως:

ένα σύνολο εργασιών χρήστη που επιλύει με τη βοήθεια του συστήματος.

έλεγχοι συστήματος·

πλοήγηση μεταξύ μπλοκ συστήματος.

οπτική σχεδίαση των οθονών του προγράμματος.

Ακολουθούν μερικά από τα πιο σημαντικά οφέλη μιας καλής διεπαφής χρήστη από επιχειρηματική άποψη:

μείωση του αριθμού των σφαλμάτων χρήστη·

μείωση του κόστους υποστήριξης του συστήματος·

μείωση της απώλειας παραγωγικότητας των εργαζομένων κατά την εφαρμογή του συστήματος και ταχύτερη ανάκτηση της χαμένης παραγωγικότητας·

βελτίωση του ηθικού του προσωπικού·

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

διαθεσιμότητα της λειτουργικότητας του συστήματος για τον μέγιστο αριθμό χρηστών.

Η βάση χονδρικής AWP έχει αναπτυχθεί ως εφαρμογή που χρησιμοποιεί τεχνολογία πελάτη-διακομιστή.

2.2.1 Διεπαφή χρήστη του προγράμματος ελέγχου

Η κύρια ενότητα της "Βάσης Χονδρικής Εργασίας" είναι η ενότητα Luck.exe, η οποία παρέχει την υλοποίηση της κύριας λειτουργικότητας του διαγράμματος περίπτωσης χρήσης που παρουσιάζεται στην Εικόνα 1.9 της Ενότητας 1.4.

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

Διεπαφή προγράμματος, τμήμα διαχειριστή:

1. η αρχική μορφή του προγράμματος. Αυτή η φόρμα εκκινείται κατά την εκκίνηση του προϊόντος λογισμικού, αποτελώντας έτσι την αρχή του διαλόγου του χρήστη με το σύστημα (Εικόνα 2.3).

2. φόρμα διαχειριστή. Στη φόρμα αυτή πραγματοποιείται η πλήρης διαχείριση του πληροφοριακού συστήματος, δηλ. προσθήκη, διαγραφή, αλλαγή δεδομένων στη βάση δεδομένων, καθώς και, εάν είναι απαραίτητο, προβολή και εκτύπωση αναφορών (Εικόνα 2.4).

3. φόρμα "Πελάτες", χάρη σε αυτή τη φόρμα μπορείτε να δείτε πλήρεις πληροφορίες για τους πελάτες της επιχείρησης (Εικόνα 2.7).

4. φόρμα "Προμηθευτές", χάρη σε αυτή τη φόρμα, μπορείτε να δείτε πλήρεις πληροφορίες για τους πελάτες της επιχείρησης (Εικόνα 2.8).

Μέρος χρήστη διεπαφής προγράμματος:

Στο παράθυρο της άφιξης των εμπορευμάτων, τα εμπορεύματα υποβάλλονται σε επεξεργασία. Κατά την επιλογή αυτής της καρτέλας φόρμας, ο χρήστης πρέπει πρώτα

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

Στο μενού υπολείμματα μετρώνται τα εμπορεύματα, τα ονόματα που είναι αποθηκευμένα στην αποθήκη.

Στο μενού ταμειακής μηχανής, εδώ αποθηκεύονται πληροφορίες για εισερχόμενες και εξερχόμενες παραγγελίες μετρητών. (Στιγμιότυπα)

2.2.2 Διεπαφές χρήστη των στοιχείων ελέγχου

Εικ 2.0 Κύριο μενού του προγράμματος

Το κύριο παράθυρο του προγράμματος φαίνεται στο Σχ. 1.9. Όπως φαίνεται από το σχήμα, εκτός από το κύριο μενού που ήδη περιγράφηκε παραπάνω, θα περιέχει επίσης έναν πίνακα ελέγχου (κουμπιά "Έσοδα", "Έξοδα", "Πρόσβαση", "Υπόλοιπα", "Ταμείο", "Αναπροσαρμογή" , "Analytics", "Κατάλογοι", "Βοηθητικά προγράμματα" και "Έξοδος από το πρόγραμμα").

Εικόνα 2.1 Παράθυρο του μενού άφιξης ή παραλαβής στην αποθήκη.

Εικόνα 2.2 Παράθυρο μενού ροής

Εικόνα 2.2 Παράθυρο μενού που ρυθμίζει τα δικαιώματα πρόσβασης στο πρόγραμμα.

Εικόνα 2.3 Το παράθυρο μενού των υπόλοιπων προϊόντων.

Εικόνα 2.4 Παράθυρο μενού Checkout.

Εικόνα 2.4 Παράθυρο μενού επανεκτίμησης.

2.3 Σχεδιασμός βάσης δεδομένων

Για τον σχεδιασμό της βάσης δεδομένων χρησιμοποιήθηκε το ERwin 4.0 από την Computer Associates Int.

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

Το ERwin δεν είναι μόνο το καλύτερο εργαλείο για το σχεδιασμό βάσεων δεδομένων, αλλά και ένα εργαλείο για τη γρήγορη δημιουργία βάσεων δεδομένων. Το ERwin βελτιστοποιεί το μοντέλο σύμφωνα με τα φυσικά χαρακτηριστικά της βάσης δεδομένων προορισμού. Σε αντίθεση με άλλα εργαλεία, το ERwin διατηρεί αυτόματα τη λογική και τη φυσική συνέπεια του σχήματος και μεταφράζει λογικές κατασκευές, όπως σχέσεις πολλά-προς-πολλά, στη φυσική τους εφαρμογή. Διευκολύνει το σχεδιασμό της βάσης δεδομένων. Για να γίνει αυτό, αρκεί να δημιουργήσετε ένα γραφικό μοντέλο E-R (αντικείμενο-σχέση) που να πληροί όλες τις απαιτήσεις δεδομένων και να εισαγάγετε επιχειρηματικούς κανόνες για να δημιουργήσετε ένα λογικό μοντέλο που εμφανίζει όλα τα στοιχεία, τα χαρακτηριστικά, τις σχέσεις και τις ομαδοποιήσεις. Ο Erwin έχει δύο επίπεδα αναπαράστασης μοντέλου - λογική και φυσική. Το λογικό επίπεδο είναι μια αφηρημένη άποψη δεδομένων, όπου τα δεδομένα παρουσιάζονται όπως φαίνονται στον πραγματικό κόσμο και μπορούν να ονομαστούν όπως ονομάζονται στον πραγματικό κόσμο, για παράδειγμα, «Τακτικός πελάτης», «Τμήμα» ή «Υπάλληλος επίθετο". Τα αντικείμενα μοντέλου που αναπαριστώνται στο λογικό επίπεδο ονομάζονται οντότητες και ιδιότητες. Το λογικό επίπεδο του μοντέλου δεδομένων είναι καθολικό και σε καμία περίπτωση δεν σχετίζεται με μια συγκεκριμένη υλοποίηση DBMS. Υπάρχουν τρία υποεπίπεδα του λογικού επιπέδου του μοντέλου δεδομένων, τα οποία διαφέρουν ως προς το βάθος παρουσίασης των πληροφοριών σχετικά με τα δεδομένα:

Διάγραμμα σχέσεων οντοτήτων (ERD)

Μοντέλο δεδομένων με βάση κλειδιά (Μοντέλο με βάση το κλειδί (KB)).

Μοντέλο πλήρους χαρακτηριστικού (Πλήρως αποδιδόμενο μοντέλο (FA)).

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

Το λογικό μοντέλο είναι η πιο λεπτομερής αναπαράσταση της δομής δεδομένων: αντιπροσωπεύει τα δεδομένα στην τρίτη κανονική μορφή και περιλαμβάνει όλες τις οντότητες, τα χαρακτηριστικά και τις σχέσεις (βλ. Παράρτημα Β).

Μοντέλο φυσικών δεδομένωνΑντίθετα, εξαρτάται από το συγκεκριμένο DBMS, όντας μάλιστα απεικόνιση του καταλόγου του συστήματος. Το φυσικό επίπεδο του μοντέλου περιέχει πληροφορίες για όλα τα αντικείμενα της βάσης δεδομένων. Δεδομένου ότι δεν υπάρχουν πρότυπα για αντικείμενα βάσης δεδομένων (για παράδειγμα, δεν υπάρχει πρότυπο για τύπους δεδομένων), το φυσικό επίπεδο του μοντέλου εξαρτάται από τη συγκεκριμένη υλοποίηση του DBMS. Επομένως, το ίδιο λογικό επίπεδο ενός μοντέλου μπορεί να αντιστοιχεί σε πολλά διαφορετικά φυσικά επίπεδα διαφορετικών μοντέλων. Εάν στο λογικό επίπεδο του μοντέλου δεν έχει μεγαλύτερη σημασία ποιος συγκεκριμένος τύπος δεδομένων έχει το χαρακτηριστικό (αν και υποστηρίζονται αφηρημένοι τύποι δεδομένων), τότε στο φυσικό επίπεδο του μοντέλου είναι σημαντικό να περιγραφούν όλες οι πληροφορίες για συγκεκριμένα φυσικά αντικείμενα - πίνακες, στήλες, ευρετήρια, διαδικασίες κ.λπ. Η διαίρεση του μοντέλου δεδομένων σε λογικά και φυσικά επίπεδα μας επιτρέπει να λύσουμε αρκετά σημαντικά προβλήματα.

Το μοντέλο φυσικών δεδομένων παρουσιάζεται στο Παράρτημα Β.

2.4 Σκεπτικό επιλογής πλατφόρμας για τη δημιουργία πληροφοριακού συστήματος

Το Visual FoxPro είναι ένα οπτικό σχεσιακό περιβάλλον ανάπτυξης συστήματος διαχείρισης βάσεων δεδομένων που κυκλοφορεί αυτήν τη στιγμή από τη Microsoft. Η τελευταία έκδοση είναι η 9.0. Χρησιμοποιεί τη γλώσσα προγραμματισμού FoxPro. Η έκδοση συστήματος 7.0 μπορεί να εκτελεστεί σε λειτουργικά συστήματα πυρήνα Windows 9x και NT, εκδόσεις 8.0 και 9.0 - μόνο σε Windows XP, 2000, 2003.

Το FoxPro (Fox-Pro?) είναι μια από τις διαλέκτους της γλώσσας προγραμματισμού xBase. Χρησιμοποιείται κυρίως για την ανάπτυξη σχεσιακών DBMS, αν και μπορεί να χρησιμοποιηθεί για την ανάπτυξη άλλων κατηγοριών προγραμμάτων.Όπως αναφέρθηκε παραπάνω, η γλώσσα VFP είναι μια εξαιρετικά συμπληρωμένη και εκτεταμένη γλώσσα xBase. Στο Visual FoxPro, η γλώσσα προγραμματισμού, δηλαδή η βασική κατασκευή γλώσσας είναι η έννοια μιας κλάσης. Η αρχική έκδοση του xBase είναι η πιο καθαρή δομική γλώσσα, με τη βασική έννοια των διαδικασιών και των συναρτήσεων. Έτσι, η σύγχρονη γλώσσα προγραμματισμού Visual FoxPro σάς επιτρέπει να συνδυάσετε τόσο τον προγραμματισμό "με τον παλιό τρόπο" με μια περιγραφή της μάζας των διαδικασιών και με το στυλ OOP, δημιουργώντας μια σύνθετη ιεραρχία κλάσεων.

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

¾ Μια πολύ γνωστή μορφή πίνακα βάσης δεδομένων που διευκολύνει την ανταλλαγή πληροφοριών με άλλες εφαρμογές των Microsoft Windows.

Μια σύγχρονη οργάνωση σχεσιακών βάσεων δεδομένων που σας επιτρέπει να αποθηκεύετε πληροφορίες σχετικά με πίνακες βάσεων δεδομένων, τις ιδιότητες, τα ευρετήρια και τις σχέσεις τους, να ορίζετε συνθήκες ακεραιότητας αναφοράς, να δημιουργείτε τοπικές και απομακρυσμένες προβολές (Views), συνδέσεις με διακομιστές, αποθηκευμένες διαδικασίες που εκτελούνται όταν περισσότερες από 50 συμβαίνουν διαφορετικοί τύποι συμβάντων (VFP 7.0-9.0).

Εργασία υψηλής ταχύτητας με μεγάλες βάσεις δεδομένων.

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

Ανάπτυξη εφαρμογών υψηλής ταχύτητας με χρήση Wizards (Wizard), Designers (Designer), Builders (Builder), IntelliSense prompt mode κατά τη σύνταξη κειμένου προγράμματος, τον εντοπισμό σφαλμάτων και τα συστήματα δοκιμής προγράμματος.

Δυνατότητα ανάπτυξης εφαρμογών πελάτη-διακομιστή με δεδομένα που φιλοξενούνται σε διακομιστές βάσης δεδομένων Oracle και Microsoft SQL Server και άλλες εφαρμογές Microsoft Windows χρησιμοποιώντας ODBC και OLE

Το σύστημα VFP προορίζεται για χρήση από επαγγελματίες προγραμματιστές, επομένως δεν έχει νόημα η ρωσοποίηση του μενού και της γλώσσας του - για οποιονδήποτε προγραμματιστή, η αγγλική σύνταξη της αλγοριθμικής γλώσσας είναι πιο οικεία από τη ρωσική.

2.5 Σχεδιασμός ενότητας

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

Ως παράδειγμα, θα εξετάσω το σχεδιασμό μιας ενότητας που υλοποιεί την περίπτωση χρήσης "Αίτηση για εισαγωγή".

Αρχικά, ας περιγράψουμε τις ροές των γεγονότων που συμβαίνουν σε αυτήν την περίπτωση χρήσης.

Προϋπόθεση για μια περίπτωση χρήσης είναι η λήψη αιτήματος από τον πελάτη.

5. Η περίπτωση χρήσης ξεκινά όταν ο πελάτης υποβάλλει εισιτήριο.

6. Ο διαχειριστής ανοίγει τη φόρμα Εισερχόμενα.

7. Ο διαχειριστής βάζει την ημερομηνία της αίτησης.

8. Ο διαχειριστής βάζει το όνομα του προϊόντος.

9. Ο διαχειριστής εισάγει την ποσότητα των εισερχόμενων αγαθών.

10. Ο διαχειριστής εισάγει το ποσό της αίτησης.

11. Ο διαχειριστής κλείνει τη φόρμα.

12. Η περίπτωση χρήσης τελειώνει.

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

Εξετάστε το διάγραμμα ακολουθίας αυτής της περίπτωσης χρήσης. Όπως φαίνεται από αυτό το διάγραμμα, ο διαχειριστής, ανοίγοντας τη φόρμα Εισερχόμενη, προκαλεί την εκτέλεση πολλών ενεργειών - αυτόματα (από την πλευρά του διαχειριστή) συμπληρώνεται η ημερομηνία της αίτησης. Η λίστα των πελατών κατά την υποβολή μιας αίτησης συμπληρώνεται από τη βάση με πρωτεύουσες πληροφορίες. Μετά από αυτό, ο διαχειριστής εισάγει όλα τα απαραίτητα δεδομένα και κάνει κλικ στο κουμπί "Αποδοχή". Αυτό εκτελεί τα ακόλουθα βήματα. Όλα τα δεδομένα μεταβιβάζονται στην αποθηκευμένη διαδικασία.

3 Εφαρμογή και επικύρωση του πληροφοριακού συστήματος

3.1 Υλοποίηση Εφαρμογής

Η υλοποίηση της εφαρμογής, στην ουσία της, είναι ένα από τα επίπονα στάδια για τον προγραμματιστή του πληροφοριακού συστήματος, γιατί οι απαιτήσεις που θέτει ο πελάτης πρέπει να ενσωματώνονται σαφώς και σωστά στο σύστημα. Μέχρι στιγμής, δεν υπάρχουν τέτοια προϊόντα λογισμικού που θα μπορούσαν να «προσαρμοστούν» στις απαιτήσεις του λεγόμενου πελάτη και να παρέχουν ένα συγκεκριμένο σύνολο λειτουργιών για την υλοποίηση του συστήματος που θα ικανοποιεί αυτές τις απαιτήσεις. Επομένως, κάθε προγραμματιστής πρέπει να επιλέξει το βέλτιστο περιβάλλον για την ανάπτυξη του συστήματος, αλλά πρέπει να σημειωθεί ότι κατά την υλοποίηση μιας εφαρμογής, δεν μπορεί κανείς να κάνει χωρίς να γράψει κώδικα προγράμματος. Κατά τη σύνταξη του κώδικα προγράμματος θα υλοποιηθούν ορισμένες λειτουργίες που πρέπει να εκτελέσει το σύστημα. Ανάλογα με το επιλεγμένο περιβάλλον υλοποίησης του συστήματος, ο κώδικας του προγράμματος θα φαίνεται διαφορετικός, σε ένα περιβάλλον όπως το Microsoft Visual FoxPro θα υπάρχει ένας κώδικας προγράμματος, στη Visual Basic ένας άλλος κ.λπ.

Σε αυτήν την περίπτωση, η εφαρμογή υλοποιήθηκε στο Microsoft Visual FoxPro.

Οι κύριες λειτουργίες του συστήματος θα περιγραφούν παρακάτω:

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

2. Άφιξη του κουμπιού μενού. Αυτό το κουμπί σάς επιτρέπει να παρακολουθείτε τα εισερχόμενα αγαθά στην αποθήκη του καταστήματος (Εικ. 3.2).

3. Στο κουμπί του μενού κατανάλωσης τηρείται ο λογαριασμός των απελευθερωμένων εμπορευμάτων από την αποθήκη Εικόνα 3.3.

4. Στο κουμπί μενού πρόσβασης ρυθμίζονται τα δικαιώματα χρήσης αυτού του προγράμματος.Εικόνα 3.4.

5. Στο κουμπί μενού υπολειμμάτων αποθηκεύονται πληροφορίες για τα υλικά που είναι αποθηκευμένα στην αποθήκη του καταστήματος Εικόνα 3.5.

6. Το κουμπί του μενού ταμείου αποθηκεύει πληροφορίες σχετικά με τις εισερχόμενες και τις εξερχόμενες εντολές μετρητών Εικ. 3.6.

7. Στο κουμπί μενού, η αναπροσαρμογή μεταβιβάζει τις αλλαγές τιμής στη νέα τιμή των εμπορευμάτων εικ.3.7.

Εικόνα 3.1 - Αρχική μορφή του συστήματος

Εικόνα 3.2 - Μορφή λογιστικής παραλαβής υλικού στην αποθήκη.

Σχήμα 3.3 - Μορφή λογιστικής για τα απελευθερωμένα εμπορεύματα.

Εικόνα 3.4 - Έντυπο που ρυθμίζει τα δικαιώματα πρόσβασης στο πρόγραμμα.

Εικόνα 3.5 - Η μορφή των υπόλοιπων εμπορευμάτων στην αποθήκη.

Εικόνα 3.5-Έντυπο εισερχόμενων εντολών μετρητών και εξερχόμενων εντολών μετρητών.

Εικόνα 3.6-Μορφή συναλλαγών για τα αγαθά.

Δοκιμή εφαρμογής

Η δοκιμή είναι η διαδικασία εκτέλεσης ενός προγράμματος με σκοπό τον εντοπισμό σφαλμάτων. Η δοκιμή παρέχει:

Ανίχνευση σφαλμάτων.

Απόδειξη της συμμόρφωσης των λειτουργιών του προγράμματος με τον σκοπό του.

Επίδειξη της εφαρμογής των απαιτήσεων απόδοσης του προγράμματος.

Εμφάνιση αξιοπιστίας ως δείκτης ποιότητας του προγράμματος.

Το σχήμα 3.2 δείχνει τις ροές πληροφοριών της διαδικασίας δοκιμής.

Υπάρχουν τρεις ροές στην είσοδο της διαδικασίας δοκιμής:

Κείμενο προγράμματος.

Αρχικά δεδομένα για την έναρξη του προγράμματος.

Αναμενόμενα αποτελέσματα.

Πραγματοποιούνται δοκιμές, αξιολογούνται όλα τα αποτελέσματα. Αυτό σημαίνει ότι τα πραγματικά αποτελέσματα των δοκιμών συγκρίνονται με τα αναμενόμενα αποτελέσματα. Όταν εντοπιστεί μια αναντιστοιχία, διορθώνεται ένα σφάλμα και ξεκινά ο εντοπισμός σφαλμάτων.

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

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

Υπάρχουν 2 αρχές δοκιμής προγράμματος:

Λειτουργική δοκιμή (δοκιμή μαύρου κουτιού).

Δοκιμή κατασκευής (δοκιμή λευκού κουτιού).

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

Η δοκιμή μαύρου κουτιού (λειτουργική δοκιμή) σάς επιτρέπει να λαμβάνετε συνδυασμούς δεδομένων εισόδου που παρέχουν πλήρη έλεγχο όλων των λειτουργικών απαιτήσεων για το πρόγραμμα //. Το προϊόν λογισμικού αντιμετωπίζεται εδώ ως ένα "μαύρο κουτί" του οποίου η συμπεριφορά μπορεί να προσδιοριστεί μόνο με την εξέταση των εισόδων και των αντίστοιχων εξόδων του.

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

Η δοκιμή μαύρου κουτιού αναζητά τις ακόλουθες κατηγορίες σφαλμάτων:

Λανθασμένες ή λείπουν λειτουργίες.

σφάλματα διασύνδεσης?

Σφάλματα σε εξωτερικές δομές δεδομένων ή πρόσβαση σε εξωτερική βάση δεδομένων.

Σφάλματα απόδοσης (απαιτούμενη χωρητικότητα μνήμης, κ.λπ.).

Σφάλματα αρχικοποίησης και τερματισμού.

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

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

Δοκιμή της λύσης - εκτελούνται σχέδια δοκιμής που δημιουργήθηκαν κατά τη φάση σχεδιασμού και επεκτάθηκαν και δοκιμάστηκαν κατά τη φάση ανάπτυξης.

Πιλοτική λειτουργία - ανάπτυξη της λύσης σε δοκιμαστικό περιβάλλον και δοκιμές με τη συμμετοχή μελλοντικών χρηστών και την υλοποίηση πραγματικών σεναρίων χρήσης του συστήματος. Αυτή η εργασία εκτελείται πριν από την έναρξη της φάσης ανάπτυξης.

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

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

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

Βασικές δοκιμές - τεχνικές δοκιμές χαμηλού επιπέδου. Εκτελείται από τον ίδιο τον προγραμματιστή κατά τη διαδικασία εγγραφής του κώδικα προγράμματος. Χρησιμοποιείται η μέθοδος του λευκού κουτιού, ο κίνδυνος σφαλμάτων είναι υψηλός.

Η δοκιμή ευχρηστίας είναι μια δοκιμή υψηλού επιπέδου που εκτελείται από τον ελεγκτή και τους μελλοντικούς χρήστες του προϊόντος. Χρησιμοποιείται η μέθοδος του μαύρου κουτιού.

Δοκιμές άλφα και βήτα - με όρους ΓΧΣ, ο άλφα κώδικας είναι βασικά όλος ο πηγαίος κώδικας που δημιουργήθηκε κατά τη φάση ανάπτυξης του μοντέλου διαδικασίας των ΓΧΣ και ο κώδικας βήτα είναι ο κώδικας που δοκιμάστηκε κατά τη φάση της δοκιμής. Επομένως, κατά τη φάση ανάπτυξης του μοντέλου διαδικασίας των ΓΧΣ, ελέγχεται ο άλφα κώδικας και κατά τη φάση δοκιμής ο κώδικας βήτα.

Έλεγχος διαλειτουργικότητας - Η λύση που αναπτύσσεται απαιτείται για να μπορεί να ενσωματωθεί και να διαλειτουργεί με υπάρχοντα συστήματα και λύσεις λογισμικού. Αυτή η μορφή δοκιμών επικεντρώνεται στον έλεγχο της ενσωμάτωσης και της ικανότητας της αναπτυγμένης λύσης να αλληλεπιδρά με τα υπάρχοντα συστήματα. Στη συγκεκριμένη περίπτωση θα ελέγχεται η σωστή λειτουργία της εφαρμογής στον εξοπλισμό του χρήστη και το λογισμικό που χρησιμοποιεί ο χρήστης.

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

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

Πιλοτική είναι η δοκιμή μιας λύσης σε περιβάλλον παραγωγής. Ο κύριος σκοπός της πιλοτικής λειτουργίας είναι να αποδείξει ότι η λύση είναι ικανή για σταθερή λειτουργία σε βιομηχανικά περιβάλλοντα και πληροί τις απαιτήσεις της επιχείρησης. Κατά τη διάρκεια της πιλοτικής λειτουργίας, η λύση δοκιμάζεται σε πραγματικές συνθήκες. Η πιλοτική λειτουργία επιτρέπει στους χρήστες να εκφράσουν τη γνώμη τους για τη λειτουργία του προϊόντος. Με βάση αυτή τη γνώμη, ο προγραμματιστής εξαλείφει όλα τα πιθανά προβλήματα ή δημιουργεί ένα σχέδιο δράσης σε περίπτωση απρόβλεπτων περιστάσεων. Τελικά, η πιλοτική λειτουργία σάς επιτρέπει να αποφασίσετε εάν θα ξεκινήσετε μια ανάπτυξη πλήρους κλίμακας ή θα αναβάλετε έως ότου επιλυθούν προβλήματα που θα μπορούσαν να εκτροχιάσουν την ανάπτυξη.

Το πιλοτικό σχέδιο διαδικασίας λειτουργίας για το αναπτυγμένο σύστημα πληροφοριών δίνεται στον Πίνακα 3.2.

Πίνακας 3.2 - Πιλοτικό σχέδιο λειτουργίας

Δράση		Περιγραφή
1. Επιλογή κριτηρίων επιτυχίας		Ο προγραμματιστής και οι συμμετέχοντες σε πιλοτικές δοκιμές καθορίζουν τα κριτήρια επιτυχίας και συμφωνούν σε αυτά
2. Επιλέξτε χρήστες και τοποθεσία εγκατάστασης		Δημιουργείται μια ομάδα συμμετεχόντων σε πειραματικές δοκιμές από χρήστες και προγραμματιστές. Καθορίζεται ο τόπος ανάπτυξης της πιλοτικής διαδικασίας.
3. Προετοιμασία χρηστών και τοποθεσιών εγκατάστασης		Πραγματοποιείται εκπαίδευση χρηστών – συμμετεχόντων στο τεστ. Ο χώρος εγκατάστασης προετοιμάζεται.
4. Αναπτύξτε την έκδοση beta		Η δοκιμαστική έκδοση εγκαθίσταται και τίθεται σε λειτουργία.
5. Υποστήριξη και παρακολούθηση της δοκιμαστικής έκδοσης		Παρακολούθηση του έργου των χρηστών και του συστήματος, παροχή βοήθειας στη λειτουργία, συλλογή πληροφοριών σχετικά με τη λειτουργία του συστήματος
6. Ανατροφοδότηση από τους χρήστες και αξιολόγηση των αποτελεσμάτων		Οι χρήστες εκφράζουν τη γνώμη τους για τη λειτουργία του συστήματος, επισημαίνουν ελλείψεις και λάθη.
7. Πραγματοποίηση αλλαγών και προσθηκών	Τα σφάλματα που βρέθηκαν διορθώνονται, γίνονται αλλαγές στο σχέδιο ή τη διαδικασία. Τα διορθωμένα αποτελέσματα παρέχονται στους χρήστες για να εργαστούν και να αξιολογήσουν.
8. Αποφάσεις ανάπτυξης	Εάν τα αποτελέσματα της πιλοτικής δοκιμαστικής εργασίας ικανοποιούν τους χρήστες, λαμβάνεται απόφαση για την ανάπτυξη του συστήματος.

3.2 Τεχνική Ανάπτυξης Εφαρμογών

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

Ανάπτυξη στόχων φάσης:

¾  μεταφορά της λύσης στο βιομηχανικό περιβάλλον.

¾ - αναγνώριση από τον πελάτη του γεγονότος ολοκλήρωσης του έργου.

Η ανάπτυξη εξαρτημάτων για συγκεκριμένες τοποθεσίες αποτελείται από διάφορα στάδια: προετοιμασία, εγκατάσταση, εκπαίδευση και επίσημη έγκριση.

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

Για την ανάπτυξη του υπό ανάπτυξη συστήματος, καταρτίστηκε ένα σχέδιο δράσης, το οποίο φαίνεται στον Πίνακα 3.1.

Πίνακας 3.1 - Σχέδιο ανάπτυξης εφαρμογής

Δράση	Περιγραφή δράσης
1. Δημιουργία αντιγράφων ασφαλείας	Τα δεδομένα χρήστη δημιουργούνται αντίγραφα ασφαλείας με τη συμμετοχή και την έγκρισή του με μεταφορά πληροφοριών σε αφαιρούμενα μέσα (CD, DVD)
2. Εγκατάσταση των βασικών συστατικών του διαλύματος	Εφαρμογή τεχνολογιών που κάνουν τη λύση να λειτουργεί. Σε αυτήν την περίπτωση, εγκατάσταση του στοιχείου Visual FoxPro
3. Εγκατάσταση της εφαρμογής πελάτη	Μεταφορά στον υπολογιστή του χρήστη και εγκατάσταση της τελικής έκδοσης του αναπτυγμένου IS και της βάσης δεδομένων
4. Εκπαίδευση	Οι χρήστες εκπαιδεύονται να εργάζονται με το σύστημα, ο προγραμματιστής είναι πεπεισμένος για την ορθότητα και την κατανόηση της λειτουργίας του IS από τους πελάτες
5. Μεταφορά της γνωσιακής βάσης του έργου στον πελάτη	Όλη η τεκμηρίωση του έργου παραδίδεται στον πελάτη
6. Κλείσιμο του έργου	Σύνταξη έκθεσης κλεισίματος έργου. Ο πελάτης υπογράφει το πιστοποιητικό αποδοχής.

Για την κανονική λειτουργία του σταθμού εργασίας, απαιτείται το λειτουργικό σύστημα Microsoft WindowsXP.

4 Διαχείριση έργου πληροφοριών

4.1 Επιλογή κύκλου ζωής ανάπτυξης

Μία από τις βασικές έννοιες της μεθοδολογίας σχεδιασμού IS είναι η έννοια του κύκλου ζωής του λογισμικού της (λογισμικό LC). Ο κύκλος ζωής του λογισμικού είναι μια συνεχής διαδικασία που ξεκινά από τη στιγμή που λαμβάνεται μια απόφαση για την ανάγκη δημιουργίας του και τελειώνει τη στιγμή της πλήρους απόσυρσής του από τη λειτουργία.

Το κύριο ρυθμιστικό έγγραφο που ρυθμίζει τον κύκλο ζωής του λογισμικού είναι το διεθνές πρότυπο ISO / IEC 12207 (ISO - International Organization of Standardization - International Organization for Standardization, IEC - International Electrotechnical Commission - International Commission on Electrical Engineering). Καθορίζει μια δομή κύκλου ζωής που περιέχει τις διαδικασίες, τις δραστηριότητες και τις εργασίες που πρέπει να ολοκληρωθούν κατά την ανάπτυξη λογισμικού.

Το πρότυπο ISO/IEC 12207 δεν προσφέρει συγκεκριμένο μοντέλο κύκλου ζωής και μεθόδους ανάπτυξης λογισμικού. Το μοντέλο κύκλου ζωής μπορεί να γίνει κατανοητό ως μια δομή που καθορίζει τη σειρά εκτέλεσης και τη σχέση των διαδικασιών, των ενεργειών και των εργασιών που εκτελούνται σε όλο τον κύκλο ζωής. Το μοντέλο κύκλου ζωής εξαρτάται από τις ιδιαιτερότητες του IS και τις ιδιαιτερότητες των συνθηκών στις οποίες δημιουργείται και λειτουργεί.

Σήμερα υπάρχουν πολλά μοντέλα κύκλου ζωής λογισμικού, αλλά τα δύο πιο δημοφιλή και διαδεδομένα είναι:

Σπειροειδές μοντέλο (βλ. εικόνα 4.1).

επαναληπτικό μοντέλο.

Εικόνα 4.1 - Σπειρικό μοντέλο κύκλου ζωής λογισμικού

Για τη δημιουργία ενός πληροφοριακού συστήματος, π.χ. «Αυτοματοποιημένος χώρος εργασίας χονδρικής αποθήκης υπαλλήλων αποθήκης», επιλέχθηκε ένα επαναληπτικό. Το χαρακτηριστικό γνώρισμα του επαναληπτικού μοντέλου είναι ότι είναι μια τυπική μέθοδος, αποτελείται από ανεξάρτητες φάσεις που εκτελούνται διαδοχικά και υπόκειται σε συχνή αναθεώρηση (Εικόνα 4.2). Η επαναληπτική προσέγγιση έχει αποδειχθεί στη δημιουργία IS για τα οποία, στην αρχή της ανάπτυξης, όλες οι απαιτήσεις μπορούν να διατυπωθούν με ακρίβεια και πληρότητα, προκειμένου να δοθεί στους προγραμματιστές η ελευθερία να τις εφαρμόσουν όσο το δυνατόν καλύτερα από τεχνική άποψη.

Πλεονεκτήματα του επαναληπτικού μοντέλου:

το μοντέλο είναι πολύ γνωστό σε μη προγραμματιστές και τελικούς χρήστες.

Ευκολία και ευκολία στη χρήση, γιατί όλες οι εργασίες εκτελούνται σε στάδια (σύμφωνα με τις φάσεις του μοντέλου).

Απαιτήσεις σταθερότητα?

Το μοντέλο είναι κατανοητό.

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

Το μοντέλο αντιμετωπίζει την πολυπλοκότητα με τακτοποιημένο τρόπο και λειτουργεί καλά για εκείνα τα έργα που είναι εύλογα κατανοητά.

Το μοντέλο προωθεί τον αυστηρό έλεγχο διαχείρισης έργου.

Διευκολύνει το έργο του διαχειριστή έργου για τον προγραμματισμό και την ολοκλήρωση της ομάδας ανάπτυξης.

Εικόνα 4.2 - Επαναληπτικό μοντέλο κύκλου ζωής λογισμικού

Φάσεις μοντέλου:

Στο στάδιο της ανάλυσης, καθορίζονται οι λειτουργίες που πρέπει να εκτελεί το σύστημα, εντοπίζονται οι υψηλότερες προτεραιότητες που απαιτούν επεξεργασία εξαρχής, περιγράφονται οι ανάγκες πληροφοριών.

Στο στάδιο του σχεδιασμού, οι διαδικασίες του συστήματος εξετάζονται λεπτομερέστερα. Το λειτουργικό μοντέλο αναλύεται και, εάν χρειάζεται, διορθώνεται. Τα πρωτότυπα του συστήματος κατασκευάζονται.

Στο στάδιο της υλοποίησης, το σύστημα αναπτύσσεται.

Στο στάδιο της υλοποίησης, το τελικό προϊόν εισάγεται στο ήδη υπάρχον σύστημα του οργανισμού. Παρέχεται εκπαίδευση χρηστών.

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

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

Ανάλυση των διακριτικών κατηγοριών του έργου, που τοποθετούνται στους πίνακες.

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

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

Ομάδα Ανάπτυξης. Με βάση τις δυνατότητες, η επιλογή του προσωπικού για την ομάδα ανάπτυξης πραγματοποιείται πριν ακόμη επιλεγεί το μοντέλο κύκλου ζωής ανάπτυξης λογισμικού. Τα χαρακτηριστικά μιας τέτοιας ομάδας (βλ. Παράρτημα Ζ, Πίνακας Ζ.1) παίζουν σημαντικό ρόλο στη διαδικασία επιλογής ενός μοντέλου κύκλου ζωής, πράγμα που σημαίνει ότι η ομάδα μπορεί να προσφέρει σημαντική βοήθεια στην επιλογή ενός μοντέλου κύκλου ζωής προϊόντος λογισμικού, καθώς είναι υπεύθυνος για την επιτυχή εφαρμογή του αναπτυγμένου μοντέλου κύκλου ζωής.

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

4.2 Καθορισμός του σκοπού και του πεδίου εφαρμογής του έργου λογισμικού

Το προϊόν λογισμικού που αναπτύσσεται για τη λογιστική των εμπορευμάτων σε μια αποθήκη θα αυτοματοποιήσει τη διαδικασία λήψης, δομής και αποθήκευσης δεδομένων σχετικά με αγαθά σε μια αποθήκη, καθώς και θα απλοποιήσει τη διαδικασία έκδοσης αναφορών.

Οι στόχοι του έργου λογισμικού θα είναι - η δημιουργία και η ανάπτυξη ενός συστήματος λογιστικής για τα αγαθά. Αυτό το σύστημα προορίζεται για εσωτερική χρήση από το προσωπικό της Cleonelly, κυρίως υπαλλήλους της αποθήκης της εταιρείας.

Προκειμένου να καθοριστεί η εμβέλεια του προϊόντος λογισμικού, θα περιγραφεί παρακάτω τι πρέπει να είναι το έργο λογισμικού.

Το έργο λογισμικού πρέπει να είναι:

Για εσωτερική χρήση εντός του οργανισμού.

Ένα έργο για την υλοποίηση της πρόσβασης πολλών χρηστών.

Ένα έργο που έχει τη δυνατότητα εισαγωγής, αλλαγής και αποθήκευσης πληροφοριών σχετικά με το προϊόν της επιχείρησης.

Ένα έργο που έχει τη δυνατότητα εισαγωγής, αλλαγής και αποθήκευσης πληροφοριών σχετικά με τους χρήστες του συστήματος.

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

Ένα έργο που θα δημιουργήσει εξωτερική αναφορά.

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

Για να δημιουργήσετε ένα μοναδικό προϊόν ή υπηρεσία (το αποτέλεσμα του έργου), πρέπει να εκτελέσετε μια συγκεκριμένη σειρά εργασιών. Το καθήκον του σχεδιασμού του έργου είναι να εκτιμήσει με ακρίβεια το χρονοδιάγραμμα και το κόστος αυτών των εργασιών. Όσο πιο ακριβής είναι η εκτίμηση, τόσο υψηλότερη είναι η ποιότητα του σχεδίου έργου. Για να δώσετε μια ακριβή εκτίμηση, πρέπει να κατανοήσετε καλά το εύρος του έργου, δηλαδή να γνωρίζετε ακριβώς τι δουλειά πρέπει να γίνει για να λάβετε το αποτέλεσμά του. Μόνο αφού καταρτιστεί ο κατάλογος των εργασιών του έργου, εκτιμάται η διάρκεια καθενός από αυτά και κατανέμονται οι απαραίτητοι πόροι για την υλοποίησή τους. Και μόνο τότε μπορείτε να υπολογίσετε το κόστος και το χρονοδιάγραμμα κάθε εργασίας και, ως αποτέλεσμα της προσθήκης, το συνολικό κόστος και τη διάρκεια του έργου. Αυτός είναι ο λόγος για τον οποίο ο καθορισμός του πεδίου εργασίας είναι το πρώτο βήμα στο σχεδιασμό του έργου. Ο προσδιορισμός του πεδίου των εργασιών σχεδιασμού ξεκινά με τον ορισμό των σταδίων (ή φάσεων) του έργου. Για παράδειγμα, στο έργο για τη δημιουργία του συστήματος "Λογιστική για τα αγαθά στην αποθήκη", μπορούν να διακριθούν οι ακόλουθες φάσεις:

Ανάπτυξη απαιτήσεων λογισμικού.

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

Εφαρμογή και πιστοποίηση του πληροφοριακού συστήματος.

Υλοποίηση συστήματος.

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

Ο επιχειρησιακός κατάλογος εργασιών (Εικόνα 4.3) σχεδιάστηκε χρησιμοποιώντας ένα προϊόν λογισμικού όπως το MS Project 2003.

Εικόνα 4.3 - Λειτουργικός κατάλογος εργασιών

4.4 Εκτίμηση της διάρκειας και του κόστους ανάπτυξης λογισμικού

Εκτίμηση διάρκειας.Καθορίζεται μετά την κατασκευή του επιχειρησιακού καταλόγου εργασιών (Εικόνα 4.3, παράγραφος 4.3). Αυτή η εκτίμηση διάρκειας μπορεί να φανεί χρησιμοποιώντας το διάγραμμα Gantt (Παράρτημα K).

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

Το γράφημα Gantt είναι μια από τις πιο δημοφιλείς γραφικές αναπαραστάσεις ενός σχεδίου έργου και χρησιμοποιείται σε πολλά προγράμματα διαχείρισης έργων.

Στο MS Project, το γράφημα Gantt είναι το κύριο μέσο οπτικοποίησης του σχεδίου έργου. Αυτό το γράφημα είναι ένα γράφημα με μια οριζόντια γραμμή χρόνου και μια κατακόρυφη λίστα εργασιών. Σε αυτή την περίπτωση, το μήκος των τμημάτων που δηλώνουν εργασίες είναι ανάλογο με τη διάρκεια των εργασιών.

Στο γράφημα Gantt, μπορούν να εμφανιστούν πρόσθετες πληροφορίες δίπλα στις γραμμές (δίπλα στις εργασίες, εμφανίζονται τα ονόματα των πόρων που εμπλέκονται σε αυτές και η φόρτωσή τους όταν ολοκληρωθεί η εργασία).

Εκτίμηση κόστους

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

Μια σημαντική ιδιότητα των πόρων είναι το κόστος (Κόστος (Κόστος)) της χρήσης τους στο έργο. Υπάρχουν δύο τύποι κόστους πόρων στο MS Project: ο χρόνος και το κόστος ανά χρήση.

Ο ρυθμός χρόνου (Rate) εκφράζεται στο κόστος χρήσης του πόρου ανά μονάδα χρόνου, για παράδειγμα, 100 ρούβλια ανά ώρα ή 1000 ρούβλια ανά ημέρα. Στην περίπτωση αυτή, το κόστος συμμετοχής του πόρου στο έργο θα είναι ο χρόνος κατά τον οποίο εργάζεται στο έργο, πολλαπλασιασμένος με την ωριαία τιμή.

Στην περίπτωση αυτή χρησιμοποιήθηκε ο ρυθμός χρόνου (Εικόνα 4.4) Το συνολικό κόστος χρήσης πόρων φαίνεται στο Σχήμα 4.5.

Εικόνα 4.4 - Χρονικός ρυθμός χρήσης πόρων

Σε αυτό το σχήμα, μπορείτε να δείτε ότι ο προγραμματιστής του συστήματος λαμβάνει 50 ρούβλια ανά ώρα κατά τη διάρκεια του έργου. ένας επιχειρηματικός αναλυτής λαμβάνει 45 ρούβλια την ώρα, ένας δοκιμαστής 38 ρούβλια την ώρα. Το ποσοστό υπερωριών δεν λαμβάνεται υπόψη.

Εικόνα 4.5 - Συνολικό κόστος χρήσης των πόρων του έργου

4.5 Κατανομή των πόρων του έργου

Ένα τμήμα της κατανομής των πόρων για το σύστημα "Λογιστική για τα αγαθά στην αποθήκη" φαίνεται στο Σχήμα 4.6

Εικόνα 4.6 - Ένα τμήμα της κατανομής των πόρων του έργου

Για κάθε εργασία που εκτελείται στο έργο, συσχετίζεται ένας πόρος που θα εκτελέσει αυτήν την εργασία. Το σχήμα δείχνει τη συνολική ποσότητα εργασίας για κάθε έναν από τους πόρους και τον συγκεκριμένο αριθμό ωρών που δαπανήθηκαν σε μια συγκεκριμένη ημέρα.

4.6 Αξιολόγηση της οικονομικής αποδοτικότητας του έργου

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

Εισαγωγή δεδομένων.

Πρόσθετο κέρδος από την υλοποίηση του έργου (DP) = 38.000 ρούβλια. Πρόσθετα κέρδη προέβλεπαν οι ειδικοί της εταιρείας.

Αρχική επένδυση (IC) = 39396,47 ρούβλια. Οι επενδύσεις εκκίνησης αντιστοιχούν στο συνολικό κόστος χρήσης των πόρων του έργου (Εικόνα 4.5 της ενότητας 4.6)

Επιτόκιο έκπτωσης (i) = 12%.

Η διάρκεια για την οποία σχεδιάζεται το έργο (n) = 2 έτη.

Πρόσθετο κέρδος από την υλοποίηση του έργου (DP) = 38.000 ρούβλια.

Ετήσιες δαπάνες για την υλοποίηση του έργου (Z 1) = 15.000 ρούβλια.

Ετήσιες δαπάνες για την υλοποίηση του έργου (Z 2) = 10.000 ρούβλια.

Ετήσιες εισπράξεις μετρητών (R 1) = 23.000 ρούβλια.

Ετήσιες εισπράξεις μετρητών (R 2) = 28.000 ρούβλια.

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

Ο κεντρικός δείκτης στην υπό εξέταση μέθοδο είναι ο δείκτης NPV (καθαρή παρούσα αξία) - η τρέχουσα αξία των ταμειακών ροών. Αυτό είναι ένα γενικευμένο τελικό αποτέλεσμα της επενδυτικής δραστηριότητας σε απόλυτες τιμές.

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

Η καθαρή παρούσα αξία (NPV) υπολογίζεται χρησιμοποιώντας τον τύπο 4.2

(4.2)

R k - ετήσιες εισπράξεις μετρητών για n έτη.

k - ο αριθμός των ετών για τα οποία έχει σχεδιαστεί το έργο.

IC - αρχική επένδυση.

i - προεξοφλητικό επιτόκιο.

Σύμφωνα με αυτόν τον τύπο NPV= 3460,67 RUB

Ο δείκτης NPV είναι απόλυτη αύξηση, αφού υπολογίζει πόσο το μειωμένο εισόδημα καλύπτει το μειωμένο κόστος. Δεδομένου ότι NPV > 0, το έργο πρέπει να γίνει αποδεκτό.

Ο δείκτης απόδοσης επένδυσης (ROI) υπολογίζεται χρησιμοποιώντας τον τύπο 4.3

(4.3)

Υπολογισμένο (ROI) = 108,78%

Πίνακας 4.1 - Βοηθητικός πίνακας για τον υπολογισμό της περιόδου απόσβεσης του έργου

= 1,84

Περίοδος απόσβεσης n ok = 1,84 έτη (1 έτος και 11 μήνες)

Εφόσον ROI => 100% (δηλαδή = 108,78%), το έργο θεωρείται κερδοφόρο.

(4.4)

Έτσι, ο δείκτης κερδοφορίας είναι (PI) = 1,2

Τα στοιχεία που διασφαλίζουν τη λειτουργία ενός ΠΣ για οποιονδήποτε σκοπό παρατίθενται στον ορισμό. Ορισμένα από αυτά - μέσα, μέθοδοι και προσωπικό - διασφαλίζουν τη λειτουργία του ΚΠ, ενώ άλλα - αποθήκευση, επεξεργασία και έκδοση πληροφοριών - υποδεικνύουν λειτουργικά χαρακτηριστικά, π.χ. να καθορίσουν ποιες διαδικασίες πληροφοριών συνθέτουν τη λειτουργία του IS. Επομένως, η δομή IS εξετάζεται σε δύο διαφορετικά σχέδια: τη λειτουργική δομή και τη δομή IS ως ένα σύνολο υποσυστημάτων υποστήριξης.

Σύμφωνα με τον ορισμό, τα λειτουργικά στοιχεία του IS είναι οι ακόλουθες ομάδες (μπλοκ) διεργασιών:

εισαγωγή πληροφοριών από εξωτερικές ή εσωτερικές πηγές·

επεξεργασία πληροφοριών εισόδου και παρουσίασή τους σε βολική μορφή·

παραγωγή πληροφοριών για παρουσίαση στους καταναλωτές ή μεταφορά σε άλλο IS·

Τα σχόλια είναι πληροφορίες που επεξεργάζονται τα άτομα αυτού του οργανισμού για τη διόρθωση των πληροφοριών εισόδου.

λειτουργική δομήτο πληροφοριακό σύστημα παρουσιάζεται με τη μορφή μπλοκ διαγράμματος (Εικ. 1), στο οποίο κάθε στοιχείο του συστήματος παρουσιάζεται ως μπλοκ (στο Σχ. - ένα ορθογώνιο) και οι σύνδεσμοι και οι κατευθύνσεις τους υποδεικνύονται με βέλη.

Τα χωριστά μέρη (μπλοκ του συστήματος) ονομάζονται υποσυστήματα.

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

Η δομή IS μπορεί επίσης να αναπαρασταθεί ως ένα σύμπλεγμα υποσυστημάτων υποστήριξης (Εικ. 2).

Εικ.1. Γενικευμένο λειτουργικό μπλοκ διάγραμμα του IC.

Ωστόσο, για το AIS, που διαφέρει ως προς τη φύση και τους τύπους επεξεργασίας πληροφοριών, το λειτουργικό διάγραμμα διαφέρει σε ένα σύνολο υποσυστημάτων επεξεργασίας. Για παράδειγμα, το AIPS (βιβλιοθήκη, μουσείο, νομική αναφορά κ.λπ.) παράγει στοιχεία εισαγωγής, συστηματοποίηση, αποθήκευση, αναζήτηση και έκδοση πληροφοριών κατόπιν αιτήματος του χρήστη χωρίς περίπλοκους μετασχηματισμούς δεδομένων. Συστήματα επίλυσης πληροφοριών: ASOD, ACS, DSS - εκτελούν την επεξεργασία πληροφοριών βάσης δεδομένων σύμφωνα με έναν συγκεκριμένο αλγόριθμο, ωστόσο, διαφέρουν επίσης στη σύνθεση των υποσυστημάτων επεξεργασίας πληροφοριών. Ένα CAD που ειδικεύεται στον αυτοματισμό σχεδιασμού έχει ειδικά υποσυστήματα στη δομή του: τεχνική τεκμηρίωση, δημιουργία εργασιών, μοντελοποίηση προσομοίωσης, υπολογισμός, και σε ορισμένα μπορεί να υπάρχει ένα έμπειρο σύστημα (δείτε το μπλοκ διάγραμμα στο Σχ. 2).

Εικ.2. μπλοκ διάγραμμα CAD

Ας εξετάσουμε έναν άλλο τύπο δομής IS: ως ένα σύμπλεγμα υποσυστημάτων υποστήριξης (Εικ. 3).

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

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

Εικ.3. Δομή IS ανά τύπο υποσυστημάτων υποστήριξης.

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

Υποστήριξη Πληροφοριών- ένα σύνολο συστοιχιών δεδομένων πληροφοριών, ένα ενοποιημένο σύστημα ταξινόμησης και κωδικοποίησης πληροφοριών, ενοποιημένα συστήματα τεκμηρίωσης, σχήματα για ροές πληροφοριών που κυκλοφορούν σε έναν οργανισμό, καθώς και μια μεθοδολογία για τη δημιουργία βάσεων δεδομένων. Ο σκοπός του υποσυστήματος υποστήριξης πληροφοριών είναι η έγκαιρη δημιουργία και έκδοση αξιόπιστων πληροφοριών για τη λήψη αποφάσεων διαχείρισης.

Ενοποιημένα συστήματα τεκμηρίωσηςδημιουργούνται σε κρατικό, δημοκρατικό, κλαδικό και περιφερειακό επίπεδο. Ο κύριος στόχος είναι να εξασφαλιστεί η συγκρισιμότητα των δεικτών των διαφόρων τομέων της κοινωνικής παραγωγής. Έχουν αναπτυχθεί πρότυπα όπου ορίζονται οι απαιτήσεις:

σε ενοποιημένα συστήματα τεκμηρίωσης·

σε ενοποιημένες μορφές εγγράφων διαφόρων επιπέδων διαχείρισης·

στη σύνθεση και τη δομή των λεπτομερειών και των δεικτών·

στη διαδικασία εισαγωγής, διατήρησης και καταχώρισης ενιαίων εντύπων εγγράφων.

Παρά την ύπαρξη ενός ενιαίου συστήματος τεκμηρίωσης, μια έρευνα των περισσότερων οργανισμών αποκαλύπτει μια ολόκληρη σειρά τυπικών ελλείψεων:

εξαιρετικά μεγάλος όγκος εγγράφων για χειροκίνητη επεξεργασία.

Οι ίδιοι δείκτες επαναλαμβάνονται συχνά σε διαφορετικά έγγραφα.

η εργασία με μεγάλο αριθμό εγγράφων αποσπά την προσοχή των ειδικών από την επίλυση άμεσων προβλημάτων.

υπάρχουν δείκτες που δημιουργούνται αλλά δεν χρησιμοποιούνται κ.λπ.

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

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

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

εξαίρεση διπλότυπων και αχρησιμοποίητων πληροφοριών·

ταξινόμηση και ορθολογική παρουσίαση των πληροφοριών.

Μεθοδολογία δημιουργίας βάσεων δεδομένωνβασίζεται στις θεωρητικές βάσεις του σχεδιασμού τους.

Βασικές έννοιες της μεθοδολογίας:

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

προσδιορισμός της κίνησης των πληροφοριών από τη στιγμή της εμφάνισης έως τη χρήση τους σε διάφορα επίπεδα διαχείρισης, που παρουσιάζονται για ανάλυση με τη μορφή σχημάτων ροών πληροφοριών·

βελτίωση του συστήματος διαχείρισης εγγράφων·

διαθεσιμότητα και χρήση συστήματος ταξινόμησης και κωδικοποίησης·

κατοχή της μεθοδολογίας για τη δημιουργία εννοιολογικών πληροφοριών-λογικών μοντέλων που αντικατοπτρίζουν τη σχέση της πληροφορίας·

δημιουργία συστοιχιών πληροφοριών σε μέσα μηχανών, που απαιτεί σύγχρονη τεχνική υποστήριξη.

Αυτή η ιδέα εφαρμόζεται πρακτικά σε δύο στάδια.

Στάδιο 1 - μια έρευνα όλων των λειτουργικών τμημάτων της εταιρείας προκειμένου να:

κατανοεί τις ιδιαιτερότητες και τη δομή των δραστηριοτήτων του·

Δημιουργήστε ένα διάγραμμα ροών πληροφοριών.

να αναλύσει το υπάρχον σύστημα διαχείρισης εγγράφων.

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

2ο στάδιο - κατασκευή εννοιολογικού μοντέλου πληροφοριών-λογικών δεδομένων με βάση τα αποτελέσματα της έρευνας του 1ου σταδίου. Σε αυτό το μοντέλο, όλες οι συνδέσεις μεταξύ των αντικειμένων και των λεπτομερειών τους πρέπει να δημιουργηθούν και να βελτιστοποιηθούν. Το πληροφοριακό-λογικό μοντέλο είναι το θεμέλιο πάνω στο οποίο θα δημιουργηθεί η βάση δεδομένων.

Τεχνική υποστήριξη- ένα σύνολο τεχνικών μέσων σχεδιασμένων για τη λειτουργία του πληροφοριακού συστήματος, καθώς και σχετική τεκμηρίωση για αυτά τα εργαλεία και τις τεχνολογικές διαδικασίες

Το σύμπλεγμα τεχνικών μέσων αποτελείται από:

υπολογιστές οποιωνδήποτε μοντέλων.

συσκευές για τη συλλογή, τη συσσώρευση, την επεξεργασία, τη μετάδοση και την έξοδο πληροφοριών·

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

εξοπλισμός γραφείου και συσκευές για αυτόματη ανάκτηση δεδομένων·

υλικά λειτουργίας κ.λπ.

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

σε όλο το σύστημα, συμπεριλαμβανομένων των κρατικών και βιομηχανικών προτύπων για τεχνική υποστήριξη·

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

κανονιστική αναφορά που χρησιμοποιείται κατά την εκτέλεση υπολογισμών για τεχνική υποστήριξη.

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

Η κεντρική τεχνική υποστήριξη βασίζεται στη χρήση μεγάλων υπολογιστών και κέντρων υπολογιστών στο πληροφοριακό σύστημα. Αυτή η μορφή οργάνωσης διευκολύνει τη διαχείριση και την εφαρμογή της τυποποίησης, αλλά μειώνει την ευθύνη και την πρωτοβουλία του προσωπικού.

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

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

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

Στα μέσα λογισμικόσχετίζομαι:

εργαλεία μοντελοποίησης της διαδικασίας διαχείρισης·

τυπικές εργασίες ελέγχου·

μέθοδοι μαθηματικού προγραμματισμού, μαθηματικές στατιστικές, θεωρία ουρών κ.λπ.

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

ΠΡΟΣ ΤΗΝ γενικό λογισμικό συστήματοςπεριλαμβάνει σύνολα προγραμμάτων προσανατολισμένων στον χρήστη που έχουν σχεδιαστεί για την επίλυση τυπικών προβλημάτων επεξεργασίας πληροφοριών. Χρησιμεύουν για την επέκταση της λειτουργικότητας των υπολογιστών, τον έλεγχο και τη διαχείριση της διαδικασίας επεξεργασίας δεδομένων.

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

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

Οργανωτική υποστήριξη- αυτό είναι ένα σύνολο μεθόδων και εργαλείων που ρυθμίζουν την αλληλεπίδραση των εργαζομένων με τεχνικά μέσα και μεταξύ τους στη διαδικασία ανάπτυξης και λειτουργίας ΠΣ.

Η οργανωτική υποστήριξη υλοποιεί τις ακόλουθες λειτουργίες:

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

προετοιμασία εργασιών για επίλυση σε υπολογιστή, συμπεριλαμβανομένων των όρων αναφοράς για το σχεδιασμό IS και μελέτη σκοπιμότητας της αποτελεσματικότητάς του·

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

Η οργανωτική υποστήριξη δημιουργείται με βάση τα αποτελέσματα μιας έρευνας πριν από το έργο στο 1ο στάδιο δημιουργίας μιας βάσης δεδομένων.

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

Ο κύριος σκοπός της νομικής υποστήριξης είναι η ενίσχυση του κράτους δικαίου. Η σύνθεση της νομικής υποστήριξης περιλαμβάνει νόμους, διατάγματα, αποφάσεις κρατικών αρχών, εντολές, οδηγίες και άλλα κανονιστικά έγγραφα υπουργείων, υπηρεσιών, οργανισμών, τοπικών αρχών. Στη νομική υποστήριξη, μπορεί κανείς να ξεχωρίσει ένα γενικό μέρος που ρυθμίζει τη λειτουργία οποιουδήποτε πληροφοριακού συστήματος και ένα τοπικό μέρος που ρυθμίζει τη λειτουργία ενός συγκεκριμένου συστήματος.

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

Η νομική υποστήριξη των σταδίων λειτουργίας του πληροφοριακού συστήματος περιλαμβάνει:

κατάσταση του συστήματος πληροφοριών·

δικαιώματα, καθήκοντα και ευθύνες του προσωπικού·

η διαδικασία δημιουργίας και χρήσης πληροφοριών κ.λπ.

Αυτό το σύνολο υποσυστημάτων είναι κοινό για σχεδόν όλους τους τύπους AIS. Ωστόσο, η δομή και η πολυπλοκότητα των υποσυστημάτων υποστήριξης εξαρτάται από τον τύπο του AIS, το πεδίο εφαρμογής και άλλους παράγοντες. Έτσι, το υποσύστημα λογισμικού λαμβάνει χώρα στο AIS της αρχικής ανάπτυξης λογισμικού - στο AIS με τυπικό λογισμικό, απουσιάζει. Το υποσύστημα νομικής υποστήριξης μπορεί να απουσιάζει στο AIS για ενδοεταιρικούς σκοπούς - σε αυτήν την περίπτωση, μπορείτε να περιοριστείτε στο υποσύστημα οργανωτικής υποστήριξης, στο οποίο, μεταξύ άλλων, επιλύονται ζητήματα νομικής υποστήριξης. Το αυτοσκοπικό AIS, για παράδειγμα, συστήματα υπηρεσιών πληροφοριών, μπορεί να έχει ένα υποσύστημα νομικής υποστήριξης. Τα AIS, τα οποία διαθέτουν βάση δεδομένων πραγματικού χαρακτήρα, διαθέτουν μόνο ένα υποσύστημα υποστήριξης πληροφοριών, στο οποίο μπορεί να είναι απαραίτητο να επιλυθούν ορισμένα γλωσσικά ζητήματα. Το Documentary AIPS διαθέτει ένα ανεπτυγμένο υποσύστημα γλωσσικής υποστήριξης, καθώς αυτά τα συστήματα επιλύουν πολύπλοκα προβλήματα διασφάλισης της σημασιολογικής συνάφειας των αιτημάτων των χρηστών με το περιεχόμενο των εκδοθέντων εγγράφων. Και αυτό, κατά κανόνα, δεν είναι μόνο ενότητες λογισμικού για μορφολογική ανάλυση, αλλά και ένα σύνολο λεξικών και κανόνων για τη συντήρησή τους.

Σκοποί δημιουργίας και υλοποίησης ΚΠ.

Τι μπορεί να αναμένεται από την εφαρμογή πληροφοριακών συστημάτων;

Η εισαγωγή πληροφοριακών συστημάτων μπορεί να συμβάλει:

1. Απαλλαγή των εργαζομένων από την εργασία ρουτίνας και επιτάχυνσή της μέσω αυτοματισμού.

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

3. Βελτίωση της δομής των ροών πληροφοριών και του συστήματος διαχείρισης εγγράφων στην εταιρεία λόγω του συστημικού αποτελέσματος: εφάπαξ εισαγωγή δεδομένων - πολλαπλή και πολλαπλή χρήση τους».

4. απόκτηση πιο ορθολογικών επιλογών για την επίλυση διαχειριστικών προβλημάτων (λόγω της εισαγωγής μαθηματικών μεθόδων και ευφυών συστημάτων κ.λπ.):

εύρεση νέων θέσεων στην αγορά.

βελτιστοποίηση του κόστους για την παραγωγή προϊόντων ή/και υπηρεσιών·

βελτιστοποίηση των σχέσεων με αγοραστές και προμηθευτές.

Στάδια ανάπτυξης πληροφοριακών συστημάτων

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

Πίνακας 2. Στάδια ανάπτυξης ΚΠ.

Χρονικό διάστημα	Η έννοια της χρήσης πληροφοριών	Είδος πληροφοριακών συστημάτων	Σκοπός της χρήσης
1950 - 1960	Ροή εγγράφων διακανονισμού	Πληροφοριακά συστήματα επεξεργασίας εγγράφων διακανονισμού σε ηλεκτρομηχανολογικά λογιστικά μηχανήματα	Αύξηση της ταχύτητας επεξεργασίας εγγράφων Απλοποιήστε την επεξεργασία τιμολογίων και τη μισθοδοσία
1960 - 1970	Βασική βοήθεια στην προετοιμασία εκθέσεων	Πληροφοριακά συστήματα διαχείρισης για πληροφορίες παραγωγής	Επιτάχυνση της διαδικασίας αναφοράς
1970 - 1980	Διευθυντικός έλεγχος υλοποίησης (πωλήσεις)	ΣΥΣΤΗΜΑΤΑ ΥΠΟΣΤΗΡΙΞΗΣ ΑΠΟΦΑΣΕΩΝ Ανώτατα συστήματα διαχείρισης	Επιλογή της πιο ορθολογικής λύσης
1980 - 2000	Οι πληροφορίες είναι ένας στρατηγικός πόρος που παρέχει ανταγωνιστικό πλεονέκτημα	Στρατηγικά Πληροφοριακά Συστήματα Αυτοματοποιημένα γραφεία	Σταθερή επιβίωση και ευημερία

Τα πρώτα πληροφοριακά συστήματα εμφανίστηκαν στα μέσα του περασμένου αιώνα. Στη δεκαετία του 1950 σχεδιάστηκαν για την επεξεργασία τιμολογίων και μισθοδοσίας και εφαρμόστηκαν σε ηλεκτρομηχανολογικά λογιστικά μηχανήματα. Αυτό οδήγησε σε κάποια μείωση του κόστους και του χρόνου για την προετοιμασία των έντυπων εγγράφων.

δεκαετία του '60 χαρακτηρίζονται από μια αλλαγή στη στάση απέναντι στα πληροφοριακά συστήματα. Οι πληροφορίες που ελήφθησαν από αυτές άρχισαν να χρησιμοποιούνται για περιοδικές αναφορές για πολλές παραμέτρους. Σήμερα, οι οργανισμοί χρειάζονταν υπολογιστικό εξοπλισμό γενικής χρήσης ικανό να εκτελεί πολλές λειτουργίες, όχι μόνο να επεξεργάζεται τιμολόγια και να υπολογίζει τη μισθοδοσία, όπως συνέβαινε στο παρελθόν.

Στη δεκαετία του '70 - αρχές του '80. Τα πληροφοριακά συστήματα αρχίζουν να χρησιμοποιούνται ευρέως ως μέσο ελέγχου διαχείρισης, υποστήριξης και επιτάχυνσης της διαδικασίας λήψης αποφάσεων.

Μέχρι τα τέλη της δεκαετίας του '80. η έννοια της χρήσης πληροφοριακών συστημάτων αλλάζει ξανά. Γίνονται στρατηγική πηγή πληροφοριών και χρησιμοποιούνται σε όλα τα επίπεδα ενός οργανισμού οποιουδήποτε προφίλ. Πληροφοριακά συστήματα αυτής της περιόδου, που παρέχουν έγκαιρα τις απαραίτητες πληροφορίες, βοηθούν τον οργανισμό να επιτύχει τις δραστηριότητές του, να δημιουργήσει νέα προϊόντα και υπηρεσίες, να βρει νέες αγορές πωλήσεων, να εξασφαλίσει αξιόλογους συνεργάτες, να οργανώσει την κυκλοφορία προϊόντων σε χαμηλή τιμή και πολλά άλλα. περισσότερο.

Η σύγχρονη κατανόηση του πληροφοριακού συστήματος περιλαμβάνει τη χρήση ενός προσωπικού υπολογιστή ως το κύριο τεχνικό μέσο επεξεργασίας πληροφοριών. Σε μεγάλους οργανισμούς, μαζί με έναν προσωπικό υπολογιστή, η τεχνική βάση του συστήματος πληροφοριών μπορεί να περιλαμβάνει έναν κεντρικό υπολογιστή ή έναν υπερυπολογιστή. Επιπλέον, η τεχνική εφαρμογή του πληροφοριακού συστήματος από μόνη της δεν θα σημαίνει τίποτα εάν δεν ληφθεί υπόψη ο ρόλος του ατόμου για το οποίο προορίζονται οι παραγόμενες πληροφορίες και χωρίς τον οποίο είναι αδύνατη η λήψη και η παρουσίασή τους.