Thursday, December 27, 2018

The Calm Mode (Part 2)

Haiii heyyyy oiiiii.... 3 times because i was absent for so long. There were so many events that happened to me for the last 3 months. Most of them are sad story though. I will write about it later. I hope i will not forget about it, so i can share it with you guys. Alright, let's keep it short and focus on continuation from the last part

The calm mode have advantages and of course disadvantages. I can't mention it all, but i can address some that i experience and happen most of the times. For me, they are in gray area. Because sometimes, it was the right thing, other times it was not. That is why i called it gray.

First of all the example is like when i really needed to get angry, it did not happen and made me look stupid instead. At the moment when my emotions boiled up for some seconds, it died down as soon as it wanted to explode. It was so bad. When i was supposed to be angry, i laughed instead because the emotions were gone. It left me at the neck of climax without reaching the peak. It happened to the happy, the fear and the sadness too. But there are some occasions that the calm mode do not happen in instants. It was the condition in extreme mode. When i lost the ability to think and left it all to my heart. The only thing that could reach the extreme mode currently for me was the sadness. I have not experienced for the other emotions because the sadness was the only thing that happened to the extreme when i was learning about managing emotions. So of course, the wall would collapse so easily whenever facing the extreme wave of sadness.

Anyway, that is all. I knew this was meaningless, but i just wanted to tell you all and shared it. I should have post it few days after the first part, but things became quite hectic at those days behind. Sigh.... I am disappointed to myself. I let myself drown in laziness. There are so many project unfinished that i need to take care. Yet here i am.... writing. Errr.... thank you for reading this. Because as i am writing this, i do not have the zeal to tell a story and this thing is not that interesting. It should have been merged with the first part. My bad. Alright, see you on another post.
Share:

Thursday, September 13, 2018

The Calm Mode (Part 1)

Alright folks, as I said in my previous post, I would like to talk about emotion. I will split the stories into few parts and make sure it is not a long post. If it is too long, it will be boring to read. Of course, I know that by writing this, many people will find it boring already. Because this blog is about me and my journey. Alright enough about that, let's get to it.

This happened way back at 2013, at that time, i was slowly recuperating from broken heart because i lost someone dear to me. I was in denial state. I kept on forcing myself on her. This was my biggest mistake, because i already knew that there was no hope anymore. But i still convinced myself to chase after her. This led me to "books". The surface only though and relationship related thingy. I tried so hard to find some piece of hope to reunite with my love. I couldn't sleep properly. I ate like a madmen. I became depressed. That was why i really couldn't picture what I've done at that time from other people's perspective. For me, i have to find a way to be together again.


It went day by day until i stumbled upon these words. The famous newton 3rd Law. This thing transformed me completely. At that times, i healed myself by going to the beach or just watched anime. From anime, I met the all-time masterpiece, Fullmetal Alchemist. This anime was one of the reason i opened my eyes. To understand the human nature. The most life changing moment was started by this anime. It completely reformed my mind about so many things. Then my mind was craving for knowledge, and then it forced me to keep on reading while distracted me from negative thinking. After that, i spent most of my time by reading whatever i could find to complete that fragile mind and to make sure that i was walking in the correct path by assessing everything with logic. Beside reading, i joined a community for Japanese related thingy in my city to increase my interactions.

After some period of time, the wall finally became solid, my eyes began to see much more. Things that I've been neglecting finally came to me. At that time, regret was the biggest word for me. The first thing i did was to get closer to my family member. I mean dad. mom and my 6 siblings. Interacting more with them. Loving them much more than before. Value them more. I found the true love that could love me back as much as i gave. It felt so incredible and powerful.

Mom gave me the warmest hug i could get. She always understands me. She told me what she have been seeing in recent years. How it made her heart broken to see me in a bad shape. How it made me became unstable. I really hold my best to not cry in front of her. But of course i shed manly tears after realizing every thing that i could remember.

All the things that happened. I spent almost a full month to remember every single thing that happened to me. I went around to many people's house to settle things. Asking their forgiveness if i hurt them in the past. Every single thing that i could do to redeem myself. To turn over a new leaf. I forced myself to do it. If they forgave me then it was good. But if not, at least I've tried asking about it to them than let it became unspeakable matter.

From that, my life became more balanced. Many bad things happened, but so do good things. As i learnt more about life. From action equal to reaction then to Yin Yang, Karma, and the Law of causality. The wall became rock solid resulting in trust issues and another thing was calm mode. It gave me benefits and drawbacks at the same time. I will explain these in  the next post.

OK, the story will continue in part 2. I will update it as soon as it's ready. Stay tune. And thanks for coming. I hope you guys have a bright and happy day. :)
Share:

Friday, September 7, 2018

Ending of "Adulthood is Trouble (Part 3)"

Hello everyone, it's me again. I'll continue this topic because it get wrapped up. I mean the story kinda end so fast. Well this help me to ease my minds too. I mean after writing it up, i can address some issues after careful thought. So it is very helpful not only to me and i hope to you as well. Probably.

Alright, let's continue where i left last time. So few months ago, the girl that I've been in touch decided that we really couldn't move forward. The reasons were well, we were all apart for so long and we didn't know each other that much. After that, i tried to give some arguments but she stopped it. After careful thought, i didn't want to give any pressure and made her feel discomfort. So i decided to stop it completely.

Well, in the first place, it is just me. And it will always be me. I am the only one who can manage feeling as i am a sensitive idiot. So. i put them in parts carefully in my heart. This is not their wrongdoing. It is just me who keeps everything in check. And of course, after learning it might be harmful, i pulled myself away. I should have just stopped myself before it was going to happen, so i could keep talking to her non stop.

At that time, some part of me rebel, if it all led down to relationship, then it was better to confess. Another part did rebel too. They reminded me that human were fragile. If i was rejected, then the friendship i built would be lost. And it was right. After i confessed and she rejected, few weeks later  we stopped chatting. I lost a friend that i could talk to. It was bad and good move. Some part of me did regret it, some didn't. Not black nor white, then. How about gray? :)

Well, after that i felt down, but not for long because i was quite good at managing emotions. Not a pro, but definitely not a newbie. I am quite a sensitive person. I get hurt by words so easily. So that was one of things i addressed back in 2012 when i was crushed to dust by "love". Right now, of course i'm still sensitive, but i can manage it carefully, somehow. Every time someone do something that might hurt me, i always activate calm mode, even though there are so many nasty thoughts on  my head, like talking back with rude remarks, or getting angry, or slam my fists to their face, or slay them with katana, or something like that :D, but then still, i keep myself calm. It was bad though, so many emotion got stopped suddenly. I lost the ability to get truly angry. Whenever i got angry, then few seconds later it died down just like that. Too many rationalization and logical thinking made me dull i guess. I will explain about this emotion thingy in the next update. So. please stay tune. :)
Share:

Monday, August 27, 2018

Tydac Ada Joedoel?

Baiklah. Setelah selang beberapa waktu kebelakang blog ini dipakai untuk urusan kuliah, sekarang semua itu berakhir. Blog akan kembali saya gunakan untuk membagikan kisah perjalanan hidup yang turun naik. Sepertinya turun terus sih, belum pernah naik. Tapi harus tetap bersyukur pastinya.

Saat ini saya belum bisa bercerita panjang lebar karena belum ada niat untuk memposting draft yang tersimpan di komputer. Tapi tentu saja akan saya mulai kembali. Banyak sekali hal-hal yang terjadi di 2018 ini. Maksudnya, pengalaman-pengalaman yang lebih mengesankan. Pengalaman pahit terutama karena teman, keluarga, saudara jauh dan semacamnya. Lebih ke faktor manusia yang punya hubungan darah.

Mungkin itu saja dari saya. Oh, kebetulan beberapa hari lalu saya diberi tau oleh sahabat tentang lagu dari Alec Benjamin - Let Me Down Slowly. Saat baru pertama kali mendengar di awal-awal, saya langsung suka pada lirik dan musiknya. Seperti ada "chill" efek tapi ada juga kesan "mellow". Pas dengan kondisi yang sedang dialami sekarang. Semoga segera bisa konsisten. Sedang berusaha mendisiplinkan diri. Harus memaksakan, kalau tidak, semuanya tidak akan jalan dan semuanya tidak akan berubah. Okelah kalau begitu, sekian dari saya. See you soon on the next post. It will be completely in English, though. Hehehe.... :)






Share:

Wednesday, May 30, 2018

Perbedaan SSAD dan OOAD

Pada pengembangan suatu sistem informasi ada beberapa metode perancangan, diantaranya yaitu perancangan terstruktur dan berorientasi objek. Disini akan dijelaskan perbedaan antara kedua metode perancangan tersebut.
Perancangan Terstruktur (Structured Analisys and Design / SSAD)
Metode ini diperkenalkan pada tahun 1970, yang merupakan hasil turunan dari pemrograman terstruktur. Metode pengembangan dengan metode terstruktur ini terus diperbaiki sampai akhirnya dapat digunakan dalam dunia nyata.
Perancangan ini bertujuan untuk membuat model SOLUSI terhadap PROBLEM yang sudah dimodelkan secara lengkap pada tahap analisis terstruktur. Ada empat kegiatan perancangan yang harus dilakukan, yaitu:
  1. Perancangan arsitektural; kita merancang struktur modul P/L dengam mengacu pada model analisis yang sesuai (DFD). Langkahnya adalah: mengidentifikasi jenis aliran (transform flow atau transaction flow), menemukan batas-batas aliran (incoming flow dan outgoing flow), kemudian memetakannya menjadi striktur hirarki modul. Selanjutnya, kita alokasikan fungsi-fungsi yang harus ada pada modul-modul yang tepat.
  2. Perancangan data; kita merancang struktur data yang dibutuhkan, serta merancang skema basisdata dengan mengacu pada model analisis yang sesuai (ERD).
  3. Perancangan antarmuka; kita merancang antarmuka P/L dengan pengguna, antarmuka dengan sistem lain, dan antarmuka antar-modul.
  4. Perancangan prosedural; kita merancang detil dari setiap fungsi pada modul. Notasi yang digunakan bisa berupa flow chart, algoritma, dan lain-lain
Pastikan bahwa model perancangan yang dibuat sudah mengakomodasi kebutuhan non fungsional.
Berikut ini merupakan kelebihan dan kekurangan metode perancangan terstruktur :
Kelebihan
  • Milestone diperlihatkan dengan jelas yang memudahkan dalam manajemen proyek
  • SSAD merupakan pendekatan visual, ini membuat metode ini mudah dimengerti oleh pengguna atau programmer.
  • Penggunaan analisis grafis dan tool seperti DFD menjadikan SSAD menjadikan bagus untuk digunakan.
  • SSAD merupakan metode yang diketahui secara umum pada berbagai industry.
  • SSAD sudah diterapkan begitu lama sehingga metode ini sudah matang dan layak untuk digunakan.
  • SSAD memungkinkan untuk melakukan validasi antara berbagai kebutuhan
  • SSAD relatif simpel dan mudah dimengerti.
Kekurangan
  • SSAD berorientasi utama pada proses, sehingga mengabaikan kebutuhan non-fungsional.
  • Sedikit sekali manajemen langsung terkait dengan SSAD
  • Prinsip dasar SSAD merupakan pengembangan non-iterative (waterfall), akan tetapi kebutuhan akan berubah pada setiap proses.
  • Interaksi antara analisis atau pengguna tidak komprehensif, karena sistem telah didefinisikan dari awal, sehingga tidak adaptif terhadap perubahan (kebutuhan-kebutuhan baru).
  • Selain dengan menggunakan desain logic dan DFD, tidak cukup tool yang digunakan untuk mengkomunikasikan dengan pengguna, sehingga sangat sulit bagi pengguna untuk melakukan evaluasi.
  • Pada SAAD sulit sekali untuk memutuskan ketika ingin menghentikan dekomposisi dan mliai membuat sistem.
  • SSAD tidak selalu memenuhi kebutuhan pengguna.
  • SSAD tidak dapat memenuhi kebutuhan terkait bahasa pemrograman berorientasi obyek, karena metode ini memang didesain untuk mendukung bahasa pemrograman terstruktur, tidak berorientasi pada obyek (Jadalowen, 2002).
Perancangan Berbasis Objek (Object-oriented Analysis and Design / OOAD)
Metode OOAD melakukan pendekatan terhadap masalah dari perspektif obyek, tidak pada perspektif fungsional seperti pada pemrograman terstruktur. Akhir-akhir ini penggunakan OOAD meningkat dibandingkan dengan pengunaan metode pengembangan software dengan metode tradisional. Sebagai metode baru dan sophisticated bahasa pemrograman berorientasi obyek diciptakan, hal tersebut untuk memenuhi peningkatan kebutuhan akan pendekatan berorientasi obyek pada aplikasi bisnis.
Metode pengembangan perangkat lunak berorientasi objek yang sudah dikenal, dan diantaranya adalah :
  • Object Oriented Analysis (OOA) dan Object Oriented Design (OOD) dari Peter Coad dan Edward Yourdon [1990].
  • Object Modeling Technique (OMT) dan James Rumbaugh, Michael Blaha, William Premerlan, Frederick Eddy dan William Lorensen [1991].
  • Object Oriented Software Engineering (OOSE) dan Ivar Jacobson [1992].
  • Booch Method dan Grady Booch [1994].
  • Sritrop dan Steve Cook dan John Daniels [1994].
  • UML (Unified Modeling Language) dari James Rumbaugh. Grady Booch dan Ivar Jacobson [1997].
Metodologi pengembangan sistem berorientasi objek mempunyai tiga karakteristik utama, yaitu:
1.      Encapsulation
  •  Encapsulation merupakan dasar untuk pembatasan ruang lingkup program terhadap data yang diproses.
  •  Data dan prosedur atau fungsi dikemas bersama-sama dalam suatu objek, sehingga prosedur atau fungsi lain dari luar tidak dapat mengaksesnya.
  •  Data terlindung dari prosedur atau objek lain, kecuali prosedur yang berada dalam objek itu sendiri.
2.      Inheritance
  •  Inheritance adalah teknik yang menyatakan bahwa anak dari objek akan mewarisi data/atribut dan metode dari induknya langsung. Atribut dan metode dari objek dari objek induk diturunkan kepada anak objek, demikian seterusnya.
  • Inheritance mempunyai arti bahwa atribut dan operasi yang dimiliki bersama di anatara kelas yang mempunyai hubungan secara hirarki.
  •  Inheritance menggambarkan generalisasi sebuah kelas.
3.     Polymorphism
  •  Polimorfisme yaitu konsep yang menyatakan bahwa sesuatu yang sama dapat mempunyai bentuk dan perilaku berbeda.
  •  Kemampuan objek-objek yang berbeda untuk melakukan metode yang pantas dalam merespon message yang sama.
  •  Seleksi dari metode yang sesuai bergantung pada kelas yang seharusnya menciptakan objek.
Kelebihan dan kekurangan dari metode perancangan ini adalah sebagai berikut :
Kelebihan
  • Dibandingkan dengan metode SSAD, OOAD lebih mudah digunakan dalam pembangunan sistem
  • Dibandingkan dengan SSAD, waktu pengembangan, level organisasi, ketangguhan,dan penggunaan kembali (reuse) kode program lebih tinggi dibandingkan dengan metode OOAD (Sommerville, 2000).
  • Tidak ada pemisahan antara fase desain dan analisis, sehingga meningkatkan komunikasi antara user dan developer dari awal hingga akhir pembangunan sistem.
  • Analis dan programmer tidak dibatasi dengan batasan implementasi sistem, jadi desain dapat diformliasikan yang dapat dikonfirmasi dengan berbagai lingkungan eksekusi.
  • Relasi obyek dengan entitas (thing) umumnya dapat di mapping dengan baik seperti kondisi pada dunia nyata dan keterkaitan dalam sistem. Hal ini memudahkan dalam mehami desain (Sommerville, 2000).
  • Memungkinkan adanya perubahan dan kepercayaan diri yang tinggi terhadap kebernaran software yang membantu untuk mengurangi resiko pada pembangunan sistem yang kompleks (Booch, 2007).
  • Encapsliation data dan method, memungkinkan penggunaan kembali pada proyek lain, hal ini akan memperingan proses desain, pemrograman dan reduksi harga.
  • OOAD memungkinkan adanya standarisasi obyek yang akan memudahkan memahami desain dan mengurangi resiko pelaksanaan proyek.
  • Dekomposisi obyek, memungkinkan seorang analis untuk memcah masalah menjadi pecahan-pecahan masalah dan bagian-bagian yang dimanage secara terpisah. Kode program dapat dikerjakan bersama-sama. Metode ini memungkinkan pembangunan software dengan cepat, sehingga dapat segera masuk ke pasaran dan kompetitif. Sistem yang dihasilkan sangat fleksibel dan mudah dalam memelihara.
Kekurangan
  • Pada awal desain OOAD, sistem mungkin akan sangat simple.
  • Pada OOAD lebih fockus pada coding dibandingkan dengan SSAD.
  • Pada OOAD tidak menekankan pada kinerja team seperti pada SSAD.
  • Pada OOAD tidak mudah untuk mendefinisikan class dan obyek yang dibutuhkan sistem.
  • Sering kali pemrogramam berorientasi obyek digunakan untuk melakukan anlisisis terhadap fungsional siste, sementara metode OOAD tidak berbasis pada fungsional sistem.
  • OOAD merupakan jenis manajemen proyek yang tergolong baru, yang berbeda dengan metode analisis dengan metode terstruktur. Konsekuensinya adalah, team developer butuh waktu yang lebih lama untuk berpindah ke OOAD, karena mereka sudah menggunakan SSAD dalam waktu yang lama ( Hantos, 2005).
  • Metodologi pengembangan sistem dengan OOAD menggunakan konsep reuse. Reuse merupakan salah satu keuntungan utama yang menjadi alasan digunakannya OOAD. Namun demikian, tanpa prosedur yang emplisit terhadap reuse, akan sangat sliit untuk menerapkan konsep ini pada skala besar (Hantos, 2005)

source : 
https://eziekim.wordpress.com/2011/11/08/perbedaan-antara-perancangan-terstruktur-dan-berorientasi-objek/

http://yaniwid.wordpress.com/2008/08/26/perancangan-terstruktur/

http://supriliwa.wordpress.com/2010/05/07/perbandingan-metode-terstruktrur-dan-obyek-oriented-pada-pengambangan-sistem-informasi/
Share:

Sunday, April 15, 2018

Apa itu Fiksi dan Fiktif?


Baru-baru ini jagat maya dihebohkan dengan pernyataan seseorang yang menyebut, "Kitab suci itu adalah fiksi." Begitu banyak respon pro maupun kontra akan pernyataan ini. Namun saya tak akan membahas hal tersebut. Saya akan membahas apa itu Fiksi atau Fiktif. Dan apa lawan kata yang sebenarnya untuk kedua kata tersebut. Karena banyak sekali berseliweran di beranda Facebook ataupun Twitter pembelaan membabi buta tanpa menelaah tentang kedua kata tersebut.
Menurut KBBI, fiksi adalah sebuah nomina (kata benda) yang mempunya beberapa arti. Pada bidang Sastra berarti sebuah cerita rekaan (roman, novel, dan sebagainya); 2 rekaan; khayalan; tidak berdasarkan kenyataan: nama Frank Castle (The Punisher) adalah nama tokoh komik -- , bukan tokoh sejarah; 3 pernyataan yang hanya berdasarkan khayalan atau pikiran.
Nah sedangkan fiktif menurut KBBI adalah sebuah kata adjektiva, sehingga dapat dikatakan bahwa fiktif itu adalah hal yang bersifat fiksi. Dari sini sangat jelas kedua kata ini memiliki arti kata yang mirip, hanya penempatannya saja pada kalimat yang membuatnya berbeda. Kata fiksi diletakkan pada kata benda sendangkan kata fiktif diletakkan pada kata sifat.
Untuk antonim (lawan kata) dari fiksi yaitu nonfiksi.  Namun jika belum yakin, kita perlu mencari sinonim dari fiksi itu sendiri. Yang paling dekat yaitu Fantasi. Bisa dilihat dari arti kata tersebut terdapat kemiripan yang cukup. Lawan kata fantasi adalah realitas. Jadi, sebaiknya sebelum berdebat atau beropini ada baiknya jika teman-teman para pembaca dapat mencari arti suatu kata terlebih dahulu. Karena pembelokkan fakta sering sekali terjadi. Website KBBI sangat informatif. Pada website tersebut juga tidak terdapat iklan. Simple dan bermanfaat.

Source:
https://kbbi.web.id/fiktif
https://kbbi.web.id/fiksi
https://kbbi.web.id/fantasi
https://kbbi.web.id/realitas
Source Picture:
ElisaRiva (Pixabay)
Share:

Wednesday, March 28, 2018

Sistem Analis, Analisis Sistem dan Desain Sistem

Hello again. Postingan kedua hari ini membahas sedikit rangkuman dari Sistem Analis, Analisis Sistem dan Desain sistem.

Nah, mari kita mulai. Pertama, yang dimaksud dengan Analisis Sistem adalah penguraian suatu sistem informasi yang sudah utuh kedalam bagian-bagian komponennya dengan tujuan dapat menidentifikasi dan mengevaluasi berbagai macam permasalahan maupun hambatan yang terjadi pada sistem sehingga nantinya dapat dilakukan perbaikan atau pengembangan. Tahapannya sebagai berikut:

a. Mengidentifikasi Masalah
Identifikasi masalah merupakan langkah awal dari analisa sistem. Dalam tahap ini didefinisikan masalah yang harus dipecahkan dengan munculnya pertanyaan yang ingin dipecahkan.
b. Memahami Kerja Sistem yang Ada
Langkah ini dilakukan dengan mempelajari secara rinci bagaimana sistem yang sudah ada berjalan. Untuk mempelajari operasi dari sistem ini diperlukan data yang dapat diperoleh dengan melakukan penelitian terhadap sitem.
c. Menganalisis Sistem
Berdasarkan data yang sudah diperoleh maka dilakukan analisa hasil penelitian yang sudah dilakukan untuk mendapatkan pemecahan masalah yang akan dipecahkan
d. Membuat Laporan
Laporan perlu dibuat sebagai dokumentasi dari penelitian. Tujuan utamanya adalah sebagai bukti secara tertulis tentang hasil analisa yang sudah dilakukan.

Sedangkan orang atau kelompok yang melakukan perancangan dan perbaikan pada suatu sistem disebut Sistem Analis. Sistem analis merupakan individu ataupun kelompok yang melakukan pengembangan sistem. Sistem analis mempelajari permasalahan maupun kebutuhan pada suatu sistem. Sistem analis juga merupakan orang yang bertanggung jawab terhadap proses analisa maupun perancangan pada sistem informasi.

Setelah pengertian tadi, inilah langkah-langkah kerja dari sistem analis, diantaranya meliputi:
a. Melakukan identifikasi permasalahan pada sistem.
b. Melakukan studi kelayakan dan memahami kinerja dari sistem yang ada.
c. Melakukan analisis dan perancangan sistem.
d. Melakukan penerapan sistem.
e. Melakukan evaluasi dan pemeliharaan pada sistem.

Selanjutnya, desain sistem adalah tahap setelah analisis sistem. Kita mendefinisikan dari kebutuhan-kebutuhan fungsional. Kemudian mempersiapkan untuk rancang bangun implementasi. 
Menggambarkan bagaimana suatu sistem dibentuk. Setelah mendapatkan penggambaran, kita merencanakan dan membuat sketsa atau pengaturan dari beberapa elemen yang terpisah ke dalam satu kesatuan yang utuh dan berfungsi. Termasuk lah pengkonfigurasian dari komponen-komponen perangkat lunak dan perangkat keras dari suatu sistem. 
Tujuannya untuk memenuhi kebutuhan pemakai sistem dan memberikan gambaran yang jelas dan rancang bangun yang lengkap kepada pemrogram komputer dan ahli teknik yang terlibat.


Sumber:
Share:

Model-model pada Software Development Life Cycle (SDLC)

Hello, kali ini saya akan membahas model-model yang digunakan pada Software Development Life Cycle (SDLC). Langsung saja, saya akan menampilkan definisi beserta contoh gambar agar mudah dipahami. 

a.    Model Waterfall

Merupakan model pengembangan system yang paling mudah dan paling sering digunakan. Model pengembangan ini bersifat linear dari tahap awal pengembangan system yaitu tahap perencanaan sampai tahap akhir pengembangan system yaitu tahap pemeliharaan. Tahapan berikutnya tidak akan dilaksanakan sebelum tahapan sebelumnya selesai dilaksanakan dan tidak bisa kembali atau mengulang ke tahap sebelumnya. Tahap-tahap yang dilakukan pada model Waterfall ini digambarkan pada gambar berikut ini :




b.    Model Iterasi

Merupakan model pengembangan system yang bersifat dinamis dalam artian setiap tahapan proses pengembangan system dapat diulang jika terdapat kekurangan atau kesalahan. Setiap tahapan pengembangan system dapat dikerjakan berupa ringkasan dan tidak lengkap, namun pada akhir pengembangan akan didapatkan system yang lengkap pada pengembangan system. Terdapat dua jenis model iterasi, yaitu :

–        Model Incremental, merupakan model pengembangan system yang dipecah sehingga model pengembangannya secara increment/bertahap. Kebutuhan pengguna diprioritaskan dan prioritas tertinggi dimasukkan dalam awal increment. Model Incremental digambarkan sebagai berikut :



–        Model Spiral, merupakan model pengembangan system yang digambarkan berupa spiral. Model spiral ini tidak merepresentasikan rangkaian tahapan dengan penelusuran balik (back-tracking), tidak ada fase-fase tahapan yang tetap seperti spesifikasi atau perancangan. Setiap untaian pada pada spiral menunjukkan fase software process. Model Spiral ini digambarkan sebagai berikut :



c.    Model Rapid Application Development (RAD)

Merupakan model pengembangan system yang melakukan beberapa penyesuaian terhadap SDLC pada beberapa bagian sehingga lebih cepat untuk sampai ke tangan pengguna system. metodologi ini biasanya mensyaratkan beberapa teknik dan alat-alat khusus agar proses bisa cepat, misalnya melakukan sesi Joint Application Development (JAD), penggunaan alat-alat Computer Aided Software Engineering (CASE Tools), kode generator dan lain-lain. Model RAD ini digambarkan sebagai berikut :


d.    Model Prototyping

Merupakan model pengembangan system yang proses iterative dalam pengembangan sistem dimana requirement diubah ke dalam sistem yang bekerja (working system) yang secara terus menerus diperbaiki melalui kerjasama antara user dan analis. Prototype juga bisa dibangun melalui beberapa tool pengembangan untuk menyederhanakan proses. Prototyping merupakan bentuk dari Rapid Application Development (RAD). Model Prototypig digambarkan sebagai berikut :

4

Sumber : 

Share:

Monday, March 26, 2018

Apa itu Analis, Analisis dan Analisa?

Hello semua untuk para pembaca, pertama-tama saya mohon maaf karena sudah lama tidak muncul padahal sudah bilang ingin aktif ngeblog sejak tahun lalu. Namun apa daya, web sebelah lebih menarik namun akhirnya diblokir kemkominfo, jadi balik lagi kesini. Well, let's skip that.

Jadi saya dapat tugas dari dosen untuk mencari perbedaan analis, analisis dan analisa. Setelah googling sana sini dan membaca berbagai sumber saya dapat mengambil sebuah kesimpulan.

Analis menurut KBBI (Kamus Besar Bahasa Indonesia) adalah orang yang menganalisis atau melakukan analisis; ahli ilmu kimia yang bekerja di laboratorium (menjalankan penyelidikan dan sebagainya); orang yang mencari dan mengumpulkan data untuk penilaian kekayaan atau kemampuan perusahaan demi kepentingan pemodal. Nah menurut saya ini cukup jelas. Sebab terdapat tiga definisi yang mengarah ke siapa itu analis dan didapatlah jawaban diatas.

Selanjutnya, apa itu analisis atau analisa? Pertanyaan ini lah yang membuat kami mahasiswa berpikir ulang saat ingin menjawab. Sebab di masyarakat terjadi banyak penggunaan kata analisis ataupun analisa. Namun ketika melakukan pencarian di kbbi.web.id yang muncul hanyalah analisis. Menurut KBBI analisis adalah penyelidikan terhadap suatu peristiwa (karangan, perbuatan, dan sebagainya) untuk mengetahui keadaan yang sebenarnya (sebab-musabab, duduk perkaranya, dan sebagainya); penguraian suatu pokok atas berbagai bagiannya dan penelaahan bagian itu sendiri serta hubungan antarbagian untuk memperoleh pengertian yang tepat dan pemahaman arti keseluruhan; penyelidikan kimia dengan menguraikan sesuatu untuk mengetahui zat bagiannya dan sebagainya; penjabaran sesudah dikaji sebaik-baiknya; pemecahan persoalan yang dimulai dengan dugaan akan kebenarannya. Dari pengertian di KBBI cukup jelas tentang apa itu analisis.

Kata baku dari analisis atau analisa adalah analisis. Disini selain terjawab melalu pencarian KBBI juga bisa dijawab mengenai kaidah penulisan Bahasa Indonesia. Menurut Pedoman Umum Pembentukan Istilah (PUPI), kata dengan sufiks atau akhiran –sis (dalam bahasa Inggris) diserap ke dalam bahasa Indonesia menjadi –sis, dan bukan –sa. Analisis adalah istilah yang tepat untuk menyerap kata analysis. Mungkin kata analisa muncul sebab diserap dari kata Bahasa Inggris Analyse sehingga terjadi kesalahan yang sering terjadi. Setelah ini penulis berharap untuk diri pribadi maupun pembaca tidak melakukan kesalahan lagi dalam penulisan kata Analisis. Semoga bermanfaat.


Sumber : 


Share: