• Tidak ada hasil yang ditemukan

BAB III ANALISA KEBUTUHAN DAN PERANCANGAN SISTEM

N/A
N/A
Protected

Academic year: 2022

Membagikan "BAB III ANALISA KEBUTUHAN DAN PERANCANGAN SISTEM"

Copied!
25
0
0

Teks penuh

(1)

commit to user

BAB III

ANALISA KEBUTUHAN DAN PERANCANGAN SISTEM

3.1. Business Process Diagram

Proses Bisnis dari Sistem Informasi Pra-Krs adalah : admin melakukan input data mata Matakuliah Prasyarat. Setelah Data matakuliah Prasyarat Diisi, Mahasiswa bisa melakukan input Matakuliah prakrs. Inputan Matakuliah Prakrs ini di tentukan oleh Data Matakuliah prasyarat yang di isikan oleh admin. Setelah itu mahasiswa akan men-submit matakuliah. Kemudian sistem akan menyimpan data Pra-krs Mahasiswa. Setelah itu Mahasiswa dan Admin bisa melihat Grafik pengambilan Pra-krs. Untuk lebih jelas tentang Prosess Bisnis Sistem Informasi Pra-krs bisa dilihat pada gambar 3.1.

.Gambar 3.1 Business Process Diagram Pra-krs 3.2. SRS (Software Requirement Specification)

Berikut ini terdapat tabel SRS. Tabel tersebut berisi data beberapa fungsi kerja yang terdapat pada rancangan sistem aplikasi. Tabel SRS Fungsional memiliki lima puluh delapan SRS dan tabel non Fungsional memiliki dua SRS.

Input Data Matakuliah Prasyarat

Input Matakuliah prakrs

Proses tambah matakuliah prakrs Input Data Matakuliah

Prasyarat

Input Matakuliah prakrs

Proses tambah matakuliah prakrs

Laporan pengambilan Matakuliah Prakrs Laporan pengambilan

Matakuliah Prakrs Admin

Mahasiswa

Admin dan Mahasiswa

(2)

commit to user 13

3.3.SRS (Software Requirement Specification)Fungsional

Kebutuhan fungsional merupakan kebutuhan-kebutuhan yang berhubungan dengan proses bisnis dari sistem yang dibuat. Dari analisis yang dilakukan, kebutuhan fungsional dalam sistem yang dibuat, ditunjukkan oleh tabel 3.1 :

Tabel 3.1 SRS Fungsional

No Kode Aktor Deskripsi

1 SRS-IF1 Admin,

Mahasiswa

Melakukan Login

2 SRS-IF2 Admin Menambah Matakuliah Penawaran

3 SRS-IF3 Admin Menghapus Matakuliah Penawaran

4 SRS-IF4 Admin,Mahasiswa Melihat Grafik Pengambilan Matakuliah

5 SRS-IF5 Mahasiswa Input Matakuliah

6 SRS-IF6 Mahasiswa Menghapus Data Matakuliah Yang diambil

3.2.1. SRS Non Fungsional

Kebutuhan non fungsional merupakan kebutuhan-kebutuhan yang berhubungan dengan interaksi antar user dengan aplikasi yang dibuat. Dari analisa yang dilakukan, kebutuhan non fungsional dalam sistem yang dibuat seperti pada tabel 3.2.

A. Kebutuhan Non Fungsional Sistem

Tabel 3.2 SRS Non-Fungsional

No Kode Deskripsi

1 SRS-INF1 Menggunakan User Friendly Interface 2 SRS-INF2 Menggunakan Bahasa Indonesia

(3)

commit to user 14

B. Kebutuhan Non Fungsional Perangkat Lunak (Software)

Software yang diperlukan dalam pembuatan aplikasi Pra-Krs adalah sebagai berikut :

1. Notepad++ 6.2.3 digunakan untuk proses scripting.

2. Apache versi 2.4.4 sebagai web server.

3. MySQL 5.6.11 sebagai DBMS (Database Management Sistem).

4. Rational Rose sebagai aplikasi untuk mendesain perancangan.

5. Web browser (Mozilla Firefox, Google Chrome) digunakan untuk menjalankan sistem.

C. Kebutuhan Non Fungsional Perangkat Lunak (Hardware)

Keperluan hardware yang digunakan untuk pembangunan sistem antara lain : 1. Processor : Intel® Core™ i5-3217U

2. Memory : 4GB type DDR 3 3. Hardisk : 750 Gb

3.4. Use Case Diagram

Berdasarkan SRS Fungsional dan non-Fungsional dari Pra-Krs Use case Diagram Dari sistem ini memiliki 2 aktor yaitu mahasiswa dan admin. Admin memiliki hak akses untuk menambah matakuliah penawaran, menghapus matakuliah penawaran dan melihat grafik matakuliah. Sedangkan mahasiswa memiliki hak akses untuk mengiput data matakuliah, menghapus data matakuliah dan melihat grafik matakuliah. Gambaran Use Case Diagram dari proses ini di gambarkan pada gambar 3.2 :

(4)

commit to user 15

Gambar 3.2 Use case Diagram Sistem Informasi Pra-Krs 3.5. Skenario Use Case

3.4.1. Skenario Use Case Menambah Data Matakuliah Penawaran.

Proses penambahan matakuliah penawaran di lakukan oleh admin. Dalam proses ini admin akan menambahkan data matakuliah penawaran kedalam tabel matakuliah penawaran. Skenario Use Case Menambah Data Matakuliah Penawaran dapat dilihat pada tabel 3.3.

Tabel 3.3 Use case Menambah Matakuliah Penawaran

Nama Use Case Menambah data Matakuliah Penawaran

Aktor Admin

Tujuan Menambah data Matakuliah Penawaran

ke tabel Matakuliah Penawaran

Deskripsi Use case menjelaskan proses Admin

menambahkan data Matakuliah Penawaran ke tabel Matakuliah Penawaran

Skenario Utama

Kondisi awal Menampilkan Menu Utama

1. Admin memilih menu Matakuliah Penawaran.

(5)

commit to user 16

2. Sistem menampilkan data Matakuliah Penawaran.

3. Admin memilih tombol tambah Matakuliah Penawaran.

4. Sistem menampilkan form data Matakuliah Penawaran.

5. Admin mengisi data Matakuliah Penawaran dan memilih tombol simpan.

6. Sistem melakukan validasi data.

7. Sistem menyimpan data Matakuliah Penawaran ke tabel Matakuliah Penawaran.

8. Sistem menampilkan data kategori.

Skenario Alternatif (Exception) 6.a.1. Sistem menampilkan pesan tidak valid.

6.a.2. Admin kembali melakukan proses 5 sampai selesai

Kondisi akhir Data kategori tersimpan

3.4.2. Skenario Use Case Menghapus Data Matakuliah Penawaran

Proses menghapus matakuliah penawaran di lakukan oleh admin. Dalam proses ini admin akan menghapus data matakuliah penawaran dari tabel matakuliah penawaran. Kemudian sistem akan mengupdate data yang tersimpan dalam tabel, kemudian sistem akan menampilkan data terbaru.

Skenario Use Case Menghapus Data Matakuliah Penawaran dapat dilihat pada tabel 3.4

Tabel 3.4 Use Case Menghapus Data Matakuliah Penawaran

Nama Use Case Menghapus data Matakuliah Penawaran

Aktor Admin

Tujuan Menghapus data Matakuliah Penawaran dari

tabel Matakuliah Penawaran

Deskripsi Use case menjelaskan proses Admin

menghapus data Matakuliah Penawaran dari tabel Matakuliah Penawaran

(6)

commit to user 17

Skenario Utama

Kondisi awal Menampilkan Menu Utama

1. Admin memilih menu Matakuliah Penawaran.

2. Sistem menampilkan data Matakuliah Penawaran.

3. Admin memilih Matakuliah yang di hapus dan memilih tombol hapus.

4. Sistem menghapus matakuliah penawaran dari tabel matakuliah penawaran.

5. Sistem menampilkan data mata kuliah penawaran.

Kondisi akhir Data matakuliah penawaran terhapus

3.4.3. Skenario Use Case Melihat grafik pengambilan matakuliah

Proses proses ini aktor yang berperan adalah mahasiswa dan admin. Grafik yang akan ditampilkan adalah grafik pengambilan mata kuliah. Skenario Use Case Melihat grafik pengambilan matakuliah dapat dilihat pada tabel 3.5

Tabel 3.5 Use Case Melihat grafik pengambilan matakuliah Nama Use Case Melihat grafik pengambilan matakuliah

Aktor Admin, Mahasiswa

Tujuan Melihat grafik pengambilan matakuliah

Deskripsi Use case menjelaskan proses Admin / Mahasiswa melihat grafik pengambilan matakuliah

Skenario Utama

Kondisi awal Menampilkan data grafik pengambilan matakuliah 1. Admin / mahasiswa memilih menu melihat grafik pengambilan Matakuliah.

2. Sistem menampilkan data Grafik pengambilan matakuliah.

.

Kondisi akhir Menampilkan data grafik pengambilan matakuliah

(7)

commit to user 18 3.4.4. Skenario Use Case Input Matakuliah

Pada proses ini aktor yang akan berperan adalah mahasiswa. Mahasiswa dapat melakukan penambahan data matakuliah yang nantinya akan di-generate oleh system. Penambahan data matakuliah ini akan disimpan pada tabel prakrs Skenario Use Case Input Matakuliah dapat dilihat pada tabel 3.6.

Tabel 3.6 Use Case Input Matakuliah

Nama Use Case Input Matakuliah

Aktor Mahasiswa

Tujuan Menambah data Matakuliah ke tabel

prakrs.

Deskripsi Use case menjelaskan proses Mahasiswa

menambahkan data Matakuliah ke tabel prakrs.

Skenario Utama

Kondisi awal Menampilkan menu utama

1. Mahasiswa memilih menu edit prakrs.

2. Sistem menampilkan data matakuliah yang bisa diambil.

3. mahasiswa memilih tombol tambah matakuliah.

4. Sistem menampilkan form tambah matakuliah.

5. Mahasiswa memilih matakuliah dengan memilih tombol tambah (+).

6. Sistem melakukan validasi input data.

7. Sistem menyimpan data matakuliah ke tabel prakrs.

8. Sistem menampilkan data matakuliah.

Skenario Alternatif (Exception) 6.a.1. Sistem menampilkan pesan tidak valid.

6.a.2. Admin kembali melakukan proses 5 sampai selesai

Kondisi akhir Data matakuliah tersimpan

(8)

commit to user 19

3.4.5. Skenario Use Case Menghapus Data Matakuliah yang diambil

Pada Proses ini aktor yang berperan adalah mahasiswa. Mahasiswa memiliki peran untuk mengedit data matakuliah yang telah diinputkan kedalam sistem.

Skenario Use Case Menghapus Data Matakuliah yang diambil dapat dilihat pada tabel 3.7

Tabel 3.7 Use Case Menghapus Data Matakuliah yang diambil

Nama Use Case Menghapus Data Matakuliah yang

diambil

Aktor Mahasiswa

Tujuan Menghapus Data Matakuliah yang

diambil dari tabel prakrs

Deskripsi Use case menjelaskan proses mahasiswa

menghapus data matakuliah yang diambil dari tabel prakrs

Skenario Utama

Kondisi awal Menampilkan Menu Utama

1. Mahasiswa memilih menu edit prakrs.

2. Sistem menampilkan data matakuliah yang telah diambil 3. Mahasiswa memilih tombol hapus (-) matakuliah.

4. Sistem melakukan validasi data.

5. Sistem menyimpan data matakuliah ke tabel prakrs.

6. Sistem menampilkan data matakuliah.

Skenario Alternatif (Exception) 5.a.1 Sistem menampilkan pesan tidak valid.

5.a.2 Admin kembali melakukan proses 5 sampai selesai

Kondisi akhir Data matakuliah tersimpan

(9)

commit to user 20 3.6.Activity Diagram

3.5.1. Activity Diagram Menambah matakuliah penawaran

Alur pada proses menambah matakuliah penawaran ini yaitu pertama – tama sistem menampilkan menu kemudian admin memilih menu data matakuliah.

Lalu admin meng-input-kan data matakuliah penawaran. Kemudian sistem akan menyimpannya kedalam database. Activity Diagram Menambah data matakuliah penawaran dapat dilihat pada Gambar 3.4

Gambar 3.4 Activity Diagram Menambah matakuliah penawaran 3.5.2. Activity Diagram Menghapus Matakuliah Penawaran

Proses penghapusan matakuliah ini diawali sengan admin memilih menu delete yang di tampilkan oleh sistem. Kemudian admin memilih data matakuliah yang ingin dihapus. Maka sistem akan mengupdate data pada database dan menampilkannya kembali pada sistem. Activity Diagram Menghapus data matakuliah penawaran dapat dilihat pada Gambar 3.5

(10)

commit to user 21

Gambar 3.5 Activity Diagram Menghapus data matakuliah penawaran 3.5.3. Activity Diagram melihat data grafik pengambilan matakuliah

Untuk mencetak grafik matakuliah, sistem terlebih dahulu menampilkan menu, lalu admin memilih menu untuk meilihat grafik matakuliah, maka sistem akan membaca semua data matakuliah pada database yang kemudian ditampilkan dalam bentuk grafik. Activity Diagram melihat data grafik pengambilan matakuliah dapat dilihat pada Gambar 3.6

Gambar 3.6 Activity Diagram melihat data grafik pengambilan matakuliah

(11)

commit to user 22 3.5.4. Activity Diagram Input matakuliah

Pada proses ini sistem akan menampilkan menu utama terlebih dahulu. Kemudian mahasiswa yang sudah login dapat memilih menu edit pra KRS. Lalu user dapat menambahkan data matakuliah yang ingin diambil. Kemudian sistem akan mengupdate data dan kemudian menampilkan kembali data terbaru dari sistem.

Activity Diagram Input matakuliah dapat dilihat pada Gambar 3.7

Gambar 3.7 Activity Diagram input data matakuliah

3.5.5. Activity Diagram Hapus Matakuliah

Yang dapat melakukan proses delete matakuliah ini adalah mahasiswa dan admin.

Saat ingin menghapus data matakuliah user hanya perlu memilih data matakuliah dan kemudian menghapusnya. Dan sistem akan menampilkan kembali data terbaru setelah sistem diupdate. Pada Proses ini Admin Activity Diagram Hapus matakuliah dapat dilihat pada Gambar 3.8

(12)

commit to user 23

Gambar 3.8 Activity Diagram Menghapus matakuliah

3.7.Sequence Diagram

3.6.1. Sequence Diagram Login Webservice

Pada Sequence login web service aktor yang berperan adalah admin. Admin akan mengakses sistem webservice dengan menginput username dan password. Maka sistem akan melakukan validasi data inputan user. Jika data yang di-input-kan sesuai maka user akan berhasil login kedalam sistem.

Tampilan Sequence diagram dari proses ini digambarkan pada gambar 3.9

(13)

commit to user 24

Gambar 3.9 Sequence Diagram Login Webservice

3.6.2. Sequence Diagram login Database

Pada Sequence login database aktor yang berperan adalah admin. Admin akan mengakses database dengan menginput username dan password. Maka sistem akan melakukan validasi data inputan user. Jika data yang di-input-kan sesuai maka user akan berhasil login kedalam sistem. Tampilan Sequence diagram dari proses ini digambarkan pada gambar 3.10

: Admin : site : SiteControler

: webservice

berhasil login set_login(username,password )

get_login( )

action_login( ) get_user( )

is_exist( )

(14)

commit to user 25

Gambar 3.10 Sequence Diagram Login Database

3.6.3. Sequence Diagram Tambah Data Matakuliah Penawaran

Pada Sequence login tambah data matakuliah penawaran admin memilih makul terlebih dahulu kemudian sistem akan menampilkan makul yang dipilih. Kemudian sistem akan meng-input-kan data matakuliah penawaran, dan setelah itu sistem akan menyimpan data matakuliah penawaran kedalam tabel makulpenawaran. Tampilan Sequence diagram dari proses ini digambarkan pada gambar 3.11

: Admin : site : SiteControler : Users

set_login(username,password )

get_login( )

action_login( ) get_user( )

is_exist( )

berhasil login

(15)

commit to user 26

Gambar 3.11 Tambah Data Matakuliah Penawaran

3.6.4. Sequence Diagram Hapus Data Matakuliah Penawaran

Pada proses hapus data matakuliah penawaran yang memiliki hak akses untuk melakukan hapus matakuliah adalah admin. Admin dapat melakukan hapus mata kuliah dengan alur memilih makul matakuliah kemudian delete data matakuliah, maka sistem akan melakukan penghapusan data matakuliah yang diinputkan, kemudian sistem akan melakukan update data dan kemudian sistem akan menampilkan ulang isi dari tabel makul penawaran. Sequence diagram dari proses ini digambarkan pada gambar 3.12

: Admin : MakulPenawaran :

MakulPenawaranControler

: Makul : MakulPenawaran

selectMakul(idprodi)

getMakul(idprodi)

getMakul(idprodi)

viewMakul()

setMapen()

getMapen()

actionSave()

setMapen() viewMapen()

(16)

commit to user 27

Gambar 3.12 Hapus Matakuliah Penawaran

3.6.5. Sequence Diagram Data Lihat Grafik Matakuliah

Pada proses ini aktor yang memiliki hak akses untuk melihat grafik adalah mahasiswa dan admin . data grafik diperoleh dari tabel pra-krs dan tabel makul. Sequence diagram dari proses ini digambarkan pada gambar 3.13

: Admin : MakulPenawaran :

MakulPenawaranControler

: TMakulPenawaran

actionAdmin()

getMapen()

viewMapen() deleteMapen(id) getMapen(id)

actionDelete()

deleteMapen()

viewMapen()

(17)

commit to user 28

Gambar 3.13 Melihat data grafik matakuliah

3.6.6. Sequence Diagram Tambah Data Matakuliah Prakrs

Pada proses ini aktor yang berperan adalah mahasiswa. Mahasiswa dapat melakukan input data matakuliah pra krs yang nantinya akan digenerate sehingga tidak terjadi tubrukan. Sequence diagram dari proses ini digambarkan pada gambar 3.14

: Admin

: Grafik : GrafikController : TPra-krs : Makul

actionAdmin()

getPrakrs()

viewPrakrs()

selectPrakrs(idprodi) getPrakrs(idprodi)

actionView()

getPrakrs(Idprodi)

getNamaMakul() viewPrakrs()

(18)

commit to user 29

Gambar 3.14 Tambah Data Matakuliah PraKRS

3.6.7. Sequence Diagram Hapus Data Matakuliah Prakrs

Pada proses ini yang dapat melakukan penghapusan data matakuliah Pra KRS adalah mahasiswa. Mahasiswa dapat melakukan hapus mata kuliah dengan alur memilih makul matakuliah kemudian delete data matakuliah, maka sistem akan melakukan penghapusan data matakuliah yang diinputkan, kemudian sistem akan melakukan update data dan kemudian sistem akan menampilkan ulang isi dari tabel makul pra-KRS. Sequence diagram dari proses ini digambarkan pada gambar 3.15

: Mahasiswa : Prakrs : PrakrsController : TPrakrs : TMakulPenawaran : TKHS : TMakulPrasyarat

selectMapen(idprodi)

getMapen(idprodi)

getMapen(idprodi) viewMapen()

setPrakrs(id)

getKHS()

getKHS()

getMakulPrasyarat()

getMakulPrasyarat()

actionSave() setPrakrs() viewPrakrs()

(19)

commit to user 30

Gambar 3.15 Hapus Matakuliah Pra-KRS

: Mahasiswa : Prakrs : PrakrsController : TPrakrs

deletePrakrs(id)

actionAdmin()

viewPrakrs()

getPrakrs(id)

actionDelete()

viewPrakrs()

getPrakrs()

deletePrakrs()

(20)

commit to user 31 3.7 Class Diagram

Gambar 3.16 Class Diagram Prakrs

(21)

commit to user 32 3.8 Entity Relationship Diagram

Entity Relationship Diagram menggambarkan rancangan relasi antar tabel dalam database Sistem Infromasi Pra-krs adalah sebagai berikut :

KHS

semester mahasiswa

kode_prodi nim

nama

angkatan

pra_krs

kode_mk nim

nilai tahun nim

idmakul idtas

semester

MAKUL KODEMAKUL

THPELAPORAN IDPRODI

SEMPELAPORAN NAMAMAKUL

JENISMAKUL SEMESTER

KELMAKUL

STATUSMAKUL SKSMAKUL

METPELAKULIAH SKSPRAKTIKUM

SKSPRALAP SKSTATAPMUKA

IDMAKUL

SKSSIMULASI KURIKULUM

MATPIL IDFAKULTAS

SAP IDRUANG

KESULITAN SKSJADWAL TAS

IDTAS

IDSEMESTER

TAHUNAJAR

TA IDSEMESTER

TAHUNAJAR

makultayang idta idprodi

idmakul

idmayang makulprasyarat

idprasyarat

idmakul

memiliki memiliki memiliki

memiliki memiliki

memiliki

memiliki

Gambar 3.17 Entity Relationship Diagram Sistem Informasi Pra-krs

(22)

commit to user 33 3.9 Tabel-tabel

Dalam aplikasi Sistem Informasi Pra-krs memiliki 9 tabel antara lain dengan deskripsi seperti berikut :

1. Tabel Mahasiswa

Tabel 3.8 Tabel Mahasiswa

Atribut Tipe Data Panjang Keterangan

Nim Varchar 12 Primary key

Nama Varchar 100

Angkatan int 11

Kode_prodi Varchar 12

2. Tabel KHS

Tabel 3.9 Tabel KHS

Atribut Tipe Data Panjang Keterangan

Tahun Varchar 50

Semester varchar 10

Nim varchar 12

Kode_mk varchar 10

Nilai varchar 1

3. Tabel pra_krs

Tabel 3.10 Tabel pra_krs

Atribut Tipe Data Panjang Keterangan

Nim varchar 50 Primary key

Idmakul varchar 10

Idtas varchar 10

semester varchar 10

(23)

commit to user 34 4. Tabel Makul

Tabel 3.11 Tabel Makul

Atribut Tipe Data Panjang Keterangan

IDMAKUL int 11 Primary key

IDPRODI int 11 Foreign key

KODEMAKUL varchar 20

THPELAPORAN varchar 10

SEMPELAPORAN varchar 5

NAMAMAKUL varchar 100

JENISMAKUL Varchar 20

SEMESTER Int 11

KELMAKUL Varchar 10

SKSMAKUL Int 11

SKSTATAPMUKA Varchar 2

SKSPRAKTIKUM Varchar 2

SKSPRAKLAP Varchar 2

SKSSIMULASI Varchar 2

METPELAKULIAH Varchar 10

STATUSMAKUL Varchar 10

KURIKULUM Varchar 10

SAP Varchar 10

IDRUANG Int 11 Foreign key

KESULITAN Int 11

SKSJADWAL Varchar 2

IDFAKULTAS Int 11

MATPIL Varchar 10 Foreign key

(24)

commit to user 35 5. Tabel TAS

Tabel 3.12 Tabel TAS

Atribut Tipe Data Panjang Keterangan

IDTAS Int 11 Primary key

IDSEMESTER Int 11 Foreign key

TAHUNAJAR Varchar 15 Foreign key

6. Tabel TA

Tabel 3.13 Tabel TA

Atribut Tipe Data Panjang Keterangan

TAHUNAJAR varchar 15 Primary key

7. Tabel SEMESTER

Tabel 3.14 Tabel SEMESTER

Atribut Tipe Data Panjang Keterangan

IDSEMESTER int 1 Primary key

Semester varchar 10

8. Tabel Makul Tayang

Tabel 3.15 Tabel Makul Tayang

Atribut Tipe Data Panjang Keterangan

Idmayang int 11 Primary key

Idmakul int 11 Foreign key

Idprodi Int 11 Foreign key

idta int 11 Foreign key

(25)

commit to user 36 9. Tabel Makul Prasyarat

Tabel 3.16 Tabel Makul Prasyarat

Atribut Tipe Data Panjang Keterangan

Idmayang int 11 Primary key

Idmakul int 11 Foreign key

Referensi

Dokumen terkait

dengan ditanggapi aktif oleh peserta didik dari kelompok lainnya sehingga diperoleh sebuah pengetahuan baru yang dapat dijadikan sebagai bahan diskusi

Mengingat bahwa setiap individu dalam perusahaan berasal dari berbagai latar belakang yang berbeda-beda, maka sangat penting bagi perusahaan untuk melihat apa

Pola ruang memiliki bentuk persegi panjang dengan ukuran yang berbeda yang disusun secara linier dan simetris antara sayap kiri dan sayap kanan bangunan.. Pola

Oleh karena itu pabrik yang akan didirikan mempunyai prospek pasar yang baik.Berdasarkan kebutuhan Margarin di Indonesia, maka pabrik akan mulai beroperasi pada tahun 2022

Dijelaskan bahwa ada beberapa kemungkinan sumber dari suatu perubahan bahasa, yaitu kegagalan seorang individu dalam membedakan dua bunyi sehingga terjadilah merger ketika

[r]

Berdasarkan latar belakang masalah diatas maka penulis tertarik untuk melakukan penelitian dengan judul “Efektifitas Model Pembelajaran Kooperatif Tipe Teames Games

Area tersebut memperlihatkan bahwa tube telah mengalami sensitisasi atau korosi batas butir (intergranular corrosion) [3] , Awal retak lelah (initial fatigue crack)