PEMAHAMAN DAN PEMODELAN SISTEM ORGANISASI

Paulus Sugiyanto Yusuf , S.E., M. T.

Kelompok 2 :

Anastasia Putri R (0116101062)

Eufilha Afonso N (0116101056)

Yuni Cansera H (0116101073)

Violitta Putri P (0116101087)

Muhammad Ilham (0116101049)

Fakultas Ekonomi Prodi Akuntansi S1

Universitas Widyatama

2018

Kata Pengantar
 Puji syukur kehadirat Tuhan Yang Maha Esa atas segala rahmatNYA sehingga makalah ini
dapat tersusun hingga selesai . Tidak lupa kami juga mengucapkan banyak terimakasih atas
bantuan dari berbagai sumber yang telah berkontribusi dengan memberikan materi.

Dan harapan kami semoga makalah ini dapat menambah pengetahuan dan pengalaman bagi para
pembaca, Untuk ke depannya dapat memperbaiki bentuk maupun menambah isi makalah agar
menjadi lebih baik lagi.

Karena keterbatasan pengetahuan maupun pengalaman kami, Kami yakin masih banyak
kekurangan dalam makalah ini, Oleh karena itu kami sangat mengharapkan saran dan kritik yang
membangun dari pembaca demi kesempurnaan makalah ini.

Bandung, 21 September 2018

Penyusun

Kelompok 2

BAB II
 PEMBAHASAN

2.1 ORGANISASI SEBAGAI SISTEM

Organisasi dan anggotanya secara bermanfaat dikonseptualisasikan sebagai sistem yang

dirancang untuk mencapai tujuan dan sasaran yang telah ditentukan sebelumnya melalui orang
dan sumber daya lain yang mereka gunakan. Organisasi terdiri dari sistem yang lebih kecil dan
saling terkait (departemen, unit, divisi, dll.) Yang melayani fungsi khusus. Fungsi yang umum
termasuk akuntansi, pemasaran, produksi, pemrosesan data, dan manajemen. Fungsi khusus
(sistem yang lebih kecil) pada akhirnya diintegrasikan melalui berbagai cara untuk membentuk
keseluruhan organisasi yang efektif. Pentingnya organisasi konseptualisasi sebagai sistem yang
kompleks adalah bahwa prinsip-prinsip sistem memungkinkan wawasan tentang bagaimana
organisasi bekerja.

2.1.1 Keterkaitan dan Interdependensi Sistem

Semua sistem dan subsistem saling terkait dan saling bergantung. Fakta ini memiliki
implikasi penting baik bagi organisasi maupun bagi analis sistem yang berusaha membantu
mereka mencapai tujuan mereka dengan lebih baik. Ketika elemen apa pun dari sistem diubah
atau dihilangkan, elemen dan subsistem sistem lainnya juga terpengaruh secara signifikan.
Menurut definisi, proses mengubah atau mengubah input menjadi output. Setiap kali Anda
memeriksa suatu sistem, periksa untuk melihat apa yang sedang diubah atau diproses. Jika tidak
ada perubahan, Anda mungkin tidak mengidentifikasi proses. Proses khas dalam sistem termasuk
verifikasi, pemutakhiran, dan pencetakan.

Aspek lain dari organisasi sebagai sistem adalah bahwa semua sistem dikandung oleh
batasan yang memisahkan mereka dari lingkungan mereka. Batas-batas organisasi ada pada suatu
rangkaian mulai dari yang sangat permeabel sampai hampir kedap air. Untuk terus beradaptasi
dan bertahan hidup, organisasi harus dapat terlebih dahulu mengimpor orang, bahan mentah, dan
informasi melalui batasan (input) mereka, dan kemudian menukarkan produk jadi, layanan, atau
informasi mereka dengan dunia luar (output).
2.1.2 Organisasi Virtual dan Tim Virtual

Tidak semua organisasi atau bagian organisasi terlihat di lokasi fisik. Seluruh organisasi
atau unit organisasi kini dapat memiliki komponen virtual yang memungkinkan mereka
mengubah konfigurasi untuk beradaptasi dengan perubahan proyek atau permintaan pasar.
Perusahaan virtual menggunakan jaringan komputer dan teknologi komunikasi untuk membawa
orang-orang dengan keterampilan khusus bersama secara elektronik untuk bekerja pada proyek-
proyek yang secara fisik tidak terletak di tempat yang sama. Teknologi informasi memungkinkan
koordinasi dari anggota tim jarak jauh ini. Seringkali tim virtual bermunculan di organisasi yang
sudah mapan; dalam beberapa contoh, organisasi pekerja jarak jauh berhasil tanpa investasi
tradisional di fasilitas fisik. Ada beberapa manfaat potensial untuk organisasi virtual, seperti
kemungkinan mengurangi biaya fasilitas fisik, respons yang lebih cepat terhadap kebutuhan
pelanggan, dan membantu karyawan virtual untuk memenuhi kewajiban keluarga mereka
terhadap pertumbuhan anak-anak atau orang tua yang menua.

2.1.3 Mengambil Perspektif Sistem

Mengambil perspektif sistem memungkinkan analis sistem untuk mulai mengklarifikasi

dan memahami secara luas berbagai bisnis yang akan mereka hubungi. Adalah penting bahwa
anggota subsistem menyadari bahwa pekerjaan mereka saling terkait. Masalah terjadi ketika
setiap manajer memiliki gambaran yang berbeda tentang pentingnya subsistem fungsionalnya
sendiri.

Kepentingan relatif bidang-bidang fungsional sebagaimana terungkap dalam perspektif

pribadi para manajer mengambil makna tambahan ketika para manajer naik ke puncak melalui
barisan, menjadi manajer strategis. Mereka dapat menciptakan masalah jika mereka terlalu
menekankan persyaratan fungsional fungsional mereka sebelumnya dalam kaitannya dengan
kebutuhan yang lebih luas dari organisasi.

2.1.4 Sistem Perusahaan: Melihat Organisasi sebagai Sistem

 Sistem perusahaan, sering disebut sebagai sistem perencanaan sumber daya perusahaan
(ERP), adalah istilah yang digunakan untuk menggambarkan sistem informasi organisasi
(perusahaan) yang terintegrasi. Secara khusus, ERP adalah perangkat lunak yang membantu
aliran informasi antara area fungsional dalam organisasi. Ini adalah sistem khusus yang, daripada
dikembangkan sendiri, biasanya dibeli dari salah satu perusahaan pengembangan perangkat
lunak yang terkenal untuk paket ERP-nya, seperti SAP atau Oracle. Produk ini kemudian
disesuaikan agar sesuai dengan persyaratan perusahaan tertentu.

ERP berevolusi dari perencanaan kebutuhan material (MRP), sistem informasi yang
dirancang untuk meningkatkan manufaktur secara umum dan perakitan pada khususnya. Sistem
ERP sekarang termasuk komponen manufaktur dan dengan demikian membantu dengan
perencanaan kapasitas, penjadwalan produksi bahan, dan peramalan. Di luar manufaktur (dan
mitra layanannya), ERP mencakup perencanaan penjualan dan operasi, distribusi, pengadaan,
dan pengelolaan rantai pasokan. Karena itu secara signifikan mempengaruhi semua bidang dalam
organisasi, termasuk akuntansi, keuangan, manajemen, pemasaran, dan sistem informasi.

2.2 DEPICTING SYSTEMS GRAPHICALLY

Suatu sistem atau subsistem seperti yang ada dalam organisasi perusahaan dapat
digambarkan secara grafis dalam beberapa cara. Berbagai model grafis menunjukkan batas-batas
sistem dan informasi yang digunakan dalam sistem.

2.2.1 Sistem dan Diagram Arus Data Tingkat Konteks

Model pertama adalah diagram alur data tingkat konteks (juga disebut model
lingkungan). Data flow diagram fokus pada data yang mengalir masuk dan keluar dari sistem dan
pemrosesan data. Komponen dasar dari setiap program komputer dapat dijelaskan secara rinci
dan digunakan untuk menganalisis sistem untuk akurasi dan kelengkapan. Proses mengubah data
yang masuk menjadi informasi keluar, dan level konten hanya memiliki satu proses, mewakili
keseluruhan sistem. Entitas eksternal mewakili entitas apa pun yang memasok atau menerima
informasi dari sistem tetapi bukan bagian dari sistem. Entitas ini dapat berupa orang, sekelompok
orang, posisi atau departemen perusahaan, atau sistem lain. Garis yang menghubungkan entitas
eksternal ke proses disebut aliran data, dan mereka mewakili data.

2.2.2 Sistem dan Model Entitas-Hubungan

Cara lain seorang analis sistem dapat menunjukkan ruang lingkup sistem dan menetapkan
batasan sistem yang tepat adalah dengan menggunakan model entitas-relasi. Unsur-unsur yang
membentuk sistem organisasi dapat disebut sebagai entitas. Entitas dapat berupa orang, tempat,
atau benda, seperti penumpang di maskapai penerbangan, tujuan, atau pesawat. Sebagai
alternatif, entitas dapat berupa peristiwa, seperti akhir bulan, periode penjualan, atau kerusakan
mesin. Hubungan adalah asosiasi yang menggambarkan interaksi antar entitas.

2.3 USE CASE MODELING

Awalnya diperkenalkan sebagai diagram untuk digunakan dalam UML berorientasi

obyek, kasus penggunaan sekarang digunakan terlepas dari pendekatan untuk pengembangan
sistem. Ini dapat digunakan sebagai bagian dari SDLC atau dalam pemodelan tangkas.
Penggunaan kata diucapkan sebagai kata benda (yoos) daripada kata kerja (yooz). Model use
case menggambarkan apa yang dilakukan sistem tanpa menjelaskan bagaimana sistem
melakukannya.

2.3.1 Use Case Symbols

Diagram use case berisi aktor dan menggunakan simbol case, bersama dengan garis
penghubung. Aktor mirip dengan entitas eksternal; mereka ada di luar sistem. Istilah aktor
mengacu pada suatu peran ular sebagai pengguna sistem. Misalnya, seorang aktor mungkin
seorang karyawan, tetapi mungkin juga pelanggan di toko perusahaan. Meskipun itu adalah
orang yang sama di dunia nyata, ia direpresentasikan sebagai dua simbol berbeda pada diagram
use case, karena orang tersebut berinteraksi dengan sistem dalam peran yang berbeda. Aktor ada
di luar sistem dan berinteraksi dengan sistem dengan cara tertentu. Seorang aktor bisa menjadi
manusia, sistem lain, atau perangkat seperti keyboard atau koneksi Web.

Aktor dapat dibagi menjadi dua kelompok yaitu aktor utama adalah penting karena
mereka adalah orang-orang yang menggunakan sistem dan dapat memberikan rincian tentang
apa yang harus dilakukan kasus penggunaan. Mereka juga dapat memberikan daftar tujuan dan
prioritas. Para aktor pendukung (juga disebut aktor sekunder) membantu menjaga sistem tetap
berjalan atau menyediakan layanan lain. Mereka adalah orang-orang yang menjalankan meja
bantuan, analis, programer, dan seterusnya.

2.3.2 Gunakan Hubungan Kasus

Hubungan aktif disebut sebagai hubungan perilaku dan digunakan terutama dalam diagram use
case. Ada empat tipe dasar hubungan perilaku: berkomunikasi, mencakup, meluas, dan
menggeneralisasikan. Keempat tipe tersebut yaitu:

1. KOMUNIKASI.
Hubungan perilaku berkomunikasi digunakan untuk menghubungkan aktor dengan use
case. Tugas dari use case adalah memberikan semacam hasil yang bermanfaat bagi aktor
dalam sistem. Oleh karena itu, penting untuk mendokumentasikan hubungan antara aktor
dan menggunakan kasus.
2. INCLUDES.
Hubungan termasuk (juga disebut menggunakan hubungan) menggambarkan situasi di
mana use case berisi perilaku yang umum untuk lebih dari satu use case. Dengan kata
lain, itu kasus penggunaan umum termasuk dalam kasus penggunaan lainnya.
3. EXTENDS.
Hubungan yang diperluas menggambarkan situasi di mana satu use case memiliki
perilaku yang memungkinkan use case baru untuk menangani variasi atau pengecualian
dari use case dasar.
4. GENERALIZES.
Generalisasi hubungan menyiratkan bahwa satu hal lebih khas daripada hal lainnya.
Hubungan ini mungkin ada antara dua aktor atau dua kasus penggunaan.

2.3.3 Mengembangkan Lingkup Sistem

Ruang lingkup suatu sistem mendefinisikan batas-batasnya, apa yang ada dalam lingkup
atau di dalam sistem - dan apa yang berada di luar jangkauan. Proyek ini biasanya memiliki
anggaran yang membantu menentukan ruang lingkup, dan waktu mulai dan akhir. Aktor selalu
berada di luar ruang lingkup sistem. Jalur komunikasi yang menghubungkan aktor dengan kasus
penggunaan adalah batasan, dan menentukan cakupannya. Karena diagram use case dibuat di
awal siklus hidup sistem, anggaran, waktu mulai, dan waktu akhir dapat berubah seiring
kemajuan proyek; Sebagai analis belajar lebih banyak tentang sistem, use case diagram, use
case, dan scope dapat berubah

2.3.4 Mengembangkan Diagram Use Case

Kasus penggunaan primer terdiri dari arus standar kejadian dalam sistem yang
menggambarkan perilaku sistem standar. Kasus penggunaan utama mewakili penyelesaian kasus
penggunaan normal, diharapkan, dan berhasil. Saat membuat diagram use case, mulailah dengan
meminta pengguna untuk mencantumkan semua yang harus dilakukan sistem untuk mereka. Hal
ini dapat dilakukan dengan menggunakan wawancara, dalam sesi desain aplikasi gabungan
(seperti yang dijelaskan di Bab 4), atau melalui sesi tim yang difasilitasi lainnya.
Analis juga dapat menggunakan sesi cerita tangkas (dijelaskan di Bab 6) untuk
mengembangkan kasus penggunaan. Tuliskan siapa saja yang terlibat dengan masing-masing
kasus penggunaan, dan tanggung jawab atau layanan yang harus diberikan oleh kasus
penggunaan kepada aktor atau sistem lainnya.

Pada tahap awal, ini mungkin merupakan daftar parsial yang diperluas dalam tahap analisis
selanjutnya. Gunakan panduan berikut ini:

1. Meninjau spesifikasi bisnis dan mengidentifikasi pelaku yang terlibat.

2. Identifikasi kejadian tingkat tinggi dan kembangkan kasus penggunaan primer
yang menggambarkan kejadian tersebut dan bagaimana aktor memulai mereka.

Hati-hati memeriksa peran yang dimainkan oleh para aktor untuk mengidentifikasi
semua kemungkinan kasus penggunaan primer yang diprakarsai oleh masing-masing aktor.
Gunakan kasus dengan interaksi pengguna sedikit atau tidak ada yang harus ditunjukkan. Tinjau
setiap kasus penggunaan primer untuk menentukan kemungkinan variasi arus melalui use case.
Dari analisis ini, buat jalur alternatif. Karena arus kejadian biasanya berbeda dalam setiap kasus,

2.3.5 Mengembangkan Skenario Use Case

Setiap use case memiliki deskripsi. Kita akan mengacu pada deskripsi sebagai skenario
use case. Seperti disebutkan, kasus penggunaan primer mewakili arus standar kejadian dalam
sistem, dan jalur alternatif menggambarkan variasi pada perilaku. Use case scenario dapat
menggambarkan apa yang terjadi jika barang yang dibeli kehabisan stok, atau jika perusahaan
kartu kredit menolak pembelian yang diminta oleh pelanggan
Tidak ada format skenario use case standar, sehingga setiap organisasi dihadapkan
dengan standar apa yang harus disertakan. Seringkali kasus penggunaan didokumentasikan
menggunakan kerangka dokumen kasus penggunaan yang telah ditentukan oleh organisasi, yang
membuat kasus penggunaan lebih mudah dibaca dan menyediakan informasi standar untuk
setiap kasus penggunaan dalam model

2.3.6 Gunakan Tingkat Kasus

Anda mungkin ingin membuat kasus penggunaan untuk tingkat yang berbeda. Salah satu metode
(didefinisikan oleh Alistair Cockburn) menggunakan metafora ketinggian berikut:
1. Putih adalah tingkat tertinggi, seperti awan. Ini adalah tingkat perusahaan, dan
mungkin hanya ada empat sampai lima untuk keseluruhan organisasi. Contohnya
mungkin untuk mengiklankan barang, menjual barang ke pelanggan, mengelola
persediaan, mengelola rantai pasokan, dan mengoptimalkan pengiriman.
2. Kite lebih rendah dari putih tapi tetap tingkat tinggi, memberikan gambaran
umum. Kasus penggunaan layang-layang mungkin berada di tingkat unit bisnis
atau departemen dan merupakan rangkuman tujuan. Contohnya adalah
mendaftarkan siswa, atau jika bekerja dengan perusahaan perjalanan: membuat
reservasi maskapai, hotel, mobil, atau pelayaran.
3. Biru berada di permukaan laut, dan biasanya dibuat untuk tujuan pengguna. Hal
ini sering kali sangat menarik bagi pengguna dan paling mudah dipahami oleh
bisnis. Biasanya ditulis untuk aktivitas bisnis dan setiap orang harus bisa
melakukan satu aktivitas tingkat biru di mana saja dari 2 sampai 20 menit.
Contohnya adalah mendaftarkan siswa yang terus melanjutkan, menambahkan
pelanggan baru, menempatkan item di keranjang belanja, dan memesan checkout.
4. Indigo atau ikan adalah kasus penggunaan yang menunjukkan banyak detail,
seringkali pada tingkat fungsional atau subfungsional. Contohnya adalah memilih
kelas, membayar biaya akademik, mencari kode bandara untuk kota tertentu, dan
menghasilkan daftar pelanggan setelah memasukkan nama.
5. Hitam atau kerang seperti bagian bawah samudra, adalah kasus penggunaan yang
paling rinci, pada tingkat subfungsi. Contohnya mungkin validasi logon yang
aman, menambahkan kolom baru menggunakan HTML dinamis, atau
menggunakan Ajax untuk memperbarui halaman Web dengan cara kecil
2.3.7 Membuat Deskripsi Use Case
Gunakan empat langkah berikut untuk membuat deskripsi kasus penggunaan:
1. Gunakan cerita tangkas, tujuan definisi masalah, persyaratan pengguna, atau daftar fitur
sebagai titik awal.
2. Tanyakan tentang tugas yang harus dilakukan untuk menyelesaikan transaksi. Tanyakan
apakah use case membaca data atau update setiap tabel.
3. Cari tahu apakah ada tindakan iteratif atau perulangan.
4. Kasus penggunaan berakhir saat tujuan pelanggan selesai

2.3.8 Mengapa Menggunakan Case Diagram Bermanfaat

Tidak peduli metode apa yang Anda gunakan untuk mengembangkan sistem Anda
(metode SDLC tradisional, metode tangkas, atau metode berorientasi objek), Anda akan
menemukan bahwa kasus penggunaan sangat berharga. Diagram use case mengidentifikasi
semua aktor dalam domain masalah, dan analis sistem dapat berkonsentrasi pada apa yang
manusia inginkan dan butuhkan untuk menggunakan sistem, memperluas kemampuan mereka,
dan menikmati interaksi mereka dengan teknologi. Tindakan yang perlu diselesaikan juga
ditunjukkan dengan jelas pada diagram use case. Hal ini tidak hanya memudahkan analis
mengidentifikasi proses, namun juga membantu komunikasi dengan analis lain di tim dan
eksekutif bisnis.
Skenario kasus penggunaan juga bermanfaat. Karena banyak informasi yang diberikan
pengguna kepada analis sudah berupa cerita, mudah untuk menangkap cerita tersebut dalam
bentuk skenario kasus penggunaan. Skenario kasus penggunaan selalu mendokumentasikan
peristiwa pemicu sehingga analis selalu dapat melacak langkah-langkah yang menyebabkan
kasus penggunaan lainnya. Karena langkah-langkah yang dilakukan dicatat, adalah mungkin
untuk menggunakan skenario kasus penggunaan untuk menulis proses logis.
Use case diagram menjadi populer karena kesederhanaan dan kurangnya detail teknisnya.
Mereka terbiasa menunjukkan ruang lingkup sebuah sistem, bersamaan dengan fitur utama
sistem dan aktor yang bekerja dengan fitur utama tersebut. Pengguna melihat sistem dan mereka
dapat bereaksi terhadapnya dan memberikan umpan balik. Mereka juga dapat membantu
menentukan apakah akan membangun atau membeli perangkat lunak

2.4 TINGKAT MANAJEMEN

Manajemen dalam organisasi ada pada tiga tingkat horizontal dan luas: pengendaliann
operasional, perencanaan manajerial dan pengendalian (manajemen menengah), dan manajemen
strategis Setiap tingkat membawa tanggung jawabnya sendiri, dan semua pekerjaan untuk
mencapai tujuan dan tujuan organisasi dengan cara mereka sendiri.
Kontrol operasional membentuk tingkat bawah manajemen bertingkat tiga. Manajer
operasi membuat keputusan menggunakan peraturan yang telah ditentukan yang memiliki hasil
yang dapat diprediksi saat diterapkan dengan benar. Mereka membuat keputusan yang
mempengaruhi pelaksanaan penjadwalan kerja, pengendalian persediaan, pengiriman,
penerimaan, dan pengendalian proses seperti produksi. Manajer operasi mengawasi rincian
operasi organisasi. Manajemen menengah membentuk tingkat kedua, atau menengah, dari sistem
manajemen tiga tingkat. Manajer menengah membuat keputusan perencanaan dan pengendalian
jangka pendek tentang bagaimana sumber daya dapat dialokasikan untuk memenuhi tujuan
organisasi.

Keputusan mereka berkisar dari perkiraan kebutuhan sumber daya masa depan untuk
memecahkan masalah karyawan yang mengancam produktivitas. Domain pengambil keputusan
manajer menengah dapat dicirikan sebagai sebagian operasional dan sebagian strategis, dengan
fluktuasi konstan.
Manajemen strategis adalah tingkat ketiga kontrol manajemen tiga tingkat. Manajer
strategis melihat ke luar dari organisasi ke masa depan, membuat keputusan yang akan memandu
manajer menengah dan operasi di bulan-bulan dan tahun depan. Manajer strategis bekerja di
lingkungan pengambilan keputusan yang sangat tidak pasti. Melalui pernyataan tujuan dan
penentuan strategi dan kebijakan untuk mencapainya, manajer strategis sebenarnya
mendefinisikan organisasi secara keseluruhan. Gambaran mereka adalah gambaran luas, di mana
perusahaan memutuskan untuk mengembangkan lini produk baru, melepaskan diri dari usaha
yang tidak menguntungkan, memperoleh perusahaan lain yang kompatibel, atau bahkan
membiarkan dirinya diperoleh atau digabungkan. Ada perbedaan tajam antara pengambil
keputusan mengenai banyak dimensi.
Misalnya, manajer strategis memiliki banyak tujuan keputusan, sedangkan manajer
operasi memiliki strategi keputusan tunggal. Seringkali sulit bagi manajer tingkat tinggi untuk
mengidentifikasi masalah, namun mudah bagi manajer operasi untuk melakukannya. Manajer
strategis dihadapkan pada masalah semistructured, sedangkan manajer tingkat rendah banyak
berurusan dengan masalah terstruktur. Solusi alternatif untuk menghadapi masalah yang dihadapi
manajer strategis seringkali sulit untuk diartikulasikan, namun alternatif yang digunakan oleh
manajer operasi biasanya mudah untuk dihitung. Manajer strategis paling sering membuat
keputusan satu kali, sedangkan keputusan yang dibuat oleh manajer operasi cenderung berulang-
ulang.
2.4.1 Implikasi Pengembangan Sistem Informasi
Masing-masing dari tiga tingkat manajemen memiliki implikasi yang berbeda untuk
mengembangkan sistem informasi. Beberapa persyaratan informasi untuk manajer jelas,
sedangkan yang lainnya tidak jelas dan tumpang tindih.
Manajer operasi membutuhkan informasi internal yang sifatnya berulang dan rendah.
Mereka sangat bergantung pada informasi yang menangkap kinerja saat ini, dan mereka adalah
pengguna besar sumber

informasi online dan real-time. Kebutuhan manajer operasi untuk informasi kinerja masa lalu
dan informasi periodik hanya moderat. Mereka tidak banyak menggunakan informasi eksternal
yang memungkinkan proyeksi masa depan.
Pada tingkat manajemen berikutnya, manajer menengah membutuhkan informasi jangka
pendek dan jangka panjang. Karena sifat pemecahan masalah pekerjaan mereka, manajer
menengah mengalami kebutuhan informasi yang sangat tinggi secara real time. Untuk
mengendalikan dengan benar, mereka juga memerlukan informasi terkini tentang kinerja yang
diukur terhadap standar yang ditetapkan.
Manajer menengah sangat bergantung pada informasi internal. Berbeda dengan manajer
operasi, mereka memiliki kebutuhan informasi historis yang tinggi, bersamaan dengan informasi
yang memungkinkan prediksi kejadian masa depan dan simulasi berbagai skenario yang
mungkin terjadi.
Manajer strategis agak berbeda dari manajer menengah dan manajer operasi dalam
persyaratan informasinya. Mereka sangat bergantung pada informasi dari sumber eksternal yang
memasok berita tentang tren pasar dan strategi perusahaan pesaing. Karena tugas manajemen
strategis menuntut proyeksi ke masa depan yang tidak pasti, manajer strategis memiliki
kebutuhan informasi yang tinggi tentang sifat prediksi dan informasi yang memungkinkan
penciptaan skenario bagaimana-jika berbeda.
Manajer strategis juga menunjukkan kebutuhan yang kuat untuk informasi yang
dilaporkan secara berkala saat mereka berusaha menyesuaikan diri dengan perubahan yang
bergerak cepat.

2.5 BUDAYA ORGANISASI

 Budaya organisasi merupakan bidang penelitian yang telah berkembang pesat di generasi
terakhir. Sama seperti memikirkan organisasi seperti memasukkan banyak teknologi, sama
halnya jika mereka menganggapnya sebagai tuan rumah bagi banyak subkultur yang bersaing.
Masih ada sedikit kesepakatan mengenai apa yang sebenarnya merupakan subkultur
organisasi. Namun, disepakati bahwa subkultur yang bersaing mungkin dalam konflik, mencoba
untuk mendapatkan pengikut visi mereka tentang apa seharusnya organisasi tersebut. Penelitian
sedang berlangsung untuk menentukan efek dari organisasi virtual dan tim virtual mengenai
penciptaan subkultur saat anggota tidak berbagi ruang kerja fisik namun berbagi tugas.
Alih-alih memikirkan budaya secara keseluruhan, lebih berguna untuk memikirkan
determinan subkultur yang dapat diteliti, seperti simbolisme verbal dan nonverbal bersama.
Simbolisme verbal mencakup bahasa bersama yang digunakan untuk membangun,
menyampaikan, dan melestarikan mitos subkultural, metafora, penglihatan, dan humor.
Simbolisme nonverbal mencakup artefak bersama, ritus, dan upacara; pakaian pengambil
keputusan dan pekerja; penggunaan, penempatan, dan dekorasi kantor; dan ritual untuk
merayakan ulang tahun, promosi, dan pensiun para anggota.
Subkultur hidup berdampingan dalam budaya organisasi "resmi". Budaya yang disetujui
secara resmi mungkin memberi resep kode berpakaian, cara yang tepat untuk menangani atasan
dan rekan kerja, dan cara yang tepat untuk berurusan dengan masyarakat luar. Subkultur dapat
menjadi penentu kebutuhan informasi, ketersediaan, dan penggunaan yang penting.
Anggota organisasi mungkin termasuk dalam satu atau lebih subkultur dalam organisasi.
Subkultur dapat memberikan pengaruh yang kuat pada perilaku anggota, termasuk sanksi
terhadap atau melawan penggunaan sistem informasi.
Memahami dan mengenali subkultur organisasi yang dominan dapat membantu analis
sistem mengatasi hambatan terhadap perubahan yang muncul saat sistem informasi baru
dipasang.
Misalnya, analis mungkin merancang pelatihan pengguna untuk mengatasi masalah
spesifik subkultur organisasi. Mengidentifikasi subkultur juga dapat membantu dalam
perancangan sistem pendukung keputusan yang disesuaikan untuk interaksi dengan kelompok
pengguna tertentu
DAFTAR PUSTAKA HAHAY HEHEY HOHOY

https://www.scribd.com/document/366285441/Pengertian-dan-Pemodelan-Sistem-
Organisasi-APS-indonesia-docx