stanford-oval/wikipedia huggingface dataset:
Pengujian unit
Pemisahan antarmuka dari pelaksanaan

Karena beberapa kelas dapat memiliki referensi ke kelas-kelas lain, pengujian suatu kelas kerap kali berdampak ke pengujian kelas lain. Sebuah contoh umum dari hal ini adalah kelas yang tergantung pada sebuah basis data: untuk menguji kelas, penguji sering menulis kode yang berinteraksi dengan basis data. Ini adalah kesalahan, karena pengujian unit biasanya melanggar ke luar batas kelas itu sendiri, dan terutama tidak boleh menyeberangi batas proses/jaringan itu karena dapat memasukkan masalah kinerja yang tidak dapat diterima terhadap kumpulan pengujian unit. Melanggar batas-batas unit tersebut mengubah pengujian unit menjadi pengujian integrasi, dan ketika kasus uji gagal, kurang jelas komponen mana yang menyebabkan kegagalan.
Sebaliknya, pengembang perangkat lunak harus membuat antarmuka abstrak untuk permohonan (query) basis data, dan kemudian menerapkan antarmuka tersebut dengan objek pura-pura mereka sendiri. Dengan mengabstraksi keterkaitan yang diperlukan ini dari kode, unit independen dapat menjadi lebih benar-benar teruji dibandingkan yang sebelumnya mungkin tercapai. Hasilnya adalah unit yang lebih berkualitas tinggi dan juga lebih mudah dipelihara.
Pengujian unit terparameterisasi

Pengujian unit terparameterisasi (PUT, parameterized unit tests) adalah uji yang menerima parameter. Tidak seperti pengujian unit tradisional yang biasanya merupakan metode tertutup, PUT menerima parameter mana pun. PUT telah didukung oleh TestNG, JUnit dan berbagai kerangka kerja pengujian .NET. Parameter yang cocok untuk pengujian unit dapat diberikan secara manual atau dalam beberapa kasus dihasilkan secara otomatis oleh kerangka kerja pengujian. Alat-alat pengujian seperti QuickCheck ada untuk menghasilkan masukan pengujian untuk PUT.
Aplikasi > Pemrograman ekstrem

Pengujian unit adalah dasar dari pemrograman ekstrem, yang bergantung pada kerangka kerja pengujian unit terotomatisasi. Kerangka kerja pengujian unit terotomatisasi ini mungkin berasal dari pihak ketiga, misalnya, xUnit, atau diciptakan dalam kelompok pengembangan perangkat lunak itu sendiri.
Pemrograman ekstrem menggunakan penciptaan pengujian unit untuk pengembangan digerakkan pengujian. Pengembang menulis pengujian unit yang mengekspos baik persyaratan atau cacat suatu perangkat lunak. Uji ini akan gagal karena salah satu persyaratan belum diimplementasikan, atau karena sengaja memperlihatkan cacat dalam kode yang sudah ada. Kemudian, pengembang menulis kode sederhana untuk agar unit lulus uji tersebut, bersama dengan uji yang lainnya.
Sebagian besar kode dalam sistem melewati pengujian unit, tetapi belum tentu menguji semua jalur dalam kode. Pemrograman ekstrem memandatkan strategi "menguji segala sesuatu yang mungkin gagal", dan menghindari metode tradisional "menguji setiap jalur eksekusi". Hal ini menyebabkan pengembang untuk menciptakan uji yang lebih sedikit dari metode klasik, tapi ini tidak benar-benar masalah. Metode klasik pun jarang pernah diikuti secara ketat sehingga tidak semua jalur eksekusi telah diuji secara menyeluruh.[butuh rujukan]
 Pemrograman ekstrem hanya mengakui bahwa pengujian jarang dilakukan secara menyeluruh (karena sering terlalu mahal dan memakan waktu ) dan memberikan panduan tentang bagaimana memusatkan sumber daya yang terbatas secara efektif.
Kode pengujian ini dianggap artefak proyek kelas satu, dalam artian dipertahankan pada kualitas yang sama dengan kode implementasi, dengan menghapus semua duplikasi kode. Pengembang merilis pengujian unit ke repositori kode bersama-sama dengan kode yang diujinya. Pengujian unit yang menyeluruh dari pemrograman ekstrem memungkinkan manfaat yang disebutkan di atas, seperti pengembangan kode yang dan refaktorisasi lebih sederhana dan lebih meyakinkan, integrasi kode yang disederhanakan, dokumentasi yang akurat, dan desain yang lebih modular. Pengujian unit ini juga terus berjalan sebagai bentuk dari uji regresi.
Pengujian unit juga penting untuk konsep desain emergen. Karena desain emergen sangat tergantung pada refaktorisasi, pengujian unit merupakan satu komponen tidak terpisahkan.
Aplikasi > Teknik

Pengujian uni ini umumnya otomatis, tapi mungkin masih dilakukan secara manual. IEEE tidak menganjurkan salah satunya dibandingkan yang lain. Tujuanpengujian unit ini adalah untuk mengisolasi suatu unit dan memvalidasi kebenarannya. Pendekatan manual dari pengujian unit dapat menggunakan dokumen yang berisi perintah langkah demi langkah. Namun ini dapat dilakukan dengan efisien dengan otomatisasi, dan memungkinkan banyak manfaat yang tercantum dalam artikel ini. Sebaliknya, jika tidak direncanakan dengan hati-hati, kasus pengujian unit yang ceroboh dapat dieksekusi sebagai kasus uji integrasi yang melibatkan banyak komponen-komponen perangkat lunak, dan dengan demikian menghalangi pencapaian kebanyakan tujuan yang ditetapkan untuk pengujian unit, atau malah menggagalkan semuanya.
Untuk sepenuhnya merealisasikan efek isolasi saat menggunakan pendekatan otomatis, unit atau badan kode yang diuji dieksekusi di dalam kerangka kerja di luar lingkungan alamiahnya. Dengan kata lain, unit tersebut dieksekusi di luar produk atau konteks tempat unit tersebut diciptakan. Pengujian dengan cara terisolasi seperti ini mengungkapkan ketergantungan antara kode dalam unit yang sedang diuji dan unit-unit lain atau ruang data dalam produk. Ketergantungan ini kemudian dapat dihilangkan.
Dengan menggunakan kerangka kerja otomatisasi, pengembang mengkodekan kriteria, atau hasil yang diketahui benar, ke dalam uji untuk memeriksa kebenaran unit tersebut. Dalam eksekusi kasus uji, kerangka kerja mencatat uji yang gagal melewati kriteria apa pun. Banyak kerangka kerja juga akan menandai secara otomatis kasus uji yang gagal ini dan melaporkannya dalam rangkuman. Tergantung kepada parahnya kegagalan yang terjadi, kerangka kerja mungkin akan berhenti melakukan uji selanjutnya.
Karena itu, pengujian unit secara tradisional adalah pemotivasi pemrogram untuk menciptakan kode yang independen dan kohesif. Praktik ini mempromosikan kebiasaan yang sehat dalam pengembangan perangkat lunak. Pola desain, pengujian unit, dan refaktorisasi sering berjalan bersama-sama sehingga akhirnya muncul solusi terbaik.
Aplikasi > Kerangka kerja unit pengujian

Kerangka kerja unit pengujian biasanya adalah produk pihak ketiga yang tidak didistribusikan sebagai bagian dari rangkaian pengkompilasi (compiler suite). Kerangka kerja ini membantu menyederhanakan proses pengujian unit, dan telah dikembangkan untuk berbagai macam bahasa pemrograman. Contoh kerangka kerja pengujian mencakup solusi sumber terbuka seperti berbagai kerangka kerja yang dikenal secara kolektif sebagai xUnit, dan solusi komersial seperti Typemock Isolator.NET/Isolator++, TBrun, JustMock, Parasoft Development Testing (Jtest, Parasoft C/C++tes, dotTEST), Testwell CTA++ dan VectorCAST/C++.
Biasanya kita dapat melakukan pengujian unit tanpa dukungan dari kerangka kerja tertentu dengan menulis kode klien yang menjalankan unit yang diuji test dan menggunakan penegasan, penanganan eksepsi, atau mekanisme pengendali aliran lainnya untuk memberi tanda kegagalan. Pengujian unit tanpa kerangka kerja adalah berharga karena ada halangan adopsi pengujian unit; memiliki sedikit pengujian unit tidak lebih baik daripada tidak ada sama sekali, padahal sekali kerangka kerja sudah diterapkan, menambahkan pengujian unit menjadi relatif mudah. Pada beberapa kerangka kerja yang banyak fitur pengujian unit yang tidak ada atau harus ditulis secara manual.
Aplikasi > Dukungan pengujian unit dari bahasa pemrograman

Beberapa bahasa pemrograman mendukung secara langsung pengujian unit. Tata bahasanya memungkinkan langsung deklarasi pengujian unit tanpa mengimpor pustaka (baik standar ataupun pihak ketiga). Selain itu, syarat boolean dari pengujian unit dapat dinyatakan dalam sintaks yang sama sebagai ekspresi boolean yang digunakan dalam kode bukan pengujian unit, seperti apa yang digunakan untuk pernyataaan if dan while.
Bahasa dengan pengujian unit terintegrasi meliputi:
Cobra
D
Go
Ruby
Rust
Beberapa bahasa tanpa dukungan pengujian unit terintegrasi memiliki pustaka/kerangka kerjapengujian unit yang sangat baik. Di antaranya:
ABAP
C#
Clojure
Elixir
Java
JavaScript
Obix
Objective-C
PHP
Python
Racket
Scala
tcl
Visual Basic .NET
PowerShell
Lihat pula

Pengujian perangkat lunak
Pemilihan umum Kamboja 1962

Pemilihan umum diadakan di Kamboja pada 10 Juni 1962. Sangkum adalah satu-satunya partai yang ikut pemilihan tersebut, dan memenangkan seluruh 77 kursi.
Hasil

| Partai | Suara | % | Kursi | +/– |
| --- | --- | --- | --- | --- |
| Sangkum |  |  | 77 | +16 |
| Suara invalid/blank |  | – | – | – |
| Total |  |  | 77 | +16 |
Sumber: Nohlen et al.
Pemilihan umum Kamboja 1955

Pemilihan umum diadakan di Kamboja pada 1955. Pemilihan tersebut diadakan menyusul perdamaian yang didirikan di Konferensi Jenewa 1954 dan kemerdekaan negara tersebut. Pemilihan tersebut diadakan pada September 1955. Hasilnya adalah kemenangan partai Sangkum, yang memenangkan seluruh 91 kursi.
Hasil

| Partai | Suara | % | Kursi | +/– |
| --- | --- | --- | --- | --- |
| Sangkum | 630,625 | 82.7 | 91 | Baru |
| Partai Demokrat | 93,921 | 12.3 | 0 | –54 |
| Pracheachon | 29,505 | 3.9 | 0 | Baru |
| Partai Liberal | 5,488 | 0.7 | 0 | –18 |
| Partai Nasionalis | 1,140 | 0.1 | 0 | –2 |
| Khmer Ekreach | 770 | 0.1 | 0 | Baru |
| Partai Buruh Khmer | 289 | 0.0 | 0 | Baru |
| Independen | 546 | 0.1 | 0 | 0 |
| Total | 761,744 | 100 | 91 | +13 |
Sumber: Nohlen et al.
Ischnolea bicolorata

| Ischnolea bicolorata |
| --- | --- |

Klasifikasi ilmiah
Kerajaan:: Animalia
Filum:: Arthropoda
Kelas:: Insecta
Ordo:: Coleoptera
Famili:: Cerambycidae
Genus:: Ischnolea
Spesies:: Ischnolea bicolorata

Ischnolea bicolorata adalah spesies kumbang tanduk panjang yang berasal dari famili Cerambycidae. Spesies ini juga merupakan bagian dari genus Ischnolea, ordo Coleoptera, kelas Insecta, filum Arthropoda, dan kingdom Animalia.
Larva kumbang ini biasanya mengebor ke dalam kayu dan dapat menyebabkan kerusakan pada batang kayu hidup atau kayu yang telah ditebang.
Ichwan Persada

| Ichwan Persada |
| --- | --- |

Lahir: Ichwan Persada Makassar, Indonesia
Pekerjaan: Produser
Tahun aktif: 2003 - sekarang

Ichwan Persada, pria kelahiran Makassar 34 tahun silam ini berduet bersama Marcella Zalianty memproduseri Batas (film) (rilis di bioskop Mei 2011). Lantas memproduseri film dokumenter Cerita Dari Tapal Batas yang menembus nomine Film Dokumenter Terbaik Festival Film Indonesia 2011 dan Official Selection Aljazeera International Documentary Film Festival 2012. Film ketiganya yang berjudul Orenji melakukan pengambilan gambar di 4 kota di Jepang dan direncanakan beredar di bioskop tahun ini.
Jebolan Fakultas Kedokteran Universitas Hasanuddin ini juga terlibat dalam pengembangan skenario film Rumah di Seribu Ombak yang meraih penghargaan Skenario Terbaik pada Festival Film Indonesia 2012.
Kini Ichwan tengah mempersiapkan 3 film sekaligus: sebuah film antologi dengan 7 kisah didalamnya yang berlokasi sepenuhnya di Makassar, sebuah film drama horor dan film dokumenter panjang tentang legenda sepak bola asal Makassar, Ramang.
Filmografi

| Film | Tahun | Sebagai |
| --- | --- | --- |
| Batas (film) | 2012 | Associate Producer |
| Cerita Dari Tapal Batas | 2012 | Producer |
| Rumah di Seribu Ombak | 2012 | Pengembang Skenario |
| Cinta/Mati | 2013 | Associate Producer |
| Hijabers in Love | 2014 | Produser |
| Silariang: Cinta yang (Tak) Direstui | 2018 | Produser |
| Solata | 2024 | Sutradara/Pengembang Skenario |
Festival dan Penghargaan

| Festival | Tahun | Penghargaan | Hasil |
| --- | --- | --- | --- |
| Festival Film Indonesia | 2011 | Film Dokumenter Terbaik | Nominasi |
| Aljazeera International Film Festival | 2012 | Medium Documentary | Official Selection |
| Piala Maya | 2012 | Film Dokumenter Terpilih | Nominasi |
Pranala luar

(Indonesia) Profil Diarsipkan 2013-04-06 di Wayback Machine. di IndonesianFilmCenter.com
(Indonesia) Profil di KapanLagi.com
(Indonesia) Ichwan Persada Galang Dana Untuk Legenda Bola Indonesia di KapanLagi.com
(Indonesia) Ichwan Persada: Cari Film Pendek Dari Indonesia Timur di KapanLagi.com
(Indonesia) Ichwan Persada: Meraba Indonesia Melalui Nonton Bareng di KapanLagi.com
Roridula dentata

| Roridula dentata     |
| --- | --- |

Taksonomi

Superkerajaan: Eukaryota
Kerajaan: Plantae
Divisi: Tracheophytes
Ordo: Ericales
Famili: Roridulaceae
Genus: Roridula
Spesies: Roridula dentata  Linnaeus, 1764
 
 
Tata nama
Sinonim takson:  Drosera roridula Thunb. (1797) nom.illeg.  Drosera verticillata L. (1830) nom.illeg.  Ireon verticillatum (L.) Burm.f. (1768) nom.illeg.  Roridula brachysepala Gdgr. (1913) [=R. dentata/R. gorgonias]  Roridula muscicapa Gaertn. (1788)  Roridula verticillata (L.) Pers. (1815) nom.illeg. 
Roridula dentata adalah sebuah tumbuhan protokarnivora yang berasal dari provinsi Tanjung Barat, Afrika Selatan. Spesies tersebut hanya ditemukan di pegunungan dalam yang panas dan kering di Clanwilliam, Tulbagh dan Ceres dan dapat tumbuh sampai lebih dari 150 cm.
Wikimedia Commons memiliki media mengenai Roridula dentata.
Pemisahan Polandia

Pemisahan Polandia, Pembagian Polandia atau Pemisahan Persemakmuran Polandia Lithuania, Pembagian Persemakmuran Polandia Lithuania terjadi pada abad ke-18 dan mengakhiri Persemakmuran Polandia-Lithuania. Pembagian ini dilakukan oleh Kerajaan Prusia, Kekaisaran Rusia dan Habsburg Austria. Pembagian ini dilakukan tiga kali:
Pembagian Pertama: 5 Agustus 1772.
Pembagian Kedua: 23 Januari 1793 (Austria tidak ikut).
Pembagian Ketiga: 24 Oktober 1795.
Istilah "Pembagian Keempat Polandia" yang jarang digunakan dapat merujuk pada:
Setelah peperangan era Napoleon, pembagian Kadipaten Warsawa saat Kongres Wina tahun 1815
Penyatuan "Polandia Kongres" ke Rusia tahun 1832, dan penggabungan Kota Merdeka Kraków dengan Austria tahun 1846
Pembagian Polandia antara Nazi Jerman dan Uni Soviet tahun 1939.
Pranala luar

(Polandia) Krzysztof Wroński, Rozbiory Polski w XVIII w. " ich uwarunkowania i skutki Diarsipkan 2007-05-24 di Wayback Machine.
Pembelian tanah di Palestina oleh Yahudi

Pembelian tanah di Palestina oleh Yahudi adalah mengacu kepada upaya orang Yahudi untuk membeli tanah di Palestina pada masa Utsmaniyah dan Kemandatan Britania dari tahun 1880-an hingga pendirian Negara Israel pada 1948. Pembelian terbesar yang pernah dilakukan oleh orang Yahudi pada masa itu adalah Pembelian Sursock. Pada 1944, Yahudi telah memperoleh sekitar 6% tanah di Palestina.
Daftar pustaka

Dershowitz, Alan (2003). The Case for Israel. New Jersey: John Wiley and Sons.
Porath, Y. (1977). The Palestinian Arab National Movement: From Riots to Rebellion. London, UK: Frank Cass and Company Ltd.
Hallbrook, Stephen P. (Fall 1981). "The Alienation of a Homeland: How Palestine Became Israel". The Journal of Libertarian Studies. V (4).
Pranala luar

Land ownership in Palestine (1957)
Otto Hölder

| Otto Ludwig Hölder |
| --- | --- |
Otto Hölder
Lahir: (1859-12-22)22 Desember 1859 Stuttgart, Jerman
Meninggal: 29 Agustus 1937(1937-08-29) (umur 77) Leipzig, Jerman
Kebangsaan: Jerman
Karier ilmiah
Bidang: Matematika
Pembimbing doktoral: Paul du Bois-Reymond
 
Otto Ludwig Hölder (22 Desember 1859 – 29 Agustus 1937) adalah seorang matematikawan Jerman yang lahir di Stuttgart.
Hölder pertama kali menempuh pendidikan di Polytechnikum (yang sekarang adalah Universitas Stuttgart) dan kemudian pada tahun 1877 pindah ke Berlin dimana ia menjadi murid dari Leopold Kronecker, Karl Weierstraß, dan Ernst Kummer.
Domusnovas

| Domusnovas Domusnòas |
| --- | --- |
Komune
Comune di Domusnovas

Lokasi Domusnovas di Provinsi Sardinia Selatan
Negara: Italia
Wilayah:  Sardinia
Provinsi: Sardinia Selatan (SU)
Pemerintahan
 • Wali kota: Massimiliano Ventura
Luas
 • Total: 80,59 km2 (31,12 sq mi)
Ketinggian: 52 m (171 ft)
Populasi (2016)
 • Total: 6,213
Zona waktu: UTC+1 (CET)
 • Musim panas (DST): UTC+2 (CEST)
Kode pos: 09015
Kode area telepon: 0781
Situs web: http://www.comune.domusnovas.ci.it
Domusnovas (bahasa Sardinia: Domusnòas) adalah sebuah komune yang terletak di Provinsi Sardinia Selatan, Sardinia, Italia. Kota ini berada di ketinggian 52 meter dengan jumlah penduduk sebesar 6.213 jiwa dan luas wilayah 80,59 km².
Rujukan

1 2  Istat - Istituto nazionale di statistica, Bilancio demografico al 30/11/2016.Diakses tanggal 08 Mei 2019
↑  Istat - Istituto nazionale di statistica, Superficie territoriale per zona altimetrica.Diakses tanggal 08 Mei 2019.
Pranala luar

Media tentang Domusnovas di Wikimedia Commons
| l b Komune di Provinsi Sardinia Selatan, Sardinia |
| --- | --- | --- |
|  Arbus  Armungia  Ballao  Barrali  Barumini  Buggerru  Burcei  Calasetta  Carbonia  Carloforte  Castiadas  Collinas  Decimoputzu  Dolianova  Domus de Maria  Domusnovas  Donori  Escalaplano  Escolca  Esterzili  Fluminimaggiore  Furtei  Genoni  Genuri  Gergei  Gesico  Gesturi  Giba  Goni  Gonnesa  Gonnosfanadiga  Guamaggiore  Guasila  Guspini  Iglesias  Isili  Las Plassas  Lunamatrona  Mandas  Masainas  Monastir  Muravera  Musei  Narcao  Nuragus  Nurallao  Nuraminis  Nurri  Nuxis  Orroli  Ortacesus  Pabillonis  Pauli Arbarei  Perdaxius  Pimentel  Piscinas  Portoscuso  Sadali  Samassi  Samatzai  San Basilio  San Gavino Monreale  San Giovanni Suergiu  San Nicolò Gerrei  San Sperate  San Vito  Sanluri  Santadi  Sant'Andrea Frius  Sant'Anna Arresi  Sant'Antioco  Sardara  Segariu  Selegas  Senorbì  Serdiana  Serramanna  Serrenti  Serri  Setzu  Seui  Seulo  Siddi  Siliqua  Silius  Siurgus Donigala  Soleminis  Suelli  Teulada  Tratalias  Tuili  Turri  Ussana  Ussaramanna  Vallermosa  Villacidro  Villamar  Villamassargia  Villanova Tulo  Villanovaforru  Villanovafranca  Villaperuccio  Villaputzu  Villasalto  Villasimius  Villasor  Villaspeciosa  |  Arbus  Armungia  Ballao  Barrali  Barumini  Buggerru  Burcei  Calasetta  Carbonia  Carloforte  Castiadas  Collinas  Decimoputzu  Dolianova  Domus de Maria  Domusnovas  Donori  Escalaplano  Escolca  Esterzili  Fluminimaggiore  Furtei  Genoni  Genuri  Gergei  Gesico  Gesturi  Giba  Goni  Gonnesa  Gonnosfanadiga  Guamaggiore  Guasila  Guspini  Iglesias  Isili  Las Plassas  Lunamatrona  Mandas  Masainas  Monastir  Muravera  Musei  Narcao  Nuragus  Nurallao  Nuraminis  Nurri  Nuxis  Orroli  Ortacesus  Pabillonis  Pauli Arbarei  Perdaxius  Pimentel  Piscinas  Portoscuso  Sadali  Samassi  Samatzai  San Basilio  San Gavino Monreale  San Giovanni Suergiu  San Nicolò Gerrei  San Sperate  San Vito  Sanluri  Santadi  Sant'Andrea Frius  Sant'Anna Arresi  Sant'Antioco  Sardara  Segariu  Selegas  Senorbì  Serdiana  Serramanna  Serrenti  Serri  Setzu  Seui  Seulo  Siddi  Siliqua  Silius  Siurgus Donigala  Soleminis  Suelli  Teulada  Tratalias  Tuili  Turri  Ussana  Ussaramanna  Vallermosa  Villacidro  Villamar  Villamassargia  Villanova Tulo  Villanovaforru  Villanovafranca  Villaperuccio  Villaputzu  Villasalto  Villasimius  Villasor  Villaspeciosa  |  |
ISO 13485

Perangkat medis ISO 13485 -- Sistem manajemen kualitas -- Persyaratan untuk tujuan pengaturan adalah standar sukarela,  diterbitkan oleh Organisasi Standardisasi Internasional (ISO) untuk pertama kalinya pada tahun 1996, dan berisi sistem manajemen kualitas yang komprehensif untuk desain dan pembuatan alat kesehatan. Versi terbaru dari standar ini menggantikan dokumen sebelumnya seperti EN 46001 (1993 dan 1996) dan EN 46002 (1996), ISO 13485 (1996 dan 2003) yang diterbitkan sebelumnya, dan ISO 13488 (juga 1996).
Edisi ISO 13485 saat ini diterbitkan pada 1 Maret 2016.
Latar belakang

Meskipun disesuaikan dengan ekspektasi sistem kualitas industri dan persyaratan peraturan, organisasi tidak perlu secara aktif memproduksi perangkat medis atau komponennya untuk mendapatkan sertifikasi standar ini, berbeda dengan ISO/TS 16949 sektor otomotif, di mana hanya perusahaan dengan permintaan pertanyaan, atau pada daftar penawaran, dari produsen rantai pasokan International Automotive Task Force dapat meminta pendaftaran.
Manfaat ISO 13485

Meningkatkan kemampuan organisasi untuk memenuhi persyaratan peraturan dan untuk pelanggan
Membantu kemampuan organisasi untuk menangani keamanan dan efektivitas produk
Memungkinkan organisasi untuk mendapatkan pengakuan eksternal atas kesesuaian sistem manajemen mutu dengan persyaratan yang diterima (sertifikasi)
Perubahan dalam ISO 13485:2016 yang Baru

Mengintegrasikan risiko di seluruh QMS dan pengambilan keputusan berbasis risiko siklus-hidup-produk
Tautan tambahan ke dokumentasi yang diperlukan untuk tujuan regulas
Integrasi perangkat lunak QMS
Penekanan pada infrastruktur yang sesuai
Referensi baru untuk standar lain (kegunaan, dll)
Bagian baru tentang penanganan keluhan dan pelaporan kepada pihak berwenang
Kejelasan untuk audit
Merencanakan dan mendokumentasikan tindakan perbaikan (tanpa penundaan yang tidak semestinya) dan tindakan pencegahan
Dikasteri untuk Naskah Legislatif

Dikasteri untuk Naskah Legislatif adalah sebuah dikasteri dalam Kuria Roma. Sebelumnya, dikasteri ini bernama Dewan Kepausan bagi Naskah Legislatif. Tugasnya "terutama terdisi atas menginterpretasikan hukum-hukum Gereja".(Pastor Bonus, 154).
Saat ini presiden-nya adalah Uskup Agung Francesco Coccopalmerio, sekretarisnya adalah Uskup Juan Ignacio Arrieta Ochoa de Chinchetru, dan wakil sekretarisnya adalah José Gonçalves de Almeida.
Sejarah dan Area Kompetensi

Komisi Kepausan bagi Interpretasi Asli Koda Hukum Kanon yang didirikan Paus Benediktus XV pada tanggal 5 September 1917 terus ada hingga digantikan pada tanggal 18 Maret 1963 dengan Komisi Kepausan bagi Perubahan Koda Hukum Kanon, sesuai dengan perubahan yang disyaratkan oleh Konsili Vatikan Kedua, yang dibentuk oleh Paus Yohanes XXIII. Paus Paulus VI mendirikan Komisi Kepausan bagi Interpretasi atas Dekret Konsili Vatikan Kedua pada tanggal 11 Juli 1967 dan, dua tahun kemudian, memperluas mandatnya untuk juga interpretasi atas dokumen-dokumen yang diterbitkan oleh Tahta Suci untuk mengimplementasikan dekret-dekret tersebut.
Pada tanggal 2 Januari 1984, Paus Yohanes Paulus II membentuk Komisi Kepausan bagi Interpretasi Asli Koda Hukum Kanon, dengan kompetensi mengenai Koda Hukum Kanon yang baru yang diterbitkan setahun sebelumnya, dan kompetensi mengenai hukum-hukum universal bagi Ritus Latin. Komisi ini menggantikan semua komisi yang disebutkan di paragraf atas sebelumnya. Pada tanggal 28 Juni 1988, komisi ini menggunakan namanya saat ini.
Pada tanggal 18 Oktober 1990, kompetensi komisi ini diperluas dengan kemampuannya untuk menginterpretasikan Koda Kanon Gereja-gereja Timur dan hukum-hukum yang juga digunakan oleh Gereja-gereja Katolik Timur.
Presiden Dewan Kepausan

Pietro Gasparri (18 Okt 1917 - 7 Feb 1930)
Giulio Serafini (30 Jun 1930 - 16 Jul 1938)
Luigi Sincero (12 Des 1934 - 7 Feb 1936)
Massimo Massimi (14 Mar 1939 - 29 Mei 1946)
Pietro Ciriaci (31 Mei 1955 - 30 Des 1966)
Pericle Felici (1967 - 22 Mar 1982 )
Rosalio José Castillo Lara (18 Jan 1984 - 6 Des 1989)
Vincenzo Fagiolo (15 Des 1990 - 19 Des 1994)
Julián Herranz Casado (19 Desember 1994 - 2 April 2005; 21 April 2005 - 15 Februari 2007)
Francesco Coccopalmerio (15 Februari 2007 - saat ini)
Sekretaris Dewan Kepausan dan para pendahulunya

Luigi Sincero (18 Okt 1917 – 23 Mei 1923)
Giuseppe Bruno (14 Feb 1924 – 16 Feb 1946)
Gabriel Acacius Coussa, B.A. (3 Mar 1946 – 19 Mar 1962)
Giacomo Violardo (1962 – 26 Jan 1965)
Raimondo Bidagor, S.J. (1965 – 1973)
Rosalio José Castillo Lara, S.D.B. (12 Feb 1975 – 22 May 1982)
Julián Herranz Casado (1983 – 19 Des 1994)
Bruno Bertagna (1994 – 15 Feb 2007)
Juan Ignacio Arrieta Ochoa de Chinchetru (15 Feb 2007 - )
Pranala luar

Profile of the Pontifical Council