Week 5 – Tugas Kelompok 2 – 0554M

10 May 2011 at 22:08 (Pengembangan Sistem Informasi)

Object-Oriented Analysis and Modeling

Tugas Kelompok ke-2

Minggu ke-5

  1. Buatlah laporan tugas proyek yang mencakup pemodelan data dan pemodelan proses. Ketentuan penulisan Paper/laporan lihat tugas Module 01.
  2. Cari di Internet, artikel2 tentang UML dan tugas proyek yang lalu mulai dipikirkan untuk dikembangkan dengan pendekatan berorientasi objek.
  3. Jangan lupa untuk menyebutkan sumber2 dari artikel yang anda undu.

Jawaban

Pemodelan Data, Pemodelan Proses & UML

Abstrak

Model data dalam rekayasa perangkat lunak adalah proses menciptakan sebuah model data dengan menerapkan model data resmi deskripsi dengan menggunakan teknik pemodelan data.

Desain berorientasi objek adalah proses perencanaan sistem objek berinteraksi untuk tujuan pemecahan masalah perangkat lunak. Ini adalah salah satu pendekatan untuk merancang perangkat lunak.

Daftar Isi


Abstrak……………………………………………………………………………………………………………….. 2

Daftar Isi…………………………………………………………………………………………………………….. 2

Daftar Gambar……………………………………………………………………………………………………… 4

Pendahuluan………………………………………………………………………………………………………… 5

Landasan Teori…………………………………………………………………………………………………….. 6

Isi Pembahasan…………………………………………………………………………………………………….. 8

Data modeling………………………………………………………………………………………………….. 8

Overview…………………………………………………………………………………………………………. 8

Data modeling topics…………………………………………………………………………………………. 9

Data models………………………………………………………………………………………………….. 9

Conceptual, logical and physical schemes…………………………………………………………….. 9

Data modeling process…………………………………………………………………………………….. 10

Modeling methodologies………………………………………………………………………………. 11

Entity relationship diagrams………………………………………………………………………….. 11

Generic data modeling…………………………………………………………………………………. 13

Object-oriented design………………………………………………………………………………………… 14

Overview……………………………………………………………………………………………………….. 14

Object-oriented design topics……………………………………………………………………………. 14

Input (sources) for object-oriented design………………………………………………………. 14

Object-oriented concepts………………………………………………………………………………….. 15

Designing concepts………………………………………………………………………………………….. 16

Output (deliverables) of object-oriented design…………………………………………………… 17

Some design principles and strategies………………………………………………………………… 17

Unified Modeling Language………………………………………………………………………………… 18

Overview……………………………………………………………………………………………………….. 19

History…………………………………………………………………………………………………………… 20

Before UML 1.x………………………………………………………………………………………….. 20

UML 1.x………………………………………………………………………………………………………… 21

Unified Modeling Language topics……………………………………………………………………. 22

Software Development Methods…………………………………………………………………… 22

Modeling……………………………………………………………………………………………………….. 22

Diagrams overview………………………………………………………………………………………….. 23

Structure diagrams…………………………………………………………………………………………… 24

Behavior diagrams…………………………………………………………………………………………… 26

Interaction diagrams………………………………………………………………………………………… 29

Meta modeling………………………………………………………………………………………………… 30

Criticisms……………………………………………………………………………………………………….. 31


Daftar Gambar

Gambar UML …………………………………………………………………………………………………………… 18

Gambar History ………………………………………………………………………………………………………… 20

Gambar Diagram Struktural………………………………………………………………………………………… 23

Gambar Class Diagram………………………………………………………………………………………………. 24

Gambar Diagram Komponen………………………………………………………………………………………. 25

Gambar Diagram Struktur…………………………………………………………………………………………… 25

Gambar Diagram Deployment…………………………………………………………………………………….. 25

Gambar Diagram Objek……………………………………………………………………………………………… 26

Gambar Diagram Pakage……………………………………………………………………………………………. 26

Gambar Diagram UML………………………………………………………………………………………………. 27

Gambar State Machine Diagram………………………………………………………………………………….. 28

Gambar Use Case Diagram…………………………………………………………………………………………. 28

Gambar Diagram Komunikasi……………………………………………………………………………………… 29

Gambar Diagram Interaktif…………………………………………………………………………………………. 29

Gambar Squence Diagram………………………………………………………………………………………….. 30

Gambar Ilustrasi Fasilitas Meta-Object…………………………………………………………………………. 31

Pendahuluan

Sebuah objek berisi data dan prosedur enkapsulasi dikelompokkan bersama-sama untuk mewakili suatu entitas. The ‘object interface’, bagaimana benda dapat berinteraksi dengan, juga didefinisikan. Sebuah program berorientasi objek digambarkan oleh interaksi benda-benda ini. Desain berorientasi objek adalah disiplin mendefinisikan objek dan interaksi mereka untuk memecahkan masalah yang diidentifikasi dan didokumentasikan selama analisis berorientasi objek.

Dari perspektif bisnis, Object Oriented Design mengacu pada objek yang membentuk bisnis itu. Sebagai contoh, dalam sebuah perusahaan tertentu, objek bisnis dapat terdiri dari orang-orang, file data dan tabel database, artefak, peralatan, kendaraan, dll. Berikut ini adalah deskripsi kelas berbasis subset dari desain berorientasi objek, yang tidak termasuk objek prototipe pendekatan berbasis objek di mana tidak biasanya diperoleh dengan kelas tapi oleh instancing kloning lain (prototipe) obyek.

Landasan Teori

1. Metode analisis dan perancangan sistem informasi sudah mencapai tiga generasi;

a. Generasi pertama disebut metode tradisional

b. Generasi kedua disebut metode terstruktur.

c. Generasi ketiga Object Oriented Analysis and Design

2. Object modeling merupakan teknik untuk mengidentifikasi objek serta hubungan di antaraobjek yang berada dalam lingkungan sistem.

3. Object-oriented analysis merupakan salah satu cara yang sistematis untuk melakukan analisisberdasarkan pendekatan objek. object-oriented analysis (OOA) digunakan untuk :

a. mempelajari objek-objek agar objek-objek tersebut dapat digunakan atau disesuaikan kembali untuk kepentingan pengembangan yang baru.

b. mendefinisikan objek-objek baru atau yang telah diubah, yang akan dikombinasikan dengan objek-objek yang sudah menjadi suatu aplikasi bisnis yang berdaya guna tinggi.

4. Manfaat dari Object-oriented Analysis

a. Objek-objek memfasilitasi modularity dan encapsulation.

b. Classes mendukung konsep reusability.

c. Abstraction berarti objek-objek akan dianalisa sampai mereka benar-benar unik.

d. Persistence artinya keberadaan setiap class dan object adalah permanent dan dapat digunakan selama sistem berjalan.

5. Karakteristik dari OOAD adalah Inheritance, Encapsulation dan Polymorphism.

6. UML merupakan singkatan dari Unified Modeling Language yang merupakan sebuah bahasa yang dijadikan standar untuk mengvisualisasikan rancangan serta mendokumentasikan hasil analisis dan perancangan sistem.

7. Diagram-diagram dikenal didalam penggunaan UML adalah sebagai berikut:

  • Use Case Diagram
  • Class Diagram
  • Object Diagram
  • Sequence Diagram
  • Collaboration Diagram
  • State Chart Diagram
  • Activity Diagram
  • Component Diagram
  • Deployment Diagram

6. Jadi dapat disimpulkan bahwa objek merupakan entitas yang mempunyai identitas, state dan behavior. Tiga hal yang harus diperhatikan dalam mendefinisikan objek, yaitu:

  • • Jenis-jenis dari objek.
  • • Objek harus memiliki attributes.
  • • Objek harus memiliki behavior.

7. Attributes (atribut) merupakan data yang merepresentasikan karakteristik yang unik

mengenai sebuah objek.

8. Behavior mengacu pada hal-hal apa saja yang dapat dilakukan oleh objek sehingga

menyebabkan function (dari objek) melakukan suatu aksi terhadap data atau atribut (dari

objek).

9. Class merupakan sekumpulan objek yang memiliki atribut dan behavior yang sama.

Struktur dari Class ada 3, yaitu :

  • Generalization/Specialization
  • Association
  • Aggregation

10. Supertype class merupakan class yang menjadi tempat penyimpanan attributes yang

dimiliki bersama (common) oleh satu atau lebih subtype objek.

11. Subtype class merupakan class yang diwariskan beberapa common attribute oleh

supertype class, yang kemudian menambahkan atribut unik lainnya pada subtype itu

sendiri.

12. Object/class relationship merupakan hubungan bisnis alami yang terjadi pada satu atau

lebih objek atau class.

13. Objek-objek atau classes dibuat dari objek/class lainnya. Hubungan yang seperti ini

disebut sebagai aggregation. Ada dua jenis aggregation, yaitu;

  • composition
  • shared.

14. Sebuah message dapat disampaikan ketika satu objek terlibat dengan objek lainnya

melalui behavior untuk melakukan aksi yang sama.

Isi Pembahasan

Data modeling

Model data dalam rekayasa perangkat lunak adalah proses menciptakan sebuah model data dengan menerapkan model data resmi deskripsi dengan menggunakan teknik pemodelan data.

Overview

Model data adalah metode yang digunakan untuk menentukan dan menganalisis data persyaratan yang dibutuhkan untuk mendukung proses bisnis dari sebuah organisasi.Persyaratan data yang dicatat sebagai model data konseptual dengan data terkait definisi.Sebenarnya pelaksanaan model konseptual yang disebut model data logis. Untuk menerapkan salah satu model data konseptual mungkin memerlukan beberapa model data logis. Pemodelan data tidak hanya mendefinisikan elemen data, tetapi struktur dan hubungan di antara mereka. Data model teknik dan metodologi yang digunakan untuk model data dalam standar, konsisten, dapat diprediksi cara untuk mengelolanya sebagai sumber daya. Penggunaan standar pemodelan data sangat disarankan untuk semua proyek yang membutuhkan standar sarana untuk mendefinisikan dan menganalisis data dalam sebuah organisasi, misalnya data menggunakan model: untuk mengelola data sebagai sumber daya: untuk integrasi sistem informasi: untuk merancang database/data gudang (repositori data alias) Pemodelan data dapat dilakukan pada berbagai jenis proyek dan dalam berbagai fase proyek.Model data bersifat progresif, tidak ada yang namanya data akhir model untuk bisnis atau aplikasi. Sebaliknya model data harus dianggap sebagai dokumen hidup yang akan berubah sebagai respons terhadap perubahan bisnis. Model data idealnya harus disimpan dalam repositori sehingga mereka dapat diambil, dikembangkan, dan diedit dari waktu ke waktu.Whitten (2004) ditetapkan dua jenis data model: Pemodelan data strategis: Ini adalah bagian dari penciptaan sistem informasi strategi, yang mendefinisikan visi dan keseluruhan sistem informasi arsitektur untuk didefinisikan. Informasi teknik adalah suatu metodologi yang mencakup pendekatan ini.
Model data selama analisis sistem: Dalam analisis sistem model data logika diciptakan sebagai bagian dari pengembangan database baru. Model data juga merupakan teknik untuk membuat rincian kebutuhan bisnis untuk database.Hal ini kadang-kadang disebut database model karena model data pada akhirnya diterapkan dalam database.

Data modeling topics

Data models

Dukungan model data data dan sistem komputer dengan memberikan definisi dan format data.Jika hal ini dilakukan secara konsisten di seluruh sistem kemudian kompatibilitas data dapat dicapai. Jika struktur data yang sama digunakan untuk menyimpan dan mengakses data maka aplikasi yang berbeda dapat berbagi data. Hasil ini ditunjukkan di atas. Namun, sistem dan antarmuka seringkali lebih mahal dari yang seharusnya, untuk membangun, mengoperasikan, dan memelihara. Mereka mungkin juga menghambat bisnis daripada mendukungnya. Sebuah penyebab utama adalah bahwa kualitas model data yang dilaksanakan dalam sistem dan interface adalah miskin. Aturan bisnis, khusus untuk bagaimana hal-hal yang dilakukan di tempat tertentu, sering tetap dalam struktur model data. Ini berarti bahwa perubahan kecil dalam cara bisnis dilakukan menyebabkan perubahan besar pada sistem komputer dan interface. Jenis entitas sering tidak teridentifikasi, atau keliru diidentifikasi. Hal ini dapat mengakibatkan replikasi data, struktur data, dan fungsi, bersama dengan biaya petugas yang duplikasi dalam pembangunan dan pemeliharaan. Data model untuk sistem yang berbeda secara sewenang-wenang berbeda. Hasil ini adalah interface yang kompleks diperlukan antara sistem yang berbagi data. Interface ini dapat menjelaskan antara 25-70% dari biaya sistem saat ini. Data tidak dapat dibagi secara elektronik dengan pelanggan dan pemasok, karena struktur dan arti data yang belum standar. Sebagai contoh, desain teknik data dan gambar untuk pabrik proses masih kadang-kadang dipertukarkan di atas kertas. Alasan untuk masalah ini adalah kurangnya standar yang akan memastikan bahwa model-model data yang baik akan memenuhi kebutuhan bisnis dan konsisten.

Conceptual, logical and physical schemes

Sebuah contoh model data dapat menjadi salah satu dari tiga jenis menurut ANSI pada tahun 1975:
Skema konseptual: menggambarkan semantik dari sebuah domain, menjadi ruang lingkup model. Sebagai contoh, mungkin model bidang minat dari sebuah organisasi atau industri. Ini terdiri dari kelas entitas, mewakili hal-hal signifikansi dalam domain, dan hubungan pernyataan tentang asosiasi antara kelas entitas pasang. Sebuah skema konseptual menentukan jenis fakta atau proposisi yang dapat dinyatakan dengan menggunakan model. Dalam pengertian itu, ia mendefinisikan ekspresi yang dibolehkan dalam buatan ‘bahasa’ dengan lingkup yang dibatasi oleh ruang lingkup model. Logis skema: menggambarkan semantik, seperti yang diwakili oleh manipulasi data tertentu teknologi. Ini terdiri dari deskripsi tabel dan kolom, kelas berorientasi objek, dan XML tag, antara lain. Fisik skema: menggambarkan sarana fisik dimana data disimpan. Hal ini berkaitan dengan partisi, CPU, tablespace, dan sejenisnya. Arti penting dari pendekatan ini, menurut ANSI, adalah bahwa hal itu memungkinkan tiga perspektif relatif independen satu sama lain. Teknologi penyimpanan dapat berubah tanpa mempengaruhi baik logis atau model konseptual. Tabel / kolom struktur dapat berubah tanpa (harus) mempengaruhi model konseptual. Dalam setiap kasus, tentu saja, struktur harus tetap konsisten dengan model yang lain. Tabel / kolom struktur mungkin berbeda dari terjemahan langsung dari kelas entitas dan atribut, tetapi harus akhirnya melaksanakan tujuan dari entitas konseptual struktur kelas. Fase-fase awal dari banyak proyek-proyek pengembangan perangkat lunak menekankan desain sebuah model data konseptual. Desain seperti itu dapat dirinci ke dalam model data logis. Dalam tahap-tahap selanjutnya, model ini dapat diterjemahkan ke dalam model data fisik. Namun, juga memungkinkan untuk menerapkan model konseptual secara langsung.

Data modeling process

Dalam konteks Proses Bisnis Integrasi, lihat gambar, model data dalam database akan menghasilkan generasi. Ini melengkapi model proses bisnis, yang menghasilkan program aplikasi untuk mendukung proses bisnis. Desain database yang sebenarnya adalah proses menghasilkan suatu model data rinci database. Model data logis ini berisi semua yang diperlukan logis dan pilihan desain fisik dan parameter penyimpanan fisik yang diperlukan untuk menghasilkan desain dalam Data Definition Language, yang kemudian dapat digunakan untuk membuat sebuah database. Sebuah model data dikaitkan sepenuhnya berisi rincian atribut untuk setiap entitas. Istilah desain database dapat digunakan untuk menggambarkan beberapa bagian dari rancangan sistem database secara keseluruhan. Pada prinsipnya, dan paling benar, dapat dianggap sebagai desain logis dari struktur data dasar yang digunakan untuk menyimpan data. Dalam model relasional ini adalah tabel dan tampilan. Dalam sebuah database Obyek entitas dan hubungan peta langsung ke kelas dan nama objek hubungan. Namun, istilah desain database juga dapat digunakan untuk diterapkan pada proses perancangan keseluruhan, bukan hanya struktur data dasar, tetapi juga bentuk dan query yang digunakan sebagai bagian dari keseluruhan aplikasi basis data dalam Database Management System atau DBMS. Dalam proses antarmuka sistem merupakan 25% sampai 70% dari biaya pengembangan dan dukungan sistem saat ini. Alasan utama biaya ini adalah bahwa sistem ini tidak berbagi data model yang umum. Jika data model yang dikembangkan pada sistem dasar sistem, maka bukan hanya merupakan analisis yang sama diulang di daerah-daerah tumpang tindih, namun analisis lebih lanjut harus dilakukan untuk menciptakan antarmuka antara mereka. Kebanyakan sistem berisi komponen dasar yang sama, dibangun kembali untuk tujuan tertentu. Sebagai contoh berikut ini dapat menggunakan model klasifikasi dasar yang sama sebagai komponen: Bahan Catalogue, Spesifikasi produk dan Merek, Spesifikasi peralatan. Komponen yang sama dipugar karena kita tidak punya cara untuk mengatakan mereka adalah hal yang sama.

Modeling methodologies

Model data informasi merupakan bidang yang diminati. Meskipun ada banyak cara untuk membuat model data, menurut Len Silverston (1997) hanya dua model metodologi menonjol, top-down dan bottom-up: Bottom-up model sering hasil dari usaha rekayasa ulang. Mereka biasanya mulai dengan bentuk-bentuk struktur data yang ada, aplikasi bidang pada layar, atau laporan. Model ini biasanya fisik, aplikasi-spesifik, dan tidak lengkap dari perspektif perusahaan. Mereka mungkin tidak mempromosikan berbagi data, terutama jika mereka dibangun tanpa merujuk ke bagian lain dari organisasi. Top-down model data logis, di sisi lain, diciptakan dalam cara yang abstrak dengan mendapatkan informasi dari orang-orang yang mengetahui wilayah subjek. Sebuah sistem mungkin tidak melaksanakan semua entitas dalam sebuah model logis, tapi model berfungsi sebagai titik acuan atau template. Kadang-kadang model dibuat dalam campuran dari dua metode: dengan mempertimbangkan kebutuhan data dan struktur aplikasi dan dengan konsisten referensi subjek-model daerah.Sayangnya, di banyak lingkungan perbedaan antara data logis model dan model data fisik adalah kabur. Selain itu, beberapa alat KASUS tidak membuat perbedaan antara logis dan model data fisik.

Entity relationship diagrams

Ada beberapa notasi untuk data modeling. Model yang sebenarnya sering disebut “model hubungan Entity”, karena menggambarkan data dalam bentuk entitas dan hubungan yang digambarkan dalam data. [3] An-model hubungan entitas (ERM) adalah representasi konseptual abstrak data terstruktur. Entitas-hubungan model adalah sebuah model database relasional metode, yang digunakan dalam rekayasa perangkat lunak untuk menghasilkan jenis model data konseptual (atau model data semantik) dari sistem, seringkali sebuah database relasional, dan ketentuannya secara top-down. Model ini digunakan dalam tahap pertama desain sistem informasi selama analisis persyaratan untuk menggambarkan kebutuhan informasi atau jenis informasi yang akan disimpan dalam database. Teknik pemodelan data dapat digunakan untuk menggambarkan setiap ontologi (yaitu gambaran dan klasifikasi istilah yang digunakan dan hubungan mereka) untuk alam semesta tertentu yaitu wacana daerah tertentu. Beberapa teknik telah dikembangkan untuk desain model data. Sementara data panduan metodologi ini modelers dalam pekerjaan mereka, dua orang yang berbeda dengan menggunakan metodologi yang sama akan sering muncul dengan hasil yang sangat berbeda. Paling menonjol adalah:

  1. Bachman diagram
  2. Notasi Barker
  3. Chen
  4. Data Vault Modeling
  5. Extended Backus-Naur form
  6. IDEF1X
  7. Pemetaan objek-relasional
  8. Peran object Modeling
  9. Relational Model


Generic data modeling

Generic generalisasi model data dari model data konvensional. Mereka menetapkan standar tipe hubungan umum, bersama dengan hal-hal yang mungkin berhubungan dengan tipe hubungan seperti itu. Yang dimaksud dengan model data umum mirip dengan definisi bahasa alami. Sebagai contoh, sebuah model data generik dapat menentukan jenis hubungan seperti ‘klasifikasi hubungan’, sebagai hubungan biner antara seorang individu dan hal-hal semacam (kelas) dan ‘keseluruhan bagian-hubungan’, sebagai hubungan biner antara dua hal, satu dengan peran bagian, yang lain dengan peran keseluruhan, tanpa memandang jenis hal-hal yang terkait. Diberikan daftar extensible kelas, ini memungkinkan klasifikasi dari setiap individu untuk menentukan hal dan seluruh bagian-hubungan untuk setiap individu objek. Dengan standardisasi dari daftar extensible hubungan jenis, model data umum memungkinkan ekspresi dalam jumlah tidak terbatas jenis fakta dan akan mendekati kemampuan bahasa alam. Model data konvensional, di sisi lain, ada yang tetap dan terbatas ruang lingkup domain, karena Instansiasi (penggunaan) dari model seperti itu hanya memungkinkan ekspresi dari jenis fakta yang telah ditetapkan dalam model.

Semantic data modeling

Struktur data logis dari suatu DBMS, apakah hirarkis, jaringan, atau relasional, tidak dapat sepenuhnya memenuhi persyaratan untuk definisi konseptual data karena dibatasi dalam ruang lingkup dan condong ke strategi pelaksanaan yang digunakan oleh DBMS. Data semantik model. Oleh karena itu, kebutuhan untuk mendefinisikan data dari pandangan konseptual telah menyebabkan pengembangan teknik pemodelan data semantik. Yaitu, teknik untuk menentukan makna data dalam konteks hubungan dengan data lainnya. Seperti diilustrasikan pada gambar dunia nyata, dalam hal sumber daya, ide, kegiatan, dll, yang secara simbolis didefinisikan dalam data fisik toko. Sebuah model data semantik adalah sebuah abstraksi yang mendefinisikan bagaimana simbol-simbol yang disimpan berhubungan dengan dunia nyata.Dengan demikian, model harus benar-benar representasi dari dunia nyata. Sebuah model data semantik dapat digunakan untuk melayani berbagai keperluan, seperti: perencanaan sumber daya data pembangunan database shareable evaluasi vendor perangkat lunak integrasi database yang sudah ada Tujuan menyeluruh dari data semantik model adalah untuk menangkap lebih banyak makna data dengan mengintegrasikan konsep-konsep relasional dengan konsep-konsep abstraksi yang lebih kuat dikenal dari bidang Kecerdasan Buatan. Idenya adalah untuk memberikan tingkat tinggi model primitif sebagai bagian integral dari model data agar dapat memfasilitasi representasi dari situasi dunia nyata.

Object-oriented design

Desain berorientasi objek adalah proses perencanaan sistem objek berinteraksi untuk tujuan pemecahan masalah perangkat lunak. Ini adalah salah satu pendekatan untuk merancang perangkat lunak.

Overview

Sebuah objek berisi data dan prosedur enkapsulasi dikelompokkan bersama-sama untuk mewakili suatu entitas. The ‘object interface’, bagaimana benda dapat berinteraksi dengan, juga didefinisikan. Sebuah program berorientasi objek digambarkan oleh interaksi benda-benda ini. Desain berorientasi objek adalah disiplin mendefinisikan objek dan interaksi mereka untuk memecahkan masalah yang diidentifikasi dan didokumentasikan selama analisis berorientasi objek. Dari perspektif bisnis, Object Oriented Design mengacu pada objek yang membentuk bisnis itu. Sebagai contoh, dalam sebuah perusahaan tertentu, objek bisnis dapat terdiri dari orang-orang, file data dan tabel database, artefak, peralatan, kendaraan, dll. Berikut ini adalah deskripsi kelas berbasis subset dari desain berorientasi objek, yang tidak termasuk objek prototipe pendekatan berbasis objek di mana tidak biasanya diperoleh dengan kelas tapi oleh instancing kloning lain (prototipe) obyek.

Object-oriented design topics

Input (sources) for object-oriented design

Input untuk desain berorientasi obyek ini disediakan oleh output dari analisis berorientasi objek. Sadarilah bahwa sebuah output artefak tidak perlu sepenuhnya dikembangkan untuk melayani sebagai masukan dari desain berorientasi objek; analisis dan desain dapat terjadi secara paralel, dan dalam praktiknya hasil dari satu kegiatan dapat memberi makan yang lain dalam siklus umpan pendek melalui iteratif proses. Baik analisis dan desain dapat dilakukan secara bertahap, dan artefak dapat tumbuh terus, bukan sepenuhnya dikembangkan dalam satu kesempatan. Beberapa masukan artefak khas untuk desain berorientasi objek adalah:

* Konseptual model: model konseptual adalah hasil dari analisis berorientasi objek, ia menangkap konsep-konsep dalam masalah domain. Model konseptual eksplisit dipilih untuk menjadi independen dari rincian pelaksanaan, seperti concurrency atau penyimpanan data.

* Gunakan kasus: kasus Gunakan deskripsi urutan peristiwa itu, diambil bersama-sama, mengarah pada sistem melakukan sesuatu yang bermanfaat. Setiap use case menyediakan satu atau lebih skenario yang menyampaikan bagaimana sistem harus berinteraksi dengan para pengguna yang disebut aktor untuk mencapai tujuan bisnis tertentu atau fungsi. Gunakan aktor kasus mungkin end user atau sistem lain. Dalam banyak kasus penggunaan keadaan dijabarkan lebih lanjut dalam kasus menggunakan diagram. Diagram use case digunakan untuk mengidentifikasi aktor (user atau sistem lain) dan proses-proses yang mereka lakukan.

* Sistem Sequence Diagram: Sistem Sequence Diagram (SSD) adalah gambar yang menunjukkan, untuk skenario tertentu dari sebuah use case, kejadian-kejadian yang menghasilkan aktor-aktor eksternal, pesanan mereka, dan kemungkinan sistem antar-kejadian.
* User interface dokumentasi (jika ada): Dokumen yang menunjukkan dan menggambarkan tampilan dan nuansa dari produk akhir antarmuka pengguna. Hal ini tidak diharuskan untuk memiliki ini, tapi hal itu membantu untuk memvisualisasikan produk akhir dan karena itu membantu perancang.

* Model data relasional (jika ada): Sebuah model data adalah model abstrak yang menggambarkan bagaimana data direpresentasikan dan digunakan. Jika suatu benda database tidak digunakan, model data relasional harus biasanya akan dibuat sebelum desain, karena strategi yang dipilih untuk Pemetaan objek-relasional merupakan keluaran dari proses desain OO. Namun, adalah mungkin untuk mengembangkan model data relasional dan berorientasi objek artefak desain secara paralel, dan pertumbuhan suatu artefak dapat merangsang penyempurnaan artefak lain.

Object-oriented concepts

Kelima konsep dasar desain berorientasi objek adalah tingkat pelaksanaan fitur yang dibangun dalam bahasa pemrograman. Fitur-fitur ini sering disebut dengan nama-nama umum ini:

* Obyek / Kelas: A ketat coupling atau asosiasi struktur data dengan metode atau fungsi-fungsi yang bertindak pada data. Hal ini disebut kelas, atau objek (sebuah objek dibuat berdasarkan kelas). Setiap objek melayani fungsi yang terpisah. Hal ini didefinisikan oleh sifat-sifatnya, apa itu dan apa yang dapat dilakukan. Sebuah objek dapat menjadi bagian dari sebuah kelas, yang merupakan kumpulan objek-objek yang serupa.

* Informasi bersembunyi: Kemampuan untuk melindungi beberapa komponen objek dari entitas eksternal. Hal ini diwujudkan dengan kata kunci bahasa untuk mengaktifkan variabel dinyatakan sebagai pribadi atau dilindungi untuk yang memiliki kelas.

* Inheritance: Kemampuan untuk kelas untuk memperpanjang atau menggantikan fungsi kelas lain. Yang disebut subclass memiliki seluruh bagian yang berasal (diturunkan) dari SUPERCLASS dan kemudian ia memiliki seperangkat fungsi dan data.
* Interface: Kemampuan untuk menunda pelaksanaan sebuah metode. Kemampuan untuk menetapkan fungsi atau metode tanda tangan tanpa mengimplementasikannya.
* Polimorfisme: Kemampuan untuk menggantikan obyek dengan subobjects. Kemampuan suatu objek-variabel mengandung, tidak hanya objek, tetapi juga seluruh subobjects….

Designing concepts

* Mendefinisikan objek, membuat diagram kelas dari konseptual diagram: Biasanya peta entitas ke kelas.

* Mengidentifikasi atribut.

* Gunakan pola desain (jika ada): Sebuah pola desain bukanlah desain selesai, itu adalah deskripsi dari sebuah solusi untuk masalah umum, dalam konteks [1]. Keuntungan utama menggunakan pola desain adalah bahwa hal itu dapat digunakan kembali dalam beberapa aplikasi. Juga dapat dianggap sebagai template untuk bagaimana memecahkan masalah yang dapat digunakan dalam berbagai situasi dan / atau aplikasi. Desain object-oriented biasanya menunjukkan pola-pola hubungan dan interaksi antara kelas-kelas atau objek, tanpa menentukan aplikasi akhir kelas atau objek-objek yang terlibat.

* Tentukan kerangka aplikasi (jika ada): Aplikasi kerangka adalah istilah yang biasanya digunakan untuk merujuk kepada satu set perpustakaan atau kelas yang digunakan untuk mengimplementasikan struktur standar sebuah aplikasi untuk sistem operasi tertentu. Dengan bundling sejumlah besar kode dapat digunakan kembali ke dalam kerangka kerja, banyak waktu yang disimpan untuk pengembang, karena dia adalah tugas disimpan dalam jumlah besar penulisan ulang kode standar untuk setiap aplikasi baru yang dikembangkan.

* Identifikasi obyek gigih / data (jika ada): Identifikasi benda-benda yang harus bertahan lebih lama daripada satu runtime dari aplikasi. Jika sebuah database relasional yang digunakan, desain relasi objek pemetaan.

* Identifikasi dan define remote objek (jika berlaku).

Output (deliverables) of object-oriented design

* Sequence Diagram: Sistem Perluas Sequence Diagram untuk menambahkan objek khusus yang menangani peristiwa sistem.

Sebuah diagram urutan menunjukkan, seperti garis-garis vertikal yang paralel, proses yang berbeda atau benda-benda yang hidup secara bersamaan, dan seperti anak panah horisontal, pesan-pesan yang dipertukarkan antara mereka, dalam urutan yang mereka terjadi.

* Kelas diagram: diagram kelas A adalah jenis struktur statis UML Diagram yang menggambarkan struktur sebuah sistem dengan menunjukkan sistem kelas, atribut mereka, dan hubungan antara kelas-kelas. Pesan dan kelas-kelas yang diidentifikasi melalui pengembangan diagram urutan dapat berfungsi sebagai masukan kepada generasi otomatis kelas global diagram sistem.

Some design principles and strategies

* Dependency injection: Ide dasarnya adalah bahwa jika sebuah objek bergantung pada memiliki sebuah contoh dari beberapa objek lain maka objek yang diperlukan adalah “disuntikkan” ke dalam tergantung objek, misalnya, yang melewati sebuah koneksi database sebagai argumen untuk constructor bukan menciptakan satu internal.

* Acyclic prinsip dependensi: grafik Ketergantungan paket atau komponen seharusnya tidak memiliki siklus. Ini juga disebut sebagai memiliki asiklis diarahkan grafik. [2] Sebagai contoh, paket C tergantung pada paket B, yang tergantung pada paket A. Jika paket A juga tergantung pada paket C, maka Anda akan memiliki siklus.

* Composite prinsip reuse: nikmat polimorfik komposisi benda-benda di atas warisan.

Unified Modeling Language

Unified Modeling Language (UML) adalah standar untuk keperluan umum bahasa pemodelan di bidang rekayasa perangkat lunak. Standar dikelola, dan diciptakan oleh, Objek Management Group.

Gambar UML

UML mencakup seperangkat teknik notasi grafis untuk menciptakan model visual perangkat lunak sistem intensif.

Overview

The Unified Modeling Language (UML) digunakan untuk menentukan, bayangkan, memodifikasi, membangun dan mendokumentasikan artifak dari perangkat lunak berorientasi objek sistem yang intensif dalam pengembangan. UML menawarkan sebuah cara standar untuk memvisualisasikan suatu cetak biru arsitektur sistem, termasuk elemen seperti sebagai:

* Aktor

* Proses bisnis

* (Logis) komponen

* Kegiatan

* Bahasa pemrograman pernyataan

* Database schemas, dan

* Komponen perangkat lunak dapat digunakan kembali.

UML menggabungkan teknik-teknik terbaik dari data model (diagram hubungan entitas), model bisnis (aliran kerja), pemodelan objek, dan komponen model. Hal ini dapat digunakan dengan semua proses, sepanjang siklus hidup pengembangan perangkat lunak, dan teknologi implementasi yang berbeda. UML telah disintesis notasi dari metode Booch, Objek-teknik modeling (OMT) dan Object-oriented software engineering (OOSE ) oleh sekering mereka menjadi satu, umum dan bahasa pemodelan digunakan secara luas. UML bertujuan untuk menjadi standar bahasa pemodelan yang dapat model bersamaan dan sistem terdistribusi. UML secara de facto merupakan standar industri, dan berkembang di bawah naungan Object Management Group (OMG). OMG mulanya disebut untuk informasi tentang metodologi berorientasi objek yang dapat membuat bahasa model perangkat lunak ketat. Banyak pemimpin industri telah merespon dengan sungguh-sungguh untuk membantu menciptakan standar UML. Model UML dapat secara otomatis diubah menjadi representasi lain (mis. Java) dengan cara transformasi QVT-seperti bahasa, yang didukung oleh OMG. UML adalah extensible, menawarkan mekanisme berikut ini untuk kustomisasi: profil dan stereotip. Semantik perluasan oleh profil yang ditingkatkan dengan 2,0 UML revisi besar.


History

Gambar Historis

Before UML 1.x

Setelah Rational Software Corporation disewa James Rumbaugh dari General Electric pada tahun 1994, perusahaan ini menjadi sumber bagi kedua paling populer pemodelan berorientasi obyek pendekatan of the day: Rumbaugh’s OMT, yang lebih baik untuk analisis berorientasi obyek (öÔÄ), dan Grady Booch’s metode Booch, yang lebih baik untuk desain berorientasi objek (OOD). Mereka segera dibantu dalam usaha mereka oleh Ivar Jacobson, pencipta dari object-oriented software engineering (OOSE) method. Rasional Jacobson bergabung pada tahun 1995, setelah perusahaannya, Objectory AB, diakuisisi oleh Rasional. Ketiga methodologists secara kolektif disebut sebagai Tiga Amigos, karena mereka dikenal sering berdebat satu sama lain mengenai praktek-praktek metodologis. Rasional Pada tahun 1996 menyimpulkan bahwa kelimpahan adalah bahasa pemodelan yang memperlambat adopsi teknologi obyek, sehingga reposisi yang bekerja pada metode yang bersatu, mereka bertugas Three Amigos dengan pengembangan non-proprietary Unified Modeling Language. Perwakilan dari perusahaan teknologi objek bersaing dikonsultasikan selama OOPSLA ’96; mereka memilih kotak untuk mewakili kelas atas Grady Booch’s Booch metode notasi yang menggunakan simbol awan. Di bawah kepemimpinan teknis Three Amigos, sebuah konsorsium internasional yang disebut Mitra UML diselenggarakan pada tahun 1996 untuk menyelesaikan Unified Modeling Language (UML) spesifikasi, dan mengusulkan sebagai respons terhadap RFP OMG. The UML Partners ‘1,0 spesifikasi UML rancangan diusulkan kepada OMG pada Januari 1997. Selama bulan yang sama Mitra UML membentuk Gugus Tugas Semantik, yang dipimpin oleh Cris Kobryn dan dikelola oleh Ed Eykholt, untuk menyelesaikan semantik spesifikasi dan mengintegrasikannya dengan upaya standarisasi lainnya. Hasil pekerjaan ini, UML 1.1, telah disampaikan kepada OMG pada bulan Agustus 1997 dan diadopsi oleh OMG pada November 1997.

UML 1.x

Sebagai model notasi, pengaruh dari notasi OMT mendominasi (misalnya, dengan menggunakan persegi panjang untuk kelas dan objek). Meskipun Booch “awan” notasi itu turun, Booch kemampuan untuk menentukan tingkat yang lebih rendah detail desain dipeluk. Kasus penggunaan notasi dari komponen Objectory dan notasi dari Booch yang terintegrasi dengan seluruh notasi, tetapi integrasi semantik relatif lemah dalam UML 1.1, dan tidak benar-benar tetap sampai 2,0 UML revisi besar.

Konsep-konsep dari metode OO lainnya juga longgar terintegrasi dengan UML dengan maksud bahwa UML akan mendukung semua metode OO. Banyak orang lain yang juga berkontribusi, dengan pendekatan model flavoring banyak hari, termasuk: Tony Wasserman dan Peter Pircher dengan “Structured Berorientasi Objek Desain (OOSD)” notasi (bukan metode), Ray Buhr’s “Sistem Desain dengan Ada” , Archie Bowen penggunaan dan waktu analisis kasus, Paul Ward analisis data dan David Harel’s “Statecharts”; sebagai kelompok berusaha untuk memastikan cakupan luas dalam real-time sistem domain. Akibatnya, UML ini berguna dalam berbagai permasalahan dan rekayasa, dari proses tunggal, aplikasi untuk pengguna tunggal bersamaan, sistem terdistribusi, membuat UML kaya tapi juga besar.

Development toward UML 2.0

UML telah berkembang secara signifikan sejak UML 1.1. Beberapa revisi kecil (UML 1.3, 1.4, dan 1,5) tetap kekurangan dan bug dengan UML versi pertama, diikuti oleh 2,0 UML revisi besar yang diadopsi oleh OMG tahun 2005.

Ada empat bagian ke 2.x UML spesifikasi:

  1. superstruktur yang mendefinisikan notasi dan semantik untuk diagram dan elemen model mereka;
  2. Infrastruktur yang mendefinisikan metamodel inti yang didasarkan atas kapal;
  3. Objek Constraint Language (OCL) untuk mendefinisikan aturan untuk model elemen;
  4. dan UML Diagram Interchange yang mendefinisikan bagaimana tata letak diagram UML 2 dipertukarkan.

Versi terbaru ini mengikuti standar: superstruktur UML versi 2.2, Infrastruktur UML versi 2.2, OCL versi 2.0, dan UML Diagram Interchange versi 1.0. Meskipun banyak alat UML dukungan beberapa fitur baru dari UML 2.x, yang OMG tidak memberikan tes objektif suite untuk menguji kepatuhan dengan spesifikasi.

Unified Modeling Language topics

Software Development Methods

UML bukanlah metode pembangunan itu sendiri, [8] Namun, ia dirancang agar kompatibel dengan terkemuka berorientasi obyek metode pengembangan perangkat lunak dari waktu (misalnya OMT, metode Booch, Objectory). Sejak UML telah berevolusi, beberapa metode ini telah menyusun kembali untuk mengambil keuntungan dari notasi baru (misalnya OMT), dan metode-metode baru telah diciptakan berdasarkan UML. Yang paling terkenal adalah IBM Rational Unified Process (RUP). Ada banyak metode berbasis UML seperti Abstraksi Metode, Metode Pengembangan Sistem Dinamis, dan lain-lain, yang dirancang untuk menyediakan solusi yang lebih spesifik, atau mencapai tujuan yang berbeda.

Modeling

Hal ini sangat penting untuk membedakan antara model UML dan himpunan diagram dari sebuah sistem. Diagram adalah sebagian representasi grafis dari suatu sistem model. Model ini juga berisi “semantik backplane” – dokumentasi seperti ditulis menggunakan kasus-kasus yang mendorong elemen-elemen model dan diagram.

UML diagram mewakili dua pandangan yang berbeda dari sebuah sistem model [9]:

* Statis (atau struktural) melihat: Menekankan struktur statis dari sistem menggunakan object, atribut, operasi dan hubungan. View struktural kelas termasuk diagram dan diagram struktur komposit.

* Dynamic (atau perilaku) melihat: Menekankan perilaku dinamis sistem dengan menunjukkan kolaborasi antara benda dan perubahan keadaan internal objek. Pandangan ini termasuk urutan diagram, diagram aktivitas dan diagram mesin negara. UML model dapat dipertukarkan antara alat UML dengan menggunakan format pertukaran XMI.

Diagrams overview

UML 2,2 memiliki 14 jenis diagram terbagi menjadi dua kategori. [10] Tujuh Diagram struktural mewakili jenis informasi, dan yang lainnya mewakili tujuh jenis perilaku umum, termasuk empat yang mewakili berbagai aspek interaksi. Diagram ini dapat dikategorikan secara hirarkis seperti ditunjukkan pada diagram kelas berikut:

Gambar Diagram Struktural

UML UML tidak membatasi jenis elemen untuk tipe diagram tertentu. Secara umum, setiap elemen UML mungkin muncul di hampir semua jenis diagram; fleksibilitas ini sebagian telah dibatasi dalam UML 2.0. UML profil dapat menentukan jenis diagram tambahan atau memperpanjang diagram yang ada dengan notasi tambahan. Sesuai dengan tradisi rekayasa gambar, komentar atau catatan penjelasan penggunaan, kendala, atau niat yang diperbolehkan dalam sebuah diagram UML.

Structure diagrams

Diagram Struktur menekankan hal-hal apa yang harus dalam sistem yang dimodelkan:
* Kelas diagram: diagram kelas menggambarkan struktur sebuah sistem dengan menunjukkan sistem kelas, atribut mereka, dan hubungan di antara kelas.

* Component diagram: menggambarkan bagaimana sebuah sistem perangkat lunak dibagi menjadi komponen dan menunjukkan ketergantungan antara komponen-komponen ini.
* Composite struktur diagram: menggambarkan struktur internal dari suatu kelas dan kolaborasi yang memungkinkan struktur ini.

* Deployment diagram: berfungsi untuk model perangkat keras sistem yang digunakan dalam implementasi, dan pelaksanaan lingkungan dan artefak digunakan pada perangkat keras.
* Objek diagram menunjukkan lengkap atau sebagian tampilan struktur sebuah sistem model pada waktu tertentu.

* Paket diagram: menggambarkan bagaimana sistem terbagi menjadi kelompok logis dengan menunjukkan dependensi di antara pengelompokan tersebut.

* Profil diagram: beroperasi pada tingkat metamodel untuk menunjukkan stereotip sebagai kelas dengan <> stereotip, dan profil sebagai paket dengan <> stereotipe. Perpanjangan hubungan (garis solid dengan tertutup, penuh mata panah) menunjukkan apa elemen metamodel stereotip tertentu memperpanjang.

Class diagram

Gambar Class Diagram

Component diagram

Gambar Diagram Komponen

Composite structure diagrams

Gambar Diagram Struktur

Deployment diagram

Gambar Diagram Deployment

Object diagram

Gambar Diagram Objek

Package diagram

Gambar Diagram Pakage

Behavior diagrams

Diagram perilaku menekankan apa yang harus terjadi dalam sistem yang dimodelkan:
* Activity diagram merepresentasikan bisnis dan operasional langkah-demi-langkah alur kerja komponen dalam sebuah sistem. Diagram aktivitas keseluruhan menunjukkan aliran kontrol.

* Negara mesin diagram: notasi standar untuk menjelaskan banyak sistem, dari program-program komputer untuk proses bisnis.

* Gunakan diagram kasus: menunjukkan fungsionalitas yang disediakan oleh sistem dari segi aktor, tujuan mereka digambarkan sebagai kasus penggunaan, dan setiap ketergantungan di antara mereka yang menggunakan kasus.

UML Activity Diagram

State Machine diagram

Gambar State Machine Diagram

Use case diagram

Gambar Use Case Diagram

Interaction diagrams

Interaksi diagram, perilaku subset dari diagram, menekankan aliran kontrol dan data di antara hal-hal dalam sistem yang dimodelkan:

* Komunikasi diagram: menunjukkan interaksi antara obyek atau bagian dalam hal sequencing pesan. Mereka mewakili suatu kombinasi dari informasi yang diambil dari Class, Sequence, dan Use Case Diagram yang menggambarkan struktur statis baik dan perilaku dinamis suatu sistem.

* Interaksi overview diagram adalah diagram jenis kegiatan yang mewakili simpul diagram interaksi.

* Sequence diagram memperlihatkan bagaimana objek berkomunikasi satu sama lain dalam suatu urutan pesan. Juga menunjukkan benda lifespans relatif terhadap pesan-pesan tersebut.

* Timing diagram: adalah tipe khusus diagram interaksi, di mana fokusnya adalah pada kendala waktu.

Communication diagram

Gambar Diagram Komunikasi

Interaction overview diagram

Gambar Diagram Interaktive

Sequence diagram

Gambar Squence Diagram

Meta modeling

Objek Management Group (OMG) telah mengembangkan sebuah arsitektur metamodeling untuk menentukan Unified Modeling Language (UML), yang disebut Meta-Object Facility (MOF). The Meta-Object Facility standar untuk model-driven engineering, dirancang sebagai arsitektur berlapis empat, seperti ditunjukkan pada gambar di sebelah kanan. Menyediakan meta meta-model di lapisan atas, yang disebut lapisan M3. M3-model ini adalah bahasa yang digunakan oleh Meta-Object Facility untuk membangun metamodels, yang disebut M2-model. Contoh yang paling menonjol dari layer 2 Meta-Objek adalah model Fasilitas metamodel UML, model yang menggambarkan UML itu sendiri. M2-model ini menggambarkan unsur-unsur dari M1-lapisan, dan dengan demikian M1-model. Ini akan, misalnya, model ditulis dalam UML. Lapisan terakhir adalah M0-layer atau lapisan data. Hal ini digunakan untuk menggambarkan objek dunia nyata.

Luar M3-model, Meta-Object Facility menjelaskan cara untuk membuat dan memanipulasi model dan metamodels oleh CORBA mendefinisikan interface yang menggambarkan operasi tersebut. Karena kesamaan antara Meta-Object Facility M3-model dan struktur UML model, Meta-Obyek Sarana metamodels biasanya dimodelkan sebagai kelas UML diagram. Sebuah standar mendukung Meta-Object Facility XMI, yang mendefinisikan XML pertukaran berbasis format untuk model di-M3, M2-, atau M1-Layer.


Illustration of the Meta-Object Facility.

Gambar Ilustrasi Fasilitas Meta-Object

Criticisms

Meskipun UML adalah diakui dan digunakan secara luas model standar, ini sering dikritik karena berikut:

Standar mengasapi Bertrand Meyer, dalam bingkai esai satir sebagai siswa permintaan perubahan nilai, tampaknya dikritik UML sebagai tahun 1997 karena tidak terkait dengan perangkat lunak berorientasi obyek pembangunan; yang disclaimer ini ditambahkan kemudian menunjukkan bahwa perusahaan-nya tetap mendukung UML. Ivar Jacobson, seorang co-arsitek UML, mengatakan bahwa keberatan terhadap UML 2,0 ‘s ukuran yang cukup valid untuk mempertimbangkan penerapan agen cerdas untuk masalahini berisi banyak diagram dan konstruksi yang berlebihan atau jarang digunakan. Permasalahan dalam belajar dan mengadopsi

Masalah dikutip dalam bagian ini membuat belajar dan mengadopsi UML problematis, terutama ketika diperlukan para insinyur tidak memiliki keterampilan prasyarat. Dalam prakteknya, orang sering menggambar diagram dengan simbol-simbol yang disediakan oleh alat KASUS mereka, tetapi tanpa makna simbol yang dimaksudkan menyediakan. Linguistik ketidaklogisan. Tulisan yang sangat miskin dari standar UML sendiri – diasumsikan menjadi akibat dari yang telah ditulis oleh seorang non-native speaker inggris – serius mengurangi nilai normatif mereka. Dalam hal ini standar-standar yang telah dikutip secara luas, dan memang pilloried, sebagai contoh utama geekspeak dimengerti. Kemampuan bahasa UML dan ketidaksesuaian pelaksanaan. Seperti halnya sistem notasi, UML dapat mewakili beberapa sistem lebih ringkas atau efisien daripada yang lain. Jadi seorang pengembang gravitates terhadap solusi yang berada di persimpangan kemampuan pelaksanaan UML dan bahasa. Masalah ini terutama diucapkan jika bahasa pelaksanaan tidak mematuhi ortodoks doktrin berorientasi objek, seperti persimpangan diatur antara pelaksanaan UML dan mungkin bahasa yang jauh lebih kecil. Berfungsi interchange format. Sementara XMI (XML Metadata Interchange) standar yang dirancang untuk memfasilitasi pertukaran model UML, telah sebagian besar tidak efektif dalam pertukaran praktis 2.x UML model. Interoperabilitas ketidakefektifan ini disebabkan oleh dua alasan. Pertama, XMI 2.x besar dan kompleks di dalam dirinya sendiri, karena itu dimaksudkan untuk mengatasi masalah teknis lebih ambisius daripada bertukar 2.x UML model. Secara khusus, ia mencoba untuk menyediakan sebuah mekanisme untuk memfasilitasi pertukaran bahasa model apapun lainnya didefinisikan oleh OMG’s Meta-Object Facility (MOF). Kedua, UML Diagram Interchange 2.x spesifikasi kurang memadai untuk memfasilitasi pertukaran diandalkan notasi UML 2.x antara alat pemodelan. Sejak UML adalah bahasa pemodelan visual, kekurangan ini adalah penting bagi modelers yang tidak ingin redraw diagram mereka.

Modeling ahli telah menulis kritik tajam dari UML, termasuk Bertrand Meyer’s “UML: Positif Spin”, [11] dan Brian Henderson-Sellers dan Cesar Gonzalez-Perez dalam “Penggunaan dan Penyalahgunaan dari stereotip Mekanisme dalam UML 1.x dan 2.0″ .

Simpulan

Model data adalah metode yang digunakan untuk menentukan dan menganalisis data persyaratan yang dibutuhkan untuk mendukung proses bisnis dari sebuah organisasi.Persyaratan data yang dicatat sebagai model data konseptual dengan data terkait definisi.Sebenarnya pelaksanaan model konseptual yang disebut model data logis. Untuk menerapkan salah satu model data konseptual mungkin memerlukan beberapa model data logis. Pemodelan data tidak hanya mendefinisikan elemen data, tetapi struktur dan hubungan di antara mereka. Data model teknik dan metodologi yang digunakan untuk model data dalam standar, konsisten, dapat diprediksi cara untuk mengelolanya sebagai sumber daya. Penggunaan standar pemodelan data sangat disarankan untuk semua proyek yang membutuhkan standar sarana untuk mendefinisikan dan menganalisis data dalam sebuah organisasi, misalnya data menggunakan model: untuk mengelola data sebagai sumber daya; untuk integrasi sistem informasi; untuk merancang database / data gudang (repositori data alias) .

Pemodelan data dapat dilakukan pada berbagai jenis proyek dan dalam berbagai fase proyek.Model data bersifat progresif, tidak ada yang namanya data akhir model untuk bisnis atau aplikasi. Sebaliknya model data harus dianggap sebagai dokumen hidup yang akan berubah sebagai respons terhadap perubahan bisnis. Model data idealnya harus disimpan dalam repositori sehingga mereka dapat diambil, dikembangkan, dan diedit dari waktu ke waktu.Whitten (2004) ditetapkan dua jenis data model:

Pemodelan data strategis: Ini adalah bagian dari penciptaan sistem informasi strategi, yang mendefinisikan visi dan keseluruhan sistem informasi arsitektur untuk didefinisikan. Informasi teknik adalah suatu metodologi yang mencakup pendekatan ini.

Model data selama analisis sistem: Dalam analisis sistem model data logika diciptakan sebagai bagian dari pengembangan database baru.

Model data juga merupakan teknik untuk membuat rincian kebutuhan bisnis untuk database.Hal ini kadang-kadang disebut database model karena model data pada akhirnya diterapkan dalam database.

The Unified Modeling Language (UML) digunakan untuk menentukan, bayangkan, memodifikasi, membangun dan mendokumentasikan artifak dari perangkat lunak berorientasi objek sistem yang intensif dalam pengembangan. UML menawarkan sebuah cara standar untuk memvisualisasikan suatu cetak biru arsitektur sistem, termasuk elemen seperti sebagai:

* Aktor

* Proses bisnis

* (Logis) komponen

* Kegiatan

* Bahasa pemrograman pernyataan

* Database schemas, dan

* Komponen perangkat lunak dapat digunakan kembali.

UML menggabungkan teknik-teknik terbaik dari data model (diagram hubungan entitas), model bisnis (aliran kerja), pemodelan objek, dan komponen model. Hal ini dapat digunakan dengan semua proses, sepanjang siklus hidup pengembangan perangkat lunak, dan teknologi implementasi yang berbeda. UML telah disintesis notasi dari metode Booch, Objek-teknik modeling (OMT) dan Object-oriented software engineering (OOSE ) oleh sekering mereka menjadi satu, umum dan bahasa pemodelan digunakan secara luas. UML bertujuan untuk menjadi standar bahasa pemodelan yang dapat model bersamaan dan sistem terdistribusi. UML secara de facto merupakan standar industri, dan berkembang di bawah naungan Object Management Group (OMG). OMG mulanya disebut untuk informasi tentang metodologi berorientasi objek yang dapat membuat bahasa model perangkat lunak ketat. Banyak pemimpin industri telah merespon dengan sungguh-sungguh untuk membantu menciptakan standar UML.

Model UML dapat secara otomatis diubah menjadi representasi lain (mis. Java) dengan cara transformasi QVT-seperti bahasa, yang didukung oleh OMG. UML adalah extensible, menawarkan mekanisme berikut ini untuk kustomisasi: profil dan stereotip. Semantik perluasan oleh profil yang ditingkatkan dengan 2,0 UML revisi besar.

Daftar Pustaka

^ a b c d e f Matthew West and Julian Fowler (1999). Developing High Quality Data Models. The European Process Industries STEP Technical Liaison Executive (EPISTLE).

^ Data Integration Glossary, U.S. Department of Transportation, August 2001.

^ a b c Whitten, Jeffrey L.; Lonnie D. Bentley, Kevin C. Dittman. (2004). Systems Analysis and Design Methods. 6th edition. ISBN 025619906X.

^ American National Standards Institute. 1975. ANSI/X3/SPARC Study Group on Data Base Management Systems; Interim Report. FDT (Bulletin of ACM SIGMOD) 7:2.

^ a b Paul R. Smith & Richard Sarfaty (1993). Creating a strategic plan for configuration management using Computer Aided Software Engineering (CASE) tools.Paper For 1993 National DOE/Contractors and Facilities CAD/CAE User’s Group.

^ a b c d Len Silverston, W.H.Inmon, Kent Graziano (2007). The Data Model Resource Book. Wiley, 1997. ISBN 0-471-15364-8. Reviewed by Van Scott on tdan.com. Accessed 1 Nov 2008.

^ a b c d FIPS Publication 184 released of IDEF1X by the Computer Systems Laboratory of the National Institute of Standards and Technology (NIST). 21 December 1993.

^ Amnon Shabo (2006). Clinical genomics data standards for pharmacogenetics and pharmacogenomics.

^ “Semantic data modeling” In: Metaclasses and Their Application. Book Series Lecture Notes in Computer Science. Publisher Springer Berlin / Heidelberg. Volume Volume 943/1995.

^ a b FOLDOC (2001). Unified Modeling Language last updated 2002-01-03. Accessed 6 feb 2009.

^ Grady Booch, Ivar Jacobson & Jim Rumbaugh (2000) OMG Unified Modeling Language Specification, Version 1.3 First Edition: March 2000. Retrieved 12 August 2008.

^ Satish Mishra (1997). “Visual Modeling & Unified Modeling Language (UML) : Introduction to UML”. Rational Software Corporation. Accessed 9 Nov 2008.

^ Objectory AB, known as Objectory System, was founded in 1987 by Ivar Jacobson. In 1991, It was acquired and became a subsidiary of Ericsson.

^ UML Specification version 1.1 (OMG document ad/97-08-11)

^ http://www.omg.org/spec/UML/2.0/

^ OMG. “Catalog of OMG Modeling and Metadata Specifications”. Retrieved 2008-03-31.

^ John Hunt (2000). The Unified Process for Practitioners: Object-oriented Design, UML and Java. Springer, 2000. ISBN 1852332751. p.5.door

^ Jon Holt Institution of Electrical Engineers (2004). UML for Systems Engineering: Watching the Wheels IET, 2004 ISBN 0863413544. p.58

^ UML Superstructure Specification Version 2.2. OMG, February 2009.

^ a b Bertrand Meyer. “UML: The Positive Spin”. Retrieved 2008-03-31.

^ “Ivar Jacobson on UML, MDA, and the future of methodologies” [1] (video of interview, transcript available), Oct 24, 2006. Retrieved 2009-05-22

^ See the ACM article “Death by UML Fever” for an amusing account of such issues.

^ UML Forum. “UML FAQ”. Retrieved 2008-03-31.

^ B. Henderson-Sellers; C. Gonzalez-Perez (2006). “Uses and Abuses of the Stereotype Mechanism in UML 1.x and 2.0″. in: Model Driven Engineering Languages and Systems. Springer Berlin / Heidelberg.

http://lecturer.ukdw.ac.id/budsus/pemodelan/Modul2.pdf

http://people.inf.uajy.ac.id/~alex/project/CSharp/EHIS/Dokumentasi/SKPL-UseCase.pdf


Save to PDF

Permalink Leave a Comment

Week 2 – Tugas Kelompok 1 – 0554M

10 May 2011 at 21:47 (Pengembangan Sistem Informasi)

Minggu 2 INFORMATION SYSTEM DEVELOPMENT

Tugas Kelompok

Lakukan survei ke perusahaan untuk mendapatkan salah satu proses bisnis dibawah ini:

  1. General Ledger
  2. Payroll (Harus ada lembur, Uang Makan, Uang Transport, PPh21 dan THR)
  3. Penjualan, Persediaan dan Piutang
  4. Pembelian, Persediaan dan Hutang

Dari hasil survei, susun menjadi sebuah proses bisnis yang dijelaskan dengan narasi sedetil dan selengkap mungkin.

Jawaban

Purchasing Process

-  Acquisition Process

-  Selection of Bidders

-  Bidding Process

-  Technical evaluation

-  Commercial evaluation

-  Negotiating

-  Post-Award Administration

-  Order Closeout

Pembelian mengacu pada organisasi bisnis atau berusaha untuk mendapatkan barang atau jasa untuk mencapai tujuan dari perusahaan. Meskipun ada beberapa organisasi yang berusaha untuk menetapkan standar dalam proses pembelian, proses dapat sangat bervariasi antara organisasi. Biasanya kata “pembelian” tidak digunakan secara bergantian dengan kata “pengadaan”, karena biasanya menyertakan memperlancar pengadaan, Supplier Kualitas, dan Lalu Lintas dan Logistik (T & L) di samping Pembelian.

Pembelian manajer / direktur, dan pengadaan manajer / direktur panduan organisasi dan standar prosedur akuisisi. Kebanyakan organisasi menggunakan tiga cara memeriksa sebagai dasar program pembelian mereka. Ini melibatkan tiga departemen dalam organisasi menyelesaikan bagian-bagian terpisah dari proses akuisisi. Tiga departemen tidak semua laporan kepada manajer senior yang sama untuk mencegah praktek-praktek tidak etis dan memberikan kredibilitas kepada proses. Departemen ini dapat membeli, menerima, dan utang dagang atau rekayasa, pembelian dan piutang; atau manajer pabrik, pembelian dan utang dagang. Kombinasi dapat bervariasi secara signifikan, tapi departemen pembelian dan piutang biasanya dua dari tiga departemen yang terlibat.

Ketika departemen penerima tidak terlibat, itu biasanya disebut dua arah cek atau dua arah pemesanan pembelian. Dalam situasi ini, isu-isu departemen pembelian tanda terima pesanan pembelian tidak diperlukan. Ketika tiba faktur terhadap pesanan, departemen piutang akan kemudian pergi langsung ke pemohon pembelian untuk membuktikan bahwa barang atau jasa diterima. Ini biasanya apa yang dilakukan untuk barang dan jasa yang akan melewati departemen penerima. Beberapa contoh perangkat lunak yang dikirimkan secara elektronik, NRE kerja (non reoccuring engineering services), konsultasi jam, dll ..

Secara historis, departemen pembelian Purchase Orders dikeluarkan untuk persediaan, jasa, peralatan, dan bahan baku. Kemudian, dalam upaya untuk mengurangi biaya administrasi yang terkait dengan pemesanan yang berulang-ulang barang-barang konsumsi dasar, “Selimut” atau “Master” Perjanjian itu diletakkan pada tempatnya. Jenis perjanjian ini biasanya memiliki durasi yang lebih lama dan peningkatan cakupan untuk memaksimalkan Skala Kuantitas konsep. Bila pasokan tambahan yang diperlukan, rilis sederhana akan dikeluarkan kepada pemasok untuk menyediakan barang atau jasa.

Cara lain untuk mengurangi biaya administrasi yang terkait dengan kontrak yang berulang-ulang untuk bahan umum, adalah penggunaan perusahaan kartu kredit, juga dikenal sebagai “Membeli Kartu” atau hanya “P-Card”. P-program kartu berbeda-beda, tapi semuanya memiliki pemeriksaan internal dan audit untuk memastikan penggunaan yang tepat. Manajer pembelian menyadari sekali kontrak untuk nilai dolar rendah habis berada di tempat, pengadaan dapat mengambil peran yang lebih kecil dalam pengoperasian dan penggunaan kontrak. Masih ada pengawasan dalam bentuk laporan bulanan audit dan resensi, tetapi sebagian besar waktu mereka sekarang tersedia untuk melakukan negosiasi pembelian dan pengaturan utama atas kontrak jangka panjang lainnya. Kontrak-kontrak ini biasanya diperbaharui setiap tahun.

Kecenderungan ini jauh dari fungsi pengadaan sehari-hari (taktis pembelian) menghasilkan beberapa perubahan dalam industri. Yang pertama adalah pengurangan personel. Departemen pembelian sekarang lebih kecil. Tidak ada kebutuhan untuk tentara pegawai memproses pesanan untuk masing-masing bagian seperti di masa lalu. Perubahan lain adalah fokus pada negosiasi kontrak dan pengadaan peralatan modal besar. Kedua fungsi departemen pembelian diizinkan untuk membuat kontribusi finansial terbesar bagi organisasi. Sebuah istilah baru dan jabatan muncul – Strategic Sourcing sourcing dan Manajer. Profesional ini tidak hanya terfokus pada proses penawaran dan bernegosiasi dengan pemasok, tetapi seluruh fungsi penawaran. Dalam peran ini mereka mampu memaksimalkan nilai tambah dan tabungan bagi organisasi. Nilai ini lebih rendah itu diwujudkan dalam persediaan, kurang personil, dan mendapatkan produk akhir ke konsumen organisasi lebih cepat. Keberhasilan manajer pembelian dalam peran ini mengakibatkan tugas baru di luar yang tradisional fungsi pembelian – logistik, manajemen material, distribusi, dan pergudangan. Semakin banyak manajer pembelian menjadi Manajer Supply Chain penanganan fungsi tambahan operasi organisasi mereka. Manajer pembelian bukan satu-satunya untuk menjadi Manajer Supply Chain. Manajer logistik, bahan manajer, manajer distribusi, dll semua berdiri fungsi yang lebih luas dan beberapa mempunyai tanggung jawab untuk fungsi pembelian sekarang.

Dalam akuntansi, pembelian adalah jumlah barang yang dibeli perusahaan sepanjang tahun ini. Mereka ditambahkan ke persediaan. Pembelian diimbangi oleh Pembelian Diskon dan Retur Pembelian dan Tunjangan. Ketika harus ditambahkan tergantung pada Free On Board (FOB) kebijakan perdagangan. Untuk pembeli, persediaan baru ini ditambahkan pada pengiriman jika kebijakan pengiriman FOB titik, dan penjual menghapus item ini dari persediaan. Di sisi lain, pembeli ditambahkan pada penerimaan inventaris ini jika kebijakan itu FOB tujuan, dan penjual menghapus item ini dari persediaan ketika disampaikan.

Barang yang dibeli untuk tujuan selain penjualan langsung, seperti Penelitian dan Pengembangan, ditambahkan untuk inventarisasi dan dialokasikan untuk Penelitian dan Pengembangan biaya seperti yang digunakan. Di samping catatan, peralatan dibeli untuk Penelitian dan Pengembangan tidak ditambahkan ke persediaan, namun dikapitalisasi sebagai aset …

Acquisition Process

Proses akuisisi yang telah direvisi untuk sistem utama dalam industri dan pertahanan yang ditunjukkan dalam gambar berikut. Proses didefinisikan oleh serangkaian fase di mana teknologi didefinisikan dan berkembang menjadi konsep-konsep yang layak, yang kemudian dikembangkan dan disiapkan untuk produksi, setelah itu sistem yang dihasilkan didukung di lapangan.

Proses memungkinkan sistem tertentu untuk memasuki proses pada setiap tahapan pembangunan. Sebagai contoh, sebuah sistem yang menggunakan teknologi terbukti akan masuk pada tahap-tahap awal proses dan akan dilanjutkan melalui periode panjang teknologi pematangan, sementara sistem yang didasarkan pada teknologi matang dan terbukti bisa masuk langsung ke dalam pengembangan atau rekayasa, dibayangkan, bahkan produksi. Proses itu sendiri meliputi empat fase perkembangan: [1]

* Konsep dan Teknologi: ini dimaksudkan untuk mengeksplorasi konsep-konsep alternatif yang didasarkan pada penilaian kebutuhan operasional, kesiapan teknologi, risiko, dan keterjangkauan.
* Konsep dan Teknologi Pengembangan konsep fase dimulai dengan eksplorasi. Selama tahap ini, studi konsep dilakukan untuk menentukan alternatif konsep dan untuk memberikan informasi tentang kemampuan dan risiko yang akan memungkinkan perbandingan yang objektif konsep-konsep yang bersaing.
* System Development and Demonstration fase. Fase ini bisa dimasukkan secara langsung sebagai hasil dari kesempatan teknologi dan mendesak kebutuhan pengguna, serta yang datang melalui konsep dan pengembangan teknologi.
* Yang terakhir, dan terpanjang, fase adalah fase Pembuangan Sustainment dan program. Selama fase ini semua kegiatan perlu dilakukan untuk menjaga dan mempertahankan sistem di lapangan di biaya yang paling efektif mungkin.

Selection of Bidders

Ini adalah proses dimana organisasi mengidentifikasi potensi pemasok untuk persediaan tertentu, jasa atau peralatan. Pemasok ini ‘identitasnya (kualifikasi) dan sejarah dianalisis, bersama-sama dengan produk atau jasa yang mereka tawarkan. Proses seleksi yang penawar bervariasi dari satu organisasi ke organisasi, tetapi bisa termasuk kredit menjalankan laporan, mewawancarai manajemen, pengujian produk, dan fasilitas wisata. Proses ini tidak selalu dilakukan dalam rangka kepentingan, melainkan agar biaya. Seringkali manajer pembelian memperoleh penawar potensial penelitian informasi tentang organisasi dan produk dari sumber-sumber media dan kontak industri mereka sendiri. Selain itu, pembelian dapat mengirimkan Permintaan Informasi (RFI) untuk calon pemasok untuk membantu mengumpulkan informasi. Rekayasa juga akan memeriksa produk sampel untuk menentukan apakah perusahaan dapat memproduksi produk yang mereka butuhkan. Jika penawar melewati tahap kedua teknik mungkin memutuskan untuk melakukan beberapa pengujian pada bahan-bahan untuk memverifikasi lebih lanjut standar kualitas. Tes-tes ini bisa mahal dan melibatkan waktu yang signifikan dari beberapa teknisi dan insinyur. Teknik manajemen harus membuat keputusan ini berdasarkan biaya produk yang mereka cenderung pengadaan, pentingnya penawar ‘produk ke produksi, dan faktor lainnya. Kredit cek, wawancara manajemen, tur tanaman serta langkah-langkah lain semua bisa dimanfaatkan jika rekayasa, manufaktur, dan manajer memutuskan rantai suplai mereka dapat membantu keputusan mereka dan biaya dapat dibenarkan.

Organisasi lain mungkin memiliki tujuan pengadaan minoritas yang perlu dipertimbangkan dalam pemilihan peserta tender. Mengidentifikasi tujuan organisasi dalam penggunaan perusahaan yang dimiliki dan dioperasikan oleh etnis tertentu atau wanita yang dimiliki perusahaan bisnis. Signifikan menggunakan pemasok minoritas perusahaan dapat memenuhi syarat sebagai penawar potensial untuk kontrak dengan perusahaan atau badan pemerintah yang ingin meningkatkan program pemasok minoritas.

Proses seleksi ini dapat memasukkan atau mengeluarkan pemasok internasional tergantung pada tujuan organisasi dan kriteria. Perusahaan yang ingin meningkatkan rim pacific basis pemasok dapat mengecualikan pemasok dari Amerika, Eropa, dan Australia. Organisasi lain mungkin mencari untuk membeli dalam negeri untuk memastikan respons yang lebih cepat untuk perintah-perintah serta kolaborasi lebih mudah pada desain dan produksi.

Tujuan organisasi akan menentukan kriteria untuk proses seleksi peserta tender. Hal ini juga mungkin bahwa produk atau jasa yang diperoleh adalah sangat khusus bahwa jumlah penawar terbatas dan kriteria yang harus sangat luas untuk memungkinkan persaingan. Jika hanya satu perusahaan dapat memenuhi spesifikasi produk maka manajer harus mempertimbangkan pembelian memanfaatkan “Sole Source” pilihan atau bekerja dengan teknik untuk memperluas spesifikasi jika proyek akan memungkinkan perubahan dalam spesifikasi. Sumber satu-satunya pilihan adalah bagian dari seleksi peserta tender yang mengakui kadang-kadang hanya ada satu pemasok yang masuk akal untuk beberapa layanan atau produk. Hal ini dapat karena terbatasnya aplikasi untuk produk yang tidak dapat mendukung lebih dari satu produsen, kedekatan layanan yang disediakan, atau produk yang baru dirancang atau diciptakan dan kompetisi belum tersedia.

* Konsep dan Teknologi: ini dimaksudkan untuk mengeksplorasi konsep-konsep alternatif yang didasarkan pada penilaian kebutuhan operasional, kesiapan teknologi, risiko, dan keterjangkauan.
* Konsep dan Teknologi Pengembangan konsep fase dimulai dengan eksplorasi. Selama tahap ini, studi konsep dilakukan untuk menentukan alternatif konsep dan untuk memberikan informasi tentang kemampuan dan risiko yang akan memungkinkan perbandingan yang objektif konsep-konsep yang bersaing.
* System Development and Demonstration fase. Fase ini bisa dimasukkan secara langsung sebagai hasil dari kesempatan teknologi dan mendesak kebutuhan pengguna, serta yang datang melalui konsep dan pengembangan teknologi.
* Yang terakhir, dan terpanjang, fase adalah fase Pembuangan Sustainment dan program. Selama fase ini semua kegiatan perlu dilakukan untuk menjaga dan mempertahankan sistem di lapangan di biaya yang paling efektif mungkin.

Bidding Process

Ini adalah proses memanfaatkan sebuah organisasi untuk mendapatkan barang, jasa atau peralatan. Proses bervariasi secara signifikan dari ketat hingga yang sangat informal. Perusahaan besar dan entitas pemerintah yang paling mungkin memiliki ketat dan proses formal. Proses-proses ini dapat menggunakan formulir tawaran khusus yang memerlukan prosedur yang spesifik dan detail. Prosedur yang sangat ketat mengharuskan tawaran untuk terbuka oleh beberapa staf dari berbagai departemen untuk memastikan keadilan dan ketidakberpihakan. Tanggapan biasanya sangat rinci. Penawar tidak menanggapi persis seperti yang ditentukan dan mengikuti prosedur yang dipublikasikan dapat didiskualifikasi. Usaha swasta yang lebih kecil lebih mungkin memiliki prosedur yang kurang formal. Tawaran bisa dalam bentuk email ke semua menetapkan penawar produk atau jasa. Tanggapan oleh penawar dapat dirinci atau hanya jumlah dolar yang diusulkan.

Sebagian besar proses tawaran multi-tier. Akuisisi di bawah jumlah dolar tertentu dapat “pengguna kebijaksanaan” mengizinkan pemohon untuk memilih yang pernah mereka inginkan. Tingkat ini dapat serendah $ 100 atau setinggi $ 10.000 tergantung pada organisasi. Dasar pemikiran adalah tabungan diwujudkan dengan pemrosesan permintaan ini sama seperti barang-barang mahal yang minimal dan tidak membenarkan waktu dan biaya. Departemen pembelian mengawasi penyalahgunaan hak istimewa kebijaksanaan pengguna. Akuisisi dalam rentang pertengahan dapat diproses dengan proses yang sedikit lebih formal. Proses ini mungkin melibatkan pengguna memberikan kutipan dari tiga pemasok terpisah. Pembelian mungkin diminta atau diharuskan untuk memperoleh tanda kutip. Proses tawaran formal dimulai serendah $ 10.000 atau setinggi $ 100.000 tergantung pada organisasi. Tawaran biasanya melibatkan suatu bentuk tertentu penawar mengisi dan harus dikembalikan oleh tenggat waktu tertentu. Tergantung dari komoditi yang dibeli dan organisasi tawaran berbobot dapat menetapkan kriteria evaluasi. Tawaran lainnya akan dievaluasi pada kebijaksanaan pembelian atau pengguna akhir. Beberapa tawaran bisa dievaluasi oleh komite lintas-fungsional. Tawaran lainnya dapat dievaluasi oleh pengguna akhir atau pembeli di Purchasing. Terutama di kecil, perusahaan-perusahaan swasta yang penawar dapat dievaluasi pada kriteria atau faktor-faktor yang memiliki sedikit jika ada hubungannya dengan tawaran yang sebenarnya. Contoh dari faktor-faktor ini adalah sejarah dari penawar dengan perusahaan, sejarah penawar dengan perusahaan manajemen senior di perusahaan lain, dan penawar yang luas produk.

Technical evaluation

Evaluasi teknis, evaluasi teknis yang dikutip kesesuaian barang atau jasa, jika diperlukan, biasanya dilakukan sebelum evaluasi komersial. Selama fase ini proses pengadaan, perwakilan teknis dari perusahaan (biasanya seorang insinyur) akan meninjau proposal dan tetapkan setiap penawar sebagai teknis baik secara teknis dapat diterima atau tidak dapat diterima.

Commercial evaluation

Syarat Pembayaran

Uang Biaya dihitung dengan mengalikan tingkat bunga mata uang yang berlaku dikalikan dengan jumlah uang yang dibayarkan sebelum penerimaan BARANG. Jika uang itu untuk tetap dalam rekening pembeli, bunga akan tertarik. Bahwa bunga pada dasarnya adalah biaya tambahan yang terkait dengan Kemajuan atau Milestone pembayaran.

Lokasi manufaktur dipertimbangkan pada tahap evaluasi terutama untuk menghitung biaya pengiriman dan isu-isu regional yang dapat dipertimbangkan. Sebagai contoh, di Eropa sudah lazim bagi pabrik-pabrik untuk menutup selama bulan Agustus untuk liburan musim panas. Perjanjian kerja juga dapat dipertimbangkan dan dapat ditarik ke dalam evaluasi jika daerah tertentu diketahui sering serikat buruh.

Manufaktur lead-time adalah waktu dari perintah penempatan (atau waktu gambar terakhir yang diajukan oleh Pembeli kepada Penjual) sampai barang-barang diproduksi dan dipersiapkan untuk pengiriman. Lead-kali berbeda-beda menurut komoditi dan dapat berkisar dari beberapa hari ke tahun.

Waktu transportasi dievaluasi sementara membandingkan pengiriman barang kepada Pembeli yang diperlukan menggunakan-date. Jika Barang dikirim dari remote pelabuhan, dengan kapal jarang transportasi, waktu transportasi dapat melebihi jadwal dan penyesuaian perlu dilakukan.

Pengiriman Biaya – biaya untuk para Barang untuk disampaikan kepada suatu titik dinyatakan. Penawaran Validity Packing Penawaran Penyesuaian Syarat dan Ketentuan Seller’s Services Standar Organisasi Tinjauan Keuangan Mata Uang Pembayaran Analisis Risiko – volatilitas pasar, keuangan penawar stres dalam Pengujian

Negotiating

Negosiasi adalah kunci Pembelian skillset di lapangan. Salah satu tujuan dari Agen Pembelian adalah untuk memperoleh barang per yang paling menguntungkan dari segi entitas membeli (atau sederhana, “Pembeli”). Agen Pembelian biasanya usaha untuk mengurangi biaya sementara memenuhi persyaratan lainnya Pembeli seperti pengiriman tepat waktu, sesuai dengan persyaratan dan kondisi komersial (termasuk garansi, transfer risiko, tugas, hak audit, kerahasiaan, pengobatan, dll).

Post-Award Administration

Post-award administrasi biasanya terdiri dari kecil membuat perubahan, penambahan atau pengurangan, bahwa dalam beberapa cara mengubah syarat-syarat perjanjian atau Penjual Scope of Supply. Perubahan seperti itu sering kecil, tapi untuk tujuan audit harus didokumentasikan ke dalam perjanjian yang ada. Contoh termasuk peningkatan jumlah Line Item atau mengubah metalurgi komponen tertentu.

Order Closeout

Adalah penutupan dari proses order.

Contoh Kasus : Pembelian, Persediaan dan Hutang

  • Proses pembelian dimulai dari pembuatan order pembelian (Create Purchase Order Draft) yang masih draft yang dilakukan oleh bagian pembelian.
  • Proses (Check by Manager / check by management), dalam proses persetujuan terdapat pengecekan :
  1. Jika harga per unit kurang dari sama dengan Rp.100.000 (seratus ribu rupiah) dan total jumlah pembelian kurang dari sama dengan RP.1.000.000 (satu juta rupiah) maka persetujuannya dilakukan oleh manager akunting dan keuangan.
  2. Jika harga per unit lebih dari Rp.100.000 (seratus ribu) atau  total jumlah pembelian lebih dari Rp.1.000.000 (satu juta rupiah) maka persetujuannya dilakukan oleh manajemen dengan terlebih dahulu di cek oleh manager.
  • (Purchase order approve ) Setelah order pembelian disetujui dan dikirimkan ke suplier proses selanjutnya adalah pembayaran uang muka (Account Payable Down Payment/ AP DP) jika mengharuskan membayar uang muka lalu dibuatkanlah dokumen pembayaran uang muka oleh bagian akunting.
  • Setelah dokumen terbuat maka proses selanjutnya diteruskan ke bagian keuangan untuk dilakukan proses pembayarannya.
  • Jika terjadi pembatalan atau pengurangan pembayaran uang muka maka dilakukan proses credit memo.
  • Setelah itu penerimaan barang (Good Receipt PO) yang diterima oleh bagian pembelian lalu diteruskan ke bagian persediaan barang sebagai stok masuk.
  • Jika barang yang  diterima cacat atau tidak sesuai dengan yang diharapkan maka proses yang dilakukan adalah membuat dokumen untuk pengembalian barang dan diteruskan ke bagian persediaan barang sebagai stok keluar.
  • Setelah penerimaan barang dinyatakan sesuai dengan yang diharapkan maka proses selanjutnya membuat dokumen pengakuan hutang yang dilakukan oleh bagian akunting lalu diteruskan  kebagian keuangan untuk dilakukannya pembayaran sesuai dengan waktu jatuh temponya.
  • Jika terjadi pembatalan atau pengurangan hutang maka dilakukan proses AP Credit Memo.

Save to PDF

Permalink Leave a Comment

Week 1 – Tugas Individu 1 – 0554M

10 May 2011 at 21:33 (Pengembangan Sistem Informasi)

Minggu 1 INFORMATION SYSTEM BUILDING BLOCK

Baca Lecture Note dan File PPT dari Module 1, setelah itu anda :

  1. buat rangkuman secara umum untuk materi Module 1
  2. membuat paper dari salah satu topik yang terkait dengan module 1. Untuk syarat dan ketentuan penyusunan Paper lihat format berikut.

Ketentuan Penyusunan Paper

 

  • Paper dalam bahasa Indonesia dengan ketentuan:
    • Minimal 15 lembar Untuk Isi Pembahasan saja (pendahuluan, landasan teori, isi pembahasan, simpulan dan daftar pustaka) tidak termasuk halaman judul, abstrak, daftar isi, daftar gambar, dan daftar tabel.
    • 1.5 Spasi
    • Font Times New Roman 12
    • Ukuran kertas Quarto dengan Margin Kiri, Kanan, Atas dan Bawah 2.5 Cm
    • Daftar isi dan Format lihat lampiran.
    • Kumpulkan sesuai dengan ketentuan yang berlaku

 

  • Format Paper. Paper harus berisi hal-hal sebagai berikut:
  • Halaman Judul
  • Abstrak
  • Daftar Isi
  • Daftar Gambar (Jika Ada)
  • Daftar Table (Jika Ada)
  • Pendahuluan
  • Landasan Teori
  • Isi Pembahasan
  • Simpulan
  • Daftar Pustaka

 

  • Bentuk halaman Judul. Setiap mahasiswa harus mengikuti bentuk halaman judul seperti berikut :

Jawaban

  1. Rangkuman secara umum Modul 1:

Informasi tidak akan lepas dari kehidupan sehari-hari, baik secara individu maupun organisasi. Banyak organisasi mulai memperhitungkan kehadiran sistem dan teknologi informasi yang mampu meningkatkan kemampuan bersaing perusahaan guna mendapatkan competitive advantage bagi perusahaan.

Faktor suskes bagi perusahaan adalah bagaimana perusahaan tersebut mampu menyipan dan mengatur data sehingga dapat diperoleh informasi yang menunjang strategi bisnis bagi perusahaan sehingga perusahaan mampu memenangkan persaingan

Data dan informasi sangat penting bagi suatu perusahaan. Suatu perusahaan diharapkan mampu menyimpan dan mengolah data sehingga dapat di peroleh informasi yang menunjang strategi bisnis bagi perusahaan. Disini diperlukan OUTPUT (informasi) yaitu data yang telah di olah yang di atur sedemikian rupa melalui serangkaian proses dan memiliki arti dan INPUT (data) yaitu fakta yang belum di olah mengenai organisasi dan transakasi bisnisnya.

Untuk itu diperlukan seorang stakeholder yaitu orang yang memiliki kepentingan dalam sistem informasi yang akan di bangun. Stakeholder dalam sistem informasi ada 6 kelompok yaitu system owner, system user, system designer, system builder, system analyst, dan yang terakhir IT vendor/consultant.. Sistem informasi bisa tetap berjalan dengan atau tanpa komputer sekalipun. Tetapi kehadiran teknologi Informasi mampu meningkatkan kemampuan dan potensi  dari pada sistem informasi. Karena teknologi informasi merupakan kombinasi dari teknologi komputer dengan teknologi komunikasi.

System informasi yang terintegrasi dapat dikelompokkan menjadi front-office information system dan back-office information system. Didalam sistem informasi secara umum dapat bigagi menjadi 5 (lima) jenis aplikasi yaitu Transaction Processing System (TPS), Management Information System (MIS), Decision Support System (DCS), Expert System (ES), dan Office Automation (OA).

Jadi kesimpulannya Sistem informasi merupakan bentuk perencanaan dari people, data, process dan interface yang berinteraksi satu sama lain untuk mendukung dan meningkatkan operasional kerja.

2. membuat paper dari salah satu topik yang terkait dengan module 1. Untuk syarat dan ketentuan penyusunan Paper lihat format berikut.

SMS Banking

Abstrak

Dengan teknologi sms yang sudah sangat populer di semua kalangan, sistem pemrosesan transaksi bank mandiri memanfaatkan teknologi ini untuk memanjakan nasabahnya dengan didukung semua jenis operator seluler sehingga mempermudah transaksi banking yang lebih efisien dan fleksibel. dengan menggunakan teknologi ini, ada beberapa manfaat seperti transaksi yang dapat dilakukan setiap waktu dan di setiap tempat, tidak perlu antri di kantor bank ataupun ATM untuk melakukan transaksi non tunai, praktis dan terhindar dari risiko kehilangan harta dan nyawa karena membawa uang tunai, tarif yang relatif terjangkau dan relatif mudah penggunaannya, dan mendapatkan sms konfirmasi apabila saldo transaksi lebiih dari satu juta rupiah. Selain mempunyai manfaat sistem inipun mempunyai kelemahan-kelemahan diantaranya: kecepatan data saat transaksi terbilang cukup lambat terutama pada saat peak time, bahaya keamanan yang bersumber dari aspek non teknis ketika ada pihak ketiga yang mengetahui nomor pin pengguna sms banking, pemrosesan transaksi dijalankan dalam dua tahap yaitu proses transaksi di server milik operator dan proses transaksi di server milik bank.

Daftar Isi

Abstrak. i

Daftar Isi i

Daftar Tabel ii

1.      Pendahuluan. 1

1.1     Latar belakang. 1

1.2     Batasan Masalah. 1

1.3     Tempat penelitian. 1

1.4     Metodologi penelitian. 1

2.      Landasan Teori 2

2.1     Pengertian Sistem.. 2

2.2     Pengertian Informasi 2

2.3     Pengertian Sistem Informasi 3

2.4     Pengertian Sistem Informasi Manajemen. 3

2.5     Konsep Dasar Sistem Pemrosesan Transaksi 4

2.6     Peranan Sistem Pemrosesan Transaksi terhadap Online Banking. 4

3.      Isi Pembahasan. 5

3.1     Profil Bank MANDIRI 5

3.2     Implementasi SMS-Banking. 5

3.3     Tabel Kode perintah transaksi SMS ketik. 6

3.4     SMS Banking Mandiri sebagai suatu Sistem Informasi 13

3.5     Manfaat dan Risiko Sistem Pemrosesan Transaksi Online Banking. 14

3.6     Upaya Mengurangi Risiko layanan SMS-Banking. 15

4.      Simpulan. 15

4.1     Kesimpulan. 15

4.2     Saran. 15

Daftar Pustaka. 16

Daftar Tabel

 

Tabel 3.3.1 Kode Perintah Transaksi SMS Ketik ……………………………………………………………. 6

  1. Pendahuluan

 

1.1  Latar belakang

Perkembangan teknogi mendorong setiap instansi atau perusahaan untuk tetap mengikuti perkembangan teknologi informasi, hal ini terutama mengenai maslah informasi yang berhubungan dengan kegiatan operasional. Teknologi komputer dewasa ini telah memberikan bantuan yang berari untuk meningkatkan kegiatan usaha misalnya untuk aplikasi akuntansi, aplikasi keuangan, aplikasi manufaktur serta teknik aplikasi pemrosesan pengolahan data lainnya. Dan tidak kalah pentingnya informasi yang akan kita distribuskan harus mempunyai proteksi/keamanan yang kuat agar seseorang yang tidak berhak atau orang yang tidak bertanggung jawab tidak dapat mengakses informasi tersebut. Pada saat ini dunia industri dan bisnis memerlukan informasi yang tepat, cepat dan relevan. Untuk mendapatkan informasi yang diinginkan tentunya harus menggunakan sistem informasi. Sistem informasi dalam suatu organisasi dapat dikatakan sebagai suatu sistem yang menyediakan informasi bagi semua tingkatan dalam organisasi tersebut kapan saja diperlukan.

Sistem ini menyimpan, mengambil, mengubah, mengolah dan mengkomunikasikan informasi yang diterima dengan menggunakan sistem informasi atau peralatan sistem lainnya. Penerapan sistem informasi di dalam suatu organisasi dilakukan melalui sistem informasi manajemen (SIM) untuk mendukung informasi-informasi yang dibutuhkan oleh semua tingkatan manajemen. Salah satu jenis sistem informasi dalam mendukung proses operasi adalah sistem pemrosesan transaksi.

1.2  Batasan Masalah

Berdasarkan uraian diatas maka batasan permasalahan yang ada meliputi:

  1. Konsep dasar Sistem Pemrosesan Transaksi
  2. Peranan Sistem Pemrosesan Transaksi dengan Online Banking
  3. Implementasi SMS-Banking
  4. SMS Banking sebagai suatu Sistem Informasi
  5. Manfaat dan Risiko Sistem Pemrosesan Transaksi dengan Online Banking
  6. Upaya Mengurangi Risiko layanan SMS-Banking

 

 

1.3  Tempat penelitian

Penelitian dilakukan pada situs remsi bank mandiri yaitu http://www.bankmandiri.co.id

1.4  Metodologi penelitian

Metodologi yang digunakan adalah pemaparan

 

 

  1. Landasan Teori

2.1  Pengertian Sistem

Tedapat dua kelompok pendekatan didalam mendefinisikan system. Yaitu yang menekankan pada prosedurnya dan yang menekankan pada komponen atau elemennya.  Pendekatan sistem yang menekankan pada prosedur mendefinisikan system sebagai berikut:

Suatu sistem adalah suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran tertentu

Pendekatan sistem  yang merupakan jaringan kerja dari prosedur lebih menekankan urutan-urutan operasi didalm system. Prosedur didefinisikan oleh Ricard F. Neuschel sebagai berikut:

Suatu Prosedur adalah  suatu urutan-urutan operasi klerikal (tulis-menulis), biasanya melibatkan beberapa orang didalam satu atau lebih departemen yang diterapkan untuk menjamin penanganan yang seragam dari transaksi-transaksi bisnis yang terjadi.

Lebih lanjut Jerry Fitzgerald, Ardra F. Fitzgerald dan Waren D. Stalling, Jr., mendifinisikan prosedur sebagai berikut:

Suatu Prosedur adalah  urutan-urutan yang tepat dari tahapan-tahapan intruksi yang menerapkan Apa (What) yang harus dilakukan, Siapa (Who) yang mengerjakannya, Kapan (When) dikerjakan, dan Bagaimana (How) mengerjakannya.

Pendekatan sistem yang lebih menekankan pada elemen atau komponennya mendefinisikan sistem sebagai:

Sistem adalah kumpulan dari elemen-elemen  yang berinteraksi untuk mencapai suatu tujuan tertentu.

Beberapa hal yang merupakan karakteristik dari sebuah system diantaranya meliputi:

  1. Mempunyai komponen (component)
  2. Batasan sistem (boundary)
  3. Lingkungan luar sistem (environment)
  4. Penghubung (interface)
  5. Masukan (input)
  6. Keluaran (output)
  7. Pengolah (process)
  8. Sasaran (objectives) atau tujuan (goal)

1.1  Pengertian Informasi

Informasi ibarat darah yang mengalir didalam tubuh suatu organisasi sehingga informasi ini sangat penting didalam suatu organisasi. Suatu sistem yang kurang mendapatkan informasi akan menjadi luruh, kerdil dan akhirnya berakhir.

Informasi adalah data yang diolah menjadi bentuk yang lebih berguna dan lebih berarti bagi yang menerimanya

Sumber informasi adalah data. Data merupakan betuk jamak dari bentuk tunggal datum atau data item. Data adalah kenyataan yang menggambarkan suatu kejadian-kejadian dan kesatuan nyata. Kejadian-kejadian (event)  sesuatu yang terjadi pada saat tertentu.

1.2  Pengertian Sistem Informasi

Telah diketahui bahwa informasi merupakan hal yang sangat penting bagi manajemen didalam pengambilan keputusan. Informasi dapat diperoleh dari system informasi (information system) atau disebut juga dengan processing system atau information processing system atau information-generating system. Sistem informasi didefinisikan oleh Robert A. Leitch dan K. Roscoe Davis sebagai:

Sistem Informasi adalah suatu system didalam suatu organisasi yang mempertemukan kebutuhan pengolahan transaksi harian, mendukung operasi yang bersifat manajerial dan kegiatan strategi dari suatu organisasi dan menyediakan pihak luar tertentu dengan laporan-laporan yang diperlukan.

1.3  Pengertian Sistem Informasi Manajemen

Sistem informasi manajemen merupakan penerapan system informasi didalam organisasi untuk mendukung informasi-informasi yang dibutuhkan oleh semua tingkatan manajemen. Sistem informasi manajemen didefinisikan oleh George M. Scott sebagai:

Suatu sistem informasi manajemen adalah kumpulan dari interaksi-interaksi sistem-sistem informasi yang menyediakan informasi baik untuk kebutuhan manajerial maupun untuk kebutuhan operasi.

Menurut Barry E. Cusing:

Suatu sistem informasi manajemen adalah kumpulan dari manusia dan suber-sumber daya modal didalam suatu organisasi yang bertanggung jawab mengumpulkan dan mengolah data untuk menghasilkan informasi yang berguna untuk semua tingkatan manajemen didalam kegiatan perencanaan dan pengendalian.

Menurut Frederick H. Wu:

Sistem informasi manajemen adalah kumpulan-kumpulan dari sistem-sistem yang menyediakan informasi untukmendukung manajemen.

Menurut Gordon B. Davis:

Sistem informasi manajemen adalah manusia/mesin yang menyediakan informasi untuk mendukung operasi manajemen dan fungsi pengambilan keputusan dari suatu organisasi.

Dari beberapa definisi tersebut dapat dirangkum bahwa sistem informasi manajemen adalah:

  1. Kumpulan dari interaksi-interaksi sistem-sistem informasi.
  2. Menghasilkan informasi yang beguna untuk semua tingakatan manajemen.

1.4  Konsep Dasar Sistem Pemrosesan Transaksi

Salah satu bagian sistem informasi yaitu sistem pemrosesan transaksi/transaction processing system (TPS). Sistem pemrosesan transaksi merupakan subsistem input yang mempunyai peranan penting dalam aktivitas organisasi dengan cara mengumpulkan data dari sumber– sumber baik dari dalam maupun dari luar lingkungan perusahaan, dan mentransformasikannya kedalam database.

Transaction Processing System (TPS) adalah sistem informasi yang terkomputerisasi yang dikembangkan untuk memproses data-data dalam jumlah besar untuk transaksi bisnis rutin seperti daftar gaji dan inventarisasi. TPS menghapus rasa bosan saat melakukan transaksi operasional sekaligus mengurangi waktu, meskipun orang masih harus memasukkan data ke sistem komputer secara manual.

Sistem pemrosesan transaksi sangat penting karena merupakan dasar sistem bisnis yang melayani level operasional dalam organisasi. Output dari sistem ini akan menjadi input bagi sistem-sistem yang berada pada level manajemen dan level strategis. Setiap proses bisnis dimulai dari saksi, sehingga sistem pemrosesan transaksi yang ditempatkan oleh suatu perusahaan akan mempengaruhi proses bisnis yang dijalankan.

1.5  Peranan Sistem Pemrosesan Transaksi terhadap Online Banking

Proses transaksi online, atau OLTP , merujuk pada sistem yang memfasilitasi dan mengatur aplikasi berorientasi pada transaksi, biasanya untuk entri data dan media proses transaksi. Istilah ini terkadang dimaknai beberapa memahami sebuah “transaksi” dalam konteks komputer atau database transaksi, sementara yang lain dalam menentukan persyaratan bisnis atau transaksi komersial. OLTP juga telah digunakan untuk merujuk kepada proses di mana sistem untuk segera merespon permintaan pengguna. ATM untuk sebuah bank adalah contoh dari sebuah proses transaksi aplikasi komersial. Termasuk aplikasi perbankan elektronik, pemrosesan order, karyawan, sistem e-commerce, dan eTrading.

Salah satu pemrosesan transaksi dengan sistem online adalah SMS-Banking yang tidak lain merupakan bentuk perwujudan pertama kali dari Mobile Banking (m-banking) dengan didasari prinsip Internet Banking, yakni merupakan salah satu bentuk electronic channel yang memungkinkan nasabah mengakses bank serta melakukan transaksi perbankan dalam hitungan menit kapanpun waktunya dan dimanapun tempatnya dengan mengunakan perangkat telepon seluler yang dimiliki seperti halnya melakukan transaksi di anjungan tunai mandiri (ATM), namun tanpa layanan tansaksi penarikan uang tunai. Terdapat beberapa pilihan untuk dapat melakukan transaksi melalui SMS-Banking yang disesuaikan dengan kemampuan perangkat telepon seluler maupun SIM-Card yang digunakan nasabah, diantaranya adalah:

1. Lewat SMS biasa, transaksi dilakukan melalui pesan SMS dengan kode tertentu ke nomor khusus yang telah disediakan oleh bank.

2. Lewat menu SIM Toolkit, yakni menu sudah terimplementasi pada suatu SIM-Card, misalnya: Satelindo@cces, M3Acces, Life in hand (Pro-XL), Navigator64 (Telkomsel),

3. Lewat aplikasi Java, perangkat telepon seluler nasabah harus berteknologi Java dan terlebih dahulu harus menginstal aplikasinya yang disediakan oleh bank bertalian. Pengiriman transaksi dilakukan melalui SMS namun tidak lagi diharuskan mengirim kode-kode tertentu.

Dari ketiga cara tersebut di atas, hanya cara pertama yang paling fleksibel dan bisa digunakan oleh semua perangkat telepon seluler dan SIM-Card. SMS-Banking mulai ramai dipergunakan di Indonesia sejak tahun 2001 seiring dengan berkembang pemikiran para pengelola bank untuk memanjakan para nasabah sehingga menawarkan berbagai upaya untuk mempermudah nasabah melakukan transaksi, diantaranya adalah menawarkan layanan yang dapat melakukan transaksi perbankan tanpa perlu menggeser posisi dan hanya dengan memanfaatkan perangkat telepon seluler yang telah dimiliki.

  1. Isi Pembahasan

2.1  Profil Bank MANDIRI

Bank Mandiri didirikan pada 2 Oktober 1998, sebagai bagian dari program restrukturisasi perbankan yang dilaksanakan oleh pemerintahan Indonesia. Pada bulan Juli 1999, empat bank pemerintah — Bank Bumi Daya, Bank Dagang Negara, Bank Exim and Bapindo–dilebur menjadi Bank Mandiri. Masing-masing dari keempat legacy banks memainkan peran yang tak terpisahkan dalam pembangunan perekonomian Indonesia. Sampai dengan hari ini, Bank Mandiri meneruskan tradisi selama lebih dari 140 tahun memberikan kontribusi dalam dunia perbankan dan perekonomian Indonesia. Infrastruktur IT Bank Mandiri memberikan layanan straight-through processing dan interface tunggal pada seluruh nasabah.

Sejak berdirinya, Bank Mandiri telah bekerja keras untuk menciptakan tim manajemen yang kuat dan professional yang bekerja berlandaskan pada prinsip-prinsip good corporate governance yang telah diakui secara internasional.

Untuk meningkatkan pelayanan, maka Bank MANDIRI mengimplementasikan program layanan transaksi perbankan yang lengkap dan terintegrasi serta dapat dilakukan melalui Electronic Banking Bank Mandiri (Mandiri ATM, Mandiri SMS, Mandiri Internet, Mandiri Call), 24 jam sehari, 7 hari seminggu, dimanapun dan kapanpun.

2.2   Implementasi SMS-Banking

Keberadaan sosok Bank Mandiri di jagad perbankan nasional tidak diragukan lagi reputasinya. Bank Mandiri saat ini mempekerjakan 21.631 karyawan dengan 956 kantor cabang dan 6 kantor cabang/ perwakilan/ anak perusahaan di luar negeri.

Layanan distribusi Bank Mandiri juga dilengkapi dengan 2.802 ATM, disamping 6.500 ATM yang merupakan jaringan LINK dan 10.500 jaringan ATM Bersama serta electronic channels yang meliputi Internet Banking, SMS Banking dan Call Center 14000. Sebagai bank plat merah namun memiliki aset terbesar di Indonesia inipun juga tidak ingin ketinggalan untuk memberikan kemudahan kepada para nasabahnya melalui layanan SMS- Banking Mandiri.

Selain dilakukan dengan mengirim pesan seperti halnya berkirim SMS, sejak tahun 2003 SMS Banking mandiri telah memanfaat fitur yang dikembangkan dengan cara Pilih Menu, khususnya dengan menggunakan SIM card kartuHALO naviGator64 Telkomsel (Multi Mobile Banking System). Dengan layanan tersebut, pengguna SMS Banking Mandiri yang sekaligus sebagai pelanggan kartuHALO Telkomsel memiliki fleksibilitas/ kebebasan untuk melakukan transaksi SMS Banking Mandiri, yaitu dengan mengetik SMS (apapun SIM-card GSM nasabah) atau Pilih Menu untuk kartuHALO naviGator64 Telkomsel.

Ditinjau dari aspek keamanan bertransaksi, antara Ketik SMS dan Pilih Menu pada dasarnya memiliki tingkat keamanan yang hampir sama. Bedanya adalah pada cara pengamanan bertransaksi. Bila pada ketik SMS keamanan transaksi antara lain dilakukan dengan mendaftarkan nomor rekening dan mengetikkan kode transaksi tertentu pada ponsel (sehingga tidak ada pengetikan nomor rekening pada pesan SMS), namun pada layanan SMS-Banking Mandiri dengan mengunakan kartuHALO naviGator64 ini karena pesan SMS tersebut dienkripsi maka dapat dilakukannya pengetikan nomor rekening nasabah, sehingga transaksi pembayaran maupun transfer antar rekening Bank Mandiri dapat dilakukan secara bebas tanpa perlu mendaftarkan rekening tujuan terlebih dahulu.

Untuk menjaga keamanan transaksi, nasabah diberikan berbagai unsur proteksi yang berlapis-lapis menggunakan sistem keamanan standard international dengan enkripsi SSL 128 bit (Secure Socket layer 128 bit Encryption) yang akan mengacak data transaksi antara lain nomor SIM card sebagai ID nasabah, nomor rekening sendiri harus didaftarkan terlebih dahulu ke cabang ataupun ATM Bank Mandiri, transaksi hanya dapat dijalankan dari nomor SIM card yang terdaftar, ada limit transaksi per hari, serta transaksi diverifikasi dengan menggunakan PIN. Seluruh proses transaksi SMS Banking Mandiri dilakukan secara otomatis oleh sistem komputer tanpa intervensi manusia (straight through processing/real time online)

1.1   Tabel Kode perintah transaksi SMS ketik

Tabel 3.3.1 Kode Perintah Transaksi SMS Ketik

No

Transaksi

Keyoword

Contoh

1 Transfer 1 Transfer antar rekening Mandiri – ke

rekening sendiri

TRS <rek sendiri 1> <rek sendiri 2>

<jumlah> <pin>

TRS 1 2 100000

123456

2 Transfer antar rekening Mandiri – ke

rekening tujuan lain (tanpa berita)

TRT <rek sendiri 1> <rek lain> <jumlah>

<pin>

TRS 1 1 150000

123456

3 Transfer antar rekening Mandiri – ke

rekening tujuan lain (dengan berita)

TRT <rek sendiri 1> <rek lain> <jumlah>

PIN#BERITA max 20 karakter

TRT 1 1 200000

123456#UNTUK

BAYAR HUTANG

2 Payment 1 Pembayaran Telkom BYR <rek sendiri> <noHP/telp> <PIN> BYR 1

00215245665

123456

2 Pembayaran Handphone Pasca bayar -

Explore

BYR <rek sendiri> <noHP/telp> <PIN> BYR 1 0817xxxxxx

123456

3 Pembayaran Handphone Pasca bayar –

Kartu Halo Telkomsel

BYR <rek sendiri> <noHP/telp> <PIN> BYR 1 0811xxxxxx

123456

4 Pembayaran Handphone Pasca bayar –

Matrix

BYR <rek sendiri> <noHP/telp> <PIN> BYR 1 0815xxxxxx

123456

5 Pembayaran Handphone Pasca bayar –

IM3 Bright

BYR <rek sendiri> <noHP/telp> <PIN> BYR 1 0855xxxxxx

123456

6 Pembayaran Handphone Pasca bayar –

Telkom Flexi

BYR <rek sendiri> <noHP/telp> <PIN> BYR 1

021708xxxxxx

123456

7 Pembayaran Handphone Pasca bayar –

Fren

BYR <rek sendiri> <noHP/telp> <PIN> BYR 1 0888xxxxxx

123456

8 Pembayaran Handphone Pasca bayar –

Esia

BYR <rek sendiri> <noHP/telp> <PIN> BYR 1

021930xxxxxx

123456

9 Pembayaran Handphone Pasca bayar –

StarOne

BYR <rek sendiri> <noHP/telp> <PIN> BYR 1 …….xxxxxx

123456

10 Pembayaran Handphone Pasca bayar –

3Pascabayar

BYR <rek sendiri> <noHP/telp> <PIN> BYR 1 …….xxxxxx

123456

11 Pembayaran PLN BYR PLN <rek sendiri> <12 digit no

pelanggan> <PIN>

BYR PLN 1

xxxxxxxxxxxx

123456

12 Pembayaran PAM-Palyja BYR PAL <rek sendiri> <no pelanggan>

<pin>

BYR PAL 1

547300351523

123456

13 Pembayaran PAM-TPJ BYR PAL <rek sendiri> <no pelanggan>

<pin>

BYR PAL 1

547300351523

123456

14 Pembayaran PAM-PDAM Bdg BYR BDG <indeks rekening> <ID

pelanggan> <PIN>

BYR BDG <indeks

rekening> 123456

15 Pembayaran PBB Byr pbb <indeks rek sendiri> <digit

pelanggan> <pin>

Byr pbb 1 <digit

pelanggan> 123456

16 Pembayaran Kartu Kredit Bank Mandiri -

Visa

BYR KK <rek sendiri> <16 digit no kartu>

<jumlah pembayaran> <PIN>

BYR KK 1

4137xxxxxxxxxxxx

500000 123456

17 Pembayaran Kartu Kredit Bank Mandiri -

Master

BYR KK <rek sendiri> <16 digit no kartu>

<jumlah pembayaran> <PIN>

BYR KK 1

xxxxxxxxxxxxxxxx

500000 123456

18 Pembayaran Kartu Kredit Bank Lain – ABN

AMRO

BYR KK <rek sendiri> <16 digit no kartu>

<jumlah pembayaran> <PIN>

BYR KK 1

xxxxxxxxxxxxxxxx

500000 123456

19 Pembayaran Kartu Kredit Bank Lain –

Citibank

BYR KK <rek sendiri> <16 digit no kartu>

<jumlah pembayaran> <PIN>

BYR KK 1

xxxxxxxxxxxxxxxx

500000 123456

20 Pembayaran Kartu Kredit Bank Lain – ANZ BYR KK <rek sendiri> <16 digit no kartu>

<jumlah pembayaran> <PIN>

BYR KK 1

xxxxxxxxxxxxxxxx

500000 123456

21 Pembayaran Kartu Kredit Bank Lain –

Standard Chartered

BYR KK <rek sendiri> <16 digit no kartu>

<jumlah pembayaran> <PIN>

BYR KK 1

xxxxxxxxxxxxxxxx

500000 123456

22 Pembayaran Kartu Kredit Bank Lain –

HSBC

BYR KK <rek sendiri> <16 digit no kartu>

<jumlah pembayaran> <PIN>

BYR KK 1

xxxxxxxxxxxxxxxx

500000 123456

23 Pembayaran Uang Kuliah – Bina Sarana

Informatika

BYR BSI <rek sendiri> <no mahasiswa>

<jumlah> <PIN>

BYR BSI 1 <no

mahasiswa>

800000 123456

24 Pembayaran Uang Kuliah – Amikom

Yogyakarta

BYR AMI <rek sendiri> <no mahasiswa>

<jumlah> <PIN>

BYR AMI 1 <no

mahasiswa>

900000 123456

25 Pembayaran Uang Kuliah – STIE Trisakti BYR TRI <rek sendiri> <no mahasiswa>

<jumlah> <PIN>

BYR TRI 1 <no

mahasiswa>

800000 123456

26 Pembayaran Asuransi – AXA Mandiri BYR AXA <rek sendiri> <no polis>

<jumlah> <PIN>

BYR AXA 1 <no

polis> 750000

123456

27 Pembayaran Asuransi – Sinar Mas BYR MAS <rek sendiri> <no polis>

<jumlah> <PIN>

BYR MAS 1 <no

polis> 750000

123456

28 Pembayaran Asuransi – Ekalife BYR EKA <rek sendiri> <no polis>

<jumlah> <PIN>

BYR EKA 1 <no

polis> 750000

123456

29 Pembayaran Asuransi – Astra CMG BYR CMG <rek sendiri> <no polis>

<jumlah> <PIN>

BYR CMG 1 <no

polis> 750000

123456

30 Pembayaran Asuransi – Bumi Asih Jaya BYR BAJ <rek sendiri> <no polis>

<jumlah> <PIN>

BYR BAJ 1 <no

polis> 750000

123456

31 Pembayaran Asuransi – A.J. Sequis Life BYR SEQ <rek sendiri> <no polis>

<jumlah> <PIN>

BYR SEQ 1 <no

polis> 750000

123456

32 Pembayaran Asuransi – AXA Financial BYR AXF <rek sendiri> <no polis>

<jumlah> <PIN>

BYR AXF 1 <no

polis> 750000

123456

33 Pembayaran Kabel TV – Indovision BYR IDV <rek sendiri> <no pelanggan>

<jumlah> <PIN>

BYR IDV 1 <no

pelanggan> 300000

123456

34 Pembayaran Kabel TV – Digital-1 BYR KBV <rek sendiri> <no pelanggan>

<jumlah> <PIN>

BYR KBV 1 <no

pelanggan> 400000

123456

35 Pembayaran Kabel TV – Astro BYR AST <rek sendiri> <no pelanggan>

<jumlah> <PIN>

BYR AST 1 <no

pelanggan> 400000

123456

36 Pembayaran Internet – Indosatnet BYR SAT <rek sendiri> <no pelanggan>

<jumlah> <PIN>

BYR SAT 1 <no

pelanggan> 400000

123456

37 Pembayaran Internet – CBN BYR CBN <rek sendiri> <no pelanggan>

<jumlah> <PIN>

BYR CBN 1 <no

pelanggan> 400000

123456

38 Pembayaran Cicilan Kredit – OTO

Multiartha

BYR OTO <rek sendiri> <no kontrak>

<jumlah> <PIN>

BYR OTO 1 <no

kontrak> 1500000

123456

39 Pembayaran Cicilan Kredit – Sun Prima BYR SUN <rek sendiri> <no kontrak>

<jumlah> <PIN>

BYR SUN 1 <no

kontrak> 1500000

123456

40 Pembayaran Cicilan Kredit – OTO Kredit

Motor

BYR OKM <rek sendiri> <no kontrak>

<jumlah> <PIN>

BYR OKM 1 <no

kontrak> 1500000

123456

41 Pembayaran Cicilan Kredit – Columbia BYR COL <rek sendiri> <no kontrak> <jumlah> <PIN> BYR COL 1 <nokontrak> 1500000

123456

42 Pembayaran Cicilan Kredit – Summit OTO BYR SUM <rek sendiri> <no kontrak>

<jumlah> <PIN>

BYR SUM 1 <no

kontrak> 1500000

123456

43 Pembayaran Iklan & lain-lain – Kompas BYR KMP <rek sendiri> <no agent/ref>

<jumlah> <PIN>

BYR KMP 1 <no

agent/ref> 1500000

123456

44 Pembayaran Iklan & lain-lain – XL Kita BYR AXL <rek sendiri> <no agent>

<jumlah> <PIN>

BYR AXL 1 <no

agent> 1000000

123456

3 Purchase 1 Pembelian isi ulang pulsa – Simpati ISI <rek sendiri> <noHP> <nilai voucher>

<PIN>

ISI 1 <no hp>

100000 123456

2 Pembelian isi ulang pulsa – Mentari ISI <rek sendiri> <noHP> <nilai voucher>

<PIN>

ISI 1 <no hp>

100000 123456

3 Pembelian isi ulang pulsa – IM3 SMART ISI <rek sendiri> <noHP> <nilai voucher>

<PIN>

ISI 1 <no hp>

100000 123456

4 Pembelian isi ulang pulsa – XL/Bebas ISI <rek sendiri> <noHP> <nilai voucher>

<PIN>

ISI 1 <no hp>

100000 123456

5 Pembelian isi ulang pulsa – Fren ISI <rek sendiri> <noHP> <nilai voucher>

<PIN>

ISI 1 <no hp>

100000 123456

6 Pembelian isi ulang pulsa – Esia ISI ESI <rek sendiri> <noHP> <nilai

voucher> <PIN>

ISI ESI 1 <no hp>

100000 123456

7 Pembelian isi ulang pulsa – Flexi Trendy ISI <rek sendiri> <noHP> <nilai voucher>

<PIN>

ISI 1 <no hp>

100000 123456

8 Pembelian isi ulang pulsa – Starone ISI STO <rek sendiri> <noHP> <nilai

voucher> <PIN>

ISI STO 1

003160200660

100000 123456

9 Pembelian isi ulang pulsa – 3Prabayar ISI <rek sendiri> <noHP> <nilai voucher>

<PIN>

ISI 1 <no hp>

100000 123456

10 Pembelian Airlines Ticket – Garuda BYR GIA <rek sendiri> <13 digit kode

bayar> <PIN>

BYR GIA 1

1267483547785

123456

11 Pembelian Airlines Ticket – Adam Air BYR ADM <rek sendiri> <kode bayar>

<PIN>

BYR ADM 1 <kode

bayar> 123456

12 Pembelian Airlines Ticket – Riau Air BYR RIA <rek sendiri> <kode bayar>

<PIN>

BYR RIA 1 <kode

bayar> 123456

13 Pembelian Airlines Ticket – Air Asia BYR ASA <rek sendiri> <kode bayar>

<PIN>

BYR ASA 1 <kode

bayar> 123456

14 Pembelian Airlines Ticket – Lion Air BYR LIO <rek sendiri> <kode bayar>

<PIN>

BYR LIO 1 <kode

bayar> 123456

15 Pembelian Tiket Kereta Api (KAI) BYR KAI <rek sendiri> <kode bayar>

<PIN>

BYR KAI 1 <kode

bayar> 123456

16 Pembelian – Travel Agent & Hotel – QPAY BYR QPY <rek sendiri> <kode bayar>

<PIN>

BYR QPY 1 <kode

bayar> 123456

4 Informasi 1 Informasi Saldo – Tabungan SAL <rek sendiri> PIN SAL 1 123456
2 Informasi Saldo – Giro SAL <rek sendiri> PIN SAL 1 123456
3 Informasi Mutasi – 5 Transaction terakhir-

Tabungan

TRN <rek sendiri> PIN TRN 1 123456
4 Informasi Mutasi – 5 Transaction terakhir -

Giro

TRN <rek sendiri> PIN TRN 1 123456
5 Informasi Tagihan Kartu Kredit Mandiri -

VISA

TGH KK <16 digit no kartu> <6 digit tgl

lahir> <PIN>

TGH KK

4137190666785053

171070 123456

6 Informasi Tagihan Kartu Kredit Mandiri -

Master

TGH KK <16 digit no kartu> <6 digit tgl

lahir> <PIN>

TGH KK <no kartu

kredit> 171070

123456

7 Informasi Rekening Pinjaman SAL <rek sendiri> PIN SAL 1 123456
8 Informasi Suku Bunga Deposito DEP DEP
9 Informasi Suku Bunga Tabungan TAB TAB
10 Informasi Kurs Valuta Asing FX <3 digit kode mata uang> FX USD
11 Informasi Tagihan Esia TGH ESI <noHP> <PIN> TGH ESI 002192640745

123456

12 Informasi Tagihan PLN TGH PLN <12 digit ID pelanggan>

<PIN>

TGH PLN

547300351523

123456

13 Informasi Booking Tiket Garuda TGH GIA <13 digit kode bayar> <PIN> TGH GIA

1267483547785

123456

14 Informasi Daftar Rekening Sendiri DRS DRS
15 Informasi Daftar Rekening Tujuan Transfer DRT DRT
16 Informasi Tagihan Telkom, Flexi,

kartuHALO, Matrix, Xplor, Fren

TGH <noHP/telp> TGH 0811888888

123456

17 Informasi Tagihan PAM (Palyja dan TPJ) TGH PAL <ID pelanggan> <PIN>

TGH TPJ <ID pelanggan> <PIN>

18 Informasi Booking Tiket via QPAY (Travel

Agent)

TGH QPY <kode bayar> <PIN>
19 Informasi Booking Tiket Adam Air TGH ADM <kode bayar> <PIN>
20 Informasi Booking Tiket Riau Air TGH RIA <kode bayar> <PIN>
5 Lain-lain 1 Ganti PIN PIN <PIN lama> <PIN baru> <PIN baru> PIN 123456 995566

995566

1.1   SMS Banking Mandiri sebagai suatu Sistem Informasi

Sejalan dengan perkembangan peranan teknologi informasi (TI) pada era ini, keberadaan SMS-Banking Mandiri di lingkungan Bank Mandiri semata-mata bukan lagi sekedar sebagai alat bantu dalam proses bisnis terutama berkaitan dengan memberikan pelayanan terbaik bagi para nasabah namun juga sebagai faktor pemampu bagi Bank Mandiri dalam menjalankan proses bisnisnya.

Keberadaan SMS-Banking Mandiri telah memampukan berbagai layanan Bank Mandiri dapat hadir dalam genggaman tangan berbagai kalangan nasabah, sehingga para nasabah tidak lagi hanya mengandalkan jaringan outlet fisik nasional berupa lebih dari 950 kantor maupun 19.000 ATM untuk mendapatkan berbagai layanan perbankan Bank Mandiri yang sebenarnya keberadaan rangkaian jaringan outlet fisik tersebut dibatasi oleh ruang/jarak dan bahkan waktu.

Kehadiran SMS-Banking Mandiri juga telah semakin memampukan Bank Mandiri menghadirkan bisnis baru maupun layanan perbankan berupa e-commerce (misal: pembelian pulsa/tiket dan barang di toko, payment point) sehingga hal ini tentunya semakin memperkokoh kemampuan Bank Mandiri hadir memasuki era e-payment.

Ditinjau dari aspek karakter, secara umum terdapat dua kriteria karakter nasabah suatu bank yaitu nasabah high touch (dalam melakukan transaksi ingin dilayani secara langsung oleh petugas bank) serta nasabah high tech (ingin melakukan transaksi sendiri secara elektronik). Keberadaan SMS-Banking Mandiri apabila ditinjau dari karakter nasabah dengan demikian tentunya semakin memperkokoh pula kemampuan Bank Mandiri untuk menghadirkan layanan perbankan elektronik bagi nasabah berkarakter high tech.

Eksistensi SMS-Banking Mandiri sebagai suatu teknologi informasi yang dimanfaatkan sebagai solusi bisnis sebenarnya hanya merupakan salah satu komponen dari suatu sistim yang lebih kompleks dan sering disebut sebagai sistim informasi (IS). Sebagai suatu sistim informasi, sebenarnya masih terdapat dua komponen utama lainnya agar keberadaan SMS-Banking Mandiri sebagai solusi bisnis dapat berjalan sebagaimana mestinya dan dapat mewujudkan apa yang diharapkan yaitu bisnis proses serta people.

Dalam lingkup bisnis proses keberadaan SMS-Banking Mandiri telah mendorong jajaran manajemen Bank Mandiri melakukan berbagai penyesuaian dalam proses bisnisnya agar bisa sejalan dengan berbagai best practice yang telah dilalui oleh para penyelenggara layanan SMS content yang telah ada sebelumnya, sehingga layanan SMS-Banking Mandiri dapat digelar secara sempurna diatas platform yang digunakan oleh berbagai operator telepon selular.

Bagaimanapun juga kehadiran SMS-Banking Mandiri tidak lepas dari campur tangan maupun sentuhan people, dalam konteks ini terdapat tiga pihak yang memiliki peranan kunci yakni system owner yang meliputi jajaran manajemen di berbagai tingkatan yang diperlukan keterlibatannya secara aktif dan pribadi sejak perancangan hingga implementasinya, IS specialist sebagai orang yang mengetahui bagaimanakah keberadaan bisnis proses layanan perbankan di Bank Mandiri dan dapat menterjemahkannya menjadi suatu sistim informasi, serta pihak yang terakhir adalah system user yakni memperhatikan kebutuhan para nasabah terutama adalah para nasabah Bank Mandiri berkarakter high tech.

1.2   Manfaat dan Risiko Sistem Pemrosesan Transaksi Online Banking

Terdapat beberapa manfaat yang dapat diperoleh oleh para nasabah pengguna layanan SMS-Banking Mandiri, yaitu:

  1. Transaksi dapat dilakukan setiap waktu di setiap tempat selama perangkat telepon seluler nasabah terkoneksi dengan jaringan operator telepon seluler bertalian.
  2. Tidak perlu antri di kantor Bank ataupun di ATM untuk melakukan transaksi perbankan non-tunai, sehingga sangat menghemat waktu, biaya dan tenaga.
  3. Praktis (tidak perlu membawa uang tunai) dan terhindari dari risiko kehilangan harta benda maupun nyawa karena membawa uang tunai untuk keperluan transaksi pembayaran dalam jumlah besar
  4. Tarif yang relatif terjangkau dan relatif mudah penggunaannya.
  5. Mendapatkan SMS konfirmasi apabila saldo transaksi lebih dari satu juta rupiah.

Apabila dilihat dari sisi yang lain, sebenarnya dibalik manfaat yang diterima pengguna layanan SMS-Banking Mandiri terdapat beberapa kelemahan yang dapat dialami oleh seorang nasabah, yaitu:

  1. Kecepatan data saat melakukan transaksi yang terbilang cukup lambat terutama pada jam-jam sibuk maupun jam-jam dimana traffic-nya cukup tinggi, misalnya pada saat server bank sedang melakukan proses tutup buku.
  2. Dapat menjadi ancaman bagi kelangsungan hidup suatu kegiatan usaha, misalnya usaha penjualan pulsa elektronik prabayar.
  3. Bahaya keamanan yang bersumber dari aspek non teknis ketika ada pihak ketiga yang mengetahui nomor pin pengguna SMS-Banking. Pihak ketiga tersebut dapat muncul dari operator telepon seluler maupun orang terdekat nasabah sendiri.
  4. Pemrosesan transaksi dijalankan dalam dua jenjang, yakni proses transaksi di server milik operator dan proses transaksi di server milik bank. Apabila salah satu server mengalami masalah/ down maka akan terjadi kesulitan dalam pembuktian mengenai adanya transaksi lewat telepon seluler.
  5. Tidak menutup kemungkinan keberadaan SMS-Banking Mandiri is not user friendly bagi para nasabah berusia lanjut.

1.3   Upaya Mengurangi Risiko layanan SMS-Banking

Beberapa risiko layanan SMS-Banking tersebut dapat dieliminir, antara lain dengan jalan:

  1. Menggunakan layanan SMS-Banking secara hati-hati, tidak disembarang tempat serta mengamankan dengan baik data-data pribadi yang penting sehingga tidak diketahui oleh orang yang tidak berhak. Pentingnya menjaga data-data pribadi dan bagaimana menjaganya.
  2. Diupayakan tidak menggunakan layanan SMS-Banking di saat peak hours bank maupun pada waktu dimana traffic cukup tinggi, misal di saat-saat jam tutup kantor karena kemungkinan server bank sedang melakukan proses tutup buku harian, pada jam-jam menjelang pergantian bulan karena kemungkinan server bank sedang melakukan proses tutup buku bulanan maupun tahunan (Gunardi,2008).
  3. Melakukan pengecekan saldo sebelum maupun setelah melakukan transaksi, selanjutnya bandingkan besar nilai transaksi dengan selisih saldo pada pengecekan awal dengan saldo pada pengecekan akhir (Gunardi,2008).
  4. Menerapkan digital signature untuk SMS yang ditujukan ke nomor tertentu, yakni menggunakan kunci publik (dimiliki oleh bank) dan kunci privat (dimiliki oleh nasabah) yang digunakan oleh perbankan untuk melakukan verifikasi di awal transaksi (Budiono).
  1. Simpulan

2.1   Kesimpulan

SMS-Banking Mandiri telah memampukan Bank Mandiri untuk menghadirkan pelayanan perbankan dalam genggaman tangan para nasabah terutama nasabah berkarakter high tech. Kehadirannya juga semakin memampukan Bank Mandiri dalam menjalankan bisnis di era e-payment dan menangkap berbagai peluang yang ada di bisnis e-commerce.

Untuk menjaga keamanan transaksi, nasabah diberikan berbagai unsur proteksi yang berlapis-lapis, yaitu antara lain: nomor SIM card sebagai ID nasabah, nomor rekening sendiri harus didaftarkan, transaksi hanya dapat dijalankan dari nomor SIM card yang terdaftar, ada limit transaksi per hari, serta transaksi diverifikasi dengan menggunakan PIN. Seluruh proses transaksi SMS Banking Mandiri dilakukan secara otomatis oleh sistem komputer tanpa intervensi manusia (straight through processing/real time online).

Fitur SMS Banking yang dapat dinikmati oleh merchant/pedagang m-ATM Mandiri dengan kartuHALO m-POS adalah transaksi m-Banking dan transaksi m-ATM. Adapun fitur m-ATM Mandiri terdiri dari pembelian barang dan tarik tunai, dan akan menyusul fitur pengiriman uang (mobile remittance).

2.2   Saran

SMS Banking Mandiri masih memiliki potensi untuk dikembangkan menjadi suatu kekuatan yang luar biasa, apabila dikolaborasi dengan outlet pelayanan dari perusahaan lain terutama non perbankan yang memiliki jangkauan pelayanan hingga daerah pelosok sebenarnya dapat menjadi suatu kekuatan raksasa untuk menghadirkan mesin tarik uang tunai ataupun mesin setor tunai bagi nasabahnya di daerah pinggiran maupun pelosok, sehingga tentunya akan membuka peluang pula bagi Bank Mandiri untuk memperluas base customer-nya hingga daerah pelosok.

Kepada para nasabah sebaiknya tetap berhati-hati ketika melakukan transaksi online. Sama halnya dengan Bank Mandiri internet banking, perhatikan alamat https untuk menandakan security dari info yang akan Anda kirim saat melakukan login. Biarkan juga browser mengingat login Anda. Ada salah satu tips yaitu, gunakanlah browser FireFox, yang dapat didownload dengan mudah dengan besar hanya sekitar 5mb, atau kurang lebih 3-5 menit download time. Browser ini diketahui cukup secure (lebih secure dari internet explorer) dan yang dirasakan praktis adalah fasilitas tab browser-nya dimana pengguna cukup membuka 1 window saja untuk browsing berbagai alamat situs, yang masing-masing dibuka melalui tab baru di bagian atas browser sehingga berpindah tab akan jauh lebih praktis daripada berpindah window browser baru (yang mana harus meng-klik taskbar di sisi bawah).

 

Daftar Pustaka

 Jogianto Hartono, Analisis & Desain Sistem Informasi: Pendekatan Terstruktur, Teori dan Praktek Aplikasi Bisnis, (edisi kedua; Yogyakarta: Andi Offset, 2001).

Husni Iskandar Pohan, K. Saiful Bahri, Pengantar Perancangan Sistem, (Erlangga, 1997).

Situs Bank Mandiri, http://www.bankmandiri.co.id, (2010).

Save to PDF

Permalink 1 Comment

Follow

Get every new post delivered to your Inbox.