Από τον συγγραφέα:Πώς να γράψετε όρους αναφοράς (TOR) για την ανάπτυξη ιστοσελίδων? Το θέμα είναι αρκετά εκτενές και είναι δύσκολο να το αναλύσεις 100% στο πλαίσιο μιας σημείωσης (αν είναι δυνατόν). Αλλά θα προσπαθήσω να περιγράψω τις γενικές διατάξεις σχετικά με το τι πρέπει να λαμβάνεται υπόψη και τι πρέπει να προσέχετε κατά τη σύνταξη των όρων αναφοράς για έναν ιστότοπο με επαρκείς λεπτομέρειες.

Άρα, τεχνικές προδιαγραφές για την ανάπτυξη ιστοσελίδων

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

Ας αναλύσουμε αυτό το παράδειγμα:

Ας υποθέσουμε ότι χρειάζεστε ένα ημερολόγιο κάπου στο πλάι του ιστότοπού σας. Φαινόταν σαν μικρό πράγμα. Όμως όσο πιο αναλυτικά περιγράψετε τη λειτουργικότητά του, τόσο πιο γρήγορα θα έχετε το αποτέλεσμα.

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

JavaScript. Γρήγορη εκκίνηση

Ας πούμε ότι χρειάζεστε τελευταία επιλογή(με δυνατότητα κύλισης σε μήνες και χρόνια) με επισήμανση της τρέχουσας ημερομηνίας. Στους όρους αναφοράς που υποδείξατε: «απαιτείται ένα ημερολόγιο στην πλαϊνή γραμμή». Σας δίνουν την πρώτη επιλογή (απλώς εμφανίζει τους αριθμούς ανά ημέρα της εβδομάδας του τρέχοντος μήνα).

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

Αυτό είναι ένα παράδειγμα απλού απλού ημερολογίου.

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

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

Σε ποια σημεία αποτελείται συνήθως μια τεχνική προδιαγραφή;

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

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

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

Πάμε σημείο προς σημείο.

Περιγραφή

Εδώ μπορείτε να γράψετε με δυο φράσεις για την εταιρεία και τι κάνει. Κάντε κάτι σαν εισαγωγή.

για ποιον - κοινό στόχο:

πιθανούς αγοραστές

πωλητές προϊόντων (καταστήματα, ηλεκτρονικά καταστήματα)

κέντρα εξυπηρέτησης

συνεργάτες (εταιρείες)

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

Γιατί χρειάζεστε έναν ιστότοπο:

Για τη βελτίωση της εικόνας της εταιρείας

Για αύξηση των πωλήσεων

Για διευκόλυνση του πελάτη

Εταιρικός

Ιστοσελίδα – επαγγελματική κάρτα

Ηλεκτρονικό κατάστημα

Εκδόσεις γλώσσας:

αγγλικός

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

Στόχοι και στόχοι

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

Πιθανοί αγοραστές προϊόντων.

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

Τα προβλήματα πρέπει να λυθούν:

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

Δώστε πληροφορίες για εκθεσιακούς χώρους

Δώστε πληροφορίες σχετικά με το δίκτυο λιανικής

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

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

Τώρα απαριθμούμε τις ενότητες.

Λειτουργικότητα ιστότοπου

Για να καταχωρίσετε τη λειτουργικότητα, πρέπει να αποφασίσετε τι χρειάζεται:

Απαιτείται εγγραφή;

Χρειάζομαι κλειστό τμήμα (μόνο για εγγεγραμμένους χρήστες)

Είναι απαραίτητη μια φόρμα σχολίων;

Και τα λοιπά. και τα λοιπά.

JavaScript. Γρήγορη εκκίνηση

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

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

Περιγραφή λειτουργικότητας

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

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

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

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

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

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

σχετικά με την εταιρεία

ιστορία της εταιρείας

επαφές

προϊόντα

κατάλογος προϊόντων

κριτικές προϊόντων

τμήμα εξυπηρέτησης

υπηρεσία εγγύησης

σέρβις μετά την εγγύηση

στον καταναλωτή

αγορά και παράδοση

χρήση

σχετικά με την υπηρεσία

καταστήματα και ηλεκτρονικά καταστήματα

φωτογραφίες προϊόντων

Συχνές Ερωτήσεις

κέντρα εξυπηρέτησης

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

Συχνές Ερωτήσεις

συνεργάτες

πρόσκληση για συνεργασία

Συχνές Ερωτήσεις

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

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

Το κύριο πράγμα τώρα είναι να περιγράψουμε τη λογική του έργου.

Λογική λειτουργίας

Θα περιγράψω με βάση την παραπάνω εικόνα.

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

Έτσι περιγράφεται περίπου η γενική λογική της δουλειάς.

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

"Ροή ειδήσεων" από 10 τελευταία νέα. Κάθε είδηση ​​θα πρέπει να αποτελείται από έναν τίτλο ειδήσεων, ημερομηνία δημοσίευσης, μια σύντομη αρχή της είδησης (4-5 γραμμές) και έναν σύνδεσμο «πλήρης ανάγνωση». Όταν κάνετε κλικ στο σύνδεσμο "διαβάστε πλήρως", θα μεταφερθείτε στη σελίδα ειδήσεων. Οι ειδήσεις που συναντήσατε εμφανίζονται στη θέση του κύριου περιεχομένου. Περιλαμβάνει επίσης τον τίτλο της είδησης και την ημερομηνία δημοσίευσης. Η ροή ειδήσεων εμφανίζεται επίσης στα αριστερά. Αρχειοθετούνται ειδήσεις από προηγούμενους μήνες και χρόνια. Δηλαδή κάτω από τις ειδήσεις για τρέχον μήναεμφάνιση "αρχειοθέτηση για (τόσο μήνα ή έτος)". Όταν κάνετε κλικ στο σύνδεσμο "αρχειοθέτηση για (τόσο μήνα ή έτος)", εμφανίζεται μια λίστα ειδήσεων για τον αντίστοιχο μήνα/έτος.

Έτσι περιγράφουμε τη λειτουργία κάθε μπλοκ. Ας μην ξεχνάμε το ημερολογιακό περιστατικό. Και το πιο σημαντικό, πρέπει να περιγράψετε τη δουλειά του καταλόγου προϊόντων. Εδώ σας δίνω μια εργασία:προσπαθήστε να σκεφτείτε καλά και να περιγράψετε πώς θα λειτουργήσει ο κατάλογος. Στείλτε τις επιλογές σας μέσω e-mail. Θα δημοσιεύσουμε το καλύτερο.

Τι άλλο πρέπει να υπάρχει; Θα ήταν ωραίο να υποδείξουμε συμβατότητα.

Αρμονία

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

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

Σύναψη

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

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

Και μην ξεχνάτε την εργασία!

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

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

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

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

Ανάπτυξη τεχνικών προδιαγραφών για το 44-FZ

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

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

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

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

με ποια μορφή θα διεξαχθούν οι προσφορές·

είναι δυνατόν να συνδυαστούν ορισμένες παρτίδες σε μία αγορά ή θα ήταν πιο συνετό να πραγματοποιηθούν πολλές εργασίες;

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

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

Σύνταξη τεχνικών προδιαγραφών

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

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

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

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

ποσότητα και διαμόρφωση, αν μιλάμε για προϊόν.

ημερομηνίες παράδοσης ή ολοκλήρωσης·

απαιτήσεις εγγύησης και ασφάλειας·

όρους πληρωμής και παράδοσης·

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

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

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

Δείγματα όρων αναφοράς για αγορά

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

Μπορείτε να δείτε ένα παράδειγμα τεχνικής προδιαγραφής για 44 ομοσπονδιακούς νόμους και την απάντηση σε αυτήν στον ιστότοπό μας στη διεύθυνση σελίδα «Προετοιμασία και υποβολή αίτησης». ΣΕ σε αυτό το παράδειγμαπεριγράφει λεπτομερώς πώς πρέπει να φαίνονται οι τεχνικές προδιαγραφές στα έγγραφα της προσφοράς του πελάτη και πώς ο ανάδοχος πρέπει να γράψει την απάντηση. Αυτές οι πληροφορίες θα είναι χρήσιμες σε όλους τους πλειοδότες.

OOO ICC"RusTender"

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

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

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

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

Τι είναι μια τεχνική προδιαγραφή

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

Γραφείο Σχεδιασμού

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

Γιατί χρειάζεστε τεχνικές προδιαγραφές;

• Για να αναθέσετε εργασίες σε εκτελεστές.
• Για να περιγράψετε λεπτομερώς τι θέλετε να πάρετε στο τέλος.
• Να συμφωνήσουμε για τη σειρά εργασίας.
• Να αξιολογεί και να αποδέχεται την εργασία μετά την υλοποίηση.
• Προς...(προσθέστε τις επιλογές σας στα σχόλια).

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

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

Στην πραγματικότητα πρόκειται για ένα σοβαρό έγγραφο που συντάσσεται από τον πελάτη και τον ανάδοχο. Στο βαθμό που προβλέπονται ποινές και υποχρεώσεις των μερών. Υπάρχει ένας αριθμός GOST, διαβάστε περισσότερα στο Habré.

Ανάπτυξη τεχνικών προδιαγραφών

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

Το να έχεις μούσι είναι προαιρετικό

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

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

Τι περιλαμβάνει η τεχνική προδιαγραφή;

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

1. Περιγραφή του έργου/εργασίας. Γράφουμε εν συντομία ποιο είναι το έργο ή η εργασία που πρέπει να ολοκληρωθεί.
2. Σκοπός και στόχοι. Ποιοι είναι οι στόχοι για το έργο;
3. Απαιτήσεις. Σχεδιασμός, λειτουργίες, τεχνολογίες που χρειάζονται.
4. Περιγραφή της εργασίας. Τι, πότε και πώς θα γίνει.
5. Διαδικασία ελέγχου και αποδοχής. Πώς θα γίνει αποδεκτό το έργο, τι μπορεί να θεωρηθεί ολοκληρωμένο.
6. Εφαρμογές. Σκίτσα, σκίτσα, πρωτότυπα.

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

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

Παραδείγματα τεχνικών προδιαγραφών

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

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

Όροι αναφοράς για την ανάπτυξη ηλεκτρονικού καταστήματος

Όροι αναφοράς για την ανάπτυξη μιας εφαρμογής για κινητά

Όροι αναφοράς για τον ιστότοπο

Όροι αναφοράς για υπηρεσίες/ενημερώσεις

Εάν χρειάζεστε περισσότερα δείγματα, απλώς το Google.

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

Έτσι πρέπει να είναι

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

Για παράδειγμα, για την εργασία "Κουμπί "Μου αρέσει στον ιστότοπο":

1. Περιγραφή: πρέπει να δημιουργήσετε ένα κουμπί "Μου αρέσει" στον ιστότοπό μας.
2. Σκοπός και στόχοι: συμμετοχή των χρηστών, έκδοση/βαθμολόγηση υλικού με βάση τον αριθμό των likes.
3. Απαιτήσεις: η ακόλουθη σχεδίαση (παράδειγμα: σύνδεσμος σε κάτι παρόμοιο), λειτουργικότητα (οποιοσδήποτε χρήστης μπορεί να βαθμολογήσει την εικόνα και να της αρέσει, το σύστημα του ιστότοπου λαμβάνει υπόψη τον αριθμό των "μου αρέσει" και αλλάζει την παραγωγή των υλικών), τεχνολογία (διαθέσιμη σε επιτραπέζιους υπολογιστές και εκδόσεις του ιστότοπου για κινητές συσκευές).
4. Περιγραφή εργασίας: σχεδιάστε 3 επιλογές για διατάξεις κουμπιών (ημερομηνία ετοιμότητας: 10/01/17), αναπτύξτε ένα σύστημα διανομής υλικών με βάση τα likes (ημερομηνία: 14/10/17), δοκιμή λειτουργίας (ημερομηνία: 16/10/17 ), κυκλοφορία (ημερομηνία: 17/10/17)
5. Αποδοχή εργασίας: ο χρήστης πατάει το κουμπί like, το σύστημα μετράει το κλικ, αλλάζει η παράδοση των υλικών.
6. Εφαρμογές: σκίτσα, σκίτσα, παραδείγματα έργων όπου λειτουργεί παρόμοια λειτουργία.

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

Ορίστε

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

Πρόσφατα με προσέγγισαν για να με συμβουλέψουν σχετικά με τα πρότυπα συγγραφής τεχνικών προδιαγραφών (TOR) για την ανάπτυξη αυτοματοποιημένων συστημάτων (AS) και λογισμικού (λογισμικό). Σκέφτομαι, τώρα θα πάω στο Yandex, θα βρω ένα κατάλληλο άρθρο και θα το στείλω. Δεν ήταν όμως έτσι! Δεν βρήκα ούτε ένα άρθρο που να αναφέρει πρότυπα για τεχνικές προδιαγραφές, συμπεριλαμβανομένων προτύπων και παραδειγμάτων έτοιμων εγγράφων. Αυτό το άρθρο θα πρέπει να το φτιάξετε μόνοι σας...

Και έτσι, τα κύρια πρότυπα, μεθοδολογίες και σώματα γνώσης που αναφέρουν TK ή SRS (Προδιαγραφές Απαιτήσεων Λογισμικού (ή Συστήματος):

GOST 34
GOST 19
IEEE STD 830-1998
ISO/IEC/IEEE 29148-2011
RUP
SWEBOK, BABOK, κ.λπ.

GOST 34

GOST 34.602-89 Οι όροι αναφοράς για τη δημιουργία ενός αυτοματοποιημένου συστήματος ρυθμίζουν τη δομή των τεχνικών προδιαγραφών για τη δημιουργία του ΣΥΣΤΗΜΑΤΟΣ, το οποίο περιλαμβάνει λογισμικό, υλικό, άτομα που εργάζονται με το λογισμικό και αυτοματοποιημένες διαδικασίες.

Σύμφωνα με το GOST 34, οι τεχνικές προδιαγραφές πρέπει να περιλαμβάνουν τις ακόλουθες ενότητες:

1. Γενικές πληροφορίες
2. Σκοπός και στόχοι δημιουργίας (ανάπτυξης) του συστήματος
3. Χαρακτηριστικά αντικειμένων αυτοματισμού
4. Απαιτήσεις συστήματος
5. Σύνθεση και περιεχόμενο της εργασίας για τη δημιουργία του συστήματος
6. Διαδικασία ελέγχου και αποδοχής του συστήματος
7. Απαιτήσεις για τη σύνθεση και το περιεχόμενο της εργασίας για την προετοιμασία του αντικειμένου αυτοματισμού για θέση σε λειτουργία του συστήματος
8. Απαιτήσεις τεκμηρίωσης
9. Πηγές ανάπτυξης

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

GOST 19

«GOST 19.xxx Ενιαίο σύστηματεκμηρίωση προγράμματος (ESPD)» είναι ένα σύνολο κρατικών προτύπων που θεσπίζουν διασυνδεδεμένους κανόνες για την ανάπτυξη, το σχεδιασμό και την κυκλοφορία προγραμμάτων (ή λογισμικού) και τεκμηρίωσης προγραμμάτων. Εκείνοι. Αυτό το πρότυπο ισχύει ειδικά για την ανάπτυξη λογισμικού.
Σύμφωνα με το GOST 19.201-78 Τεχνικές προδιαγραφές, απαιτήσεις για περιεχόμενο και σχεδιασμό, οι τεχνικές προδιαγραφές πρέπει να περιλαμβάνουν τις ακόλουθες ενότητες:

1. Εισαγωγή.
2. Λόγοι ανάπτυξης.
3. Σκοπός ανάπτυξης.
4. Απαιτήσεις για το πρόγραμμα ή το προϊόν λογισμικού.
5. Απαιτήσεις για τεκμηρίωση προγράμματος.
6. Τεχνικοί και οικονομικοί δείκτες.
7. Στάδια και στάδια ανάπτυξης.
8. Διαδικασία ελέγχου και αποδοχής.
9. Εφαρμογές.

Φυσικά, το GOST 34 (και το 19) είναι ήδη ξεπερασμένο και δεν μου αρέσει να τα χρησιμοποιώ, αλλά με τη σωστή ερμηνεία των προτύπων, μπορείτε να λάβετε καλές τεχνικές προδιαγραφές, δείτε Συμπέρασμα.

IEEE STD 830-1998

Ένας αρκετά καλός ορισμός του προτύπου 830-1998 - IEEE Recommended Practice for Software Requirements Specifications δίνεται στην ίδια την περιγραφή του:

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

Σύμφωνα με το πρότυπο, οι όροι αναφοράς πρέπει να περιλαμβάνουν τις ακόλουθες ενότητες:

1. Εισαγωγή

• 1. Σκοπός
• 2. Πεδίο εφαρμογής
• 3. Ορισμοί, αρκτικόλεξα και συντμήσεις
• 4. Σύνδεσμοι
• 5. Σύντομη επισκόπηση

2. Γενική περιγραφή

• 1. Αλληλεπιδράσεις προϊόντων (με άλλα προϊόντα και εξαρτήματα)
• 2. Χαρακτηριστικά προϊόντος (σύντομη περιγραφή)
• 3. Χαρακτηριστικά χρήστη
• 4. Περιορισμοί
• 5. Υποθέσεις και εξαρτήσεις

3. Λεπτομερείς απαιτήσεις (μπορούν να οργανωθούν με διαφορετικούς τρόπους, π.χ. όπως αυτός)

• 1. Απαιτήσεις για εξωτερικές διεπαφές
  • 1. Διεπαφές χρήστη
  • 2. Διεπαφές υλικού
  • 3. Διεπαφές λογισμικού
  • 4. Διεπαφές αλληλεπίδρασης
• 2. Λειτουργικές απαιτήσεις
• 3. Απαιτήσεις απόδοσης
• 4. Περιορισμοί σχεδίασης (και αναφορές σε πρότυπα)
• 5. Μη λειτουργικές απαιτήσεις (αξιοπιστία, διαθεσιμότητα, ασφάλεια κ.λπ.)
• 6. Άλλες απαιτήσεις

4. Εφαρμογές
5. Αλφαβητικό ευρετήριο

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

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

• Παρουσίαση από τον Yuri Buluy Ταξινόμηση απαιτήσεων λογισμικού και εκπροσώπησή του σε πρότυπα και μεθοδολογίες.
• Ανάλυση απαιτήσεων για αυτοματοποιημένα πληροφοριακά συστήματα. Διάλεξη 11: Απαιτήσεις τεκμηρίωσης.
• Κανόνες για τη σύνταξη προδιαγραφών απαιτήσεων λογισμικού (διαβάστε μαζί με τα σχόλια)
• Παραδείγματα τεχνικών προδιαγραφών και άλλη τεκμηρίωση για την ανάπτυξη ΑΣ για το Υπουργείο Οικονομικής Ανάπτυξης
• Στυλ διαχείρισης GOST. Άρθρο του Gaperton σωστή λειτουργίααπό τεχνικές προδιαγραφές σύμφωνα με GOST
• Πρότυπα εγγράφων Business Analyst από