VBab XI.

Analisis-Bentuk Sistem Lunak Metodologi untuk Pemeliharaan Sistem

Informasi
Ivan Ka-Wai Lai Macau Universitas Sains dan Teknologi, Cina

Joseph M. Mula University of Southern Queensland, Australia

ABSTRAK
Sistem lembut Metodologi (SSM) telah digunakan untuk meningkatkan efektivitas
analisis kebutuhan organisasi dalam Sistem Informasi (IS) pengembangan dalam
beberapa tahun terakhir. Berbagai bentuk SSM untuk IS pembangunan telah
dikembangkan dan diteliti di lingkungan yang berbeda oleh para peneliti yang
berbeda. Tampaknya ada sedikit penelitian atau aplikasi yang dapat diidentifikasi
dari penggunaan SSM di ADALAH pemeliharaan. Tujuan dari bab ini adalah untuk
mengembangkan konseptual "analisis-bentuk" SSM untuk IS pemeliharaan,
sehingga penelitian lebih lanjut dapat dilakukan dalam penerapan model
konseptual ini.

LATAR BELAKANG
Selama beberapa dekade terakhir, banyak sistem informasi (IS) dikembangkan di
berbagai lingkungan kerja. Ada banyak alasan untuk perubahan ke yang ada IS
dalam sebuah organisasi. Contohnya adalah fungsi, fleksibilitas, ketersediaan
berkelanjutan, dan operasi yang benar (Lehman, 1989; Lientz & Swanson, 1980).
Setelah IS telah dikembangkan, jarang bebas dari kesalahan dan kadang-kadang
beroperasi dengan cara yang sama dalam lingkungan yang berubah (Leveson,
1995). Sastra menyarankan bahwa IS pemeliharaan yang mendapat ketenaran
karena biaya meningkat (Smith, 1999). Orang-orang menjadi lebih peduli
tentang bagaimana meningkatkan proses pemeliharaan IS sehingga dapat
mengurangi IS biaya pemeliharaan.

IS pemeliharaan pengetahuan tugas intensif (Anquetil, de Oliveira, de Sousa, &

Batista Dias, 2006). Sebuah pemahaman yang baik tentang berbagai aspek IS
diperlukan, untuk, misalnya, mengidentifikasi masalah untuk memecahkan,
proses software untuk mengadopsi, bahasa komputer dan arsitektur sistem yang
akan digunakan. Semua contoh-contoh ini mengkonsumsi tingkat tinggi usaha
manusia serta biaya.

Mempertahankan software terutama tugas kognitif yang telah dijelaskan dalam

berbagai cara oleh penyidik yang berbeda (Eioerman & Dishaw, 2007). Lutters
dan Seaman (2007) menyarankan penggunaan dokumentasi untuk IS
pemeliharaan. Von Mayrhauser, Vans, dan Howe (1997) difokuskan pada proses
pemahaman perangkat lunak yang berhubungan dengan pemeliharaan
digambarkan sebagai Pemahaman Model Terpadu. Dalam model proses ini,
individu menggunakan model top-down di mana mereka terlibat dalam generasi

hipotesis dan verifikasi, model program di mana mereka mengembangkan aliran

kontrol abstraksi dari program, dan model situasi di mana mereka
mengembangkan dataflow / abstraksi fungsional program. IS profesional
menggunakan ketiga pendekatan dan menggunakannya secara bergantian.

Berdasarkan literatur, pengetahuan manusia merupakan faktor utama dalam

pemeliharaan IS. Sistem lembut Metodologi (SSM) yang bersangkutan dengan
sistem aktivitas manusia (Platt & Warwick, 1995). SSM harus menjadi alat yang
sangat berguna untuk IS pemeliharaan karena bertujuan untuk memperbaiki
kondisi manusia dengan pemahaman dan mengubah situasi (Checkland, 1992).

SSM berfokus pada proses tahap demi tahap. Model awal, yang disajikan oleh
Checkland (1981), terdiri dari tujuh tahap berulang. Ini menjelaskan perangkat
tindakan untuk memperbaiki situasi masalah dibandingkan dengan "dunia nyata"
dan "sistem berpikir tentang dunia nyata." Bentuk klasik SSM (struktur tujuhtahap), bentuk yang dikembangkan dari SSM, dan Proses untuk Organisasi
Makna (POM) Model semua tidak menghasilkan output apapun yang cocok untuk
memenuhi kebutuhan teknis pengguna IS dan programmer. Dengan demikian
model diperlukan yang menggabungkan kedua kebutuhan organisasi dan teknis.

Bab ini menjelaskan review SSM dan penerapan SSM ke IS pembangunan.

Kemudian, sebuah "analisis-bentuk" SSM untuk IS pemeliharaan disajikan
dengan desain dan struktur. Tujuan dari bab ini adalah untuk menyajikan sebuah
SSM "analisis-bentuk" model konseptual untuk IS pemeliharaan sehingga
penelitian lebih lanjut dapat mengungkap penerapan model konseptual ini
melalui penggunaannya.

TINJAUAN PUSTAKA
Masalah pada Pemeliharaan IS
Pemahaman tentang masalah pemeliharaan IS sangat penting. IS masalah
pemeliharaan dapat dikelompokkan ke dalam empat kategori masalahpsikologis, karakteristik, praktis, dan manajemen.

MASALAH PSIKOLOGIS
Higgins (1986) menunjukkan bahwa proses pemeliharaan melibatkan masalah
psikologis. Alasan mengapa programmer tidak mungkin untuk melakukan proses
pemeliharaan meliputi:

Program ditulis oleh programmer lain;

Salah satu programmer dapat menggunakan logika secara radikal berbeda dari
programmer lain;

Ini memberikan kesempatan yang cukup untuk kegagalan selain untuk sukses;

Perlu mempelajari seluruh program bahkan jika itu membutuhkan perubahan

kecil; dan / atau

Pengguna selalu membandingkan sistem baru dengan yang lama.

Banyak IS masalah pemeliharaan organisasi di alam, yang melibatkan isu-isu,

misalnya, desain organisasi, definisi tugas dan tugas, teknik pekerjaan, dan
kebijakan untuk koordinasi dan kontrol. Situasi di mana masalah organisasi
timbul telah diidentifikasi sebagai satu set enam hubungan (fondasi relasional
pemeliharaan) sebagai dasar untuk manajemen yang efektif (Swanson & beath,
1989). Keenam hubungan adalah: (1) di antara-sistem hubungan; (2) antara-staf
hubungan; (3) hubungan amonguser; (4) hubungan sistem-staf; (5) hubungan
sistem-friendly; dan (6) hubungan staf-friendly. Masalah dalam pemeliharaan
dapat dilihat sebagai kurangnya interpretasi fit antara enam hubungan ini dan
dapat dilihat sebagai masalah psikologis antara pihak-pihak tersebut.

MASALAH KARAKTERISTIK
Swanson dan beath (1989) juga menunjukkan bahwa sifat IS adalah salah satu
sumber utama masalah pemeliharaan. Mereka mengidentifikasi empat masalah
karakteristik alami dalam pemeliharaan: (1) IS mewujudkan dan melembagakan
pengetahuan organisasi; (2) IS cenderung tumbuh dan rumit dari waktu ke
waktu; (3) IS cenderung berumur panjang; dan (4) IS cenderung berkumpul dan
berkembang sebagai keluarga yang anggotanya sangat bergantung pada satu
sama lain.

MASALAH PRAKTIS
Sebuah studi oleh Lientz dan Swanson (1980) menunjukkan bahwa sumber
utama masalah dalam praktek meliputi: (1) pengetahuan pengguna; (2)
efektivitas programmer; (3) kualitas produk; dan (4) ketersediaan waktu
programmer. Swanson dan beath (1989) melakukan studi multi-kasus pada IS
pemeliharaan dan diidentifikasi 26 calon item masalah yang berkontribusi pada
masalah mempertahankan IS dalam 12 kasus. Mereka membagi masalah
menjadi faktor yang sama dan bekerja enam faktor masalah seperti: (1)
pengetahuan pengguna; (2) efektivitas programmer; (3) kualitas produk; (4)
ketersediaan waktu programmer; (5) persyaratan mesin; dan (6) keandalan
sistem.

MAINTENANCE MANAGEMENT MASALAH

Studi tentang masalah praktis, seperti yang dijelaskan oleh Swanson dan beath
(1989), didasarkan pada survei ekstensif sebelumnya yang dilakukan oleh Lientz
dan Swanson (1980). penulis lain telah melakukan survei serupa, yang ditujukan
IS masalah pemeliharaan (misalnya, Ball, 1987; McClure, 1992; Nosek & Plavia,
1990). Dekleva (1992), melakukan survei, di mana pandangan manajerial
dimasukkan dan dikategorikan. Dia diklasifikasikan masalah dalam empat
kategori: (1) manajemen pemeliharaan; (2) lingkungan organisasi; (3) faktor
personil; dan (4) karakteristik sistem. Hasil survei menyimpulkan bahwa:

masalah pemeliharaan berakar di lingkungan organisasi penyebab masalah

manajemen pemeliharaan;

masalah manajemen pemeliharaan yang tinggi memicu masalah personil yang

tinggi; dan

Masalah yang terkait dengan karakteristik sistem menyebabkan masalah yang

dijelaskan dalam kategori faktor personil.

poin literatur untuk masalah pemeliharaan IS menjadi bukan hanya masalah

komputer. Masalah melibatkan kombinasi dari orang, organisasi, dan teknologi.
Berdasarkan Deleva (1992) dan Chapin (1993) survei, ada dua masalah teknologi
(manajemen pemeliharaan dan sistem karakteristik) dan tiga masalah
nontechnological (faktor personil, hubungan pengguna, dan faktor lingkungan)
dalam IS pemeliharaan. Namun, sebagian besar IS studi pemeliharaan telah
difokuskan pada masalah teknologi. Sedikit metodologi telah dikembangkan
dalam kaitannya dengan perilaku manusia. Namun menurut (1987) penjelasan
Schneidewind ini, manusia adalah faktor utama dalam IS biaya pemeliharaan.
Ada kurangnya metodologi yang memadai yang menggabungkan aktivitas
manusia; Namun SSM adalah sebuah pendekatan yang dirancang untuk
mempelajari sistem sosial. Ini bisa menjadi alat yang berguna untuk
mendapatkan IS pemeliharaan.

Lembut Sistem Metodologi dan Aplikasi

SSM berasal pada tahun 1972 oleh Checkland sebagai sarana berhubungan
dengan manajerial yang kompleks sebagai lawan teknis didefinisikan situasi
masalah. SSM telah dikembangkan selama sebelumnya 30 tahun berdasarkan
pada prinsip bahwa pembangunan terbaik dapat dilakukan oleh interaksi antara
teori dan praktek (Tsouvalis & Checkland, 1996). Tajino dan Smith (2005)
melaporkan bahwa SSM telah digunakan di lebih dari 200 kasus (terutama di
Inggris dan bagian lain Eropa) yang melibatkan berbagai isu-isu manajemen
dalam perusahaan bisnis swasta (misalnya, Ferrari, harga, & Martinelli, 2002 ),

organisasi nirlaba (misalnya, Luckett, Ngubane, & Memela, 2001), dan pelayanan
kesehatan (misalnya, Atkinson, Eldabi, & Paul, 2002).

Dalam hal pemikiran sistem, Checkland (1981) dibedakan antara SSM dan
metodologi sistem keras. Checkland berpendapat bahwa SSM dimulai dengan
dorongan untuk membawa perbaikan dalam sistem sosial di mana ada dirasakan
menjadi situasi masalah yang tidak jelas. Keras metodologi sistem dimulai
dengan keinginan untuk memecahkan masalah yang relatif didefinisikan dengan
baik yang seorang analis mungkin, untuk sebagian besar, mengambil seperti
yang diberikan, sekali klien yang memerlukan bantuan diidentifikasi.

Bentuk klasik SSM sebagai struktur tujuh tahap (diadaptasi dari Checkland,
1981)
Gambar 1. Bentuk klasik SSM sebagai struktur tujuh tahap (diadaptasi dari
Checkland, 1981)

Checkland (1981) dijelaskan proses tujuh tahap (Gambar 1) dalam karyanya

sebelumnya. Model tujuh tahap terdiri dari dua jenis kegiatan: kegiatan dunia
nyata dan sistem kegiatan berpikir. Tujuh tahap adalah: masalah tidak
terstruktur; masalah diungkapkan; definisi akar sistem yang relevan; model
konseptual; membandingkan masalah diungkapkan dengan model konseptual;
layak dan perubahan yang diinginkan; dan tindakan untuk memperbaiki situasi
masalah.

Pada tahun 1990, Checkland dan Scholes (1990) disajikan bentuk maju SSM
(Gambar 2), yang menunjukkan sifat berkembang dari proses pemodelan dan
penyelidikan selama studi kasus. Bentuknya dikembangkan dari SSM adalah
model konseptual yang menggunakan kata benda untuk mewakili komponen
beton dan panah untuk mewakili interaksi antara komponen. SSM digunakan
untuk mempromosikan partisipasi pengguna dan mengidentifikasi sistem yang
tepat untuk komputerisasi berdasarkan aktivitas pertimbangan manusia
(McDermid, 1990).

Bentuknya dikembangkan dari SSM (diadaptasi dari Checkland & Scholes, 1990)
Gambar 2. Bentuk dikembangkan dari SSM (diadaptasi dari Checkland & Scholes,
1990)

Checkland (1995) menggunakan konsep sistem sebagai dasar teoritis

didefinisikan dengan baik untuk membangun model, dan pengganti untuk Realis
mengklaim bahwa realitas sosial akan dijelaskan. Namun, tidak ada contoh
praktis dari penggunaan bentuk yang dikembangkan dari model konseptual
sampai Checkland dan Holwell (1998) pertama kali disajikan account mereka dari

IS dan IS pengembangan. Checkland dan Holwell dibedakan antara data, CAPTA,

informasi, dan pengetahuan (Gambar 3). Capta adalah fakta yang dipilih atau
diciptakan yang sebenarnya dikumpulkan dari dunia nyata. Mereka
mengembangkan model diuraikan disebut Proses untuk Organisasi Makna (POM)
model kategori (data, CAPTA, informasi, dan pengetahuan) dalam kaitannya
dengan kegiatan organisasi dan tindakan konsekuensi mereka (Gambar 4).
Konsep yang ditunjukkan oleh model POM bertentangan dengan kebijaksanaan
maka konvensional tentang proses pembangunan IS.

Lebih sastra muncul setelah tahun 1990 tentang penggunaan SSM dalam proyek
IS. Banyak penulis berusaha untuk membenarkan penggunaan SSM dan
penggunaan gabungan SSM dengan lainnya yang ada IS teknik pengembangan
untuk IS pembangunan. Shafer (1988) disajikan Analisis Fungsional Persyaratan
Office metode (FAOR) yang menyediakan sumber umum pemecahan masalah
dan pembelajaran heuristik. FAOR terdiri dari empat tahap: eksplorasi, metode
menjahit, analisis, dan evaluasi. FAOR menganggap partisipasi anggota tim dan
tim bekerja penting untuk memahami sistem yang kompleks. Avison dan KayuHarper (1990) disajikan metode MultiView yang merupakan contoh menyatukan
pendekatan lunak dan keras untuk IS pembangunan. MultiView termasuk
pendekatan khusus untuk pengembangan IS yang terdiri dari lima tahap: analisis
aktivitas manusia, analisis informasi, analisis dan desain aspek sosioteknikal,
desain antarmuka komputer, dan desain aspek teknis. Checkland dan Holwell
(1998) telah dibenarkan penggunaan SSM di lingkungan organisasi besar. Taylor
dan DaCosta (1999) telah meneliti studi kasus di kecil untuk perusahaan
menengah (UKM), proyek IS menggunakan SSM, dan membahas alasan mengapa
SSM hanya sesuai dalam lingkungan UKM seperti di lingkungan organisasi besar.
Taylor dan DaCosta (1999) menyimpulkan bahwa SSM dapat membantu untuk
memberikan pemahaman yang lebih dalam masalah sistem informasi terkait
dalam lingkungan UKM. Lai (2000) mengusulkan sebuah model di mana SSM dan
metodologi berorientasi objek dapat digunakan bersama-sama untuk
meningkatkan efektivitas analisis kebutuhan organisasi untuk IS pembangunan.
Lai menyarankan salah satu manfaat utama yang muncul dari penggunaan suatu
kerangka terpadu dalam proyek pengembangan IS ditingkatkan definisi
kebutuhan pengguna yang penting untuk keberhasilan pelaksanaan IS. Rose
(2007) mengusulkan Interact-Transformasi-Interaksi (ITI) model. Model ini
memandang proses software sebagai tugas sosial dan manajerial, daripada
kegiatan teknis. Itu berhasil digunakan (dalam hubungannya dengan bentuk
maju SSM yang menggabungkan analisis berdasarkan teori strukturasi) untuk
struktur pengembangan intranet di sebuah departemen universitas. Di mana
pun, dalam sebuah organisasi besar atau lingkungan UKM, di sebuah universitas
publik atau perusahaan swasta, SSM dapat lebih efektif mengungkap nyata IS
kebutuhan dengan cara mencari "akomodasi" persyaratan IS dan menyelidiki
lebih luas sistem aktivitas manusia.

Hubungan antara data, CAPTA, informasi, dan pengetahuan (diadaptasi dari

Checkland & Holwell, 1998)

Gambar 3. Hubungan antara data, CAPTA, informasi, dan pengetahuan

(diadaptasi dari Checkland & Holwell, 1998)

Xu (2000) menunjukkan bahwa "SSM adalah salah satu yang baru IS metode
pengembangan (ISDMs) konsep dan praktek" dan "SSM telah berhasil diterapkan
untuk ISDMs seperti MultiView, FAOR dan metode lain melalui kontribusi sistem
ide-ide" (hal. 106 ). Ide inti dari SSM adalah untuk menghasilkan model sistem
logis yang dianggap sebagai situasi masalah dan kemudian membandingkan
model dan situasi dalam rangka untuk struktur perdebatan tentang perubahan
(Ledington & Ledington, 1999). SSM menekankan pentingnya peserta manusia
dan cara di mana mereka berhubungan satu sama lain melalui pekerjaan yang
mereka lakukan (McDermid, 1990). Sejumlah penelitian telah menggunakan SSM
di berbagai organisasi sebagai kendaraan untuk menetapkan persyaratan
organisasi untuk proyek-proyek IS (Checkland, 1981; Checkland & Scholes, 1990;
Taylor & DaCosta, 1999).

The POM Model (diadaptasi dari Checkland & Holwell, 1998)

Gambar Model POM 4. (diadaptasi dari Checkland & Holwell, 1998)

Sebuah pencarian literatur untuk periode 1950-2007 inklusif dilakukan. Semua

artikel diidentifikasi dengan kata kunci "metodologi sistem lembut" ditinjau.
Artikel diidentifikasi sebagai merujuk kepada IS pemeliharaan / MIS pemeliharaan
pemeliharaan / software dipindai untuk menemukan orang-orang yang terkait
dengan SSM. Pencarian ini menunjukkan bahwa tidak ada artikel diidentifikasi
sehubungan dengan penggunaan SSM sebagai metode operasional untuk
membantu IS kegiatan pemeliharaan. Dengan demikian dapat disimpulkan
bahwa tampaknya ada celah dalam literatur tentang penggunaan SSM sebagai
metode operasional untuk mempertahankan IS.

ANALISIS-BENTUK SSM UNTUK IS MAINTENANCE

Berdasarkan konsep yang diperoleh Checkland (1981), Checkland & Scholes,
1990), (Checkland & Holwell, 1998), bentuk baru SSM "analisis-bentuk"
dikembangkan oleh penelitian ini untuk digunakan dalam IS pemeliharaan
(Gambar 5). Ia mencoba untuk model dunia nyata dalam struktur yang sama
seperti model bertujuan. SSM "analisis-bentuk" digunakan sebagai alat untuk
analisis unsur-unsur dalam "kata nyata" dan "berpikir tentang dunia nyata," dan
menjelaskan proses maintenance "seluruh" IS sebagai sistem aktivitas manusia
untuk peserta terlibat dalam IS proyek pemeliharaan.

Analisis-bentuk SSM untuk IS pemeliharaan

Gambar 5. Analisis-bentuk SSM untuk IS pemeliharaan

"Analisis-bentuk" terdiri dari 10 elemen, yang terbagi antara kegiatan dunia

nyata dan kegiatan sistem berpikir. Dalam jangka kebutuhan organisasi,
"analisis-bentuk" merupakan jenis set ideal tindakan manusia dinyatakan
sebagai sebuah sistem untuk IS pemeliharaan. set ideal ini interaksi manusia
adalah tindakan yang ideal dan reaksi antara pengguna, pemilik, dan
programmer selama IS proses pemeliharaan. Dalam jangka kebutuhan teknis,
"analisis-bentuk" menghasilkan output dari "Persyaratan perubahan" dan "sistem
informasi yang sebenarnya."

Ada banyak alasan mengapa pengguna dan pemilik ingin mengubah yang sudah
ada IS. alasan ini adalah karena "perubahan eksternal" (1), "perubahan internal"
(2), dan "perlu untuk perbaikan" (3). "Perubahan Eksternal" adalah perubahan
luar organisasi, misalnya, perubahan standar teknis dan cara melakukan bisnis.
Ini mempengaruhi pandangan masyarakat dunia. Perubahan dalam "dunia yang
dirasakan" (4) mempengaruhi persepsi pemilik dan pengguna dari "organisasi
klien" (5). "Perubahan internal" adalah perubahan yang diprakarsai sendiri oleh
organisasi klien. Secara langsung mempengaruhi persepsi organisasi klien.
Berdasarkan persepsi ini, organisasi klien akan ingin memodifikasi yang ada IS
untuk menggabungkan perubahan. Kebutuhan untuk perbaikan mungkin akan
terpengaruh oleh perubahan internal dan eksternal, tetapi biasanya itu adalah
tindakan proaktif yang bertujuan untuk membuat sistem yang lebih baik.

Biasanya, sebuah organisasi klien mendefinisikan perubahan dalam bentuk

"Persyaratan perubahan" (7), yang agak teknis di alam. Sulit untuk pengguna
non-teknis dan pemilik untuk menyusun dokumen teknis. Oleh karena itu, "IT
organisasi" (6) akan membantu organisasi klien untuk menentukan perubahan
dan menentukan dalam bentuk teknis. Persyaratan perubahan menguraikan ide
untuk perubahan dan menarik gambar dari output-"model konseptual" (8). model
konseptual ini dapat digambarkan sebagai tujuan IS. Sebuah model konseptual
tidak dapat dibangun dari nol. Tapi dengan mengacu pada "benchmarking" (8a)
dan mengubah teknik (8b), model konseptual dapat dibangun secara
menyeluruh dan mengurangi bias.

Sebuah organisasi TI kemudian mengambil "tindakan" (9) untuk memodifikasi IS

yang ada. Setelah periode waktu, IS dimodifikasi dilepaskan. Sebuah organisasi
klien kemudian akan membandingkan "nyata IS" dengan satu tujuan. Pengguna
dan pemilik membayangkan tujuan IS berdasarkan kebutuhan perubahan
mereka. Tapi programmer mengembangkan nyata IS yang mungkin berbeda
dengan yang terarah. Ini "perbandingan" (10) dapat menyebabkan suatu
organisasi klien untuk menempatkan kebutuhan perubahan lain dan memulai
siklus berikutnya modifikasi.

Kegiatan atau elemen didefinisikan sebagai berikut.

perubahan eksternal: perubahan eksternal adalah perubahan yang disebabkan

oleh lingkungan luar organisasi dan keluar dari kontrol. Contohnya adalah
globalisasi, peraturan pemerintah yang baru, pengembangan teknologi baru, dan
ancaman teroris.

perubahan internal: perubahan internal adalah perubahan dalam suatu

organisasi yang berada dalam kendalinya, seperti perubahan struktur organisasi,
perubahan CEO, dan perubahan dari proses produksi.

Perlu untuk perbaikan: Kebutuhan perbaikan mungkin responsif atau proaktif. Hal
ini tergantung pada keputusan manajerial

Dirasakan dunia: dirasakan dunia adalah apa yang orang anggap mereka akan
capai melalui berbagai asumsi mereka. pandangan dunia akan berubah karena
perubahan lingkungan eksternal seperti ketersediaan teknologi baru. Misalnya,
penggunaan luas dari Internet mengarah ke modifikasi yang ada IS menjadi
aplikasi internet-enabled.

organisasi klien: Ini adalah sebuah organisasi di mana IS diimplementasikan.

organisasi TI: Ini adalah sebuah organisasi yang melakukan IS layanan

pemeliharaan untuk organisasi klien.

Dalam sebuah organisasi TI, ada dua proses pemeliharaan yang berbeda:

Proses pemeliharaan yang digunakan oleh pengelola perangkat lunak individu

(programmer) untuk melaksanakan permintaan modifikasi tertentu; dan

Proses pada tingkat organisasi yang mengelola arus permintaan pemeliharaan

dari pengguna dan pemilik.

Perubahan persyaratan: Sebuah organisasi klien menempatkan permintaan

perubahan dan organisasi TI membuat analisis permintaan. Sebuah organisasi TI
membantu organisasi klien untuk menentukan bagian mana dari yang ada IS
harus diubah. Kemudian, mereka menyusun spesifikasi perubahan persyaratan.
Persyaratan perubahan adalah dokumen teknis yang umumnya digunakan dalam
tradisional IS pemeliharaan.

model konseptual: model konseptual adalah model yang dibuat setelah

merumuskan persyaratan perubahan. Dengan mengacu pada pemikiran sistem
dan benchmarking, model konseptual yang lebih erat berasal dari bebas dari
bias.

Tindakan untuk meningkatkan IS: Sebuah tindakan bertujuan pemeliharaan IS

terjadi dalam bentuk rancangan program dan coding. Programmer memodifikasi
desain asli dan membangun sebuah versi baru dari IS.

Perbandingan IS dan model konseptual Pengguna dan pemilik bandingkan nyata

IS dan model konseptual. perbandingan mempengaruhi organisasi klien dan
mengarah ke awal perubahan berikutnya untuk memodifikasi IS.

Persyaratan perubahan adalah pendorong utama untuk pemeliharaan IS.

Menurut Lientz dan (1980) studi Swanson ini, sekitar 80% dari IS kegiatan
pemeliharaan yang dikaitkan dengan adaptif dan pemeliharaan perfektif, baik
yang berhubungan dengan kebutuhan perubahan. "Analisis-bentuk" berfokus
pada kebutuhan perubahan dan bidang-bidang berikut: (1) perencanaan untuk
perubahan persyaratan; (2) menilai dampak perubahan; (3) menentukan
volatilitas persyaratan; dan (4) menilai organisasi klien dan IT Origination
efektivitas dalam menangani perubahan. Persyaratan perubahan dapat
diklasifikasikan ke dalam jenis berikut:

Perubahan-perubahan layar ke "bentuk interaktif"

Tata letak / detail perubahan-perubahan pada desain bentuk tunggal

Style perubahan-perubahan gaya bentuk yang akan mempengaruhi banyak atau

semua bentuk

Laporan perubahan-perubahan pada laporan yang dihasilkan

Laporan tata letak-perubahan tata letak atau desain dari laporan

Permintaan perubahan-perubahan pada mekanisme permintaan digunakan untuk

menghasilkan laporan

Perubahan-bidang baru penambahan satu atau lebih bidang baru untuk laporan

Data perubahan-perubahan pada struktur database

Fitur luas "analisis-bentuk" adalah:

Ini dimaksudkan untuk menjadi sebuah perangkat dipertahankan dengan

struktur dan bahasa, yang dapat digunakan untuk membuat rasa hidup di
organisasi nyata.

Elemen yang terhubung dengan cara tertentu untuk membentuk struktur.

Elemen mendefinisikan serangkaian proses terhubung.

Struktur "analisis-bentuk" adalah siklik. Unsur ending (10) dihubungkan ke titik

awal; siklus tindakan kemudian restart.

Proses ini dapat mencakup berbagai cara konseptualisasi sebuah organisasi.

"Analisis-bentuk" memungkinkan pengguna untuk menentukan proses untuk

mempertahankan IS.

DISKUSI
rasal literatur yang IS masalah pemeliharaan memiliki kedua basis teknologi dan
nontechnological (Chapin, 1985; Dart, Christie, & Brown, 1993; Dekliva, 1992;
Lientz & Swanson, 1980; Martin & Osborne, 1983; Swanson & beath, 1989; Tan &
Gable, 1998). masalah Nontechnological terutama manusia terkait. Untuk
masalah teknologi, manajemen pemeliharaan juga melibatkan kegiatan
manajemen antara orang dan peristiwa. karakteristik sistem didefinisikan oleh
manusia. Oleh karena itu, kedua masalah mengandung masalah manusia terkait.
Setiap solusi untuk meningkatkan tahap pemeliharaan harus mengatasi masalah
ini. Dengan demikian, model apapun yang akan diterapkan untuk IS
pemeliharaan harus mencakup faktor manusia.

"Analisis-bentuk" mengarah ke informasi yang mendukung pemahaman

masyarakat terhadap set ideal tindakan manusia, yang merupakan hubungan
dua arah antara organisasi klien dan organisasi TI. Ini membantu proses
pembelajaran bagi pengguna, pemilik, dan programmer untuk meningkatkan
tidak hanya komunikasi tetapi juga masalah teknis. Checkland (2001)
menyatakan bahwa SSM didasarkan pada prinsip bahwa setiap pemahaman dari
proses harus sistemik dan berkelanjutan. Sifat siklik dari "analisis-bentuk"
menyiratkan bahwa IS pemeliharaan dapat dilakukan terus menerus.

Banjir dan Jackson (1991) mengemukakan bahwa SSM sangat bertumpu pada isu
partisipasi. Partisipasi merupakan bagian penting dari "analisis-bentuk." Interaksi
antara cita-cita dan pengalaman dari dunia nyata mengarah ke debat; tingkat
partisipasi dalam perdebatan sangat penting dalam mendefinisikan dan
mengimplementasikan perubahan (Callo & Packham, 1999). "Analisis-bentuk"
memberikan gambaran yang kaya bagi pengguna, pemilik, dan programmer
untuk membangun mereka IS kegiatan pemeliharaan. Kegiatan-kegiatan tersebut
sangat partisipatif. Efektivitas "analisis-bentuk" tergantung pada tingkat
partisipasi dari peserta dalam organisasi klien untuk membangun kapasitas
mereka untuk mempertahankan IS mereka.

Tujuan dari penelitian ini adalah untuk memperpanjang SSM sebagai model
operasional dalam pemeliharaan IS dengan tujuan memberikan kontribusi untuk
literatur dan menyediakan stimulus untuk penelitian lebih lanjut. Checkland
(1981) mengemukakan bahwa model teoritis terdiri dari memperluas teori akrab
menjadi domain baru aplikasi; model ini menarik dari beberapa teori yang lebih
dasar atau teori, satu set asumsi tentang suatu objek atau sistem, termasuk
struktur batin, komposisi atau mekanisme. Dalam penelitian ini, "familiar teori"
adalah SSM dan "domain baru aplikasi" adalah area pemeliharaan IS. Dalam
rangka untuk menunjukkan bahwa SSM dapat digunakan dalam proses
pemeliharaan IS, model konseptual dikembangkan. Diusulkan bahwa model ini
akan diuji dalam "praktik" dalam studi lebih lanjut.

Penelitian ini berguna dengan membuat kontribusi terhadap pengetahuan di dua

daerah. Pertama, penelitian ini memberikan kontribusi dengan menambahkan
literatur tentang SSM. Hal ini juga membuat kontribusi terhadap literatur tentang
IS pemeliharaan dengan memberikan metode alternatif untuk mempertahankan
IS. Penelitian ini meneliti masalah berkontribusi terhadap kurangnya metodologi
organisasi dalam pemeliharaan IS. Kedua, penelitian ini mengembangkan model
konseptual sebagai "analisis-bentuk" SSM untuk membantu IS pemeliharaan.
Penelitian ini eksplorasi penelitian sehingga lebih bisa dilakukan pada IS
pemeliharaan dengan menggunakan ini "analisis-bentuk."

KESIMPULAN
Sastra menyoroti bahwa masalah pemeliharaan IS tidak hanya masalah
komputer. Masalah melibatkan kombinasi orang, organisasi, dan teknologi.
Setiap solusi untuk meningkatkan fase pemeliharaan harus mengatasi masalah
manusia terkait. Dalam bab ini, model SSM diperpanjang dikembangkan untuk
meningkatkan kondisi manusia dengan memahami dan mengubah situasi
pemeliharaan IS. "Analisis-bentuk" digunakan sebagai alat untuk meningkatkan
efektivitas analisis kebutuhan organisasi di ADALAH proses pemeliharaan. Oleh
karena itu, penelitian ini memberikan peluang untuk penelitian lebih lanjut yang
akan melihat ini "analisis-bentuk" lanjut divalidasi dan disempurnakan dengan
mengumpulkan dan menganalisis data dari organisasi selama proses
pemeliharaan IS.

REFERENSI
[Ch011bib_R1] N. Anquetil ,, K.M. de Oliveira ,, K.D. de Sousa ,, & M.G. Batista
Dias, (2006). pemeliharaan perangkat lunak dilihat sebagai masalah manajemen
pengetahuan. Informasi dan Software Teknologi, 49 (8), 515-529.

[Ch011bib_R2] C. Atkinson ,, T. Eldabi ,, & R. Paul, (2002). Terpadu pendekatan

untuk penelitian dan pengembangan informatika kesehatan. Logistik Informasi
Manajemen, 15 (2), 138-152.

[Ch011bib_R3] D.E. Avison ,, & A T. Wood-Harper, (1990). Multiview: Sebuah

eksplorasi dalam pengembangan sistem informasi. Maidenhead: McGraw-Hill.

[Ch011bib_R4] R.K. Ball, (1987). perawatan perangkat lunak survei tahunan:

Hasil Survey (kertas kerja). Vallejo, CA: Software Maintenance Association.

[Ch011bib_R5] V.N. Callo ,, & R.G. Packham, (1999). Penggunaan metodologi

sistem lembut dalam pembangunan emansipatoris. Penelitian sistem dan Ilmu
Perilaku, 16 (4), 311-310.

[Ch011bib_R6] N. Chapin, (1985). Pemeliharaan perangkat lunak: Sebuah

pandangan yang berbeda. Dalam AFIPS Conference Proceedings, National 54
Konferensi Komputer (pp. 509-513).

[Ch011bib_R7] N. Chapin, (1993). masalah manajemen terlihat dalam perawatan

perangkat lunak: Sebuah studi pemberdayaan. Dalam IEEE 1993 Konferensi
Pemeliharaan Software (pp. 329-333).

[Ch011bib_R8] P.B. Checkland, (1972). Menuju metodologi sistem berbasis untuk

pemecahan masalah dunia nyata. Jurnal Sistem Teknik, 3 (2), 87-116.

[Ch011bib_R9] P.B. Checkland, (1981). Sistem pemikiran, praktik sistem.

Chichester, UK: Wiley.

[Ch011bib_R10] P.B. Checkland, (1992). Dari kerangka melalui pengalaman

belajar: Sifat penting dari penelitian tindakan. Dalam C.J. Bruce & A.L. Russell (.
Eds), Transformasi besok hari ini: Prosiding Kedua World Congress pada Action
Learning. Nathan, Queensland: Action Learning, Penelitian Tindakan dan Proses
Asosiasi Management Incorporated, Griffith University.

[Ch011bib_R11] P.B. Checkland, (1995). validasi model dalam praktek sistem

yang lembut. Sistem Penelitian, 12 (1), 47-54.

[Ch011bib_R12] P.B. Checkland, (2001). metodologi sistem lembut dalam

tindakan: penciptaan Partisipatif dari strategi informasi untuk rumah sakit akut.
Dalam J. Rosenhead & J. Mingers, analisis Rasional untuk dunia bermasalah
ditinjau kembali (Eds.): (. 2nd ed) metode penataan Soal untuk kompleksitas,
ketidakpastian dan konflik (pp 91-113.). Chichester, West Sussex: John Wiley and
Sons.

[Ch011bib_R13] P.B. Checkland ,, & S. Holwell, (1998). Informasi, sistem dan

sistem informasi. Chichester, West Sussex: Wiley.

[Ch011bib_R14] P.B. Checkland ,, & J. Scholes, (1990). metodologi sistem lembut

dalam tindakan. Chichester, West Sussex: Wiley.

[Ch011bib_R15] S.A. Dart ,, A.M. Christie ,, & A.W. Brown, (1993). Sebuah studi
kasus di perawatan perangkat lunak (SEI Tek. Rep. No. CMU / SEI-93-TR-08).
Pittsburgh PA: Software Engineering Institute, Carnegie Mellon University.

[Ch011bib_R16] S.M. Dekleva, (1992). studi Delphi masalah perawatan

perangkat lunak. Dalam IEEE 1992 Konferensi Pemeliharaan Software (pp. 1017).

[Ch011bib_R17] M.A. Eioerman ,, & M.T. Dishaw, (2007). Proses perawatan

perangkat lunak: Sebuah perbandingan bahasa berorientasi objek dan
pengembangan generasi ketiga. Jurnal Pemeliharaan Software dan Evolusi:
Penelitian dan Praktek, 19 (1), 33-47.

[Ch011bib_R18] M. Ferrari ,, B. Harga ,, & P. Martinelli, (2002). Pendekatan

sistemik SSM: Kasus perusahaan Brasil. Sistemik Praktek dan Penelitian
Tindakan, 15 (1), 51-66.

[Ch011bib_R19] R.L. Banjir ,, & M.C. Jackson, (1991). Pemecahan masalah secara
kreatif: Total sistem intervensi. Chichester, West Sussex: Wiley.

[Ch011bib_R20] Masehi Higgins, (1986). Data terstruktur perawatan perangkat

lunak: The Warnier pendekatan / ORR. New York: Dorset Rumah Publishing Co

[Ch011bib_R21] S.L. Lai, (2000). Integrasi dari metode ilmu sistem dan analisis
berorientasi objek untuk menentukan kebutuhan informasi organisasi.

Membaca, MA: Addison-Wesley.

Membaca, MA: Addison-Wesley.

Englewood Cliffs, NJ: Prentice Hall.