[Rekayasa Perangkat Lunak] Minggu 6 - Perancangan Berorientasi Objek

Diskusi #

• Identifikasi objek-objek yang mungkin pada sistem berikut ini dan kembangkan desain berorientasi objek untuknya. Anda dapat membuat asumsi-asumsi yang masuk akal mengenai sistem ketika menurunkan desain.
  
  • Suatu sistem buku harian kelompok dan manajemen waktu ditujukan untuk mendukung penjadwalan rapat dan pembuatan janji bertemu bagi sekelompok rekan kerja. Ketika akan dibuat pembuatan janji bertemu yang melibatkan sejumlah orang, sistem menemukan slot yang sama pada buku harian mereka masing-masng dan mengatur pertemuan untuk waktu tersebut. Jika tidak tersedia slot yang sama, sistem berinteraksi dengan user untuk menyusun ulang buku harian mereka demi memberi tempat bagi janji tadi
   Dalam design ini ada sebuah object diary yang memiliki operasi untuk pertemuan grup dan untuk pertemuan pribadi.Untuk setiap peserta didalam sistem akan memiliki diary pribadi dan diary grup yang diakses bersama.

  Objects	Attributes	Operations
  Diary	Tahun Bulan Tanggal Waktu Level_Akses	Membuat pertemuan Membatalkan pertemuan Merubah pertemuan Membuat pertemuan grup Mencari waktu kosong Memesan waktu kosong Menampilkan Diary Memeriksa status waktu kosong
  Pertemuan	Waktunya Lama pertemuan Tempat pertemuan Peserta pertemuan Alasan pertemuan
  Pengguna	Diary	Periksa waktu pertemuan

   

• Sebuah pom bensin akan dibangun untuk operasi yang otomatis sepenuhnya. Pengemudi menggesekkan kartu kredit mereka melalui pembaca yang dihubungkan ke pompa, kartu diverifikasi melalui komunikasi dengan komputer perusahaan kartu kredit tersebut, dan ditetapkanlah batas pengisian bahan bakar. Pengemudi selanjutnya dapat mengambil bahan bakar yang dibutuhkan. Ketika pengisian bahan bakar telah selesai dan selang pompa dikembalikan ke tempatnya, account kartu kredit di debit dengan biaya bahan bakar yang diisikan. Kartu kredit dikembalikan setelah melakukan debit. Jika kartu tersebut invalid, kartu itu dikembalikan oleh pompa sebelum bahan bakar dikeluarkan.
  Secara umum sistem ini dikoordinasi oleh objek Sistem Kontroller yang berhubungan langsung antara objek card reader dan pompa

  Objects	Attributes	Operations
  Pompa	Jenis Bahan bakar Harga Kondisi Pengeluaran	Menyala Mati Mengisi Penambahan Stok
  Card Reader	Nomor Kartu Jenis Kartu Status Kartu Batasan Kartu	Baca kartu Periksa status Cetak nota
  Tanki Bahan Bakar	Jumlah yang ada	Tambah Bahan Bakar Kurangi Bahan Bakar
  Sistem Komunikasi	Nomor yang dihubungi Batasan kartu	Kirim nomor kartu Pengembalian status kartu
  Sistem Kontroller	Nomor Kartu Jenis Kartu Batas Maks Harga Daftar harga Jumlah yang dibeli
  Daftar  harga	Harga bahan bakar	Melihat harga Merubah harga

• Urutan proses terletak pada kontroller ( yang dapat digambarkan sebagai sequence diagram)
  
  Card_Reader.Baca_Kartu(Nomor_Kartu,Jenis_Kartu);
  Sistem_Komunikasi.Chek_Status(Jenis_Kartu,Status_Kartu,Batasan_Kartu);
  //Aksi dijalankan apabila status kartu tidak invalid
  if (Status_Kartu == OK)
  {
  Batas_Maks:=Batasan_Kartu/Daftar_harga.Melihat_harga(Pompa.Jenis_bahan_bakar);
  Pompa.Mengisi(Batas_Maks);
  Pompa.Menyala(Jumlah_yang_dibeli);
  Pompa.Mati;
  Tanki_Bahan_Bakar.Kurangi_Bahan_Bakar(Jumlah_yang_dibeli);
  Card.Reader.Cetak_Nota(Jumlah_yang_dibeli*Daftar_harga.Melihat_harga(Pompa.Jenis_bahan_bakar);
  

[Rekayasa Sistem] Minggu 4 - Perancangan Arsitektural

Diskusi

• Jelaskan pentingnya merancang arsitektur sistem sebelum spesifikasi ditulis. Agar sistem dapat diuraikan menjadi subsistem-subsistem yang memberikan set layanan yang berhubungan. Proses perancangan awal untuk mengidentifikasi subsistem ini dan menetapkan kerangka kerja untuk kontrol dan komunikasinya. 
• Haruskah ada profesi tersendiri berupa ‘arsitektur perangkat lunak’ yang perananannya bekerja secara independen, dengan pelanggan untuk merancang arsitektur perangkat lunak?
  Penentuan ini kemudian akan diimplementasi oleh suatu perusahaan perangkat lunak. Apa yang mungkin merupakan kesulitan dalam menetapkan profesi ini?
  Bisa kita analogikan, apabila kita sakit mata tentunya lebih baik apabila kita berkonsulatasi dengan dokter yang ahli dibidang mata. Apabila ada orang yang ahli dibidang arsitektur perangkat lunak, tentunya akan lebih baik dalam melaksanakan pekerjaan tersebut.
  Kendala yang muncul bisa saja seperti rancangan yang tidak sesuai dengan kenyataan yang ada dilapangan. Standart Operasi Procedure yang belum tentu sama dengan perusahaan perangkat lunak.
• Jelaskan mengapa model kontrol call-return biasanya tidak sesuai untuk sistem real time yang mengontrol suatu proses
  Karena model ini merupakan model subrutin top-down yang biasa, dimana kontrol dimulai dari puncak hierarki subrutin, dan melalui pemanggilan subrutin, diteruskan ke tingkat-tingkat yang lebih bawah. hanya dapat diterapkan pada sistem sekuensial.
  

[Rekayasa Sistem] Minggu 2 - Ethnomethodology

Ethnomethodology

• Tokoh: Harold Garfinkel (lahir 1917) merupkan Professor Emeritus in sociology pada University of California, Los Angeles
• Garfinkel dikenal sebagai toko utama tradisi phenomenology dalam Sosiologi American.

[Rekayasa Sistem] Minggu 2 - Participant Observation

Participant Observation 

Participant Observation adalah salah satu jenis dari metode pengumpulan data yang biasanya dilakukan dalam paradigma penelitian kualitatif. Merupakan metodologi yang banyak digunakan dalam berbagai disiplin ilmu, khususnya, antropologi budaya , sosiologi , studi komunikasi , dan juga psikologi sosial.

[Rekayasa Sistem] Minggu 1 - Pendahuluan

Diskusi #1

Akan diadakan suatu sistem peringatan sedini mungkin akan kemungkinan bahaya banjir pada tempat2 yang terancam banjir. Sistem akan mencakup serangkaian sensor untuk memonitor kecepatan perubahan ketinggian air sungai, hubungan ke sistem meteorologi yang memberikan ramalan cuaca, hubungan ke sistem komunikasi jasa darurat (polisi, penjaga pantai, dll), monitor video yang diinstal di berbagaio lokasi, dan ruang kontrol yang dilengkapi dengan konsol operator dan monitor video.

[TOS] Pengenalan Linux - Open Suse

Linux Open Suse
 

Sitem operasi linux sebenarnya hampir sama dengan sistem operasi lainnya karena sama-sama berperan sebagai sistem yang menjalankan dan mengatur tentang kerja computer. Linux juga memiliki banyak varian seperti sistem operasi windows ataupun yang lainnya.

Suse,sebelumnya bernama SUSE Linux dan SuSE Linux Professional,[2] , adalah salah satu distro Linux dari perusahaan Novell, atau lebih tepat dari anak perusahaannya Suse Linux GmbH (Software- und System-Entwicklungsgesellschaft mbH, Nürnberg yang berarti pengembangan -perangkat lunak dan -sistem). SUSE Linux awalnya merupakan distro Slackware terjemahan bahasa Jerman. Ada informasi tidak resmi yang mengatakan bahwa S.u.S.E berhubungan dengan ilmuwan komputer Jerman Konrad Zuse karena pengucapan namanya yang sama.