pembangunan (dan bukan sahaja), penyediaan praktikal spesifikasi teknikal. B O kebanyakan daripada sudah Sedia untuk digunakan unsur logik Spesifikasi teknikal diberikan pada akhir artikel. Semakan bertarikh 20 Jun 2018.

Bagaimana untuk menulis spesifikasi teknikal?!

Dicipta 02/05/2005 11:41:19

duniamu kosong...

Siapa yang akan berkongsi kesedihan anda?

"Bagaimana untuk menulis spesifikasi teknikal?!" - dari mulut yang dipanggil seorang "penulis teknikal" yang baru, selepas ini dirujuk sebagai penulis teknikal. Ini adalah - harga yang dahsyat keruntuhan Kesatuan dan peralihan pendidikan tinggi Rusia kepada sistem pendidikan dua peringkat.

Mari kita kembali kepada soalan. Apabila "susun atur" ternyata:

• soalan pertama ialah "mengapa ia diperlukan";
• soalan kedua ialah apakah struktur bahagian "Spesifikasi Teknikal" yang sepatutnya;
• soalan ketiga - apakah cara untuk menyediakan teks untuk kandungan bahagian spesifikasi teknikal?

Yang ketiga adalah yang paling sukar. Jawapan kepada soalan ini akan dipaparkan semasa pembentangan.

Matlamat dan objektif artikel

Tujuan artikel itu adalah untuk menjadikan kehidupan lebih mudah bagi juruteknik yang benar-benar baru.

Objektif artikel:

• memberi jawapan kepada soalan yang ditanya;
• menunjukkan penyediaan praktikal minimum yang diperlukan bagi teks spesifikasi teknikal;
• beri peluang kepada juruteknik pemula:
  • meningkatkan rating anda sendiri;
  • atau kehilangan diri anda sepenuhnya di mata Bos Besar.

cerita

Segala sesuatu yang pernah dihasilkan, sedang dihasilkan dan akan dihasilkan dibahagikan (bersyarat, sudah tentu) kepada:

Produk pertama () mungkin, ialah kapak batu. Atau serpihan tanah liat (buatan manusia) yang membolehkan anda mencedok sedikit air dalam sungai.

Perisian pertama yang dilaksanakan pada perkakasan mungkin adalah "jukebox" dengan cakera berputar ditutup dengan pasak. Pasak masuk masa tertentu terkena garpu tala tertentu. Oleh itu, melodi itu ternyata diprogramkan, "diperkuat" pada logam - produk perisian sebenar, bukan sahaja, tetapi kraftangan. Anda boleh melihat keajaiban indah ini di Muzium Politeknik Moscow.

Sistem automatik pertama mungkin adalah kincir angin. Saya menarik keluar penyumbat - "bilah" berputar, batu kilangan dikisar. "Menekan satu butang" - 100% automasi.

Cerita yang menyejukkan

Dan kemudian raja () memerintahkan - untuk membina kilang, dan yang akan berfungsi dari kuasa angin, lebih sejuk daripada Raja England ("kehendak" pelanggan), dan supaya ia menjadi iri hati semua borjuasi (sepadan pembangunan moden sains dan tidak kalah dengan keperluan yang sama untuk analog domestik dan asing moden terbaik).

Para pengawal menyeret hamba raja, seorang tukang tempatan (), dan melemparkannya ke kaki Tsar-Bapa. Tukang itu memukul dahinya di lantai batu - jadi, sudah tentu! Kami akan melakukan segala-galanya, Tuanku, tanpa syarat, tepat, tepat pada masanya dan sepenuhnya!

Masanya telah tiba, raja tiba di kilang (bekerja). Dia kelihatan dan kagum - sayapnya berputar, batu kilangan mengisar, tepung mencurah ke dalam beg dengan sendirinya! (Pematuhan penuh dengan keperluan untuk fungsi (tugas) yang dilakukan oleh sistem). Ya, ambil dan masukkan tangan anda ke dalam beg... (yang tidak disediakan mahupun, kerana tiada perkara seperti itu).

Raja bertukar menjadi ungu - baik, kilang busuk ini mengisar tepung secara tidak senonoh?! (Menghasilkan ketidakpatuhan dengan keperluan GOST 7045-90 tepung penaik rai.). Pengawal itu menangkap lelaki itu dan memukul kepala kecilnya yang liar dengan kapak batu. Dan Lefty mengakhiri hidupnya dengan bunyi "Requiem" Mozart dari kotak juke...

kesimpulan

Pada zaman dahulu, terdapat sedikit persamaan dalam hubungan antara pihak, pelanggan dan kontraktor (pemaju). Sesuatu, sudah tentu, mengawal hubungan. Mungkin dokumen kulit kayu birch sedang disediakan - prototaip perjanjian moden. Tidak mungkin perjanjian sedemikian boleh mengambil kira segala-galanya, malah kualiti pengisaran. Ya, dan tidak ada yang diterima umum dalam erti kata yang luas semua aspek hubungan antara pelanggan dan kontraktor.

Dekri dan Perintah dikeluarkan - "di Universiti Moscow, pelajar mesti duduk di atas jerami, meniup hidung mereka ke dalam penumbuk mereka, dan mengelap hidung mereka dengan sekumpulan jerami. Dan mereka yang melanggar peraturan ini dikoyak tanpa belas kasihan dengan tongkat” (atau sesuatu seperti itu).

Tiada kesaksamaan walaupun sekarang - sesiapa yang membayar panggil lagu. Dan pelanggan membayar.

Nota dari 05/10/2014 - Tetapi tidak semuanya begitu menyedihkan Jika anda bertindak dengan bijak, anda boleh dengan mudah membengkokkan mana-mana pelanggan, lihat i.

Keadaan sekarang

Dan mereka datang dengan sesuatu yang membuat kereta kebal...

daripada siri "lawak tentera"

Bosan dengan pelanggaran undang-undang "pelanggan", pelaksana (pembangun) berkumpul (pada suku terakhir abad kedua puluh), mengatur "" dan membuat tangki - berdasarkan struktur dan (lebih tepat) dokumen yang dipanggil "spesifikasi teknikal ”. Perlu diingatkan bahawa kumpulan pengarang terdiri, sebagai peraturan, orang yang celik teknikal, bertimbang rasa, dan melihat masa depan yang jauh.

Mungkin semuanya berbeza, tetapi tangki itu, secara keseluruhannya, ternyata bagus - yang disahkan oleh wakil GOSSTANDARD dan ulasan pemaju berpengalaman.

Spesifikasi teknikal dan tujuannya

Bagi Bos Besar, yang berinteraksi secara langsung dengan pelanggan, spesifikasi teknikal membolehkannya mengelak nasib tukang (ini telah disebut beberapa kali sebelum ini).

Untuk juruteknik teknikal kecil yang bekerja untuk Big Boss, pembangunan spesifikasi teknikal ialah:

• satu cara untuk mendapatkan wang untuk "sesuatu untuk dimakan";
• satu cara untuk menunjukkan bahawa techpis bukanlah makhluk yang menggeletar, tetapi mempunyai hak - cara untuk berkembang di mata Big Boss.

Kenyataan melampau adalah pedang bermata tiga. Oh, anda pandai, bolehkah anda melakukannya? Jadi anda masih mempunyai kerja untuk dilakukan. Dan kami akan menaikkan gaji. Suatu hari nanti.

Walau apa pun, keupayaan untuk membangunkan spesifikasi teknikal dengan cekap (terutama kecekapan) adalah penunjuk kelayakan tinggi pemaju.

Kami percaya bahawa soalan pertama (untuk anggaran pertama) telah ditutup.

Piawaian GOST untuk spesifikasi teknikal

Belukar ialah himpunan dahan yang tumbuh dari satu titik.

Kebijaksanaan ketenteraan

Selepas kerja keras (dan penderitaan), sekurang-kurangnya empat dokumen dikeluarkan, sepadan dengan pembahagian produk kehidupan manusia yang sangat konvensional:

Nota:

1. Terdapat GOST domestik lain yang mengandungi keperluan untuk kandungan dan format dokumen "Spesifikasi Teknikal". Fakta ini adalah kerana kekhususannya. Empat yang disenaraikan adalah dan kekal untuk kebanyakan bidang subjek;
2. Terma rujukan adalah dan kekal sebagai dokumen asas, "titik tumpu" dari mana segala-galanya berkembang.

Apakah persamaan bahagian dokumen yang disenaraikan di atas? Sebarang spesifikasi teknikal mesti mengandungi bahagian yang menggambarkan maklumat:

• apa yang perlu dilakukan;
• mengapa, untuk tujuan apa ini harus dilakukan;
• di mana, dalam bidang apa aplikasi, pada objek apa yang sepatutnya memutuskan tugasan dan memenuhi fungsinya;
• apakah keperluan yang akan dikenakan ke atas ini;
• kerja apa yang diperlukan untuk melakukan ini;
• apakah prosedur untuk menjalankan dan menerima serta menyerahkan kerja kepada pelanggan;
• bagaimana kerja harus dijalankan;
• dan, akhirnya, berdasarkan dokumen kawal selia dan teknikal apakah kerja itu harus dijalankan?

Ini ialah struktur umum bahagian spesifikasi teknikal. Kami menganggap soalan kedua ditutup.

Ia adalah perlu untuk membangunkan spesifikasi teknikal untuk produk - kami menggunakan GOST 2.114-95, kerana GOST 15.001 adalah lengkung hayat, dan bahagian spesifikasi teknikal (secara umum) sepadan dengan bahagian spesifikasi teknikal. Jika perlu, buka GOST 34.602-89. Pada - GOST 19.201-78.

Kami akan menunjukkan kepada anda minimum yang diperlukan teknik praktikal, membenarkan walaupun pakar teknikal yang paling baru untuk segera mula membangunkan kandungan bahagian spesifikasi teknikal dan mencapai hasil yang boleh diterima (memisahkan elemen struktur siap sedia bagi spesifikasi teknikal mengikut GOST 34.602-89 boleh didapati di "ruang bawah tanah" artikel ini).

Teknik praktikal

Kaedah praktikal untuk membangunkan spesifikasi teknikal secara literal diperolehi dengan susah payah berdasarkan pengalaman interaksi dengan pelanggan, kedua-dua penulis sendiri dan rakan-rakan kanannya, yang kami tunduk kepada mereka, penghormatan dan penghormatan (sekarang dan selama-lamanya, dan selama-lamanya dan selama-lamanya). .Amin).

Teknik pertama ialah membuat dokumen dengan struktur bahagian GOST. Jika Bos ditugaskan untuk membangunkan spesifikasi teknikal, katakan untuk sistem automatik, GOST 34.602-89 dimuat turun sebagai fail, kemudian hanya dibuka dalam Word dan dalam format titik.

Versi elektronik GOST yang disimpan pada umumnya sepadan dengan versi rasmi. Mata yang meragukan sentiasa boleh disemak dengan perbandingan, jika anda tidak malas, sudah tentu.

Nota bertarikh 25 Disember 2011 - Rostekhregulirovaniya (protect.gost.ru) baru-baru ini mula diterbitkan versi rasmi GOST, bagaimanapun, jauh daripada berada dalam format yang boleh diedit...

Memperincikan

Perincian adalah salah satu teknik asas. Sesetengah orang lebih suka istilah saintifik yang dipinjam daripada borjuasi - penguraian. Kami akan bercakap tentang memperincikan struktur bahagian GOST untuk spesifikasi teknikal.

Mari kita ingat ibu bapa - "sehingga anda menyusun segala-galanya, "tiada apa yang akan berjaya untuk anda (ibu)" atau "tidak ada perkara yang akan berjaya untuk anda (ayah)." Kedua-dua ibu dan ayah, sudah tentu, dan kekal betul. Adalah mustahil untuk menyelesaikan masalah fizik mudah sehingga vektor daya bertaburan di sepanjang paksi. Adalah mustahil untuk mengambil kamiran rangkap tiga sehingga kamiran atas dx, dy dan dz diambil secara bergilir-gilir. Kecuali untuk kes apabila "kamiran adalah sangat mudah sehingga anda boleh mengambilnya walaupun tanpa dx."

Petikan yang dipilih secara rawak daripada GOST 34.602-89:

Untuk sistem, keperluan untuk digunakan dalam sistem, bahasa interaksi dan cara teknikal sistem, serta keperluan untuk penyahkodan, bahasa, cara penerangan (objek automasi), kaedah organisasi [dari klausa 2.6.3.3 GOST 34.602-89]

belakang O rovo, kan? Kami perlu membersihkan tempat pembuangan ini. Jadi, eksplisit melalui pemecahan, subperenggan tambahan spesifikasi teknikal dicipta (ini boleh dan harus dilakukan).

4.3.2.1 Keperluan untuk sokongan linguistik sistem

4.3.2.1.1 Keperluan untuk digunakan dalam sistem bahasa pengaturcaraan peringkat tinggi

(teks keperluan)

4.3.2.1.2 Keperluan untuk bahasa interaksi antara pengguna dan cara teknikal sistem

(teks keperluan)

4.3.2.1.3 Keperluan pengekodan data

(teks keperluan)

4.3.2.1.4 Keperluan penyahkodan data

(teks keperluan)

4.3.2.1.5 Keperluan untuk bahasa input/output data

(teks keperluan)

4.3.2.1.6 Keperluan untuk bahasa manipulasi data

(teks keperluan)

4.3.2.1.7 Keperluan alat penerangan bidang subjek(objek automasi)

(teks keperluan)

4.3.2.1.8 Keperluan kaedah penganjuran dialog

(teks keperluan)

Adakah jumlah spesifikasi teknikal telah meningkat? Adakah berbaloi untuk menjimatkan kertas? Terdapat satu lagi kebijaksanaan ketenteraan, tidak kira betapa kasar dan samar-samar bunyinya: "lebih banyak kertas - lebih bersih z@@@@tsa." Adakah keperluan untuk sokongan linguistik menjadi lebih jelas?

Nota - Istilah "kebolehfahaman" dan "kebolehfahaman" muncul dalam beberapa GOST sekaligus. Inilah intipatinya - "keseluruhan sesuatu yang mencirikan perbelanjaan usaha manusia untuk memahami konsep logik sesuatu ini."

Selepas menukar teks berterusan kepada penghitungan (subseksyen, subperenggan) untuk pemahaman (sekurang-kurangnya hafalan) struktur logik spesifikasi teknikal memerlukan pengarang kurang masa (dan usaha), kerana subperenggan menjadi jelas "kelihatan".

Perincian, perincian dan lebih terperinci. Ke tahap yang boleh diterima (atom).

Pembinaan templat frasa

Anda harus mengambil kira hakikat bahawa setiap soalan (yang dikemukakan dengan betul) mengandungi separuh jawapan. Katakan adalah perlu untuk merumuskan teks sub-klausa "Keperluan untuk digunakan dalam sistem". Jadi:

4.3.2.1 Keperluan untuk digunakan dalam sistem bahasa pengaturcaraan peringkat tinggi

Dalam sistem mesti jadilah (tepat sekali mesti- itu sahaja!) Bahasa pengaturcaraan peringkat tinggi berikut digunakan:

• bahasa C++;
• bahasa Pascal;
• dan lain-lain.

Bagi mereka yang belum merasai cara membina frasa, gambar rajah pembinaannya ditunjukkan di sebelah kiri.

4.1.2 Keperluan untuk bilangan dan kelayakan kakitangan sistem dan cara operasi mereka

(untuk lebih terperinci, kami mencipta subfasal 4.1.2.1, 4.1.2.2 dan 4.1.2.3)

(kami merumuskan teks subperenggan dengan betul - kami menjawab soalan apakah keperluan yang harus dipenuhi oleh bilangan kakitangan)

Bilangan kakitangan mesti memenuhi keperluan :

• mencukupi untuk pelaksanaan sistem () automatik dalam semua mod operasi sistem;

4.1.2.2 Keperluan untuk kelayakan kakitangan

Kelayakan kakitangan mesti menyediakan fungsi cekap sistem teknikal dan sistem dalam semua mod operasi sistem"

Dalam keputusan mengenai kelayakan kakitangan, adalah mungkin untuk menunjukkan bahawa, berdasarkan pengalaman lebih daripada seratus yang dibangunkan sebelum ini. sistem yang serupa, kakitangan mesti mempunyai sekurang-kurangnya tiga tahun pendidikan di sekolah paroki. Kenyataan ini akan menggembirakan pelanggan. Ia akan menjadi mungkin untuk mengambil kesempatan daripada buruh ultra-murah. Tetapi lebih lanjut mengenainya dalam artikel akan datang.

4.1.2.3 Keperluan untuk waktu bekerja kakitangan

Jadual kerja kakitangan adalah tiga syif sepanjang masa.

Subseksyen juga memperuntukkan prosedur untuk melatih kakitangan, memantau pengetahuan dan kemahiran. Tiada perkataan tentang gubahan. Dan memang betul. Komposisi kakitangan, membahagikannya kepada operasi (), pembaikan, dsb., ditentukan semasa mereka bentuk sistem. Walaupun tiada siapa boleh melarang menambah Keperluan untuk komposisi kakitangan kepada terma rujukan. Mungkin tidak berbaloi.

Simple, tapi sedap. Amalan murni, tanpa menyelam dalam kepada kehalusan linguistik. Memperincikan serta keperluan khusus spesifikasi teknikal.

Memformalkan semasa menyediakan teks spesifikasi teknikal

Mungkin Dua Ratus Pilihan

Satu daripada dua ratus pilihan untuk menguraikan singkatan "VDV"

Mari kita kembali kepada contoh dari subseksyen sebelumnya artikel.

4.1.2.1 Keperluan perjawatan

Bilangan kakitangan mesti memenuhi keperluan:

• mencukupi untuk melaksanakan sistem automatik dalam semua mod operasi sistem;
• memastikan penggajian penuh kakitangan semasa melaksanakan fungsi sistem automatik, dsb.

Mee lengkap, tetapi secara rasmi semuanya betul. Ia disyorkan untuk digunakan jika tidak mungkin untuk menentukan mana-mana item spesifikasi teknikal. Jika Big Boss tiada, anda boleh memintanya dengan sopan untuk menjelaskan keperluan pelanggan tentang item ini dan memberikan maklumat yang lebih tepat. Ini adalah hak pakar teknikal yang tidak berhubung terus dengan pelanggan.

Anda boleh menambah - "bilangan kakitangan ditentukan untuk "Projek Teknikal"". Big Boss akan kagum dengan pengetahuan juruteknik tersebut (walaupun dia sendiri tidak tahu apa-apa) dari segi peringkat dan sistem automatik. Dan jika anda secara lisan mencadangkan kepada Bos untuk menambah (kemudian) frasa kepada projek - "berdasarkan pengalaman lebih daripada seratus sistem serupa yang dibangunkan sebelum ini, bilangan kakitangan hendaklah 10 unit sepenuh masa" - Bos akan kagum di tempat. Anda boleh menyediakan Pesanan dengan selamat untuk pelantikan pakar teknikal ke jawatan penganalisis sistem (yang juga tiada dalam pengelas semua-Rusia). Atau tunggu mereka memberi anda kerja tambahan, kerana anda sangat bijak.

Nota bertarikh 17/04/2018 - Pihak OKPDTR juga tidak mempunyai jawatan kerani teknikal. Dan kedudukan penyusun teks kekal dari zaman dahulu

Setem dan penyatuan semasa menyediakan teks spesifikasi teknikal

Kamu wanita cantik

Dan saya - tanpa hiasan

Tetapi tetap, lelaki

Mereka tinggalkan awak...

Yu. Rybchinsky, "Dua Beradik"

teks spesifikasi teknikal dicapai dengan menggunakan setem. Pertama sekali, anda harus faham kebenaran yang mudah- tidak pernah, dalam mana-mana dokumen tidak anda harus memanggil spade sebagai spade .

Katakan penukar tenaga sejagat kepada tenaga minda manusia sedang dibangunkan (Kewujudan minda manusia diragui. Adakah munasabah untuk menggantung kerja mencipta penukar sedemikian pada leher anda? Tetapi refleks wujud secara objektif). Anda hendaklah segera, dalam bahagian "Nama Produk", memanggil penukar ini sebagai Produk:

Nama produk - penukar tenaga sinaran suria kepada tenaga minda manusia ( Selanjutnya mengikut teks - Produk ).

Dan, dalam teks - Produk, Produk, Produk...

Perkara yang sama berlaku untuk produk perisian dan sistem automatik. Nama penceramah - sistem automatik pengagihan bahan kasar untuk lembu ( Selanjutnya mengikut teks - Sistem ).

Dan, dalam teks - Sistem, Sistem, Sistem... Program, Program, Program...

Hasilnya ialah kami menangkap dan membunuh dua burung dengan satu batu. Tidak akan ada keperluan untuk mengubah dan menggabungkan sekumpulan perkataan, dan akan lebih mudah untuk membaca tugas teknikal yang dibina dengan cara ini.

Nota bertarikh 05 Februari 2010 - Bila pembangunan automatik dokumentasi teknikal menggunakan satu sumber boleh diterima sebagai pilihan dengan semua jenis deklinasi dan konjugasi, dan tanpa mereka. Sebagai contoh, anda boleh membuat pembolehubah sekali<ЗАО «Заказчик»>dan masukkan ke dalam topik perpustakaan dokumen yang diperlukan - ini kadangkala lebih mudah.

Di bawah adalah senarai tipikal setem yang telah digunakan untuk masa yang lama dan berjaya dalam pembangunan spesifikasi teknikal (mengikut bahagian utama, diserlahkan dalam huruf tebal):

• tujuan sistem - sistem dimaksudkan Untuk menyelesaikan masalah berikut:
  • tugasan begini dan begini (pertama);
  • tugasan fulan-dan-begitu (kedua);
  • dan sebagainya.
• matlamat untuk mencipta sistem - matlamat penciptaan sistem ialah :
  • meningkat laju...;
  • kenaikan pangkat ketepatan...;
  • berkurangan kos...;
  • merosot penggunaan...;
  • penambahbaikan penunjuk...;
  • dan sebagainya.

Apa-apa matlamat sentiasa membayangkan positif dinamik , perubahan dalam sebarang penunjuk dalam sisi yang lebih baik. Sebagai contoh, matlamatnya adalah untuk meningkatkan kesejahteraan seluruh rakyat Soviet (tetapi bukan komunisme: komunisme adalah sasaran!). Matlamatnya adalah untuk meningkatkan kepuasan pelanggan. Pengecualian adalah:

• membuat keuntungan (dalam konteks spesifikasi teknikal);
• ditandatangani oleh pelanggan.

Ada juga muslihat yang tidak seperti ini. Contoh dari amalan salah seorang techpis yang paling dihormati (dia memberi contoh sendiri, tanpa sebarang paksaan, dalam salah satu forum techpis) - " membenarkan... program membuat persembahan... program tidak...". Tuan yang dihormati, penulis teknikal! Belum ada program, belum dibangunkan, belum, belum, belum, belum diserahkan kepada pelanggan, oleh itu masih tidak mengizinkan, melakukan atau melakukan apa-apa. Apakah jenis tabiat angan-angan soviet yang tidak dapat dikalahkan ini?!

• keperluan untuk fungsi (tugas) yang dilakukan oleh sistem - sistem mesti disenaraikan di bawah fungsi:
  • V dalam pertama tugasan- melaksanakan fungsi ini dan ini, ini dan itu, dan beberapa yang lain;
  • V dalam kedua tugasan- melaksanakan fungsi itu dan itu, dsb.

Jika fungsi (seperti proses), maka betul-betul menyediakan kemungkinan pelaksanaan fungsi yang ditentukan. Pengguna boleh mengeluarkan penyumbat - kilang akan mula mengisar tepung. Tetapi pengguna tidak boleh mengeluarkan penyumbat. DALAM ditentukan Dalam kes ini, kilang (sistem) akan berada dalam mod siap sedia (terbiar).

Jika fungsi (seperti proses), maka sistem mesti menyediakan prestasi fungsi. Fungsi automatik dilancarkan oleh perisian sistem (tanpa penyertaan kakitangan) mengikut jadual yang diberikan dan menggabungkan pangkalan data ke.

Berkenaan skop tugas. Tugasan sedang diputuskan, dan fungsi sedang dijalankan. Kepada memutuskan tugas, itu perlu laksanakan satu siri fungsi, prosedur atau operasi. Dengan kata lain, tugas itu lebih besar elemen struktur bertentangan dengan rekaan.

Dalam GOST 34.003-90 ia diletakkan di hadapan, tugas itu, seolah-olah, sebahagian daripada fungsi. Dan ini pelik: di sekolah semua orang menyelesaikan masalah, mengira nilai di dalamnya pelbagai fungsi... Dan bayangkan betapa liarnya deklarasi itu akan berbunyi: “Matlamat parti dan kerajaan adalah untuk meningkatkan kesejahteraan seluruh rakyat Soviet. Untuk mencapai matlamat, parti menetapkan sendiri fungsi menyediakan setiap keluarga dengan apartmen berasingan pada tahun 2xxx”... (Omong-omong, membersihkan rumah dan pangsapuri sendiri tidak lagi bergaya dan tidak ada masa terutamanya - terdapat syarikat pembersihan untuk ini). Oleh itu, fungsi adalah sebahagian daripada tugas, dan bukan sebaliknya. Walaupun bertentangan dengan GOST suci 34.003-90.

Jadi, contoh.

DALAM dalam tugasan (atau Untuk penyelesaian masalah ) perisian sistem mesti menguatkuasakan disenaraikan di bawah fungsi:

• automatik fungsi
• fungsi automatik untuk menyusun rekod dalam jadual pangkalan data;
• fungsi automatik sandaran pangkalan data.

Dan dari subseksyen sebelumnya:

• mesti jadilah ...;
• mesti memenuhi keperluan ..

Hasil daripada penggunaan setem, teks spesifikasi teknikal menjadi bersatu dan formal. tiada perhiasan . Dan pelanggan lelaki tidak akan ke mana-mana daripada anda, jurutera teknikal gadis yang dikasihi, kerana keperluan spesifikasi teknikal adalah untuknya telus.

Senarai dan penomboran bahagian

Senarai (bullet atau senarai bernombor) sangat sesuai semasa menyediakan teks spesifikasi teknikal. Orang biasa dapat melihat (mengingat dan menghasilkan semula dengan tepat) daripada tiga hingga sembilan elemen senarai. Lebih sembilan adalah tanda genius.

B, mungkin, bilangan elemen senarai harus dikurangkan. Dalam spesifikasi teknikal - pilihan. Perlu diingat bahawa terma rujukan dengan banyak dokumen lain dibangunkan di pelbagai peringkat dan peringkat mencipta sistem (atau apa-apa sahaja).

Kes satu.

"DALAM dalam tugasan (atau Untuk penyelesaian masalah mesti memastikan kemungkinan pemenuhan disenaraikan di bawah fungsi:

• automatik fungsi menambah rekod ke jadual pangkalan data;
• fungsi automatik untuk memadam rekod daripada jadual pangkalan data;

Kes dua.

« 4.3.2.1 DALAM dalam tugasan (atau Untuk penyelesaian masalah ) perisian sistem penyelenggaraan pangkalan data mesti memastikan kemungkinan pemenuhan disenaraikan di bawah fungsi:

1. automatik fungsi menambah rekod ke jadual pangkalan data;
2. fungsi automatik untuk memadam rekod daripada jadual pangkalan data;
3. fungsi automatik untuk mengisih rekod dalam jadual pangkalan data...;"

Perbezaannya nampak kecil. Tetapi!

Dalam kes pertama, dalam dokumen "Program dan metodologi ujian", anda perlu menulis "kaedah untuk menyemak pelaksanaan sistem fungsi automatik untuk menambah rekod ke jadual pangkalan data."

Dalam kes kedua, ia hanyalah "kaedah untuk menyemak pelaksanaan klausa 4.3.2.1(1) spesifikasi teknikal."

Dalam, dalam kes pertama - "keperluan spesifikasi teknikal untuk pelaksanaan fungsi automatik menambah rekod ke jadual pangkalan data telah dipenuhi." Dalam kes kedua, "keperluan klausa 4.3.2.1(1) spesifikasi teknikal dipenuhi." Ada perbezaan?

Bagi penomboran pelbagai peringkat bahagian, subseksyen, klausa dan subfasal - dalam amalan, keperluan ini adalah wajib dalam kebanyakan kes.

Senarai hendaklah "bernombor" bukan dengan nombor, tetapi dengan huruf:

a) berfungsi ini dan itu;

Persoalannya adalah asas, kerana spesifikasi teknikal untuk loji tenaga nuklear (tambahan kepada spesifikasi teknikal), sebelum menyerahkannya untuk kelulusan, mesti disemak oleh perkhidmatan organisasi yang membangunkan spesifikasi teknikal dan, jika perlu, tertakluk kepada [ daripada perenggan 8 lampiran. 1 GOST 34.602-89]. Lagipun, jika spesifikasi teknikal dibangunkan secara bengkok (dalam bentuk dan intipati), reka bentuk dan dokumen operasi akan menjadi bengkok.

Sedikit tentang. Jika spesifikasi teknikal mengandungi subseksyen "Sokongan metrologi...", maka pemeriksaan metrologi mesti dijalankan sepenuhnya. Sekiranya subseksyen yang ditentukan tidak hadir, maka pemeriksaan metrologi dikurangkan kepada memeriksa singkatan mengikut GOST 8.417. Tetapi hanya.

Pautan "maklumat am, tujuan dan komposisi" dalam spesifikasi teknikal

Pautan " maklumat am, tujuan dan komposisi” menunjukkan dirinya cemerlang bukan sahaja dalam pembangunan spesifikasi teknikal. Pautan itu sesuai untuk mana-mana teks bukan fiksyen yang bersifat deskriptif.

Contoh - Keperluan untuk bilangan tahap dan tahap pemusatan sistem. Itu sahaja O anda boleh menulis kepada ditentukan subseksyen spesifikasi teknikal?

Mana-mana orang akan mula melihat secara refleks melalui bahagian GOST untuk spesifikasi teknikal, cuba mencari sekurang-kurangnya beberapa petunjuk. Seseorang yang berpengalaman akan segera mengingati Fr.

2.1 Tujuan sistem

Rakan seperjuangan yang sedang memateri secara langsung atau menyediakan sesuatu di sana akan sentiasa dapat memberitahu juruteknik mengapa sistem itu dicipta. Dalam kecekapan anda, sudah tentu. Jurutera sistem atau Bos akan memberitahu anda lebih lanjut. Katakan

Sistem mesti menyediakan penyelesaian (keupayaan untuk menyelesaikan) masalah berikut:

1. tugas mengumpul data daripada beberapa, katakan, sensor;
2. pemprosesan, penyimpanan, paparan, dsb. tugas di pusat pengumpulan.

Itu sahaja. Sedikit imaginasi, dan bahagian itu sudah siap:

Sistem mesti ada struktur hierarki dan termasuk tahap hierarki berikut:

1. tingkat 1 - tahap pengumpulan data ;
2. tingkat 2 - tahap penyatuan data (pemprosesan berpusat, penyimpanan, dll.).

Sekali lagi, kedua-dua arnab - dan di tempat kejadian. Dan tahap hierarki disenaraikan, dan tahap pemusatan. Apa yang akan datang?

2.1.1 Tahap pengumpulan data

2.1.1.1 Maklumat am

Beberapa maklumat umum. Anda boleh, sebagai contoh, menulis bahawa tahap dicirikan oleh pengedaran wilayah - mana-mana air akan berfungsi jika ia lebih kurang sepadan.

2.1.2.2 Tujuan

Tahap pengumpulan data dimaksudkan(setem lain):

1. untuk memindahkan data daripada beberapa sensor ke tahap penyatuan atas permintaan (inisiatif) yang terakhir;
2. untuk pemindahan data log dalam log peristiwa (dan jika mengikut GOST, kemudian masuk);
3. untuk sesuatu yang lain.

2.1.2.3 Komposisi

Lapisan pengumpulan data hendaklah termasuk:

1. penderia itu dan itu;
2. beberapa sensor lain.

Apakah kemudahan menggunakan pautan "maklumat am, tujuan dan komposisi"? Dan seseorang secara tidak sengaja berakhir dengan tugas teknikal yang tersusun dengan baik - seperti pokok dan hierarki.

2.2.2.3.1 Penderia ini dan ini

2.2.2.3.1.1 Maklumat am (tentang penderia ini dan itu)

2.2.2.3.1.2 Tujuan (penderia itu dan itu)

2.2.2.3.1.3 Komposisi (penderia itu dan itu)

Perkara utama adalah berhenti tepat pada masanya.

Amaran

Semasa pembangunan dan yang paling diminati adalah yang berikut:

• pertama sekali - . Untuk yang demikian ialah;
• , sebagai contoh dan;
• , Sebagai contoh;
• dan, sebagai contoh;
• beberapa orang lain.

Anda tidak seharusnya terlalu terbawa-bawa dengan GOST "tematik" sedemikian, yang mengandungi keperluan yang sangat spesifik Kesilapan biasa pemula ialah "saluran komunikasi mesti memenuhi keperluan GOST si-begini." ini kesilapan maut. Adalah diketahui bahawa penerimaan dan penyampaian kerja untuk mencipta sistem, produk, atau produk perisian sentiasa didahului dengan pelaksanaan.

Katakan Big Boss kagum pengetahuan yang mendalam spesifikasi teknikal, mempercayainya, tidak membaca apa-apa dan menulis pada halaman tajuk spesifikasi teknikal yang meluluskan (di bawah DILULUSKAN, di sebelah kanan bucu atas tajuk muka surat). Pelanggan itu, dengan senyuman keji, meletakkannya dengan berhati-hati (di bawah APPROVED, di sudut kiri atas). Segala-galanya, spesifikasi teknikal dan dimasukkan ke dalamnya, atau ia mungkin hanya dengan perjanjian tambahan dengan pelanggan. Di sinilah maklumat teknikal masuk.

Masanya telah tiba untuk menguji sistem (program, produk) untuk mematuhi keperluan spesifikasi teknikal. Pelanggan, sudah tentu, perlu menunjukkan bahawa saluran komunikasi mematuhi keperluan GOST itu dan itu.

Apa nak buat? Ia tidak begitu buruk jika anda berurusan dengan saluran komunikasi, bersedia untuk memberikannya kepada Bos Besar. Bos akan meminta maaf kepada pelanggan dan maklumat teknikal akan terus hidup (sehingga tusukan seterusnya). Tetapi rasa buruk dalam jiwa Big Boss akan kekal selama-lamanya. Tidak perlu mengharapkan kenaikan pangkat.

Ia adalah bencana sebenar jika tiada sijil. Bos perlu membayar wang (tidak diperuntukkan dalam bajet) kepada pihak berkuasa untuk mendapatkan sijil yang diidamkan, mengemukakannya kepada pelanggan dan menutup kerja. Juruteknik mungkin tidak dapat memaafkan kesilapan sedemikian.

Ringkasnya, anda perlu menulis sesuatu seperti ini, dalam bahasa Inggeris biasa:

“Perkara berikut boleh digunakan (digunakan) sebagai saluran komunikasi:

1. saluran sambungan -;
2. saluran pengendali selular;
3. saluran pengendali satelit;
4. bertukar talian telefon penggunaan biasa;
5. kemudahan pelanggan;
6. dan sebagainya"

Dalam apa jua keadaan, anda tidak boleh menentukan kadar pertukaran data saluran komunikasi, i.e. spesifik. Jika saluran komunikasi dilaksanakan berdasarkan Ethernet, dan spesifikasi teknikal dengan jelas menunjukkan kadar pertukaran sekurang-kurangnya 1200 bps, pelanggan mempunyai setiap hak memaksa kontraktor menjalankan ujian sepenuhnya. Walaupun dalam keadaan yang jelas tidak masuk akal.

Kesimpulan

Jadi, mari kita ingat perkara penting sekali lagi:

1. penyediaan spesifikasi teknikal untuk import versi elektronik diperlukan GOST;
2. memperincikan - memecahkan bahagian besar spesifikasi teknikal kepada subseksyen ringkas dan ringkas;
3. pembinaan templat ayat dalam bahagian (subseksyen, dsb.) spesifikasi teknikal supaya "jawapan mengandungi separuh soalan";
4. pemformalkan kandungan bahagian tersebut di mana ia adalah mustahil (atau) untuk memberikan spesifik;
5. penggunaan setem;
6. penggunaan senarai (bullet atau senarai bernombor);
7. penggunaan pautan "maklumat am, tujuan dan komposisi";
8. penggunaan minimum GOST "tematik".

Sebagai kesimpulan, kami boleh memberikan beberapa petua tambahan:

• cari "ikan" spesifikasi teknikal dan, setelah memahaminya secara kritis, pinjam kandungan bahagian yang sesuai (tetapi bukan dari procurement.gov.ru sumber yang terkenal - terdapat karut lengkap di sana);
• menggunakan dokumen;
• jangan segan untuk bertanya.

Order LLC " Dokumentasi teknikal»anda boleh melalui e-mel. e-mel admin@tdocs. su (tanpa ruang), tel. 8-910-468-09-28 atau dalam borang.

Hak Cipta © Technical Documentation LLC 2018. Pinjam bahan kami dengan bersinar! Apabila menghasilkan semula bahan portal, pemasangan diperlukan hiperpautan aktif kepada sumber - halaman dengan penerbitan ini di tapak web.

Dalam dokumen " Tugas teknikal" (abbr. TZ) mengandungi maklumat berikut: Tujuan dan skop program, keperluan teknikal, tekno-ekonomi dan khas untuk program, peringkat dan syarat pembangunan yang diperlukan, jenis ujian.

Menurut GOST, piawaian ini (dikeluarkan semula pada November 1987) menetapkan prosedur untuk membina dan melengkapkan spesifikasi teknikal untuk pembangunan program atau produk perisian untuk komputer, kompleks dan sistem, tanpa mengira tujuan dan skopnya.
Anda mesti berhati-hati dan berhati-hati semasa menciptanya, kerana... Selalunya spesifikasi teknikal yang digubal dengan mahir (dan cekap) menentukan kejayaan keseluruhan kerja. Ia adalah spesifikasi teknikal yang dipersetujui dengan Pelanggan, yang biasanya berusaha untuk memperkenalkan seberapa banyak keperluan yang bercanggah dan melambung yang mungkin. Tugas Pelaksana adalah, sebaliknya, untuk menjadikan hidupnya lebih mudah. Tetapi selepas tandatangan diletakkan pada kedua-dua belah pihak, sudah terlambat untuk memainkan semula apa-apa.

Peruntukan am

Terma rujukan disediakan pada helaian format A4 dan/atau A3, sebagai peraturan, tanpa mengisi medan helaian. Nombor helaian (halaman) diletakkan di bahagian atas helaian di atas teks.
Untuk membuat perubahan dan penambahan kepada latar belakang teknikal pada peringkat seterusnya pembangunan program atau produk perisian, tambahan kepadanya dikeluarkan. Penyelarasan dan kelulusan penambahan kepada spesifikasi teknikal dijalankan dalam susunan yang sama seperti yang ditetapkan untuk spesifikasi teknikal.
Terma rujukan mesti mengandungi bahagian berikut:

• nama dan skop permohonan;
• asas untuk pembangunan;
• tujuan pembangunan;
• keperluan teknikal untuk program atau produk perisian;
• penunjuk teknikal dan ekonomi;
• peringkat dan peringkat pembangunan;
• prosedur kawalan dan penerimaan;
• aplikasi.

Bergantung pada ciri program atau produk perisian, adalah mungkin untuk menjelaskan kandungan bahagian, memperkenalkan bahagian baharu atau menggabungkan bahagian individu.

Bahagian: Nama dan skop

Dalam bab Nama dan skop nyatakan nama, Penerangan ringkas skop aplikasi program atau produk perisian dan objek di mana program atau produk perisian digunakan.

Dalam bahagian Asas untuk pembangunan perkara berikut mesti ditunjukkan:

• dokumen(-dokumen) atas dasar pembangunan itu dijalankan;
• organisasi yang meluluskan dokumen ini dan tarikh kelulusannya;
• nama dan (atau) simbol topik pembangunan.

Sebagai contoh, Berkenaan dengan spesifik proses pendidikan asasnya mungkin tugasan untuk reka bentuk kursus, pesanan daripada institut bertarikh __.__. untuk N ___., kontrak _.__. untuk N ___., dsb.

Bahagian: Tujuan pembangunan

Dalam bab Tujuan pembangunan Tujuan fungsi dan operasi program atau produk perisian mesti ditunjukkan. Anda boleh mengehadkan diri anda di sini kepada satu atau dua frasa. Perkara utama adalah untuk menentukan dengan jelas untuk apa program ini.

Contohnya: Program ini adalah teras stesen kerja automatik (AWS) untuk pembangun berterusan sistem linear kawalan automatik(ACS), membolehkan pengguna menyelesaikan masalah menganalisis model mudah.

Bab: Keperluan teknikal untuk program atau produk perisian

Bahagian ini hendaklah mengandungi subseksyen berikut:

• keperluan untuk ciri fungsi;
• keperluan kebolehpercayaan;
• syarat Penggunaan;
• keperluan untuk komposisi dan parameter cara teknikal;
• keperluan untuk maklumat dan keserasian perisian;
• keperluan pelabelan dan pembungkusan;
• keperluan untuk pengangkutan dan penyimpanan;
• keperluan khas.

Dalam erti kata lain, di sinilah spesifiknya bermula. Menghuraikan perkara yang patut dilakukan oleh program dan rupa yang sepatutnya.

Bahagian: Keperluan untuk ciri fungsi.

Di sini keperluan untuk komposisi fungsi yang dilakukan, organisasi data input dan output, ciri pemasaan, dsb.

Sebagai contoh : Program ini sepatutnya membenarkan ... mengira ... membina ... untuk mencipta ...

Data input: fail teks dengan diberi...

Data keluaran: grafik dan maklumat teks- hasil analisis sistem...; fail teks- laporan tentang ... diagnostik keadaan sistem dan mesej tentang semua ralat yang berlaku.

Keperluan kebolehpercayaan. Keperluan untuk memastikan operasi yang boleh dipercayai mesti ditentukan (memastikan operasi yang stabil, memantau maklumat input dan output, masa pemulihan selepas kegagalan, dsb.).

Sukar untuk "meneka" sesuatu di sini. DALAM senario kes terbaik Mungkin terdapat pilihan di mana program anda berfungsi hanya dengan data yang betul-betul betul. Biasanya Pelanggan tidak bersetuju dengan ini, tetapi anda boleh mencuba.

Contohnya: Program mesti berfungsi dengan matriks lanjutan kejadian graf yang dikaji mengikut algoritma pengendalian, menjana mesej ralat apabila data awal salah dinyatakan dan menyokong mod interaktif dalam keupayaan yang diberikan kepada pengguna.

Syarat Penggunaan. Keadaan operasi (suhu ambien, kelembapan relatif, dsb. untuk jenis media storan terpilih) di mana ciri-ciri tertentu mesti dipastikan, serta jenis perkhidmatan, bilangan yang diperlukan dan kelayakan kakitangan mesti ditunjukkan.

Biasanya tiada kesukaran dengan perkara ini. Malangnya, klausa tentang profesionalisme pengguna oleh Pelanggan semestinya tersirat. Ini, sudah tentu, adalah satu lagi sebab untuk mencari kesalahan program anda. Walau bagaimanapun, di sini kita boleh menghadkan diri kita kepada frasa seperti "Syarat pengendalian program bertepatan dengan keadaan pengendalian PC IBM dan PC yang serasi," "Program ini harus direka bentuk untuk pengguna bukan profesional." dan sebagainya.

Keperluan untuk komposisi dan parameter cara teknikal. Nyatakan komposisi cara teknikal yang diperlukan dengan petunjuk ciri teknikalnya.

Perkara utama di sini adalah untuk tidak melupakan apa-apa dan menyediakan segala-galanya, di satu pihak (jika tidak, mereka akan tergelincir dalam beberapa jenis IBM PC/XT dengan paparan monokrom dan tanpa tetikus), dan sebaliknya, bukan untuk keterlaluan dengan keperluan yang meningkat, jika tidak Pelanggan akan mencari Kontraktor yang lebih fleksibel.

Contohnya: Anda mesti mempunyai PC IBM - PC yang serasi dengannya penyesuai grafik EGA (VGA). Perlu ruang cakera– sekurang-kurangnya 600 KB, ruang kosong memori capaian rawak- sekurang-kurangnya 400 KB. Adalah wajar untuk mempunyai pemacu EMS dan manipulator jenis tetikus.

Keperluan untuk maklumat dan keserasian perisian. Ciri-ciri adalah sama seperti dalam perenggan sebelumnya. Keperluan untuk struktur maklumat pada input dan output dan kaedah penyelesaian, kod sumber, bahasa pengaturcaraan. Di mana perlu, perlindungan maklumat dan program mesti dipastikan.

Contohnya: Program mesti berfungsi secara autonomi di bawah versi MS DOS OS tidak lebih rendah daripada 3.3. bahasa asas pengaturcaraan - Turbo Pascal 6.0.

Keperluan pelabelan dan pembungkusan serta keperluan pengangkutan dan penyimpanan agak eksotik. Secara umum, ini menunjukkan keperluan untuk melabel produk perisian, pilihan pembungkusan dan kaedah. Dan keperluan untuk pengangkutan dan penyimpanan mesti menunjukkan untuk keadaan pengangkutan produk perisian, lokasi penyimpanan, keadaan penyimpanan, keadaan penyimpanan, tempoh penyimpanan dalam pelbagai keadaan.

Keperluan khas adalah perkara yang sangat penting. Adalah lebih baik untuk mengelakkan mereka jika boleh. Dan mengisytiharkannya dengan segera.

Sebagai contoh: Keperluan khas tidak digunakan pada ciri masa program. Tiada keperluan khas untuk ciri kapasitif program.

Penunjuk teknikal dan ekonomi. Perkara yang paling sukar untuk pengaturcara ini tidak selalu ada. Ia diperlukan terutamanya apabila matlamat anda adalah untuk mewajarkan keberkesanan dan kepentingan besar kerja yang dilakukan. Item ini biasanya berfungsi dengan baik untuk Pelanggan. Sekurang-kurangnya ini adalah justifikasi terbaik untuk masa dan sejumlah wang pembangunan.

Bahagian ini harus menunjukkan: anggaran kecekapan ekonomi, anggaran keperluan tahunan (contohnya: anggaran bilangan panggilan ke kompleks secara keseluruhan setahun - 365 sesi kerja), kelebihan ekonomi pembangunan berbanding sampel atau analog domestik dan asing terbaik.

Di samping itu, adalah dinasihatkan untuk memberikan definisi kedua-dua anggaran kos pembangunan program dan definisi kerumitan pengaturcaraan.

Peringkat dan fasa pembangunan (ini akan dibincangkan dengan lebih terperinci di bawah) menetapkan peringkat pembangunan, peringkat dan kandungan kerja yang diperlukan (senarai dokumen program yang mesti dibangunkan, dipersetujui dan diluluskan), serta, sebagai peraturan, tarikh akhir pembangunan dan tentukan pelakunya.

Di sini diterangkan langkah standard. Perkara utama ialah menentukan masa dengan betul. Jika boleh, cuba agihkan peringkat secara sama rata merentas tarikh akhir (dan jumlah). Ingat bahawa tidak semua projek berjaya ke peringkat akhir. Dan perlu ada laporan untuk setiap peringkat. Ingat juga bahawa projek kerja akan mengambil masa yang paling lama. Jika anda gagal melengkapkan dokumentasi tepat pada masanya, Pelanggan mempunyai hak untuk tidak menerima kerja sama sekali dengan semua akibat yang akan datang.

Peringkat dan fasa utama dan amat diperlukan ialah terma rujukan itu sendiri, reka bentuk awal, reka bentuk teknikal dan kerja.

Reka bentuk awal. Pada peringkat ini, struktur data input dan output dibangunkan secara terperinci, dan bentuk persembahannya ditentukan. Di bawah pembangunan Deskripsi umum algoritma, algoritma itu sendiri, struktur program. Pelan tindakan untuk pembangunan dan pelaksanaan program sedang dibangunkan.

Projek teknikal. Mengandungi algoritma yang dibangunkan untuk menyelesaikan masalah serta kaedah untuk memantau maklumat awal. Di sini, alat untuk memproses ralat dan mengeluarkan mesej diagnostik dibangunkan, borang untuk membentangkan data awal dan konfigurasi peralatan teknikal ditentukan.

Draf kerja. Pada peringkat ini, pengaturcaraan dan penyahpepijatan program, pembangunan dokumen program, program dan kaedah ujian dijalankan. Contoh ujian dan penyahpepijatan sedang disediakan. Dokumentasi dan bahan grafik telah dimuktamadkan. Ia biasanya dinyatakan bahawa semasa pembangunan program, dokumentasi berikut harus disediakan:

Teks program;

Penerangan program;

Program dan kaedah ujian;

Penerangan permohonan;

Manual pengguna.

Ini adalah keperluan standard. Jika Pelanggan bersetuju bahawa tidak semua senarai ini boleh dibentangkan, maka ini bermakna niatnya terhadap anda dan produk anda tidak serius.

Mungkin tiada sebarang bahan grafik. Terutama apabila anda tidak akan melaporkan hasil kerja anda. Tetapi untuk projek yang serius item ini diperlukan.

Sebagai contoh: Semasa pembangunan program, bahan grafik berikut perlu disediakan:

Penunjuk teknikal dan ekonomi;

Struktur program;

Format untuk mempersembahkan data input program;

Gambar rajah algoritma am (2 helai);
algoritma pengiraan obasic;
Contoh bagaimana program ini berfungsi.

Bahagian Prosedur Kawalan dan Penerimaan mesti menunjukkan jenis ujian dan Keperluan am untuk penerimaan kerja. Jika boleh, maka dalam perenggan ini menunjukkan bahawa "kawalan dan penerimaan pembangunan dijalankan menggunakan peralatan yang disediakan oleh Pelanggan," jika tidak, anda mungkin dikehendaki membawa peralatan bersama anda.

Contohnya: Kawalan dan penerimaan pembangunan dijalankan berdasarkan ujian ujian dan contoh penyahpepijatan. Ini menyemak pelaksanaan semua fungsi program.
Dalam Lampiran kepada spesifikasi teknikal, jika perlu, perkara berikut diberikan:
senarai penyelidikan dan kerja lain yang mewajarkan pembangunan;

Gambar rajah algoritma, jadual, penerangan, justifikasi, pengiraan dan dokumen lain yang boleh digunakan semasa pembangunan;

Sumber pembangunan lain.

Pakej DirectX ialah set khas pelbagai perpustakaan yang membantu mencipta visual dan kesan bunyi Untuk pelbagai aplikasi dan permainan. Perisian ini dikeluarkan secara bebas, jadi pengguna kemudiannya boleh memuat turun Direct3D secara percuma untuk Windows 7 64 bit, 32 bit dan sistem lain.

DirectX dianggap sebagai bahagian teras mana-mana sistem pengendalian. Terima kasih kepada pakej ini, anda boleh meningkatkan kualiti dan tahap pemprosesan pelbagai filem dengan ketara, permainan yang termasuk animasi tiga dimensi, grafik berwarna, bunyi stereo penuh dan elemen multimedia lain. Di samping itu, Direct X boleh meningkatkan prestasi dan keselamatan sistem.

DirectX terdiri daripada bahagian berikut:

• Direct3D ialah elemen yang bertanggungjawab untuk memaparkan grafik tiga dimensi. Di sini semuanya bergantung pada kad video yang dipasang pada komputer - semakin berkuasa ia, semakin terang elemen 3D akan kelihatan.
• DirectDraw ialah bahagian pakej yang bertanggungjawab untuk memaparkan imej dua dimensi.
• DirectSound ialah elemen yang memproses kesan bunyi untuk filem, permainan dan aplikasi. Komponen ini juga digunakan untuk pecutan perkakasan bunyi dan percampurannya.

Keperluan Sistem yang Diperlukan

Untuk membolehkan DirectX 3D berfungsi dengan betul, syarat berikut diperlukan:

1. Seni bina sistem pengendalian Windows x64 / x32 (x86).
2. Sambungan Internet yang stabil untuk muat turun yang mungkin modul atau komponen tambahan.

Apakah yang boleh dilakukan oleh suite DirectX?

Ciri-ciri utama komponen adalah seperti berikut:

• Kemas kini pakej keselamatan sistem pengendalian anda secara kerap.
• Serasi sepenuhnya dengan pemacu video seperti GeForce, NVidia dan ATI.
• Tingkatkan kualiti video.
• Bekerja dengan fail audio dalam format WAV.
• Pengekodan atau, sebaliknya, menyahkod trek muzik.
• Mainkan fail audio dalam format yang kompleks.
• Demonstrasi animasi pada halaman web.
• Kerja yang betul dengan animasi dan grafik 3D dan 2D.
• Mengurangkan beban pada pemproses komputer.
• Peningkatan kelajuan pemaparan komponen visual.
• Demonstrasi volumetrik unsur.

Apa yang baru?

DirectX sentiasa dikemas kini: pakej terkini telah menambah ciri berikut:

• Kualiti dan kecekapan meningkat dengan ketara apabila menjalankan aplikasi multimedia.
• Elemen Direct3D telah dikemas kini sepenuhnya.
• Terima kasih kepada sokongan teknologi inovatif, paparan bayang-bayang dan tekstur telah dipertingkatkan, dengan itu mencapai kesan yang realistik apabila melihat animasi dan grafik dalam aplikasi permainan dan video.
• Pakej telah menjadi lebih stabil.

Bagaimanakah DirectX berbeza daripada pemacu lain?

Malah, pakej Direct X mempunyai pesaingnya, iaitu ini Pemacu OpenGL, tetapi mereka mempunyai beberapa perbezaan. Senarai ini menunjukkan bahawa DirectX jauh lebih baik dari segi ciri-cirinya.

Muat turun set penuh perpustakaan DirectX untuk Windows XP, Vista, Windows 7, 8. Dalam satu klik, muat turun percuma DirectX 11, 10, 9- melalui pautan terus - Laman web rasmi DirectX Percuma muat turun Microsoft. Tiada SMS, perkongsian fail atau kejutan - selamat dan pemuatan pantas dijamin.

Pautan untuk muat turun terus dari laman web rasmi anda akan dapati di bawah. Di sini dan sekarang, ramai yang akan melakukannya dengan baik untuk mengetahui sebabnya, baca beberapa baris tentang apa yang DirectX lakukan dan mengapa Windows memerlukannya. Ini akan menyelamatkan anda daripada soalan yang tidak perlu dan menambah pemahaman kepada proses tersebut.

Untuk pengaturcara, Direct X SDK ialah satu set prosedur siap sedia, struktur, fungsi, kelas yang disediakan oleh aplikasi, untuk penyelesaian menyeluruh kepada semua jenis masalah yang berkaitan dengan pembangunan dan pengaturcaraan di bawah diuruskan oleh Microsoft Windows.

Untuk PC pengguna ringkas, DirectX ialah satu set arahan dan antara muka (Direct3D, DirectPlay, DirectMusic, DirectInput, dsb.) diperlukan untuk komputer untuk memproses arahan daripada kayu bedik, tetikus, papan kekunci, input-output semua jenis data video dan audio, dua dimensi dan Grafik 3D. Bertanggungjawab terhadap kualiti audio dan visual kesan grafik(model shader - tekstur, pencahayaan).

Direct X yang memberitahu komputer anda cara memainkan muzik, cara memproses objek grafik dan bagaimana untuk bertindak balas kepada arahan anda. Aplikasi Moden dan permainan boleh menggunakan perpustakaan (antara muka) generasi yang berbeza. Ketiadaan separa perpustakaan (arahan) membawa kepada ralat dalam permainan dan aplikasi.

Keperluan Sistem.
DirectX 11 — pemasangan merangkumi semua komponen generasi ke-11, serta semua antara muka yang diperlukan, set lengkap DirectX 9.0c dan 10 perpustakaan boleh laku. Pilihan terbaik untuk bilik bedah sistem Windows 7, 8, Pelayan 2008.

DirectX 10 - pemacu untuk sistem berjalan Windows Vista, Server 2008. Termasuk keseluruhan set komponen DirectX 9.

DirectX 9.0c - versi akhir untuk Windows XP SP2 dan Windows Server 2003 dengan kemas kini SP1. Generasi kesembilan boleh digunakan sebagai tambahan kepada 7, 8, Vista - disokong.

●

Bagi kebanyakan pengguna, disyorkan untuk memuat turun Direct X 11, ia mengandungi segala-galanya perpustakaan yang diperlukan. Pemasangan adalah sangat mudah - jalankan fail yang dimuat turun, bersetuju dengan syarat, klik seterusnya, tunggu pemasangan selesai, but semula PC.

Penting! Memutuskan muat turun DirectX 11- betul, PC anda akan menjadi "lebih pintar"! Jika anda mempunyai soalan tentang pemasangan, baca ulasan 6-7. Tiada yang rumit - dalam bahasa Inggeris, Direct X bertanya kepada anda folder mana yang hendak dibongkar sebelum pemasangan. Laman web rasmi DirectX www.microsoft.com Memuat turun sentiasa percuma.

Aplikasi ini adalah pakej aplikasi yang diperlukan untuk menjalankan beberapa kandungan multimedia. Untuk menjadi lebih tepat, ini adalah - Fungsi API(contohnya, direct3d), yang digunakan oleh pengaturcara apabila mencipta Windows- OLEH. Pakej dikemas kini dengan kerap, jadi untuk multimedia berfungsi dengan baik, anda perlu mempunyai versi semasanya.

Program ini disokong oleh semua orang tanpa pengecualian sistem operasi, dan sangat komponen penting, tanpanya Operasi biasa Windows sememangnya tidak mungkin. Di samping menyokong operasi komponen perisian 3D dan multimedia lain, Direct X meningkatkan prestasi sistem secara keseluruhan.

Bagaimana untuk memuat turun DirectX 11 untuk Windows 7, 8, 10

Program ini diedarkan secara percuma, anda boleh memuat turunnya di laman web rasmi Microsoft, tetapi untuk kemudahan kami telah memasukkan pautan terus ke laman web kami. Anda hanya boleh mengklik butang dan memuat turun directx 9, atau sebaliknya pemasang dxwebsetup. Versi lain boleh dimuat turun.

Memasang perpustakaan adalah sangat mudah dan bermula dengan mengklik butang "Seterusnya". Utiliti ini sering dibekalkan dengan permainan, kerana jika seseorang tidak memilikinya, permainan itu tidak akan bermula. Dan pengguna yang tidak memahami isu sedemikian akan keliru.

Kemas kini Direct X 11 dan versi lain

Adalah penting untuk mengemas kini perpustakaan dengan kerap, kerana Microsoft sentiasa menambah baik produk, mengeluarkan versi baharu, dsb. Untuk mengemas kini DirectX, hanya jalankan semula Directx Web Installer, dan ia akan memuat turun segala-galanya fail yang diperlukan daripada tapak web pembangun.

Kegagalan untuk mengemas kini perpustakaan tepat pada masanya boleh mengakibatkan kerja yang tidak stabil perisian baharu.

Versi dan keserasian Direct X

Edisi kesembilan sesuai untuk mana-mana OS, tetapi permainan moden mereka tidak berfungsi dengan baik. Sehubungan itu, 10, 11, 12, semakin tinggi versi, semakin baik perisian baharu berfungsi, tetapi mungkin terdapat masalah dengan sistem pengendalian yang lebih lama (terutama Windows XP).

Satu lagi perkara penting– sokongan perkakasan. Tidak semua kad video mampu berfungsi, contohnya, dengan DirectX 11 dan lebih tinggi, atau 12 dan lebih tinggi. Sesetengahnya hanya menyokong DirectX 10 dan 9. Oleh itu, apabila memilih pemecut grafik, adalah penting untuk memberi perhatian kepada sokongannya untuk DirectX, dan selepas memasangnya, muat turun DirectX 11 atau edisi lain yang disokong oleh kad video. Jika anda mempunyai penyesuai video terkini, anda boleh memuat turun DirectX 12 untuk Windows 10 64 bit dengan mudah.

Penting! Direct X versi 12 wujud, tetapi perkakasan untuknya baru mula dibangunkan.