BAB II. Penilaian Keselamatan

Ukuran: px
Mulai penontonan dengan halaman:

Download "BAB II. Penilaian Keselamatan"

Transkripsi

1 BAB II Penilaian Keselamatan 2.1 Pendahuluan Penilaian Keselamatan adalah suatu pengujian secara sistematik fungsi-fungsi pesawat dan desain sistem yang menjalankan fungsi fungsi tersebut. Penilaian keselamatan mengidentifikasi kondisi kegagalan, menetapkan sasaran tingkat keselamatan dan persyaratan keselamatan, dan mengevaluasi sistem yang terimplementasi. Proses penilaian keselamatan (safety assessment) berisikan proses pembuktian persyaratan guna mendukung aktivitas pengembangan sebuah pesawat. Proses ini menghasilkan suatu metodologi dalam mengevaluasi desain fungsi-fungsi dan sistem pesawat dalam menjalankan fungsi-fungsinya. untuk memastikan bahwa resiko kegagalan yang ada telah benar-benar diketahui. Proses ini dilakukan untuk menghasilkan suatu kepastian bahwa kondisi kegagalan yang ada telah teridentifikasi dan seluruh kombinasi kegagalan yang menyebabkan kondisi tersebut telah dipertimbangkan. Proses penilaian keselamatan untuk sistem yang terintegrasi harus diperhatikan adanya komplektisitas dan interdependency yang muncul akibat adanya perpaduan (integration) sistem. Pada kasus-kasus yang menyangkut sistem terintegrasi, proses penilaian keselamatan merupakan suatu landasan penting untuk menghasilkan sasaran tingkat keselamatan sistem dan menetapkan bahwa implementasi desain memenuhi sasaran tersebut. Penilaian keselamatan dilaksanakan seiring dengan proses desain dan pembuatan (construction) dari pesawat. Proses-proses yang dilakukan di dalam fase-fase siklus pengembangan digambarkan dalam gambar

2 Proses Assessment Functional Hazard Assessment (FHA) Preliminary System Assessmnet (PSSA) System Safety Assessmnet (SSA) Tujuan Proses Development Cycle Mengidentifikasi dan menggolongkan kondisi kegagalan Menetapkan safety objective Menetapkan safety requirement dari item dan sistem Mengembangkan spesifikasi untuk hardware procurement Membuktikan bahwa safety requirement yang ditetapkan FHA dan PSSA terpenuhi Concept design Design Design Validation Preliminary Detailed System Knowledge Gambar 2.1 Proses Penilaian Keselamatan (safety assessment) Functional Hazard Assessment (FHA) dilaksanakan pada awal siklus pengembangan, mengidentifikasi dan mengklasifikasi kondisi kegagalan fungsi-fungsi pesawat secara jelas. Pengklasifikasian kondisi kegagalan ini menghasilkan sasaran tingkat keselamatan (safety objective). Pada table 2.2, pengklasifikasian kondisi kegagalan (category of effect) yang berhubungan dengan sasaran tingkat keselamatan, diperlihatkan sebagai level probabilitas. Hasil FHA disajikan dalam bentuk form-form dimana kondisi-kondisi kegagalan yang memberikan efek yang paling buruk (severe) akan menjadi titik awal untuk Proses Preliminary System Safety Assessment (PSSA). 6

3 Tabel 2.1 Hubungan klasifikasi kondisi kegagalan dengan sasaran tingkat keselamatan Probability (quantitative) (1/h) Probability (descriptive) FAA (dalam probability effect) 10E-0 10E-3 10E-5 10E-7 10E-9 Probable JAA Frequent Reasonably Probable Category of Effect Effect on craft, occupants and environment Remote Improbable Extremly Remote Extremly Improbable Minor Major Hazardous Catastrophic slightly reduce in safety margins or functional capabilities, or slightly increase in crew workload some inconvenience to occupant significant reduction in safety margins or functional capabilities significant increase in crew workload higher reduction in safety margins or capabilities, or large increase in crew workload so that the crew may not able to perform task accurately or completely, or lost of aircraft Multiple fatalities Large environment pollution with long-term effect discomfort occupant to localized structural damage moderate environment pollution serious or fatal injuries to a relatively small number of occupant large structural damage significant pollution environment Safety Level Preliminary System Safety Assessment (PSSA) adalah analisis sistematik pada arsitektur sistem untuk memperlihatkan kegagalan pada level rendah dapat menyebabkan functional hazard yang teridentifikasi pada FHA. PSSA memberikan para perancang seluruh persyaratan keselamatan yang penting untuk sistem dan memperlihatkan bahwa 7

4 bentuk arsitektur sistem memenuhi sasaran keselamatan (safety objective) yang diperoleh pada FHA. PSSA adalah suatu proses yang dilaksanakan pada berbagai tahap pengembangan (development). Pada level terendah, PSSA menentukan safety design requirement untuk hardware/software (item). PSSA biasanya menggunakan form Fault Tree Analysis (DD dan MA juga bisa digunakan) dan menunjukkan persoalan tingkat keselamatan (safety issues) berdasarkan common cause. System Safety Assessment (SSA) adalah penilaian sistematis sistem untuk menunjukkan bahwa sasaran keselamatan (safety objective) dari FHA dan persyaratan keselamatan yang diturunkan dari PSSA sesuai. SSA merupakan analisis berdasarkan Fault Tree Analysis (atau analisis DD dan MA) dari PSSA. 2.2 Prosedur Penilaian Keselamatan (Safety Assessment) Tahap tahap yang dikerjakan dan penjelasan proses proses dalam penilaian keselamatan dijabarkan sebagai berikut Functional Hazard Assessment (FHA) Cakupan penilaian keselamatan tergantung dari beberapa hal seperti kompleksitas sistem, level pengalaman operasi, kekritisan dari kegagalan sistem. Sebelum memulai analisis detail pada kegagalan sistem, perlu dilakukan preliminary assessment untuk menentukan sejauh mana analisis yang diperlukan. Proses FHA dikerjakan pada dua level yaitu pada level pesawat dan level system. 1) Proses FHA pada level pesawat (high level), merupakan penilaian secara kuantitatif (qualitative assessment) untuk fungsi utama pesawat. FHA level pesawat akan mengidentifikasi dan menggolongkan kegagalan fungsi-fungsi pesawat dimana akan menghasilkan sasaran tingkat keselamatan (safety objective) yang harus dipenuhi. 2) FHA level sistem merupakan penilaian secara kuantitatif (qualitative assessment) yang dilakukan secara iterasi dalam siklus pengembangan pesawat. FHA level sistem 8

5 mempertimbangkan satu atau kombinasi kegagalan yang mempengaruhi fungsi pada pesawat. Hasil FHA level pesawat merupakan titik awal untuk fault tree level pesawat dan FHA pada level sistem dimana menjadi top level event untuk Fault Tree PSSA Prosedur FHA Proses FHA merupakan pendekatan atas ke bawah (top-down) untuk mengidentifikasi kondisi kegagalan fungsional dan memperhitungkan efek kegagalan tersebut. Tahap-tahap dalam proses FHA adalah sebagai berikut. a. Mengidentifikasi seluruh fungsi sistem dan pesawat b. Mengidentifikasi dan menjelaskan kondisi kegagalan pada fungsi-fungsi tersebut c. Mengklasifikasikan efek dari kondisi kegagalan tersebut d. Menetapkan probability requirement pada kondisi kegagalan untuk dipertimbangkan pada lower level e. Mendapatkan metode analisis yang digunakan safety requirement kondisi kegagalan memenuhi safety objective. Gambar 2.2 menjelaskan alur proses FHA pada level pesawat. 9

6 Aircraft level Functional Analysis Upper Level Requirements (Aircraft Specification-Regulations) Aircraft Main Aircraft Main Failure Condition Functions and and Associated Requirement Flight Phases. Description of Aircraft Level Functions (Internal and Exchanged) and Flight Phase Emergency And Environmental Configurations to Consider at Aircraft Level Aircraft Level Functional Failure Analysis Flight Phase Aircraft Level Functions List Aircraft Level Exchanged Functionals List Determination at Aircraft Level of : - Associated Failure Condition -Effects -Failure Condition Classification -Detection -Crew Action -Justification Material -Function Development Assurance Level Lower or Upper Level Activity Process Internal to The FHA but at the same level Requirement And Failure Condition List to Consider in Aircraft Design And Lower Level Activities (System FHA) - Classification of Failure Condition - Qualitative And Quantitative Requirements - List of Justification Material and Follow Up Proses belonging to FHA Transmission of FHA Requirement For The Design Process (interface Document) Requirement for Aircraft Level and Lower Levels Common Cause Analysis Justification Material Ground Test Flight Test Etc. Gambar 2.2 Proses FHA level Pesawat Pelaksanaan analisis fungsional terhadap fungsi-fungsi pada level pesawat akan diperoleh fase-fase dimana fungsi bekerja, daftar dari fungsi-fungsi pesawat dan fungsi-fungsi pengganti (exchanged) dalam penerapannya dengan konfigurasi kondisi 10

7 darurat (emergency) dan lingkungan (environment). Kemudian dilakukan analisis kegagalan fungsi-fungsi tersebut. Hasil dari proses ini menghasilkan suatu form FHA yang berisi daftar kondisi kegagalan, efek, dan tindakan kru (crew action) pada saat terjadi kondisi kegagalan. Dari form tersebut diperoleh suatu persyaratan (requirement) dan daftar kondisi kegagalan untuk dipertimbangkan pada FHA level sistem. Persyaratan ini juga menjadi informasi untuk proses desain. Pada analisis fungsi pada level sistem, deskripsi sistem akan menunjukan daftar fungsi sistem, fase terbang dimana fungsi bekerja, dan fungsi-fungsi pengganti (exchanged) pada level sistem. Kemudian, dalam penerapannya pada kondisi darurat (emergency) dan lingkungan (environment) dilakukan analisis kegagalan fungsi-fungsi tersebut. Hasil dari proses ini menghasilkan suatu form FHA level sistem yang berisi daftar kondisi kegagalan, efek, dan tindakan kru (crew action) pada saat terjadinya kondisi kegagalan tersebut. Dari form ini diperoleh suatu persyaratan (requirement) dan daftar kondisi kegagalan untuk dipertimbangkan pada desain sistem dan aktifitas level dibawahnya (proses PSSA dan SSA). Form ini juga menjadi suatu informasi yang penting pada proses desain. 11

8 Gambar 2.3 Proses FHA level Sistem 12

9 Preliminary System Safety Assessment (PSSA) Proses Preliminary System Safety Assessment (PSSA) merupakan suatu pengujian sistematik terhadap arsitektur sistem untuk menentukan bagaimana kegagalan dapat mengakibatkan functional hazard yang teridentifikasi oleh FHA dan bagaimana persyaratan dari FHA dapat dipenuhi. Proses PSSA adalah proses yang secara kontinyu dilakukan pada siklus desain. Untuk tiap proses analisis sistem, PSSA ditujukan untuk semua kondisi kegagalan yang teridentifikasi pada FHA level sistem. Metoda analisis dapat secara kualitatif maupun kuantitatif tergantung pada arsitektur desain, kompleksitas, efek kegagalan (severity) dari kondisi kegagalan tipe fungsi sistem yang dianalisis. Persyaratan PSSA diperoleh melalui hasil dari FHA level pesawat atau level sistem sesuai dengan pendekatan verifikasi seperti yang dijelaskan melalui diagram pada gambar 2.4. System FHA Failure Conditions Is Condition Hazardous or Catastrophic? No Is Condition Major? Yes Yes Yes Is System Complexity High? No Is Service Experience Relevant? No Yes No Qualitative and Quantitative Analyses Qualitative Analyses FHA Summary Gambar 2.4 Pendekatan verifikasi untuk sasaran keselamatan (safety objective) 13

10 Prosedur PSSA PSSA merupakan pendekatan top-down untuk menentukan bagaimana kegagalan dapat mengakibatkan functional hazard yang teridentifikasi oleh FHA dan bagaimana persyaratan FHA dapat dipenuhi. Assessment ini dilakukan berdasarkan tahap tahap proses dibawah ini. a. Melengkapi daftar persyaratan keselamatan level pesawat dan level system. b. Menentukan apakah desain arsitektur dan konsep dapat memenuhi persyaratan keselamatan dan sasaran tingkat keselamatan. c. Menghasilkan requirement keselamatan untuk desain dari item-item lower level (hardware/software), instalasi pesawat, sistem dan operasi lain (flight operation dan maintenance task) Modus kegagalan dan perkiraan kemungkinan kegagalan yang teridentifikasi pada analisis Fault Tree PSSA digunakan sebagai persyaratan untuk melaksanakan penyelidikan lebih detail pada level lebih rendah. Gambar 2.5 menjelaskan alur proses dari PSSA secara sistematis. 14

11 INPUTS System Level Requirement System Detailed Specification System Level FHA SYSTEM FUNCTIONAL ARCHITECTURE AND ITEM SYSTEM FAILURE CONDITIONS AND ASSOCIATED REQUIREMENT FAILURE CONDITION EVALUATION FOR EACH SIGNIFICANT FAILURE CONDITION IDENTIOFIED IN THE SYSTEM LEVEL FHA, PERFORM AN EVALUATION TO SHOW THAT THE CONSIDERED SYSTEM ARCHITECTURE AND ITEMS MEET THE SAFETY REQUIREMENTS THIS EVALUATION INCLUDES : - FAULT TREE, DEPENDENCE DIAGRAM, OR MARKOV ANALYSIS - PROBABILITY BUDGETS - DEFINE MEANS OF COMPLIANCE FOR QUALITATIVE AND QUANTITATIVE REQUIREMENT - JUSTIFICATION ACTIVITIES - SYSTEM ITEMS DEVELOPMENT ASSURANCE LEVELS - SUMMARY OF FAILURE MODES IDENTIFIED IN FTA, DD, OR MA AND THEIR ASSOCIATED PROBABILITY BUDGETS OUTPUTS PLANNED COMPLIANCE WITH FHA REQ. Compliance with system FHA requirement and common cause requirements Justification Materials -Test - Study - Common cause analysis requirement - Procedures evaluation OPERATIONAL/ MAINTENACE TASKS Need for operational or maintenace safety-related tasks and internals ITEMS DEVELOPMENT ASSURANECE LEVEL Development Assurance level of items (hardware and software) as applicable REQUIREMENTS FOR LOWER LEVEL STUDIES - Instalation requirement - Equipment Hardware design directives and budgets - Software design directives - Budgets and qualitative requirements for lower level PSSA or FMEA TRANSMISSION OF PSSA REQ. FOR INCORPORATION IN THE DESIGN PROCESS (INTERFACE DOCUMENT) Ground Test Flight Test Specification Requirements Qualitative and quantitative development assurance level Common Cause Analyses Justification Materials Maintenance Tasks ETC. Gambar 2.5 Proses PSSA Persyaratan yang diperoleh dari FHA level sistem dikombinasikan dengan data item dan arsitektur fungsi sistem dan kondisi kegagalan dievaluasi. Tujuannya adalah 15

12 agar desain arsitektur sistem dan item memenuhi persyaratan keselamatan. Evaluasi ini dilakukan dengan cara melakukan analisis Fault Tree sehingga probabilitas budget diperoleh dan menentukan suatu cara untuk memenuhi persyaratan secara kualitatif dan kuantitatif. Hasil evaluasi tersebut berupa suatu cara pemenuhan persyaratan untuk pemilihan tugas pengawasan dan pengoperasian serta pengujian sistem di bawahnya System Safety Assessment System Safety Assessment merupakan pengujian sistematik pada arsitektur dan instalasi sistem yang menunjukkan kesesuaiannya dengan persyaratan keselamatan. Setiap PSSA yang dilakukan pada level-level yang berbeda akan dilakukan SSA kemudian. SSA level tertinggi adalah SSA level sistem. Untuk masing-masing sistem yang dianalisis, SSA menyimpulkan seluruh kondisi kegagalan dan efek nya pada pesawat serta item/sistem kritis yang ada. Pelaksanaan analisis SSA tergantung pada desain, kompleksitas, tipe fungsi pada sistem yang dianalisis, yang diperoleh dari PSSA level sistem. Proses SSA merupakan pendekatan bawah-atas (bottom-up) dalam membuktikan persyartan keselamatan desain memenuhi sasaran tingkat keselamatan desain. Gambar 2.6 merupakan alur proses SSA pada level system. 16

13 Gambar 2.6 Proses SSA Proses SSA level sistem ini akan memberikan : a. pembuktian bahwa persyaratan desain yang dihasilkan pada FHA level sistem telah terpenuhi b. pengesahan klasifikasi efek kegagalan ada level pesawat c. pembuktian bahwa persyaratan keselamatan yang diperoleh dan diturunkan dari pesyaratan dan sasaran desain pesawat telah terpenuhi d. pembuktian bahwa persyaratan desain teridentifikasi pada proses Common Cause Analysis telah terpenuhi. 17

BAB II TEORI DASAR PROSES PENILAIAN KESELAMATAN

BAB II TEORI DASAR PROSES PENILAIAN KESELAMATAN BAB II TEORI DASAR PROSES PENILAIAN KESELAMATAN 2.1 PENDAHULUAN SAE ARP4761 dikeluarkan oleh SAE (Society for Automotive Engineers) International The Engineering Society for Advancing Mobility Land Sea

Lebih terperinci

EVALUASI PENERAPAN PENILAIAN KESELAMATAN PESAWAT WiSE 8 BERDASARKAN SAE ARP 4761

EVALUASI PENERAPAN PENILAIAN KESELAMATAN PESAWAT WiSE 8 BERDASARKAN SAE ARP 4761 EVALUASI PENERAPAN PENILAIAN KESELAMATAN PESAWAT WiSE 8 BERDASARKAN SAE ARP 4761 TUGAS AKHIR Diajukan Sebagai Salah Satu Syarat Untuk Menyelesaikan Pendidikan Tingkat Sarjana Strata Satu oleh : ADI MARDIKA

Lebih terperinci

BAB III Penerapan Prosedur Penilaian Keselamatan pada Pesawat WiSE 8

BAB III Penerapan Prosedur Penilaian Keselamatan pada Pesawat WiSE 8 BAB III Penerapan Prosedur Penilaian Keselamatan pada Pesawat WiSE 8 3.1. Pendahuluan Pada tahap pelaksanaan tugas akhir ini, dilakukan penerapan penilaian keselamatan pada suatu proses pengembangan pesawat

Lebih terperinci

BAB III TINJAUAN PIRANTI LUNAK

BAB III TINJAUAN PIRANTI LUNAK BAB III TINJAUAN PIRANTI LUNAK 3.1 PEMILAHAN PIRANTI LUNAK Bahasan dalam bab ini dimulai dengan proses pemilahan piranti lunak, kemudian dilanjutkan dengan deskripsi piranti lunak yang terpilih dari proses

Lebih terperinci

BAB IV ANALISIS KESESUAIAN TERHADAP DOKUMEN SAE ARP4761

BAB IV ANALISIS KESESUAIAN TERHADAP DOKUMEN SAE ARP4761 BAB IV ANALISIS KESESUAIAN TERHADAP DOKUMEN SAE ARP4761 4.1 PENDAHULUAN Bab ini membahas analisis hasil evaluasi piranti lunak yang telah dilakukan pada bab 3. Analisis yang dimaksud adalah kesesuaiannya

Lebih terperinci

SDLC Concepts. Muhammad Yusuf D3 Manajemen Informatika Universitas Trunojoyo

SDLC Concepts. Muhammad Yusuf D3 Manajemen Informatika Universitas Trunojoyo SDLC Concepts Muhammad Yusuf D3 Manajemen Informatika Universitas Trunojoyo Http://yusufxyz.wordpress.com Email: muhammadyusuf@trunojoyo.ac.id IVS Task Group Produk terdiri dari : hardware, software, dokumentasi,

Lebih terperinci

PENILAIAN KESELAMATAN SISTEM HIDROLIK PESAWAT TERBANG H-8. C. Sukoco. B

PENILAIAN KESELAMATAN SISTEM HIDROLIK PESAWAT TERBANG H-8. C. Sukoco. B PENILAIAN KESELAMATAN SISTEM HIDROLIK PESAWAT TERBANG H-8 C. Sukoco. B Program Studi Aeronautika Sekolah Tinggi Teknologi adisutjipto Email: cyrillus skc@yahoo.co.id Abstract A hydraulic system is one

Lebih terperinci

LAMPIRAN 1. Tabel Ranking Severity. Ranking Effect Criteria : Severity of Effect

LAMPIRAN 1. Tabel Ranking Severity. Ranking Effect Criteria : Severity of Effect LAMPIRAN LAMPIRAN 1 Tabel Ranking Severity Ranking Effect Criteria : Severity of Effect 10 Hazardous Hazardous effect without warnin. Safety related. Regulatory non-complaint. 9 Serious Potential hazzardous

Lebih terperinci

Pengembangan Sistem Informasi

Pengembangan Sistem Informasi Pengembangan Sistem Informasi Sistem Informasi Suatu sistem adalah kombinasi sumber daya (entitas) untuk mengkonversi input menjadi output (informasi). Dalam setiap sistem, masing-masing bagian sistem

Lebih terperinci

WISE WISE PM-MODUL 010 WISE PM-MODUL 010. RISK MANAGEMENT AT BUILDING PROJECT Presented on CPD Workshop Sept /16/2016 PM-MODUL 010

WISE WISE PM-MODUL 010 WISE PM-MODUL 010. RISK MANAGEMENT AT BUILDING PROJECT Presented on CPD Workshop Sept /16/2016 PM-MODUL 010 RISK MANAGEMENT AT BUILDING PROJECT Presented on CPD Workshop 19-20 Sept 2016 By Ir. Andi Taufan Marimba, MM. MBA. IPM. MPM. 2016 Tujuan Pembelajaran & Daftar Isi Section No. Slide Name Tujuan Pembelajaran

Lebih terperinci

BAB 4 METODOLOGI PEMECAHAN MASALAH

BAB 4 METODOLOGI PEMECAHAN MASALAH BAB 4 METODOLOGI PEMECAHAN MASALAH Metodologi pemecahan masalah adalah model yang menggambarkan sistem dan terdapat langkah-langkah sistematis yang akan menjadi pedoman dalam penyelesaian masalah. Diharapkan

Lebih terperinci

http://www.brigidaarie.com INPUT [ Source ] [ Requirements ] Process ACTIVITIES (TASKS), CONSTRAINTS, RESOURCES PROCEDURES TOOLS & TECHNIQUES OUTPUT [ Results ] [ Product ] [ Set of Goals ] [ Standards

Lebih terperinci

EVALUASI KESESUAIAN PIRANTI LUNAK TERHADAP PROSES PENILAIAN KESELAMATAN SAE ARP4761

EVALUASI KESESUAIAN PIRANTI LUNAK TERHADAP PROSES PENILAIAN KESELAMATAN SAE ARP4761 EVALUASI KESESUAIAN PIRANTI LUNAK TERHADAP PROSES PENILAIAN KESELAMATAN SAE ARP4761 Tugas Akhir Diajukan Untuk Memenuhi Syarat Kelulusan Sarjana Strata 1 di Program Studi Teknik Penerbangan Institut Teknologi

Lebih terperinci

BAB 4 METODOLOGI PEMECAHAN MASALAH

BAB 4 METODOLOGI PEMECAHAN MASALAH 52 BAB 4 METODOLOGI PEMECAHAN MASALAH Metodologi pemecahan masalah adalah langkah-langkah sistematis yang akan menjadi pedoman dalam penyelesaian masalah. Dengan berdasarkan pada metodologi ini, penelitian

Lebih terperinci

Produk perangkat lunak tersebut:

Produk perangkat lunak tersebut: Perancangan Perangkat Lunak Lintang Yuniar Banowosari http://staffsite.gunadarma.ac.id/lintang Perangkat Lunak Merupakan program-program komputer dan dokumentasi yang berkaitan,produk perangkat lunak dibuat

Lebih terperinci

BAB II LANDASAN TEORI

BAB II LANDASAN TEORI BAB II LANDASAN TEORI 2.1. Six Sigma 2.1.1. Pengertian Six Sigma Six sigma terdiri dari dua kata yaitu Six yang berarti enam dan sigma yang berarti sebuah simbol atau lambang standar deviasi yang lebih

Lebih terperinci

Oleh : Achmad Sebastian Ristianto

Oleh : Achmad Sebastian Ristianto IDENTIFIKASI BAHAYA MENGGUNAKAN METODE HAZOP DAN FTA PADA DISTRIBUSI BAHAN BAKAR MINYAK JENIS PERTAMAX DAN PREMIUM (STUDI KASUS : PT. PERTAMINA (PERSERO) UPMS V SURABAYA) Oleh : Achmad Sebastian Ristianto

Lebih terperinci

Systems Development Life Cycle (SDLC)

Systems Development Life Cycle (SDLC) Systems Development Life Cycle (SDLC) OPINI 28 September 2010 14:04 Dibaca: 3263 Komentar: 2 0 SDLC (Systems Development Life Cycle) dalam rekayasa sistem dan rekayasa perangkat lunak adalah proses pembuatan

Lebih terperinci

TIN315 - Pemeliharaan dan Rekayasa Keandalan Materi #1 Genap 2015/2016. TIN315 - Pemeliharaan dan Rekayasa Keandalan

TIN315 - Pemeliharaan dan Rekayasa Keandalan Materi #1 Genap 2015/2016. TIN315 - Pemeliharaan dan Rekayasa Keandalan Materi #1 TIN315 Pemeliharaan dan Rekayasa Keandalan Pokok Bahasan 2 1. Pengenalan Disiplin Ilmu Keandalan dan Aplikasinya 2. Probabilitas 3. Pemodelan Jaringan dan Evaluasi Sistem 4. Pengantar Analisa

Lebih terperinci

#4 PENGANTAR ANALISA RISIKO

#4 PENGANTAR ANALISA RISIKO #4 PENGANTAR ANALISA RISIKO 4.1. Pendahuluan Terminologi dan pengertian keandalan (reliability), keselamatan (safety), bahaya (hazard) dan risiko (risk) seringkali tumpang tindih. Terminologi keselamatan

Lebih terperinci

PENGENALAN. Perancangan Perangkat Lunak. (Software Engineering) Bertalya Program Pascasarjana Univesitas Gunadarma

PENGENALAN. Perancangan Perangkat Lunak. (Software Engineering) Bertalya Program Pascasarjana Univesitas Gunadarma PENGENALAN Perancangan Perangkat Lunak (Software Engineering) Bertalya Program Pascasarjana Univesitas Gunadarma Perangkat Lunak (Software) Merupakan program aplikasi berikut dengan dokumentasi dan data

Lebih terperinci

BAB 3 Analisa dan Perancangan Sistem

BAB 3 Analisa dan Perancangan Sistem 1 ANALISIS DAN PERANCANGAN SISTEM INFORMMASI BAB 3 Analisa dan Perancangan Sistem 3.1 Pengertian Analisa dan Perancangan Sistem Analisa sistem didefinisikan sebagai bagaimana memahami dan menspesifikasi

Lebih terperinci

DASAR-DASAR PENGUJIAN PERANGKAT LUNAK

DASAR-DASAR PENGUJIAN PERANGKAT LUNAK DASAR-DASAR PENGUJIAN PERANGKAT LUNAK Proses Testing System Testing Pengujian terhadap integrasi sub-system, yaitu keterhubungan antar sub-system Acceptance Testing Pengujian terakhirs sebelum sistem dipakai

Lebih terperinci

DIKTAT KULIAH PENGENDALIAN & PENJAMINAN KUALITAS (IE-501)

DIKTAT KULIAH PENGENDALIAN & PENJAMINAN KUALITAS (IE-501) DIKTAT KULIAH PENGENDALIAN & PENJAMINAN KUALITAS (IE-501) TOPIK 6: FMEA (FAILURE MODE EFFECT ANALYSIS) Diktat ini digunakan bagi mahasiswa Jurusan Teknik Industri Fakultas Teknik Universitas Kristen Maranatha

Lebih terperinci

I. AKTUARIA (A.1) MANAJEMEN RESIKO DALAM STRATEGI PERAWATAN ASET. Erni D. Sumaryatie Fakultas Sains, Institut Teknologi Telkom Bandung

I. AKTUARIA (A.1) MANAJEMEN RESIKO DALAM STRATEGI PERAWATAN ASET. Erni D. Sumaryatie Fakultas Sains, Institut Teknologi Telkom Bandung I. AKTUARIA (A.1) MANAJEMEN RESIKO DALAM STRATEGI PERAWATAN ASET Erni D. Sumaryatie Fakultas Sains, Institut Teknologi Telkom Bandung ds.erni@rocketmail.com ABSTRAK Biaya perawatan (maintenance cost) aset

Lebih terperinci

BAGIAN 4. METODE ILMIAH

BAGIAN 4. METODE ILMIAH BAGIAN 4. METODE ILMIAH Teguh Wahyono Penulisan Karya Ilmiah Program Studi D3 Teknik Informatika Fakultas Teknologi Informasi Universitas Kristen Satya Wacana Info PKM Pengumpulan proposal di Biro Kemahasiswaan

Lebih terperinci

BAB II LANDASAN TEORI

BAB II LANDASAN TEORI BAB II LANDASAN TEORI 2.1 Definisi Pemeliharaan Adalah suatu kegiatan untuk memelihara dan menjaga fasilitas yang ada serta memperbaiki, melakukan penyesuaian atau penggantian yang diperlukan untuk mendapatkan

Lebih terperinci

Proses Pengembangan 1

Proses Pengembangan 1 Proses Pengembangan 1 Unified Software Development Process USDP dikembangkan oleh team yang membangun UML best practice pada system development Mengadopsi pendekatan iterative dengan 4 buah fase setiap

Lebih terperinci

Bab 1 PENDAHULUAN UKDW

Bab 1 PENDAHULUAN UKDW Bab 1 PENDAHULUAN 1.1 Latar Belakang Penyakit merupakan masalah yang sangat penting bagi manusia yang harus diselesaikan dengan baik dan benar. Dalam hal ini adalah masalah penyakit pada ikan khususnya

Lebih terperinci

Pemodelan Industri Perangkat Lunak

Pemodelan Industri Perangkat Lunak Pemodelan Industri Perangkat Lunak Dosen Pengampu : Teguh Wahyono Fakultas Teknologi Informasi Universitas Kristen Satya Wacana Revisi Januari 2006 1.1. Mengapa Pemodelan? Pemodelan adalah suatu alur proses

Lebih terperinci

Pendahuluan Rekayasa Perangkat Lunak

Pendahuluan Rekayasa Perangkat Lunak Pendahuluan Rekayasa Perangkat Lunak Brahmantyo 2005 Rekayasa Perangkat Lunak-Pendahuluan Slide 1 Perangkat Lunak Merupakan program-program komputer dan dokumentasi yang berkaitan, Produk perangkat lunak

Lebih terperinci

09 FMEA FAILURE MODE AND EFFECT ANALYSIS. Debrina P. Andriani Teknik Industri Universitas Brawijaya þ Oleh :

09 FMEA FAILURE MODE AND EFFECT ANALYSIS. Debrina P. Andriani Teknik Industri Universitas Brawijaya þ Oleh : T O T A L Q U A L I T Y M A N A G E M E N T 09 FMEA FAILURE MODE AND EFFECT ANALYSIS Oleh : Debrina P. Andriani Teknik Industri Universitas Brawijaya þ debrina@ub.ac.id Pengertian FMEA Sejarah FMEA Tujuan

Lebih terperinci

Modul. Blok II 1. Magister Manajemen Rumahsakit Fakultas Kedokteran UGM. Identifikasi Dan Analisis Resiko

Modul. Blok II 1. Magister Manajemen Rumahsakit Fakultas Kedokteran UGM. Identifikasi Dan Analisis Resiko 1 Modul Minat Utama Manajemen Rumahsakit Program Studi Ilmu Kesehatan Masyarakat, Fakultas Kedokteran UGM Gedung IKM Lt. 2 Jln Farmako, Sekip Utara, Jogjakarta 55281 Telp. (0274) 581679, 551408 Fax. (0274)

Lebih terperinci

Software Quality Assurace 9/18/ :50 PM 1

Software Quality Assurace 9/18/ :50 PM 1 Software Quality Assurace 9/18/2012 12:50 PM 1 SQA activities 1. Aplikasi metode-metode teknikal (Application of technical methods) Kualitas software didesain kedalam produk atau sistem. SQA pada kenyataannya

Lebih terperinci

Jurnal FASILKOM Vol.2 No.2, 1 Oktober 2004 STRATEGI PENGEMBANGAN INDUSTRI PIRANTI LUNAK BERBASIS CMM DI INDONESIA

Jurnal FASILKOM Vol.2 No.2, 1 Oktober 2004 STRATEGI PENGEMBANGAN INDUSTRI PIRANTI LUNAK BERBASIS CMM DI INDONESIA STRATEGI PENGEMBANGAN INDUSTRI PIRANTI LUNAK BERBASIS CMM DI INDONESIA Dodi Wisaksono Sudiharto dodi_ws@hotmail.com ABSTRAK Penulisan ini adalah mengenai kebijakan dan strategi bagi industri piranti lunak

Lebih terperinci

pada masalah pengumpulan kebutuhan pengguna pada tingkatan sistem (system requirements) dengan mendefinisikan konsep sistem beserta interface yang

pada masalah pengumpulan kebutuhan pengguna pada tingkatan sistem (system requirements) dengan mendefinisikan konsep sistem beserta interface yang 7 dan bahkan dengan perangkat lunak lainnya. Tahap ini sangat menekankan pada masalah pengumpulan kebutuhan pengguna pada tingkatan sistem (system requirements) dengan mendefinisikan konsep sistem beserta

Lebih terperinci

Oleh: Gita Eka Rahmadani

Oleh: Gita Eka Rahmadani ANALISA KEANDALAN PADA DAPUR INDUKSI 10 TON MENGGUNAKAN METODE FAILURE MODE EFFECT & CRITICALITY ANALYSIS (FMECA) ( STUDI KASUS PT BARATA INDONESIA (PERSERO) Oleh: Gita Eka Rahmadani 6506.040.040 Latar

Lebih terperinci

Kualitas Software dan Pengujian

Kualitas Software dan Pengujian Kualitas Software dan Pengujian Pendahuluan Kualitas (dalam bahasa Inggris: quality, berasal dari bahasa latin: qualitas) merupakan konsep yang selalu dicari pada setiap apapun yang dibuat oleh manusia.

Lebih terperinci

LAMPIRAN A KERANGKA DOKUMEN ANALISIS

LAMPIRAN A KERANGKA DOKUMEN ANALISIS 195 LAMPIRAN A KERANGKA DOKUMEN ANALISIS 1. The Task. Penjelasan ringkas dari latar belakang dan hubungan dokumen. 1.1 Purpose. Maksud keseluruhan dari proyek pengembangan sistem. 1.2 System Definition.

Lebih terperinci

BAB III LANDASAN TEORI. yang disusun guna menyelesaikan masalah secara sistematis. Pada bab ini akan

BAB III LANDASAN TEORI. yang disusun guna menyelesaikan masalah secara sistematis. Pada bab ini akan BAB III LANDASAN TEORI Landasan teori adalah adalah seperangkat konsep, definisi, dan proposisi yang disusun guna menyelesaikan masalah secara sistematis. Pada bab ini akan membahas landasan teori yang

Lebih terperinci

Safety Instrumented Systems. Contoh Perancangan Dasar Konsep Lapisan Pelindung ISA S84 IEC IEC Rangkuman

Safety Instrumented Systems. Contoh Perancangan Dasar Konsep Lapisan Pelindung ISA S84 IEC IEC Rangkuman Safety Instrumented Systems Contoh Perancangan Dasar Konsep Lapisan Pelindung ISA S84 IEC 61508 IEC 61511 Rangkuman ISA 84.01-1996 Membedakan Instrumentasi Kontrol dan Instrumentasi Keamanan (safety instrumented

Lebih terperinci

BAB 3 METODOLOGI PEMECAHAN MASALAH

BAB 3 METODOLOGI PEMECAHAN MASALAH BAB 3 METODOLOGI PEMECAHAN MASALAH 3.1. Metodologi Pemecahan Masalah Metodologi pemecahan masalah adalah serangkaian urutan langkah-langkah yang disusun secara sistematis untuk digunakan sebagai pedoman

Lebih terperinci

Testing is the exposure of a system to trial input to see wheter it produces corect output Adalah proses eksekusi suatu program dengan maksud

Testing is the exposure of a system to trial input to see wheter it produces corect output Adalah proses eksekusi suatu program dengan maksud Testing is the exposure of a system to trial input to see wheter it produces corect output Adalah proses eksekusi suatu program dengan maksud menemukan kesalahan Elemen kritis dari jaminan kualitas perangkat

Lebih terperinci

TEKNIK DOKUMENTASI APLIKASI 12.1 STIKOM SURABAYA. PENGEMBANGAN DOKUMENTASI APLIKASI Pertemuan 2

TEKNIK DOKUMENTASI APLIKASI 12.1 STIKOM SURABAYA. PENGEMBANGAN DOKUMENTASI APLIKASI Pertemuan 2 PENGEMBANGAN DOKUMENTASI APLIKASI Pertemuan 2 DOKUMENTASI DAN KOMPONENNYA Dokumentasi Perencanaan Proyek 1.Pengantar Deskripsi masalah Deskripsi lingkungan masalah Tujuan client, organisasi dan sistem

Lebih terperinci

Metodologi Testing. Policy - Strategi - Taktik

Metodologi Testing. Policy - Strategi - Taktik Metodologi Testing Policy - Strategi - Taktik Policy (1) What??? : definisi manajemen terhadap aktivitas testing yang dijadikan sebagai acuan dalam merencanakan, menjalankan, dan mengevaluasi hasil testing

Lebih terperinci

Dasar-dasar Pengujian Perangkat Lunak. Minggu ke 5

Dasar-dasar Pengujian Perangkat Lunak. Minggu ke 5 Dasar-dasar Pengujian Perangkat Lunak Minggu ke 5 Pengujian / testing Testing is the exposure of a system to trial input to see wheter it produces corect output Adalah proses eksekusi suatu program dengan

Lebih terperinci

BAB II LANDASAN TEORI. yang digunakan dalam penyelesaian Tugas Akhir ini, yaitu System Development

BAB II LANDASAN TEORI. yang digunakan dalam penyelesaian Tugas Akhir ini, yaitu System Development BAB II LANDASAN TEORI Dalam penyusunan tugas akhir ini dibutuhkan beberapa landasan teori sebagai acuan dalam penyusunannya. Landasan teori yang dibutuhkan antara lain teori tentang Rancang Bangun, teori

Lebih terperinci

REQUIREMENT ENGINEERING

REQUIREMENT ENGINEERING REQUIREMENT ENGINEERING Previous Chapter Poor Quality software? Not meet customer requirements Too complicated Not solve the problem Beyond expectation Requirement engineering is very important! Requirements

Lebih terperinci

BAB III METODOLOGI PENELITIAN

BAB III METODOLOGI PENELITIAN BAB III METODOLOGI PENELITIAN Metodologi penelitian merupakan tahapan-tahapan di dalam melakukan penelitian yang bertujuan untuk menghindari terjadinya kesalahan-kesalahan dalam penelitian. Tahapan-tahapan

Lebih terperinci

BAB 2 LANDASAN TEORI Enterprise Resource Planning (ERP)

BAB 2 LANDASAN TEORI Enterprise Resource Planning (ERP) BAB 2 LANDASAN TEORI 2.1 Teori Umum 2.1.1 Enterprise Resource Planning (ERP) Enterprise Resource Planning (ERP) merupakan sistem yang mengintegrasikan antara perancangan, manajemen, dan semua sumber daya

Lebih terperinci

Test plan. Program Studi : S1 Sistem Informasi

Test plan. Program Studi : S1 Sistem Informasi Test plan Program Studi : S1 Sistem Informasi INtroduction Purpose Rencana Uji dokumen test plan digunakan untuk mendukung tujuantujuan sebagai berikut: 1. Mengidentifikasi informasi proyek yang ada dan

Lebih terperinci

BAB 3 METODOLOGI PENELITIAN

BAB 3 METODOLOGI PENELITIAN 26 BAB 3 METODOLOGI PENELITIAN MULAI STUDI PENDAHULUAN STUDI PUSTAKA IDENTIFIKASI MASALAH PENGUMPULAN DATA Data Primer Data Sekunder PENGOLAHAN DATA DAN ANALISA Diagram Paretto Diagram Fishbone FMEA Merancang

Lebih terperinci

Pengujian Perangkat Lunak Berorientasi Objek. Tim RPL Teknik Informatika

Pengujian Perangkat Lunak Berorientasi Objek. Tim RPL Teknik Informatika Pengujian Perangkat Lunak Berorientasi Objek Tim RPL Teknik Informatika Pengujian Pengujian adalah proses menganalisa suatu entitas software untuk mendeteksi perbedaan antara kondisi yang ada dengan kondisi

Lebih terperinci

IDENTIFIKASI POTENSI BAHAYA DAN RESIKO K3 PERTEMUAN 3 FIERDANIA YUSVITA KESEHATAN MASYARAKAT, FIKES UEU

IDENTIFIKASI POTENSI BAHAYA DAN RESIKO K3 PERTEMUAN 3 FIERDANIA YUSVITA KESEHATAN MASYARAKAT, FIKES UEU IDENTIFIKASI POTENSI BAHAYA DAN RESIKO K3 PERTEMUAN 3 FIERDANIA YUSVITA KESEHATAN MASYARAKAT, FIKES UEU KEMAMPUAN AKHIR YANG DIHARAPKAN Mahasiswa mampu menguraikan konsep identifikasi potensi bahaya dan

Lebih terperinci

KATA PENGANTAR. Jakarta, Desember Tim Leader Konsultan Pelaksana

KATA PENGANTAR. Jakarta, Desember Tim Leader Konsultan Pelaksana KATA PENGANTAR Laporan Akhir ini merupakan laporan terakhir dalam kegiatan Studi Standardisasi di Bidang Keselamatan dan Keamanan Penerbangan yang merupakan pemenuhan tugas / kontrak yang diberikan oleh

Lebih terperinci

ARINA ALFI FAUZIA

ARINA ALFI FAUZIA ARINA ALFI FAUZIA 6507040029 IDENTIFIKASI RESIKO PADA DAPUR INDUKSI MENGGUNAKAN METODE FMEA (FAILURE MODES AND EFFECT ANALYSIS) DAN RCA (ROOT CAUSE ANALYSIS) SERTA EVALUASI MANAJEMEN TANGGAP DARURAT (STUDI

Lebih terperinci

PEMBANGUNAN SISTEM INFORMASI

PEMBANGUNAN SISTEM INFORMASI UAT Sistem Informasi Manajemen PEMBANGUNAN SISTEM INFORMASI Dosen : Dr. Ir. Arif Imam Suroso, MSc Disusun Oleh : Siti Rosyidah P056101291. 45 MAGISTER MANAJEMEN AGRIBISNIS PROGRAM PASCASARJANA MANAJEMEN

Lebih terperinci

PROSES PERANCANGAN SISTEM INFORMASI

PROSES PERANCANGAN SISTEM INFORMASI PROSES PERANCANGAN SISTEM INFORMASI Daur Hidup (Life Cycle) yang Umum dari Aplikasi Basis Data Definisi Sistem Database Design Implementasi Loading/Konversi Data Konversi Aplikasi Testing & Validasi Operations

Lebih terperinci

BAB II KONSEP PEMBANGUNAN SISTEM DARI PERSPEKTIF SOFTWARE ENGINEERING

BAB II KONSEP PEMBANGUNAN SISTEM DARI PERSPEKTIF SOFTWARE ENGINEERING BAB II KONSEP PEMBANGUNAN SISTEM DARI PERSPEKTIF SOFTWARE ENGINEERING 2.1 Pengantar Untuk membangun sistem yang handal (reliable) dihadapkan pada kondisi terkini, setiap software engineer harus memahami

Lebih terperinci

Review of Process Model. SE 3773 Manajemen Proyek Teknologi Informasi *Imelda Atastina*

Review of Process Model. SE 3773 Manajemen Proyek Teknologi Informasi *Imelda Atastina* Review of Process Model SE 3773 Manajemen Proyek Teknologi Informasi *Imelda Atastina* Beberapa Model Proses RPL Linear Sequential Model Evolutionary Software Process Model Incremental Model Spiral Model

Lebih terperinci

Requirement? Teknik Informatika S1. Definisi. Rekayasa Perangkat Lunak. Pengertian Requirement. Pengertian Requirement Engineering

Requirement? Teknik Informatika S1. Definisi. Rekayasa Perangkat Lunak. Pengertian Requirement. Pengertian Requirement Engineering Teknik Informatika S1 Definisi Rekayasa Perangkat Lunak Requirement Engineering Requirement? Pengertian Requirement Pengertian Requirement Engineering Sesuatu pada produk yang harus dilakukan atau sebuah

Lebih terperinci

PROJECT RISK MANAGEMENT (MANAJEMEN RESIKO PROYEK) (MATA KULIAH MANAJEMEN PROYEK PERANGKAT LUNAK)

PROJECT RISK MANAGEMENT (MANAJEMEN RESIKO PROYEK) (MATA KULIAH MANAJEMEN PROYEK PERANGKAT LUNAK) PROJECT RISK MANAGEMENT (MANAJEMEN RESIKO PROYEK) (MATA KULIAH MANAJEMEN PROYEK PERANGKAT LUNAK) Sufa atin Program Studi Teknik Informatika Universitas Komputer Indonesia SUF MPPL 2014 PENGERTIAN RESIKO

Lebih terperinci

Project Integration Management. Inda Annisa Fauzani Indri Mahadiraka Rumamby

Project Integration Management. Inda Annisa Fauzani Indri Mahadiraka Rumamby Project Integration Management Inda Annisa Fauzani 1106010300 Indri Mahadiraka Rumamby 1106070376 Project Integration Management Develop Project Charter Develop Project Management Plan Direct and Manage

Lebih terperinci

BAB IV METODE ANALISIS

BAB IV METODE ANALISIS BAB IV METODE ANALISIS IV.1 Pendahuluan Implementasi analisis RAM saat ini menjadi bagian penting dan tak terpisahkan dalam suatu industri modern, mulai dari proses desain, produksi maupun operasionalnya.

Lebih terperinci

Bab V Perancangan Model Ensiklopedia

Bab V Perancangan Model Ensiklopedia Bab V Perancangan Model Ensiklopedia Bab perancangan model ensiklopedia berisi pemetaan elemen dalam lingkungan kolaborasi ke dalam ensiklopedia. Pemetaan ini menghasilkan sebuah ensiklopedia lingkungan

Lebih terperinci

Software Proses. Model Proses Perangkat Lunak. Pengembangan Perangkat Lunak. Framework activities 3/20/2018. System Development Life Cycle (SDLC)

Software Proses. Model Proses Perangkat Lunak. Pengembangan Perangkat Lunak. Framework activities 3/20/2018. System Development Life Cycle (SDLC) System Development Life Cycle (SDLC) Software Proses Planning Implementation Analysis Design Pengembangan Perangkat Lunak Sebuah Lapisan Teknologi Model Proses Perangkat Lunak 1. Linear Sequential Model

Lebih terperinci

BAB 3 METODOLOGI PENELITIAN

BAB 3 METODOLOGI PENELITIAN BAB 3 METODOLOGI PENELITIAN 3.1. Diagram Alir Penelitian start Studi Pendahuluan - Survey ke Perusahaan Konsultasi Identifikasi Masalah Tinjauan Pustaka - Literatur - Jurnal - Buku - Website - dll Tujuan

Lebih terperinci

BAB II TINJAUAN PUSTAKA

BAB II TINJAUAN PUSTAKA 2.1. Tinjauan Umum BAB II TINJAUAN PUSTAKA Dalam bab ini akan dibahas mengenai teori yang menjadi landasan atau dasar dalam penyusunan Tugas Akhir ini. Dari pembahasan bab ini nantinya diharapkan dapat

Lebih terperinci

Analisis Gangguan Jaringan Kabel dengan Kombinasi Metode Fault Tree Analysis dan Failure Mode and Effect Analysis (Studi kasus PT.

Analisis Gangguan Jaringan Kabel dengan Kombinasi Metode Fault Tree Analysis dan Failure Mode and Effect Analysis (Studi kasus PT. Performa (2005) Vol. 4, No.1: 10-15 Analisis Gangguan Jaringan Kabel dengan Kombinasi Metode Fault Tree Analysis dan Failure Mode and Effect Analysis (Studi kasus PT. ABC) Donar Setyajid Carel, Yuniaristanto,

Lebih terperinci

BAB 3 METODOLOGI PENELITIAN

BAB 3 METODOLOGI PENELITIAN BAB 3 METODOLOGI PENELITIAN 3.1 Model Rumusan Masalah dan Pengambilan Keputusan Metodologi pemecahan masalah mempunyai peranan penting untuk membantu menyelesaikan masalah dengan mudah. Oleh karena itu

Lebih terperinci

KEMENTERIAN PERHUBUNGAN DIREKTORAT JENDERAL PERHUBUNGAN UDARA. Telepon : (Sentral) NOMOR : KP. 365 TAHUN 2012 TENTANG

KEMENTERIAN PERHUBUNGAN DIREKTORAT JENDERAL PERHUBUNGAN UDARA. Telepon : (Sentral) NOMOR : KP. 365 TAHUN 2012 TENTANG KEMENTERIAN PERHUBUNGAN DIREKTORAT JENDERAL PERHUBUNGAN UDARA Jalan Merdeka Barat No. 8 Jakarta 10110 KotakPosNo. 1389 Jakarta 10013 Telepon : 3505550-3505006 (Sentral) Fax:3505136-3505139 3507144 PERATURAN

Lebih terperinci

PERANCANGAN RCM UNTUK MENGURANGI DOWNTIME MESIN PADA PERUSAHAAN MANUFAKTUR ALUMINIUM RCM TO REDUCE DOWNTIME MACHINE AT ALUMINIUM MANUFACTURING

PERANCANGAN RCM UNTUK MENGURANGI DOWNTIME MESIN PADA PERUSAHAAN MANUFAKTUR ALUMINIUM RCM TO REDUCE DOWNTIME MACHINE AT ALUMINIUM MANUFACTURING PERANCANGAN RCM UNTUK MENGURANGI DOWNTIME MESIN PADA PERUSAHAAN MANUFAKTUR ALUMINIUM RCM TO REDUCE DOWNTIME MACHINE AT ALUMINIUM MANUFACTURING Herry Christian Palit 1, *), Winny Sutanto 2) 1) Industrial

Lebih terperinci

SOFTWARE PROCESS MODEL I Disiapkan oleh: Umi Proboyekti, S.Kom, MLIS

SOFTWARE PROCESS MODEL I Disiapkan oleh: Umi Proboyekti, S.Kom, MLIS Bahan Ajar Rekaya Perangkat Lunak SOFTWARE PROCESS MODEL I Disiapkan oleh: Umi Proboyekti, S.Kom, MLIS Linear SequentialModel/ Waterfall Model Model ini adalah model klasik yang bersifat sistematis, berurutan

Lebih terperinci

BAB II TINJAUAN PUSTAKA

BAB II TINJAUAN PUSTAKA 4 BAB II TINJAUAN PUSTAKA 2.1 Konsep Menejemen Resiko Manajemen resiko adalah suatu proses komprehensif untuk mengidentifikasi, mengevaluasi dan mengendalikan resiko yang ada dalam suatu kegiatan. Resiko

Lebih terperinci

5. Aktivitas generic dalam semua proses perangkat lunak antara lain adalah : a. Spesifikasi dan pengembangan b. Validasi dan evolusi c.

5. Aktivitas generic dalam semua proses perangkat lunak antara lain adalah : a. Spesifikasi dan pengembangan b. Validasi dan evolusi c. Kelompok 1 1. Merupakan program-program komputer dan dokumentasi yang berkaitan, disebut dengan : a. Perangkat lunak b. Firmware c. Kernel d. Hardware 2. Sebuah program yang berisi perintah-perintah atau

Lebih terperinci

BAB II TINJAUAN PUSTAKA

BAB II TINJAUAN PUSTAKA BAB II TINJAUAN PUSTAKA Pada bab ini dijabarkan tentang tinjauan pustaka yang digunakan sebagai acuan dalam menyelesaikan permasalahan yang ada. II.1 Sejarah FMEA (Failure Mode and Effect Analysis) Didalam

Lebih terperinci

BAB III METODOLOGI PENELITIAN

BAB III METODOLOGI PENELITIAN BAB III METODOLOGI PENELITIAN Metodologi penelitian merupakan suatu tahap - tahap yang harus ditetapkan terlebih dahulu sebelum melakukan pemecahan suatu masalah yang akan dilakukan dalam melakukan suatu

Lebih terperinci

Pengelolaan Proyek Sistem Informasi Manajemen Ruang Lingkup Proyek. Sistem Informasi Bisnis Pertemuan 2-3

Pengelolaan Proyek Sistem Informasi Manajemen Ruang Lingkup Proyek. Sistem Informasi Bisnis Pertemuan 2-3 Pengelolaan Proyek Sistem Informasi Manajemen Ruang Lingkup Proyek Sistem Informasi Bisnis Pertemuan 2-3 Gambaran Klasik Kegagalan Manajemen Proyek SI Definisi Ruang Lingkup Proyek adalah acuan semua pekerjaan

Lebih terperinci

ANALISIS DATA KECELAKAAN DAN KEGAGALAN SISTEM RUDDER BOEING 737

ANALISIS DATA KECELAKAAN DAN KEGAGALAN SISTEM RUDDER BOEING 737 ANALISIS DATA KECELAKAAN DAN KEGAGALAN SISTEM RUDDER BOEING 737 TUGAS AKHIR Diajukan sebagai salah satu syarat kelulusan untuk meyelesaikan pendidikan tingkat sarjana strata satu Teknik Penerbangan Oleh

Lebih terperinci

Rekayasa Perangkat Lunak Rekayasa Kebutuhan. Teknik Informatika UNIKOM

Rekayasa Perangkat Lunak Rekayasa Kebutuhan. Teknik Informatika UNIKOM Rekayasa Perangkat Lunak Rekayasa Kebutuhan Teknik Informatika UNIKOM Rekayasa Kebutuhan 1. Kenapa butuh rekayasa kebutuhan? 2. Definisi kebutuhan dan rekayasa kebutuhan 3. Cara mendapatkan kebutuhan 4.

Lebih terperinci

BAB 4 METODOLOGI PEMECAHAN MASALAH

BAB 4 METODOLOGI PEMECAHAN MASALAH BAB 4 METODOLOGI PEMECAHAN MASALAH Metodologi pemecahan masalah memberikan garis-garis besar tahapan penelitian secara keseluruhan yang disusun secara sistematis sehingga pada pelaksanaannya, penelitian

Lebih terperinci

DAFTAR ISI. ABSTRAK... vii. KATA PENGANTAR... viii. DAFTAR TABEL... xiii. DAFTAR GAMBAR... xx. DAFTAR LAMPIRAN... xxiv BAB I PENDAHULUAN...

DAFTAR ISI. ABSTRAK... vii. KATA PENGANTAR... viii. DAFTAR TABEL... xiii. DAFTAR GAMBAR... xx. DAFTAR LAMPIRAN... xxiv BAB I PENDAHULUAN... DAFTAR ISI Halaman ABSTRAK... vii KATA PENGANTAR... viii DAFTAR ISI... x DAFTAR TABEL... xiii DAFTAR GAMBAR... xx DAFTAR LAMPIRAN... xxiv BAB I PENDAHULUAN... 1 1.1.Latar Belakang... 1 1.2.Rumusan Masalah...

Lebih terperinci

MANAJEMEN RISIKO PROYEK

MANAJEMEN RISIKO PROYEK MANAJEMEN RISIKO PROYEK Gentisya Tri Mardiani, M.Kom MANAJEMEN PROYEK PERANGKAT LUNAK Risiko Proyek Risiko proyek merupakan peristiwa negatif yang dapat mempengaruhi kelangsungan hidup sebuah proyek Manajemen

Lebih terperinci

LAMPIRAN 1. Kuesioner Penelitian Mahasiswa

LAMPIRAN 1. Kuesioner Penelitian Mahasiswa LAMPIRAN Kuesioner Penelitian Mahasiswa Lampiran L- KUESIONER PENELITIAN MAHASISWA Responden yang terhormat, Dalam rangka penyusunan Tugas Akhir Jurusan Teknik Industri, Universitas Kristen Maranatha,

Lebih terperinci

PENGANTAR RUP & UML. Pertemuan 2

PENGANTAR RUP & UML. Pertemuan 2 PENGANTAR RUP & UML Pertemuan 2 PENGANTAR RUP Rational Unified Process (RUP) atau dikenal juga dengan proses iteratif dan incremental merupakan sebuah pengembangan perangkat lunak yang dilakukan secara

Lebih terperinci

BAB VIII Control Objective for Information and related Technology (COBIT)

BAB VIII Control Objective for Information and related Technology (COBIT) BAB VIII Control Objective for Information and related Technology (COBIT) Dikeluarkan dan disusun oleh IT Governance Institute yang merupakan bagian dari ISACA (Information Systems Audit and Control Association)

Lebih terperinci

Rational Unified Process (RUP)

Rational Unified Process (RUP) Universitas IGM HD-UIGM-FK-01 Fakultas : Ilmu Komputer Pertemuan ke : 8 Program Studi : Teknik Informatika Handout ke : 1 Kode Matakuliah : Jumlah Halaman : 25 Matakuliah : Rekayasa Perangkat Lunak Mulai

Lebih terperinci

BAB I PENDAHULUAN Latar Belakang

BAB I PENDAHULUAN Latar Belakang BAB I PENDAHULUAN 1.1 Latar Belakang Jakarta adalah ibu kota yang memiliki pertumbuhan penduduk yang cukup pesat. Ibu kota Indonesia ini bahkan menjadi urutan pertama sebagai kota dengan pertumbuhan terpesat

Lebih terperinci

Disusun Oleh : Firman Nurrakhmad NRP Pembimbing : Totok Ruki Biyanto, PhD. NIP

Disusun Oleh : Firman Nurrakhmad NRP Pembimbing : Totok Ruki Biyanto, PhD. NIP Disusun Oleh : Firman Nurrakhmad NRP. 2411 105 002 Pembimbing : Totok Ruki Biyanto, PhD. NIP. 1971070219988021001 LATAR BELAKANG Kegagalan dalam pengoperasian yang berdampak pada lingkungan sekitar Pengoperasian

Lebih terperinci

PERENCANAAN KEGIATAN PERAWATAN PADA TOWER CRANE MILIK PT. TATAMULIA NUSANTARA INDAH MENGGUNAKAN RCM II (RELIABILITY CENTERED MAINTENANCE)

PERENCANAAN KEGIATAN PERAWATAN PADA TOWER CRANE MILIK PT. TATAMULIA NUSANTARA INDAH MENGGUNAKAN RCM II (RELIABILITY CENTERED MAINTENANCE) PERENCANAAN KEGIATAN PERAWATAN PADA TOWER CRANE MILIK PT. TATAMULIA NUSANTARA INDAH MENGGUNAKAN RCM II (RELIABILITY CENTERED MAINTENANCE) Oleh: Mirza Imesya Nialda 6506.040.004 ABSTRAK Perusahaan ini sering

Lebih terperinci

DAFTAR ISI. ABSTRAK..vi. KATA PENGANTAR... vii. DAFTAR ISI...ix. DAFTAR GAMBAR... xii. DAFTAR TABEL... xvi BAB I PENDAHULUAN Tujuan...

DAFTAR ISI. ABSTRAK..vi. KATA PENGANTAR... vii. DAFTAR ISI...ix. DAFTAR GAMBAR... xii. DAFTAR TABEL... xvi BAB I PENDAHULUAN Tujuan... DAFTAR ISI ABSTRAK..vi KATA PENGANTAR... vii DAFTAR ISI...ix DAFTAR GAMBAR... xii DAFTAR TABEL... xvi BAB I PENDAHULUAN... 1 1.1. Latar Belakang... 1 1.2. Rumusan Masalah... 3 1.3. Batasan Masalah... 3

Lebih terperinci

Analisis dan Perancangan Sistem Hanif Al Fatta M.kom

Analisis dan Perancangan Sistem Hanif Al Fatta M.kom Analisis dan Perancangan Sistem Hanif Al Fatta M.kom Abstraks System informasi telah menjadi bagian yang tak terpisahkan dari kegiatan bisnis suatu perusahaan atau organisasi modern. Sehingga system informasi

Lebih terperinci

Hanif Fakhrurroja, MT

Hanif Fakhrurroja, MT Pertemuan 3 Sistem Informasi Manajemen Komputer: Pengertian Analisis dan Perancangan Sistem Hanif Fakhrurroja, MT PIKSI GANESHA, 2013 Hanif Fakhrurroja @hanifoza hanifoza@gmail.com Latar Belakang Latar

Lebih terperinci

APLIKASI FORMAL SAFETY ASSESSMENT (FSA) UNTUK PENILAIAN RISIKO KECELAKAAN PADA HELIPAD FSO: STUDI KASUS FSO KAKAP NATUNA

APLIKASI FORMAL SAFETY ASSESSMENT (FSA) UNTUK PENILAIAN RISIKO KECELAKAAN PADA HELIPAD FSO: STUDI KASUS FSO KAKAP NATUNA APLIKASI FORMAL SAFETY ASSESSMENT (FSA) UNTUK PENILAIAN RISIKO KECELAKAAN PADA HELIPAD FSO: STUDI KASUS FSO KAKAP NATUNA JURUSAN TEKNIK PERKAPALAN FAKULTAS TEKNOLOGI KELAUTAN INSTITUT TEKNOLOGI SEPULUH

Lebih terperinci

BAB I Pendahuluan I-1

BAB I Pendahuluan I-1 BAB I Pendahuluan 1.1. Latar Belakang Masalah Kualitas menjadi salah satu faktor terpenting dalam pengambilan keputusan oleh konsumen baik dalam produk atau jasa (Monthgomery : 2009). Kepuasan konsumen

Lebih terperinci

APLIKASI PERANGKAT LUNAK

APLIKASI PERANGKAT LUNAK APLIKASI PERANGKAT LUNAK DOKUMEN PERANGKAT LUNAK Software Project Management Plan (SPMP) Software Requirement Specification (SRS) Software Design Description (SDD) Software Test Plan (STP) Software Test

Lebih terperinci

ANALISA REWORK PADA KONSTRUKSI GEDUNG DI KABUPATEN BONDOWOSO

ANALISA REWORK PADA KONSTRUKSI GEDUNG DI KABUPATEN BONDOWOSO ANALISA REWORK PADA KONSTRUKSI GEDUNG DI KABUPATEN BONDOWOSO Kukuh Rahardjo dan I Putu Artama Wiguna Program Studi Magister Manajemen Teknologi Institut Teknologi Sepuluh Nopember Email: kukuhrah@gmail.com

Lebih terperinci

BAB II TINJAUAN PUSTAKA

BAB II TINJAUAN PUSTAKA BAB II TINJAUAN PUSTAKA 2.1 Disaster Management Disaster Management adalah sekumpulan kebijakan dan keputusan-keputusan administratif dan aktivitas-aktivitas operasional yang berhubungan dengan berbagai

Lebih terperinci

BAB II LANDASAN TEORI. pembelian dilakukan dengan mengubah bentuk barang. 2003). Menurut Soemarso S.R (1994) kegiatan pembelian dalam perusahaan

BAB II LANDASAN TEORI. pembelian dilakukan dengan mengubah bentuk barang. 2003). Menurut Soemarso S.R (1994) kegiatan pembelian dalam perusahaan BAB II LANDASAN TEORI 2.1 Pembelian Pembelian adalah usaha pengadaan barang-barang untuk perusahaan. Dalam perusahaan dagang pembelian dilakukan dengan dijual kembali tanpa mengadakan perubahan bentuk

Lebih terperinci

DAFTAR ISI. ABSTRAK... iv KATA PENGANTAR... DAFTAR ISI... vii. DAFTAR GAMBAR... xii. DAFTAR TABEL...xvii BAB I PENDAHULUAN Tujuan...

DAFTAR ISI. ABSTRAK... iv KATA PENGANTAR... DAFTAR ISI... vii. DAFTAR GAMBAR... xii. DAFTAR TABEL...xvii BAB I PENDAHULUAN Tujuan... DAFTAR ISI Halaman ABSTRAK... iv KATA PENGANTAR... v DAFTAR ISI... vii DAFTAR GAMBAR... xii DAFTAR TABEL...xvii BAB I PENDAHULUAN... 1 1.1 Latar Belakang Masalah... 1 1.2 Perumusan Masalah... 4 1.3 Pembatasan

Lebih terperinci