Berbagi pengetahuan, perkuliahan dan pengalaman suka duka kuliah di Teknik Industri Universitas Sebelas Maret
Saturday, October 27, 2012
Friday, September 28, 2012
Quality checking of DFD
- Correctness checking determines that the syntax and connections used in diagrams, charts, and so forth are accurately used.
- Completeness checking is performed with the users to validate the meanings of all terms and to verify the semantics used in all documentation.
- Consistency checking ensures consistency and correctness of all entries that span multiple diagrams, text, charts, and so on. Consistency checks evaluate the interitem syntax and semantics. These checks are first performed by the project team during walk-throughs or other quality assurance evaluations. Then, they may be reviewed by independent quality assurance analysts as an added check.
Decompose Level 0 to Level 1
For each Level 0 process,
- Draw the input and output flows and the icons to which they connect from the higher level diagram. This forms the skeleton of the diagram. These are called the net inflows and outflows.
- Define the subprocesses by asking, "What are the steps required to do this process?" Then for each step, "Can I separate this from the other steps and do it in isolation?" For each subprocess you isolate, draw a process rec-tangle on the lower level diagram.
- Identify whether data stores are required or not. Add them and, if they are new, name them.
- Identify data flows to complete the diagram. Make sure you provide all and only the information required to perform the process.
- Review the diagram for unnecessary connec-tions and, if found, remove them.
- Update the data dictionary with all new information.
Friday, September 21, 2012
Identify the Level 0 processes
- Identify the Level 0 processes that are within the circle of the context diagram, without defining any data stores.
- The difficulty of this activity varies with your understanding of the problem domain and the scope of the project.
- After the processes are identified, next define file locations on the Level 0 data flow diagram.
- You could leave files for a lower level of analysis as many texts and companies do by convention. In that case, you are ready to draw the diagram.
- To identify data stores, first consider each process.
- Can the process be completed without reading or writing to a data store?
- If your answer is yes, then you do not need a file at this level.
- If the answer is no, you need one data store for every required read action and every required write action.
- Many times, the reads and writes are to the same data store. Then, you have one data flow per input/output action.
- As these required reads and writes are identified, you add to the DFD to include the data store name and data flow(s).
- When you do this part of the drawing, make sure that each flow and store has a name.
- All processes are connected to something else.
- All process have both inputs and outputs.
- No processes have only outputs or only inputs.
- Processes may connect to anything: other processes, data stores, or entities.
- All processes have a unique name and number.
- Each process number is used once in the diagram set.
- Only subprocesses of a process shall follow the numbering scheme of the parent process.
- Entities and data stores may connect only to processes. Another way to state this is that each data flow must have at least one end connected to a process.
- Data flows are the only legal type of connection between entities, processes, and data stores.
- Make sure there are no dangling arrows.
- The net data flows to and from context diagram external entities must balance, that is, be present, in each level of DFDs.
- Trivial errors and exceptions are not handled until L1 or lower in the DFD set.
- Trivial data stores show up in the diagram set the first time they are referenced by a process.
Friday, September 14, 2012
Data Flow Diagram
- A data flow diagram (DFD) is a graphic representation of the application's component parts.
- The entities and data flows from the context diagram are all present ini DFD.
- Data flows may connect processes to other processes, data stores, or external entities.
- Data stores and external entities do not interact directly with each other.
- All entities and data flows from the higher level processes must be in every more detailed diagram. The names of entities and data flows must be consistent across the levels of the diagrams
DFD Rules:
- Define the processes.
- Define the files and other data flows required to support the processes.
- Draw a Level 0 DFD. At level 0, ignore trivial error paths and data stores. If you define a validation process, you must eventually identify an error path. Define the error path at the primitive level. Similarly for data stores, define files when they are shared between processes. Introduce files that are only used within a given process at the level at which the file is shared between two or more subprocesses.
- Balance the DFD with the context diagram. Compare the net inputs and outputs to external entities on the DFD to the net inputs and outputs on the context diagram. There should be a one-to-one correspondence between the diagrams.
- Iterate through this procedure until the primi-tive level of DFD is reached for all processes. Always balance the current level DFD's net inputs and outputs with those of the previous level.
Friday, September 7, 2012
Data Flows
- Data flows are information about some business event being tracked by the application.
- A data flow is data or information that is in transit.
- A data flow might be a piece of paper, a report, a diskette, or a computer message.
- Data flows in a diagram are directed arrows that depict data movement from one place to another.
- They do not identify physical items.
- For example, an invoice is information about an order that would also have actual goods. A data flow to a customer shows the invoice but not the physical goods.
- for each data flow, create a definition in the data dictionary.
- Name,
- Alias,
- Timing,
- Contents,
- Constraints
Friday, August 31, 2012
External Entity
- External entities are people, places, or things which interact with the application.
- Usually, we identify titles/roles (e.g., Customer), departments (e.g., Accounts Receivable), organizations (e.g., Medicare Administration), or applications (e.g., Accounts Receivable Application) as entities.
- The phrase 'interact with the application' has a very specific meaning.
- The entity is outside the control and/or processing being modeled for the current application. That is, external entity processing, procedures, and data are not subject to analysis or change.
- Relationships between external entities are not shown on the diagram(s) (i.e., external entities cannot connect to each other).
- if you are modeling an order processing application that does not do inventory control, the warehouse would be on the context diagram.
- If inventory control and warehouse processing are within the scope of the application, the warehouse would not be on the context diagram
- Entity Name
- Aliases
- Definition
- Relationship to Application
- Contact, if entity is an organization
Sumber: Conger, 2008
Friday, August 17, 2012
Contex Diagram
Introduction:
- A context diagram depicts the scope of the project, using circles, squares, and arrows.
- A large circle designates the application.
- Squares identify external entities with which the application must interact.
- Directed lines are the data flows which indicate movement of data between entities and the application.
- Define the boundaries (i.e., scope) of the application. Specifically, define what the application will do and what it will not do. Draw the circle identifying the application and write the application name in the center.
- Using the application boundary as a starting point, identify all external entities with which the application must interact. For each entity, draw one square on the diagram and label the square.
- For each entity, create a definition in the data dictionary.
- For each external entity, identify the specific data flows that define the interface.
- For each data flow, create a definition and list of tentative contents in the data dictionary.
- For a complex application, you might need two levels of context diagrams.
- One level summarizes all entities with directed arrows that are unlabeled.
- The other level shows input flows on one diagram, and output flows on the other diagram with labeled data flows on both diagrams.
Thursday, April 26, 2012
Manajemen Pengetahuan (Knowledge Management) pada Unit Layanan Pengadaan (ULP)
Terminologi Pengetahuan (Knowledge) pertama kali diperkenalkan oleh Henry pada tahun 1974 yang mengungkapkan adanya perbedaan makna dan adanya transisi dari data, informasi hingga menjadi knowledge (Wallace, 2007). Adapun istilah manajemen pengetahuan (knowledge management) yang dikenal luas di dunia bisnis adalah suatu pengelolaan sumber daya untuk dapat menangkap, menyimpan, menyebarluaskan dan menggunakan pengetahuan-pengetahuan yang dimiliki organisasi untuk menjadikan organisasi lebih baik dari waktu ke waktu (Smith, 1971 dalam Wallace 2007; Dalkir, 2005; Nonaka dan Takeuchi, 1995).
Manajemen pengetahuan saat ini tidak hanya dikenal dalam perusahaan swasta (private sector) tetapi juga sudah dikenal pada organisasi pemerintahan (public sector). Setiadi, dkk (2011) mengungkapkan bahwa penerapan manajemen pengetahuan di organisasi pemerintahan hampir sama dengan organisasi swasta. Perbedaannya, organisasi swasta tujuanya adalah profit, sedangkan organisasi pemerintahan tujuan akhirnya adalah peningkatan layanan publik.Sejumlah literatur menunjukkan bahwa organisasi pemerintahan telah menginisiasi penerapan manajemen pengetahuan (Syed-Ikhsan dan Rowland, 2004; Menteri Negara Pendayagunaan Aparatur Negara dan Reformasi Birokrasi, 2011; Badan Pengkajian dan Penerapan Teknologi, 2012). Penerapan manajemen pengetahuan pada organisasi pemerintahan ditujukan untuk mempermudah proses penciptaan, pengumpulan, penyimpanan, dan berbagi-tukar pengetahuan (knowledge sharing), menutup kesenjangan pengetahuan antara satu karyawan dengan karyawan lainnya dan meningkatkan kemampuan organisasi dalam mengelola aset intelektual, pengetahuan dan pengalaman yang ada (Bappenas, 2011; Ningky, 2010).
Penerapan manajemen pengetahuan, khususnya pada organisasi pemerintahan di Indonesia sampai awal tahun 2012 belum masif karena baru dikeluarkannya pedoman pelaksanaan program menajemen pengetahuan oleh Menteri Negara Pendayagunaan Aparatur Negara dan reformasi Birokrasi pada tahun 2011. Selain itu, penerapan manajemen pengetahuan belum menyentuh ke unit-unit organisasi pemerintahan, yakni Kantor/Lembaga/Pemerintah Daerah/Instansi (K/L/D/I). Penerapan manajemen pengetahuan masih diperuntukkan untuk Unit Pengelola Reformasi Birokrasi Nasional (UPRBN) dalam mengelola forum manajemen pengetahuan yang dapat dimanfaatkan sebagai knowledge sharing yang berguna baik dalam perumusan kebijakan reformasi birokrasi nasional dan juga sebagai benchmarking bagi Kementerian/Lembaga dan Pemerintah Daerah (Menteri Negara Pendayagunaan Aparatur Negara dan Reformasi Birokrasi, 2011).
Penerapan manajemen pengetahuan yang dilakukan UPRBN tentu belum bisa memberikan hasil yang optimal dalam mengelola pengetahuan organisasi pemerintah. Idealnya, penerapan manajemen pengetahuan langsung diterapkan pada seluruh atau sebagian K/L/D/I yang banyak mengelola pengetahuan dalam bentuk inovasi atau peraturan-peraturan. K/L/D/I yang banyak mengelola inovasi atau peraturan-peraturan. Manajemen pengetahuan di sini diperlukan agar organisasi mampu melaksanakan fungsinya secara efektif akibat tidak adanya gap pengatahuan pada setiap elemen organisasi.
Salah satu organisasi pemerintah yang relevan menerapkan manajemen pengetahuan adalah lembaga pengadaan (procurement) (Bappenas, 2011). Lembaga pengadaan ini adalah Unit Layanan Pengadaan (ULP), yakni unit organisasi pemerintah yang berfungsi melaksanakan Pengadaan Barang/Jasa di K/L/D/I yang bersifat permanen, dapat berdiri sendiri atau melekat pada unit yang sudah ada (Republik Indonesia, 2010). ULP relevan menerapkan manajemen pengetahuan karena dalam melaksanakan tugasnya, staf ULP harus memiliki pengetahuan yang utuh terhadap semua aturan-aturan Pengadaan Barang/Jasa dan best practice dalam melaksanakan Pengadaan Barang/Jasa. Kurangnya pengetahuan staf ULP terhadap kedua aspek tersebut, terkadang menyebabkan staf ataupun pimpinan lembaga pemerintah terjebak dalam kasus hukum.
Selain karena ULP mengelola pengetahuan yang sangat dinamis dari waktu-kewaktu, struktur organisasi ULP dikelola oleh gabungan orang-orang dari berbagai instansi sehingga budaya (culture) berbagi (sharing) pengetahuan mutlak diperlukan untuk menjadikan pemahaman setiap staf menjadi utuh. Disamping itu, struktur organisasi yang relatif ramping dan baru terbentuk di semua wilayah menjadikan ULP relatif mudah untuk menerima penerapan sistem manajemen pengetahuan, dan ini tentunya berbeda dengan organisasi yang telah lama terbentuk yang terkadang memiliki retensi terhadap perubahan atau penggunaan sistem baru. Dengan demikian, apabila pemerintah hendak menerapkan manajemen pengetahuan pada K/L/D/I maka ULP adalah salah satu organisasi yang sangat relevan untuk segera menerapkannya.
Penerapan manajemen pengetahuan pada ULP memerlukan persiapan yang baik. Berdasarkan Pedoman Pelaksanaan Program Manajemen Pengetahuan, ada tiga tahapan utama dalam implementasi manajemen pengetahuan, yakni tahap perencanaan, tahap implementasi, dan tahap evaluasi serta penyempurnaan manajemen pengetahuan (Menteri Negara Pendayagunaan Aparatur Negara dan Reformasi Birokrasi, 2011). Tahap perencanaan tersebtu tersusun dari sejumlah tahapan: (1) Identifikasi konteks manajemen pengetahuan dalam organisasi; (2) Identifikasi praktek manajemen pengetahuan dalam organisasi; (3) Identifikasi dan melakukan analisis terhadap para pemangku kepentingan; (4) Perumusan strategi manajemen pengetahuan; (5) Pengembangan strategi manajemen perubahan; dan (6) Pengembangkan strategi implementasi manajemen pengetahuan.
Panjangnya tahapan penerapan manajemen pengetahuan mengindikasikan bahwa manajemen pengetahuan tidak dapat serta merta langsung diterapkan di ULP. Selain itu, oleh karena staf ULP tidak semuanya memahami konsep manajemen pengetahuan, maka diperlukan pihak lain di luar ULP yang dapat membantu penerapan manajemen pengetahuan. Oleh karena itu, penelitian ini bermaksud mengkaji tahap perencanaan manajemen pengetahuan untuk ULP. Melalui kajian ini diharapkan membantu secara khusus ULP dan secara umum Pemerintah Indonesia untuk melihat lebih teknis apa-apa yang perlu dipersiapkan dalam penerapan manajemen pengetahuan pada level K/L/D/I.
Wednesday, February 8, 2012
Download Buku Gratis :: Library.nu ::: Off
Awalnya download buku dari gigapedia.com yang kemudian berganti nama menjadi library.nu.
Sejak november 2011, library.nu sudah menutup proses registrasi, namun alhamdulillah saya sudah memiliki akun sejak jaman gigapedia sehingga tetap saja nyaman tarik sejumlah buku sampai dengan awal februari kemaren. Parahnya ketika kemarin istri mengeluh bahwa tidak ada lagi tombol untuk login dan benar ketika saya mencoba lihat, tidak ada link untuk login.
Kemudian coba cari buku, masih bisa sih... cuman sayangnya tidak lagi disediakan link untuk download hiks hiks sedih bangeet.
Wahhh seperti harus cari info ke teman2 untuk dapat situs yang bagus lagi...
Wednesday, December 28, 2011
Penilaian Tugas Akhir
Penilaian tugas akhir di Jurusan Teknik Industri UNS sebenarnya sudah cukup bagus, namun dalam proses penilaiannya bisa tidak sebagus apa yang terlihat. saat seminar atau sidang, komponen penilaian terdiri dari Presentasi (20%), Penulisan Laporan (20%), Diskusi Tanya Jawab (40%) dan Topik dan Materi (20%). Kemudian nilai itu merupakan rata-rata dari penilaian 4 dosen penguji. Adapun nilai akhir tugas akhir merupakan gabungan dari nilai seminar, nilai sidang, dan nilai bimbingan tugas akhir yang bobotnya saya lupa. Nilai bimbingan itu sendiri terdiri dari 2 komponen yaitu nilai proses pembimbingan dan nilai kuliah mandiri.
Permasalahan yang menurut saya krusial adalah justifikasi dan bagaimana ukuran presentasi, penulisan laporan dan diskusi tanya jawab dapat dinilia bagus ? Secara khusus komponen keempat topik dan materi layaklah dinilai bagus semua karena sudah melalui proses penyaringan dan diskusi panjang untuk bisa disetujui sebagai sebuah tugas akhir. Kembali pada ketiga komponen tersebut, menurut saya tidak ada standar baku pada ketiganya, misal standar sebuah penulisan laporan berkategori baik atau kurang baik. Lagi-lagi disini menuntut kejelian dan objektivitas 4 dosen penguji atau penilai. Meski demikian, sangat mungkin subjektivitas memberi andil sangat besar dalam penilaian itu.
Epilog:
Malam yang bergerak terus diiringi suara nasyid mengalun merdu, Teringat diri akan kondisi dimana terkadang “dosen” yang memberikan nilai tanpa memperhatikan komponen penilaian dan lebih kepada subjektifitas terhadap personal mahasiswa. Apapun itu, diri ini berpesan kepada adik-adik mahasiswa agar tunjukkanlah semangat “effort” dalam belajar dan berusaha memberikan yang terbaik bagi Tugas Akhir kalian, bukan merasa cukup dan merasa sudah tidak mampu. Yakinlah bahwa dalam tugas akhir selalu saja ada kelemahan dan kekurangan, itu wajar bagi sebuah penelitian. Jadi teringat pesan dosen dahulu bahwa tugas akhir itu boleh salah dan lemah, namun tidak boleh bohong atau manipulasi. Yakinlah pula bahwa semangat berusaha lebih tinggi nilainya bukan saja bagi kesuksesan tugas akhir, namun lebih jauh bagi kesuksesan di dunia kerja. Oleh karena itu wajar apabila dosen memberikan nilai berdasarkan pengamatan terhadap effort yang kalian lakukan, baik effort dalam menulis maupun menjawab diskusi…
Yuup kembali menikmati alunan nasyid yang bagus-bagus dari radio…
“Cucuran air mata yang ingat dosa2, ingin rasanya mengulang masa disaat waktu yang sia-sia”
Monday, December 19, 2011
Rencana Umum Pengadaan
Rencana umum pengadaan (RUP) adalah salah satu dokumen yang harus diketahui publik sesuai mandat Perpres 54 tahun 2010. Sesuai Perpres 54 2010 Pasal 8 ayat (1).a dan b disebutkan bahwa PA memiliki tugas menetapkan RUP dan mengumumkan secara luas RUP tersebut minimal di website masing-masing instansi/kantor/lembaga. Akhir tahun 2011 ini semestinya sudah semua instansi mengumumkan RUP tersebut. Sayangnya, kalau kita googling hanya RUP LKPP 2012 yang sudah terbaca oleh mesin pencari. Meskipun demikian, ini saya mempunyai 3 contoh RUP, yakni LKPP, KPK dan Pusdiklat SDM. Dari ketiga lembaga tersebut, RUP KPK dan Pusdiklat SDM lebih sederhana, sedangkan LKPP dikelompokkan perkegiatan. Menilik RUP 2012 LKPP, maka ini mirip kegiatan-kegiatan di tingkat universitas seperti yang pernah saya lihat. RUP ini nantinya masih perlu dikompilasi terkait pengadaan barang yang sejenis, misal ATK. Silahkan di download, semoga bermanfaat.
Semoga dalam waktu dekat semua instansi sudah muncul di mesin pencari bahwa mereka sudah upload RUP, termasuk salah satunya adalah RUP Universitas Sebelas Maret. Semoga…
Saturday, December 17, 2011
Selamat: Ketua Alumni TI UNS
Temu alumni 3-4 Desember 2011 telah melahirkan wadah alumni, salah satunya dengan terpilihnya sdr, Augus Perwira Putra (TI’98) sebagai ketua Ikatan Alumni (IA) Teknik Industri UNS dan sebagai wakilnya sdr. Fajar (TI’99).
Gebrakan pertama yang telah dilakukan Pak Ketua IA adalah mengumpulkan alumni pada 16 Desember 2011 malam, di Plaza Senayan Jakarta yang juga dihadiri oleh Pimpinan Jurusan Teknikk Industri UNS Bpk. Dr. Cucuk Nur Rosyidi.
Berdasarkan informasi ketua, saat itu yang hadir adalah Fauzan (98), Wisak (98), Azis (98) n Wife, Prasada (98), Rolles (98), Windya (99) n Husband, Galih (02), Shandy (01), Denta (05), Hindy (07) {note: maaf kalau salah/lupa angkatan :) }. Beberapa rekan alumni juga sudah berupaya hadir, walaupun gagal seperti Puput (06), Anjar, dan keempat adik-adik lain, serta Gusti (06) yg hingga jam 8 masih blm dpt bus dari cikarang,
Sangat appreciate dengan upaya yang telah dilakukan Pak Ketua dan rekan-rekan alumni lainnya. Sebuah awalan yang sangat baik karena sebelumnya pertemuan masih lokal perangkatan, kini dan kedepannya sudah lintas angkatan. Dukungan penuh untuk ketua IA pertama, Pak Augus.
Wednesday, December 14, 2011
Pak, Mengapa amplop TI UNS tidak ada gambar-gambarnya ?
Bener-bener iseng nih sore tadi, ketika menerima amplop dari Jurusan Teknik Sipil UNS, di pojok kiri bawah terdapat 4 buah logo yang berwarna-warni. Manis juga di lihatnya, makanya secara tidak sengaja meluncurlah pertanyaan “Pak, Mengapa amplop TI UNS tidak ada gambar-gambarnya ? ”
Kalau melihat isinya, saat ini TI UNS hanya punya 1 logo yang bisa dipasang yaitu Logo BAN-PT selaku badang akreditasi nasional perguruan tinggi, sayangnya nanti di bawah logo itu harus dipasang “B” karena akreditasi TI UNS masih B.
Logo kedua dan ketiga berkaitan dengan lembaga akreditasi manajemen sistem, khususnya ISO. Detail kedua lembaga tersebut bisa diakses di SAI-Global dan JAS-KAN
Adapun logo keempat adalah logo sebuah komite yang berada di bawah BSN (Badan Standardisasi Nasional). Komite tersebut bisa memberikan sertifikasi kepada laboratorium. Informasi lebih jauh tentang KAN dapat diakses di Profil KAN atau di situs resmi KAN.
UNS Memberikan Insentif Penulisan Jurnal Ilmiah
Universitas Sebelas Maret memberikan insentif bagi para dosen yang berhasil menulis karya ilmiah pada jurnal ilmiah terakreditasi nasional maupun internasional, dan makalah dalam seminar internasional. Ini iseng aja menulis tips prosedur untuk mendapatkan insentif tersebut, mungkin ada yang belum tahu bagaimana mengurusnya, semoga bermanfaat.
- Copy paper (cover, daftar isi, dan isi paper)
- Ajukan ke staff administratif di Prodi/fakultas masing-masing untuk dibuatkan surat pengantar.
- Tunggu sampai Anda mendapatkan surat keterangan bantuan dari PR. I seperti Gambar 1.
- Bawa copian surat tersebut ke Bag. Pendidikan UNS (untuk jurnal nasional) dan Bag. Kerjasama (untuk jurnal internasional), sampai diberikan surat pengantar berupa bukti pencairan dana bantuan.
- Bawa surat tersebut ke Kasir Keuangan UNS di Bag. Keuangan. Jangan lupa untuk membawa satu buah materai 6000. Setelah itu, Anda akan menerima insentif dengan contoh bukti penerimaan seperti Gambar 2.
Sengaja nilai insentif ditutup, itu nilainya tahu sama tahu alias TST aja deh :)
UNS mengadakan Job Fair
Meski niatnya baik, tidak ada salahnya memperhatikan masukan masyarakat seperti yang tercantum dalam Solopos 14 Desember 2011. Bahkan menjadi karikatur di hari tersebut.
Monday, December 12, 2011
Aplikasi P2M Fakultas Teknik
Sistem informasi Pengelolaan Data Penelitian dan Pengabdian kepada Masyarakat Fakultas Teknik (PPMFT) Universitas Sebelas Maret adalah sebuah aplikasi berbasis web yang digunakan untuk mengelola data P2M yang dilakukan oleh dosen-dosen Fakultas Teknik UNS. Fitur aplikasi dibedakan berdasar jenis user yaitu Umum, Dosen dan Administrator.
Output aplikasi ini antara lain:
Tuesday, December 6, 2011
AdSense in Bahasa is Pending
Well, actually I put my hope for the implementation of Google AdSense in Bahasa. Most blogger have felt happy while on October 2011, Google AdSense will be implemented for Indonesian Blogger. Unfortunately, after waiting some days until a month, my Adsense in this blog hasn’t appeared. This an email form adsense-support team:
Well, after checking the link, I got the answer. Even though Google said the Adsense in Bahasa is ready for blogger, the implementation is pending. May be it is caused by a number of advertisers in Indonesia very small. :(
Monday, December 5, 2011
SIKAPTA Teknik Industri UNS is ready with new patch
Alhamdulillah Mas Rendro segera memberikan patch untuk mengarahkan lokasi database menjadi benar yaitu ke industri.ft.uns.ac.id . Mulai senin, 5 desember 2011, akhirnya Sikapta kembali jalan normal untuk mengelola aktivitas kerja praktek dan tugas akhir mahasiswa teknik industri uns. Semoga semakin memberikan manfaat kepada semua civitas akademik di teknik industri uns