Sunday, October 16, 2016

Airbnb - Analisis Sistem Informasi (Struktur Organisasi,Visi-Misi dan SOP)



Didirikan pada Agustus 2008 dan berbasis di San Francisco, California, Airbnb adalah pasar komunitas dipercaya bagi orang untuk mendaftar, menemukan, dan memesan akomodasi yang unik di seluruh dunia - online dari ponsel atau tablet.

Apakah sebuah apartemen untuk satu malam, sebuah kastil untuk satu minggu, atau villa selama sebulan, Airbnb menghubungkan orang-orang untuk pengalaman perjalanan yang unik, pada setiap titik harga, di lebih dari 34.000 kota dan 191 negara. Dan dengan layanan pelanggan kelas dunia dan komunitas yang tumbuh dari pengguna, Airbnb adalah cara termudah bagi orang untuk menguangkan ruang ekstra mereka dan menampilkan itu kepada jutaan audiens.

Arti Logo


Struktur Organisasi

Visi dan Misi Airbnb
Visi:


Misi:

  1. Menghubungkan orang-orang yang membutuhkan tempat / ruang untuk tinggal dengan orang-orang yang memiliki ruang lebih untuk menjadi tuan rumah
  2. Membuat koneksi nyata / persahabatan antara orang yang memiliki satu pemikiran
  3. Menyediakan wisatawan dengan seorang ahli lokal, suasana lokal, rahasia lokal dan pengetahuan lokal
  4. Menghasilkan uang untuk host yang menyediakan ruang dan waktu mereka
  5. Menghemat uang wisatawan sambil memberi mereka lebih banyak pengalaman nyaman

SOP Airbnb

Referensi:

Notepad++ reverse engineering

Notepad++ adalah source code editor gratis (seperti dalam pidato bebas dan bir gratis)  dan pengganti Notepad yang mendukung beberapa bahasa. berjalan di lingkungan MS Windows, penggunaanya diatur oleh GPL License.



Berdasarkan komponen Scintilla editing yang kuat, Notepad++ ditulis dalam C++ dan mengguankan API Win32 murni dan STL yang menjamin kecepatan eksekusi lebih tinggi untuk program ukuran kecil. Dengan mengoptimalkan rutinitas sebanyak mungkin tanpa kehilangan keramahan pengguna, Notepad ++ sedang mencoba untuk mengurangi emisi karbon dioksida dunia. Bila menggunakan power CPU kurang, PC dapat diminimalisir dan mengurangi konsumsi daya, menghasilkan lingkungan yang hijau (ramah lingkungan)

Use Case Diagram


CRC-Card

Document
Responsibility:
Operation1()
Operation2()
Operation3()
Collaboration:
Selection
Style
Editor

Editor
Responsibility:
CurrentPosition()
SetSelection()
MovePositionTo()
AddChar()
ClearAll()
Cut()
Copy()
Undo()
Redo()
DelChar()
Collaboration:
Document
Other Editing Features
AutoComplete
AutoClose

AutoComplete
Responsibility:
Active()
SetStopChars()
IsStopChar()
SetFillUpChars()
IsFillUpChar()
SetSeparator()
GetSeparator()
SetTypeSep()
GetTypeSep()
SetList()
Show()
Cancel()
Move()
Select()
Collaboration:
Editor
AutoAutoComplete

AutoAutoComplete
Responsibility:
SetStopChars()
IsStopChar()
SetFillUpChars()
SetList()
Show()
Cancel()
Move()
Select()
Collaboration:
AutoComplete


AutoClose
Responsibility:
CurrentPosition()
MovePosition()
AddChar()
InsertSpace()
Collaboration:
Editor







Class Diagram


Class Realization

Use Case
Class Realization
Create Document
Editor
Load Document
Editor
Edit Document
Editor, AutoComplete, AutoAutoComplete
Run Procedure
Document
Save Document
AutoClose

Sequence Diagram

Creating New Document dan RunProcedure
untuk membuat sebuah document baru dan untuk menjalankan prosedur yang ada, Notepad++ tidak melakukannya sendiri. melaikan dibantu oleh aplikasi lain didalamnya yaitu Scintilla.
Sequence Diagram Editing Document

Activity Diagram

Creating New Document

Loading Document
Editing


Saving Document

Running Procedure

Referensi:
https://notepad-plus-plus.org/
http://creately.com/diagram/example/huhvhxe01/New%20NotePad%20%20%20Class%20Diagram
Source Code:
https://github.com/notepad-plus-plus/notepad-plus-plus

Sunday, October 2, 2016

Eka Hospital Information System

Apakabar Teman-Teman? Sebelumnya kita sudah membahas bagaimana struktur di BSD-City.
Nah sekarang kita akan membahas lebih dalam tentang Pembentukan Sistem Informasi di Eka Hospital milik BSD-City.

Analisis SWOT dari Sistem Infromasi Rekap Data Medis Eka Hospital
-Strenght
  • Memudahkan Pekerja dan Pasien untuk melaksanan Threatment dan tindakan medis yang dibutuhkan.
  • Data Rekap Medis tersimpan dengan aman dan akurat.
  • Pekerja dan Pasien tidak perlu pusing membawa berkas medis.
  • Memberikan kenyamanan yang besar kepada Pekerja dan Pasien
  • Memperkecil Human Error
-Weak
  • Cost yang sangat mahal untuk penanaman sistem dan jaringan internal sehingga biaya berobat juga semakin mahal
  • Pekerja harus memahami cara penggunanan sistem
-Opportunity
  • Banyak Rumah sakit yang pelayanannya masih lambat.
  • Semakin banyak masyarakat yang berobat karena pelayanan yang diberikan sangat baik dan mudah
  • Pengembangan Sistem bisa lebih mudah seiring perkembangan teknologi.
  • Baru sedikit yang menggunakan Sistem seperti ini sehingga dapat menjadi sorotan publik
-Threat
  • Serangan dari luar (Hacker)
  • Human Error (Pekerja)
Bagaimana Sistem ini dibuat?
Planning:
1. Understand the Problem and Opportunity
Dengan luasnya dan besarnya sebuah Rumah Sakit, diperlukan waktu dan tenaga untuk mengirimkan berkas-berkas medis secara manual dan tepat, dari ruang ke ruang, dari dokter ke dokter, dll. Sedangkan dalam melakukan tindakan medis harus dilakukan tindakan yang cepat dan akurat terutama disaat keadaan darurat. oleh karena itu dengan menggunakan Sistem Informasi Eka Hospital dapat mempercepat proses dan akurat.

2. Define The Project Scope and Constraint
Ruang lingkup dalam sistem ini berupa Data Rekap Medis. Data Rekap Medis akan dikirimkan ke yang bersangkutan dalam bentuk digital dengan begitu akan sangat memudahkan dan mempercepat proses medis yang akan dilaksanakan. elemen yang bersangkutan diperlu sulit membawa berkas keliling rumah sakit dan meminimalisir kemungkinan berkas tercecer, hilang, berantakan, ataupun rusak.

Present VS Future
Untuk Saat ini Data Rekap Medis sebagian besar masih bersifat hardcopy dan harus segera diimplementasikan dalam bentuk digital setelah Sistem Informasi digunakan

Internal VS Eksternal
Data-data internal diperlukan untuk mengakses dan mendapatkan Data Rekap Medis
Data-data eksternal merupakan isi utama dari Data Rekap Medis, sehingga merupakan kunci utama.

Mandatory VS Desirable
Data Rekap Medis bersifat Mandatory/Perintah dan menjadi sebuah keharusan.

3. Perform Fact Finding
Medapatkan informasi  tentang usability, cost, benefits, dan schedule menggunakan interview dari yang bersangkutan(Dokter, Suste, Karyawan, Apoteker, dll).
Langkah-langkah dalam inverview:
1. Determine the people to interview.
2. Establish objectives for the interview.
3. Develop interview questions.
4. Prepare for the interview.
5. Conduct the interview.
6. Document the interview.
7. Evaluate the interview.

4. Analyze Project Usability, Cost, Benefit and Schedule Data
a. Usability : Menyimpan Rekap Data Medis secara digital, Transportasi Data dan berkas melalui jaringan.
b. Cost : Very Expensive. Setiap ruang Dokter, Karyawan, Suster, Apoteker, dan yang bersangkutan harus dilengkapi dengan komputer dan jaringan
c. Benefit : Waktu pengiriman berkas sangat singkat, hemat tenaga, berkas lebih terjamin(tidak dibawa-bawa, langsung diamankan), Tingkat kenyamanan kerja dan pelayanan meningkat drastis
d. Schedule Data : All-Time.

5. Evaluate Feasibility
a. Operational :
User
-Needs : Meningkatkan Efektifitas kerja, kenyamanyan kerja dan pelayanan
-Requirements : Sistem Informasi yang dapat memberikan data-data atau berkas yang dibutuhkan ke semua sektor rumah sakit
-Expectation : Karyawan dan Pasien tidak perlu bolak-balik karena kekurangan berkas dan data
b. Technical : Diperlukan komputer disetiap ruang kerja yang bersangkutan, installasi jaringan internal, Server menampung data.
c. Economic : Cost yang dikeluarkan sangat mahal untuk installasi technical.
d. Schedule : All-Time.

6. Present Result and Recommendation to Management
Urutan Presentasi:

  1. Introduction
  2. System Request Summary
  3. Findings
  4. Case of Action
  5. Project Roles
  6. Time and Cost Estimates
  7. Expected Benefits
  8. Appendix

CRC, Class Diagram dan Relasi Class

Apa kabar teman-teman? sebelumnya kita sudah membahas tentang Use Case Diagram Restoran Cepat Saji. Nah.. sekarang kita perjelas lagi dengan CRC (Class Responsibility Collaboration), Class Diagramnya dan Relasi masing-Masing Classnya.

Apa yang dimaksud dengan CRC-Card? CRC-Card adalah sebuah teknik untuk mengecek adanya interaksi antar objek dan juga digunakan untuk menentukan class yang diperlukan oleh sebuah sistem. Berikut adalah CRC-Card dari Use Case Diagram Restoran Cepat Saji.

CRC Card Restoran Cepat Saji

FormLogin<Boundary>
Deskripsi:
Class untuk menampilkan inputan username dan password.
Responsibility:
ErrorMessage()
Login(ID Pass)
Collaboration:
ControlLogin<Control>
FormLogin<Boudary>
ControlLogin<Control>
Deskripsi:
Class yang berfungsi untuk memverifikasi password dan username ke database
Responsibility:
CekAnggota(ID,Pass)
Collaboration:
FormLogin<Boundary>
Kepegawaian<Entity>
Kepegawaian<Entity>
Deskripsi:
Merupakan entitas atau database yang menyimpan data berupa data pegawai
Responsibility:
GetAnggota(ID,Pass)
Collaboration:
ControlLogin<control>
PaketMenuForm<Boundary>
Deskripsi:
Class untuk menampilkan "Paket Menu Makanan" yang akan dipesan.
Responsibility:
AddMenu(packet,nPacket)
Collaboration:
ControlPilihMenu<control>
ControlPilihMenu<Control>
Deskripsi:
Class yang berfungsi untuk menghitung Harga keseluruhan "paket menu makanan" yang dipesan dan akan disimpan di database
Responsibility:
CalAllCost(packet,nPacket)
Hitung(GetCost(),nPacket)
Collaboration:
PacketMenuForm<boudary>
PacketMenu<entity>
Transaksi<entity>
PaketMenu<Entity>
Deskripsi:
Merupakan entitas atau database yang menyimpan data berupa "paket menu makanan" berserta Harga masing-masing paket
Responsibility:
GetCost(packet)
Collaboration:
Transaksi<entity>
ControlPilihMenu<control>
Transakasi<Entity>
Deskripsi:
Class yang berfungsi untuk menyimpan data pemasukan dan transaksi Pembeli
Responsibility:
WriteTrans(ID,packet,Hitung())
getTrans(ID)
WriteTrans(CalcPay())
GetAllTrans()
Collaboration:
PaketMenu<entity>
ControlPilihMenu<control>
ControlPembayaran<control>
ControlBonPay<control>
ControlPemasukan<control>
ControlPembayaran<control>
Deskripsi:
Class yang berfungsi untuk menghitung Pembayaran oleh pembeli
Responsibility:
CalculationPay(nPay)
CalcPay(Hitung(),nPay)
Collaboration:
FormPembayaran<boundary>
Transaksi<entity>
FormBonPembayaran<boundary>
Deskripsi:
Class yang berfungsi untuk menampilkan fraktur pembayaran
Responsibility:
Print(ID)
Collaboration:
ControlBonPay<control>
ControlBonPay<Control>
Deskripsi:
Class yang berfungsi untuk mencetak transaksi pembayaran dari pegawai ke pembeli
Responsibility:
Print(ID)
Collaboration:
FormBonPembayaran<boundary>
Transaksi<entity>
FormPemasukan<Boundary>
Deskripsi:
Class yang berfungsi untuk menampilkan pemasukan yang diterima restoran
Responsibility:
Show()
Display()
Collaboration:
ControlPemasukan<control>
ControlPemasukan<control>
Deskripsi:
Class yang berfungsi untuk memproses menunjukkan pemasukan restoran
Responsibility:
ShowPemasukan()
Collaboration:
FormPemasukan<boundary>
Transaksi<entity>

Dari CRC-Cards diatas dapat kita tentukan Class Diagramnya. Dalam Class Diagram ini, Visual paradigma(Controller) tidak saya masukkan kedalam diagram. Berikut Class Diagram yang didapatkan.
Class Diagram dan Relasi

Keterangan :

Dari Use Case, CRC-Cards, dan Class Diagram. kita harus tetap melakukan pengecekan melalui Class Realization. Dari Class Realization, kita dapat mengetahui bila ada kesalahan ataupun relasi yang tidak sesuai. Berikut Class Realization yang saya buat.

Check Class Realization
UseCase
Class Realization
Pilih Paket Menu
PaketMenu
Pembayaran
Transaksi
Bon Pembayaran
Transaksi
Login
Kepegawaian, jenis anggota, manager, kasir, dan pelayan
Pemasukan
Transaksi

Sekian Penjelasan singkat dari saya, semoga bermanfaat ^^
Terima kasih.