Slide ini merupakan saduran dari slide milik Google dan Borrys Hasian yang berisi penjelasan dasar tentang Google Design Sprint. Slide ini boleh digunakan untuk kebutuhan edukasi dan boleh disebarluaskan untuk kebutuhan tersebut.
Materi yang ada pada slide ini berisi :
Penjelasan umum activity diagram
Notasi & semantic
Starting activity
Activity & action
Activity frame
Decisions & merge
Fork & join
Time event
Activity partition (swimlanes)
Subactivity
Objects
Signalconnector
Expansion regions
Interrupt
Ending activity
----------------------------------------------------------------------
Keep in touch with me in :
Twitter : https://twitter.com/rizkiadam_1991
Email : rizkiadamunikom@gmail.com
IG : @rizkiadamkurniawan
Materi yang ada pada slide ini berisi :
Pengenalan UML Sebagai Alat Bantu Pemodelan Pada Pembangunan Perangkat Lunak Menggunakan Pendekatan Analisis dan Desain Berorientasi Objek
Notasi, Semantik, dan Stereotype Pada UML
Komponen pada UML (Use Case View, Logical View, Physical View, dan Process View)
Pengenalan Use Case Diagram sebagai Use Case View Pada UML
Penjelasan Aktor, Generalisasi Aktor, dan Use Case
Penjelasan Use Case Scenario
Use Case Refinement (Relasi Include, Extends, dan Generalisasi Use Case)
----------------------------------------------------------------------
Keep in touch with me in :
Twitter : https://twitter.com/rizkiadam_1991
Email : rizkiadamunikom@gmail.com
IG : @rizkiadamkurniawan
Slide ini merupakan saduran dari slide milik Google dan Borrys Hasian yang berisi penjelasan dasar tentang Google Design Sprint. Slide ini boleh digunakan untuk kebutuhan edukasi dan boleh disebarluaskan untuk kebutuhan tersebut.
Materi yang ada pada slide ini berisi :
Penjelasan umum activity diagram
Notasi & semantic
Starting activity
Activity & action
Activity frame
Decisions & merge
Fork & join
Time event
Activity partition (swimlanes)
Subactivity
Objects
Signalconnector
Expansion regions
Interrupt
Ending activity
----------------------------------------------------------------------
Keep in touch with me in :
Twitter : https://twitter.com/rizkiadam_1991
Email : rizkiadamunikom@gmail.com
IG : @rizkiadamkurniawan
Materi yang ada pada slide ini berisi :
Pengenalan UML Sebagai Alat Bantu Pemodelan Pada Pembangunan Perangkat Lunak Menggunakan Pendekatan Analisis dan Desain Berorientasi Objek
Notasi, Semantik, dan Stereotype Pada UML
Komponen pada UML (Use Case View, Logical View, Physical View, dan Process View)
Pengenalan Use Case Diagram sebagai Use Case View Pada UML
Penjelasan Aktor, Generalisasi Aktor, dan Use Case
Penjelasan Use Case Scenario
Use Case Refinement (Relasi Include, Extends, dan Generalisasi Use Case)
----------------------------------------------------------------------
Keep in touch with me in :
Twitter : https://twitter.com/rizkiadam_1991
Email : rizkiadamunikom@gmail.com
IG : @rizkiadamkurniawan
Materi untuk mata kuliah Pengujian Perangkat Lunak perihal Pengujian Perangkat Luak yang berfokus kepada Unit VS. Integration Testing dan White Box serta Black Box Testing
Perencanaan Testing :
• Obyektifitas Rencana Testing
• Rencana Tes Berdasarkan pada Standar IEEE
• Hal-Hal yang Berhubungan dengan Rencana Tes
• Kerangka Rencana Tes Sederhana
• Testing Terstruktur vs Testing Tidak Terstruktur
Materi yang ada pada slide ini berisi :
Penjelasan Umum Relasi Kelas
Penjelasan Derajat Relasi Kelas
Konsep dan Simulasi Relasi Kelas Dependency
Konsep dan Simulasi Relasi Kelas Association
Konsep dan Simulasi Relasi Kelas Aggregation
Konsep dan Simulasi Relasi Kelas Composition
Konsep Relasi Kelas Generalisasi (Inheritance)
Penjelasan Konsep MVC
----------------------------------------------------------------------
Keep in touch with me in :
Email : rizkiadamunikom@gmail.com
Materi yang ada pada slide ini berisi :
Perkenalan Diri
SuperHero
Contoh tugas besar
Rockstar Developers
Value Proposition Canvas
Rekayasa Kebutuhan
SAD vs OOAD
PBO
UML
Softwrae private vs public
Penjelasan Daftar Alat Bantu untuk Rekayasa Perangkat Lunak II
Buku Referensi
Penilaian perkuliahan
Silabus Perkuliahan
Informasi Tugas besar
----------------------------------------------------------------------
Keep in touch with me in :
Twitter : https://twitter.com/rizkiadam_1991
Email : rizkiadamunikom@gmail.com
IG : @rizkiadamkurniawan
Writing Good User Stories (Hint: It's not about writing)one80
User stories are typically the foundation of the Product Backlog. However, the original purpose has been lost. This is from a presentation that was given to help remind everyone of what User Stories are, and what they aren't. The purpose of User Stories is to drive conversations, not to hand "requirements" from one group to the next.
Slide ini berisi penjelasan tentang scrum, bahan dasar, dan workflownya. Slide ini boleh dipergunakan untuk kebutuhan edukasi dan dipersilakan untuk disebarluaskan.
Materi untuk mata kuliah Pengujian Perangkat Lunak perihal Pengujian Perangkat Luak yang berfokus kepada Unit VS. Integration Testing dan White Box serta Black Box Testing
Perencanaan Testing :
• Obyektifitas Rencana Testing
• Rencana Tes Berdasarkan pada Standar IEEE
• Hal-Hal yang Berhubungan dengan Rencana Tes
• Kerangka Rencana Tes Sederhana
• Testing Terstruktur vs Testing Tidak Terstruktur
Materi yang ada pada slide ini berisi :
Penjelasan Umum Relasi Kelas
Penjelasan Derajat Relasi Kelas
Konsep dan Simulasi Relasi Kelas Dependency
Konsep dan Simulasi Relasi Kelas Association
Konsep dan Simulasi Relasi Kelas Aggregation
Konsep dan Simulasi Relasi Kelas Composition
Konsep Relasi Kelas Generalisasi (Inheritance)
Penjelasan Konsep MVC
----------------------------------------------------------------------
Keep in touch with me in :
Email : rizkiadamunikom@gmail.com
Materi yang ada pada slide ini berisi :
Perkenalan Diri
SuperHero
Contoh tugas besar
Rockstar Developers
Value Proposition Canvas
Rekayasa Kebutuhan
SAD vs OOAD
PBO
UML
Softwrae private vs public
Penjelasan Daftar Alat Bantu untuk Rekayasa Perangkat Lunak II
Buku Referensi
Penilaian perkuliahan
Silabus Perkuliahan
Informasi Tugas besar
----------------------------------------------------------------------
Keep in touch with me in :
Twitter : https://twitter.com/rizkiadam_1991
Email : rizkiadamunikom@gmail.com
IG : @rizkiadamkurniawan
Writing Good User Stories (Hint: It's not about writing)one80
User stories are typically the foundation of the Product Backlog. However, the original purpose has been lost. This is from a presentation that was given to help remind everyone of what User Stories are, and what they aren't. The purpose of User Stories is to drive conversations, not to hand "requirements" from one group to the next.
Slide ini berisi penjelasan tentang scrum, bahan dasar, dan workflownya. Slide ini boleh dipergunakan untuk kebutuhan edukasi dan dipersilakan untuk disebarluaskan.
1. Jelaskan apa yang dimaksud dengan Unified Modeling Language (UML), berikan beberapa contoh sederhana !
2. Jelaskan perbedaan mendasar antara Use Case diagram, activity diagram, Sequence diagram, class diagram !
3. Kenapa kita membutuhkan model design dalam implementasi/pembuatan software (web) ?
Slide ini menjelaskan perihal penggunaan komentar yang baik dan buruk pada suatu kode program. Slide ini merupakan bahan ajar untuk mata kuliah Clean Code dan Design Pattern.
Slide ini berisi penjelasan tentang Data Mining Klasifikasi. Di dalamnya ada tiga algoritma yang dibahas, yaitu: Naive Bayes, kNN, dan ID3 (Decision Tree).
Slide ini berisi penjelasan tentang teorema-teorema yang berlaku untuk notasi asimptotik beserta cara perhitungannya untuk kebutuhan waktu suatu algoritma.
Slide ini merupakan bahan ajar mata kuliah Analisis Algoritma di Teknik Informatika UNIKOM dan berisi tentang pengantar kenapa mahasiswa harus belajar Analisis Algoritma.
Presentasi ini dibuat untuk kepentingan akademik di UNIKOM. Prsentasi ini berisi teori-teori Business Model Canvas yang sebagian besar diambil dari Buku Startupreneur karya Hendry E. Ramdhan.
File ini berisi teori tentang SCRUM bagi para pemula yang mau mengimplementasikan SCRUM. File ini hanya digunakan untuk kebutuhan edukasi dan bukan untuk tujuan bisnis.
2. MODEL
Artifak yang digunakan untuk mendeskripsikan
domain dari sistem yang akan dibangun,
representasi abstrak dari sistem yang akan
dibangun, sebagai bentuk dokumentasi, dan
spesifikasi untuk proses pengujian.
Inspirasi: IBM Research
6. Memodelkan perangkat lunak itu sejatinya
adalah bercerita perihal perangkat lunak
macam apa yang mau kita bangun.
7. Ruang:
Bangunkan rumah dengan dua
kamar tidur, 1 kamar mandi, 1
ruang keluarga, 1 ruang makan, 1
dapur, 1 garasi dan taman depan
serta belakang.
Posisi:
.....
Dimensi:
.....
Dan segala hal lainnya.
By Descriptive Story
By Diagram Model
12. Mendeskripsikan proses-proses
yang ada di dalam sistem. Membantu
memvisualkan apa yang terjadi di
sistem kita.
Process
View*
* Diagram UML: Activity Diagram
13. Logical View*
Mendeskripsikan deskripsi abstrak
dari bagian-bagian sistem. Biasanya
digunakan untuk memodelkan
terbuat dari apa saja sistem yang
kita bangun dan bagaimana bagian-
bagian tersebut berinteraksi.
* Diagram UML: Class Diagram, Object Diagram, State Machine, dan Interaction Diagram
14. Development
View*
Mendeskripsikan bagaimana bagian-
bagian dari sistem diorganisasikan
dalam bentuk modul dan komponen.
Biasanya digunakan untuk visualisasi
layer arsitektur sistem
* Diagram UML: Package Diagram dan Component Diagram
17. Setiap diagram akan mempunyai
notation, semantic, dan stereotype
Russ Miles, Learning UML 2.0
18. Stereotype
Notation
Elemen yang membentuk modeling language
Kelas Mahasiswa memiliki dua atribut yaitu nim dan nama
serta dua method yaitu kumpulkan tugas dan lihat nilai
Semantic
Deskripsi yang menjelaskan notasi
Deskripsi yang menjelaskan
penggunaan special dari suatu notasi
24. Apa makna relasi <<include>>?
Apakah penggunaan <<include>>
seperti ini?
25. Digunakan untuk konsep reusable use case.
Use case yang di-include wajib dieksekusi
secara eksplisit oleh pengguna sistem.
RELASI INCLUDE
Sumber: Learning UML 2.0, Russ Miles and Kim Hamilton
27. Karena ada langkah-langkah yang sama antara
dua use case di use case description yaitu
“Check Identity” maka use case diperbaiki
Russ Miles, Learning UML 2.0
30. FOKUS PEMODELAN
Pada tahap analisis, fokus pemodelan adalah
perihal ”WHAT” sementara pada tahap
perancangan berkisar perihal “HOW”
Inspirasi: Software Engineering for Practitioner Approach, Roger S. Pressman
44. Use Case Description Details Keterangan
Related Requirements Diisi dengan nomor atau kode dari kebutuhan pengguna yang dipenuhi.
Goal in Context Diisi dengan tujuan dari use case dibuat dan kenapa use case ini penting.
Preconditions Hal apa yang harus terjadi sebelum use case dieksekusi.
Successful End Condition Kondisi sistem yang harus terpenuhi jika use case berhasil dieksekusi.
Failed End Condition Kondisi sistem yang harus terpenuhi jika use case gagal dieksekusi.
Primary Actors
Aktor utama yang berpartisipasi di dalam use case. Seringkali berupa aktor yang men-trigger
atau menerima informasi secara langsing dari eksekusi use case.
Secondary Actors Aktor yang berpartisipasi tapi bukan pemain utama di dalam eksekusi use case.
Trigger Event yang di-trigger oleh aktor dalam rangka mengeksekusi use case.
Main Flow Mendeskripsikan setiap langkah penting ketika eksekusi use case secara normal.
Extensions Desripsi dari langkah-langkah alternatif yang mungkin terjadi pada langkah di main flow.
Overview Use Case Description
Russ Miles, Learning UML 2.0
45. Use case “Record Application
Failure” hanya dijalankan ketika ada
kegagalan di eksekusi use case
“Create a new Personal Wiki” atau
”Create a new Blog Account”
Russ Miles, Learning UML 2.0