Bab 2 Memahami Gaya Organisasi Dan Dampaknya Pada Sistem Informasi

8/18/2019 Bab 2 Memahami Gaya Organisasi Dan Dampaknya Pada Sistem Informasi

1/45

27/1/2016 Bab 2 M em aham i Gaya Or ganisasi dan D am paknya pada Sistem Infor masi

https://translate.googleusercontent.com/translate_f 1/45

Kendall & Kendall Copyright © 2014 Pearson Education, Inc. Penerbitan sebagai Prentice Hall

2Kendall & Kendall Analisis sistem dan Desain, 9eMemahami dan Pemodelan

Organisasi Sistem1

1


2-2

Tujuan PembelajaranMemahami bahwa organisasi dan

anggota mereka adalah sistem dan

analis perlu mengambil perspektif

sistem.

Menggambarkan sistem grafis

menggunakan data flow diagram

konteks tingkat, dan model entitas-


2/45



hubungan, kasus penggunaan, dan

menggunakan skenario kasus.

Mengakui bahwa berbagai tingkat

manajemen membutuhkan sistemyang berbeda.

Memahami bahwa dampak budaya

organisasi desain sistem informasi.


2-3

Tiga Angkatan Utama

Berinteraksi ke Bentuk OrganisasiTingkatan manajemen

Desain organisasi

Budaya organisasi


2-4

Organisasi Apakah Terdiridari saling berhubungan


3/45



SubsistemDipengaruhi oleh tingkat

pembuat keputusan manajemenyang memotong horizontal di

sistem organisasi

Operasi

Manajemen menengah

Manajemen strategis

Dipengaruhi oleh budaya dan

subkultur organisasiKendall & Kendall Copyright © 2014 Pearson Education, Inc. Penerbitan sebagai Prentice Hall

2-5

Topik utamaOrganisasi sebagai sistemMenggambarkan sistem grafis

Diagram alir data

Diagram hubungan entitas


4/45



Pemodelan use case

Tingkatan manajemen

Budaya organisasiKendall & Kendall Copyright © 2014 Pearson Education, Inc. Penerbitan sebagai Prentice Hall

2-6

Organisasi sebagaiSistem

Dikonseptualisasikan sebagai

sistem yang dirancang untuk

mencapai tujuan dan sasaranyang telah ditetapkan

Terdiri dari lebih kecil, sistem

yang saling terkait yangmelayani fungsi khusus

Fungsi khusus yang

diintegrasikan kembali untuk

membentuk suatu keseluruhan


5/45



organisasi yang efektif

6

Untuk memastikan kebutuhan informasi dengan benar dan untuk merancang sistem

informasi yang tepat, itu adalah kepentingan utama untuk memahami organisasi secara

keseluruhan.

Semua sistem terdiri dari subsistem.


2-7

Keterkaitan danKemerdekaan Sistem

Semua sistem dan subsistem yang

saling terkait dan saling tergantung

Semua masukan proses sistem dari

lingkungan mereka

Semua sistem yang terkandung oleh

batas-batas yang memisahkan

mereka dari lingkungan mereka

Sistem umpan balik untuk

perencanaan dan pengendalian

Sebuah sistem yang ideal self-koreksi


6/45



atau diri mengatur sendiri.

7

Ketika sebuah elemen dari suatu sistem berubah atau dihilangkan, sisa elemen sistem 's

dan subsistem juga secara signifikan terpengaruh.

Proses mengubah atau mengubah input menjadi output.

Proses khas meliputi:

memverifikasi

memperbarui

pencetakan

Batas-batas organisasi ada di sebuah kontinum mulai dari sangat permeable (terbuka)

hampir kedap (ditutup).

Semua organisasi (sistem) perlu perencanaan dan pengendalian untuk mengelola sumber

daya mereka secara efektif. Umpan balik ini berguna untuk perencanaan dan pengendalian.

Sistem yang ideal adalah salah satu yang mengoreksi diri atau diri-mengatur secara

sedemikian rupa sehingga keputusan tentang kejadian khas tidak diperlukan.


2-8

Sistem Output Sajikan sebagaiFeedback yang Membandingkan Kinerjadengan Goals (Gambar 2.1)

8

Umpan balik yang diterima baik internal maupun eksternal organisasi. Apapun eksternal


7/45



untuk batas organisasi 's dianggap lingkungan.


2-9

Lingkungan organisasiMasyarakat

Lokasi fisik

Profil demografis (pendidikan,

pendapatan)

Ekonomis

Faktor pasar

Kompetisi

Politik Negara dan pemerintah daerah

Hukum

Federal, negara bagian, regional, hukum

setempat, dan pedoman

9

Banyak lingkungan, dengan berbagai tingkat stabilitas, merupakan lingkungan di mana

organisasi ada.

Meskipun perubahan lingkungan dapat direncanakan untuk, mereka tidak bisa langsung

dikendalikan oleh organisasi.


8/45




2-10

Keterbukaan danKetertutupan

Buka

Arus informasi

Output dari satu sistem menjadimasukan yang lain

Tertutup

Akses terbatas ke informasi

Dibatasi oleh berbagai aturan

Informasi hanya pada "perlu tahu"

dasar

10

Keterbukaan dan Ketertutupan ada di sebuah kontinum, tidak ada hal seperti organisasi

benar-benar terbuka atau benar-benar tertutup.


2-11

Organisasi Virtual dan Tim


9/45



VirtualSebuah organisasi virtual

memiliki bagian organisasi dilokasi fisik yang berbeda

Jaringan komputer dan

teknologi komunikasi yang

digunakan untuk membawa tim

virtual bersama-sama untuk

bekerja pada proyek-proyek

11

Dalam beberapa kasus, organisasi pekerja jarak jauh telah mampu sukses tanpa investasi

tradisional di infrastruktur.


2-12

Manfaat Organisasi Virtualdan Tim

Kemungkinan mengurangi biaya

fasilitas fisik


10/45



Respon cepat lebih untuk

kebutuhan pelanggan

Membantu karyawan virtualuntuk memenuhi kewajiban

keluarga mereka untuk anak-

anak atau orang tua penuaan

12

Betapa pentingnya adalah untuk memenuhi kebutuhan sosial pekerja virtual masih terbuka

untuk penelitian dan perdebatan.


2-13

Mengambil SistemPerspektif

Memungkinkan analis sistem untuk memahami bisnis sebelum mereka

mulai tugas-tugas mereka

Adalah penting bahwa anggota

subsistem menyadari bahwa merekasaling berkaitan dengan subsistem


11/45



lainnya

Masalah terjadi ketika masing-

masing manajer berpikir bahwa /

departemen nya adalah yang palingpenting

Masalah yang lebih besar dapat

terjadi ketika manajer yang naik

melalui pangkat

13

Mengambil perspektif sistem memungkinkan sistem analis untuk memulai secara luas

menjelaskan dan memahami berbagai bisnis yang mereka akan datang ke dalam kontak.

Tanpa mengakui keterkaitan subsistem; subsistem tidak dapat benar mencapai tujuan

mereka.

Manajer subsistem yang berbeda perlu memiliki gambar yang sama dari fungsi dan

keterkaitan organisasi.

Dalam / posisinya barunya, mantan manajer mungkin masih memikirkan / departemen tua

nya sebagai yang paling penting. Potensi masalah ini terjadi ada di hampir setiap bisnis. Jika

wawancara analis manajer ini sejak awal, ia / dia mungkin mendapatkan pandangan yang

menyimpang dari struktur perusahaan.


2-14

Mengambil Sistem


12/45



Perspektif (Gambar 2.2)Output dari satu departemen berfungsi sebagai masukan

untuk lain seperti

yang subsistem saling terkait.


2-15

Perspektif Fungsional

Manajer (Gambar 2.3)Kendall & Kendall Copyright © 2014 Pearson Education, Inc. Penerbitan sebagai Prentice Hall

2-16

PerencanaanSumberdaya PerusahaanSistem Perusahaan atau

Enterprise Resource Planning

(ERP) menjelaskan suatu sistem

informasi yang terintegrasi

organisasi

Software yang membantu aliran


13/45



informasi antara bidang

fungsional dalam organisasi

16

Sistem ERP meliputi:

komponen manufaktur

penjualan dan operasi perencanaan

distribusi

mengelola kereta pasokan

Masalah dengan implementasi:

sulit untuk menganalisis sistem yang sedang digunakan dan kemudian sesuai

dengan model ERP untuk sistem yang

perusahaan cenderung untuk merancang proses bisnis mereka sebelum ERP

diimplementasikan

ERP, meskipun tumbuh di gunakan juga sedang melihat dengan beberapa skeptisisme.


2-17

ERP dan OrganisasiERP dapat mempengaruhi setiap

aspek organisasi, termasuk:


14/45



Desain kerja karyawan

Keterampilan yang dibutuhkan

untuk kompetensi jabatan

Posisi strategis perusahaan


2-18

Masalah yang akanMengatasi untuk ERPSukses

Banyak masalah harus diatasi untuk

instalasi ERP harus dinyatakan

sukses:

Penerimaan pengguna

Integrasi dengan sistem warisan dan

rantai pasokanFungsi upgrade (dan kompleksitas)modul ERP

Reorganisasi kehidupan kerja dari

pengguna dan pembuat keputusanJangkauan diperluas di beberapa


15/45



organisasi

Reposisi strategis perusahaan


2-19

Menggambarkan Sistemgrafis

Diagram aliran data kontekstingkat

Diagram hubungan entitas

Pemodelan use case19

Berbagai model grafis menunjukkan batas-batas sistem dan informasi yang digunakan

dalam sistem.


2-20

Konteks-Level Data FlowDiagram

Fokus pada mengalir masuk dankeluar dari sistem data dan


16/45



pengolahan data

Menunjukkan ruang lingkup dari

sistem: Apa yang harus dimasukkan dalam

sistem

Entitas eksternal di luar lingkup

sistem

20

Kadang-kadang disebut model lingkungan.


2-21

Simbol Dasar dari DataFlow Diagram (Gambar 2.4)

21

Proses

-

mengubah data yang masuk ke informasi keluar, tingkat konten hanya memiliki

satu proses yang mewakili keseluruhan sistem.

Entitas - entitas, orang, kelompok, departemen, atau sistem yang memasok atau menerima

informasi.

Data mengalir - garis yang menghubungkan entitas eksternal ke proses.


2-22


17/45



Airline Reservation System(Gambar 2.5)Sebuah data flow diagram konteks tingkat

untuk sistem reservasi maskapai penerbangan

22

Penumpang (entitas) memulai permintaan perjalanan (aliran data). Preferensi penumpang 's

dan penerbangan yang tersedia dikirim ke agen perjalanan, yang mengirimkan ticketing

informasi kembali ke proses. Informasi penumpang juga dikirim ke maskapai.


2-23

Entity-Relationship Model

Fokus pada entitas danhubungan mereka dalam sistem

organisasi

Cara lain untuk menunjukkanruang lingkup sistem

23

Entitas dapat menjadi orang, tempat, hal, atau peristiwa.

Suatu hubungan adalah asosiasi yang menggambarkan interaksi antara entitas.



18/45



2-24

Hubungan

Hubungan menunjukkanbagaimana entitas yang

terhubung

Tiga jenis hubungan:

Satu per satu

Satu-ke-banyak

Banyak-ke-banyak

24

Satu-ke-1-1 karyawan ditugaskan untuk salah satu ekstensi telepon.

Satu-ke-banyak - banyak karyawan yang ditugaskan untuk departemen.

Banyak-ke-banyak - banyak penumpang terbang ke banyak tujuan.


2-25

Entity-Relationship Contoh(Gambar 2.7)Diagram entitas-hubunganmenunjukkan banyak-ke-satu

hubungan


19/45




2-26

Contoh Berbagai Jenis Hubungan di

ER Diagram (Gambar 2.8)Kendall & Kendall Copyright © 2014 Pearson Education, Inc. Penerbitan sebagai Prentice Hall2-27

Entitas

Entitas mendasarEntitas asosiatif

Entitas atributif


2-28

Tiga Berbagai Jenis EntitasDigunakan di ER Diagram

(Gambar 2.9)28

Simbol yang berbeda digunakan untuk mewakili berbagai jenis entitas.

Entitas asosiatif hanya bisa ada jika terhubung ke setidaknya dua entitas lain.

Entitas atributif digunakan ketika kita ingin menampilkan data yang benar-benar tergantung

pada keberadaan entitas mendasar.


20/45




2-29

Atribut Atribut data dapat ditambahkan

ke diagram.

29

Atribut Data adalah apa yang membuat atau mendefinisikan entitas.


2-30

Membuat Entity-

Relationship DiagramDaftar entitas dalam organisasi

Pilih entitas kunci untuk

mempersempit ruang lingkupmasalah

Mengidentifikasi apa entitas

utama harus

Konfirmasi hasil di atas melalui


21/45



pengumpulan data

30

Diagram ER umumnya digunakan untuk model database.

Diagram ER membantu analis memahami apa bisnis organisasi sebenarnya dalam,

menentukan ukuran masalah, dan melihat apakah masalah yang tepat sedang ditangani.

Diagram ER perlu dikonfirmasi atau direvisi sebagai proses pengumpulan data berlangsung.


2-31

Sebuah ER Diagram Lebih LengkapMenampilkan data Atribut Entitas(Gambar 2.12)

31


2-32

Modeling Use Case

Menggambarkan apa

sistemtidak tanpa menjelaskan

bagaimana sistem melakukan

Sebuah model logis dari sistem

Gunakan kasus adalah


22/45



pandangan dari persyaratan

sistem

Analis bekerja dengan pakarbisnis untuk mengembangkan

persyaratan

32

Awalnya, diperkenalkan sebagai diagram untuk digunakan dalam UML berorientasi objek,

menggunakan kasus yang sekarang digunakan terlepas dari pendekatan untuk

pengembangan sistem. Hal ini dapat digunakan sebagai bagian dari SDLC atau dalam

pemodelan tangkas.


2-33

Use Case Diagram Aktor

Mengacu pada peran tertentu dari

pengguna sistem

Mirip dengan entitas eksternal; mereka

ada di luar sistem

Gunakan simbol kasus


23/45



Oval menunjukkan tugas kasus

penggunaan

Menghubungkan garis

Panah dan garis digunakan untuk

diagram hubungan perilaku

33

Sebuah kasus penggunaan selalu menjelaskan tiga hal:

aktor yang memulai acara

acara yang memicu kasus penggunaan

kasus penggunaan yang melakukan tindakan dipicu oleh acara


2-34

AktorDibagi menjadi dua kelompok

Aktor utama:

Data pasokan atau menerima

informasi dari sistem

Memberikan rincian tentang apa

kasus penggunaan harus melakukan


24/45



Mendukung aktor:

Membantu untuk menjaga sistem

berjalan atau memberikan bantuan

Orang-orang yang menjalankan mejabantuan, analis, programmer, dan

sebagainya

34

Kadang-kadang meja dibuat dengan profil aktor yang berisi daftar aktor, latar belakang

mereka, dan keterampilan mereka.

Profil ini dapat berguna untuk memahami bagaimana aktor berinteraksi dengan sistem.


2-35

Sebuah Use Case SelaluMenyediakan Tiga Hal

Seorang aktor yang memulai

acara

Acara yang memicu kasus

penggunaan

Penggunaan kasus yangmelakukan tindakan dipicu oleh


25/45



acara

35

Sebuah kasus penggunaan dokumen transaksi atau peristiwa tunggal.

Sebuah acara merupakan masukan untuk sistem yang terjadi pada waktu dan tempat

tertentu dan menyebabkan sistem untuk melakukan sesuatu.


2-36

Gunakan HubunganKasus

Hubungan perilaku

BerkomunikasiDigunakan untuk

menghubungkan seorang aktor

untuk kasus penggunaan

Termasuk

Menggambarkan situasi di mana

kasus penggunaan mengandung

perilaku yang umum bagi lebihdari satu kasus penggunaan


26/45




2-37

Gunakan HubunganKasus

Hubungan perilaku (lanjutan)

Memperpanjang

Menggambarkan situasi di manasatu kasus penggunaan memiliki

perilaku yang memungkinkan

kasus baru untuk menangani

variasi atau pengecualian darikasus penggunaan dasar

Generalizes

Menyiratkan bahwa satu hal

yang lebih khas dari hal lain


2-38

Empat Jenis Hubungan PerilakuDan Garis Digunakan Untuk Diagram Setiap


27/45



(Gambar 2.13)Kendall & Kendall Copyright © 2014 Pearson Education, Inc. Penerbitan sebagai Prentice Hall

2-39

Beberapa komponen dari kasus penggunaandiagram menunjukkan pelaku, kasus

penggunaan, dan hubungan untuk contoh

pendaftaran siswa (Gambar 2.14)39

Berkomunikasi

-

digunakan untuk menghubungkan seorang aktor untuk kasus penggunaan.

Tugas kasus penggunaan adalah untuk memberikan semacam hasil yang bermanfaat bagi

aktor dalam sistem.

Termasuk - menggambarkan situasi di mana kasus penggunaan mengandung perilaku yang

umum bagi lebih dari satu kasus penggunaan.

Meluas - menggambarkan situasi di mana satu kasus penggunaan memiliki perilaku yang

memungkinkan kasus penggunaan baru untuk menangani variasi atau pengecualian dari

kasus penggunaan dasar.

Generalisasi - menyiratkan bahwa satu hal yang lebih khas dari hal lainnya.


2-40

Cakupan

Lingkup sistem mendefinisikanbatas-batasnya:


28/45



Apa yang ada di luar sistem atau

Proyek memiliki anggaran yang

membantu untuk menentukan

ruang lingkup

Proyek memiliki awal dan waktu

akhir

Aktor yang selalu luar lingkupJalur komunikasi adalah batas-

batas dan menentukan ruang

lingkup


2-41

Mengembangkan Use

Case DiagramTinjau spesifikasi bisnis danmengidentifikasi para pelaku yang terlibat

Dapat menggunakan cerita tangkas

Mengidentifikasi peristiwa tingkat tinggidan mengembangkan kasus penggunaan


29/45



utama yang menggambarkan peristiwa-

peristiwa dan bagaimana aktor

menginisiasi mereka

Meninjau setiap kasus penggunaan utamauntuk menentukan kemungkinan variasi

aliran melalui kasus penggunaan

Konteks tingkat diagram aliran data dapat

bertindak sebagai titik awal untuk membuat kasus penggunaan

41

Ketika diagram kasus penggunaan, mulai dengan meminta pengguna untuk membuat daftar

semua sistem harus lakukan untuk mereka.


2-42

Kasus Gunakan Diagram Mewakili

Sistem Digunakan untuk Rencanasebuah konferensi (Gambar 2.15)

42

Contoh diagram use case yang mewakili sistem yang digunakan untuk merencanakan

sebuah konferensi.


2-43


30/45



MengembangkanGunakan skenario kasus

Deskripsi kasus penggunaanTiga bidang utama:

Menggunakan pengidentifikasi

kasus dan inisiatorLangkah yang dilakukan

Kondisi, asumsi, dan pertanyaan

43

Setiap kasus penggunaan memiliki deskripsi disebut sebagai skenario kasus penggunaan.


2-44

Sebuah Skenario Use Case Apakah dibagi menjadi tiga

bagian (Gambar 2.16)

Gunakan nama kasus: Daftar untuk Konferensi

UniqueID: Conf RG 003

Area: Perencanaan Konferensi

Aktor (s): Peserta

Stakeholder Sponsor Konferensi, Speaker Konferensi

Tingkat Biru


31/45



Keterangan: Memungkinkan peserta konferensi untuk mendaftar secara online untuk konferensi mengguna kan situs Web

aman.

Memicu Event: Peserta menggunakan situs Web Pendaftaran Conference, memasuki UserID dan password, dan klik

tombol logon.

Jenis pemicu: Eksternal Temporal

Langkah Dilakukan (Path Utama)

Informasi untuk Langkah

1. log Peserta dalam menggunakan server Web aman

userID, Password

Langkah lebih disertakan di sini ...

12. Pendaftaran Sukses halaman Konfirmasi Web dikirim ke peserta

Pendaftaran Rekam Nomor Konfirmasi

Prasyarat: Peserta telah sudah terdaftar dan telah menciptakan akun pengguna .

Postconditions: Peserta telah berhasil terdaftar un tuk konferensi.

Asumsi: Peserta memiliki browser dan userID dan password yang valid .

Sukses Jaminan: Peserta telah terdaftar untuk konferensi dan terdaftar di semua sesi yang dipilih.

Jaminan minimum: Peserta mampu logon.

Persyaratan Bertemu: Biarkan peserta konferensi un tuk dapat mendaftar untuk konferensi menggunakan situs Web

aman.

Isu yang beredar: Bagaimana seharusnya kartu kredit ditolak ditangani?

Prioritas: Tinggi

Risiko: Sedang

44

(Area Pertama)


32/45



Menggunakan pengidentifikasi kasus dan inisiator - mengarahkan pembaca dan berisi:

1. Nama kasus penggunaan dan ID unik

2. Wilayah aplikasi atau sistem yang menggunakan kasus ini milik

3. Para aktor yang terlibat dalam kasus penggunaan

4. Sebuah deskripsi singkat dari apa yang menyelesaikan kasus penggunaan

5. Acara memicu

6. Jenis pemicu:

eksternal atau sementara

eksternal - yang dimulai oleh seorang aktor

sementara - dipicu atau dimulai oleh waktu

7. Mei daftar stakeholder

(Area Kedua)

Termasuk langkah-langkah yang dilakukan, dan informasi yang diperlukan untuk setiap langkah-langkah.

(Area Ketiga)

Prasyarat

Kondisi pasca

Asumsi

Isu yang beredar

Pernyataan opsional prioritas

Pernyataan opsional risiko


2-45

Gunakan Kasus header


33/45



di AreaMemiliki nama dan ID unik

Termasuk wilayah aplikasi Aktor Daftar

Termasuk stakeholder

Termasuk tingkatMemiliki deskripsi singkat

tentang kasus penggunaan


2-46

Gunakan Tingkat KasusTingkat kasus penggunaan

menjelaskan bagaimana globalatau rinci deskripsi use case

adalah:

Putih (seperti awan): tingkatperusahaan


34/45



Kite: unit bisnis atau tingkat

departemen

Biru (permukaan laut): tujuan

pengguna

Nila (atau ikan): fungsional atau

subfunctional

Hitam (atau clam): paling rinciKendall & Kendall Copyright © 2014 Pearson Education, Inc. Penerbitan sebagai Prentice Hall

2-47

Skenario alternatif Ekstensi atau pengecualian

untuk kasus penggunaan utama

Nomor dengan integer, titik

desimal, integerLangkah yang mungkin atau

mungkin tidak selalu digunakan


2-48


35/45



Gunakan Kasus Footer di Area

Prasyarat - kebutuhan yang harusdipenuhi sebelum digunakan kasus

dapat dilakukan

Postconditions atau keadaan sistem

setelah kasus penggunaan telahselesai

Asumsi

Jaminan minimal

Sukses jaminanIsu yang beredar

Prioritas opsional dan risiko


2-49

Empat Langkah Digunakanuntuk Membuat Gunakan

KasusGunakan cerita tangkas, tujuan


36/45



definisi masalah, kebutuhan

pengguna, atau daftar fitur

Bertanya tentang tugas-tugasyang harus dilakukan

Menentukan apakah ada

tindakan berulang atau

perulangan

Penggunaan kasus berakhir

ketika tujuan pelanggan selesai


2-50

Mengapa Gunakan Case

Diagram ApakahBermanfaatMengidentifikasi semua aktor

dalam masalah domain

Tindakan yang perlu


37/45



diselesaikan juga jelas

ditunjukkan pada diagram use

caseSkenario use case juga

bermanfaat

Kesederhanaan dan kurangnya

detail teknis

50

Mengidentifikasi semua aktor dalam masalah domain - analis sistem dapat berkonsentrasi

pada apa yang manusia inginkan dan perlu menggunakan sistem, memperluas kemampuan

mereka, dan menikmati interaksi mereka dengan teknologi.

Tindakan yang perlu diselesaikan juga jelas ditunjukkan pada diagram use case - ini

memudahkan analis untuk mengidentifikasi proses dan membantu dalam komunikasi

dengan analis lain di tim dan eksekutif bisnis

Skenario use case juga bermanfaat

-

karena banyak informasi yang pengguna memberikan

kepada para analis dalam bentuk cerita, mudah untuk menangkap pada formulir skenario

kasus penggunaan.

Kesederhanaan dan kurangnya detail teknis - digunakan untuk menunjukkan ruang lingkup

sistem, bersama dengan fitur-fitur utama dari sistem dan aktor yang bekerja dengan fitur-

fitur utama.



38/45



2-51

Alasan utama untuk Menulis GunakanKasus Apakah Efektifitas mereka di

Berkomunikasi dengan Pengguna danMenangkap mereka dari StoriesPengguna (Gambar 2.18)Kendall & Kendall Copyright © 2014 Pearson Education, Inc. Penerbitan sebagai Prentice Hall

2-52

Manajemen dalam Organisasi Ada di Tiga

Tingkat Horizontal: Pengendalian Operasional,

Manajerial Perencanaan dan Pengendalian,

dan Manajemen Strategis (Gambar 2.19)52

Manajemen dalam organisasi ada pada tiga, tingkat horisontal yang luas. Setiap tingkat

membawa tanggung jawab sendiri, dan semua bekerja untuk mencapai tujuan organisasi

dan tujuan dengan cara mereka sendiri.


2-53

Pengendalian OperasiMembuat keputusan

menggunakan aturan yang telahditetapkan yang memiliki hasil


39/45



diprediksi

Mengawasi rincian operasi

organisasi53

Membentuk tingkat bawah model bertingkat tiga.


2-54

Perencanaan danPengendalian Manajerial

Membuat perencanaan dan

pengendalian keputusan jangka

pendek tentang sumber dan

tujuan organisasi

Keputusan mungkin sebagianoperasional dan sebagian

strategis

54

Membentuk lapis kedua atau menengah model bertingkat tiga.


40/45




2-55

Manajemen StrategisMelihat ke luar dari organisasi

ke masa depan

Membuat keputusan yang akan

memandu manajer operasimenengah dan

Bekerja di lingkungan yang

sangat tidak pasti pengambilankeputusan

Mendefinisikan organisasi secara

keseluruhan

55

Tingkat ketiga dari model bertingkat tiga.


2-56

Manajerial Tingkat


41/45



Struktur organisasi yang

berbeda

Gaya kepemimpinanPertimbangan teknologi

Budaya organisasi

Interaksi Manusia

Semua implikasi carry untuk

analisis dan desain sistem

informasi

56

Operasi manajer:

membutuhkan informasi internal yang dari berulang, tingkat rendah alam

sangat tergantung pada informasi yang menangkap kinerja saat

pengguna besar online, sumber daya informasi real-time

butuhkan untuk informasi kinerja masa lalu dan informasi berkala moderat

memiliki sedikit digunakan untuk informasi eksternal yang memungkinkan proyeksi masa depan

Manajemen menengah:

membutuhkan baik informasi singkat dan lebih lama jangka


42/45



butuhkan untuk informasi secara real time

membutuhkan informasi terkini tentang kinerja yang diukur terhadap standar yang ditetapkan

sangat tergantung pada informasi internal

butuhkan untuk informasi historis, bersama dengan informasi yang memungkinkan prediksi

kejadian masa depan

Manajemen strategis:

sangat tergantung pada informasi dari sumber eksternal yang menyediakan berita tren pasar dan

strategi perusahaan-perusahaan bersaing

kebutuhan tinggi untuk informasi yang bersifat prediktif

butuhkan untuk informasi yang dilaporkan secara berkala


2-57

Budaya organisasiOrganisasi memiliki budaya dan

subkulturBelajar dari simbolisme verbal

dan nonverbal

57

Kita perlu memikirkan organisasi sebagai tuan rumah untuk beberapa, subkultur sering


43/45



bersaing.

Bersaing subkultur mungkin dalam konflik, berusaha untuk mendapatkan penganut visi

mereka tentang apa yang organisasi harus.

Verbal simbolisme

-

termasuk bahasa bersama digunakan untuk membangun,

menyampaikan, dan melestarikan mitos subkultur, metafora, visi, dan humor.

Simbolisme nonverbal - termasuk artefak bersama, ritual, dan upacara.

Memahami dan mengakui subkultur organisasi dominan dapat membantu analis sistem

mengatasi resistensi untuk mengubah itu muncul ketika sistem informasi baru dipasang.


2-58

Simbolisme Verbal

MitosMetafora

Visions

Kelucuan


2-59

Simbolisme nonverbal Artefak bersama


44/45



Piala, dll

Upacara dan ritual

PromosiUlang tahun, dll

Busana yang dikenakan

Penempatan kantor dan

dekorasi


2-60

RingkasanFundamental organisasiOrganisasi sebagai sistem

Tingkatan manajemen

Budaya organisasi

Representasi grafis dari sistem

DFD

ERDGunakan diagram kasus dan


45/45


skenario


2-61

Ringkasan (lanjutan)Tingkat kontrol manajerial

Operasional

Manajemen menengahStrategis

Budaya organisasi


2-62

Copyright © 2014 Pearson Education, Inc.

Penerbitan sebagai Prentice Hall

62

Bab 2 Memahami Gaya Organisasi Dan Dampaknya Pada Sistem Informasi

Documents

Transcript of Bab 2 Memahami Gaya Organisasi Dan Dampaknya Pada Sistem Informasi