Halaman

Senin, 03 Desember 2012

Diagnostik kapasitas perencanaan pedoman Verifier untuk SharePoint (CPG)


Diagnostik kapasitas perencanaan pedoman Verifier untuk SharePoint (CPG)


Sekilas pandang
Kapasitas perencanaan pedoman Verifier untuk Microsoft SharePoint (CPG) nyata telah dirancang untuk mendeteksi kondisi di mana batas-batas kapasitas peternakan Microsoft SharePoint 2010 Anda mungkin telah mencapai atau melebihi. Rincian tentang kapasitas batas dan batas-batas perangkat lunak untuk SharePoint 2010 tersedia di Microsoft TechNet topik berikut:
Batas-batas kapasitas untuk SharePoint telah didirikan berdasarkan pengujian dilakukan di Microsoft pada sifat-sifat hidup. Konfigurasi yang melampaui batas-batas ini tanpa memadai pengujian dapat menyebabkan masalah kinerja atau perilaku yang tidak diharapkan.
Batas-batas kapasitas dapat lebih lanjut diklasifikasikan menjadi beberapa kategori berikut:
  1. Batas-batas: batas absolut yang tidak melebihi oleh desain
  2. Ambang batas: parameter yang memiliki nilai default dan tidak bisa melebihi kecuali nilai diubah (ambang batas dapat melebihi dalam kasus tertentu untuk mengakomodasi kebutuhan peternakan Anda. Namun, melakukan hal ini dapat mempengaruhi kinerja dan kapasitas batas dari unsur-unsur lain dari peternakan Anda.)
  3. Didukung: didukung batas-batas yang mendefinisikan nilai diuji untuk parameter tertentu (nilai-nilai default untuk batas-batas ini didefinisikan oleh pengujian, dan mewakili keterbatasan dikenal produk. Konfigurasi yang melebihi batas didukung dapat menyebabkan hasil yang tidak diharapkan, penurunan yang signifikan dalam kinerja, atau efek berbahaya lain.)
Izin diperlukan
Aturan dalam paket diagnostik menggunakan snap-in SharePoint PowerShell untuk mendapatkan informasi tentang pertanian. Oleh karena itu, account yang digunakan untuk menjalankan paket diagnostik harus baik menjadi peternakan rekening atau akun yang telah diberikan izin yang diperlukan melalui perintah Add-SPShellAdmin . Perhatikan bahwa account peternakan adalah account di mana layanan timer dan kolam renang aplikasi administrasi pusat situs berjalan.
SharePoint Server target
Rilis saat ini nyata ini tidak diperlukan untuk dijalankan pada beberapa server dalam pertanian untuk mengumpulkan semua titik data yang diperlukan. Anda harus menjalankan nyata di salah satu web front-end server di pertanian.

INFORMASI LEBIH LANJUT

Informasi yang dikumpulkan
Informasi yang dikumpulkan
Kapasitas perencanaan batas
Batas-batas aplikasi web
Aturan ID
Judul
Deskripsi
3FADCA3A-DA90-49E3-BAD9-61F146329F9C
Didukung: 300 konten database per aplikasi web
E7E40739-90C0-4228-BED9-0C8DED1D302F
Didukung: 20 berhasil jalan per aplikasi web
Web Server dan aplikasi Server batas
Aturan ID
Isi Database batas
Aturan ID
Judul
E5D6E95C-6B97-4DB1-8A77-DAB00A035316
Didukung: 10 aplikasi renang per web server
34683B93-483F-4923-BD4E-5671D964F947
Daftar dan batas-batas perpustakaan
Aturan ID
Judul
Aturan ID
805BCB31-A423-404A-9B42-06D91D687F7A
Didukung: 200 GB per konten database
Didukung: 5000 situs koleksi per konten database
3A5FBBEC-562E-42F0-99E2-0A40F9C38978Ambang batas: 5 juta baris dalam tabel AuditData
Didukung: 30,000,000 item per daftar/perpustakaan http://Office.Microsoft.com/en-US/SharePoint-Foundation-help/Manage-Lists-and-Libraries-with-many-Items-HA010377496.aspx
Batas-batas keamanan
Aturan ID
Deskripsi
Deskripsi
1Ambang batas: 5.000 daftar item per folder
A638309E-F7A0-4E3E-8285-7E3906C917EDAmbang batas: 1.000 unik keamanan cakupan per daftar/perpustakaan
EB4892CC-17C0-44C0-A091-FB5E5383A43FDidukung: 6 database baris tabel per item daftar/perpustakaan (MaxListItemRowStorage properti)
7BF1F8F9-16F4-41D4-BC74-67F6BEB638BFAmbang batas: Daftar lihat ambang nilai dalam sumber daya throttling konfigurasi diatur ke 5.000
80FCC287-E150-4C90-B24D-BC3402F1712DAmbang batas: 8 bergabung operasi per permintaan pencarian lihat daftar
C52E4AB7-140B-464B-9284-89D414C50267Ambang batas: 2.000 sub-situs per tampilan situs
http://technet.Microsoft.com/en-us/library/cc262787.aspx
Pencarian batas
Aturan ID
Judul
Deskripsi
8AD5B2D2-2932-468E-B6CF-8F29F3B39D30
Didukung: 5.000 Active Directory pelaku/pengguna dalam SharePoint grup
D23D9DDE-6658-45B5-881A-CC31AE03F32E
Didukung: 5.000Keamanan pelaku per daftar kontrol akses
http://technet.Microsoft.com/en-us/library/cc262787.aspx
557DE93D-E86D-49E1-8239-8642781FA27F
http://technet.Microsoft.com/en-us/library/cc262787.aspx
Batas-batas penyebaran konten
Aturan ID
Judul
Deskripsi
007AF643-66D6-4616-97AB-2EA7615B12C2
Ambang batas: 16 merangkak komponen per pencarian layanan aplikasi
41B71C32-3EE6-49AA-8BBA-E05D4E375CB9
Ambang batas: 2 merangkak komponen per merangkak database
3AEAC6F7-3F7B-44C5-82FD-D712F3DF4193
Ambang batas: 2 merangkak komponen per server
A0A4F622-05B5-47B1-9993-47F927EC913F
Ambang batas: 10 merangkak database per pencarian layanan aplikasi
307D6B52-1479-4CF0-A95B-E05BBEAA6D8E
Didukung: 500.000 dijelajahi properti per search aplikasi
38BB68F6-7EAC-420F-852E-5A020C366575
Ambang batas: 100 merangkak properti pemetaan per dikelola properti
EFFCBC54-F17C-4735-B5AA-36DFB770541F
Ambang batas: 100 merangkak aturan per pencarian layanan aplikasi
Ambang batas: 20 indeks partisi per pencarian layanan aplikasi
DEE2C14A-A2A8-4274-8908-962D0108C699
Ambang batas: 100.000 dikelola properti per pencarian layanan aplikasi
3BFF4050-EBB1-4252-B808-B0A0913C4718
Ambang batas: 10 properti database per pencarian layanan aplikasi
DE788895-3CE6-46EF-9D4B-3F74048E689D
Ambang batas: 128 permintaan komponen per search aplikasi
E6F5EE96-5BAC-4CEF-987A-FB7119A9D9FE
Ambang batas: 200 kata kunci per situs koleksi
E4DD000D-6D82-4B87-9E15-E8620E293B0E
Didukung: 20 mencari layanan aplikasi
Aturan ID
Judul
Deskripsi
E33226BC-D01C-4A36-ADAC-B1D7076FCB25
Didukung: 20 penyebaran konten pekerjaan per pertanian
Batas-batas blog
Batas-batas alur kerja
Aturan ID
Judul
Deskripsi
FB4A751A-2FE6-40DD-B414-AEC369E959C9
Didukung: 1.000 komentar per blog post
Aturan ID
Judul
Deskripsi
BD32D3D0-D94C-4FEB-9763-6B424E38BB6D
Ambang batas: Alur kerja postpose ambang batas properti diatur ke nilai maksimum 15
Berhasil toko istilah Metadata batas
Aturan ID
Judul
Deskripsi
D5254485-FBD0-456D-844C-BD81C4ED3DFA
Didukung: 1.000 istilah set per istilah toko
15459C6E-7195-48C6-BDD3-AE2B2288ADC4
Didukung: Mengatur syarat 30.000 per istilah
19FDA642-93D3-4D1C-BE89-0B9E80D43E13
Didukung: 1 juta item per istilah toko
Referensi KB 926079 - sering diajukan tentang Microsoft dukungan diagnostik alat (MSDT)
http://support.Microsoft.com/KB/926079</SPAN style="LINE

Jumat, 30 November 2012

Perencanaan kapasitas portal beton pratekan parsiil di daerah gempa berdasarkan SKSNI-T-15-1991-03 dan evaluasi perilaku inelastisnya

Perencanaan kapasitas portal beton pratekan parsiil di daerah gempa berdasarkan SKSNI-T-15-1991-03 dan evaluasi perilaku inelastisnya


Abstract

Sejalan dengan semakin meningkatnya permintaan akan suatu ruang yang luas yang bebas kolom, maka alternatip pemakaian portal beton pratekan merupakan solusi yang tepat. Pada tugas akhir ini, penulis berusaha untuk menyusun suatu prosedur perencanaan kapasitas untuk portal beton pratekan parsiil berdasarkan SK-SNI-T-15-1991- 03C7], karena selama ini belum ada suatu prosedur umum yang dipakai untuk perencanaan kapasitas portal beton pratekan parsiil di Indonesia. Pada perencanaan kapasitas portal beton pratekan yang perlu diperhatikan adalah kemampuan struktur tersebut untuk melakukan suatu deformasi inelastis tanpa kehilangan kekuatan yang berarti selama terjadinya gempa. Untuk dapat menghasilkan suatu deformasi inelastis yang diharapkan maka elemen struktur tersebut harus direncanakan dan didetail sebaik mungkin sehingga elemen struktur tersebut mempunyai daktilitas rotasi yang cukup untuk memungkinkan terjadinya suatu mekanisme yang diharapkan. Dalam tugas akhir ini dibahas beberapa topik daktilitas rotasi, antara lain persyarataan daktilitas rotasi yang harus dipenuhi sehubungan dengan adanya prategangan, daktilitas rotasi yang harus disediakan sehubungan dengan adanya tuntutan daktilitas simpangan yang diberikan. Selain itu juga dilakukan pengecekan lebar retak sehubungan dengan adanya redistribusi raomen yang dilakukan pada balok-baloknya. Dari pembahasan yang dilakukan dapat disusun suatu prosedur perencanaan kapasitas untuk portal beton pratekan parsiil. Dengan prosedur tersebut dikerjakan dua buah contoh soal perhitungan portal beton pratekan parsiil untuk struktur 6 lantai dengan bentang 25 m dan struktur 10 lantai dengan bentang 10 m. Pada akhir dari perencanaan yang telah dikerjakan dilakukan suatu evaluasi perencanaan. Dimana pada evaluasi tersebut struktur yang telah direncanakan dilakukan analisa inelastis riwayat waktu yang dilakukan dengan suatu program bantu Ruaumoko. Tujuan dari analisa ini adalah untuk memeriksa apakah perilaku dari struktur tersebut cukup memuaskan selama terjadinya gempa. Struktur yang dievaluasi adalah struktur yang telah dikerjakan sesuai dengan prosedur perencanaan yang telah disusun. Dari hasil analisa inelastis riwayat waktu dapat diambil beberapa kesimpulan : 1. Untuk struktur 6 lantai bentang 25 m Untuk gaya geser maksimum pada kolom sepanjang tinggi gedung selama terjadinya gempa selalu lebih besar dari gaya geser rencana kolomnya. Tetapi karena adanya faktor reduksi kekuatan pada perhitungan penulangan geser yang ada pada SK SNI T-15-1991-03 sehingga kekurangan gaya geser rencana tersebut masih dapat dipenuhi oleh kapasitas geser yang ada pada penampang. Sedang untuk momen maksimum yang terjadi pada kolom selama terjadinya gempa juga melampaui momen rencana kolomnya. Untuk kolom tepi karena adanya faktor reduksi kekuatan kekurangan tersebut dapat dipenuhi, untuk kolom tengah kekurangan tersebut tidak dapat dipenuhi. Daktilitas kurvatur pada baloknya selalu dapat memenuhi daktilitas kurvatur yang terjadi akibat gempa. 2. Untuk struktur 10 lantai bentang 10 m Untuk struktur yang direncanakan sesuai dengan SK SNI T-15-1991-03 dimana batasan 1.05 (D+L+4/K E) lebih menentukan, gaya geser maksimum yang terjadi akibat gempa selalu lebih besar dari gaya geser rencana. Tetapi karena adanya persyaratan penulangan geser minimum yang ada pada SK SNI T-15-1991-03 kekurangan gaya geser rencana tersebut masih dapat dipenuhi oleh kapasitas geser terpasang. Sedang jika direncanakan dengan perencanaan kapasitas maka gaya geser rencana tersebut dapat lebih besar dari gaya geser maksimum yang terjadi selama gempa. Momen maksimum yang terjadi selama gempa selalu lebih besar dari momen rencana kolom. Kapasitas penampang yang didapat dari batasan 1.05 (D+L+4/K E) masih belum dapat memenuhi kekurangan momen maksimum. Sedang untuk kapasitas penampang yang direncanakan sesuai dengan perencanaan kapasitas kekurangan tersebut dapat
Item Type:Thesis (Bachelor)
Uncontrolled Keywords:prestressed concrete, portal
Subjects:UNSPECIFIED
Divisions:UNSPECIFIED
Depositing User:Admin
Date Deposited:23 Mar 2011 18:48
Last Modified:28 Mar 2011 11:33
URI:http://repository.petra.ac.id/id/eprint/13723

Manajemen Material


Manajemen Material


Di dalam sistem Suplai – Produksi – Distribusi, aliran material dapat dikelompokkan menjadi 3 fase, yakni :

- Bahan baku (raw material), mulai didapat dari supplier sampai diterima di bagian manufacturing
- Material yang sedang diproses di manufacturing (work in process)
- Barang jadi (finished goods), yang didistribusikan ke konsumen


Sistem suplai - Produksi - Distribusi

Tujuan Perusahaan :
- Customer service yang tinggi
- Production cost yang rendah
- Inventory investment yang rendah
- Distribution cost yang rendah
semua yang diatas akan menghasikan PROFIT BESAR



Manajemen Material :
Perencanaan dan pengendalian material; mengatur persediaan material dari bahan baku sampai barang jadi yang akan dikirim ke konsumen, dengan tujuan memaksimumkan kepuasan pelanggan, meminimumkan biaya operasional dan meminimumkan investasi persediaan.

Faktor Penyebab “Ketidaksesuaian” Suplai dan Permintaan
- Waktu : ada waktu yang diperlukan untuk melakukan proses produksi dan distribusi (lead time)
- Discontinuity : seringkali terjadi karena proses / operasi produksi yang dependent

Jenis persediaan menurut Kebutuhan:
- Bahan Baku (Raw Material)
Item yang dibeli dari supplier sebagai input untuk produksi meliputi : bahan baku, komponen dan sub-assembly
- In-Process Goods
Bahan baku yang sudah masuk ke proses produksi, sedang dikerjakan atau masih menunggu untuk dikerjakan
- Barang Jadi (Finished Goods)
Barang jadi yang siap untuk dijual, didistribusikan, digudangkan
- Supplies
Bukan bagian dari final product tetapi merupakan barang pendukung seperti : paper, disket, lampu,pensil, dll.

Factory Supplies

MRO Supplies (Maintenance, Repair and Operating); item yang digunakan untuk mendukung proses produksi tetapi bukan bagian dari proses produksi.
Misal : spare part

Jenis persediaan menurut Manfaat:
- Working stock : persediaan sesuai dengan keperluan mendatang
- Safety stock : persediaan untuk antisipasi fluktuasi permintaan
- Anticipating stock : persediaan untuk permintaan musiman, libur, mogok
- Decoupling stock : akumulasi persediaan antar aktivitas yang dependent

BIAYA PERSEDIAAN
- Purchase Cost = Production Cost
adalah biaya yang dikeluarkan untuk membeli atau memproduksi satu unit
Harga beli/unit
eksternal (termasuk transportasi)
Harga produksi/unit
internal (termasuk upah buruh, materail, dan overhead)
- Order Cost = Setup Cost
Internal Cost set up cost termasuk perpindahan proses produksi, persiapan/set up produksi, penjadualan pekerjaan, ekspedisi dan kualitas
Eksternal Cost order cost termasuk biaya pembuatan daftar kebutuhan, menganalisis rekanan, pembuatan order pembelian, penerimaan material, dll
- Holding Cost = Carrying cost 
Biaya yang timbul karena penyim-panan, meliputi :
Capital cost
Biaya karena obsolescence ketinggalan jaman
Biaya karena shrinkage hilang/dicuri
Biaya karena deterioration umur
- Stock-out Cost (Depletion Cost)
Merupakan konsekuensi ekonomis karena terjadi kekurangan baik akibat internal maupun eksternal perusahaan
Kekurangan internal :
Order sebuah grup/departemen tidak bisa dipenuhi dalam organisasi itu sendiri. Misal : idle, delay in compe-tition

Kekurangan eksternal :
Order konsumen tidak dapat dipenuhi sehingga menimbulkan :
- Backorder
- Present profit loss (potential sales)
- Future profit loss (goodwill erotion)

Problem Persediaan (menurut kate-gori organisasi)
1. Retail System
Mensuplai konsumen dengan barang/jasa tanpa melakukan konversi/transformasi
Barang masalah : suplai dan finished good
Jasa masalah : suplai
Grosir/sistem distribusi :
Membeli dalam jumlah besar untuk didistribusikan ke retailer
Retailer masalah : suplai dan finished good
2. Manufacturing

Raw Material, WIP, finished goods

INVENTORY CONTROL SYSTEM

1. Continuous Inventory Systems (fixed order quantity systems)
Apabila inventory barang berkurang daripada level yang ditentukan, pesanan order baru akan ditempatkan untuk menggantikan stok tersebut sesuai angka yang sudah ditentukan (reorder point)
Keuntungan :
Monitoring yang kontinyu sehing- ga manajemen selalu dapat mengetahui posisi status inven- tory
Pesanan order yang ditempatkan merupakan angka / jumlah yang tetap dan berdampak minimalisasi biaya total inventory
Kerugian :
Monitoring yang terus menerus akan berdampak timbul biaya untuk penanganannya

2. Periodic Inventory Systems (fixed time period systems)
Inventory yang ada dihitung berdasarkan tenggang waktu pembelian yang tertentu seperti setiap minggu, setiap akhir bulan. Inventory level tidak dimonitoring setiap saat selama kurun waktu interval yang ditentukan. 
Umumnya cocok untuk inventory dalam jumlah yang sangat besar dan kemungkinan kecil kehabisan stok lebih awal dalam periode yang sudah ditentukan. Jumlah order ditentukan secara periodic pada saat pesanan dibuat.
Keuntungan :
Sedikit/jarang dan tidak diperlu- kan pengamatan data/record
Kerugian :
Lemah dalam monitoring secara langsung
3. ABC Classification System
Metode untuk pengamatan inventory dengan mengklasifikasi item dalam kelompok A Class, B Class, dan C Class



contoh:

ECONOMIC ORDER QUANTITY (EOQ)

Model formula EOQ diperkenalkan pertama kali oleh Ford Harris pada tahun 1915

Fungsi EOQ
Menentukan besar order yang optimal dengan total biaya persediaan yang minimum 
Dua model EOQ :
EOQ Model Basic
EOQ Model dengan penerimaan non instan

1. EOQ Model Basic
Menetukan besar order yang op-timal dengan meminimalkan jumlah biaya penyimpanan (carrying cost) dan biaya pemesanan (ordering cost)

Asumsi yang digunakan :
- Permintaan diketahui dengan jumlah tertentu dan waktu yang konstan
- Tidak ada shortage
- Lead time penerimaan order konstan
- Jumlah order diterima semua dalam suatu waktu
Siklus order (order cycle) :
Waktu antara penerimaan barang dari suatu order dalam suatu siklus persediaan (inventory)
Dalam model ini digambarkan :
Q = jumlah order
R = Re Order Point (ROP) yaitu titik pemesanan barang kembali



Total biaya pemesanan tahunan (annual ordering cost) dapat dihitung dengan mengalikan biaya per order (cost per order = C0) dan permintaan selama setahun (annual Demand = D), dan jumlah order (order size = Q)

C0 . D
Annual ordering cost = 
Q
Biaya penyimpanan (carrying cost) dapat dihitung :

C0 . Q
Annual carrying cost =
2
Total biaya persediaan (annual inventory cost) adalah jumlah dari biaya pemesanan dan biaya penyimpanan

FORECASTING
Input dalam perencanaan produksi maupun persediaan diperlukan prediksi jumlah permintaan pada periode yang akan datang. Prediksi atau estimasi jumlah permintaan di masa mendatang dikenal dengan peramalan (forecasting)
Ruang lingkup peramalan bukan hanya mencakup forecast permintaan saja tetapi juga prediksi atau forecast pendapatan, biaya, profit dan perubahan teknologi.
Factor-factor yang dapat mempe-ngaruhi fluktuasi permintaan :
Kondisi umum bisnis dan ekonomi
Aksi dan reaksi competitor
- Tindakan pemerintah
- Trend market
- Inovasi teknologi

SUMBER INFORMASI : http://grafiscetak.blogspot.com/2011/04/manajemen-material.html