Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Model V Kualifikasi

Unduh sebagai docx, pdf, atau txt
Unduh sebagai docx, pdf, atau txt
Anda di halaman 1dari 3

URS : SPESIFIKASI KEBUTUHAN PENGGUNA APA ?

Spesifikasinya

Dimaksudkan untuk menjadi pandangan tingkat tinggi dari driver proyek secara keseluruhan, dalam
hal
over-arching tujuan proyek dan kasus bisnis yang mendasarinya.
• Harus diungkapkan dalam istilah bisnis strategis.
• Harus berbicara tentang total target biaya terpasang, yang menghasilkan kapasitas bersih,
seharusnya
mendiskusikan biaya unit, waktu siklus, lokasi, bahan mentah, konten tenaga kerja.
• Harus mengatasi semua masalah penting yang pada akhirnya akan mempengaruhi apakah atau
tidak
proyek dianggap sukses atau tidak.
• Spesifikasi Kebutuhan Fungsional adalah bagian dari URS yang disediakan untuk
fungsionalitas yang diperlukan dari sistem.
• FRS juga ditulis dari perspektif tingkat yang sangat tinggi, berurusan lebih banyak dengan
kemampuan keseluruhan daripada masuk ke spesifik tentang bagaimana sistem itu menjadi
dioperasikan.
• The URS / FRS seharusnya tidak mengandung ketentuan desain khusus kecuali klien
telah menginvestasikan waktu uang dan / atau sumber daya untuk mencapai yang sangat
tujuan spesifik.

FDS

Fungsi utamanya, parameter yang mempengaruhi produk

Disiapkan oleh Vendor atau Pemasok sebagai tanggapan terhadap URS.


• Harus mengatasi semua elemen dari URS, menyediakan cukup
detail untuk menunjukkan bagaimana vendor berencana memenuhi semua persyaratan pengguna.
• Ada dua jenis dokumen FDS: Satu di mana proyek sedang ditawar
keluar secara kompetitif, dan yang lain di mana pekerjaan telah diberikan atau itu
menjadi satu-satunya sumber.
• FDS memberikan lapisan detail yang lebih dalam, jadi, dalam kasus pertama, FDS
menyediakan klien dengan dasar untuk membandingkan dan mengevaluasi teknis
parameter prestasi dan biaya dari solusi yang diusulkan.
• Dalam kasus kedua, FDS dimaksudkan untuk mulai melibatkan klien dalam desain
detail dan keputusan yang akan mempengaruhi produk akhir.
• Semua aspek fungsi utama harus didokumentasikan dan disetujui di
penyelesaian FDS.
• FDS yang lengkap dan disetujui akan membentuk dasar untuk pengendalian perubahan desain
pengelolaan. Sebagai fungsi dan fitur ditambahkan atau dikurangkan dari
ruang lingkup desain, URS / FRS dan FDS harus diperbarui dan
diterbitkan kembali kepada semua anggota tim proyek yang terlibat untuk analisis dampak
dan kemungkinan membiayai ulang pekerjaan itu.

DDS
Mendetail komponen yang menjalankan fungsi utama proyek
Detil Spesifikasi Desain mencakup semua dokumen desain yang diproduksi oleh
Vendor atau Pemasok layanan.
• DDS dapat berupa dokumen tunggal atau mungkin seluruh desain rinci
kiriman yang dihasilkan selama tahap desain.
• Pada saat Spesifikasi Desain Rinci sedang disiapkan, ruang lingkup
pekerjaan harus sangat jelas dan desain rinci dihasilkan untuk memenuhi dan
mengimplementasikan fitur yang dijelaskan dalam Spesifikasi Desain Fungsional.

IMPLEMENTATION PHASE
Semua spesifikasi akan diverifikasi, titik balik dari V model
Ini adalah fase proyek di mana pekerjaan fisik yang sebenarnya
dilakukan.
• Konstruksi peralatan terjadi selama fase ini, seperti halnya yang
pemrograman perangkat lunak.
• Perhatikan bahwa Fase Implementasi adalah "titik balik" dari V-model. Di
titik ini, semua tugas berubah dari spesifikasi apa yang seharusnya terjadi
untuk verifikasi apa yang sebenarnya terjadi.
• Sangat penting bahwa informasi RFI dan As-built apa pun dicatat dan dikerjakan
kembali ke dokumen desain terperinci!

IQ
Ini adalah yang pertama dari protokol kualifikasi yang dijalankan selama start up
dan fase commissioning dari suatu proyek.
• IQ memastikan dan mendokumentasikan peralatan yang pada akhirnya
dipasang benar-benar apa yang dijelaskan oleh dokumen desain.
• Hal ini sering digambarkan sebagai aktivitas "tangan dalam saku", di mana tidak ada peralatan
sebenarnya dioperasikan selama IQ.
• Nomor komponen diverifikasi dari gambar desain asli, daftar komponen, tagihan
bahan, dan sejenisnya.
• P & ID berjalan di bidang mengasuransikan bahwa semua pemipaan berjalan sesuai
apa yang ditunjukkan pada gambar.
• Perhatikan bahwa protokol IQ secara langsung di seberang Spesifikasi Desain Terperinci, dengan
panah di antara keduanya. Ini dimaksudkan untuk menyiratkan bahwa Protokol IQ ditulis
langsung dari Spesifikasi Rinci Desain.
• Setiap elemen Spesifikasi Rinci Desain harus terdaftar dan diperiksa oleh
IQ.

OQ
OQ adalah protokol kualifikasi kedua yang dijalankan pada saat start-up dan
fase commissioning suatu proyek.
• Selama OQ, peralatan dioperasikan untuk menunjukkan bahwa kinerja
parameter dari berbagai potongan peralatan sesuai dengan desain
parameter yang semula ditentukan.
• Hal-hal seperti suhu, aliran, dan rentang tekanan diperiksa dan diverifikasi.
• Keakuratan dan ketepatan parameter-parameter ini dan kesesuaian dengan persyaratan
diverifikasi dan didokumentasikan. Ini dapat melibatkan batch air, pilot run, dan
tidak untuk produksi berjalan.
• Perhatikan bahwa protokol OQ secara langsung di seberang Specs Desain Fungsional,
dengan panah di antara keduanya. Ini dimaksudkan untuk menyiratkan bahwa Protokol OQ adalah
ditulis langsung dari Spesifikasi Desain Fungsional. Setiap elemen dari
Spesifikasi Desain Fungsional harus terdaftar dan diperiksa oleh OQ.

PQ
PQ adalah tempat fungsionalitas terakhir dari peralatan benar-benar diverifikasi, dalam hal itu
produk sebenarnya dibuat di bawah kondisi produksi, dan kualitas
produk dibandingkan dengan spesifikasi produk.
• Secara umum, tiga batch berturut-turut dibuat sebagai bagian dari proses Kualifikasi. Semua
tiga batch harus berada dalam spesifikasi produk agar Kualifikasi lolos.
• Perhatikan bahwa protokol PQ secara langsung di seberang Dokumen Persyaratan Pengguna,
dengan
panah di antara keduanya. Ini dimaksudkan untuk menyiratkan bahwa Protokol PQ ditulis
langsung dari Dokumen Persyaratan Pengguna. Setiap elemen Pengguna
Persyaratan Doc harus terdaftar dan diperiksa oleh PQ.

Anda mungkin juga menyukai