Metodologi Penelitian pada Bidang Ilmu Komputer dan Teknologi InformasiAlbaar Rubhasy
Buku ini membahas konsep dasar penelitian termasuk proses penelitian, manfaat metodologi, dan jenis-jenis penelitian. Bab pertama menjelaskan tentang berfikir logis dalam penelitian dan perbedaan antara metode dan metodologi penelitian.
Dokumen ini berisi spesifikasi kebutuhan perangkat lunak untuk sistem informasi penyewaan alat-alat pesta yang mencakup deskripsi umum sistem, fungsi produk, karakteristik pengguna, dan deskripsi umum kebutuhan sistem."
DESKRIPSI PERANCANGAN PERANGKAT LUNAK Sistem Akademik Kartu Hasil StudiWindi Widiastuti
Sistem informasi akademik kartu hasil studi (SIAKAD KHS) dirancang untuk mengelola data akademik dan keuangan mahasiswa serta dosen di Universitas Muhammadiyah Malang. Dokumen ini menjelaskan dekomposisi fungsional dan fisik modul sistem, deskripsi layar dan proses, serta matriks keterkaitan antar komponen sistem."
SOA adalah suatu desain arsitektur yang bersifat loosely-coupled, highly interoperable, reusable, dan interoperability untuk mendukung tercapainya tujuan bisnis. SOA mendukung orientasi layanan dimana layanan merupakan representasi logis dari kegiatan bisnis berulang yang memiliki hasil tertentu dan mandiri. Framework SOA terdiri atas 5 lapisan horisontal dan 4 lapisan vertikal untuk mengintegrasikan proses bisnis.
Spesifikasi kebutuhan perangkat lunak sistem akademik kartu hasil studiWindi Widiastuti
Dokumen Spesifikasi Kebutuhan Perangkat Lunak ini ditujukan untuk mendefinisikan dan menjabarkan tentang sistem akademik untuk kartu hasil studi Universitas Muhammadiyah Malang serta untuk memenuhi tugas mata kuliah Rekayasa Perangkat Lunak. Dokumen ini bertujuan untuk dijadikan bahan acuan bagi dua pihak yang terkait, antara pengembang dan pengguna. Untuk pengembang dokumen ini digunakan sebagai acuan dalam pembuatan perangkat lunak, sedangkan bagi pengguna dokumen ini digunakan untuk mencatat semua spesifikasi kebutuhan yang akan dibutuhkan nanti oleh pengguna. Perangkat lunak sistem informasi yang dibuat ini berfungsi untuk mengolah data nilai mahasiswa, dan data nilai keuangan mahasiswa.
Metodologi Penelitian pada Bidang Ilmu Komputer dan Teknologi InformasiAlbaar Rubhasy
Buku ini membahas konsep dasar penelitian termasuk proses penelitian, manfaat metodologi, dan jenis-jenis penelitian. Bab pertama menjelaskan tentang berfikir logis dalam penelitian dan perbedaan antara metode dan metodologi penelitian.
Dokumen ini berisi spesifikasi kebutuhan perangkat lunak untuk sistem informasi penyewaan alat-alat pesta yang mencakup deskripsi umum sistem, fungsi produk, karakteristik pengguna, dan deskripsi umum kebutuhan sistem."
DESKRIPSI PERANCANGAN PERANGKAT LUNAK Sistem Akademik Kartu Hasil StudiWindi Widiastuti
Sistem informasi akademik kartu hasil studi (SIAKAD KHS) dirancang untuk mengelola data akademik dan keuangan mahasiswa serta dosen di Universitas Muhammadiyah Malang. Dokumen ini menjelaskan dekomposisi fungsional dan fisik modul sistem, deskripsi layar dan proses, serta matriks keterkaitan antar komponen sistem."
SOA adalah suatu desain arsitektur yang bersifat loosely-coupled, highly interoperable, reusable, dan interoperability untuk mendukung tercapainya tujuan bisnis. SOA mendukung orientasi layanan dimana layanan merupakan representasi logis dari kegiatan bisnis berulang yang memiliki hasil tertentu dan mandiri. Framework SOA terdiri atas 5 lapisan horisontal dan 4 lapisan vertikal untuk mengintegrasikan proses bisnis.
Spesifikasi kebutuhan perangkat lunak sistem akademik kartu hasil studiWindi Widiastuti
Dokumen Spesifikasi Kebutuhan Perangkat Lunak ini ditujukan untuk mendefinisikan dan menjabarkan tentang sistem akademik untuk kartu hasil studi Universitas Muhammadiyah Malang serta untuk memenuhi tugas mata kuliah Rekayasa Perangkat Lunak. Dokumen ini bertujuan untuk dijadikan bahan acuan bagi dua pihak yang terkait, antara pengembang dan pengguna. Untuk pengembang dokumen ini digunakan sebagai acuan dalam pembuatan perangkat lunak, sedangkan bagi pengguna dokumen ini digunakan untuk mencatat semua spesifikasi kebutuhan yang akan dibutuhkan nanti oleh pengguna. Perangkat lunak sistem informasi yang dibuat ini berfungsi untuk mengolah data nilai mahasiswa, dan data nilai keuangan mahasiswa.
Pemodelan data (data modeling/ data modelling) merupakan langkah awal dalam proses desain database, yang juga merupakan tahap paling tinggi dan abstrak, juga sering disebut dengan Conceptual Data Model (Watt, 2014). Tujuan dari fase ini adalah untuk dapat menjelaskan data-data yang terdapat dalam database (misalnya entitas : mahasiswa, guru, dosen, mata kuliah, mata pembelajaran), hubungan antar item (misalnya: mahasiswa diawasi dosen, dosen mengajar mata kuliah) serta batasan pada data (misalnya: NIM mahasiswa bernilai tepat 8 digit, mata kuliah memiliki nilai SKS sebanyak 2,3,4 dan 5). Pemodelan data dapat membantu untuk memahami dalam representasi visual data serta mematuhi aturan-aturan bisnis, kepatuhan terhadap peraturan, dan kebijakan yang diterapkan terhadap data terkait.
Model data adalah spesifikasi struktur data dan aturan bisnis yang mewakili kebutuhan bisnis(Sherman, 2015). Salah satu hal pertama yang dapat dilakukan saat mengembangkan aplikasi adalah berbicara dengan grup bisnis tentang kebutuhan sistem yang mereka inginkan, dan kemudian mendokumentasikannya. Selain kebutuhan sistem tersebut, akan ada sekumpulan data yang dibutuhkan untuk menjalankan aplikasi tersebut, baikberupa sistem pelaporan, analisis, maupun pemrosesan transaksi. Selain data yang diperlukan ini, juga akan terdapat beberapa aturan bisnis yang menentukan hubungan antara berbagai entitas data atau objek yang diperlukan.
Pandangan tradisional terhadap pemodelan data dimulai dari pemodelan data logis (Logical Data Modeling)(James V Luisi, 2014). Logical Data Modeling adalah bagian dari siklus hidup pengembangan sistem / Software Development Life Cycle (SDLC) untuk pengembangan aplikasi dan bertujuan untuk dapat meminimalisir redudansi data dengan proses perancangan database yang dikenal dengan istilah normalisasi. Tentunya terdapat perbedaan antara Logical Data Model dengan Logical Data Architecture (LDA) yang merupakan kondisi khusus dalam bisnis untuk mengatur seluruh data perusahaan, terlepas dari apakah LDA tersebut akan berpartisipasi dalam database untuk otomatisasi ataupun tidak.
Dokumen ini membahas perancangan aplikasi manajemen aliran dokumen akademik berbasis XML untuk Fakultas Teknologi Industri Universitas Atma Jaya Yogyakarta. Aplikasi ini akan mengelola penyimpanan, pengiriman, dan pelaporan dokumen akademik seperti jadwal ujian dan pendaftaran mahasiswa dengan menggunakan enkripsi dan digital signature untuk keamanan dokumen. Dokumen ini menjelaskan desain arsitektur, class diagram, database
Organisasi dan Manajemen Perusahaan (Kuliah 1 OMPI)Wisnu Dewobroto
Dokumen tersebut membahas evolusi teori organisasi dan perancangan organisasi secara historis, dimulai dari perspektif klasik yang menjadi dasar teori manajemen saat ini, hingga pendekatan ilmiah Frederick Taylor untuk meningkatkan efisiensi pabrik baja, prinsip-prinsip administrasi berfokus pada organisasi total, serta birokrasi sebagai cara yang efektif untuk kebutuhan era industri.
Sistem Informasi Pengelolaan Alat Tulis Kantor (SIPOLTA) dirancang untuk mengelola data barang kantor secara online. Sistem ini menggunakan arsitektur client-server dengan database MySQL. Terdapat berbagai fitur seperti penambahan, penghapusan, dan pembaruan data barang serta transaksi pembelian dan penjualan. Antarmuka pengguna dirancang untuk mudah digunakan oleh administrator.
Dokumen tersebut membahas tentang definisi dialog antara manusia dan komputer serta berbagai jenis ragam dialog interaktif seperti dialog berbasis perintah, dialog berbasis bahasa pemrograman, dialog berbasis bahasa alami, dialog berbasis menu dan formulir, serta dialog berbasis manipulasi langsung dan antarmuka grafis.
5 pemecahan masalah dan pendekatan engineeringReza4646
Dokumen tersebut membahas tentang pendekatan pemecahan masalah dan desain engineering yang meliputi identifikasi masalah, pengumpulan informasi, pencarian solusi, evaluasi, dan implementasi desain untuk memecahan masalah secara sistematis dan metodis. Tahapan utama mencakup pendefinisian masalah, pengumpulan data, ide kreatif, evaluasi alternatif, dan komunikasi hasil kepada stakeholder.
Engineering adalah profesi yang menerapkan pengetahuan matematika dan ilmu alam untuk menemukan solusi-solusi yang ekonomis dalam memanfaatkan sumber daya alam demi kemaslahatan manusia. Profesi ini membutuhkan pendidikan khusus dan berbagai cabangnya meliputi teknik mesin, elektro, kimia, industri, dan sipil. Aktivitas utama engineer meliputi penelitian, desain, produksi, konstruksi, operasi, dan penjualan.
Ringkasan dokumen tersebut adalah:
1. Dokumen tersebut membahas tentang Data Definition Language (DDL) yang merupakan bahasa untuk mendefinisikan skema basis data dengan menjelaskan fungsi, perintah-perintah, dan contohnya.
Software requirementsspecification aplikasi logistik alat tulis kantorPutu Shinoda
Dokumen ini merupakan Spesifikasi Kebutuhan Perangkat Lunak untuk mengatur logistik alat tulis kantor berbasis Java. Dokumen ini menjelaskan fitur, desain basis data dan diagram UML, serta persyaratan antarmuka dan non fungsional sistem."
Cjr psikologi pendidikan dinda permata saridindavishaka
Dokumen tersebut merangkum hasil kajian kritis terhadap sebuah jurnal yang berjudul "PENGARUH DISCOVERY LEARNING MODEL BERBANTUAN MEDIA OBJEK LANGSUNG TERHADAP KETERAMPILAN MENULIS TEKS LAPORAN OBSERVASI". Ringkasannya adalah:
1. Jurnal tersebut membahas pengaruh model pembelajaran discovery learning dengan bantuan media terhadap keterampilan menulis siswa.
2. Hasilnya menunjukkan peningkatan
Dokumen ini berisi spesifikasi kebutuhan perangkat lunak untuk sistem informasi bengkel Kitabisa.co.id yang meliputi tujuan, lingkup fungsionalitas sistem, deskripsi umum sistem, kebutuhan fungsional dan non fungsional, serta ringkasan kebutuhan yang diperlukan.
Scrum adalah metode pengembangan perangkat lunak yang menggunakan kerangka kerja beberapa orang dari berbagai latar belakang yang tergabung dalam satu tim untuk memberikan hasil kerja yang produktif dan fleksibel. Metode ini memiliki tahapan seperti sprint dan acara formal serta didasarkan pada nilai-nilai seperti keberanian, komitmen, dan kerja sama. Scrum membandingkan dengan metode lain seperti Kanban yang memiliki peran yang berbeda
Dokumen ini berisi panduan pengisian Spesifikasi Kebutuhan Perangkat Lunak (SKPL) berorientasi proses. SKPL ini terdiri dari pendahuluan, deskripsi global perangkat lunak, deskripsi rinci kebutuhan, matriks keterunutan, dan informasi tambahan. Pendahuluan berisi tujuan, lingkup, definisi, referensi, dan deskripsi umum dokumen. Deskripsi global memberikan perspektif, fungsi, karakteristik pengguna, batasan, dan asum
Pemodelan data (data modeling/ data modelling) merupakan langkah awal dalam proses desain database, yang juga merupakan tahap paling tinggi dan abstrak, juga sering disebut dengan Conceptual Data Model (Watt, 2014). Tujuan dari fase ini adalah untuk dapat menjelaskan data-data yang terdapat dalam database (misalnya entitas : mahasiswa, guru, dosen, mata kuliah, mata pembelajaran), hubungan antar item (misalnya: mahasiswa diawasi dosen, dosen mengajar mata kuliah) serta batasan pada data (misalnya: NIM mahasiswa bernilai tepat 8 digit, mata kuliah memiliki nilai SKS sebanyak 2,3,4 dan 5). Pemodelan data dapat membantu untuk memahami dalam representasi visual data serta mematuhi aturan-aturan bisnis, kepatuhan terhadap peraturan, dan kebijakan yang diterapkan terhadap data terkait.
Model data adalah spesifikasi struktur data dan aturan bisnis yang mewakili kebutuhan bisnis(Sherman, 2015). Salah satu hal pertama yang dapat dilakukan saat mengembangkan aplikasi adalah berbicara dengan grup bisnis tentang kebutuhan sistem yang mereka inginkan, dan kemudian mendokumentasikannya. Selain kebutuhan sistem tersebut, akan ada sekumpulan data yang dibutuhkan untuk menjalankan aplikasi tersebut, baikberupa sistem pelaporan, analisis, maupun pemrosesan transaksi. Selain data yang diperlukan ini, juga akan terdapat beberapa aturan bisnis yang menentukan hubungan antara berbagai entitas data atau objek yang diperlukan.
Pandangan tradisional terhadap pemodelan data dimulai dari pemodelan data logis (Logical Data Modeling)(James V Luisi, 2014). Logical Data Modeling adalah bagian dari siklus hidup pengembangan sistem / Software Development Life Cycle (SDLC) untuk pengembangan aplikasi dan bertujuan untuk dapat meminimalisir redudansi data dengan proses perancangan database yang dikenal dengan istilah normalisasi. Tentunya terdapat perbedaan antara Logical Data Model dengan Logical Data Architecture (LDA) yang merupakan kondisi khusus dalam bisnis untuk mengatur seluruh data perusahaan, terlepas dari apakah LDA tersebut akan berpartisipasi dalam database untuk otomatisasi ataupun tidak.
Dokumen ini membahas perancangan aplikasi manajemen aliran dokumen akademik berbasis XML untuk Fakultas Teknologi Industri Universitas Atma Jaya Yogyakarta. Aplikasi ini akan mengelola penyimpanan, pengiriman, dan pelaporan dokumen akademik seperti jadwal ujian dan pendaftaran mahasiswa dengan menggunakan enkripsi dan digital signature untuk keamanan dokumen. Dokumen ini menjelaskan desain arsitektur, class diagram, database
Organisasi dan Manajemen Perusahaan (Kuliah 1 OMPI)Wisnu Dewobroto
Dokumen tersebut membahas evolusi teori organisasi dan perancangan organisasi secara historis, dimulai dari perspektif klasik yang menjadi dasar teori manajemen saat ini, hingga pendekatan ilmiah Frederick Taylor untuk meningkatkan efisiensi pabrik baja, prinsip-prinsip administrasi berfokus pada organisasi total, serta birokrasi sebagai cara yang efektif untuk kebutuhan era industri.
Sistem Informasi Pengelolaan Alat Tulis Kantor (SIPOLTA) dirancang untuk mengelola data barang kantor secara online. Sistem ini menggunakan arsitektur client-server dengan database MySQL. Terdapat berbagai fitur seperti penambahan, penghapusan, dan pembaruan data barang serta transaksi pembelian dan penjualan. Antarmuka pengguna dirancang untuk mudah digunakan oleh administrator.
Dokumen tersebut membahas tentang definisi dialog antara manusia dan komputer serta berbagai jenis ragam dialog interaktif seperti dialog berbasis perintah, dialog berbasis bahasa pemrograman, dialog berbasis bahasa alami, dialog berbasis menu dan formulir, serta dialog berbasis manipulasi langsung dan antarmuka grafis.
5 pemecahan masalah dan pendekatan engineeringReza4646
Dokumen tersebut membahas tentang pendekatan pemecahan masalah dan desain engineering yang meliputi identifikasi masalah, pengumpulan informasi, pencarian solusi, evaluasi, dan implementasi desain untuk memecahan masalah secara sistematis dan metodis. Tahapan utama mencakup pendefinisian masalah, pengumpulan data, ide kreatif, evaluasi alternatif, dan komunikasi hasil kepada stakeholder.
Engineering adalah profesi yang menerapkan pengetahuan matematika dan ilmu alam untuk menemukan solusi-solusi yang ekonomis dalam memanfaatkan sumber daya alam demi kemaslahatan manusia. Profesi ini membutuhkan pendidikan khusus dan berbagai cabangnya meliputi teknik mesin, elektro, kimia, industri, dan sipil. Aktivitas utama engineer meliputi penelitian, desain, produksi, konstruksi, operasi, dan penjualan.
Ringkasan dokumen tersebut adalah:
1. Dokumen tersebut membahas tentang Data Definition Language (DDL) yang merupakan bahasa untuk mendefinisikan skema basis data dengan menjelaskan fungsi, perintah-perintah, dan contohnya.
Software requirementsspecification aplikasi logistik alat tulis kantorPutu Shinoda
Dokumen ini merupakan Spesifikasi Kebutuhan Perangkat Lunak untuk mengatur logistik alat tulis kantor berbasis Java. Dokumen ini menjelaskan fitur, desain basis data dan diagram UML, serta persyaratan antarmuka dan non fungsional sistem."
Cjr psikologi pendidikan dinda permata saridindavishaka
Dokumen tersebut merangkum hasil kajian kritis terhadap sebuah jurnal yang berjudul "PENGARUH DISCOVERY LEARNING MODEL BERBANTUAN MEDIA OBJEK LANGSUNG TERHADAP KETERAMPILAN MENULIS TEKS LAPORAN OBSERVASI". Ringkasannya adalah:
1. Jurnal tersebut membahas pengaruh model pembelajaran discovery learning dengan bantuan media terhadap keterampilan menulis siswa.
2. Hasilnya menunjukkan peningkatan
Dokumen ini berisi spesifikasi kebutuhan perangkat lunak untuk sistem informasi bengkel Kitabisa.co.id yang meliputi tujuan, lingkup fungsionalitas sistem, deskripsi umum sistem, kebutuhan fungsional dan non fungsional, serta ringkasan kebutuhan yang diperlukan.
Scrum adalah metode pengembangan perangkat lunak yang menggunakan kerangka kerja beberapa orang dari berbagai latar belakang yang tergabung dalam satu tim untuk memberikan hasil kerja yang produktif dan fleksibel. Metode ini memiliki tahapan seperti sprint dan acara formal serta didasarkan pada nilai-nilai seperti keberanian, komitmen, dan kerja sama. Scrum membandingkan dengan metode lain seperti Kanban yang memiliki peran yang berbeda
Dokumen ini berisi panduan pengisian Spesifikasi Kebutuhan Perangkat Lunak (SKPL) berorientasi proses. SKPL ini terdiri dari pendahuluan, deskripsi global perangkat lunak, deskripsi rinci kebutuhan, matriks keterunutan, dan informasi tambahan. Pendahuluan berisi tujuan, lingkup, definisi, referensi, dan deskripsi umum dokumen. Deskripsi global memberikan perspektif, fungsi, karakteristik pengguna, batasan, dan asum
Spesifikasi Kebutuhan Perangkat Lunak (SKPL) untuk Aplikasi Konversi Kurs Sangat Sederhana Sekali (AKKSES) yang dirancang untuk melakukan konversi kurs dolar AS ke rupiah dan operasi aritmatika sederhana untuk pengguna umum maupun administrator. Dokumen ini menjelaskan tujuan, lingkup, deskripsi umum, kebutuhan fungsional dan non-fungsional, serta batasan perangkat lunak.
Spesifikasi Kebutuhan Perangkat Lunak (SKPL) untuk Aplikasi Konversi Kurs Sangat Sederhana Sekali (AKKSES) yang dirancang untuk melakukan konversi kurs dolar AS ke rupiah dan operasi aritmatika sederhana serta dapat diakses pengguna melalui web browser. Dokumen ini menjelaskan tujuan, lingkup, deskripsi umum sistem, fungsi, karakteristik pengguna, dan kebutuhan perangkat lunak secara rinci
Dokumen ini berisi spesifikasi kebutuhan perangkat lunak Academic Document Workflow (AcaDocflow) yang akan dibangun untuk mengubah sistem manajemen dokumen Fakultas Teknologi Industri UAJY dari berbasis kertas menjadi berbasis digital dengan menerapkan mekanisme keamanan data. Dokumen ini menjelaskan tujuan, lingkup masalah, istilah yang digunakan, referensi dan deskripsi umum dari perangkat lunak yang akan dibangun.
Dokumen ini berisi dokumentasi pembuatan sistem informasi pengelolaan piutang di SLPK Pos Makassar. Dokumen ini memuat pendahuluan, deskripsi umum sistem dan kebutuhan, desain global dan rinci, pengujian perangkat lunak, serta penutup. Dokumen ini menjelaskan proses bisnis, diagram alir data, model data, spesifikasi fungsional dan non fungsional, serta hasil pengujian modul login dan pengelolaan data.
Dokumen ini berisi panduan penulisan Deskripsi Perancangan Perangkat Lunak (DPPL) dengan pendekatan berorientasi proses. DPPL ini terdiri dari beberapa bagian utama yaitu pendahuluan, deskripsi perancangan, matriks keterunutan, dan informasi tambahan. Pendahuluan berisi tujuan, lingkup masalah, definisi, referensi, dan deskripsi umum dokumen. Deskripsi perancangan meliputi rancangan lingkungan implementasi, dekomposisi fung
Berikut fungsi utama sistem BidMe:
1. Layanan pelelangan aplikasi mobile phone
- Mengunggah aplikasi untuk dilelang
- Meninjau aplikasi yang dilelang
- Melakukan tawar menawar harga aplikasi
- Memilih pemenang lelang
2. Layanan informasi dan tutorial
- Mengunggah tutorial pengembangan aplikasi
- Mengunggah informasi terkait industri aplikasi mobile
3. Layanan forum diskusi
- Membuat thread diskusi baru
Dokumen ini berisi perancangan perangkat lunak aplikasi konversi kurs sangat sederhana (AKKSES). Dokumen ini menjelaskan deskripsi perancangan global dan rinci untuk modul-modul aplikasi, termasuk tabel basis data, fungsi-fungsi, algoritma, layar tampilan, dan keterkaitan antar komponen.
Spesifikasi Kebutuhan Perangkat Lunak (SKPL) untuk Sistem Informasi Sekolah (SIS) yang menjelaskan kebutuhan fungsional dan non fungsional perangkat lunak berbasis web untuk melihat data nilai dan absen siswa secara online.
Dokumen ini berisi spesifikasi kebutuhan perangkat lunak Point of Sales (POS) bernama POSku untuk digunakan pada minimarket. POSku dirancang untuk melakukan transaksi penjualan, mengelola data barang dan pegawai, serta melihat laporan penjualan. Terdapat empat pengguna yaitu HR, kasir, gudang, dan manager dengan hak akses dan tugas yang berbeda-beda.
Dokumen ini berisi spesifikasi kebutuhan perangkat lunak untuk aplikasi pemesanan makanan online bernama Bungkusin yang mencakup deskripsi sistem, fungsi, karakteristik pengguna, kebutuhan fungsional dan non fungsional, serta batasan perancangan.
Paper ini bertujuan untuk menganalisis pencemaran udara akibat pabrik aspal. Analisis ini akan fokus pada emisi udara yang dihasilkan oleh pabrik aspal, dampak kesehatan dan lingkungan dari emisi tersebut, dan upaya yang dapat dilakukan untuk mengurangi pencemaran udara
Modul Ajar Matematika Kelas 11 Fase F Kurikulum MerdekaFathan Emran
Modul Ajar Matematika Kelas 11 SMA/MA Fase F Kurikulum Merdeka - abdiera.com. Modul Ajar Matematika Kelas 11 SMA/MA Fase F Kurikulum Merdeka. Modul Ajar Matematika Kelas 11 SMA/MA Fase F Kurikulum Merdeka. Modul Ajar Matematika Kelas 11 SMA/MA Fase F Kurikulum Merdeka. Modul Ajar Matematika Kelas 11 SMA/MA Fase F Kurikulum Merdeka.
Ppt landasan pendidikan Pai 9 _20240604_231000_0000.pdffadlurrahman260903
Ppt landasan pendidikan tentang pendidikan seumur hidup.
Prodi pendidikan agama Islam
Fakultas tarbiyah dan ilmu keguruan
Universitas Islam negeri syekh Ali Hasan Ahmad addary Padangsidimpuan
Pendidikan sepanjang hayat atau pendidikan seumur hidup adalah sebuah system konsepkonsep pendidikan yang menerangkan keseluruhan peristiwa-peristiwa kegiatan belajarmengajar yang berlangsung dalam keseluruhan kehidupan manusia. Pendidikan sepanjang
hayat memandang jauh ke depan, berusaha untuk menghasilkan manusia dan masyarakat yang
baru, merupakan suatu proyek masyarakat yang sangat besar. Pendidikan sepanjang hayat
merupakan asas pendidikan yang cocok bagi orang-orang yang hidup dalam dunia
transformasi dan informasi, yaitu masyarakat modern. Manusia harus lebih bisa menyesuaikan
dirinya secara terus menerus dengan situasi yang baru.
1. TF01
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
SIPOLTA
(Sistem Informasi Pengelolaan Alat Tulis Kantor)
Dipersiapkan oleh:
Astri Tika Pratiwi 0910683023
Dian Arisandy 0910680074
Ervin Yohannes 0910680055
Program Studi Teknik Informatika – Universitas Brawijaya
Jl. Mayjend. Haryono no. 167, Malang
Program Studi Nomor Dokumen Halaman
Teknik Informatika UB TF01
Revisi Tgl: 14-12-2011
2. DAFTAR PERUBAHAN
Revisi Deskripsi
A
B
C
D
E
F
G
INDEX - A B C D E F G
TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 2 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
3. Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 3 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
4. Daftar Isi
1. Pendahuluan ........................................................................................................................................................ 7
1.1 Tujuan Penulisan Dokumen..................................................................................................................... 7
1.2 Lingkup Masalah ..................................................................................................................................... 7
1.3 Definisi, Istilah dan Singkatan ................................................................................................................ 8
1.4 Referensi .................................................................................................................................................. 9
1.5 Deskripsi umum Dokumen (Ikhtisar) ...................................................................................................... 9
2 Deskripsi Umum Perangkat Lunak................................................................................................................ 10
2.1 Deskripsi Umum Sistem ........................................................................................................................ 10
2.2 Fungsi Produk........................................................................................................................................ 10
2.3 Karakteristik Pengguna.......................................................................................................................... 11
2.4 Batasan .................................................................................................................................................. 12
3 Deskripsi Umum 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.................................................................................................................. 14
3.2 Kebutuhan Fungsional ........................................................................................................................... 15
3.2.1 Use case diagram ........................................................................................................................... 16
3.3 Data Requirement ................................................................................................................................. 18
3.3.1 E-R diagram................................................................................................................................... 18
3.4 Non Functional Requirement................................................................................................................. 19
3.5 Batasan Perancangan ............................................................................................................................. 20
3.6 Kerunutan (traceability) ......................................................................................................................... 20
3.7 Ringkasan Kebutuhan ............................................................................................................................ 20
3.7.1 Functional Requirement Summary ................................................................................................ 20
3.7.2 Non Functional Requirement Summary ........................................................................................ 20
Daftar Gambar
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 4 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
5. Gambar 1 : Context Diagram (DFD level 0) untuk SPKBMSCCDB......................................................................... 15
Gambar2 : DFD level 1 (Daftar) untuk SPKBMSCCDB ......................................................................................... 16
Gambar3 : DFD level 2 untuk SPKBMSCCDB ........................................................................................................ 16
Gambar3.1 : DFD level 2 (masuk) untuk SPKBMSCCDB ........................................................................................... 16
Gambar3.2 : DFD level 2 (keluar )untuk SPKBMSCCDB............................................................................................. 17
Gambar3.3 : DFD level 2 (kehilangan )untuk SPKBMSCCDB..................................................................................... 17
Gambar4 : ER Diagram untuk SPKBMSCCDB.......................................................................................................... 18
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 5 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
6. Daftar Tabel
Tabel 1. Definisi, Singkatan dan Akronim ............................................................................................................ 8
Tabel 2. Karakteristik Pengguna ........................................................................................................................... 11
Tabel 3. Non Functional Requirement .................................................................................................................. 20
Tabel 4. Data Store vs ER Diagram ..................................................................................................................... 21
Tabel 5. Functional Requirement Summary ........................................................................................................ 21
Tabel 6. Non Functional Requirement Summary ................................................................................................ 22
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 6 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
7. Program StudiTeknik Informatika UB SKPL-TF01 Halaman 7 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
8. 1 Pendahuluan
1.1 Tujuan Penulisan Dokumen
Tujuan dokumen ini adalah untuk menggambarkan kebutuhan pemakai, pelaporan dan kebutuhan
lingkup alat tulis kantor. SIPOLTA adalah suatu perangkat lunak yang dirancang sebagai sistem yang
dapat memonitoring penggunaan alat tulis kantor yang dibutuhkan selama proses kerja berlangsung.
Pengguna dokumen ini adalah para pemilik suatu perusahaan tertentu yang menginginkan
penggunaan sistem alat tulis kantor yang efisien yang dapat di penuhi oleh SIPOLTA dengan acuan
yang telah disepakati bersama dalam membangun perangkat lunak tersebut.
1.2 Lingkup Masalah
Perangkat lunak yang dibangun adalah perangkat lunak yang memudahkan mengakses alat tulis
kantor yang dibutuhkan. SIPOLTA membantu user dan admin untuk mengatur jalannya alat tulis
kantor. SIPOLTA dapat benar-benar membantu penggunaan alat tulis kantor secara efektif dan efisien.
SIPOLTA terhubung dengan basis data tertentu yang digunakan suatu perusahaaan tertentu sehingga
seluruh informasi tentang alat tulis kantor yang masuk dan keluar dimiliki oleh suatu perusahaan.
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 8 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
9. 1.3 Definisi, Istilah dan Singkatan
Istilah, Akronim dan Singkatan Keterangan
SKPL Spesifikasi Kebutuhan Perangkat Lunak
Merupakan dokumen hasil analisis yang berisi spesifikasi
kebutuhan user.
IEEE Institute of Electrrical and Electronics Engineers
Merupakan standar internasional untuk pengembangan dan
rancangan perangkat lunak
SIPOLTA Sistem Informasi Pengelolaan Alat Tulis Kantor
Merupakan sistem yang membantu mengatur alat tulis
kantor yang digunakan.
Admin Merupakan administrator yaitu seseorang yang mengatur
operasional sistem dan bertanggung jawab atas segala isi
dari database.
User Pengguna kendaraan bermotor
Database Kumpulan dari berbagai data yang saling berhubungan satu
dengan yang lainnya
ERD Entity Relationship Diagram, merupakan diagram yang
menggambarkan relasi antara entiti dan atribut dari masing-
masing entity.
Tabel 1 : Definisi, Singkatan, Akronim
1.4 Referensi
IEEE Std 830-1993, IEEE Recommended Parctice for Software Requirement Specifications.
Bayu Hendradjaya. Panduan Penulisan Spesifikasi Kebutuhan Perangkat Lunak (SKPL). Jurusan
Teknik Informatika ITB.
1.5 Deskripsi umum Dokumen (Ikhtisar)
Dokumen SKPL ini dibagi menjadi tiga bagian utama. Bagian utama berisi penjelasan tentang
dokumen SKPL yang mencakup tujuan pembuatan dokumen ini, lingkup masalah yang diselesaikan
oleh perangkat lunak yang dikembangkan, definisi, referensi dan deskripsi umum.
Bagian kedua berisi penjelasan secara umum mengenai perangkat lunak yang akan dikembangkan
meliputi fungsi dari perangkat lunak, karakteristik pengguna, batasan, dan asumsi yang diambil dalam
pengembangan perangkat lunak.
Bagian ketiga berisi uraian kebutuhan perangkat lunak secara lebih rinci.
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 9 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
10. 2 Deskripsi Umum Perangkat Lunak
2.1 Deskripsi Umum Sistem
Dalam sistem SIPOLTA admin dari BP bertanggung jawab dalam hal pengelolaan alat tulis kantor dan
pembuatan laporan dengan di bantu user dari BP. Perbedaannya terletak pada saat pihak lain ingin melakukan
complain / perbaikan maka pihak lain dapat menghubungi user dari BP dan setelah itu user dari BP akan
memberitahu admin dari BP karena yang bisa mengedit dan menghapus hanya bisa di lakukan oleh admin dari
BP sedangkan user dari BP hanya bisa memasukkan data baru saja dam untuk pihak lainnya hanya bisa melihat
laporan sesuai dengan bagiannya masing-masing.
2.2 Fungsi Produk
Adapun fungsi-fungsi yang dimiliki oleh sistem SIPOLTA ini adalah :
Melakukan login [SKPL- SIPOLTA.K-0001].
Melakukan pengisian data barang [SKPL- SIPOLTA.K-0002].
Menyimpan data masukan ke dalam database. [SKPL- SIPOLTA.K-0003].
Sinkronisasi antara data awal dengan data pemakaian. [SKPL- SIPOLTA.K-0004].
Melakukan logout [SKPL-SIPOLTA.K-0005].
Melakukan update dan delete [SKPL-SIPOLTA.K-0006].
2.3 Karakteristik Pengguna
Pengguna system SIPOLTA adalah perusahaan yang memerlukan pengaturan dalam pengolahan alat tulis
kantor dan cara menggunakan alat tulis kantor dengan efektif dan efisien.
Pengguna juga dapat berupa pengguna yang memiliki tingkat otorisasi khusus yang disebut sebagai
administrator dan mempunyai wewenang untuk melakukan edit, tambah dan hapus data dan bertanggung jawab
apabila terjadi kehilangan data, serta melakukan pengecekan data apabila terjadi kesalahan dalam pemasukan
data.
Kategori Pengguna Tugas Hak Akses ke aplikasi
User Melaporkan pada administrator dari SKPL- SIPOLTA.K-0001
BP jika pihak lain ada yang SKPL- SIPOLTA.K-0002
complain mengenai isi data dan SKPL- SIPOLTA.K-0003
memasukkan data baru ke dalam SKPL- SIPOLTA.K-0004
database sesuai dengan kondisi SKPL- SIPOLTA.K-0005
Administrator Melakukan pengecekan data dan SKPL- SIPOLTA.K-0001
melakukan edit, hapus dan tambah SKPL- SIPOLTA.K-0002
ke dalam database serta menerima SKPL- SIPOLTA.K-0003
complain user dari BP jika ada SKPL- SIPOLTA.K-0004
kesalahan pemasukkan data SKPL- SIPOLTA.K-0005
SKPL- SIPOLTA.K-0006
Tabel 2. Karakteristik Pengguna
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 10 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
11. 2.4 Batasan
Batasan-batasan yang digunakan dalam sistem SIPOLTA ini adalah sebagai berikut :
Sebelum admin dan user melihat data dan memasukkan data baru terlebih dahulu di persilahkan untuk
login dengan memasukkan username dan password.
Sistem SIPOLTA ini hanya dapat digunakan oleh perusahaan atau pihak yang ingin mengatur jalannya
alat tulis kantor dengan efisien dan efektif.
Admin berhak mengubah, menambah dan menghapus data yang ada didalam database sedangkan user
berhak memasukkan data saja.
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 11 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
12. 3 Deskripsi Umum Kebutuhan
3.1 Kebutuhan antarmuka eksternal
Kebutuhan antarmuka eksternal yang didefinisikan pada sistem ini mencakup kebutuhan antarmuka
pemakai, antarmuka perangkat keras, dan antarmuka perangkat lunak.
3.1.1 Antarmuka pemakai
Interface user dari sistem ini yaitu : program aplikasi dreamweaver CS 3 (untuk tampilan sistem) .
Sedangkan pengguna berinteraksi dengan program aplikasi dreamweaver CS 3 melalui antarmuka
berbasis grafis html. Dimana dapat menampilkan menu-menu dan gambar-gambar kepada pengguna
melalui monitor secara langsung.
3.1.2 Antarmuka perangkat keras
Kebutuhan minimum perangkat keras yang diperlukan dan dipakai dalam sistem ini
antara lain :
a. Laptop / komputer
b. Printer
c. kertas
Selebihnya, sistem ini membutuhkan perangkat keras yang lebih spesifik.
3.1.3 Antarmuka perangkat lunak
SIPOLTA merupakan perancangan sistem yang akan dibangun dengan teknologi website yang akan
dicetak dan datanya akan dimasukkan ke dalam database MySQL. MySQL digunakan pada sistem ini
karena kemampuan untuk menyimpan data secara yang baik dan tidak mudah rusak dengan ditunjang
dengan sistem back-up yang baik.
Dreamweaver merupakan salah satu program aplikasi dari yang berbasis grafis htnl. Dreamweaver CS 3
merupakan bahasa pemrograman yang bekerja dalam lingkup Ms. Windows. Antara php dengan
database MySQL merupakan program aplikasi yang terpisah. Untuk melakukan hubungan antara
database MySQL dengan dreamweaver diperlukan koneksi antara keduanya dengan menggunakan
perantara yang namanya apache. Perantara ini sudah menjadi bawaan dari xampp . Sehingga pada
dreamweaver tinggal membuat koneksi ke MySQL, membuat form atau objek untuk menampung hasil
tampilan dari database MySQL.
3.1.4 Antarmuka komunikasi
Antarmuka komunikasi dalam system ini menggunakan web browser yaitu : Mozilla firefox, google
chrome, internet explorer dan sebagainya.
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 12 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
13. 3.2 Deskripsi Fungsional
3.2.1 Use case diagram
Use case : merubah atau mengedit pencatatan laporan
Diagram :
Deskripsi :
administrator dari BP dapat merubah atau mengedit pencatatan dan laporan termasuk juga dapat menghapus data
dari database.
Step by step :
1.
Use case : mencatat data awal barang
Diagram :
Deskripsi :
Administrator dari BP mencatat data awal barang dengan di bantu oleh user dari BP
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 13 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
14. Step by step :
1. Masukkan username dan password dalam form login jika anda belum masuk sedangkan jika anda
belum keluar karena sudah masuk langsung ke langkah 4.
2. Jika sukses maka akan muncul tampilan “selamat datang hai admin”.
3. Admin dan user dari BP menekan tombol “mulai pencatatan”.
4. Tekan menu “pencatatan” dan tekan “data barang”.
5. Tekan “lihat tabel” untuk melihat tabel data barang.
6. Masukkan data yang ingin dimasukkan ke dalam table sesuai dengan kolom/baris yang ada pada tabel.
7. Jika selesai tekan tombol “tambah”.
8. Jika sukses akan muncul tampilan “ database barang oke”
9. Tekan tombol “kembali ” untuk melihat data barang.
10. Dan tekan tombol “logout” untuk keluar.
Use case : mencatat rencana pemakaian barang
Diagram :
Deskripsi :
Administrator dari BP mencatat rencana pemakaian barang dari awal sampai akhir dengan di bantu oleh user dari
BP
Step by step :
1. Masukkan username dan password dalam form login jika anda belum masuk sedangkan jika anda
belum keluar karena sudah masuk langsung ke langkah 4.
2. Jika sukses maka akan muncul tampilan “selamat datang hai admin”.
3. Admin dan user dari BP menekan tombol “mulai pencatatan”.
4. Tekan menu “pencatatan” dan tekan “rencana pemakaian”.
5. Tekan “lihat tabel” untuk melihat tabel rencana pemakaian.
6. Masukkan data yang ingin dimasukkan ke dalam table sesuai dengan kolom/baris yang ada pada tabel.
7. Jika selesai tekan tombol “tambah”.
8. Jika sukses akan muncul tampilan “ database barang oke”
9. Tekan tombol “kembali ” untuk melihat data barang.
10. Dan tekan tombol “logout” untuk keluar.
Use case : mencatat pengadaan barang
Diagram :
Deskripsi :
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 14 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
15. Administrator mencatat pengadaan barang yang digunakan oleh perusahaan dengan dibantu oleh user dari BP
Step by step :
1. Masukkan username dan password dalam form login jika anda belum masuk sedangkan jika anda
belum keluar karena sudah masuk langsung ke langkah 4.
2. Jika sukses maka akan muncul tampilan “selamat datang hai admin”.
3. Admin dan user dari BP menekan tombol “mulai pencatatan”.
4. Tekan menu “pencatatan” dan tekan “pengadaan barang”.
5. Masukkan data yang ingin dimasukkan ke dalam table sesuai dengan kolom/baris yang ada pada tabel.
6. Jika selesai tekan tombol “tambah”.
7. Jika sukses akan muncul tampilan “ database barang oke”
8. Tekan tombol “kembali ” untuk melihat data barang.
9. Dan tekan tombol “logout” untuk keluar.
Use case : mencatat pemakaian barang
Diagram :
Deskripsi :
Administrator dari BP mencatat barang apa saja yang di pakai selama proses produksi dengan di bantu oleh user
dari BP
Step by step :
1. Masukkan username dan password dalam form login jika anda belum masuk sedangkan jika anda
belum keluar karena sudah masuk langsung ke langkah 4.
2. Jika sukses maka akan muncul tampilan “selamat datang hai admin”.
3. Admin dan user dari BP menekan tombol “mulai pencatatan”.
4. Tekan menu “pencatatan” dan tekan “pemakaian barang”.
5. Masukkan data yang ingin dimasukkan ke dalam table sesuai dengan kolom/baris yang ada pada tabel.
6. Jika selesai tekan tombol “tambah”.
7. Jika sukses akan muncul tampilan “ database barang oke”
8. Tekan tombol “kembali ” untuk melihat data barang.
9. Dan tekan tombol “logout” untuk keluar.
Use case : mencatat penyesuaian
Diagram :
Deskripsi :
Administrator dari BP mencatat penyesuaian barang permintaan awal dengan barang yang datang / yang
digunakan dengan di bantu oleh user dari BP
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 15 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
16. Step by step :
1. Masukkan username dan password dalam form login jika anda belum masuk sedangkan jika anda
belum keluar karena sudah masuk langsung ke langkah 4.
2. Jika sukses maka akan muncul tampilan “selamat datang hai admin”.
3. Admin dan user dari BP menekan tombol “mulai pencatatan”.
4. Tekan menu “pencatatan” dan tekan “pengadaan barang”.
5. Masukkan data yang ingin dimasukkan ke dalam table sesuai dengan kolom/baris yang ada pada tabel.
6. Jika selesai tekan tombol “tambah”.
7. Jika sukses akan muncul tampilan “ database barang oke”
8. Tekan tombol “kembali ” untuk melihat data barang.
9. Dan tekan tombol “logout” untuk keluar.
Use case : membuat laporan pengadaan barang
Diagram :
Deskripsi :
Administrator dari BP dan user dari BP bersama – sama membuat laporan mengenai pengadaan barang selama
proses produksi
Step by step :
1. Masukkan username dan password dalam form login jika anda belum masuk sedangkan jika anda
belum keluar karena sudah masuk langsung ke langkah 4.
2. Jika sukses maka akan muncul tampilan “selamat datang hai admin”.
Use case : membuat laporan penyesuaian stok
Diagram :
Deskripsi :
Administrator dari BP dan user dari BP bersama – sama membuat laporan penyesuaian stok antara permintaan
awal dengan barang yang datang / yang digunakan
Step by step :
1. Masukkan username dan password dalam form login jika anda belum masuk sedangkan jika anda
belum keluar karena sudah masuk langsung ke langkah 4.
2. Jika sukses maka akan muncul tampilan “selamat datang hai admin”.
Use case : membuat laporan rencana pemakaian barang
Diagram :
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 16 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
17. Deskripsi :
Administrator dari BP dan user dari BP bersama – sama membuat laporan rencana pemakaian barang dari awal
produksi sampai akhir produksi
Step by step :
1. Masukkan username dan password dalam form login jika anda belum masuk sedangkan jika anda
belum keluar karena sudah masuk langsung ke langkah 4.
2. Jika sukses maka akan muncul tampilan “selamat datang hai admin”.
Use case : membuat laporan bulanan
Diagram :
Deskripsi :
Administrator dari BP dan user dari BP bersama – sama membuat laporan bulanan yang telah dilakukan selama
proses produksi
Step by step :
1. Masukkan username dan password dalam form login jika anda belum masuk sedangkan jika anda
belum keluar karena sudah masuk langsung ke langkah 4.
2. Jika sukses maka akan muncul tampilan “selamat datang hai admin”.
Use case : membuat laporan tahunan
Diagram :
Deskripsi :
Administrator dari BP dan user dari BP bersama – sama membuat laporan tahunan yang mencakup apapun yang
telah dilakukan selama proses produksi
Step by step :
1. Masukkan username dan password dalam form login jika anda belum masuk sedangkan jika anda
belum keluar karena sudah masuk langsung ke langkah 4.
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 17 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
18. 2. Jika sukses maka akan muncul tampilan “selamat datang hai admin”.
Use case : tutup buku
Diagram :
Deskripsi :
Administrator dari BP dan user dari BP membuat tutup buku sebagai bahan evaluasi untuk tahun sebelumnya
dan melakukan perbaikan untuk tahun selanjutnya
Step by step :
1. Masukkan username dan password dalam form login jika anda belum masuk sedangkan jika anda
belum keluar karena sudah masuk langsung ke langkah 3.
2. Jika sukses maka akan muncul tampilan “selamat datang hai admin”.
3. Tekan menu “tutup buku”.
4. Masukkan data yang ingin dimasukkan ke dalam table sesuai dengan kolom/baris yang ada pada tabel.
5. Tekan tombol “preview”
6. Tekan tombol “keluar”
7. Dan tekan tombol “logout” untuk keluar.
Use case : melihat laporan pengadaan barang
Diagram :
Deskripsi :
Step by step :
Use case : melihat laporan rencana pemakaian barang
Diagram :
Deskripsi :
Step by step :
Use case : melihat semua laporan
Diagram :
Deskripsi :
Step by step :
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 18 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
19. Use case : melihat tutup buku
Diagram :
Deskripsi :
Step by step :
3.3 Data Requirement
Data yang harus dikelola oleh aplikasi SIPOLTA :
- Kode Barang, berisi kode barang yang ingin di masukkan ke database
- Id_user, berisi id yang digunakan oleh user untuk memasukkan barang yang diinginkan.
- no, berisi no urut dari data yang dimasukkan
- id_login, berisi id yang digunakan selama proses login dan digunakan untuk masuk ke system.
3.3.1 E-R diagram
Gambar 4: ER diagram untuk SIPOLTA
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 19 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
20. 3.4 Non Functional Requirement
SRS-Id Parameter Requirement
SKPL- SIPOLTA.K-0007 Availability 24 jam sehari, 7 hari seminggu
SKPL- SIPOLTA.K-0008 Reliability Proses masuk tidak pernah gagal, proses keluar
kegagalan ditolerir maksimal 10%
SKPL- SIPOLTA.K-0009 Ergonomy Sistem SIPOLTA ini harus user friendly dan
jelas alurnya.
SKPL- SIPOLTA.K-0010 Portability Mudah diadopsi pada lingkungan system
operasi Microsoft® Windows dan DBMS
Oracle
SKPL- SIPOLTA.K-0011 Memory Minimal menggunakan memory 1Gb, semakin
besar memori semakin cepat prosesnya
SKPL- SIPOLTA.K-0012 Response time Hitungan detik, secepat mungkin. Maksimal
delay 8 detik pada setiap proses.
N/A Safety N/A
SKPL- SIPOLTA.K-0013 Komunikasi Bahasa Indonesia
Tabel 3: Syarat non fungsional
3.5 Batasan Perancangan
SIPOLTA dijalankan pada sistem operasi Microsoft® Windows dengan DBMS MySQL.
Pengendalian portal hanya dapat dilakukan oleh admin setelah melakukan pendataan.
3.6 Kerunutan (traceability)
3.6.1 Data Store vs E-R
Data Store Entity Relasi
Kode barang Kode_barang Informasi user
Id user Id_user Informasi user
no no Informasi user
Id login Id_login Informasi user
Tabel 4: Data Store vs ER diagram
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 20 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.
21. 3.7 Ringkasan Kebutuhan
3.7.1 Functional Requirement Summary
SRS-Id Description
SKPL- SIPOLTA.K-0001 Untuk melakukan login
SKPL- SIPOLTA.K-0002 Melakukan pengisian data barang
SKPL- SIPOLTA.K-0003 Menyimpan data masukan ke dalam database
SKPL- SIPOLTA.K-0004 Sinkronisasi antara data awal dengan data pemakaian
SKPL- SIPOLTA.K-0005 Untuk melakukan logout
SKPL- SIPOLTA.K-0006 Melakukan update dan delete
Tabel 5: Ringkasan syarat kebutuhan fungsional
3.7.2 Non Functional Requirement Summary
SRS-Id Description
SKPL- SIPOLTA.K-0007 Sistem harus siap sedia setiap waktu atau kapanpun.
SKPL- SIPOLTA.K-0008 Proses masuk system tidak pernah gagal, sedangkan proses
keluar kegagalan ditolerir maksimal 10%.
SKPL- SIPOLTA.K-0009 User friendly dan jelas alurnya. Setidaknya 90% user
sudah dapat mengerti prosesnya.
SKPL- SIPOLTA.K-00010 Menggunakan OS Windows dan DBMS Oracle.
SKPL- SIPOLTA.K-00011 Memory minimal 1Gb.
SKPL- SIPOLTA.K-00012 Maksimal menunggu atau delay adalah 8 detik.
SKPL- SIPOLTA.K-0013 Komunikasi sistem menggunakan Bahasa Indonesia
Tabel 6: Ringkasan syarat kebutuhan non fungsional
Program StudiTeknik Informatika UB SKPL-TF01 Halaman 21 dari 21 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik program studi Teknik Informatika-UB dan bersifat rahasia.
Dilarang mereproduksi dokumen ini tanpa diketahui oleh program studi Teknik Informatika UB.