Senin, 02 November 2009

LAPORAN KEGIATAN UNIT RUANG BACA FAKULTAS HUKUM UNSRI

0 komentar
LAPORAN KEGIATAN UNIT RUANG BACA
FAKULTAS HUKUM UNSRI
KEPALA RUANG BACA
ZULYATI
STAF
MELIYADI


Keadaan Ruang Baca Fakultas Hukum UNSRI
Jumlah Buku Yang Ada Di Ruang Baca
Penelitian
Tesis
Skripsi
Jurnal

Jumlah Buku Yang Ada
Tahun 2005 Berjumlah
3.526 Judul=6.584 Eks
Tahun 2006 Penambahan Buku
448 Judul=1.036 eks Sumber (TPSDP)
18 Judul= 20 eks Sumber (Dosen)
1 Judul= 1 eks Sumber (Mhs)

Jumlah 567 Judul=1.057 eks



Tahun 2007 Penambahan Buku
272 Judul=316 eks Sumber (TPSDP)
4 Judul= 4 eks Sumber (Dosen)
4 Judul= 4 eks Sumber (Mhs)

Jumlah 280 Judul=324 eks


Tahun 2008 Penambahan Buku
97 Judul=97 eks Sumber (TPSDP)
4 Judul=10 eks Sumber (Dosen)
35 Judul=35 eks Sumber (Mhs)
51 Judul=81 eks Sumber (Alumni)

Jumlah 280 Judul=324 eks


Jumlah keseluruhan buku Yang ada Di Ruang Baca Fakultas Hukum UNSRI
Dari tahun 2005-2008
Berjumlah =4.573 Judul -8.223 eks bersumber dari :
TPSDP,Dosen,Mahasiwa serta Alumni
Penerimaan Laporan Hasil Penelitian Dosen
Tahun 2005 Berjumlah 2 Buah
Tahun 2006 Berjumlah 2 Orang
Tahun 2007 Berjumlah 2 Orang
Tahun 2008 Berjumlah 1 Buah
Penerimaan Tesis Dosen
Tahun 2005 Berjumlah 6 Buah Tesis Dari 6 Orang Dosen
Tahun 2006 Tidak Ada
Tahun 2007 Berjumlah 3 Buah Tesis Dari 3 Orang Dosen
Tahun 2008 Tidak Ada

Penerimaan Skripsi
Tahun 2005
Hukum Perdata Berjumlah 40 Skripsi
Hukum Pidana Berjumlah 25 Skripsi
HTN/HAN Tidak ada
Hukum Inter Berjumlah 4 Skripsi
Hukum Islam Tidak Ada
Jumlah Keseluruhan 69 Skripsi


Tahun 2006
Hukum Perdata Berjumlah 46 Skripsi
Hukum Pidana Berjumlah 37Skripsi
HTN/HAN Berjumlah 8 Skripsi
Hukum Inter Berjumlah 10 Skripsi
Hukum Islam Berjumlah 1 Skripsi
Jumlah Keseluruhan 102 Skripsi

Tahun 2007
Hukum Perdata Berjumlah 72 Skripsi
Hukum Pidana Berjumlah 52 Skripsi
HTN/HAN Berjumlah 9 Skripsi
Hukum Inter Berjumlah 6 Skripsi
Hukum Islam Tidak Ada
Jumlah Keseluruhan 139 Skripsi

Tahun 2008
Hukum Perdata Berjumlah 59 Skripsi
Hukum Pidana Berjumlah 47 Skripsi
HTN/HAN Berjumlah 4 Skripsi
Hukum Inter Berjumlah 1 Skripsi
Hukum Islam Tidak Ada
Jumlah Keseluruhan 111 Skripsi
Kegiatan Di Ruang Baca Setiap Hari Kerja
Kegiatan Petugas Ruang Baca Di jam kerja Fakultas Hukum
Rencana Kegiatan Kedepan Di Ruang Baca Fakultas Hukum
Jurnal Yang Ada Di Ruang Baca
Jurnal Hukum Bisnis ( Berlangganan ).
Jurnal Hukum Dari Fakultas Hukum Islam Sultan Agung Semarang
Jurnal Hukum UNPAD dari Universitas Padjajaran Bandung
Jurnal Hukum Internasional Dari lembaga Pengkajian Hukum Internasional Fakultas Hukum UI
Jurnal Legislasi Indonesia Dari Dirjen Per-UU-aan Dep HUNKAM
Jurnal Hukumdan HAM Bidang Pendidikan Dari Biro Hukum Dalam Organisasi DepDiknas
Jurnal Hukum Kesehatan Dari Biro Hukum dan Organisasi DEPKES

Laporan Jumlah Pengunjung Dari Tahun 2005-2008 Di Ruang Baca Fakultas Hukum UNSRI
Per Hari :60 Orang (Kurang Lebih )
Per Minggu :300 Orang
Per Bulan :1200 Orang
Rincian Jumlah Pengunjung Dari Tahun 2005-2008
Tahun 2005 : Pengunjung :10.866 Orang
Peminjam :3.679 Orang
Jumlah buku yang dipinjam:11.037 buku
Tahun 2006 : Pengunjung :10.533 Orang
Peminjam :3.398 Orang
Jumlah buku yang dipinjam:11.194 buku
Tahun 2007 : Pengunjung :7.147 Orang
Peminjam :3.888 Orang
Jumlah buku yang dipinjam:11.664 buku
Tahun 2008 : Pengunjung :9.300 Orang
Peminjam :4.500 Orang
Jumlah buku yang dipinjam :13.500 buku



untuk mendownloadnya silahkan klik dimenu atas atau disini

Minggu, 01 November 2009

Linked List

0 komentar
4. Linked List (List Linier)
4.1. Definisi
List linier adalah sekumpulan elemen bertype sama, yang mempunyai keterurutan tertentu, yang setiap elemennya terdiri dari 2 bagian :

Type Elmtlist = record
< Info : InfoType,
Next : address >



Dengan Info Type adalah sebuah type terdefenisi yang menyimpan informasi sebuah elemen list ; Next adalah address dari elemen berikutnya ( suksesor ).

Dengan demikian, jika didefinisikan First adalah alamt elemen pertama list, maka elemen berikutnya dapat diakses secara suksesif dari elemen pertama tersebut



Jadi, sebuah list linier dikenali :
elemen pertamanya, biasanya melalui alamat elemen pertama yang disebut : First
alamat elemen berikutnya ( suksesor ), jika kita mengetahui alamat sebuah elemen , yang dapat diakses melalui field NEXT
setiap elemen mempunyai alamat, yaitu tempat elemen disimpan dapat diacu.Untuk mengacu sebuah elemen , alamat harus terdefenisi . Dengan alamat tersebut Informasi yang tersimpan pada elemen list dapat diakses .
elemen terakhirnya. Ada berbagai cara untuk mengenali elemen akhir

Jika L adalah list , dan P adalah address :
Alamat elemen pertama list L dapat diacu
dengan notasi :
First (L)
Elemen yang diacu oleh P dapat dikonsultasi
informasinya dengan notasi :
Info(P)
Next(P)



Beberapa definisi :
1. List L adalah List kosong , jika First (L) = Nil
2. Elemen terakhir dikenali, dengan salah satu cara adalah karena Next(Last) =Nil

Nil adalah pengganti Null, dalam bahasa C perubahan ini dituliskan dengan
#define Nil Null


Bagian Deklarasi dari algoritma pada List Linier :
{Deklarasi}
type InfoType = … {Sebuah type terdefinisi}
type Address pointer to ElmtL
type ElmtL = record
Next : Address >
type List = record
atau dapat juga
type List = Address

{Deklarasi Nama Peubah}
L : List
P : Address

{Deklarasi Nama Peubah}
L : List
P : Address

{Maka penulisan
First (L) menjadi (L)
Next (P) menjadi (P)->info
Info (P) menjadi (P)->next
Null menjadi Nil }

II. Skema traversal untuk list linier
List terdiri dari sekumpulan elemen. Seringkali diperlukan untuk memproses setiap elemen list dengan cara yang sama. Karena itu salah primitif operasi konsultasi dasar pada struktur list adalah traversal, yaitu “mengunjungi” setiap elemen list untuk diproses.

Karena Urutan akses adalah dari elemen pertama sampai dengan elemen terakhir, maka traversal list secara natural dilakukan dari elemen pertama, suksesornya, dan seterusnya sampai dengan elemen terakhir.


Skema traversal yang dipakai adalah Sbb :

Procedure SKEMAListTransversal1( Input L : List )
{K. Awal : List L terdefinisi , mungkin kosong }
{K. Akhir : semua elemen list L dikunjungi dan telah diproses }
{Proses : Traversal sebuah list linier. Dengan MARK, tanpa pemrosesan khusus pada list kosong}

{Deklarasi}

{Deklarasi}
P : address { address untuk traversal , type terdefenisi }
{Deskripsi}
Inisialisasi
P ← First ( L ) { First Element }
While ( P ≠Nil ) do
Proses ( P )
P ← Next ( P ) { Next element }
endwhile
Terminasi


Procedure SKEMAListTransversal 2( Input L : List )
{ K. Awal : List L terdefenisi , mungkin kosong }
{ K. Akhir : semua elemen list L “dikunjungan “ dan telah diproses }
{ Proses : Transversal sebuah list linier yang diidentifikasi oleh elemen pertama L , Dengan MARK dan pemrosesan khusus pada list kosong }

{Deklarasi}


{Deklarasi}
P : address {address untuk traversal , type terdefenisi }
{Deskripsi}
If (First ( L ) = Nil) then
Write ( ‘List kosong ‘ )
else

Insialisasi
P ← First ( L ) { First Element }
Repeat
Proses ( P )
P ← Next ( P ) { Next element }
until P=Nil
Terminasi


III. Skema Sequential Search untuk list linier
Selain traversal, proses pencarian suatu elemen list adalah primitif yang sering kali didefinisikan pada struktur list. Pencarian dapat berdasarkan nilai, atau berdasarkan alamat.

III.1. Search suatu Nilai, output adalah address
Search ini sering dipakai untuk mengenali suatu elemen list berdasarkan nilai informasi yang disimpan pada elemen yang dicari. Biasanya dengan alamat yang ditemukan, akan dilakukan suatu proses terhadap elemen list tersebut.

Procedure SKEMAListSearch1 ( Input L : List, X : InfoType, Output P : address, Found: Boolean )
{ K. Awal : List linier L sudah terdefinisi dan siap dikonsultasi, X terdefenisi }
{ K.Akhir : P : address pada pencarian beurutan, dimana X diketemukan, P = Nil jika tidak ketemu, Found berharga true jika harga X yang dicari ketemu, false jika tidak }

{Proses : Sequential Search harga X pada sebuah list linier L, Semua elemen diperiksa dengan intruksi yang sama, versi dengan Boolean}

{Deklarasi}

{Deskripsi}

P ← First ( L )
Found ← false
While ( P ≠ Nil ) and ( not found ) do
if X = Info (P) then
Found ←True
else
P ← Next (P)
endif
endwhile { P = Nil or Found}
{Jika Found maka P adalah address dimana harga yang dicari diketemukan}

III. 2. Search suatu Elemen yang beralamat tertentu
Procedure SKEMAList Search@( Input L : List, P : address, Found: Boolean )
{K. Awal : List linier L sudah terdefinisi dan siap dikonsultasi, X terdefenisi }
{K.Akhir : Jika ada elemen list beralamat P, Found berharga true, Jika tidak ada elemen list beralamat P, Found berharga false }
{Proses : Sequential Search @ P pada sebuah list linier L, Semua elemen diperiksa dengan intruksi yang sama }

{Deklarasi}
Pt : address
{Deskripsi}
Pt ← First ( L )
Found ← false
While ( Pt ≠ Nil ) and ( not found ) do
if Pt = P then
Found ← true
else
Pt ← Next (Pt)
endif
endwhile { Pt = Nil or Found}
{ Jika Found maka P adalah elemen list}

IV. Definisi fungsional list linier dan algoritmanya
Secara fungsional, pada sebuah list linier biasanya dilakukan pembuatan, penambahan atau penghapusan elemen yang dapat ditulis sebagai berkut :
Jika diberikan L, L1 dan L2 adalah list linier dengan elemen ElmtList, maka operasi yang dapat dilakukan :
ListEmpty, CreateList, Insert, Delete, Concat dan UpdateList

IV. 1. Pengetesan List Kosong
Pemeriksaan apakah sebuah list kosong sangat penting, karena Keadaan Awal dan Keadaan Akhir beberapa prosedur harus didefinisikan berdasarkan keadaan list. Operasi pada list kosong sering kali membutuhkan penanganan khusus Realisasi algoritmik dari definisi fungsional ini adalah sebuah fungsi sebagai berikut.

Function IsEmptyList (L : List ) → boolean
{ Test apakah sebuah list L kosong, Mengirimkan true jika list kosong, false jika tidak kosong}
{Deklarasi}
{Deskripsi}
return(First (L) = Nil)

IV.2 Pembuatan sebuah elemen pada list linier
Pembuatan sebuah list berarti membuat sebuat list KOSONG, yang selanjutnya siap diproses (ditambah elemennya, dsb). Realisasi algoritmik dari defenisi funfsional ini adalah sebuah prosedur sebagai berikut.

Procedure CreateList( Output L : List )
{K. Awal : Sembarang }
K. Akhir : terbentuk list L yang kosong : First (L) diinisialisasi dengan NIL )
Proses : Membuat list kosong}
{Deklarasi}
{Deskripsi}
First (L) ← Nil

IV. 3 Penyisipan sebuah elemen pada list linier
Fungsi insert (penyisipan) harus dijabarkan lebih rinci, karena dapat menjadi penyisipan sebagai elemen pertama, setelah sebuah address P atau penyisipan menjadi elemen terakhir atau bahkan menjadi elemen ditengah
Penyisipan sebuah elemen dapat dilakukan terhadap sebuah elemen yang sudah dialokasi (diketahui address-nya ), atau sebuah elemen yang hanya diketahui nilai Info-nya (berarti belum dialokasi).

IV. 2.1. INSERT-First (Address)
Menambahkan sebuah elemen yang diketahui alamatnya sebagai elemen pertama list.
Procedure InsertFirst (Input/Output L:List, Input P: address)
{K. Awal : List L mungkin kosong
{K. Akhir : P adalah elemen pertama list L}
{Proses : Insert sebuah elemen beralamat P sebagai elemen pertama list linier L yang mungkin kosong}
{Deklarasi}
{Deskripsi}
Next (P) ← First (L)
First (L) ← P

IV.2.2 INSERT-First (Nilai)
Menambahkan sebuah elemen yang diketahui nilainya sebagai elemen pertama list.

Procedure InsFirst (Input/output L :List, Input E : infotype )
{ K. Awal : List L mungkin kosong }
{ K. Akhir : Sebuah elemen dialokasikan dan menjadi elemen pertama list L, jika alokasi berhasil. Jika alokasi gagal list tetap seperti semula }
{ Proses : Insert sebuah elemen sebagai elemen pertama list}
{Deklarasi}
P : address
{Deskripsi}
Alokasi (P)
If P ≠ Nil then
Info (P) ← E
Next (P) ← First (L)
First (L) ← P
endif

IV.2.2. INSERT-AFTER
Menyisihkan sebuah elemen beralamat P sebagai suksesor dari sebuah elemen list linier yang beralamat Prec

Procedure InsertAfter ( Input P, Prec: address )
{K. Awal : Prec adalah elemen list, prec ≠ Nil, P sudah dialokasikan, P ≠ Nil, Next (P) = Nil
K. Akhir : P menjadi suksesor Prec
Proses : Insert sebuah elemen beralamat P pada List linier L}
{Deklarasi}
{Deskripsi}
Next (P) ← Next (Prec)
Next (Prec) ← P

IV. 2.3. INSERT – Last
Menyisipkan sebuah elemen beralamat P sebagai elemen terakhir sebuah list linier. Ada dua kemungkinan list kosong atau tidak kosong

Procedur InsertLast@(Input/Output L: List, Input P : address)
{K. Awal : List L mungkin kosong, P sudah dialokasi, P ≠ Nil, Next (P) = Nil
K. Akhir : P adalah elemen terakhir list L
Proses : Insert sebuah elemen beralamat P sbg elemen terakhir dari list linier L yg mungkin kosong }

{Deklarasi}
Last : address { address untuk traversal}
{Deskripsi}
If (First (L) = Nil) then { insert sebagai elemen pertama}
InsertFirst(L, P)
Else
{ Traversal list sampai address terakhir}
Last ← First (L)
While (Next (Last ) ≠ Nil ) do
Last ← Next (Last )
endwhile {Next ( Last) = Nil, Last adalah elemen terakhir; insert P after last }
InsertAfter (P, Last)
endif

Procedure InsertLast(Input/output L :List, Input E : Infotype)
{ K. Awal : List L mungkin kosong, P sudah dialokasi, P ≠ Nil, Next(P)=Nil
K. Akhir : P adalah elemen terakhir list L
Proses : Insert sebuah elemen beralamat P sebagai elemen terakhir dari list linier L yang mungkin kosong }
{Deklarasi}
Last : address { address untuk traversal }

{Deskripsi}
Alokasi (P)
If (P ≠ Nil) then
Info(P) ←E
InsertLast@(L,P)
endif

IV.3. Penghapusan sebuah elemen pada list linier
Penghapusan harus dijabarkan lebih rinci, Karena penghapusan elemen dapat merupakan pertama, setelah sebuah address P atau penghapusan elemen terakhir. Perbedaan ini melehirkan 3 operasi dasar penghapusan elemen list yang diturunkan dari definisi fungsional inimenjadi realisasi algoritma.

Operasi penghapusan dapat mengakibatkan list kosong, jika list semula hanya terdiri dari satu elemen.

IV.3.1. DELETFirst : menghapus elemen pertama list linier
a. Elemen yang dihapus dicatat alamatnya
Procedure DeleteFirst@ (Input/Output L : List, Output P : address)
{K. Awal : List L tidak kosong, minimal 1 elemen pertama pasti ada }
{K. Akhir : menghapus elemen pertama L
P adalah @ elemen pertama L sebelum penghapusan, L yang baru adalah Next (L)
{Deklarasi}
{Deskripsi}
P ← First (L)
First (L) ← Next( First (L))
Next(P) ← Nil


Procedure DeleteFirst (Input/Output L : List, Output E : InfoType)
{K. Awal : List L tidak kosong, minimal 1 elemen pertama pasti ada }
{K. Akhir : menghapus elemen pertama L
E adalah Nilai elemen pertama L sebelum penghapusan, L yang baru adalah Next (L)
{Deklarasi}
{Deskripsi}
P ← First (L)
E ← Info (P)
First (L) ← Next ( First (L) )
Next(P) ← Nil
Dealokasi (P)

IV. 3.2. Delete After :
Penghapusan suksesor sebuah elemen :
Procedure DeleteAfter ( Input Prec : adrress, Output P : address )
{ K. Awal : List tidak kosong, Prec adalah elemen list , Next (Prec) ≠ Nil } Prec ≠elemen terakhir
K. Akhir : Menghapus suksesor Prec, P adalah @ suksesor Prec sebelum penghapusan, Next (Prec) yang baru adalah suksesor dari suksesor Prec sebelum penghapusan }
{Deklarasi}
{Deskripsi}
P ← Next (Prec)
Next (Prec) ← Next (Next (Prec))


Dengan primitip ini, maka penghapusan sebuah beralamat P dapat dilakukan dengan : mencari predesesor dari P, yaitu alamat Prec memakai DeleteAfter (Prec)

Procedure DeleteP ( Input/Output L ; List, Output P : address )
{ K. Awal : List L tidak kosong , P adalah elemen list L K. Akhir : Menghapus P dari list, P mungkin elemen pertama, “tengah” atau terakhir }
{Deklarasi}
Prec : address { alamat predesesor }
{Deskripsi}


{ Cari predesesor P }
if (P = First (L) then {Delete list dengan satu elemen }
DeleteFirst (L,P)
else
Prec ← First (L)
While (Next(Prec) ≠ P ) do
Prec ← Next (Prec)
endwhile { Next (Prec) = P , hapus P }
DeleteAfter (Prec , P)
endif

IV. 3.3. DELETELast :
Menghapus elemen terakhir list dapat dilakukan jika alamat dari elemen sebelum elemen terakhir diketahui. Persoalan selanjutnya menjadi persoalan DeleteAfter, kalau last bukan satu- satunya elemen list linier. Ada dua kasus, yaitu list menjadi kosong atau tidak.

Procedure DeleteLast (Input L : List, Output P : address)
{K. Awal : List L tidak kosong, minimal mengandung 1 elemen
K. Akhir : menghapus elemen terakhir dari list, list mungkin menjadi kosong
Proses : P adalah alamat elemen terakhir list sebelum penghapusan }

{Deklarasi}
Last , preclast :address { address untuk traversal }
{Deskripsi}
{Find last dan address sebelum last }
Last ← First (L)
Preclast ← Nil { predesesor dari L tak terdefenisi }
While ( Next( Last ) ≠ Nil) do { Traversal list sampai @ terakhir }
Preclast ← Last
Last ← Next(last)
endwhile {Next( Last )=Nil, Last adalah elemen terakhir; preclast =
sebelum last }
P ← Last
If (Preclast = Nil) then { list dg 1 elemen, jadi kosong }
First(L) ← Nil
Else
Next ( Preclast )← Nil
endif

IV. 5. Konkatenasi dua buah list linier
Concat adalah menggabungkan dua list. Dalam contoh berikut list kedua disambungkan ke list pertama. Jadi Last (L1) menjadi predesesor First (L2). Realisasi algoritma adalah sebuah prosedur sebagai berikut :

Procedure CONCAT (Input L1, L2 : List, Output : L3 : List )
{K. awal : L1 ≠ L2, L1 ≠ L3,dan L3 ≠ L2; L1, L2 mungkin kosong
K. Akhir : L3 adalah hasil konkatenasi (menyambung) dua buah list linier, L2 ditaruh dibelakang L1 }

{Deklarasi}
Last1 : address { alamat elemen terakhir list pertama }
{Deskripsi}
Cratelist (L3) {inisialisasi list hasil }
If Fist (L1) = Nil then
First (L3) ← First (L2)
Else { Traversal list 1 sampai address terakhir,
Hubungkan last dengan Fisrt 2}
First (L3) ← First (L1)
Last1 ← First (L1)
While ( Next (Last 1 ) ≠ Nil ) do
Last1 ← Next (Last 1)
endwhile
Next(Last1) ← First (L2)}
endif
Soal-Soal Latihan
I. Apakah perbedaan struktur data list linier ditinjau dari sudut pandang operasinya, jika dibandingkan dengan struktur data record dan array?
II. Diketahui sebuah list linier dengan elemen bertipe integer, buatlah :
1. Sebuah prosedur untuk menghitung jumlah
elemen list yang genap
2. Prosedur untuk menghitung rata-rata elemen list yang ganjil

3. Prosedur untuk menghitung banyaknya
elemen list yang positif (lebih besar dari
nol)
4. Prosedur untuk mencetak elemen list yang
genap
5. Prosedur untuk mengubah dari satu list
menjadi 2 buah list yang terdiri dari list
dengan elemen genap dan list dengan elemen
ganjil
III. Diketahui sebuah list dengan elemen bertype
integer terurut membesar, buatlah :
1. Fungsi untuk mengirimkan elemen pertama list
2. Fungsi untuk mencari elemen list yang minimum
3. Fungsi untuk menghitung banyaknya elemen yang
lebih besar dari 100


untuk lebih lanjut download di atas atau diSini..


Sabtu, 31 Oktober 2009

deadlock

1 komentar
Deadlock Deadly Embrace
Deskripsi:
Dua atau lebih proses dikatakan berada dalam kondisi deadlock, bila setiap proses yang ada menunggu suatu kejadian yang hanya dapat dilakukan oleh proses lain dalam himpunan tersebut.

Contoh : (ilustrasi dipersimpangan jalan)
Terdapat satu jalur pada jalan.
Mobil digambarkan sebagai proses yang sedang menuju sumber daya.
Untuk mengatasinya beberapa mobil harus preempt (mundur).
Sangat memungkinkan untuk terjadinya starvation (kondisi proses tak akan mendapatkan sumber daya).

Resources-Allocation Graph :
Sebuah cara visual (matematika) untuk menentukan apakah ada deadlock, atau kemungkinan terjadinya.

G = (V, E) Graf berisi node and edge. Node V terdiri dari proses-proses = {P1, P2, P3, ...} dan jenis resource. {R1, R2, ...} Edge E adalah (Pi, Rj) atau (Ri, Pj)

Sebuah panah dari process ke resource menandakan proses meminta resource. Sebuah panah dari resource ke process menunjukkan sebuah instance dari resource telah ditempatkan ke proses.

Process adalah lingkaran, resource adalah kotak; titik-titik merepresentasikan jumlah instance dari resource Dalam tipe. Meminta poin-poin ke kotak, perintah datang dari titik.
Gambar Graph. Sumber:
JIKA MEMBENTUK LINGKARAN, MAKA:
jika tipe resource memiliki banyak instance, maka deadlock DAPAT ada.

jika setiap tipe resource mempunyai satu instance, maka deadlock telah terjadi.
EMPAT PENYEBAB TERJADINYA DEADLOCK (COFFMAN):
Mutual Exclusion
Suatu kondisi dimana setiap sumber daya diberikan tepat pada satu proses pada suatu waktu.

Hold and Wait
Kondisi yang menyatakan proses-proses yang sedang memakai suatu sumber daya dapat meminta sumber daya yang lain.

Non-pre-emptive
Kondisi dimana suatu sumber daya yang sedang berada pada suatu proses tidak dapat diambil secara paksa dari proses tersebut,sampai proses itu melepaskannya.

Circular Wait
Kondisi yang menyatakan bahwa adanya rantai saling meminta sumber daya yang dimiliki oleh suatu proses oleh proses lainnya.
Metode untuk mengatasi deadlock , :
Strategi Ostrich
Mencegah Deadlock
Menghindari Deadlock
Mendeteksi Deadlock dan Memulihkan Deadlock

STRATEGI MENGHADAPI DEADLOCK , YAITU:
Mengabaikan adanya deadlock (Strategi Ostrich).

Memastikan bahwa deadlock tidak akan pernah ada, baik dengan metode Pencegahan, dengan mencegah empat kondisi deadlock agar tidak akan pernah terjadi.

Metode Menghindari deadlock, yaitu mengizinkan empat kondisi deadlock, tetapi menghentikan setiap proses yang kemungkinan mencapai deadlock.

Membiarkan deadlock untuk terjadi, pendekatan ini membutuhkan dua metode yang saling mendukung, yaitu:
Pendeteksian deadlock, untuk mengidentifikasi ketika deadlock terjadi.
Pemulihan deadlock, mengembalikan kembali sumber daya yang dibutuhkan pada proses yang memintanya.


untuk lebih lengkapnya silahkan download di menu atas atau disini..

monitoring dan evaluasi proyek

0 komentar
MONITORING DAN EVALUASI PROYEK
Pengertian
Monitoring adalah proses pengumpulan dan analisis informasi (berdasarkan indikator yg ditetapkan) secara sistematis dan kontinu tentang kegiatan program/proyek sehingga dapat dilakukan tindakan koreksi untuk penyempurnaan program/proyek itu selanjutnya.

Evaluasi adalah proses penilaian pencapaian tujuan dan pengungkapan masalah kinerja program/proyek untuk memberikan umpan balik bagi peningkatan kualitas kinerja program/proyek.

Tujuan Monitoring
1.  mengkaji apakah kegiatan-kegiatan yang
dilaksanakan telah sesuai dengan rencana
2.  mengidentifikasi masalah yang timbul agar langsung dapat diatasi
3. melakukan penilaian apakah pola kerja dan manajemen yang digunakan sudah tepat untuk mencapai tujuan proyek.
4.  mengetahui kaitan antara kegiatan dengan tujuan untuk memperoleh ukuran kemajuan,
5.  menyesuaikan kegiatan dengan lingkungan yang berubah, tanpa menyimpang dari tujuan.

Pertanyaan kunci monitoring

1.      Masalah—masalah apa yang timbul ?
2.      Apakah proyek berjalan sesuai jadwal ?
Apakah proyek menghasilkan Output yang direncanakan ?
4.      Apakah anggarannya sesuai dengan rencana ?
5.     Apakah strateginya berjalan sesuai dengan rencana?
6.   Apakah kelompok sasaran (target group) terlibat dalam aktivitas proyek ?

Manfaat monitoring

Bagi pihak Penanggung Jawab Program (pemilik) : 
Salah satu fungsi manajemen yaitu pengendalian atau supervisi.
Sebagai bentuk pertanggungjawaban (akuntabilitas) kinerja
Untuk meyakinkan pihak-pihak yang berkepentingan
Membantu penentuan langkah-langkah yang berkaitan dengan kegiatan proyek selanjutnya.
Sebagai dasar untuk melakukan monitoring dan evaluasi selanjutnya.



Apa itu evaluasi?


Jenis evaluasi
1.   Evaluasi awal kegiatan, yaitu penilaian terhadap kesiapan proyek atau mendeteksi kelayakan proyek.

2.   Evaluasi formatif, yaitu penilaian terhadap hasil-hasil yang telah dicapai selama proses kegiatan proyek dilaksanakan. Waktu pelaksanaan dilaksanakan secara rutin (per bulan, triwulan, semester dan atau tahunan) sesuai dengan kebutuhan informasi hasil penilaian.

3.   Evaluasi sumatif, yaitu penilaian hasil-hasil yang telah dicapai secara keseluruhan dari awal kegiatan sampai akhir kegiatan. Waktu pelaksanaan pada saat akhir proyek sesuai dengan jangka waktu proyek dilaksanakan. Untuk proyek yang memiliki jangka waktu enam bulan, maka evaluasi sumatif dilaksanakan menjelang akhir bulan keenam. Untuk evaluasi yang menilai dampak proyek, dapat dilaksanakan setelah proyek berakhir dan diperhitungkan dampaknya sudah terlihat nyata.
 

Formative evaluation:
Summative evaluation:
So, what’s impact evaluation?
Dampak adalah gambaran nilai suatu program terhadap orang dan masyarakat. Biasanya, dampak mengacu pada manfaat jangka panjang terhadap masyarakat.
Misalnya, peningkatan pengetahuan, efisiensi produksi, peningkatan lingkungan hidup, keuntungan finansial, dll.

Evaluasi dampak: membahas efek dari sebuah kebijakan secara keseluruhan atau proses pengimplementasiannya ( Wayne Parsons, 2005).

Studi ini melihat pada aspek dampak (outcome) tertentu dari sebuah produk (output) kebijakan. Produk/hasil kebijakan (policy output) tentu saja berbeda dengan dampak kebijakan (policy impact). Output kebijakan adalah produk dan implementasi kebijakan. Sedangkan dampak (outcome/impact) dari sebuah kebijakan merupakan efek kebijakan dalam konteks yang sesungguhnya.
Contoh : peningkatan mutu pelayanan pendidikan di sekolah merupakan efek dari kebijakan pendidikan yang dilakukan pemerintah.


Indikator program berbasis masyarakat
1. Goals
Kualitas hidup
Keberdayaan masyarakat (aktualisasi diri dan koaktualisasi eksistensi komunitas)
Kemandirian masyarakat
Ketahanan masyarakat
2. Outcomes
- Apresiasi (kesadaran, tanggung jawab & peran aktif)
- Pemanfaatan sumber sosial berkelanjutan
- Mekanisme penanganan & pencegahan oleh masyarakat
3. Outputs
- Pengendalian (bobot dan pertumbuhan) masalah sosial
- Peningkatan cakupan pelayanan (coverage rate)
- Derajat penggunaan potensi dan sumber masyarakat
- Peran aktif masyarakat



untuk mendownloadnya silahakan download di menu atas atas di
Sini..

TERM OF REFERENCE (TOR)

4 komentar
TERM OF REFERENCE (TOR)
DESKRIPSI
Merupakan Kerangka Acuan yang berisikan pernyataan kebutuhan pekerjaan suatu proyek

Digunakan sebagai pedoman pelaksanaan pengerjaan proyek
Contoh Lay Out TOR
Latar Belakang
Tujuan
Sasaran/manfaat (Dampak dari hasil pekerjaan)
Lingkup Kegiatan
Waktu dan Jadwal Kegiatan
Kerangka Pikir
Metode (cara) yang digunakan
Analisis Data
OutLine Pelaporan

TOR (1): LT BELAKANG, TUJUAN, RUANG LINGKUP & KERANGKA PIKIR
JELAS
LOGIS
SINGKAT
LENGKAP
TERARAH
BERHUBUNGAN

TOR (2): METODE (CARA)
BIASANYA GUNAKAN BEBERAPA CARA YG SALING MENUNJANG SATU DNG YG LAIN

YANG UMUM
1. TELAAH INFORMASI YANG ADA,
TERMASUK DATA SEKUNDER
2. OBSERVASI
3. SURVEI CEPAT
4. WAWANCARA MENDALAM
5. DISKUSI KELOMPOK
6. DSB
TOR (3): WAKTU & JADWAL
MASALAH SEDERHANA, TAPI HARUS DIPERHITUNGKAN DGN SEKSAMA

PERHATIKAN HARI LIBUR, ATUR-AN STEMPAT, BEDA WAKTU, JARAK, TRANSPORTASI, MUSIM, DLL

BIASANYA KURANG ATAU MAKSIMAL UTK 6 BULAN SAMPAI SELESAI LAPORAN DAN PRESENTASI

HARUS BETUL-BETUL DISEPAKATI DAN DIIKUTI
TOR (4): ANALISIS & PELAPORAN
ANALISIS HARUS SUDAH JELAS UTK TIAP INSTRUMEN DAN KESELURUHAN DATA

PELAPORAN HRS FOKUS PD TOR & HASIL-HASIL ANALISIS

IMPLIKASI KBIJAKAN DR HASIL ASSESSMENT HRS JELAS

LAPORAN BERUPA LAPORAN LENGKAP DAN POLICY PAPER

PRESENTASI HARUS TERFOKUS DAN MEYAKINKAN


untuk mendownloadnya bisa di dapat dimenu atas atau di
sini..

LAPORAN PERANCANGAN SISTEM INFORMASI PERPUSTAKAAN FAKULTAS FKIP UNIVERSITAS SRIWIJAYA

0 komentar
LAPORAN
PERANCANGAN SISTEM INFORMASI PERPUSTAKAAN FAKULTAS FKIP
UNIVERSITAS SRIWIJAYA






DISUSUN OLEH :


1. Ali Bardadi (09061003010)
2. Arie Adriansyah (09061003031)
3. Elvin Stiawan (09061003021)




FAKULTAS ILMU KOMPUTER
UNIVERSITAS SRIWIJAYA
TAHUN AJARAN
2008 / 2009







ABSTRAK


Laporan mengenai Rancang Bangun Sistem iInfprmasi Perpustakaan Fakultas FKIP Universitas Sriwijaya” ini dibuat untuk memenuhi salah satu syarat agar mahasiswa jurusan system onformasi fakultas ilmu komputr dapat mengikuti ujian akhir semester (UAS).
Dalam menyelesaikan laporan ini penulis mengumpulkan data melalui observasi dan interview secara langsung serta riset kepustakaan. Penulis juga dapat mengetahui data buku apa saja yang terdapat di perpustakaan FKIP universitas sriwijaya ini
Setelah melakukan observasi lapangan dan interview secara langsung, penulis mengetahui bahwa buku-buku yang ter dapat di perpustakaan Fasilkom Unsri ini terdiri dari beberapa buku penunjang perkuliahan, seperti:
2. Bahasa Indonesia
3. Bahasa Inggris
4. Pendidikan
5. Matematika
6. Kimia
7. Ilmu Sosial
8. Akutansi
9. Agama
10. Biologi
11. Fisika
12. Olah raga
13. Ekonomi dan
14. Jurnal



mau lihat lebih lengkap Laporan ini download aj di link menu di atau download disini..


Laporan Kerja Praktek :Analisis dan Desain Sistem Registrasi Pasien Jamkesmas Rawat Jalan di Rumah Sakit Umum Lahat

7 komentar

LAPORAN KERJA PRAKTEK

ANALISIS DAN DESAIN SISTEM REGISTRASI PASIEN
JAMKESMAS RAWAT JALAN
PADA RUMAH SAKIT UMUM DAERAH
LAHAT







Oleh :

M. ALFI. M 09061003027






PROGRAM STUDI SISTEM INFORMASI
FAKULTAS ILMU KOMPUTER
UNIVERSITAS SRIWIJAYA
AGUSTUS 2009





DAFTAR ISI



HALAMAN JUDUL…………………………………….......…………...…….i
HALAMAN PENGESAHAN …………………………………………..……..ii
HALAMAN PENGESAHAN RS ………………………...…… ……………..iii
KATA PENGANTAR…………………………………………………….……iv
DAFTAR ISI……………………………………………………………….…..vi
DAFTAR LAMPIRAN……………………………………………………. ….x
BAB I PENDAHULUAN………………………………...………...……….1
1.1 Latar Belakang…………..….………………………...…….. ..1
1.2 Tujuan……………………..………………………… ………2
1.3 Manfaat………………………………………………..……… 3
1.4 Waktu dan Tempat Pelaksanaan Kerja Praktek.…..………….. 4
BAB II GAMBARAN UMUM PERUSAHAAN…………..………………. 5
2.1 Sejarah Singkat Rumah Sakit Umum Lahat………..…………5
2.2 Visi, Misi, Tujuan dan
Motto Rumah Sakit Umum Daerah Lahat …………………....5
2.2.1 VISI...……………………………………………..5
2.2.2 MISI………………………………………………6
2.2.3 Tujuan………………………...…………………..6
2.2.4 Motto…………………...…………………………6
2.3 Struktur Organisasi dan Uraian Tugas...………………………7
2.4 Pengertian-pengertian dalam Rumah Sakit Umum Lahat…....54
BAB III PELAKSANAAN KERJA PRAKTEK…….……………………….56
3.1 Laporan Kegiatan Selama KP...………………………………56
3.2 Analisis Masalah.……………………………………………..57
3.2.1 Domain Masalah.………………………………...57
3.2.2 Proses Bisnis……………………………………..59
BAB IV USULAN SISTEM…………………………………………………..64
4.1 Tujuan Pengembangan Sistem……………………..…………64
4.2 Analisis Kebutuhan…………………..……………………….65
4.2.1 Masalah yang dihadapi bagian Pengendali Askin..65
4.2.2 Kebutuhan Sistem………………………………..66
4.3 Perancangan Logika / obyek………………………..………...67
4.3.1 Pemodelan Data……………………………….....67
4.3.2 Pemodelan Proses………………………………..68
4.3.3 Decompotition Diagram………………………....71
4.3.4 Desain Sistem…..………………………………..72
BAB V KESIMPULAN DAN SARAN……………..……………………….73
5.1 Kesimpulan……………………..………………...73
5.2 Saran………………………………..…………….73
DAFTAR PUSTAKA………………..…………………………………………74
LAMPIRAN………………………….………………………………………...75



Untuk Dapat melihat laporan kerja praktek Saya Silahkan Download Lengkap Link di Menu atas atau Silahkan Download disini


Rabu, 21 Oktober 2009

Sarbanes Oxley

0 komentar

Sarbanes Oxley






Dibuat Oleh : M ALFI M (09061003027)




FAKULTAS ILMU KOMPUTER

UNIVERSITAS SRIWIJAYA

PALEMBANG

2009





Sarbanes-Oxley Act (Pub. L. No. 107-204, 116 Stat 745) adalah sebuah landasan hukum yang disahkan pada 23 Januari 2002 oleh kongres Amerika Serikat. Undang-undang ini dikenal sebagai Public Company Accounting Reform and Investor Protection Act of 2002 atau undang-undang perlindungan investor dan pengaturan akuntansi perusahaan publik yang seringkali disebut SOX atau Sarbox. Pada Gambar II-1 terlihat bahwa SOX lahir sebagai bentuk tindakan penanggulangan pemerintah Amerika Serikat terhadap sejumlah skandal yang menimbulkan krisis kepercayaan para investor. Untuk selengkapnya Silahkan download di Menu Download di atas.atau download diSini..


Labels

 

Copyright 2018 All Rights Reserved @ Sistem Informasi|Fasilkom Unsri| Mkom Budi Luhur |