Apa perbedaan antara persyaratan dan spesifikasi? [Tutup]

Saya telah ditugaskan untuk mengembangkan persyaratan dan spesifikasi untuk proyek yang dimulai oleh grup kami.

Saya menyadari bahwa saya tidak tahu bedanya; pencarian Google hanya membingungkan saya lebih - tampaknya beberapa orang mengatakan bahwa spesifikasi adalah persyaratan, tetapi pada tingkat yang lebih rendah.

Jawaban yang menggigit adalah bahwa persyaratan adalah apa yang harus dilakukan oleh program Anda, spesifikasinya adalah bagaimana Anda berencana untuk melakukannya.

Cara lain untuk melihatnya adalah bahwa persyaratan mewakili aplikasi dari perspektif pengguna, atau bisnis secara keseluruhan. Spesifikasi tersebut mewakili aplikasi dari sudut pandang tim teknis. Spesifikasi dan persyaratan secara kasar mengomunikasikan informasi yang sama, tetapi kepada dua audiens yang sama sekali berbeda.

Dokumen persyaratan apa yang diperlukan - mereka tidak harus menentukan bagaimana, tetapi apa.

Spesifikasi mendokumentasikan bagaimana mencapai persyaratan - mereka harus menentukan caranya.

Di banyak tempat, dokumen-dokumen ini tidak terpisah dan digunakan secara bergantian.

Saya seorang insinyur sistem di bidang dirgantara, di mana kedua istilah tersebut digunakan secara luas. Perbedaannya jelas dan tidak serumit yang dibuat orang lain.

Sebuah spesifikasi adalah dokumen yang menentukan sistem atau produk, misalnya spesifikasi pembangunan prime-item untuk F-14. Ada banyak bagian / konten dalam spesifikasi: persyaratan, definisi, dokumen referensi, glosarium, informasi verifikasi, dll.

Sebuah kebutuhan adalah pernyataan tunggal sesuatu produk atau sistem harus melakukan. Sebuah spec mungkin memiliki ratusan persyaratan di dalamnya. Metodologi old school mengatakan pernyataan persyaratan harus menggunakan kata "wajib", untuk memisahkan persyaratan dari pernyataan fakta, atau definisi. (Tidak yakin apakah anak-anak gesit yang baru fangled menjaga semua ini atau tidak; fastidiousness memiliki penggunaannya tetapi kadang-kadang sedikit cerewet.)

Jadi spec adalah dokumen yang penuh dengan persyaratan, ditambah beberapa informasi pendukung dan tambahan lainnya.

Persyaratan:

Tentukan kebutuhan atau ketentuan untuk memenuhi produk baru atau yang diubah, dengan mempertimbangkan persyaratan yang mungkin bertentangan dari berbagai pemangku kepentingan.

Spesifikasi:

Mereka memberikan ide yang tepat tentang masalah yang harus dipecahkan sehingga mereka dapat secara efisien merancang sistem dan memperkirakan biaya alternatif desain. Mereka memberikan panduan kepada penguji untuk verifikasi (kualifikasi) dari setiap persyaratan teknis.

Kutipannya dari "System Engineering Fundamentals ^* ".

Persyaratan didasarkan pada kebutuhan pemangku kepentingan, spesifikasi lebih merupakan dokumen terperinci di dalam dan teknis. Mereka berbeda, tetapi mereka berbicara tentang hal yang sama.

_{* Defense Acquisition University Press, 2001. Teks versi PDF .}

Persyaratan adalah deskripsi pengguna tentang apa yang harus dilakukan produk jadi, di mata mereka.

Spesifikasi adalah deskripsi teknis dari solusi secara umum, yang mencakup persyaratan dan banyak lagi - misalnya biaya, teknis, masalah, dll.

Oleh karena itu, salah satu poin utama adalah bahwa Persyaratan harus didahulukan sebelum Spesifikasi dapat ditulis.

(Perhatikan terminologi - produk dan solusi - hal yang sama tetapi dari perspektif yang berbeda ...)

Persyaratan - apa yang harus dilakukan sistem atau subsistem.

Spesifikasi - Apa komponen, subsistem atau sistem itu.

Ini sangat penting dalam industri pembuatan perangkat medis karena Anda harus melakukan Verifikasi terhadap persyaratan (Input) Anda untuk menunjukkan bahwa Anda memiliki spesifikasi (Output) yang valid. Perangkap khas dalam industri ini adalah bahwa perusahaan (1) lupa untuk mendefinisikan persyaratan (karena mereka tidak memahami perbedaan antara persyaratan versus spesifikasi); (2) Melakukan Verifikasi terhadap hanya spesifikasi dan (3) Jangan memastikan bahwa Persyaratan diterjemahkan secara akurat ke dalam subassembly dan spesifikasi komponen.

Setelah semua ini selesai, Anda kemudian diminta untuk memvalidasi persyaratan Pengguna untuk produk yang telah dipenuhi.

Mungkin kebingungannya adalah bahwa saya telah mendengar spesifikasi merujuk pada dokumen Spesifikasi Kebutuhan Bisnis atau dokumen standar SRS (Spesifikasi Kebutuhan Perangkat Lunak) IEEE.

Contoh Template SRS standar IEEE

Saya juga telah mendengar istilah spesifikasi merujuk secara lebih informal ke Spesifikasi Teknis yang menjelaskan keputusan desain dan rencana implementasi.

EDIT: Saya hanya melihat link salah ... Saya akan memposting link yang benar lama.

Spesifikasi adalah persyaratan yang lulus kelayakan dan siap untuk diimplementasikan. Ini adalah persyaratan yang telah berkembang ke fase desain.

Dengan kata lain:

• Persyaratan adalah perilaku (atau non-perilaku) "sesuai rencana" atau "sesuai keinginan"
• Spesifikasi adalah perilaku (atau non-perilaku) "yang akan dibangun" atau "seperti yang dibangun"

Contoh:

• persyaratan: 1. pengguna menekan tombol OK 2. sistem mencetak faktur
• spesifikasi: 1. pengguna menekan tombol OK 2. sistem mencetak faktur

Seperti yang Anda lihat, konten keduanya bisa sama. Perbedaannya adalah bahwa persyaratan adalah artefak analisis. Spesifikasi adalah artefak desain.

Dalam dokumentasi final as-built, Anda biasanya akan menemukan kata "spesifikasi", alih-alih "persyaratan", karena persyaratan telah dikonversi ke spesifikasi.

Catatan: contoh di atas mengandung elemen desain, karena kendala desain.

Persyaratan adalah apa aplikasi TIDAK

Spesifikasinya adalah BAGAIMANA aplikasi melakukan apa yang dilakukannya.

Mereka harus ortogonal!

Manajer produk menulis persyaratan, kepala insinyur menulis spesifikasi.

Satu cara, mungkin bukan cara yang benar, untuk melihatnya:

Persyaratan adalah hal-hal (kemampuan, fitur, perilaku, dll) yang menghasilkan nilai bagi pengguna. Tidak peduli dengan internal; hanya input dan output kotak (dan mungkin ukuran, bentuk, dan warna) yang penting di sini.

Spesifikasi adalah hal-hal (kemampuan, fitur, perilaku, dll) yang memungkinkan nilai itu bagi pengguna. Di sini, kotak internal adalah penting, karena bersama dengan antarmuka eksternal dan karakteristik yang disebutkan di atas mereka menentukan seluruh sistem.

Dalam penelitian saya, saya telah menemukan Spesifikasi yang akan digunakan untuk paten dan Konstruksi Rumah (sebagai bagian dari kontrak).

Definisi persyaratan dari Webab's Unabridged Dictionary (3rd New Int'l Ed.) Adalah:

a) sesuatu yang diinginkan atau dibutuhkan: Kebutuhan b) sesuatu yang disebut atau diminta: kondisi yang diperlukan atau esensial: kualitas yang diperlukan, kursus, atau jenis pelatihan

Saya pikir hal di atas menunjukkan mereka jelas berbeda. Saya kira Anda bisa memanggil persyaratan tingkat yang lebih rendah dari spec, tapi saya pikir itu adalah penyimpangan dari persyaratan persyaratan imho.

Di perusahaan sebelumnya yang menciptakan produk komersial, kami memiliki perbedaan sebagai berikut:

Persyaratan adalah apa yang harus dilakukan sistem. Mereka dapat tingkat yang lebih rendah, persyaratan rinci, dan mereka dapat fungsional atau tidak fungsional.

Spesifikasi adalah hal-hal yang sebenarnya dibangun oleh sistem. Misalnya Anda dapat memiliki persyaratan yang menyatakan sistem harus memiliki perilaku X pada –10 ° C. Spesifikasi sebenarnya dari sistem mungkin bahwa sistem melakukan X pada –5 ° C; ini akan berada di lembar dikirim ke pelanggan potensial ketika mereka ingin membeli sistem.

NB dalam hal ini spesifikasinya tidak sama dengan persyaratan.

Pikirkan, Anda akan membangun gedung bertingkat di atas tanah.

Sekarang Anda perlu mempertimbangkan Persyaratan sebelum memulai, seperti:

1. Insinyur Arsitektur atau Desain
2. Insinyur Uji Tanah
3. Tim Uji Tekanan Angin
4. Pembongkar
5. Penggali
6. Tenaga Pria
7. Persediaan air
8. Tempat tinggal / tempat istirahat pekerja
9. Dana yang cukup
10. Manajemen proyek
11. Manajemen mutu
12. Kontrol Keamanan dan Keselamatan

Dll

Sekarang isi di atas adalah bagian dari Persyaratan untuk membangun gedung bertingkat tinggi. Dari tim di atas, Anda mendapatkan hasil teknis, yang mereka pegang sebagai bagian dari profesi.

Inilah tepatnya, apa yang terjadi dalam industri perangkat lunak, sekelompok orang profesional yang terlibat untuk memberikan pengetahuan untuk membangun spesifikasi teknis, seperti seseorang yang bekerja pada desain UI, desain OO, desain basis data, desain grafis, desain kasus uji, koding, integrasi , tim penempatan, dll.

Para di atas akan menjadi bagian dari buku pegangan, yang dapat Anda sebut Spesifikasi Teknis.