MODUL ANALISIS KEBUTUHAN INFORMASI

(CSS 220)

MODUL PERTEMUAN 06
ANALISIS PROSES

DISUSUN OLEH
Sandfreni, S.SI, MT

UNIVERSITAS ESA UNGGUL

2021

0 / 35
 PENGANTAR

A. Kemampuan Akhir Yang Diharapkan

Setelah mempelajari modul ini, diharapkan mahasiswa mampu:

1. Mahasiswa mampu mengetahui konsep dasar analisis proses.
2. Mahasiswa mampu menguraikan konsep pembuatan diagram alir proses.

B. Uraian dan Contoh

Pada awal suatu aktivitas pengembangan, ketika arsitektur sistem harus disusun
belum jelas, diagram alir fungsional umumnya tidak akan secara jelas
berhubungan dengan situasi fisik dunia nyata yang pada akhirnya berkembang.
Jika proses analisis fungsional telah diatur waktunya dengan tepat sehubungan
dengan pengembangan konsep yang berkembang dan kegiatan desain awal dan
konsep untuk elemen tingkat yang lebih tinggi diumpankan kembali ke proses
analisis fungsional tingkat bawah, diagram alir fungsional akan disesuaikan secara
progresif menuju sebuah model realitas fisik yang dibayangkan untuk operasi
sistem.

Diagram alir fungsional secara bertahap akan menjadi diagram proses sistem di
mana setiap blok mewakili analog dari beberapa proses fisik. Fenomena diagram
alir fungsional yang berkembang menjadi diagram proses menghasilkan diagram
alir fungsional dan rangkaian hubungan proses berada dalam hubungan satu-ke-
satu, setidaknya pada tingkat yang lebih rendah dari diagram alur fungsional. Hal
ini patut dirayakan karena memberi kita banyak jaminan bahwa set fungsi sistem
akan tercakup sebagai hasil dari pengoperasian sistem sesuai dengan alur proses
yang direncanakan.

Bahaya potensial dalam mengikuti kursus konversi ini terlalu dini dalam proses
pengembangan adalah tim akan menjadi terlalu dekat dengan solusi tertentu untuk

1 / 35
kebutuhan sistem dan gagal mempertimbangkan kemungkinan alternatif untuk
memenuhi fungsionalitas sistem tingkat tinggi. Karena analisis proses adalah
analog dari beberapa realitas fisik, sangat mudah untuk membiarkan diri Anda
terjebak dalam pemutaran ulang solusi masa lalu yang Anda kenal. Itu mungkin
bukan hal yang baik jika teknologi dan metode baru telah berkembang sejak
kerangka waktu pengalaman Anda sebelumnya yang, jika diterapkan pada
program ini, dapat menghasilkan nilai pelanggan yang lebih baik. Karena analisis
fungsional merupakan aktivitas abstrak, hal ini membantu memaksa peserta untuk
mengevaluasi berbagai pilihan dan itulah yang dibutuhkan dalam pekerjaan
pengembangan awal.

Mereka yang akrab dengan analisis dukungan logistik serta perencanaan proses
manufaktur dapat langsung berhubungan dengan analisis proses. Tapi, sangat
mudah bagi orang lain untuk melakukannya juga. Ini dapat dianggap sebagai
analogi realitas. Sementara diagram alir proses dapat digambar dengan
menggunakan simbol dan metode yang sama untuk membuat diagram alir
fungsional, blok-blok tersebut sesuai dengan aktivitas fisik yang berlangsung di
lokasi fisik yang ditentukan atau di fasilitas tertentu dan di bawah kondisi
lingkungan yang ditentukan. Kita dapat membayangkan objek sistem yang
beroperasi dengan cara tertentu (baik dalam kondisi normal atau rusak) dan apa
konsekuensinya.

1. Dasar-dasar Proses
1.1. Pembuatan Diagram
Gambar 1-1 menawarkan dua versi diagram alir proses. Yang ditunjukkan di 1-1a
dibuat menggunakan paket grafik komputer dan yang di 1-1b dibuat
menggunakan aplikasi perangkat lunak perencanaan komputer (baik pendekatan
PERT atau CPM akan berfungsi). Keuntungan dari perangkat lunak perencanaan
komputer adalah bahwa garis waktu dan daftar sumber daya terintegrasi dapat
dibuat dari data yang sama yang dimasukkan untuk membuat diagram alir.

2 / 35
Sebagian besar aplikasi perangkat lunak perencanaan proyek juga
mengidentifikasi jalur kritis.

Gambar 1-1 Diagram alir proses umum (a) Diagram proses grafis komputer; (b)
Perangkat lunak perencanaan proyek diagram proses

3 / 35
Kumpulan simbol diagram yang digunakan dalam diagram proses Anda adalah
fungsi dari alat yang digunakan untuk membuat diagram seperti yang Anda lihat
dari dua contoh ini. Seperti yang Anda lihat dari Gambar 1-1a, adalah mungkin
untuk menggunakan set simbol yang sama yang digunakan untuk diagram alir
fungsional, tetapi penulis yakin teknik yang diilustrasikan dalam 1-1b lebih baik
berhubungan dengan model fisik yang diwakili oleh diagram proses. Anda akan
mencatat bahwa di mana aliran bergabung dan memisahkannya, ia melakukannya
di blok-blok dengan banyak masukan dan keluaran. Ini lebih disukai daripada
penggunaan simbol AND dan OR yang terdapat pada diagram alir fungsional
karena garis-garis ini dapat dibawa langsung ke blok tingkat bawah yang sesuai
pada diagram alir yang diperluas dari blok yang diilustrasikan pada diagram ini.

Blok-blok pada diagram alir proses merepresentasikan realitas fisik, sehingga

diagram tersebut harus dapat dilapisi dengan rencana fasilitasi untuk
menunjukkan di fasilitas atau ruang apa setiap proses akan berlangsung. Ini dapat
dilakukan dengan menaungi blok atau menggambar garis di sekitar blok yang
terjadi di dalam fasilitas tertentu. Ini juga dapat dilakukan dengan memasukkan
informasi ini ke dalam kamus proses agar tidak mengacaukan diagram.

1.2. Hubungan Sumber Daya Proses

Diagram proses menyediakan mekanisme yang ideal untuk kinerja analisis
dukungan logistik (LSA). Blok proses non-operasional persis seperti yang dicari
oleh proses LSA untuk diventilasi. Saat aliran proses matang, perangkat keras
sistem, perangkat lunak, prosedur dan keterampilan orang, serta fasilitas dapat
dipetakan ke blok proses menggunakan serangkaian matriks. Jika Anda melihat
item sistem tidak dipanggil dalam proses apa pun, Anda ingin mempertanyakan
kebutuhannya. Jika dua atau lebih item yang sangat terspesialisasi memiliki
aplikasi yang lemah, ini mungkin menyarankan solusi desain alternatif yang
melibatkan penyatuan fungsionalitas beberapa item menjadi satu item. Di mana
ada permintaan yang besar dan beragam untuk barang-barang tertentu, hal itu
dapat merangsang apresiasi untuk jumlah yang sesuai untuk dimasukkan ke dalam
definisi sistem.

4 / 35
 Gambar 1-2 Matriks arsitektur proses

Matriks arsitektur proses (PAM) adalah struktur sederhana dengan item arsitektur
pada satu sumbu dan proses pada sumbu lainnya. Tanda "X" di persimpangan
menunjukkan bahwa item tersebut diperlukan dalam proses itu. Simbol lain dapat
digunakan untuk menunjukkan aplikasi yang lebih spesifik daripada sekadar
"dibutuhkan dalam proses ini". Gambar 1-2 mengilustrasikan PAM yang sesuai
dengan diagram proses yang ditunjukkan pada Gambar 1-1.

Pengetahuan tentang penerapan arsitektur ke proses melalui PAM juga dapat

digunakan untuk menentukan kejadian koneksi antarmuka antara item arsitektur
ini. Jika PAM menunjukkan bahwa dua item diperlukan untuk proses tertentu dan
kita tahu dari diagram blok skema sistem atau diagram N-Square (keduanya
dibahas dalam bab ini) bahwa kedua item ini memiliki antarmuka yang sama, kita
harus bertanya pada diri sendiri, “Apakah ini antarmuka selesai atau terputus
selama proses ini, tidak terhubung selama proses, atau terhubung selama proses? ”

2. Aplikasi Analisis Proses

Banyak pekerjaan analisis kebutuhan dapat dilakukan dengan baik dengan analisis
proses sebagai dasar untuk analisis terstruktur. Hal ini berlaku untuk analisis

5 / 35
dukungan logistik (LSA), analisis perencanaan verifikasi (VPA), analisis
persyaratan manufaktur (MRA), analisis persyaratan penyebaran (DRA), dan
analisis perencanaan pembuangan (DPA). Tetapi juga benar untuk cara-cara yang
dipilih perusahaan itu sendiri untuk berfungsi.

2.1. Perusahaan Umum dan Perencanaan Program

Ada empat proses yang menarik dalam pengembangan sistem seperti yang
ditunjukkan pada Gambar 1-3. Perusahaan yang akan mengembangkan sistem
harus memiliki proses umum yang teridentifikasi dengan jelas (1) yang diterapkan
sebagai templat saat membuat setiap proses program baru atau modifikasi (2).
Selama proses pembuatan program (upaya proposal untuk kontraktor pemerintah)
proses pengembangan produk unik program harus dikembangkan berdasarkan
definisi proses umum. Selama program proses pengembangan sistem unik (3)
implementasi ada dua proses yang dikembangkan atau disempurnakan. Pertama,
kita harus menyempurnakan proses pembuatan dan pengujian produk. Kedua,
proses keempat harus diekspos dalam bentuk proses penggunaan produk (4).

Gambar 1-3 Berbagai proses

6 / 35
2.2. Analisis Proses Generik
Sebagaimana dibahas dalam cakupan sebelumnya dari proses analisis terstruktur,
analisis aliran fungsional dan analisis proses berbeda dalam arti blok dan garis
yang menyusun diagram ini. Dalam diagram alir fungsional, blok mewakili hal-
hal yang harus terjadi dan melalui alokasi objek ke hal-hal dalam model fisik
sistem kita memperoleh wawasan tentang hal-hal nyata yang akan membentuk
arsitektur sistem. Garis yang diarahkan menunjukkan urutan di mana fungsi harus
ditangani dalam implementasi sistem. Blok dari diagram alir proses mewakili
analog dari aktivitas dunia nyata. Kita dapat membayangkan tugas-tugas yang
terkait dengan blok-blok ini yang diselesaikan dalam konteks daftar sumber daya
oleh orang-orang dengan keterampilan dan pengetahuan tertentu dalam batasan
waktu dan biaya tertentu.

Banyak organisasi menggunakan IDEF 0 untuk menyelesaikan pekerjaan ini

daripada diagram alur proses yang lebih sederhana. Keuntungan IDEF 0 adalah
dapat memaksa kita untuk mengidentifikasi tidak hanya urutan kegiatan tetapi
sumber daya yang dibutuhkan dan mengendalikan pengaruh dan dari mana
elemen-elemen ini berasal. Kerugian IDEF 0 adalah grafisnya sangat kompleks
dan banyaknya garis dapat menyulitkan analis dan pengguna diagram untuk
secara efektif menggunakan kekuatan pikiran yang bekerja melalui visi seseorang.

Model yang sama ini dapat diterapkan pada perusahaan untuk mengembangkan
definisi proses umum. Pengidentifikasi proses yang digunakan oleh penulis dalam
buku ini diberikan dalam konteks fungsional yang dimulai dengan huruf F
daripada P agar konsisten di seluruh siklus hidup termasuk penggunaan produk
yang biasanya digunakan oleh penulis untuk menerapkan analisis fungsional.
Persyaratan proses akhir dapat didefinisikan sebagai pernyataan visi perusahaan.
Ini kemudian dapat diuraikan menjadi proses tingkat rendah untuk
mengidentifikasi tugas yang relatif lebih kecil yang dapat diselesaikan oleh satu
atau lebih orang yang bekerja sama untuk mencapai tujuan kerja. Tugas-tugas
tingkat rendah ini kemudian dialokasikan ke tanggung jawab departemen
fungsional yang secara agregat untuk setiap departemen membentuk piagamnya.

7 / 35
Setiap blok proses dalam model proses ini kemudian dikaitkan tidak hanya
dengan departemen sumber bagi personel untuk melakukan pekerjaan itu pada
program tetapi juga praktik dan alat yang sesuai dengan tugas itu. Perkiraan biaya
dan jadwal dapat ditetapkan untuk masing-masing tugas ini pada tingkat kontrak
apa pun yang diinginkan.

Saat merencanakan program tertentu, kami dapat menghubungkan string

perencanaan fungsional yang terdiri dari langkah proses dan identifikasi
departemen fungsional (F411-D230 misalnya mengidentifikasi bagian dari
pekerjaan umum yang ditentukan dalam proses F411 yang diselesaikan oleh
orang-orang dari departemen D230) dengan string perencanaan program yang
ditentukan oleh program dan tahap atau pengidentifikasi fase, acara program, dan
ID arsitektur (P05-S02-E02-A14 misalnya). Penggabungan kedua string ini
dengan jelas mengidentifikasi paket pekerjaan tertentu yang harus diselesaikan
untuk item A14 yang berakhir pada acara E02. String perencanaan komposit itu
akan menjadi P05-S02-E02-A14- F411-D230.

2.3. Proses Khusus Program

Proses khusus program dibentuk oleh kombinasi string kerja generik dan string
program turunan arsitektur. Elemen kerja ini harus dikumpulkan ke dalam aplikasi
jaringan seperti Mac Project, Primavera, atau Microsoft Project yang
menghasilkan jadwal program, profil biaya, dan jalur kritis untuk digunakan oleh
manajer program dan tim selama implementasi program.

Ada tiga proses program yang tidak dapat direncanakan secara detail dari sumber
informasi generik. Mereka adalah bahan dan pengadaan khusus produk, produksi
dan kualitas, dan proses verifikasi. Persyaratan untuk proses ini harus
dikembangkan bersamaan dengan perkembangan persyaratan produk.
Selanjutnya, desain untuk proses ini harus dikembangkan bersamaan dengan
desain elemen produk. Mereka kemudian dioperasikan untuk melaksanakan
pengembangan produk.

8 / 35
2.4. Biaya Berlanjut dan Analisis Kebutuhan Jadwal
Biaya adalah komoditas seperti bobot dan keandalan yang dapat didefinisikan
paling baik dalam konteks proses alokasi di mana biaya total diuraikan menjadi
elemen biaya komponen dengan margin didistribusikan untuk fleksibilitas
manajemen dan penghindaran risiko biaya. Total biaya pengembangan program
(biaya tidak berulang) harus dipartisi menjadi subset berdasarkan semua elemen
kerja program yang ditentukan dalam arsitektur dan ditautkan ke struktur rincian
kerja program untuk tujuan keuangan.

Perencanaan kerja terperinci dalam setiap pernyataan paragraf kerja harus

ditangkap dalam rencana tugas terperinci dan dikaitkan dengan persyaratan biaya
dan jadwal. Idealnya, pekerjaan perencanaan ini akan menghormati struktur tim
lintas fungsi yang melapisi arsitektur produk sehingga ada peta yang jelas antara
pendanaan program yang tersedia, item sistem yang memerlukan pengembangan,
dan organisasi yang bertanggung jawab untuk pekerjaan pengembangan.

Jadwal adalah jadwal proses pengembangan. Mereka menyediakan fungsi yang

sama untuk proses pengembangan seperti yang dilakukan garis waktu yang
dihubungkan ke fungsi sistem untuk analisis persyaratan kinerja. Persyaratan
jadwal adalah gambaran waktu untuk jumlah waktu yang tersedia untuk
menyelesaikan tugas pengembangan. Persyaratan jadwal program biasanya
diidentifikasi melalui penerapan diagram Gantt atau penerapan teknik jaringan
CPM atau PERT. Salah satu yang terakhir direkomendasikan karena alat ini
menyediakan fitur manajemen sumber daya dan bagaimana-jika yang kuat.

3. Program Proses Berorientasi Produk

3.1. Integrasi Teknik Khusus dan Rekayasa Serentak
Diagram blok arsitektur, diagram blok skematik, diagram alir proses, matriks
arsitektur proses, dan matriks lingkungan proses bersama-sama menyediakan satu
set umum data rekayasa sistem inti yang harus digunakan oleh semua orang teknik
khusus dalam analisis mereka terhadap sistem dari mereka. perspektif khusus.

9 / 35
Tautan ke LSA jelas karena data ini menyediakan model intelektual operasi
sistem jauh sebelum sistem fisik ada (sementara desain mungkin masih
dipengaruhi secara ekonomi). Tetapi data ini juga memberikan definisi sistem
umum untuk efek mode kegagalan dan analisis kekritisan (FMECA) yang
dilakukan oleh insinyur keandalan dan analisis bahaya yang dilakukan oleh
insinyur keamanan sistem. Jika Anda dapat membuat semua teknisi khusus
berbagi pemahaman yang sama tentang model sistem dengan komunitas desain,
Anda jauh di atas jalan menuju tujuan rekayasa bersamaan.

3.2. Analisis Materi Program dan Proses Pengadaan

Saat teknisi mengidentifikasi hal-hal yang akan membentuk produk dalam
penguraian pohon keluarga, masing-masing hal ini harus ditempatkan dalam salah
satu dari empat subset. Keputusan harus dibuat apakah barang tersebut akan dibeli
dari sumber luar, dikembangkan dan diproduksi oleh perusahaan, dipasok oleh
rekanan yang tidak dikendalikan oleh perusahaan, atau dipasok oleh pelanggan.
Ini sering disebut keputusan buat-beli. Jika barang akan dipasok dari sumber luar,
mungkin perlu menyiapkan spesifikasi yang mencakup barang tersebut, pesanan
pembelian untuk pembelian di luar rak, atau satu set gambar yang memberi tahu
pemasok cara memproduksi barang yang dicakup. dengan pesanan pembelian atau
kontrak.

Jadi, setiap item, pada tingkat perjanjian tertentu, memiliki sumber yang
ditentukan yang terhubung ke jadwal ketersediaan. Pekerjaan ini harus dilakukan
secara bersamaan dengan partisipasi material dan / atau pengadaan. Pengadaan
adalah disiplin bisnis dan departemen yang memiliki tanggung jawab pada
program perolehan materi yang ditentukan oleh program dan menyediakannya
untuk menerima sesuai dengan pesanan pembelian dan kontrak yang sesuai.
Bahan adalah departemen manufaktur yang menerima bahan, menyimpannya jika
perlu, memasangnya untuk digunakan di pabrik, dan mengarahkannya ke tempat
yang tepat sesuai jadwal.

10 / 35
Saat pabrikan mulai menyusun proses pabrikan khusus program mereka, bahan
harus berpartisipasi untuk menghubungkan umpan bahan ke proses itu. Ini
termasuk mengidentifikasi material apa yang harus mengalir dan dalam
konfigurasi apa. Dalam beberapa kasus, penyimpanan perantara mungkin
diperlukan untuk sub-rakitan yang sebelumnya sebagian dirakit oleh pabrikan. Ini
umumnya bukan kondisi yang diinginkan tetapi mungkin berguna untuk
menyediakan pelampung manufaktur dalam jadwal.

Mengingat titik-titik dan kondisi yang bersinggungan ini dengan manufaktur,

material kemudian dapat menjabarkan persyaratan hulu mereka untuk pemrosesan
material untuk memenuhi proses manufaktur seperti yang didefinisikan dalam
analisis gabungan. Ini akan menentukan tanggal kebutuhan untuk tindakan
pengadaan.

3.3. Pembuatan Program dan Analisis Proses Kualitas

Karena konsep desain dibentuk dalam tim, personel manufaktur harus
berpartisipasi untuk memastikan bahwa desain yang berkembang konsisten
dengan proses manufaktur yang sudah ada atau yang dapat dicapai pada tanggal
pembuatan harus dimulai. Manufaktur dapat menawarkan interaksi tepat waktu
dengan komunitas desain jika mereka membangun model proses saat konsep
desain tingkat tinggi mulai mengalir. Elemen-elemen tingkat bawah dari proses ini
kemudian mewakili tindakan manufaktur yang relatif kecil yang dapat
dibayangkan dalam imajinasi yang mungkin dibantu oleh sketsa cepat. Insinyur
manufaktur dapat memetakan sumber daya manufaktur ke blok proses ini seperti
fasilitas, peralatan mesin, perkakas khusus dan peralatan uji, alat bantu
manufaktur, peralatan lini produksi, dan personel dengan keterampilan dan
sertifikasi khusus (jika diperlukan).

Saat detail desain tambahan mengalir, teknisi manufaktur dapat menggunakan

model proses manufaktur ini sebagai latar belakang dalam menganalisis apakah

11 / 35
produk dan proses produksi kompatibel satu sama lain atau tidak. Seorang
insinyur manufaktur yang baik akan melihat fitur desain yang:
a. membutuhkan radius tikungan tabung yang tidak dapat dicapai secara andal
menggunakan metode yang direncanakan,
b. tindakan keterikatan manusia dalam ruang yang tidak sesuai dengan tangan
dan lengan bawah manusia normal,
c. tutup pekerjaan manusia ke permukaan yang sangat tajam yang akan
menyebabkan cedera,
d. fitur operasi ambigu yang menyembunyikan status produk sebenarnya dari
teknisi pabrikan,
e. toleransi yang menumpuk untuk mengalahkan strategi akurasi manufaktur
yang wajar, dan
f. penggunaan beberapa jenis pengencang dalam jarak dekat membutuhkan
beberapa alat di mana satu alat akan berfungsi untuk semua.

Pembaca dapat membayangkan banyak cara lain yang dapat dilakukan oleh orang-
orang manufaktur dan teknisi dengan polosnya menciptakan ketidakkonsistenan di
antara rencana mereka. Dalam beberapa kasus, rencana pembuatan dapat diubah
dengan sedikit usaha tetapi dalam kasus lain konsep desain perlu diubah untuk
memperbaikinya. Penggunaan model proses ketika belum ada realitas fisik
memiliki efek yang kuat pada pengurangan risiko. Ini akan mendorong
identifikasi masalah sebelum mereka memiliki kesempatan untuk menyebabkan
penghentian produksi. Ini adalah contoh lain dari biaya rendah untuk menemukan
dan menghilangkan masalah lebih awal dan biaya yang relatif lebih rendah untuk
memperbaikinya lebih awal daripada nanti.

Persyaratan teknik kualitas harus diidentifikasi bersamaan dengan analisis

persyaratan manufaktur sehingga stasiun inspeksi yang sesuai ditempatkan di
aliran manufaktur, fitur desain produk memungkinkan inspeksi produk yang
memadai selama produksi, dan solusi desain serta proses manufaktur dan
pengujian meminimalkan perlunya pemeriksaan kualitas melalui toleransi produk
yang luas relatif terhadap toleransi proses.

12 / 35
3.4. Analisis Proses Verifikasi Program
Template untuk menyelesaikan perencanaan khusus produk, digunakan untuk
mendorong identifikasi persyaratan pengembangan yang mendorong desain
produk dan persyaratan verifikasi kualifikasi terkait yang mendorong desain
proses verifikasi kualifikasi. Proses verifikasi dan rencana serta prosedur yang
sesuai adalah desain verifikasi dan harus responsif terhadap persyaratan verifikasi.

Proses yang sama ini diulangi untuk verifikasi penerimaan berdasarkan konten
spesifikasi produk atau detail yang mendorong identifikasi sekali lagi dari
persyaratan verifikasi penerimaan. Ini, pada gilirannya, harus menjadi dasar
aliran, rencana, dan prosedur proses pengujian penerimaan. Tingkat ketiga dalam
proses ini melibatkan pengujian sistem berdasarkan persyaratan dalam spesifikasi
sistem.

Dalam ketiga kasus verifikasi, ada spesifikasi (item atau sistem) yang berisi item
(kinerja atau detail) atau persyaratan sistem yang harus digunakan sebagai dasar
untuk definisi persyaratan proses verifikasi terkait yang, pada gilirannya, harus
mendorong pengembangan desain proses yang ditangkap dalam rencana dan
prosedur. Penerapan rencana dan prosedur tersebut menghasilkan bukti kepatuhan
(atau sebaliknya) yang harus dilaporkan dalam laporan verifikasi yang harus
diaudit untuk memastikan bahwa bukti yang disertakan adalah bukti terbaik dan
benar.

Bagian 5 mendorong persiapan dan pemeliharaan Laporan Data Manajemen

Verifikasi yang berisi diagram alir proses verifikasi, jadwal proses verifikasi, dan
satu set tiga matriks manajemen (kepatuhan, tugas, dan item).

3.4.1. Analisis Perencanaan Tes (TPA)

TPA memiliki analisis persyaratan produk, persyaratan artikel uji, dan aspek
persyaratan perencanaan program seperti yang diilustrasikan pada Gambar 1-4.
Aspek produk berfokus pada mengidentifikasi kebutuhan fitur produk yang

13 / 35
didorong oleh kebutuhan pengujian dan menentukan persyaratan verifikasi untuk
dimasukkan dalam Bagian 4, Jaminan Kualitas, spesifikasi program. Ini adalah
bagian dari TPA yang akan menjadi fokus utama buku ini. TPA juga harus
mengembangkan persyaratan khusus untuk artikel uji dan perlengkapan uji yang
digunakan untuk mensimulasikan elemen sistem produk yang sebenarnya selama
pengujian pengembangan. Terakhir, aspek persyaratan program berfokus pada
pemberian masukan untuk kegiatan perencanaan pengujian terintegrasi.

Gambar 1-4 Alur proses TPA dan MRA

Semua pengujian dilakukan untuk memverifikasi pencapaian beberapa

karakteristik produk. Karena persyaratan diidentifikasi untuk elemen sistem, kami
berkewajiban untuk menemukan cara untuk memverifikasi bahwa masing-masing

14 / 35
dipenuhi oleh desain. Tindakan verifikasi ini dapat diselesaikan dengan analisis
atau pengujian. Jika memungkinkan, kontraktor mencoba melakukan ini dengan
analisis karena umumnya (tetapi tidak selalu) lebih murah. Persyaratan yang tidak
dapat atau tidak dapat diverifikasi dengan analisis harus diverifikasi dengan
pengujian. Untuk menjaga biaya pengujian yang diperlukan serendah mungkin,
banyak persyaratan verifikasi harus diintegrasikan ke dalam program lengkap
yang meminimalkan jumlah artikel pengujian dan peristiwa pengujian.

Ada empat jenis pengujian program yang umumnya diterima dalam

pengembangan sistem: pengembangan, kualifikasi, penerimaan, dan operasional.
Pengujian pengembangan dilakukan untuk memvalidasi konsep desain,
mengurangi risiko desain dan pengembangan, mengevaluasi konsep desain
alternatif, dan mendemonstrasikan ketersediaan teknologi yang dibutuhkan.
Pengujian kualifikasi dilakukan untuk memverifikasi bahwa desain memenuhi
persyaratan dan memadai untuk aplikasi tersebut. Pengujian penerimaan
dilakukan pada setiap artikel produksi, atau sesuai dengan beberapa teknik
pengambilan sampel, untuk memverifikasi bahwa item produk tertentu memenuhi
persyaratan pelanggan. Pengujian operasional pada dasarnya adalah pengujian
kualifikasi yang dilakukan untuk memverifikasi persyaratan operasional sistem
dan untuk mendemonstrasikan kemampuan.

Rencana permainan kami adalah menerapkan analisis fungsional atau proses

untuk lima jenis aktivitas pengujian ini. Diagram alir dibuat dan dipetakan untuk
menguji artikel, sumber daya, bahan, dan fasilitas. Aktivitas pengujian ini
dipelajari untuk menentukan apakah pengujian khusus yang direncanakan dan
artikel produk yang akan diuji memerlukan fitur khusus untuk kompatibilitas
pengujian. Mungkin perlu, misalnya, untuk menempatkan target pembidik lubang
khusus pada badan pesawat untuk memantau kesejajaran atau instrumentasi
khusus untuk memantau regangan selama pengujian struktural. Diagram alir
membantu kami mengenali kebutuhan akan persyaratan pengujian ini.

15 / 35
3.4.2. Analisis Persyaratan Uji Pengembangan
Proses dasar untuk analisis persyaratan pengujian pengembangan sangat mirip
dengan analisis persyaratan pengujian kualifikasi yang dijelaskan di atas.
Perbedaan utamanya adalah kita juga harus menentukan perbedaan persyaratan
untuk artikel tes khusus. Kami dapat menyimpulkan bahwa kami perlu melakukan
uji pengembangan sistem bahan bakar untuk mengevaluasi laju aliran bahan bakar
dan tekanan dalam berbagai kondisi penerbangan. Tidak perlu, atau bahkan
diinginkan, untuk secara sempurna mencerminkan konfigurasi desain fisik yang
direncanakan dari sistem.

Faktanya, kami mungkin tidak dapat menyelesaikan desain terperinci sampai kami
menyelesaikan tes pengembangan. Karenanya, kami mencampur persyaratan
artikel produk dengan persyaratan artikel pengujian khusus agar tidak
mengganggu penerapan hasil pengujian ke artikel produk. Kita dapat
menyimpulkan bahwa artikel pengujian yang ideal adalah bangku aliran fluida
yang ditata untuk memungkinkan kita berjalan di antara bagian-bagiannya untuk
tujuan pemantauan dan penyesuaian pengujian. Desain akhir mungkin harus
sesuai dengan badan pesawat pesawat di ruang yang tidak terpakai. Persyaratan
kami akan meminta jalur pipa yang mencerminkan efek desain yang direncanakan
pada aliran fluida dan tekanan tetapi geometri sistem yang tepat mungkin sangat
berbeda.

Hasil pengujian ini akan berguna dalam mendorong fitur desain akhir dan
memvalidasi persyaratan performa yang diturunkan secara teoritis yang tercermin
dalam desain artikel pengujian khusus.

3.4.3. Analisis Persyaratan Uji Kualifikasi

Persyaratan untuk Bagian 3 dari spesifikasi pengembangan kami (Bagian I) yang
telah ditetapkan ke metodologi verifikasi pengujian dimasukkan ke dalam blok
yang disebut Perencanaan Uji Kualifikasi pada Gambar 1-4. Persyaratan ini
menempatkan permintaan pada rencana pengujian terintegrasi yang harus

16 / 35
ditentukan oleh teknisi pengujian cara terbaik untuk memuaskan dalam sumber
daya yang tersedia.

Diagram alir pengujian dikembangkan untuk mengidentifikasi pengujian khusus

dengan tujuan dan sumber daya pengujian yang jelas. Tes-tes ini dirangkai
menjadi satu kesatuan yang terintegrasi. Tes dipetakan ke item tertentu
persyaratan Bagian 3. Jadwal dikembangkan dan perencanaan akuisisi sumber
daya uji selesai.

Data perencanaan pengujian yang sesuai dengan setiap pengujian individu diubah
menjadi prosedur pengujian. Rencana pengujian dicerna dalam Analisis
Persyaratan Tes Kualifikasi dan pernyataan ringkasan tersedia untuk dimasukkan
dalam Bagian 4 dari spesifikasi item yang melengkapi matriks verifikasi yang
sudah tersedia. Jika risiko teknis program telah diidentifikasi yang menunjukkan
kesulitan dalam memenuhi persyaratan, kami mengevaluasi aktivitas yang
direncanakan dan menguji persyaratan terhadap pendekatan mitigasi risiko yang
direncanakan dan membuat penyesuaian, jika perlu. Jika persyaratan diidentifikasi
sebagai parameter pengukuran kinerja teknis (TPM), kami memastikan bahwa
aktivitas pengujian mendukung rencana dan jadwal kontrol parameter yang
direncanakan. Di Bagian 5, kami akan mengambil cerita ini dan mengikatnya
bersama dengan proses verifikasi persyaratan.

Artikel pengujian yang dipasok untuk pengujian ini harus sama seperti artikel
produksi tetapi jarang mungkin untuk benar-benar melakukan ini. Anda tidak
dapat memperoleh penerimaan pelanggan DoD atas proses produksi Anda sampai
setelah Anda membuktikan bahwa desain Anda memenuhi persyaratan. Anda
tidak dapat memberikan bukti yang meyakinkan kepada pelanggan tentang hal ini
sampai Anda menyelesaikan pengujian kualifikasi. Jadi, kami memiliki situasi
Catch 22 yang diselesaikan dengan menguji artikel produk yang sedekat mungkin
dengan artikel produksi yang direncanakan. Kami kemudian melakukan analisis
untuk meyakinkan diri sendiri bahwa perbedaan yang diperlukan tidak akan
membatalkan hasil. Jika perbedaan berkembang yang tidak dapat dihindari

17 / 35
mengganggu hasil pengujian, kami mungkin harus menjalankan pengujian
tambahan nanti menggunakan artikel produksi yang sebenarnya.

3.4.4. Analisis Persyaratan Uji Operasional

Analisis persyaratan uji operasional mirip dengan analisis persyaratan uji
kualifikasi kecuali bahwa kita berurusan dengan sistem yang lengkap atau
sebagian besar darinya. Persyaratan khusus mungkin harus dikembangkan karena
perbedaan artikel uji dari artikel produksi yang direncanakan. Ini terutama benar
jika ada rencana pentahapan untuk mengembangkan desain akhir melalui dua atau
lebih fase uji kendaraan. Kami mungkin harus membuat kendaraan prototipe dan
melakukan uji operasional sebelum kami sepenuhnya memahami karakteristik
yang diperlukan dari konfigurasi akhir. Ini benar-benar kasus pengujian
pengembangan, tetapi karena ini melibatkan artikel operasional utama dalam uji
coba lapangan, ini lebih cocok dalam pengujian operasional.

3.4.5. Analisis Persyaratan Uji Penerimaan

Penerimaan produk TPA menetapkan persyaratan untuk stasiun dan peralatan uji
penerimaan produk yang harus diintegrasikan ke dalam lini produksi, fitur desain
produk yang memastikan kemampuan uji penerimaan, input persyaratan
perencanaan manufaktur, dan persyaratan untuk rencana uji penerimaan dan
prosedur uji. Juga, seperti dicatat pada Gambar 1-1, TPA menyaring prosedur
pengujian yang dihasilkan untuk setiap rencana pengujian untuk menentukan
persyaratan mana yang harus dimasukkan dalam spesifikasi item Bagian II.

Pelanggan biasanya tidak ingin mendasarkan penerimaan pada prosedur uji

penerimaan lengkap. Sebaliknya, mereka biasanya mengharapkan kontraktor
untuk memilih serangkaian parameter tingkat sistem kritis yang tidak dapat
memberikan hasil yang baik jika sesuatu dalam artikel tersebut tidak dapat
diterima. TPA mengidentifikasi parameter penting untuk cakupan dalam

18 / 35
spesifikasi Bagian II Bagian 3 dan mengekstrak persyaratan pengujian dari
prosedur pengujian yang sesuai untuk dimasukkan dalam Bagian 4.

4. Analisis perencanaan penerapan (DPA)

Analisis perencanaan penerapan menerapkan proses yang sama yang dicakup
sebelumnya untuk mengidentifikasi persyaratan penerapan sistem. Kami membuat
diagram aliran (atau proses) fungsi penerapan dan mengalokasikan fungsi ini ke
elemen sistem produk tertentu dan kami menerapkan hasilnya ke aktivitas
perencanaan program untuk memastikan bahwa saat produk mengalir keluar dari
proses produksi, produk dapat dipindahkan langsung ke area operasi yang
diinginkan. disiapkan dalam keadaan siap untuk segera digunakan.

Ini mungkin termasuk mengembangkan penerimaan publik atas pengoperasian

sistem di ruang yang direncanakan melalui analisis dampak lingkungan dan proses
pengurangan. Dalam kasus sistem rudal balistik antarbenua yang dikembangkan
pada tahun 1980-an, ini adalah kendala yang lebih besar daripada masalah teknis
yang berorientasi pada misi untuk mencapai target yang ditetapkan. Beberapa dari
sistem ini membutuhkan jaringan bunker yang luas di atas tanah atau jalur rel
bawah tanah. Beberapa wilayah geografis dengan ruang tak berpenghuni yang
memadai juga dapat dibuka untuk digunakan oleh penduduk sipil melalui
pemerintah negara bagian dan lokal mereka.

Kenyataannya adalah bahwa kita dapat mengembangkan produk yang sangat

bagus melalui pengalaman pengembangan yang sangat sulit hanya untuk
menemukan bahwa hasilnya tidak dapat digunakan. Sistem telah dikembangkan
dan tidak pernah digunakan karena kondisi telah berubah selama periode
pengembangan mooting kebutuhan asli. Teledyne Ryan Aeronautical
mengembangkan pesawat pengintai tak berawak Model 154 yang fantastis pada
awal tahun 1970-an yang dirancang untuk terbang di atas Rusia dan China.
Stimulus program adalah jatuhnya penerbangan U2 Francis Gary Power. Namun,
pada saat sistem tersebut siap untuk digunakan secara operasional, Presiden Nixon

19 / 35
telah memasuki masa penahanan dan penggunaan sistem tersebut secara politis
tidak dapat diterima. Pengintaian satelit juga menjadi lebih efektif dan SR 71
mulai muncul.

Selama Perang Vietnam, Teledyne Ryan Aeronautical memproduksi pesawat

pengintai tak berawak menggunakan kamera televisi berwarna daripada kamera
film. Setelah uji terbang, kendaraan ini dikirim melalui udara ke Pangkalan Udara
Bien Hoa untuk penggunaan operasional oleh detasemen Sayap Pengintaian
Strategis ke-100 yang berbasis di sana tetapi ketika transportasi C-141 mendarat
di Pangkalan Angkatan Udara Clark di Filipina dalam rute, dilarang terbang di
atasnya. ke Vietnam karena belum diizinkan masuk ke teater oleh jenderal yang
bertanggung jawab atas perang udara. Setelah kejadian ini beberapa tahun berlalu
sebelum kemampuan televisi dapat diturunkan dan itu dengan kamera hitam putih
dengan kemampuan yang jauh lebih sedikit. Keunggulan kamera televisi tentu
saja

Proses penerapan dapat dimodelkan menggunakan diagram proses yang

membentang dari ketersediaan kapabilitas yang dapat dikirimkan hingga
kapabilitas operasional yang diterapkan. Kami mulai dengan satu kotak berlabel
"Terapkan Sistem". Satu blok ini kemudian dapat diuraikan menjadi beberapa
kegiatan yang harus diselesaikan untuk mencapai hasil yang diinginkan yang
diwakili oleh satu blok. Proses ini dapat dilanjutkan hingga elemen-elemen di
tingkat yang lebih rendah akan menghasilkan pekerjaan perencanaan terperinci
yang melibatkan daftar sumber daya yang diperlukan yang diringkas di semua
langkah-langkah proses dan tugas-tugas khusus yang harus diselesaikan.
Langkah-langkah proses dapat diterjemahkan ke dalam bagan Gantt dengan
tanggal dicatat kapan tindakan tertentu harus dimulai dan diselesaikan.
Alternatifnya, proses penyebaran dapat dimodelkan dengan menggunakan PERT
atau diagram CPM.

Bagian dari keseluruhan proses ini mungkin memerlukan analisis dampak

lingkungan yang membutuhkan keterampilan khusus yang tidak tersedia dalam

20 / 35
organisasi berkembang yang memerlukan pekerjaan dari satu atau lebih konsultan.
Analisis ini harus mengidentifikasi pengaruh lingkungan yang merugikan akibat
penerapan sistem dan menjelaskan tindakan yang direncanakan untuk diambil
untuk mengurangi dampaknya.

Hasil akhir dari analisis perencanaan penerapan terdiri dari persyaratan program
yang mendorong pekerjaan perencanaan program yang memastikan bahwa sistem
yang dikembangkan dapat diterapkan ke dalam lingkungan operasi yang
direncanakan. Jika pekerjaan ini ditunda terlalu lama, sistem mungkin tidak dapat
diterapkan sesuai rencana yang menyebabkan biaya program tambahan untuk
menyimpan bahan yang diproduksi hingga dapat diterapkan atau program
perubahan untuk membentuk kembali proses produksi. Perhatikan bahwa efek
dari perencanaan penerapan yang terlambat dapat memiliki efek yang sama seperti
perencanaan material yang buruk.

Penerapan sistem militer atau distribusi dan penjualan produk komersial tidak
boleh menjadi kesimpulan sebelumnya berdasarkan seberapa hebat pengembang
yakin produk tersebut. Pada awal aktivitas pengembangan, seseorang harus
mengeksplorasi potensi masalah penyebaran dan menyusun strategi untuk
mengatasi masalah yang diamati.

C. Latihan

1. Sebutkan tiga proses program yang tidak dapat direncanakan secara

detail dari sumber informasi generik?

2. Bagaimana persyaratan jadwal program biasanya diidentifikasi?

21 / 35
D. Kunci Jawaban

1. Tiga proses tersebut adalah bahan dan pengadaan khusus produk,

produksi dan kualitas, dan proses verifikasi.

2. Persyaratan jadwal program biasanya diidentifikasi melalui penerapan

diagram Gantt atau penerapan teknik jaringan CPM atau PERT.

22 / 35
 ANALISIS PROSES (LANJUTAN)

A. Kemampuan Akhir Yang Diharapkan

Setelah mempelajari modul ini, diharapkan mahasiswa mampu:

1. Mahasiswa mampu mengetahui tahapan analisis proses keberlanjutan
sistem..
2. Mahasiswa mampu menguraikan konsep analisis pembuangan.

B. Uraian dan Contoh

1. Analisis Proses Keberlanjutan Sistem

Empat langkah proses utama ada terkait dengan penggunaan produk oleh
pelanggan dan semua proses ini harus dikembangkan secara bersamaan dengan
pengembangan produk itu sendiri. Ini adalah: dukungan logistik, penggunaan
operasional (beberapa akan melipat ini menjadi LSA tetapi penulis tidak),
pengembangan modifikasi, dan pembuangan.

1.1. Ikhtisar Analisis Dukungan Logistik

LSA adalah rangkaian aktivitas sistematis yang membantu kami memusatkan
perhatian selama periode pengembangan pada fitur dukungan yang dibutuhkan
sistem untuk memberikan kepuasan pelanggan maksimum selama penggunaan
operasional sistem mereka nanti. Ini berkaitan dengan item arsitektur dan proses
di mana item ini digunakan dalam lingkungan operasi pelanggan. Ini berusaha
untuk mengidentifikasi persyaratan produk yang didorong oleh penggunaan
lapangan dari sistem jauh sebelum sistem melihat cahaya hari. Akibatnya, ini
adalah aktivitas analitis yang membutuhkan imajinasi.

Kami menghilangkan beberapa sifat teoritis tugas dengan membuat diagram

proses ketenagakerjaan sistem yang secara jelas berkaitan dengan rencana

23 / 35
fasilitasi operasional fisik, skenario pekerjaan operasional, konsep pemeliharaan,
dan konsep dukungan logistik. Untuk insinyur logistik diagram alir ini
dikombinasikan dengan diagram arsitektur dan peta di antara mereka ditambah
pemahaman tentang desain, konsep tersebut membuat sistem menjadi hidup jauh
sebelum paku keling pertama diikat di jalur produksi.

Dengan latar belakang ini, insinyur logistik dapat membayangkan elemen produk
utama (misalnya pesawat terbang, tank, kapal roket) yang melewati proses ini
yang ditindaklanjuti oleh personel pemeliharaan dan operasi serta peralatan kasir.
Dimungkinkan untuk menentukan apakah sumber daya yang memadai saat ini
diidentifikasi untuk memenuhi tujuan yang ditetapkan untuk setiap proses dan
karakteristik sumber daya ini untuk kinerja sistem yang sukses.

Gambar 2-1 Alur proses analisis dukungan logistik

LSA berfokus pada pembuatan informasi dalam beberapa kategori yang dicatat
pada blok Gambar 2-1 yang diturunkan dari proses LSA yang didefinisikan dalam
MIL-STD-1338-1A. Informasi ini dibuat melalui aktivitas analitik yang

24 / 35
ditunjukkan yang dilakukan pada persyaratan sistem saat ini dan konsep desain
sistem. Sebagai hasil dari analisis ini, kami memperluas persyaratan dan konsep
dasar yang memperlihatkan aspek tambahan untuk iterasi analisis.

MIL-STD-1338-1A memberikan penjelasan rinci tentang satu set formulir yang

dapat digunakan untuk merekam data analisis dukungan logistik untuk input ke
sistem komputerisasi. Blok-blok pada Gambar 2-1 dikorelasikan dengan bentuk-
bentuk ini melalui huruf-huruf di sudut kiri atas balok. Formulir ini diselesaikan
sementara analis mengembangkan konsep pemeliharaan sistem menggunakan
diagram proses sebagai jendela menuju realitas yang direncanakan.

Input adalah bagian dari total itemnya. Ketika program bergerak ke fase desain
dan konsep desain matang menjadi gambar, analis logistik harus memeriksa
konsep desain ini secara lebih rinci dan mengevaluasi apakah mereka konsisten
dengan konsep logistik yang direncanakan. Jika ditemukan ketidakkonsistenan,
maka harus dikembalikan kepada desainer atau digunakan sebagai dasar untuk
mengubah konsep logistik. Insinyur logistik membutuhkan model dari proses
pemeliharaan dan operasi ini untuk mengidentifikasi kebutuhan logistik sebelum
disain selesai dalam gambar teknik formal.

1.2. Contoh LSA

Gambar 2-2 mengilustrasikan diagram proses tingkat atas untuk ketinggian tinggi,
target kecepatan tinggi (disebut HAST dalam Tahap Demonstrasi-Validasi).
Selama fase sebelumnya pelanggan USAF menjadi sangat prihatin karena target
harus dikembalikan ke pabrikan setelah setiap penerbangan untuk perbaikan dan
Angkatan Udara bermaksud agar kendaraan diputar di lapangan. Teledyne Ryan
Aeronautical memenangkan kompetisi untuk fase pengembangan skala penuh dan
mengganti nama kendaraan penerbangan tersebut menjadi Firebolt. Kendaraan itu
digerakkan oleh motor roket hibrida menggunakan asam nitrat asap merah
(IRFNA) yang dihambat sebagai pengoksidasi dan bahan seperti karet padat untuk
bahan bakar. Gambar 2-3 menunjukkan fragmen kecil dari perluasan blok QC000

25 / 35
Gambar 2-2 Diagram proses sistem yang khas

26 / 35
berjudul Post Flight Maintenance (Wet) yang ditunjukkan pada Gambar 2-2.
Menggunakan model seperti ini, yang dicari analis dukungan logistik untuk
memecah tindakan pemeliharaan secara mendetail sampai tiba di titik di mana
langkah-langkah yang sangat mendasar berada diidentifikasi, waktu yang dapat
diperkirakan dengan mudah, dan Anda dapat membayangkan semua langkah rinci
yang diperlukan untuk menyelesaikan tugas dan mengidentifikasi semua sumber
daya dibutuhkan.

Gambar 2-3 Alur proses pemeliharaan pasca-penerbangan

Insinyur logistik harus secara bersamaan menjabarkan konsep logistik dan

persyaratan produk agar konsisten dengan konsep itu. Secara bersamaan, insinyur
desain produk harus mengembangkan persyaratan desain produk yang konsisten
dengan konsep logistik menggunakan LSA.

Daripada mencakup banyak formulir yang tercakup dalam standar militer untuk
tujuan ini, kami akan menggunakan formulir berorientasi teks sederhana untuk
menangkap informasi dalam contoh yang ditunjukkan pada Gambar 2-4 yang

27 / 35
melaporkan tugas QCR00, Instal Burst Disk. Kemudian kami akan memilih
persyaratan dan mengaitkannya dengan item di sistem.

Gambar 2-4 Contoh analisis dukungan logistik

28 / 35
 Gambar 2-4 Lanj., contoh analisis dukungan Logistik lanjutan

Jika tidak ada dalam arsitektur sistem saat ini untuk menyelesaikan tugas, kami
akan menambahkan sesuatu ke sistem. Tujuan di balik penggunaan formulir yang
kaku adalah untuk memaksa analis memikirkan setiap aspek dari setiap tugas
yang dianalisis dan untuk memastikan pengambilan data komputer yang
diperlukan untuk mencetak laporan yang dibutuhkan pelanggan.

29 / 35
Mengingat bahwa kami telah melakukan pekerjaan yang baik dalam menganalisis
tugas ini, sekarang kami harus menarik kesimpulan dari analisis kami tentang
dampak pada sistem produk dan menerapkan tindakan yang disarankan oleh
kesimpulan ini. Kami harus mempengaruhi persyaratan sistem dan konsep desain
berdasarkan hasil analisis kami. Melakukan pekerjaan ini dan kemudian tidak
mendapatkan keuntungan darinya adalah kebodohan total. Persyaratan sistem
produk yang mengalir dari analisis ini:
a. Ada persyaratan antarmuka baru yang diidentifikasi antara Alat Penyelarasan
Disk Burst yang ditambahkan dan flensa maju rakitan tangki. Pahat dipasang
dengan dua sekrup dan pelat mur untuk dua titik pemasangan ini harus
ditempatkan secara akurat dengan perkakas daripada hanya mencocokkan
dibor dengan rakitan hidung kawin selama proses pembuatan.
b. Kami harus menambahkan peralatan pendukung baru ke dasar yang disebut
Alat Penyelarasan Disk Burst yang akan diproduksi secara lokal sesuai
dengan petunjuk dalam data teknis.
c. Gambar teknik harus mengidentifikasi penggunaan pelumas KRYTOZ
240AB pada ulir dan segel. Bahan ini dipilih untuk kompatibilitas dengan
IRFNA.

Perhatikan juga dalam analisis ini bahwa analisis tersebut perlu diulang setelah
ditemukan di analisis lain bahwa konsep uji tekanan tangki tidak valid dengan
kesimpulan sebelumnya. Alat tambahan didorong oleh keputusan untuk tetap
menggunakan metode uji tekanan gelembung. Sebuah studi perdagangan mungkin
telah dilakukan untuk memeriksa alternatif ini terhadap penggunaan metode
peluruhan tekanan, tetapi bahkan jika itu telah digunakan, masih perlu untuk
menemukan kebocoran yang terdeteksi dengan pendekatan peluruhan tekanan.

Perubahan ini tercermin dalam tugas lain yang juga harus diubah. Data yang
digunakan dalam contoh ini dilaporkan menggunakan teknologi mesin tik pada
awal 1980-an. Anda dapat melihat bahwa akan berguna untuk menangkap data ini
dalam database komputer sehingga dapat dengan mudah diperbarui dan

30 / 35
diterapkan ke banyak tujuan lain, seperti pengembangan data teknis, secara
efisien.

1.3. Analisis Operasi Produk

Analisis proses dapat digunakan untuk memahami tindakan operator yang
diperlukan dengan cara yang pada dasarnya sama seperti yang dijelaskan untuk
tujuan pemeliharaan. Namun, seringkali operator dihadapkan pada situasi yang
jauh lebih rumit daripada petugas pemeliharaan karena masalah waktu nyata. Oleh
karena itu, operator lebih dekat dengan mesin atau sistem yang dia coba
kendalikan daripada orang pemeliharaan.

Gambar 2-5 Diagram urutan operasional

Situasi yang lebih kompleks ini dapat didefinisikan dan dianalisis menggunakan
diagram khusus yang pada dasarnya adalah diagram proses multi-saluran yang
memungkinkan analis untuk memodelkan tindakan operator manusia yang
diperlukan dan tindakan serta respons dari sistem yang dikendalikan secara
terkoordinasi. Gambar 2-5 mengilustrasikan penggalan diagram semacam itu.
Beberapa kumpulan elemen sistem yang dipilih, dan mungkin beberapa elemen
dalam lingkungan sistem, dimodelkan sedemikian rupa sehingga setiap elemen
memiliki salurannya sendiri pada diagram. Simbol diperkenalkan ke saluran
tersebut untuk menunjukkan rangsangan dan respons tertentu. Diagram dapat
digambar dengan saluran yang disusun secara horizontal atau vertikal dengan
waktu menjadi dimensi saluran.

31 / 35
Umumnya, operator manusia memulai serangkaian interaksi yang akhirnya
diakhiri oleh pengamatan manusia terhadap respons yang diinginkan tetapi sistem
(mesin) dapat memulai serta menghentikan rangkaian perilaku.

1.4. Pengembangan Modifikasi

Modifikasi sistem mirip dengan proses yang digunakan untuk membuat sistem
kecuali bahwa input material utama dalam keadaan yang lebih terorganisir.
Pengembangan modifikasi hanyalah proses pengembangan sistem yang harus
mengikuti proses yang sama seperti yang digunakan untuk mengembangkan
sistem pada awalnya. Kita harus memahami kebutuhan pelanggan,
menerjemahkannya ke dalam persyaratan yang jelas yang berlaku untuk elemen
produk dan proses dari sistem yang ada, merancang perubahan yang ditentukan
oleh persyaratan, dan akhirnya memverifikasi bahwa desain memenuhi
persyaratan tersebut.

Gambar 2-6 Proses modifikasi sistem

Isi dari bagian buku ini didasarkan pada pengembangan sistem yang belum pernah
terjadi sebelumnya mengikuti pendekatan bentuk mengikuti fungsi di mana
seseorang pertama-tama menentukan fungsionalitas yang dibutuhkan dan
kemudian menentukan melalui alokasi fungsi sumber daya fisik apa yang akan
digunakan untuk mencapai fungsionalitas yang dibutuhkan. Ketika
mengembangkan modifikasi sistem yang sudah ada, seringkali lebih efektif untuk
mendekati solusi pertama dari perspektif arsitektur sistem yang ada. Dalam blok

32 / 35
Define Modification pada Gambar 2-6, seseorang harus mengevaluasi arsitektur
yang ada untuk kesesuaian dengan kebutuhan sistem yang baru. Beberapa
arsitektur dapat diterima apa adanya. Elemen lain tidak akan efektif dan harus
dihapus dari sistem atau dimodifikasi. Elemen baru lainnya mungkin harus
ditambahkan ke sistem.

Dari titik ini ke depan, prosesnya mungkin lebih kompleks daripada proses
pengembangan aslinya. Alasan untuk ini adalah bahwa sudah ada sistem yang
beroperasi di dunia dan mungkin perlu untuk mempertahankan operasi normal
sistem itu sementara sistem yang dimodifikasi diterapkan dan ditempatkan dalam
layanan.

2. Analisis Pembuangan
Sangat sulit untuk mendapatkan penerimaan atas kebutuhan untuk mendefinisikan
proses pembuangan sementara pengembangan produk sedang direncanakan dan
persyaratan ditentukan. Namun, penting bahwa siklus hidup lengkap ditentukan
pada satu waktu sebelum desain produk dan proses. Dan ini termasuk
pembuangan serta pembuatan, verifikasi, dukungan logistik, dan operasi. Ini dapat
dilakukan dengan cara yang persis sama seperti semua analisis proses lainnya
dengan analisis setiap blok dalam langkah-langkah yang terbuka untuk
menentukan kebutuhan sumber daya.

Dalam siklus hidup normal, sistem produk akan diproduksi dan dikirim,
ditempatkan dalam layanan untuk jangka waktu yang lama, dan akhirnya,
mungkin setelah serangkaian modifikasi yang memperpanjang masa pakai,
dihentikan dari layanan. Proses pembuangan harus telah direncanakan sebagai
bagian dari kegiatan pengembangan dan diperbarui setiap kali modifikasi
diterapkan. Hal ini terutama berlaku untuk sistem yang menggunakan bahan
berbahaya seperti yang dilakukan oleh banyak produk militer, misalnya.

33 / 35
C. Latihan

1. Apa itu LSA?

2. Apa tujuan di balik penggunaan formulir yang kaku?

D. Kunci Jawaban

1. LSA adalah rangkaian aktivitas sistematis yang membantu untuk

memusatkan perhatian selama periode pengembangan pada fitur
dukungan yang dibutuhkan sistem untuk memberikan kepuasan
pelanggan maksimum selama penggunaan operasional sistem yang
akan digunakan nanti.

2. Tujuan di balik penggunaan formulir yang kaku adalah untuk memaksa

analis memikirkan setiap aspek dari setiap tugas yang dianalisis dan
untuk memastikan pengambilan data komputer yang diperlukan untuk
mencetak laporan yang dibutuhkan pelanggan.

E. Daftar Pustaka

1. Jeffrey O. Graddy, Analisis Kebutuhan Sistem, AS. 2006.

2. Elizabeth Hull, Ken Jackson, Jeremy Dick, Teknik Kebutuhan, Inggris,
2011

34 / 35