• Tidak ada hasil yang ditemukan

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK Si (1)

N/A
N/A
Protected

Academic year: 2018

Membagikan "SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK Si (1)"

Copied!
31
0
0

Teks penuh

(1)

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

<Sistem Informasi Tugas Akhir Mahasiswa (SITAWA)>

untuk:

Tugas TK36203

Analisis dan Desain Sistem Komputer

Dipersiapkan oleh:

Aldi Renaldi

10213055

Reza Azman Akbari

10213070

Linda Nurjanah

10213074

Syarkawi MS Sanggo

10213077

Firda Jamal Nurhidayah

10213127

Jurusan Teknik Komputer–Universitas Komputer Indonesia

Jalan Dipatiukur, Bandung 40132

(2)

Jurusan Teknik Komputer Universitas Komputer Indonesia

Nomor Dokumen Halaman

GL01-G01

1/14

(3)

DAFTAR PERUBAHAN

Revisi Deskripsi

A

B

C

D

E

F

G

INDEX - A B C D E F G

TGL

Ditulis oleh

Diperiksa oleh

(4)

Daftar Halaman Perubahan

(5)

Daftar Isi

1 Pendahuluan...9

1.1 Tujuan Penulisan Dokumen...9

1.2 Lingkup Masalah...9

1.3 Definisi, Singkatan, dan Akronim...9

1.4 Referensi...10

1.5 Deskripsi Umum Dokumen...10

2 Deskripsi Global Perangkat Lunak...11

2.1 Perspektif Produk...11

2.2 Fungsi Produk...11

2.3 Karakteristik Pengguna...12

2.4 Batasan-batasan...12

2.5 Asumsi dan Kebergantungan...12

3 Deskripsi Rinci Kebutuhan...13

3.1 Kebutuhan antarmuka eksternal...13

3.1.1 Antarmuka pemakai...13

3.1.2 Antarmuka perangkat keras...13

3.1.3 Antarmuka perangkat lunak...13

3.1.4 Antarmuka komunikasi...13

3.2 Kebutuhan Fungsional...13

3.2.1 Aliran informasi...13

3.2.1.1 DFD Level 1...14

3.2.1.2 DFD Level 2 untuk Proses 3...14

3.2.1.3 DFD Level 2 untuk Proses 4...15

3.2.1.4 DFD Level 3 untuk Proses 3.1...15

3.2.1.5 DFD Level 3 untuk Proses 4.1...16

3.2.1.6 DFD Level 3 untuk Proses 4.2...16

(6)

3.3.1 Kamus data...20

3.4 Deskripsi Kebutuhan Non Fungsional...21

3.4.1 Performansi...21

3.4.2 Batasan Memori...21

3.4.3 Modus Operasi...21

3.4.4 Kebutuhan Adaptasi Lokasi...22

3.5 Atribut Kualitas Perangkat Lunak...22

3.5.1 Keandalan...22

3.5.2 Ketersediaan...22

3.5.3 Keamanan...22

3.5.4 Keremawatan (maintainability)...22

3.5.5 Kepemindahan (portability)...22

3.5.6 Batasan Perancangan...22

3.5.7 Matriks Keterunutan...23

4 Kesimpulan dan Saran...24

4.1 Kesimpulan...24

4.2 Saran...24

Daftar Pustaka...25

Daftar Pustaka...25

Lampiran...25

Flow map/Prosedur...25

(7)

Daftar Gambar

Gambar 3.1 Data Context Diagram ...13

Gambar 3.2 Data Flow Diagram Level 1...14

Gambar 3.3 Data Flow Diagram Level 2 untuk Proses 3...14

Gambar 3.4 Data Flow Diagram Level 2 untuk Proses 4...15

Gambar 3.5 Data Flow Diagram Level 3 untuk Proses 3.1...15

Gambar 3.6 Data Flow Diagram Level 3 untuk Proses 4.1...16

(8)

Daftar Tabel

(9)

Daftar Lampiran

(10)

1 Pendahuluan

1.1 Tujuan Penulisan Dokumen

Dokumen spesifikasi kebutuhan pengguna sistem ini bertujuan memberikan deskripsi umum maupun detail mengenai kebutuhan pengguna dalam Sistem Informasi Tugas Akhir Mahasiswa.

1.2 Lingkup Masalah

SITAWA (Sistem Informasi Tugas Akhir Mahasiswa) merupakan perangkat lunak berbasis web

yang bertujuan untuk memantau perkembangan tugas akhir mahasiswa suatu universitas agar dalam pengerjaannya menjadi terarah dan terpadu sehingga dapat mempercepat masa penyelesaian tugas akhir. Berikut tujuan dari sistem informasi tugas akhir mahasiswa:

 Sistem ini mampu memproses seluruh informasi yang ada, baik data mahasiswa ataupun data dosen pembimbing.

 Sistem ini dibuat untuk mempermudah mahasiswa mengetahui semua pengumuman yang berkaitan dengan tugas akhir.

 Semua proses manual diubah kedalam proses digital agar data termanajemen dengan baik, memudahkan pemeriksaan pengumuman, dan pelaporan data yang berhubungan dengan tugas akhir.

1.3 Definisi, Singkatan, dan Akronim

 Dokumen SKPL merupakan singkatan dari dokumen Spesifikasi Kebutuhan Perangkat Lunak, atau sering juga disebut sebagai software requirements specification (SRS), dan merupakan spesifikasi perangkat lunak yang akan dikembangkan.

 DFD merupakan singkatan dari Data Flow Diagram, diagram dan notasi yang digunakan untuk menunjukan aliran data pada perangkat lunak.

 HTML adalah Hyper Text Markup Language, sintaks bahas yang digunakan dalam world wide web.

 PHP (Hypertext Preprocessor) adalah bahasa skrip yang dapat ditanamkan atau disisipkan kedalam HTML. PHP banyak dipakai untuk memprogram situs web dinamis.

(11)

 MySQL adalah sebuah perangkat lunak sistem manajemen basis data SQL atau database

manajemen sistem yang multithread, multiuser, dengan sekitar 6 juta instalasi di dunia.

Localhost adalah nama standar yang diberikan sebagai alamat loopback network interface.

Localhost selalu menerjemahkan loopback IP address 127.0.0.1 dalam IPv4.

 Tugas Akhir (TA) adalah sebuah matakuliah yang harus ditempuh oleh seorang mahasiswa menjelang akhir studinya.

Web browser adalah perangkat lunak yang berfungsi untuk menerima dan menyajikan sumber informasi di Internet. Sebuah sumber informasi diidentifikasi dengan pengidentifikasi sumber seragam yang dapat berupa halaman web, gambar, video, atau jenis konten lainnya.

1.4 Referensi

Dokumen-dokumen yang digunakan sebagai referensi adalah sebagai berikut:

 IEEE Std 830-1993, IEEE Recommended Parctice for Software Requirement Specifications.

 Rekayasa Perangkat Lunak, Pendekatan Praktisi Edisi 7, Roger S Pressman, Mc Graw Hill, 2010.

 PHP dan MySQL untuk Web, Bimo Sunarfrihantono, Andi, 2002.

 Dreamweaver CS6 dan PHP-MySQL untuk Pemula, Andi, 2012.

 Jurusan Teknik Informatika – Institut Teknologi Bandung Panduan GL01.

 Panduan Penggunaan dan Pengisian Spesifikasi Kebutuhan Perangkat Lunak.

1.5 Deskripsi Umum Dokumen

 Bab 1 Pendahuluan, Merupakan pengantar dokumen SKPL yang berisi tujuan penulisan dokumen, lingkup masalah pengembangan perangkat lunak, definisi subsistem, referensi, serta deskripsi umum dokumen yang merupakan ikhtisar dokumen SKPL.

 Bab 2 Deskripsi umum perangkat lunak, mendefinisikan fungsi dari perangkat lunak, karakteristik pengguna, batasan, serta asumsi yang diambil dalam pengembangan perangkat lunak.

(12)

2.1 Perspektif Produk

SITAWA adalah Sistem Informasi Tugas Akhir Mahasiswa berbasis web yang menyediakan layanan kepada mahasiswa atau dosen. Layanan yang didapat oleh mahasiswa adalah memudahkan pendaftaran tugas akhir, mengetahui informasi tugas akhir mahasiswa dari suatu universitas, guna mempercepat penyelesaian tugas akhir mahasiswa. Sedangkan untuk dosen, layanan yang didapat adalah mengetahui perkembangan tugas akhir mahasiswa, mengunggah pengumuman, menyetujui judul yang diajukan oleh mahasiswa tersebut. Sistem ini dapat diakses oleh mahasiswa dan dosen pada sistem operasi yang mempunyai aplikasi web browser.

2.2 Fungsi Produk

Perangkat Lunak SITAWA ini mempunyai beberapa fungsi utama, antara lain:

 (SKPL.F-1) SITAWA mampu melakukan pendaftaran.

 (SKPL.F-2) SITAWA mampu melakukan login.

 (SKPL.F-3) SITAWA mampu mengelola jadwal sidang TA.

 (SKPL-F-3.1) SITAWA mampu mem-posting jadwal sidang TA.

 (SKPL.F-3.2) SITAWA mampu memperbarui jadwal sidang TA.

 (SKPL-F-3.3) SITAWA mampu menghapus jadwal sidang TA.

 (SKPL-F-4) SITAWA mampu mengelola informasi mengenai TA.

 (SKPL-F-4.1) SITAWA mampu memperbarui jadwal bimbingan TA.

 (SKPL-F-4.2) SITAWA mampu memperbarui bidang dosen.

 (SKPL.F-5) SITAWA mampu melihat informasi mengenai TA.

 (SKPL-F-5.1) SITAWA mampu melihat daftar judul TA.

 (SKPL-F-5.2) SITAWA mampu melihat bidang dosen.

 (SKPL.F-6) SITAWA mampu menentukan atau mengubah dosen pembimbing.

2.3 Karakteristik Pengguna

(13)

Kategori Pengguna Tugas

Mahasiswa Menyelesaikan tugas akhir.

Koordinator TA Koordinator dalam penyusunan tugas akhir mahasiswa. Pembimbing TA Mendampingi dan memberi saran tiap mahasiswa

dalam menyusun dan menyelesaikan Tugas Akhir.

Administrator Mengelola website.

2.4 Batasan-batasan

Batasan-batasan yang digunakan pada pengembangan perangkat lunak ini adalah:

 Mahasiswa dan dosen tidak tersambung dengan internet.

 Hanya ditujukkan kepada mahasiswa yang mengambil Tugas Akhir.

 Dikhususkan untuk mahasiswa jurusan Teknik Komputer.

 Diperuntukkan kepada mahasiswa dan dosen pada suatu universitas.  Belum mampu mengunggah dokumen TA

 Belum mampu melakukan pencarian.

2.5 Asumsi dan Kebergantungan

 Para pengguna SITAWA sudah terbiasa menggunakan komputer.

(14)

3 Deskripsi Rinci Kebutuhan

3.1 Kebutuhan antarmuka eksternal

Kebutuhan antarmuka eksternal pada SITAWA mencakup kebutuhan antarmuka pemakai, dan antarmuka perangkat lunak.

3.1.1 Antarmuka pemakai

Antarmuka pemakai menggunakan sistem yang berbasis web. Sehingga pengguna dapat mengoperasikannya menggunakan web browser pada personal komputer atau laptop.

3.1.2 Antarmuka perangkat keras

Kebutuhan minimum perangkat keras yang dapat digunakan oleh SITAWA adalah:

Personal computer (PC)

 Laptop

3.1.3 Antarmuka perangkat lunak

Untuk mengakses SITAWA dapat menggunakan berbagai jenis web browser.

3.1.4 Antarmuka komunikasi

SITAWA menggunakan antarmuka komunikasi client-server.

3.2 Kebutuhan Fungsional

3.2.1 Aliran informasi

Gambar 3.1 Data Context Diagram

3.2.1.1 DFD Level 1

Jurusan Teknik Komputer

Unikom SKPL-G01 Halaman dari

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Komputer - Unikom dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Komputer

SITAWA

Mahasiswa

Login Daftar ID baru Pilih Dosen/Ganti Dosen

Pilih dosen/Ganti Dosen berhasil Pesan Daftar ID berhasil

Informasi mengeai TA Pesan Login tidak berhasil

Mengenai TA

Pesan Daftar ID tidak berhasil Pesan Login berhasil

Informasi jadwal sidang TA

Dosen

Mengenai TA Data informasi TA

Pesan Login berhasil Data jadwal sidang TA

Login

Pesan Login tidak berhasil

Informasi mengenai TA

Dosen Login2 Mahasiswa Daftar1

3 Pesan Login tidak behasil

Pesan Login behasil

User ID Pesan Login tidak behasil

Pesan Login behasil

Load User ID Load User ID

(15)

Gambar 3.2 Data Flow Diagram Level 1

3.2.1.2 DFD Level 2 untuk Proses 3

Gambar 3.3 Data Flow Diagram Level 2 untuk Proses 3

3.2.1.3 DFD Level 2 untuk Proses 4

3.1

Cek dafta judul TA Pilih menu

(16)

Gambar 3.4 Data Flow Diagram Level 2 untuk Proses 4

3.2.1.4 DFD Level 3 untuk Proses 3.1

Gambar 3.5 Data Flow Diagram Level 3 untuk Proses 3.1

3.2.1.5 DFD Level 3 untuk Proses 4.1

Gambar 3.6 Data Flow Diagram Level 3 untuk Proses 4.1 3.1.1

Posting Jadwal

Sidang TA Dosen

3.1.2 Hapus Jadwal

Sidang TA

Jadwal Sidang

Store data Data jadwalSidang TA Data jadwal

Sidang TA Data jadwalSidang TA

4.1.1 Posting Jadwal

Bimbingan TA Dosen

Hapus jadwal bimbingan TA

Data jadwal Bimbingan TA

Data jadwal Bimbingan TA

Bimbingan TA Store data

(17)

3.2.1.6 DFD Level 3 untuk Proses 4.2

Gambar 3.7 Data Flow Diagram Level 3 untuk Proses 4.2

3.2.2 Deskripsi proses

3.2.2.1 Proses 1

Input: Data mahasiswa.

Output: Pesan pendaftaran berhasil, pesan pendaftaran tidak berhasil. Algoritma:

1. Input data mahasiswa.

2. Cek apakah data mahasiswa valid atau tidak.

3. Jika valid, maka data mahasiswa disimpan ke database.

4. Jika data mahasiswa tidak valid, kembali ke langkah nomor 1.

5. Tampilkan pesan pendaftaran telah berhasil atau pesan pendaftaran tidak berhasil.

3.2.2.2 Proses 2

Input: Data mahasiswa atau data dosen.

Output: Pesan login telah berhasil, pesan login tidak berhasil. Algoritma:

1. Input data mahasiswa atau data dosen. 2. Cek apakah data mahasiswa valid atau tidak.

4.2.1 Ubah bidang keahlian Dosen Dosen

Bidang Keahlian Dosen Data bidang

Keahlian Dosen

(18)

4. Jika data tidak valid, kembali ke langkah nomor 1.

5. Tampilkan pesan login telah berhasil atau pesan login tidak berhasil.

3.2.2.3 Proses 3

Input: Data jadwal sidang TA, pilih menu jadwal sidang TA. Output: Informasi jadwal sidang TA.

Algoritma:

1. Jika dosen, input data jadwal sidang TA. 2. Data jadwal sidang TA disimpan di database. 3. Jika mahasiswa, input mengecek jadwal sidang TA. 4. Tampilkan informasi jadwal sidang TA.

3.2.2.4 Proses 3.1

Input: Data jadwal sidang TA. Output: Informasi jadwal sidang TA. Algoritma:

1. Jika dosen, input data jadwal sidang TA. 2. Data jadwal sidang TA disimpan di database.

3. Jika mahasiswa atau dosen, input mengecek jadwal sidang TA. 4. Tampilkan informasi jadwal sidang TA.

3.2.2.5 Proses 3.1.1

Input: Data jadwal sidang TA. Algoritma:

1. Dosen meng-input data jadwal sidang TA. 2. Data jadwal sidang TA disimpan di database.

3.2.2.6 Proses 3.1.2

(19)

1. Dosen meng-input data jadwal sidang TA. 2. Data jadwal sidang TA disimpan di database.

3.2.2.7 Proses 3.2

Input: Mengecek jadwal sidang TA. Output: Informasi jadwal sidang TA. Algoritma:

1. Cek jadwal sidang TA.

2. Tampilkan informasi jadwal TA

3.2.2.8 Proses 4

Input: Data mengenai informasi TA, pilih menu mengenai TA. Output: Informasi mengenai TA.

Algoritma:

1. Jika dosen, input data mengenai informasi TA. 2. Data mengenai informasi TA disimpan di database. 3. Jika mahasiswa, pilih menu mengenai TA.

4. Tampilkan informasi mengenai TA.

3.2.2.9 Proses 4.1

Input: Data jadwal bimbingan TA. Algoritma:

1. Dosen meng-input data jadwal bimbingan TA. 2. Data jadwal bimbingan TA disimpan di database.

3.2.2.10 Proses 4.1.1

Input: Data jadwal bimbingan TA. Algoritma:

1. Dosen meng-input jadwal bimbingan TA.

2. Data jadwal bimbingan TA disimpan di database.

(20)

1. Dosen meng-input jadwal bimbingan TA.

2. Data jadwal bimbingan TA disimpan di database.

3.2.2.12 Proses 4.2

Input: Data bidang keahlian dosen. Algoritma:

1. Input data bidang keahlian dosen.

2. Data bidang keahlian dosen disimpan di database.

3.2.2.13 Proses 4.3

Input: Pilih menu informasi mengenai TA. Output: Informasi mengenai TA.

Algoritma:

1. Pilih menu mengenai TA.

2. Tampilkan informasi mengenai TA.

3.2.2.14 Proses 4.4

Input: Pilih menu daftar judul TA. Output: Informasi judul TA. Algoritma:

1. Pilih menu daftar judul TA. 2. Tampilkan informasi judul TA.

3.2.2.15 Proses 4.5

Input: Pilih menu bidang keahlian dosen. Output: Informasi bidang keahlian dosen. Algoritma:

1. Pilih menu bidang keahlian dosen. 2. Tampilkan bidang keahlian dosen.

3.2.2.16 Proses 5

Input: Data dosen pembimbing.

(21)

Algoritma:

1. Mahasiswa meng-input data dosen pembimbing. 2. Data dosen pembimbing disimpan di database.

3. Tampilkan pesan pilih dosen pembimbing telah berhasil.

3.3 Deskripsi Data

3.3.1 Kamus data

1. Data mahasiswa baru = *identitas mahasiswa baru yang berupa nama, NIM, alamat, kelas, no telp*

2. Data mahasiswa TA = *identitas mahasiswa TA yang berupa nama, NIM, alamat, kelas, no telp*

3. Data dosen = *identitas dosen yang berupa nama, NIP, alamat, no telp* 4. Data jadwal sidang TA = *informasi mengenai jadwal siding TA*

5. Data jadwal bimbingan TA = *informasi mengenai jadwal bimbingan TA* 6. Data mengenai TA = *informasi yang berkaitan TA*

7. Data dosen pembimbing = *informasi mengenai data dosen pembimbing* 8. Data daftar judul TA = *informasi judul judul TA*

9. Data bidang keahlian dosen = *informasi mengenai bidang keahlian dosen*

10. Pesan pendaftaran berhasil = *pesan yang diberikan kepada mahasiswa bahwa proses pendaftaran telah berhasil*

11. Pesan pendaftaran tidak berhasil = *pesan yang diberikan kepada mahasiswa bahwa proses pendaftaran tidak berhasil*

12. Pesan login telah berhasil = *pesan yang diberikan kepada mahasiswa bahwa proses login

telah berhasil*

13. Pesan login tidak berhasil= *pesan yang diberikan kepada mahasiswa bahwa proses login

tidak berhasil*

14. Pilih menu = *pilihan menu dalam tampilan halaman web* 15.Input data mahasiswa = *proses memasukkan data mahasiswa* 16.Input data dosen = *proses memasukkan data dosen*

17. data mahasiswa disimpan ke database = *data mahasiswa TA disimpan di database*

(22)

19. Data jadwal bimbingan TA disimpan di database = *dosen menyimpan jadwal bimbingan TA di database*

20. Data bidang keahlian dosen disimpan di database = *data bidang keahlian dosen disimpan

database*

3.4 Deskripsi Kebutuhan Non Fungsional

3.4.1 Performansi

SITAWA ini dapat digunakan maksimal 40 user yang terhubung dengan sebuah server. Namun, jumlah pengguna yang dapat menggunakannya secara simultan maksimal 20 user. Umumnya batasan ini diakibatkan oleh pembatasan perangkat keras dan kecilnya jalur paket data.

3.4.2 Batasan Memori

Besarnya memori yang dibutuhkan pada komputer klien minimal 512Mb, sedangkan pada komputer

server memori minimal 1Gb. Tidak ada batasan untuk kapasitas minimal harddisk pada komputer

klien, sedangkan kapasitas penyimpanan data pada server adalah sebesar 5 0Gb.

3.4.3 Modus Operasi

Modus operasi SITAWA ini terbagi menjadi 3, yaitu:

 Level user biasa: hanya dapat melakukan pendaftaran tugas akhir, mampu melakukan login,

mampu melihat jadwal sidang, mampu melihat informasi mengenai TA, mampu melihat daftar judul TA.

 Level dosen: mampu mengelola jadwal sidang TA, mampu mem-posting jadwal sidang TA, mampu memperbarui jadwal sidang TA, mampu menghapus jadwal sidang TA, mampu mengelola informasi mengenai TA, mampu memperbarui jadwal bimbingan TA, mampu memperbarui bidang dosen.

 Operasi backup dan recovery dilakukan setiap hari oleh dosen.

3.4.4 Kebutuhan Adaptasi Lokasi

(23)

3.5 Atribut Kualitas Perangkat Lunak

3.5.1 Keandalan

SITAWA ini dapat digunakan oleh mahasiswa yang mengambil TA, adapun aplikasi dan data terpisah penyimpanannya.

3.5.2 Ketersediaan

Ketersediaan data untuk checkpoint, recovery dan restart sudah tertangani dengan baik oleh server.

3.5.3 Keamanan

Pengaksesan SITAWA hanya dapat dilakukan oleh mahasiswa yang memiliki hak akses sebagai

user. Pengelolaan data TA mahasiswa hanya dapat dilakukan oleh dosen yang memiliki hak akses sebagai pembimbing mahasiswa tersebut.

3.5.4 Keremawatan (maintainability)

SITAWA tidak memerlukan perawatan khusus (perawatan data dilakukan oleh database dosen di

server).

3.5.5 Kepemindahan (portability)

SITAWA bersifat portable, karena dirancang untuk berjalan pada semua sistem operasi.

3.5.6 Batasan Perancangan

SITAWA dapat diimplementasikan pada semua sistem operasi, menggunakan kakas notepad++, bahasa pemrograman PHP.

3.5.7 Matriks Keterunutan

Tabel 3.1 Matriks Keterunutan

SKP Fungsi

SKPL-F1 SITAWA mampu melakukan pendaftaran. SKPL-F2 SITAWA mampu melakukan login.

(24)

SKPL-F-4.2 SITAWA mampu memperbarui bidang dosen. SKPL.F-5 SITAWA mampu melihat informasi mengenai TA. SKPL-F-5.1 SITAWA mampu melihat daftar judul TA.

SKPL-F-5.2 SITAWA mampu melihat bidang dosen.

Inspeksi SITAWA akan dilakukan dengan mengamati kode program yang telah dihasilkan permodul. Analisis akan dilakukan dengan pengukuran dari hasil SITAWA dengan hasil yang diharapkan. Demonstrasi akan dilakukan dengan mengamati kesesuaian antara masukan dan keluaran.

4 Kesimpulan dan Saran

4.1 Kesimpulan

SITAWA merupakan perangkat lunak berbasis web yang dibuat untuk mempermudah proses pembuatan tugas akhir. Selain itu tujuan utamanya untuk memantau perkembangan tugas akhir mahasiswa pada suatu universitas agar dalam pengerjaannya menjadi terarah dan terpadu sehingga dapat mempercepat masa penyelesaian tugas akhir. Misalnya mahasiswa dapat melihat bidang keahlian dosen, melihat jadwal sidang TA, serta melihat jadwal bimbingan tugas akhir. Dengan dibuatnya perangkat lunak ini, diharapkan mahasiswa yang mengambil tugas akhir dapat memanfaatkannya untuk kemudahan pengerjaan tugas akhir.

4.2 Saran

(25)

 SITAWA diharapkan mempermudah dosen dalam memberikan informasi mengenai tugas akhir.

 SITAWA diharapkan mempermudah proses administrasi tugas akhir.

 Sistem ini diharapkan dapat memperbarui sistem manual menjadi sistem yang berbasis web.

Daftar Pustaka

[1] IEEE, “IEEE Std 830-1993, IEEE Recommended Parctice for Software Requirement

Specifications.,” 1993. [Online]. Available: https://standards.IEEE.org/findstds/standard/830-1993.html. [Accessed 1 Maret 2016].

[2] R. S. Pressman, Rekayasa Perangkat Lunak Pendekatan Praktisi Edisi 7, Jakarta: Erlangga, 2010.

[3] B. Sunarfrihantono, PHP dan MySQL untuk Web, Yogyakarta: Andi, 2002.

Lampiran

(26)
(27)
(28)
(29)
(30)
(31)

Gambar

Gambar 3.1 Data Context DiagramMengenai TA
Gambar 3.2 Data Flow Diagram Level 1
Gambar 3.6 Data Flow Diagram Level 3 untuk Proses 4.1
Gambar 3.7 Data Flow Diagram Level 3 untuk Proses 4.2
+2

Referensi

Dokumen terkait

Kondisi awal : masuk sebagai admin 3 untuk memasukkan data absensi mahasiswa PTI dan PTE Kondisi Akhir : menampilkan data absensi baru yang telah ditambahkan pada admin 3. Skenario

Fungsi Melihat Data Penjualan ( AGENSAL -006-01 ), adalah fungsi yang digunakan untuk melihat data.. penjualan sesuai hari

Setiap Customer yang akan menjual sesuatu melalui system ini diharuskan mendaftar terlebih dahulu sebagai member dengan mengisikan data identitas diri termasuk

SKPL-E-Prak Halaman 7 dari 16 Dokumen ini dan informasi yang dimilikinya adalah milik Program Keahlian Teknik Komputer - IPB dan bersifat rahasia. Dilarang untuk me-reproduksi

Informasi Pencarian Ruangan Data Ruangan Data Pemesanan Ruangan Tupple Ruangan Record Ruangan Record Pencarian Ruangan Tupple Transaksi Pemesanan Record Transaksi Ruangan Tupple

Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-FIK-UDINUS dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa

Dilarang untuk mereproduksi dokumen ini tanpa diketahui Prodi Teknik Informatika 3.2.5 Use case Spesification :Kelola Data Hasil Kebun E-2 Point untuk data perkebunan yang dipilih

6.Pendataan Pemeriksaan Lanjutan:  Pencatatan informasi pemeriksaan lanjutan termasuk ID pemeriksaan lanjutan, ID pemeriksaan awal yang terkait, tanggal dan waktu pemeriksaan, klinik