ABSTRAK

Yayasan Pendidikan Al-Ma’soem membutuhkan suatu perangkat lunak
yang dapat menampilkan informasi mengenai data absensi, data nilai dan data
prestasi siswa, yang harus disimpan dalam satu database terintegrasi untuk
menghindari kehilangan data dan untuk lebih mempermudah untuk merekap data
untuk dijadikan sebuah laporan. Metode pengembangan sistem yang digunakan
oleh penulis yaitu metode scrum. Metode pengembangan sistem ini memiliki
sebuah kerangka kerja untuk mengembangkan dan mengelola sebuah produk yang
senantiasa berubah. Dimana terdapat tiga fase pada metode scrum yaitu pregame,
game dan postgame. Perancangan proses perangkat lunak sistem informasi
akademik pada yayasan pendidikan al-maso’em menggunakan Unified Modeling
Language (UML). Perancangan program menggunakan bahasa pemrograman PHP
dengan database MySQL. Perangkat lunak yang dibangun menghasilkan informasi
yang dapat dimanfaatkan oleh staf bagian akademik untuk lebih memudahkan
dalam mengelola data siswa. Dari hasil penelitian yang dilakukan dengan tujuan
membangun perangkat lunak ini, maka informasi mengenai data absensi, nilai dan
prestasi siswa diharapkan tidak ada lagi terjadi kehilangan data dan diharapkan
lebih memudahkan guru dalam mengelola data siswa sehingga dapat meningkatkan
efektifitas dan efisiensi kerja.
Kata kunci: Sistem Informasi.

i

ABSTRACT
Yayasan Pendidikan Al-Ma'soem require a software that can display information
regarding student attendance data, the data value of students and student
achievement data, which must be stored in one integrated database to avoid data
loss and to further simplify the data to be used to recapitalize a report , System
development method used by the author of the scrum method. This system
development method have a framework to develop and manage a product that is
constantly changing. Where there are three phases in the scrum method is pregame,
game and postgame. The design process of academic information system software
in educational foundations al-maso'em using the Unified Modeling Language
(UML). Designing a program using the programming language PHP with MySQL
database. The software is built to produce information that can be utilized by the
academic staff to make it easier to manage student data. From the results of
research conducted with the aim of building this software, information regarding
attendance data, student achievement expected value and no more data loss occurs
and is expected to make it easier for teachers to manage student data in order to
improve the effectiveness and efficiency of work.
Keywords: Information Systems.

ii

KATA PENGANTAR
Puji syukur kehadirat Allah S.W.T, yang telah memberikan rahmat dan
karunia-Nya, sehingga penulis dapat menyelesaikan penulisan laporan
internship yang berjudul “Analisis dan Perancangan Sistem Informasi
Akademik Siswa Yayasan Al-Ma’soem Menggunakan Metode Scrum”.
Penulisan ini disusun untuk memenuhi salah satu syarat kelulusan pada mata
kuliah Internship 1 di Prodi Teknik Informatika, Program Studi Diploma IV
Politeknik Pos Indonesia.
Penulis banyak mendapat pengarahan, bimbingan dan bantuan mulai dari
saat mempersiapkan, menyusun, hingga dapat menyelesaikan laporan. Pada
kesempatan ini penulis ingin menyampaikan rasa terima kasih kepada.
1. Ibu Woro Istirahayu, S.T., M.T. selaku ketua prodi D4 Teknik Informatika
Politeknik Pos Indonesia.
2. Bapak Ridha Indrawan Suwarghi selaku pembimbing eksternal yang telah
banyak membantu dan mengarahkan dalam penyelesaian laporan ini.
3. Syafrizal Fachri Pane, S.T. selaku Koordinator Internship 1.
4. Bapak M. Harry K. Saputra, S.T. selaku dosen pembimbing.
Terima kasih atas bantuan dan kesabaran Bapak dalam membimbing dan
mengerahkan penulis dalam menyelesaikan laporan internship ini.
Semoga laporan ini dapat diterima dengan baik sehingga dapat memperoleh
hasil yang bermanfaat. Segala kritik dan saran membangun sangat penulis harapkan
demi perkembangan kemampuan penulisan ilmiah penulis.

Bandung, 16 Januari 2016

Penulis

iii

....................................................................................................................................................5 Deskripsi dan Ruang Lingkup Internship .............2 Identifikasi Masalah ................6 Database ......................................................................................................................................................................... III-20 3............... II-10 2............4 Stuktur Organisasi dan Job Description Perusahaan..........................................................................3 Tujuan dan Manfaat .................... I-2 1............................. I-1 1................................................ ii KATA PENGANTAR ........................................................................... II-6 2.................................................................................... x DAFTAR SIMBOL ..........................1 Sistem .................................... II-7 2............................. II-6 2................................... i ABSTRACT ............................................................................................5 Penelitian Sebelumnya ............... II-10 2.....................................1 Latar Belakang.......................................................... II-6 2................................ vixi DAFTAR TABEL ......................................................................... II-10 2....................................................5 PHP .................................................2 Sistem Informasi Akademik .................. III-21 3................................................ I-1 1..............................................................2 Visi dan Misi Perusahaan ........................................................... xii BAB I PENDAHULUAN .............................................4 Scrum ......... III-18 3................. III-18 3............................3 Strategi Perusahaan ................................................ I-2 1............................................ iv DAFTAR GAMBAR ..........DAFTAR ISI ABSTRAK ........................................................................7 Perancangan Sistem ................... I-4 BAB II LANDASAN TEORI ......................................................................................... iii DAFTAR ISI .....4 Ruang Lingkup ................................................................3 Analisis Sistem ..................................................................................................... III-22 iv ............................................................................................................................................................................................................................... I-3 1.. II-11 BAB III ANALISIS ORGANISASI PERUSAHAAN ....................................... I-3 1............................6 Sistematika Penulisan .............................1 Sejarah Perusahaan .... III-20 3............

......... IV-35 BAB V ANALISIS DAN PERANCANGAN .......... IV-24 4.... IV-29 4....................................................3........2 Analisis Sistem yang akan dibangun ............................................................................................................................................................................................................ IV-31 4.2 Perancangan Interface .......... IV-28 4........3 Alat Bantu Analisis ................................................................................ IV-26 4....................3.........1 Sumber Data Primer.......................................................1 Pregame .. V-86 v ...............................................5...................4 Perancangan Arsitektur Perangkat Lunak dan Perangkat Keras ...................................2.................. IV-25 4..................................... V-69 5....................1 Analisis Kebutuhan Perangkat Lunak ..................... IV-24 4...................................... V-73 5................................1 Objek Penelitian ................................3 Kamus Data Tabel ..... V-68 5...........2 Physical Data Model (PDM) ... V-86 5..3........... V-42 5................................................................6 Sistem Informasi Akademik .............2 Sumber Data Sekunder ..................................... IV-25 4.............................................................................3............1 Metode Pendekatan Sistem .......................1 Analisis dan Perancangan Sistem ........... IV-27 4.................................2............................. V-40 5................................. V-40 5..........................7 Pengembangan SIA Menggunakan Metode Scrum ........................................ IV-28 4............................................ IV-25 4.................. IV-35 4..............2.................................... V-73 5............4............... V-40 5.............2 Metode Pengembangan Sistem ........................3.............3 Perancangan User Interface Sistem ....................................1 Conceptual Data Model (CDM) ....................9 Hasil Penelitian ....1 Postgame .................1..............................................4............................................................................1 Analisis Sistem yang sedang berjalan ............................................1 Struktur Menu ....BAB IV METODOLOGI PENELITIAN .............................. IV-30 4...............5...............8 Pengujian ............... IV-28 4....2 Perancangan Basis Data/Database .........................................5 Metode Pendekatan dan Pengembangan Sistem ........ IV-27 4.................4 Jenis dan Metode Pengumpulan Data.................. IV-28 4......... V-68 5..3 Metodologi Scrum ........................... V-74 5.........2 Metodologi Penelitian ........5...... IV-25 4... V-68 5..2 Game .........................1.........3.........................................

.4............................1 Pengkajian Kebutuhan Perangkat Lunak ..................1........ VI-89 6..................1 Pengkajian Lingkungan Implementasi ................. VII-95 vi .....................5 Analisis Kebutuhan Perangkat Keras ......... VI-89 6......5. V-86 Pemetaan Struktur Diagram User/Aktor ...........2 Pengkajian Kebutuhan Perangkat Keras .......2 Saran .............................................................. V-88 BAB VI PENGKAJIAN DAN EVALUASI ............................................... VI-89 6....1...................................................................3 Tahapan-tahapan Pengkajian Metodologi Scrum ......2 5......1.VII-95 7.................................................................................................................... VI-89 6............................................... VI-90 BAB VII PENUTUP ......................1 Kesimpulan ............... VII-95 7.......................

....6 Flowchart Siswa View Absensi..... V-52 Gambar 5.................................21 Collaboration Diagram Kelola Nilai ....... V-57 Gambar 5....... V-42 Gambar 5........20 Collaboration Diagram Kelola Absensi ..................................... V-56 Gambar 5................... IV-27 Gambar 5.................................................3 Flowchart Kelola Data Nilai .14 Sequence Diagram Kelola Prestasi .. V-44 Gambar 5............................7 Flowchart Siswa View Nilai ........16 Sequence Diagram Kelola Report Absensi ..................................................................11 Sequence Diagram Login .......24 Collaboration Diagram Kelola Report Absensi ... V-39 Gambar 5...................................................1 Analisis Prosedur yang sedang berjalan ........ V-52 Gambar 5.. V-45 Gambar 5.............................. V-55 Gambar 5........................................................................................................................................................... V-53 Gambar 5...4 Flowchart Kelola Data Prestasi ...... III-20 Gambar 3........DAFTAR GAMBAR Gambar 3...... III-22 Gambar 4.........................................18 Sequence Diagram Kelola Report Prestasi.................................................................23 Collaboration Diagram Kelola Siswa ........ V-58 Gambar 5..................................................... V-54 Gambar 5..................... V-38 Gambar 5... V-40 Gambar 5................................... V-57 Gambar 5....................................................22 Collaboration Diagram Kelola Prestasi .......... V-43 Gambar 5.......... V-51 Gambar 5.....1 Logo Perusahaan ................................................2 Struktur Organisasi Perusahaan ........................5 Flowchart Kelola Data Siswa .........................................................15 Sequence Diagram Kelola Siswa . V-54 Gambar 5......................................8 Flowchart Siswa View Prestasi ...................................... V-56 Gambar 5............................................................................2 Flowchart Kelola Data Absensi................. V-55 Gambar 5................10 Class Diagram ...................................12 Sequence Diagram Kelola Absensi ..................................17 Sequence Diagram Kelola Report Nilai ............. V-53 Gambar 5...............13 Sequence Diagram Kelola Nilai ...... V-37 Gambar 5........... V-41 Gambar 5.................................19 Collaboration Diagram Login ..........9 Use Case Diagram ...1 Diagram Alur Metodologi Scrum .. V-58 vii .................................

...........................................................................................................................................................27 State Chart Diagram Login ...................................... V-76 Gambar 5.... V-77 Gambar 5................. V-78 Gambar 5.... V-59 Gambar 5.........................46 Struktur Menu Edit Absensi ................................. V-60 Gambar 5........... V-61 Gambar 5............................................ V-73 Gambar 5...................................................... V-63 Gambar 5..................25 Collaboration Diagram Kelola Report Nilai .....44 Struktur Menu Absensi......................................................................51 Struktur Menu View Nilai .............................. V-79 Gambar 5... V-66 Gambar 5..........................31 State Chart Diagram Kelola Siswa ....... V-74 Gambar 5.... V-61 Gambar 5........................................... V-64 Gambar 5................33 Activity Diagram Absensi .......43 Struktur Menu Halaman Utama ................................................................................................ V-79 Gambar 5..........................47 Struktur Menu View Absensi .38 Deployment Diagram .....50 Struktur Menu Edit Nilai .......................................................................................................................................................................... V-80 Gambar 5..........................................................................................53 Struktur Menu Input Prestasi.48 Struktur Menu Nilai ................32 Activity Diagram Login ..Gambar 5..............28 State Chart Diagram Kelola Absensi ..................30 State Chart Diagram Kelola Prestasi ....................... V-59 Gambar 5........................ V-60 Gambar 5................26 Collaboration Diagram Kelola Report Prestasi ................... V-75 Gambar 5.................................45 Struktur Menu Input Absensi ......29 State Chart Diagram Kelola Nilai .................................35 Activity Diagram Prestasi ....42 Struktur Menu Login ........... V-68 Gambar 5....37 Component Diagram ...52 Struktur Menu Prestasi .........39 CDM .............................34 Activity Diagram Nilai ............... V-80 viii ................................................................... V-67 Gambar 5.. V-65 Gambar 5.................................... V-76 Gambar 5............................. V-62 Gambar 5............................. V-62 Gambar 5...................................................49 Struktur Menu Input Nilai .....54 Struktur Menu Edit Prestasi .........................................................................41 Struktur Menu ...... V-77 Gambar 5............... V-68 Gambar 5....................................... V-78 Gambar 5...................................................................................... V-67 Gambar 5.................................... V-75 Gambar 5...40 PDM .................36 Activity Diagram Siswa ...............

..........56 Struktur Menu Siswa .............................................57 Struktur Menu Input Siswa .......................Gambar 5........................... V-82 Gambar 5..60 Pemetaan Struktur Diagram User ...................... V-83 ix ............................58 Struktur Menu Edit Siswa .............................. V-81 Gambar 5............................................. V-81 Gambar 5...................... V-83 Gambar 5...............................................59 Struktur Menu View Siswa ...55 Struktur Menu View Prestasi .... V-82 Gambar 5.........................................

............. V-71 Tabel 5...............................................................2 Tabel Sprint Planning Meeting .......11 Tabel Database Nilai ....... V-71 Tabel 5....1 Tabel Definisi Use Case ........ II-17 Tabel 4................................................................... II-15 Tabel 2........................................................................................................................................................... V-46 Tabel 5......... V-48 Tabel 5..17 Tabel Database Hak Akses ..........................................................................................8 Tabel Database Siswa ...........3 Tabel Skenario Use Case Kelola Absensi ...........................14 Tabel Database Agama ................... IV-31 Tabel 4.................10 Tabel Database Absensi ............... V-72 x ............................................15 Tabel Database MataPelajaran .................... V-69 Tabel 5.......6 Tabel Skenario Use Case Kelola Siswa ........... IV-34 Tabel 5........................................................................................................................ V-71 Tabel 5.........................4 Simbol Sequence Diagram . II-8 Tabel 2......4 Tabel Scrum Harian ...... V-49 Tabel 5.... V-70 Tabel 5..5 Tabel Skenario Use Case Kelola Prestasi .......................................... V-50 Tabel 5............................................................13 Tabel Database Kelas ...................7 Tabel Database Login ............... V-72 Tabel 5............................................... IV-32 Tabel 4...................DAFTAR TABEL Tabel 2............5 Simbol Activity Diagram .....................................................................9 Tabel Database Pegawai ........................................ V-69 Tabel 5.................................... V-47 Tabel 5....................... IV-33 Tabel 4........................................................................6 Simbol State Diagram ........................................................................4 Tabel Skenario Use Case Kelola Nilai ..................... II-12 Tabel 2.1 Tabel Product Backlog… ........ V-70 Tabel 5..............................................12 Tabel Database Prestasi ....................... V-45 Tabel 5...2 Simbol Use Case Diagram ............................. II-14 Tabel 2............................................................16 Tabel Database Keterangan ..........1 Simbol dan Keterangan Flowmap ...........3 Simbol Class Diagram ..................................... V-69 Tabel 5.............................. V-71 Tabel 5...........................................3 Tabel Sprint Backlog.......................................... II-16 Tabel 2.............................2 Tabel Skenario Use Case Login .................................

..................2 Tabel Kebutuhan Perangkat Keras ..................... V-72 Tabel 6........................ VI-86 Tabel 6.........................................................Tabel 5..........1 Tabel Kebutuhan Perangkat Lunak .................. VI-86 xi .18 Tabel Database Jabatan .......................

DAFTAR SIMBOL Flow Map SIMBOL NAMA SIMBOL KETERANGAN Terminator Input/Output Data Decision Kondisi jika Yes or No Process Untuk proses program Flowchart Manual Input Untuk input manual Manual Operation Untuk pengoperasian manual Document Untuk melihat dokumen Data Untuk memilih atau melihat data On Page Reference Untuk referensi kembali ke xii .

Unified Modeling Language (UML) Simbol Keterangan Aktor Aktor Kelas Class Diagram Aliran Data State1 State Mulai Selesai Sinkronisasi xiii .

1 .1 Latar Belakang Teknologi dan Informasi merupakan dua hal yang tidak dapat dipisahkan saat ini. Analisis pengembangan sistem penilaian akademik ini menggunakan metode Scrum. Sistem Akademik yang ada pada Yayasan Pendidikan Al-Ma’soem dirasa kurang cukup untuk merangkul berbagai jenjang pendidikan tersebut menjadi satu kesatuan terutama dalam pelaporan hasil di bidang akademik seperti laporan absensi dan laporan nilai mengenai siswa dan guru. dimana metode ini I. Kemajuan teknologi ini membuat banyak organisasi dan lembaga pendidikan menggunakan teknologi berbasis komputer dan jaringan untuk membantu pekerjaanya karena bersifat efektif dan efisien. Analisis dan pengembangan sistem akademik ini mengacu pada penilaian akademik guru dan murid. SD. Hal ini terlihat dari proses untuk mendapatkan informasi yang dapat diperoleh secara cepat. Yayasan Pendidikan Al-Ma’soem adalah yayasan pendidikan dari jenjang pendidikan TK. tersimpan dengan rapi dan mudah ditelusuri dari tempat penyimpananya apabila diperlukan. Yayasan Pendidikan AlMa’soem merupakan salah satu lembaga pendidikan yang memiliki sistem yang komplit dalam pengolahan datanya. SMP. dan akurat dengan didukung oleh kemajuan teknologi yang semakin canggih. tepat. Yayasan Pendidikan AlMa’soem merupakan salah satu lembaga pendidikan yang telah berdiri sejak tahun 2011. Oleh karena itu. penulis berencana akan melakukan analisis dan pengembangan sistem akademik siswa Yayasan Pendidikan Al-Ma’soem menggunakan metode scrum. Banyak lembaga pendidikan yang telah menggunakan sistem yang terkomputerisasi dalam mengolah datanya. yang mengharuskan semua data terolah dengan baik.BAB I PENDAHULUAN 1. SMA dan Pesantren.

2.I-2 merupakan suatu kerangka kerja yang mendeskripsikan secara rinci bagaimana segala sesuatu harus dilakukan pada proyek untuk mencapai hasil yang maksimal. Disamping itu. Oleh karena itu penulis bermaksud untuk membuat “ANALISIS DAN PERANCANGAN SISTEM INFORMASI AKADEMIK SISWA YAYASAN PENDIDIKAN AL-MA'SOEM DENGAN METODE SCRUM”. maka rumusan masalah yang akan dikaji oleh penulis yaitu bagaimana cara merancang sistem akademik sehingga dapat meningkatkan efektifitas kerja yang maksimal yaitu: 1. Product Owner menginginkan perangkat lunak yang dapat mengolah data dengan cepat dan proses dokumentasi perangkat lunak untuk mempermudah proses maintenance kedepannya. maka tujuan yang ingin dicapai adalah: .2 Identifikasi Masalah Berdasarkan latar belakang di atas.3 Tujuan dan Manfaat Berdasarkan latar belakang dan rumusan masalah diatas. 1. 1. Product Owner belum terlalu memahami mengenai analisis dan aplikasi yang akan dibuat. metode scrum bisa beradaptasi terhadap kebutuhan pelanggan yang terkadang cepat berubah sesuai dengan yang diinginkan oleh pelanggan sehingga pekerjaan dapat dibagi-bagi untuk setiap developer / programmer. sehingga terkadang diperlukan perubahan mendadak sesuai dengan keinginan konsumen. Berdasarkan latar belakang yang telah dijelaskan dan masalah yang dipaparkan diatas maka penulis akan merancang sebuah perancangan sistem informasi akademik yang akan diharapkan akan menjawab permasalahan yang dihadapi oleh Yayasan Pendidikan Al-Ma’soem.

.I-3 1. Kedua pendekatan pengembangan software ini sama-sama menekankan pada pentingnya komunikasi dan kolaborasi antar berbagai pihak. Agar Product Owner bisa memahami mengenai analisis dan aplikasi yang akan dibuat. Agar Product Owner memiliki perangkat lunak yang dapat mengolah data dengan cepat dan memiliki proses dokumentasi perangkat lunak yang mempermudah untuk proses maintenance. 1.” Dalam penelitian ini penulis hanya membahas mengenai analisan dan perancangan. untuk tahapan pembuatan aplikasi akan dilanjutkan pada program Internship II. Satu iterasi pada Scrum disebut dengan Sprint. 2. 2. 1. dimana untuk setiap akhir dari Sprint produk yang sesuai dengan definisi ”Done” harus diraih. Sistem akademik yang ada dikembangkan dengan metode scrum dengan bahasa pemrograman PHP. Pembuatan sistem akademik ini mengenai bagian akademik siswa yang dirancang untuk yayasan pendidikan al-ma’soem.4 Ruang Lingkup Dalam pembuatan pengembangan aplikasi ini terdapat beberapa batasan masalah yaitu: 1. dan perubahan yang diinginkan bisa cepat terselesaikan oleh scrum team.5 Penelitian Sebelumnya Dalam jurnal yang berjudul “Implementasi Scrum Pada Pengembangan Software Terdistribusi” Rezia Agramanisti mengatakan “Scrum merupakan salah satu varian dari metode agile yang iteratif dan incremental. Maka dari itu penulis memutuskan untuk menggunakan metode scrum karena metode ini dirasa sangat tepat digunakan dalam analisis yang akan dibuat.

Ruang Lingkup. Strategi Perusahaan. BAB III Analisis Organisasi Perusahaan Pada bab ini berisi tentang gambaran umum perusahaan. dan Pemetaan Struktur Diagram User / Aktor Sistem. Dan Perangkat Keras Sistem. Visi dan Misi Perusahaan. Penelitian Sebelumnya. BAB V Analisis dan Perancangan Sistem Pada bab ini berisi tentang analisis dan perancangan sistem yang akan dibangun mulai dari Analisis Sistem Yang Sedang Berjalan. Adapun sistematika penulisan proposal Intership ini adalah sebagai berikut : BAB I Pendahuluan Pada bab ini berisi uraian sebagai penjelasan tentang Latar Belakang. dan saling terkait antara satu dengan yang lainya. dan Sistematika Penulisan Laporan. Analisis Sistem Yang Akan Dibangun.6 Sistematika Penulisan Dalam pembuatan proposal internship penulis akan menyajikan ke dalam beberapa bab utama yang berurutan. . Sejarah Perusahaan. Perancangan User Interface Sistem. sistematis.I-4 I. BAB II Landasan Teori Pada bab ini berisi uraian mengenai teori yang relevan dan menjadi referensi dalam penulisan laporan serta berisi model yang dipergunakan dalam pemecahan masalah. Tujuan dan Manfaat. BAB IV Metodologi Penelitian Pada bab ini berisi penjelasan mengenai metode yang akan digunakan dalam analisis pengembangan sistem akademik yayasan pendidikan al ma’soem. dan Deskripsi dan Ruang Lingkup Intership. Perancangan Database. Identifikasi Masalah. Perancangan Arsitektur Perangkat Lunak.

I-5 BAB VI Pengkajian dan Evaluasi Pada bab ini akan dilakukan pengkajian dan evaluasi terhadap analisis perancangan aplikasi yang telah dilakukan. BAB VII Penutup Pada bab ini berisi jawaban dari perumusan masalah dan tujuan pemecahan masalah. Dari bab ini akan didapat hasil dari penelitian yang telah dilakukan. . Saran yang diajukan dalam bab ini sesuai dengan hasil yang didapat dari pemecahan masalah.

Pengertian Informasi menurut Gordon yang dikutip dari jogiyanti (2005:8). Tepat pada waktunya dan Relevan. II. data adalah realitas atau kenyataan yang menggambarkan suatu kejadian nyata tetapi data merupakan bentuk yang masih mentah dan belum dapat memberikan arti penting bagi pemakainya sehingga data tersebut perlu diolah lebih lanjut untuk menghasilkan informasi yang berharga. dan mempunyai nilai piker yang nyata bagi pembuat keputusan pada saat sedang bekerja atau untuk prospek masa depan”.BAB II LANDASAN TEORI 2.6 .1 Sistem Pengertian sistem menurut Poerwdarminta adalah sekelompok bagianbagian yang bekerja secara bersama agar dapat melakukan sesuatu maksud. 2. Jika salah satu bagiannya yang rusak atau tidak dapat menjalankan tugas maka maksud tidak akan tercapai atau tidak terpenuhi atau sistem yang terwujud akan mendapatkan sebuah gangguan. berpendapat bahwa: “Informasi ialah data yang sudah diproses menjadi bentuk yang berguna bagi pemakai. Suatu informasi adalah data. Suatu informasi dikatakan berkualitas jika memenuhi 3 kriteria yaitu Akurat. berkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran yang tertentu”.2 Sistem Informasi Akademik Pengertian Sistem menurut Jeffry Fitz Gerald yang dikutip dari jogiyanto (2005:1) “Sistem adalah suatu jaringan kerja prosedur-prosedur yang saling berhubungan. berguna seperti apa yang dibutuhkan. Jadi sistem dapat didefinisikan dengan kumpulan dari prosedur-prosedur yang mempunyai tujuan tertentu. Dari pengertian sistem diatas maka dapat disimpulakan bahwa sistem adalah suatu jaringan kerja atau elemen – elemen yang saling berhubungan untuk mencapai tujuan tertentu.

2.1 Metode Analisis Sistem Penguraian dari suatu sistem informasi yang utuh ke dalam bagian- bagian komponennya dengan maksud untuk mengidentifikasi dan mengevaluasi permasalahan-permasalahan. yaitu mengidentifikasikan masalah. yaitu : 1. yaitu menganalis sistem. Understand. 2. Analyze. 2.3. yaitu memahami kerja dari sistem yang ada. untuk mencapai tujuan yang sama dengan seperangkat input yang lain (biasa jadi lebih sederhana dan lebih interatif) atau melakukan beberapa perbaikan serupa. . hambatan-hambatan yang terjadi dan kesempatan-kesempatan. mengubah sasaran sistem yang sedang berjalan.II-7 Bisa ditarik kesimpulan Sistem Informasi Akademik sendiri yaitu suatu sistem yang dirancang untuk keperluan pengelolaan data – data Akademik dengan penerapan teknologi komputer baik ‘hardware’ maupun ‘software’ adalah peralatan-peralatan seperti komputer (seperti PC dan Laptop). CD-RW dan sebagainya. Identify. Sedangkan ‘software’ merupakan program komputer yang memfungsikan hardware. Report. kebutuhan-kebutuhan yang diharapkan sehingga dapat diusulkan perbaikan-perbaikan. Printer.3 Analisis Sistem Analisa Sistem adalah teori sistem umum yang sebagai sebuah landasan konseptual yang mempunyai tujuan untuk memperbaiki berbagai fungsi didalam sistem yang sedang berjalan agar menjadi lebih efisien. merancang/mengganti output yang sdang digunakan. sehingga seluruh proses kegiatan akademik dapat terkelola menjadi informasi yang bermanfaat dalam pengelolaan manajemen sistem akademik siswa. 3. yaitu membuat laporan hasil analisis. 4. Di dalam tahap analisis sistem terdapat langkah-langkah dasar yang harus dilakukan oleh analis sistem.

proses maupun transaksi dengan menggunakan simbol-simbol tertentu. Flowmap ini berfungsi untuk memodelkan masukan. Kegiatan yang terpotong dan akan disambung ditempat lain harus ditunjukan dengan jelas menggunakan simbol penghubung. Harus ditunjukan dari mana kegiatan akan dimulai dan dimana akan berakhir.3. 2. keluaran. Masing-masing kegiatan didalam flowmap sebaiknya digunakan suatu kata yang mewakili suatu pekerjaan. Flowmap sebaiknya digambarkan dari atas ke bawah dan mulai dari bagian kiri dari suatu halaman.2 Flowmap Flowmap atau bagan alir adalah bagan yang menunjukan aliran di dalam program atau prosedur sistem secara logika. Adapun pedoman-pedoman dalam pembuatan flowmap adalah sebagai berikut: 1. Masing-masing kegiatan didalam flowmap harus didalam urutan yang semestinya. Pembuatan flowmap ini harus dapat memudahkan bagi pemakai dalam memahami alur dari sistem atau transaksi. 5. 6. Tabel 2.II-8 2. Kegiatan di dalam flowmap harus ditunjukan dengan jelas.1  Simbol dan Keterangan Flowmap Simbol Deskripsi Simbol yang digunakan untuk menunjukkan awal atau akhir dari suatu proses Menunjukkan dokumen input dan output baik untuk proses manual mekanik atau komputer Menunjukkan pekerjaan manual . 4. 3.

3 Flowchart Flowchart merupakan metode untuk mengambarkan tahap-tahap pemecahan masalah dengan merepresentasikan simbol-simbol tertentu yang mudah dimengerti. terurai. dan jelas dengan menggunakan simbol-simbol yang standar.II-9 Menunjukkan multi dokumen Pengarsipan Data Menunjukkan Proses Simbol input/output digunakan untuk mewakili data input/output 2. Pada penggambaran program flowchart ada dua jenis metode yaitu conceptual flowchart dan detail flowchart. 1. rapi. mudah digunakan dan standar. Program flowchart merupakan diagram alir yang menggambarkan urutan logika dari suatu prosedur pemecahan masalah. Tujuan utama penggunaan flowchart adalah untuk menggambarkan suatu tahap penyelesaian masalah secara sederhana. Conceptual flowchart menggambarkan tentang alur dari suatu pemecahan masalah secara . 2.3. Sistem flowchart merupakan diagram alir yang menggambarkan suatu sistem perlatan komputer yang digunakan dalam proses pengolahan data serta hubungan antar peralatan tersebut. Dalam penulisan flowchart dikenal dua model yaitu sistem flowchart dan program flowchart.

dimana pada saat bersamaan menghasilkan produk dengan nilai setinggi mungkin secara kreatif dan produktif. serverlah yang akan menerjemahkan skrip program. PHP dapat digunakan untuk membangun sebuah CMS. Mengembangkan ilmu penegetahuan dan teknologi.” 2. sedangkan detail flowchart menggambarkan alur pemecahan masalah secara terinci 2. “PHP merupakan bahasa scripting server-side.II-10 global saja.6 Database Basis data (database) adalah kumpulan dari data yang saling berhubungan satu dengan lainnya tersimpan di perangkat keras komputer dan digunakan perangkat lunak untuk memanipulasinya. 2.5 PHP Menurut Didik Dwi Presetyo (2004:76). PHP banyak dipakai untuk memprogram situs web dinamis. . yaitu sebagai berikut : 1. Dari definisi di atas terdapat tiga hal yang berhubungan dengan basis data (database). barukemudian hasilnya akan dikirim kepada client yang melakukan permintaan. Sederhananya. seni serta budaya yang relevan dengan perkembangan dan kebutuhan masyarakat pada zamanya.4 SCRUM Menurut Andreas Pangaribuan dalam jurnal yang berjudul Pengembangan Perangkat Lunak Scrum menyatakan bahwa “Scrum adalah sebuah kerangka kerja untuk mengembangkan dan mengelola produk kompleks. Scrum dapat digunakan untuk menyelesaikan permasalahan kompleks yang senantiasa berubah. Jadi PHP dapat didefinisikan yaitu bahasa skrip yang dapat ditanamkan atau disisipkan ke dalam HTML. dimana pemrosesan datanya dilakukan pada sisi server”.

Membangun kesadaran keilmuan dan tradisi akademik yang kuat dan mengakar. Bagian awal menjelaskan terlebih dahulu apa itu sistem informasi. Perangkat lunak ini dapat dibuat sendiri dengan menggunakan bahas pemrograman komputer atau dibeli dalam bentuk suatu paket. Simpanan permanen (storage) untuk menyimpan basis data tersebut. 2. dan juga perkembangannya . Membangun kesadaran keilmuan dan tradisi akademik yang kuat dan mengakar.1 Metodologi Perancangan Sistem Segala hal yang berhubungan dengan perancangan dan analisis sebuah sistem secara cukup lengkap dalam buku ini. Simpanan ini merupakan bagian teknologi perangkat keras yang digunakan di sistem informasi. Data itu sendiri yang diorganisasikan dalam bentuk basis data (database).7 Perancangan Sistem Pengertian perancangan sistem yang lain menurut Jogiyanto H. Jadi perancangan sistem dapat didefinisikan sebagai penggambaran. 5. Simpanan permanen yang umumnya digunakan berupa hard disk. perencanaan dan pembuatan sketsa atau pengaturan dari beberapa elemen yang terpisah kedalam satu kesatuan yang utuh dan berfungsi.M (2001:196). Tahap ini menyangkut mengkonfigurasikan dari komponen-komponen perangkatlunak dan perangkat keras dari suatu sistem sehingga setelah instalasi dari sistem akan benar-benar memuaskan rancangan bangun yang telah ditetapkan pada akhir tahap analisa sistem”. siklus.II-11 2. 4. 6. yaitu “Perancangan sistem menentukan bagaimana suatu sistem akan menyelesaikan apa yang mestidiselesaikan. Banyak paket perangkat lunak ini disebut dengan DBMS (Data Base Management System). 3.7. 2. Perangkat lunak untuk memanipulasi basis datanya.

dan seiring meningkatnya ilmu sesuai peningkatan chapter dalam buku. bahasanya juga menarik.1 UML Unified Modeling Language (UML) adalah himpunan struktur dan teknik untuk pemodelan desain program berorientasi objek (OOP) serta aplikasinya. Ilustrasi tersebut melibatkan pembaca sebagai pemeran utamanya. dimana pemeran utama tersebut adalah karyawan baru di perusahaan tersebut. hingga akhirnya ia menciptakan sebuah sistem yang baik untuk Soundstage tadi. pemeran utama ini memiliki tugas yang makin advanced.1. Actor yang melakukan operasi dihubungkan dengan garis lurus ke Use Case. lengkap dengan tools-nya (seperti ERD. hingga konstruksi dan implementasi sistem. dan garis relasi. dan sebagainya). Actor. DFD. . Actor merepresentasikan orang yang akan mengoperasikan atau orang yang berinteraksi dengan sistem aplikasi. 2.7.II-12 dilanjutkan dengan langkah-langkah analisis. Penyajiannya sangat sistematis. dilengkapi dengan diagram framework untuk setiap chapter. Berikut merupakan bentuk-bentuk dari komponen diagram Use Case: 1. Use case diagram terdiri atas diagram untuk use case dan actor. Use Case merepresentasikan operasi-operasi yang dilakukan oleh actor. sebuah perusahaan bernama Soundstage. Diagram Use Case memiliki komponen-komponen yaitu: Use Case. perancangan sistem dan database. Use-case Use-Case digunakan untuk memodelkan bisnis proses berdasarkan perspektif pengguna sistem. Use Case digambarkan berbentuk elips dengan nama operasi dituliskan didalamnya. juga disertai suatu ilustrasi perancangan sistem. lingkup sistem. modelling arsitektur sistem.

2  Simbol Use Case Diagram No 1 Simbol Nama Keterangan Actor Menspesifikasikan sebuah himpunan peran atau objek yang dmainkan sebagai pengguna ketika berinteraksi dengan use case. 3 Generalization Hubungan dimana suatu objek anak (descendent) berbagi perilaku dan struktur data dari objek yang ada di atasnya objek induk. 4 Include Menspesifikasikan bahwa use case sumber secara eksplisit. 2 Dependency Hubungan dimana perubahan yang terjadi pada suatu elemen mandiri (independent) akan mempengaruhi elemen yang bergantung padanya elemen yang tidak mandiri (independent). 7 System Menspesifikasikan paket yang menampilkan sistem secara terbatas.II-13 Tabel 2. 8 Use Case mendeskripsi dari urutan aksi-aksi yang ditampilkan sistem yang . 6 Association Untuk menghubungkan antara objek satu dengan objek lainnya. 5 Extend Menspesifikasikan bahwa use case target memperluas perilaku dari use case sumber pada suatu titik yang diberikan.

II-14

menghasilkan

suatu

hasil

yang

terukur bagi suatu actor
9

Collaboration

Interaksi aturan-aturan dan elemen
lain

yang

bekerja

sama

untuk

menyediakan prilaku yang lebih
besar dari jumlah dan elemenelemennya (sinergi).

2. Class Diagram
Class Diagram menggambarkan struktur statis class di dalam sistem.
Class merepresentasikan sesuatu yang ditangani oleh sistem. Class dapat
berhubungan dengan yang lain melalui berbagai cara: Associated (terhubung
satu sama lain), Dependent (satu class tergantung/menggunakan class yang
lain), Specialed (satu class merupakan spesialisasi dari class lainnya), atau
Package (grup bersama sebagai satu unit). Sebuah sistem biasanya
mempunyai beberapa Class Diagram.
Tabel 2.3 : Simbol Class Diagram
No
1

Simbol

Nama

Keterangan

Generalization Hubungan

dimana

objek

anak

(descendent) berbagi perilaku dan
struktur data dari objek yang ada di
atasnya objek induk (ancestor).
2

3

Nary

Upaya untuk menghindari asosiasi

Association

dengan lebih dari 2 objek.

Class

Himpunan dari objek-objek yang
berbagi atribut serta operasi yang
sama.

II-15

4

Collaboration

Deskripsi dari urutan aksi-aksi yang
ditampilkan
menghasilkan

sistem
suatu

hasil

yang
yang

terukur bagi suatu aktor
5

Realization

Operasi yang benar-benar dilakukan
oleh suatu objek.

6

Dependency

Hubungan dimana perubahan yang
terjadi pada suatu elemen mandiri
(independent) akan mempegaruhi
elemen yang bergantung padanya
elemen yang tidak mandiri

7

Association

Apa yang menghubungkan antara
objek satu dengan objek lainnya

3. Sequence Diagram
Diagram Class dan diagram object merupakan suatu gambaran model statis.
Namun ada juga yang bersifat dinamis, seperti Diagram Interaction. Diagram
Sequence merupakan salah satu Diagram Interaction yang menjelaskan bagaimana
suatu operasi itu dilakukan, message (pesan) apa yang dikirim dan kapan
pelaksanaannya. Diagram ini diatur berdasarkan waktu. Obyek-obyek yang
berkaitan dengan proses berjalannya operasi diurutkan dari kiri ke kanan
berdasarkan waktu terjadinya dalam pesan yang terurut.
Tabel 2.4  Simbol Sequence Diagram
No
1

Simbol

Nama

Keterangan

LifeLine

Objek entity, antarmuka yang saling
berinteraksi.

II-16

2

Message

Menspesifikasi komunikasi antar
objek yang memuat informasiinformasi tentang aktifitas yang
terjadi dari satu system ke system
selanjutnya.

3

Message

Spesifikasi dari komunikasi antar
objek yang memuat informasiinformasi tentang aktifitas yang
terjadi dari satu system ke system
selanjutnya.

4. Collaboration Diagram
Collaboration Diagram dipakai untuk memodelkan interaksi antar objek di
dalam sistem. Berbeda dengan Sequence Diagram yang lebih menonjolkan
kronologis dari operasi-operasi yang dilakukan, Collaboration Diagram lebih fokus
pada pemahaman atas keseluruhan operasi yang dilakukan oleh objek.

5. Activity Diagram
Diagram Aktivitas atau dalam bahasa inggris Activity Diagram adalah
representasi grafis dari seluruh tahapan alur kerja. Diagram ini mengandung
aktivitas, pilihan tindakan, perulangan dan hasil dari aktivitas tersebut. Pada
pemodelan UML, diagram ini dapat digunakan untuk menjelaskan proses bisnis dan
alur kerja operasional secara langkah demi langkah dari komponen suatu sistem.
Tabel 2.5  Simbol Activity Diagram
No
1

Simbol

Nama

Keterangan

Activity

Memperlihatkan bagaimana masingmasing

kelas

antarmuka

berinteraksi satu sama lain.

saling

.II-17 2 Action State dari sistem yang mencerminkan eksekusi dari suatu aksi. State Diagram Menggambarkan semua state (kondisi) yang dimiliki oleh suatu object dari suatu class dan keadaan yang menyebabkan state berubah. Kejadian dapat berupa object lain yang mengirim pesan. Tabel 2. 4 Activity Final Objek dibentuk dan dihancurkan Node 5 Fork Node Satu aliran yang pada tahap tertentu berubah menjadi beberapa aliran 6. 3 Initial Node Objek dibentuk atau diawali.6  Simbol State Diagram No 1 Simbol Nama Keterangan State Nilai atribut dan nilai link pada suatu waktu tertentu. yang dimiliki oleh suatu objek. 2 Initial Pseudo Objek dibentuk atau diawali State 3 Final State Objek dibentuk dan dihancurkan 4 Transition Sebuah kejadian yang memicu sebuah state objek dengan cara memperbaharui satu atau lebih nilai atributnya 5 Association Apa yang menghubungkan antara objek satu dengan objek lainnya.

7. menunjukkan hubungan komputer dengan perangkat (nodes) satu sama lain dan jenis hubungannya. Component Diagram Component Diagram merupakan bagian fisik dari sebuah sistem.II-18 6 Node Elemen fisik yang eksis saat aplikasi dijalankan dan mencerminkan suatu sumber daya komputasi. menampakkan bagian-bagian software yang berjalan pada bagian-bagian hardware. 8. . Komponen merupakan implementasi software dari sebuah atau lebih class. Deployment Diagram Menggambarkan tata letak sebuah sistem secara fisik. karena menetap di komputer tidak berada di benak para analis.

Spirit Human Development mengupayakan untuk menyediakan segala jenis kebutuhan customer di bidang IT baik dalam bentuk pengadaan finger print. 2009. untuk bersama-sama berkembang. pelatihan IT. SPIRIT Human Development berisi individu-individu dengan semangat tinggi dan dinamis dengan keinginan sangat besar untuk mengambil peran sebagai supportive team yang dapat membantu perusahaan dan individu-individu di dalam perusahaan untuk mengeluarkan potensi terbaik dari dirinya. Pengembangan E-Library System / Digital Library System. sharing mate bagi perusahaan customer. 2010 2. Ditjen HPI Deplu RI. III-19 .1. Sejarah Perusahaan Spirit Human Development merupakan salah satu perusahaan yang bergerak dalam bidang pengadaan dan pembuatan kebutuhan IT service and development yang berdiri sejak tahun 2005. Jakarta. pembuatan website perusahaan. Share with Us.BAB III ANALISIS ORGANISASI PERUSAHAAN 3. Bandung. sesuai dengan Motto perusahaan : Talk with Us. Spirit Human Development adalah Humanistic Approaching Consultant. rekan. SPIRIT Human Development ingin menjadi partner. Fasilitator LPIP. outbond dan lain sebagainya. and Blend with Us for the Brighter Future! Berikut adalah pekerjaan yang pernah dikerjakan oleh perusahaan : 1. Bandung 2010 3. Seminar Kanker Serviks. karena manusia adalah gudang potensi yang dapat menjadi sangat luar biasa bila dikelola dengan baik.

Alamanda Sejati Utama Banjaran – Bandung. Outbound and Annual Meeting. 2007 16. PP Muhammadiyah Jawa Barat. Bali 2007. Balai Pelatihan Kesehatan Lemahabang Bekasi. Duthadharma. 15. Bandung. Pengembangan TB Care Community System – Sistem Administrasi & Keuangan. 18. 2008. Bali. 2006 14. 2015 20. 2009 19. Managers & Board of Controllers Recruitment 10. Pengembangan Sistem Informasi Doktor (S3). Tasikmalaya. Cimahi. PT. PT. (Distributor Telkomsel). 7. . Alamanda Sejati Utama Banjaran – Tegal. PT. PT. Bali. Pengembangan Enterprise Resource Planning. 2009. Pengembangan HR System. Melinda Hospital Bandung. Pengembangan Enterprise Resource Planning. PT. Pengembangan Sistem Informasi Akademik dan Keuangan. 2011 11. Alamanda Sejati Utama Banjaran – Bandung. Wahana Boga Nusanta. Pengembangan Enterprise Resource Planning. 2007 13. Pembuatan Situs PP Muhamadiyah Jawa Barat. Global Fund & Muhammadiyah. 2010. 6.-Jakarta. ITB. Bali.Elnusa. 5. 17. 2010 9.III-20 4. CV Crystal. SD Melong. Chef Essential. 8. Yayasan Pendidikan Al-Ma’soem. Bandung. 2010. Pengembangan Enterprise Resource Planning. SD Galunggung (Rintisan Sekolah Bertaraf Internasional). 2009. Pengembangan Enterprise Resource Planning. Pembuatan Situs Melinda Hospital Bandung. Dharmaputra Trans (Transporter Coca Cola). Bekasi. Bandung 2015. Penyusunan Master Plan Pengembangan Balai Pelatihan Kesehatan. Pengembangan Sistem Informasi Administrasi Sekolah. Jakarta. Penyusunan Job Ptofile 12. Tbk. Pengembangan Sistem Informasi Administrasi Sekolah. 2009. Jakarta.

Implementasi dengan optimal 3. Selalu berupaya untuk memenuhi seluruh kebutuhan customer 3. Melibatkan seluruh komponen perusahaan dalam upaya perbaikan Gambar 3.1 Logo Perusahaan 3. Membagun perusahaan dengan pondasi yang tepat dan kuat 2. Strategi Perusahaan Strategi yang digunakan perusahaan untuk memasarkan produknya yaitu : 1. . Misi Perusahaan Misi perusahaan Spirit Human Development adalah : 1. Melayani sesuai dengan kebutuhan customer 2.III-21 21. Visi Perusahaan Visi perusahaan Spirit Human Development adalah : Make It Simple And Make It Grow A Good Way ! 3. Bandung 2015. Membuat proses pengelolaan SDM menjadi lebih sederhana dan sistematik 5.2. Untuk pemasaran produk perusahaan dilakukan dengan sistem door to door. Dinas Kependudukan.1. Evaluasi sebagai dasar perbaikan secara berkesinambungan 4.3. Masalah customer adalah masalah perusahaan juga. Jadi dari divisi marketing yang turun langsung ke perusahaan-perusahaan atau instansi lainnya untuk menawarkan langsung produk dan jasa perusahaan. 3. Pengembangan Sistem Informasi.1. jadi perusahaan akan fokus dalam melayani customer 4. Visi dan Misi Perusahaan 3.2.1. Perbaikan sedikit demi sedikit namun berkesinambungan.

Dalam hal ini penulis melakukan program Internship di divisi IT yang bisa dilihat di struktur organisasi. Bagi perusahaan atau instansi yang akan mengadakan acara outbond Spirit Human Development juga dapat membantu persiapan acara mulai dari pencarian informasi acara hingga pengaturan tempat.III-22 Adapun jasa-jasa yang ditawarkan Spirit Human Development yaitu : 1. Website pun dapat menyeuaikan kebutuhan customer. 4. Struktur Organisasi dan Job Description Perusahaan 3. keamanan. sistem informasi perpus. 2.1. maupun secara keseluruhan.4. Baik sistem akademik. acara dan sebagainya. 3.4. Pelatihan IT. Adapun job description dari tiap bagian dari struktur organisasi tersebut yaitu : . Untuk pelatihan dapat menyesuaikan dengan kebutuhan dan pembicara pun telah disediakan oleh Spirit Human Development. 3. ataupun kebutuhan lainnya. Pengadaan scanner atau finger print. Spirit Human Development menyediakan jasa pembuatan dan pemaangan finger print dan scanner bagi instansi yang membutuhkan baik sebagai sistem absensis. Spirit Human Development menyediakan jasa pembuatan website perusahaan atau instansi yang membutuhkan. Outbond. Spirit Human Development juga bersedia melakukan pelatihan IT bagi perusahaan atau instansi yang membutuhkan. Job description Struktur organisasi Spirit Human Development secara umum dapat dilihat pada gambar III-2. Pembuatan website perusahaan.

modifying. atau kegiatan lain dalam produk perangkat lunak.2 Struktur Organisasi Perusahaan 3. Deskripsi dan Ruang Lingkup Internship Pada kegiatan Internship ini penulis tergabung dalam staff programmer. pemeliharaan. . Pengembangan perangkat lunak tersebut meliputi penelitian pengembangan baru. Staff programmer merupakan tim yang bekerja dalam pengembangan perangkat lunak.5. prototyping.III-23 Direktur wakil Divisi administrasi Staff Administrasi Subdivisi Programmer Staff Programmer Divisi Marketing Subdivisi Multimedia Staff Marketing Staff Multimedia Gambar 3. menggunakan kembali. reengineering.

1 Diagram Alur Metode Penelitian Gambar 4. terdapat beberapa alur yang harus diikuti. Pengumpulan data mengenai perangkat lunak yang akan dibangun. IV-24 . yaitu: 1. Setelah product backlog selesai. Masukan oleh pengguna. 2. 3. pelanggan. dibuat lah product backlog dimana product backlog berisi fitur-fitur perangkat lunak yang akan dibangun dan akan menjadi acuan pembangunan perangkat lunak. dilakukanlah meeting oleh scrum team untuk memilih fitur mana yang dapat diselesaikan fitur yang telah selesai dipilih disebut sprint backlog. Setelah adanya masukan dari product owner. 4. team dan stakeholder/product owner. Pada pengembangan perangkat lunak yang akan dibangun. dalam hal ini pengumpulan data dilakukan dengan cara wawancara dan studi pustaka oleh scrum team.BAB IV METODOLOGI PENELITIAN 4.1 Diagram Alur Metode Penelitian Menerapkan Metode Scrum Gambar diatas merupakan alur metode penelitian dengan menerapkan metode scrum.

kemudian apabila apa pembaharuan terhadap sprint backlog maka kebutuhan tersebut diterima oleh scrum team sesuai dengan sprint yang telah ditentukan.4 Jenis dan Metode Pengumpulan Data Sumber data yang digunakan dalam penelitian ini adalah: . 4. di dalam sprint terdapat beberapa tahapan yaitu daily scrum meeting oleh scrum team dan product owner. dilakukan penyerahan dokumentasi dan penyerahan aplikasi yang telah dibangun kepada product owner.3 Metode Penelitian Metodologi adalah kumpulan prinsip. 4. dan apakah kesimpulan penelitian dapat digunakan untuk kepentingan secara praktis atau digunakan dalam kajian pustaka dalam penelitian berikutnya. Objek penelitian dalam penelitian ini adalah guru dan siswa yang akan terlibat langsung didalam penggunaan sistem infromasi akademik siswa. Penentuan sprint dari sprint backlog yang telah dibuat. Hal tersebut dilakukan terus menerus sampai pembangunan perangkat lunak selesai dilakukan. prosedur. Penjelasan ini juga bisa digunakan untuk menilai apakah hasil suatu penelitian dapat dipercaya. 6. 4. Pembuatan sprint backlog dibantu dengan analisis yaitu UML agar dokumentasi pembangunan perangkat lunak dibuat dengan jelas. dan praktik yang mengatur suatu penelitian. memang cocok dengan penelitian yang dilakukan. 7. Metode penelitian berisi uraian yang menjelaskan secara rinci tentang bagaimana suatu penelitian dilakukan. Setelah pembangunan perangkat lunak selesai.IV-25 5.2 Objek Penelitian Objek penelitian harus ditentukan untuk dapat menjadi tolak ukur apakah data penelitian yang telah dikumpulkan.

Siapa saja aktor yang berperan dalam sistem informasi akademik yang akan dibangun? 6. Untuk mendapatkan data primer metode pengumpulan data yang dipakai adalah studi pustaka dan wawancara. Narasumber yang terlibat dalam yakni guru.IV-26 4. Sistem aplikasi seperti apa yang saudara butuhkan? 2.4. Yayasan Pendidikan Al-Masoem menginginkan sistem yang komplit dalam pengolahan datanya. Menurut saudara. seberapa penting sistem informasi akademik ini bagi pengguna? 5. Berikut adalah daftar pertanyaan yang diajukan kepada Product Owner yang disini berperan sebagai narasumber. berikut adalah jawaban dari narasumber: 1. staff akademik dan siswa. yang mengharuskan semua data terolah . Berikut adalah penjelasan metode pengumpulan data yang digunakan dalam penulisan laporan internship ini adalah sebagai sebagai berikut: - Wawancara: teknik pengumpulan data yang di rancang terlebih dahulu dengan cara menggunakan daftar pertanyaan yang akan diberikan kepada narasumber. Bagaimana menurut saudara tanggapan para siswa terhadap sistem informasi akademik yang akan dibangun? 7. Apakah yang menjadi harapan saudara kedepan dengan adanya sistem informasi akademik yang akan dibangun? Dan dari pertanyaan diatas. Dimana narasumber merupakan orang yang akan terlibat langsung didalam perangkat lunak yang akan dibangun. Bagaimana sistem penginputan data mengenai siswa yang berlangsung selama ini? 3. Apa saja data siswa yang akan dibutuhkan didalam sistem informasi akademik yang akan dibangun? 4.1 Sumber Data Primer Data primer merupakan informasi yang diperoleh pertama kali oleh peneliti menyangkut variable yang menjadi tujuan utama penelitian. 1.

absensi dan prestasi siswa . siswa tidak harus bertanya kepada guru. dan prestasi siswa Admin / Mengelola data absensi. selama ini prestasi siswa hanya ditulis didalam buku prestasi siswa yang disimpan oleh kepala sekolah. guru akan lebih mudah dalam merekap semua data mengenai siswa dan dari sisi siswa mereka bisa melihat data mengenai nilai. yaitu data absensi. prestasi dan data siswa Staff Akademik Siswa View data nilai. karena dari sisi guru.IV-27 dengan baik. oleh karena itu al-masoem menginginkan semua guru mengolah data nilai siswa secara transparan dengan metode pengolahan data yang sama. Mempermudah pendataan siswa. Terdapat 3 data siswa yang di kelola oleh guru. Data nilai diinputkan secara manual oleh masing-masing guru dengan cara yang berbeda masing-masing gurunya. Aktor yang akan berperan yaitu : Guru Mengelola data nilai. absensi. data prestasi dan data mengenai siswa. 3. Selama ini guru menginput data absensi siswa ke dalam buku absensi kemudian disimpan dalam pembukuan absensi bulanan siswa. Tentu siswa akan senang. tersimpan dengan rapi dan mudah ditelusuri dari tempat penyimpanannya apabila diperlukan 2. 4. prestasi dan data siswa 6. absensi dan prestasi yang telah mereka raih. Harapan kedepannya: a. absensi. nilai. Data siswa yang dibutuhkan dalam SIA yang akan dibangun yaitu data absensi siswa. Pada saat ini sering terjadi manipulasi dan kehilangan data. Apabila siswa telah selesai ulangan harian. Dan data prestasi. nilai dan prestasi. karena mereka bisa melihat kapanpun mengenai data nilai. absensi dan prestasi yang telah mereka raih 5. data nilai siswa. Sangat penting. siswa cukup melihat nilai tersebut didalam SIA yang akan dibangun 7.

IV-28 b. dikarenakan perangkat lunak ini akan dibangun menggunakan bahasa pemrograman php yang belum menggunakan class induk dan pewarisan di dalamnya. jurnal dan internet yang mempunyai kaitan dengan topik perangkat lunak yang di sedang dibangun 4. Merapikan dan memberikan standard format informasi akademik sekolah d.5. Sebagai salah satu sarana promosi yang dapat meningkatkan prestise sekolah 4.2 Sumber Data Sekunder Data sekunder yaitu data yang dikumpulkan oleh orang atau instansi selain penulis yang melakukan kajian saat ini. 4. Mempermudah dan mempercepat proses pencarian informasi akademik sekolah c. dan bahasa pemrograman php berbasis struktural.5.5 Metode Pendekatan dan Pengembangan Sistem 4. Studi Pustaka : pengumpulan data dan sumber informasi dari bukubuku.1 Metode Pendekatan Sistem Metode pendekatan sistem yang dipakai dalam penelitian ini berbasis struktural.2 Metode Pengembangan Sistem Metode pengembangan sistem yang digunakan dalam penelitian ini adalah Agile Development. Agile Development sendiri merupakan konsep .4. Meningkatkan transparansi informasi akademik sekolah f. Meningkatkan efisiensi terutama karena berkurangnya dokumen yang harus dicetak secara fisik e. Data sekunder bisa didapat dari internal maupun eksternal organisasi baik melalui internet maupun jurnal dan penelitian sebelumnya.

Adapun tahapan yang terdapat didalam Scrum adalah: 1. Kebutuhan direncananakan. Sprint ini akan bertindak sebagai milestone dalam pembuatan software.IV-29 yang memegang nilai-nilai berikut. dll Didalam penelitian ini. Melakukan Sprint yang telah dibuat. XP 3. termasuk didalamnya: 1. akan digunakan metode Scrum. diimplementasikan. Scrum 2. Software yang berjalan dibanding dokumentasi komprehensif 3. sebagaimana disebutkan dalam Agile Manifesto yakni: 1. Kolaborasi dengan konsumen dibanding negosiasi kontrak. Agile sendiri merupakan gabungan dari metode incremental dan iterative. Agile Modeling. Implikasi dari pemakaian Agile Software Development adalah kemampuan adaptasi yang tinggi terhadap perubahan selama proses pembangunan software. Individu-individu dan interaksi-interaksi dibanding proses-proses dan alat-alat. Merespon perubahan dibanding mengikuti rencana. agile tidak memiliki fasefase. 4. 3. Perancangan Product Backlog: merupakan proses merancang pekerajaan-pekerjaan yang akan dilakukan berdasarkan permintaan user. Melakukan revisi dan menjaga komunikasi dengan konsumen. Memindahkan item dari Product Backlog ke Sprint-Sprint: Memasukan pekerjaan-pekerjaan yang harus dilakukan dan menyusun prioritasnya ke dalam sprint-srint. Sebagai sebuah konsep. . diuji. 2. 4. 2. Metode Scrum membagi proses development menjadi beberapa Sprint. dan dievaluasi secara berulang dalam hitungan minggu. Dibandingkan dengan metode waterfall. Agile mempunyai bermacam metode yang dilingkupinya. Agile berproses iteratif dengan perputaran yang pendek.

Sebagai contoh dari implementasi arsitektur yaitu perancangan terhadap user interface sistem.6 Metode Scrum Scrum adalah sebuah kerangka kerja untuk mengembangkan dan mengelola produk kompleks. Sequence Diagram d. Collaboration Diagram e. . Scrum dapat digunakan untuk menyelesaikan permasalahan kompleks yang senantiasa berubah.IV-30 4.1 - Pregame Perencanaan: ditentukan dari backlog yang sudah ada.3 Alat Bantu Analisis Alat bantu analisis dan perancangan yang dipakai dalam membangun perangkat lunak ini adalah dengan menggunakan pemodelan UML yang merupakan suatu alat untuk analisis dan desain berorientasi objek. Class Diagram c. Bila proyek terdiri dari pengembangan sistem yang lama. fase ini meliputi arsitektur sistem dan desain di tingkat pengguna. termasuk jadwal dan biaya. maka fase ini hanya akan dilakukan analisis - Arsitektur: mendesain bagaimana daftar backlog yang akan diimplementasikan. Use Case Diagram b.6. Deployment Diagram 4. fase ini akan terdiri dari proses konseptualisasi dan analisa. Penelitian ini akan menggunakan beberapa diagram UML diantaranya adalah: a. Bila sebuah sistem baru dikembangkan.5. 4. Activity Diagram f. dimana pada saat bersamaan menghasilkan produk dengan nilai setinggi mungkin secara kreatif dan produktif.

Product Backlog memuat daftar dari poin yang akan dibuat oleh tim yang didasari oleh prioritas kebutuhan yang dinilai berdasarkan kebutuhan customer. harga. dilakukan pertemuan Sprint Planning. dengan memperhatikan variabel waktu. dengan penambahan. 2. Product Owner dan tim Scrum melakukan review terhadap Product Backlog. 3. Sprint memiliki durasi dan diakhiri pada waktu yang spesifik tanpa memperhatikan status dari pekerjaan yang dilakukan. Sprint Scrum menstrukturisasi pengembangan produk dengan menggunakan satu runtunan pekerjaan yang disebut dengan Sprint. yaitu pengembangan dari fungsionalitas yang baru. Product Backlog Proyek yang menggunakan metode Scrum didasari oleh sebuah visi dari produk yang dibuat oleh Product Owner. Berikut aktifitas-aktifitas yang dilakukan dalam metode Sprint: 1. dilakukan pengembangan produk yang terdapat dalam proyek. Interaksi dari variabel tersebut akan mendefinisikan akhir dari fase ini. mendiskusikan hasil dan konteks dari poin yang akan dibuat.2 Game Pada fase ini terdapat Development Sprints.IV-31 4. iterasi dari pekerjaan yang biasanya berdurasi 1-4 minggu. baik selesai maupun tidak. permintaan. Pada durasi yang ditentukan tersebut. Pada Sprint Planning. Durasi dari Sprint tidak dapat diperpanjang. dan kompetisi. Sprint Planning Pada awal dari setiap Sprint. kualitas.poin yang terdapat pada . dan perubahan prioritas yang berkesinambungan. dan tim Scrum memilih poin.6. Terdapat banyak Sprint yang dilakukan pada fase ini. pengurangan. dan dituliskan ke dalam Product Backlog. Product Backlog disusun disepanjang waktu pengerjaan proyek.

Pertemuan ini adalah kunci dari proses peninjauan dan pengadaptasian. Tim Pengembang menggunakan Daily Scrum untuk meninjau perkembangan menuju Sprint Goal dan meninjau tren perkembangan menuju selesainya pekerjaan yang ada di dalam Sprint Backlog. mengidentifikasi hambatan untuk dihilangkan. Sprint Review and Retrospective Setelah Sprint berakhir. Setiap poin yang dipilih dari Product Backlog kemudian didesain dan didekomposisi dalam sebuah kumpulan pekerjaan individu. Tim Pengembang. menghilangkan pertemuanpertemuan lain. Inspeksi ini memuat diskusi mengenai perkerjaan yang sebelumnya dan rencana selanjutnya untuk pekerjaan tersebut. . Sprint Review melibatkan tim Scrum dan stakeholder untuk melakukan inspeksi pada pekerjaan yang telah selesai dilakukan selama Sprint. Daily Scrum Meeting Daily Scrum adalah kegiatan dengan batasan waktu maksimum selama 15 menit agar Tim Pengembang dapat mensinkronisasikan pekerjaan mereka dan membuat perencanaan untuk 24 jam ke depan. mendukung pembuatan keputusan secara cepat dan meningkatkan tingkat pengetahuan tim. beserta customer. Daftar dari pekerjaan dituliskan ke dalam sebuah dokumen yang disebut dengan Sprint Backlog. Hal ini dilakukan dengan meninjau pekerjaan semenjak Daily Scrum terakhir dan memperkirakan pekerjaan yang dapat dilakukan sebelum melakukan Daily Scrum berikutnya. 4. ahli. Daily Scrum mengoptimalisasi kemungkinan Tim Pengembang akan mencapai Sprint Goal. Daily Scrum meningkatkan komunikasi. dan beberapa orang yang tertarik untuk bergabung. stakeholders. terdapat satu aktifitas yang disebut dengan Sprint Review. ScrumMaster. dimulai dari daftar teratas pada Product Backlog.IV-32 Product Backlog untuk dikerjakan dan dapat diselesaikan pada akhir dari Sprint. 5. Pertemuan Sprint Review ini dihadiri oleh Product Owner.

tim Scrum berkesempatan untuk meninjau dirinya sendiri dan membuat perencanaan mengenai peningkatan yang akan dilakukan pada Sprint berikutnya.IV-33 Melalui Sprint Review.7 Sistem Informasi Akademik Sistem informasi akademik adalah suatu sistem yang dirancang untuk keperluan pengelolaan data-data akademik dengan penerapan teknologi komputer baik hardware maupun software. tim Scrum selanjutnya mengadakan Sprint Retrospective. persiapan materi pelatihan penggunaan sistem.3 Postgame Pada fase ini terdapat Closure. Peran tersebut dibagi menjadi beberapa. terdapat beberapa pengguna yang memiliki tugas dan akses berbeda pada perangkat lunak yang akan dibangun. Fase ini mempersiapkan produk yang telah dikembangkan untuk beberapa kelengkapan umum lainnya seperti integrasi. kompetisi. permintaan.6. sehingga seluruh proses kegiatan akademik dapat terkelola menjadi informasi yang bermanfaat dalam pengelolaan manajemen sistem akademik siswa. yaitu: . dan kualitas telah sesuai untuk versi terbaru yang akan dirilis. pengujian sistem. harga. dengan demikian proyek dinyatakan "closed" dan memasuki fase ini. dokumentasi. 4. Pada Sprint Retrospective. Beberapa informasi yang disajikan pada perangkat lunak ini antara lain: - Absensi Siswa - Nilai Siswa - Prestasi Siswa - Data Siswa Selain informasi di atas. Closure merupakan satu fase yang menyatakan bahwa manajemen dari tim merasa bahwa variabel dari waktu. dan persiapan materi pemasaran. 4.

Dalam pengerjaan proyek ini akan dilakukan oleh 3 orang personil dengan tugas sebagai berikut:  Manajer Proyek: bertugas untuk memantau. kesimpulan yang diambil yaitu product owner menginginkan suatu sistem yang komplit dalam pengolahan datanya. nilai dan prestasi yang telah diraih tanpa bisa di update ataupun delete. yaitu kelola absensi. Data mengenai siswa yang ingin dibangun yaitu data siswa. data nilai. admin/staff akademik dan siswa dengan . prestasi dan data siswa  Guru : bertugas untuk mengelola data absensi siswa. Aktor yang akan berperan didalam sistem informasi akademik yang akan dibangun yaitu guru. mengendalikan dan bertanggung jawab penuh terhadap pengerjaan proyek secara keseluruhan.IV-34  Administrator : bertugas untuk mengelola sistem secara keseluruhan.  Analisis Sistem & Designer: bertugas untuk melakukan studi kelayakan. tersimpan dengan rapi dan mudah ditelusuri dari tempat penyimpanannya apabila diperlukan. Dari wawancara dengan narasumber. Tahapan-tahapan yang digunakan yaitu: 1. 4. data absensi dan data prestasi yang telah diraih oleh siswa. Pregame Menentukan perencanaan dan arsitektur mengenai sistem yang akan dibangun berdasarkan wawancara dengan narasumber. analisa dan desain untuk memenuhi kebutuhan pengguna dan aplikasi  Programmer: melakukan pengkodingan dan test terhadap program untuk mendukung sistem aplikasi. data nilai dan data prestasi siswa  Siswa: melihat informasi mengenai absensi. dan mengharuskan semua data terolah dengan baik.8 Pengembangan Sistem Informasi Akademik Menggunakan Metode Scrum Pada bagian ini penulis akan mengimplementasikan metodologi scrum pada pengembangan sistem informasi akademik dengan scrum team yang telah ditentukan sebelumnya.

Sprint Planning Meeting Setelah mementukan Product Backlog diadakan briefing/rapat oleh scrum team di setiap awal Sprint untuk mengevaluasi Product Backlog. 3. setiap anggota Scrum Team . prestasi dan data siswa. Menentukan Product Backlog Langkah pertama dari Scrum adalah penentuan dari fitur berdasarkan priotitasnya oleh manajer proyek.1 Tabel Product Backlog No Deskripsi Fitur 1 Tampilan Kelola Absensi Siswa 2 Tampilan Kelola Nilai Siswa 3 Tampilan Kelola Data Prestasi yang telah diraih siswa 4 Tampilan Kelola Data Siswa 5 Laporan Absensi Bulanan Siswa dalam bentuk tabel dan grafik 6 Laporan Nilai Siswa 7 Print Out Prestasi Siswa 8 Siswa melihat semua absensi.IV-35 masing-masing hak aksesnya. 2. Dari sistem informasi yang akan dibangun product owner menginginkan agar mempermudah pendataan nilai. mendiskusikan tujuan dan misi dari tiap fitur sesuai dengan keinginan Product Owner. nilai dan prestasi yang telah diraih. Sehingga total terdapat delapan fitur yang akan dibangun pada sistem informasi akademik. Daftar fitur ini kemudian disebut dengan Product Backlog. Berikut adalah daftar dari fitur-fitur yang akan dibangun sesuai prioritasnya Tabel 4. Pada bagian ini. absensi.

Pada bagian ini. Detailnya dapat dilihat pada tabel dibawah ini. Setelah jam kerja ditentukan. Fitur tersebut dikerjakan bersama-sama sesuai dengan perannya masing-masing dalam tim. dan disebut dengan Sprint Backlog. Tabel 4. Tabel 4. setiap anggota tim mendapatkan pembagian waktu untuk menyelesaikan fitur yang sudah didefiniskan di Product Backlog. 4.2 Tabel Sprint Planning Meeting Lama Sprint 2 Minggu Jumlah Hari Kerja 10 Hari Peran dalam tim Manajer Proyek Jumlah hari kerja selama Sprint 6 Hari Jumlah Jam/Hari Total Jam Selama Sprint 5 Jam 30 Jam 7 Hari 6 Jam 42 Jam 10 Hari 6 Jam 60 Jam Analisis Sistem & Designer Programmer Lama sprint pertama ditentukan menjadi 2 minggu karena tim hanya terdiri dari 3 orang. tim dapat mulai mengerjakan fitur pertama dalam Product Backlog.3 Tabel Sprint Backlog Fitur Backog Task Pemilik Task Tampil Desain Analisis an Proses Bisnis Sistem Perkiraan Jumlah sisa jam/hari dalam Sprint Waktu H H H H H H H H H H (jam) 1 2 10 6 Jam 3 4 5 6 7 8 9 . Berikut adalah contoh dari penerapan Sprint Planning Meeting. Sprint Backlog Waktu kerja tim yang sudah ditentukan dibagi lagi menjadi beberapa tugas bagi setiap anggota tim. dan fitur yang dikerjakan masih berupa template.IV-36 menentukan berapa jam yang dibutuhkan tiap anggota untuk melaksanakan pekerjaan pada tiap fiturnya. Semua perubahan yang terjadi selama pengembangan harus ditunda sampai Sprint selanjutnya.

waktu penyelesaian diperbaharui untuk mengetahui sisa pengerjaan yang harus dikejar selama Sprint berjalan. namun lebih kepada anggota yang terlibat khusus pada fitur yang sedang dikembangkan.4 Tabel Scrum Harian Fitur Backog Task Pemilik Task Desain Analisis Proses Bisnis Sistem Desain Antar Analisis Tampil Muka Sistem an Desain Basis Analisis Kelola Data Sistem Absensi Coding Siswa Front and Programmer Perkiraan Jumlah sisa jam/hari dalam Sprint Waktu H H H H H H H H H H (jam) 1 2 3 4 5 6 7 8 9 10 3 Jam 1 0 0 0 0 0 0 0 0 0 5 Jam 5 2 2 0 0 0 0 0 0 0 5 Jam 5 5 5 1 4 0 0 0 0 0 9 Jam 9 9 9 2 1 1 1 1 1 1 5 Jam 5 5 5 5 5 5 5 5 5 2 Back End Testing Manajer Proyek . Scrum Harian Sebagai praktik untuk memantau kinerja. setiap hari perlu diadakan meeting untuk pelaporan apa saja yang sudah tiap anggota tim kerjakan. Pada setiap akhir meeting.IV-37 Kelola Desain Antar Analisis Absensi Muka Sistem Siswa Desain Basis Analisis Data Sistem 6 Jam 6 Jam Coding Front and Programmer 20 Jam Back End Testing Manajer Proyek 5 Jam 5. Contoh pelaksanaan Sprint pertama untuk fitur tampilan kelola absensi siswa yaitu: Tabel 4. Pada tahap ini tidak semua anggota tim harus hadir.

maka sebuah proses dapat diterima sebagai proses yang bekerja dengan benar.IV-38 Seperti dapat dilihat pada gambar bahwa pembangunan situs harga komoditas dimulai dengan fitur pertama dan desain sistem. . 2.9 Pengujian Pengujian merupakan hal penting karena bertujuan untuk menemukan kesalahan-kesalahan atau kekurangan-kekurangan pada perangkat lunak yang diuji. dan basis data. dan bila tidak selesai maka Sprint lanjutan dilakukan sampai produk yang dihasilkan memenuhi kebutuhan pengguna. Apabila dalam pengamatan. Setelah desain selesai baru kemudian menjadi tugas programmer untuk melakukan coding sampai dapat dites oleh manajer proyek.10 Hasil Penelitian Dari penelitian di atas. Pengujian akan dilakukan menggunakan pengujian Black Box. yaitu pengujian yang memperhatikan input dan output. Metode scrum mungkin dapat digabungkan dengan metodologi lain seperti waterfall dalam pengembangannya terutama pada saat pembuatan Sprint Backlog. Metode scrum cocok digunakan untuk pengembangan perangkat lunak dengan ukuran tim yang kecil dan banyak perubahan karena fase sprint dalam scrum dapat mengantisipasi perubahan tersebut. antarmuka. tanpa mengetahui/ memperdulikan cara kerja/ logika internal proses didalamnya. 4. Proses ini dilakukan juga untuk fitur lain dalam backlog. yaitu sebagai berikut: 1. seperti yang diharapkan. Desain sistem sendiri dilakukan oleh analis sistem meliputi proses bisnis. 4. penulis mendapatkan beberapa hasil. dan untuk mengetahui apakah perangkat lunak yang dibuat sudah memenuhi kriteria yang sesuai dengan tujuan perancangan perangkat lunak tersebut. output yang dihasilkan sudah sesuai dengan input yang diberikan.

agar proses pembuatan perangkat lunak tidak terlalu lama dan memakan biaya yang banyak. . Perlu diberikan batasan yang jelas sampai kapan fase sprint harus dilakukan.IV-39 3.

1.1. Analisis Sistem berjalan (Current System) 5. karena perancangan bahkan implementasi sistem tidak akan terwujud dengan baik tanpa adanya analisis terhadap sistem informasi yang sedang berjalan saat ini.BAB V ANALISIS DAN PERANCANGAN Analisis merupakan penelitian dengan melakukan suatu percobaan yang menghasilkan kesimpulan dari penguraian suatu sistem informasi yang utuh kedalam bagian-bagian komponennya dengan maksud untuk mengidentifikasi dan mengevaluasi segala permasalahan yang timbul. Dan pendataan nilai siswa yang masih V-40 . mesin atau alat dan prosedur serta konsep-konsep yang dihimpun menjadi satu guna mencapai tujuan bersama.1 Analisis dan Perancangan Sistem Analisis dan Perancangan Sistem adalah suatu kegiatan mempelajari serta mengevaluasi suatu bentuk permasalahan atau kasus yang terjadi pada seperangkat elemen-elemen yang terdiri atas manusia.1. hambatan yang terjadi serta kesempatan dan kebutuhan yang diharapkan sehingga dapat diusulkan perbaikanperbaikan yang dapat membangun dan mempertinggi sistem kerja alat yang akan dibuat. Yayasan pendidikan al-ma’soem menggunakan metode konvensional dalam proses pengolahan data yaitu dalam penginputan absensi membutuhkan banyak media dalam proses penginputan dan resiko kehilangan data yang sangat tinggi.1. Analisis Prosedur yang berjalan (Flow map/Flowchart) Analisis sistem informasi merupakan awal untuk pengembangan sistem.1. 5. Pendataan prestasi siswa yang masih di arsipkan ke dalam sebuah buku. 5.

Prestasi & Nilai Siswa GURU KEPALA SEKOLAH Start Input Data Absensi Siswa Input Data Prestasi Siswa Input Data Nilai Siswa Simpan Ya Basis Data Tidak LAB LNS LPS LAB LNS LPS End Keteran gan: LAB LNS LPS : Lap oran Absensi Bulan an : Lap oran Nilai Siswa : Lap oran Prestasi Siswa Gambar 5.1 Analisis Prosedur yang sedang berjalan . Pencatatan Absensi. Oleh karena itu yayasan pendidikan al-ma’soem ini membutuhkan sebuah sarana penyimpanan data yang terintegrasi yang bisa diwujudkan melalui sebuah sistem atau perangkat lunak terpadu yang dapat memudahkan dalam pengolahan data.V-41 menggunakan buku nilai.

dan nilai ke dalam sebuah buku nilai.V-42 5. proses transaksinya masih menggunakan cara manual. Analisis Dokumen yang berjalan Pada yayasan pendidikan al-masoem.prestasi ke dalam sebuah map.1.1. yaitu dengan melakukan pencatatan absensi di dalam buku absensi. nilai dan prestasi siswa menjadi tidak efektif dan efisien. tidak menggunakan Database Management System sehingga kemungkinan terjadinya kesalahan dalam pencatatan laporan absensi diakhir bulan sangat besar. 5. Analisis Prosedur yang akan dibangun (Flow map/Flowchart) Berikut ini adalah mekanisme kerja yang akan dibangun pada yayasan pendidikan al-masoem: . Cara manual tersebut mengakibatkan pengolahan data absensi. Pengolahan data bersifat statis.2.1.1. Analisis Sistem yang akan dibangun 5.1.2. salah satunya membutuhkan waktu yang lama dalam penginputan data.2.

Delete Data Absensi Halaman Menu Absensi Tidak Data Absensi Logout Ya End Gambar 5. Kelola Data Absensi Siswa Kelola Absensi GURU SYSTEM Tampilan Login Start Input UserID dan Password Cek Login gagal Validasi Berhasil Insert. Update.2 Flowchart Kelola Data Absensi .V-43 1.

3 Flowchart Kelola Data Nilai . Update. Kelola Data Nilai Siswa Kelola Data Nilai GURU SYSTEM Start Tampilan Login Input UserID dan Password Cek Login gagal Validasi Berhasil Insert.V-44 2. Delete Data Nilai Halaman Menu Nilai Tidak Data Nilai Logout Ya End Gambar 5.

Update.V-45 3. Kelola Data Prestasi Siswa Kelola Data Prestasi GURU SYSTEM Start Tampilan Login Input UserID dan Password Cek Login gagal Validasi Berhasil Insert.4 Flowchart Kelola Data Prestasi . Delete Prestasi Halaman Menu Prestasi Tidak Data Prestasi Logout Ya End Gambar 5.

Update. Kelola Data Siswa Kelola Data Siswa GURU SYSTEM Tampilan Login Start Input UserID dan Password Cek Login gagal Validasi Berhasil Insert.V-46 4. Delete Data Siswa Halaman Data Siswa Tidak Data Siswa Logout Ya End Gambar 5.5 Flowchart Kelola Data Siswa .

Siswa View Absensi Siswa View Absensi Siswa System Tampilan Login Start Input UserID dan Password Cek Login gagal Validasi Berhasil View Data Absensi Halaman Data Absensi Tidak Data Siswa Logout Ya End Gambar 5.V-47 5.6 Flowchart Siswa View Absensi .

7 Flowchart Siswa View Nilai .V-48 6. Siswa View Nilai Siswa View Nilai Siswa System Tampilan Login Start Input UserID dan Password Cek Login gagal Validasi Berhasil View Data Nilai Halaman Data Nilai Tidak Data Nilai Logout Ya End Gambar 5.

2. Siswa View Prestasi Siswa View Prestasi Siswa System Tampilan Login Start Input UserID dan Password Cek Login gagal Validasi Berhasil View Data Prestasi Halaman Data Prestasi Tidak Data Prestasi Logout Ya End Gambar 5.V-49 7.1. nilai dan prestasi ke dalam suatu database terpusat. .8 Flowchart Siswa View Prestasi 5.2. Yang akan lebih memudahkan guru untuk merekap / membuat laporan mengenai absensi dan perkembangan nilai siswa. Analisis Dokumen yang dibangun Analisis dokumen yang akan dibangun pada yayasan pendidikan almasoem yaitu mengintegrasikan semua data mengenai siswa baik absensi.

Use Case Diagram Gambar 5.1.9 Use Case Diagram 2.V-50 5. Definisi Use Case Tabel 5.2.3.1: Tabel Definisi Use Case No 1 Nama Use Case Login Deskripsi Validasi untuk semua user yang akan mengakses sistem aplikasi 2 Kelola Data Absensi Aktivitas yang dilakukan untuk mengelola data absensi siswa yang ada pada sistem . UML (Unified Modelling Language) 1.

tetapi belum memilik hak akses User telah memilik hak akses untuk masuk ke sistem aplikasi sesuai hak aksesnya masing-masing Skenario Normal Actor Action 1. Guru dan Siswa User telah memilik username dan password.V-51 3 Kelola Data Nilai Aktivitas yang dilakukan untuk mengelola data nilai siswa yang ada pada sistem 4 Kelola Data Prestasi Aktivitas yang dilakukan untuk mengelola data prestasi siswa yang ada pada sistem 5 Kelola Data Siswa Aktivitas yang dilakukan untuk mengelola data siswa yang ada pada sistem Skenario untuk masing-masing use case dari sistem informasi akademik siswa yayasan pendidikan al-ma’soem adalah sebagai berikut: a. User menekan tombol login Respon System 2.2 : Tabel Skenario Use Case Login Nama Use Case Deskripsi : : Aktor : Precondition Post condition : : Login Validasi untuk semua user yang akan mengakses sistem aplikasi Administrator. User menginput username dan password 3. Skenario Use Case Login Tabel 5. Sistem melakukan validasi username dan password dan menampilkan form utama aplikasi sesuai hak akses masing-masing . Sistem menerima input username dan password 4.

Sistem menampilkan pesan absensi yang akan diubah 5. Sistem menampilkan menu kelola absensi absensi 3. User menginput data absensi 4. Sistem menampilkan pesan absensi yang akan dihapus kesalahan c. User tidak memilih data 4. User memilih menu kelola 2. Sistem melakukan verifikasi data dan menyimpan data absensi dan menyimpan data absensi Skenario Alternatif 1. User tidak memilih data kesalahan 6. Skenario Use Case Kelola Nilai Tabel 5. Sistem menampilkan pesan absensi kesalahan 3.V-52 b.3 : Tabel Skenario Use Case Kelola Absensi Nama Use Case Deskripsi : Kelola Absensi : Aktivitas yang dilakukan untuk mengelola data absensi siswa yang ada pada sistem Aktor : Administrator / Guru Precondition : Username dan password sudah teridentifikasi Post condition : Data absensi dapat ditampilkan Skenario Normal Actor Action Respon System 1. User tidak menginput data 2.4 : Tabel Skenario Use Case Kelola Nilai Nama Use Case Deskripsi Aktor : Kelola Nilai : Aktivitas yang dilakukan untuk mengelola data nilai siswa yang ada pada sistem : Guru . Skenario Use Case Kelola Absensi Tabel 5.

Skenario Use Case Kelola Prestasi Tabel 5. User memilih menu kelola 2.5 : Tabel Skenario Use Case Kelola Prestasi Nama Use Case Deskripsi : Kelola Prestasi : Aktivitas yang dilakukan untuk mengelola data prestasi siswa yang ada pada sistem Aktor : Guru / Administrator Precondition : Username dan password sudah teridentifikasi Post condition : Data prestasi dapat ditampilkan Skenario Normal Actor Action 1. Sistem melakukan verifikasi data menyimpan data nilai dan menyimpan data nilai Skenario Alternatif 1. User tidak menginput data 2. User menginput data nilai dan 4. User memilih menu kelola prestasi Respon System 2. Sistem menampilkan pesan yang akan diubah kesalahan 5. User tidak memilih data nilai 4.V-53 Precondition : Username dan password sudah teridentifikasi Post condition : Data nilai dapat ditampilkan Skenario Normal Actor Action Respon System 1. Sistem menampilkan menu kelola nilai nilai 3. Sistem menampilkan pesan nilai kesalahan 3. Sistem menampilkan pesan yang akan dihapus kesalahan d. User tidak memilih data nilai 6. Sistem menampilkan menu kelola prestasi .

User tidak memilih data 4. Sistem menampilkan pesan prestasi kesalahan 3. User menginput data prestasi 4. Sistem menampilkan pesan prestasi yang akan diubah 5. Sistem menampilkan pesan kesalahan . Sistem menampilkan menu kelola siswa 4. Sistem melakukan verifikasi data dan menyimpan data prestasi dan menyimpan data prestasi Skenario Alternatif 1. Sistem menampilkan pesan prestasi yang akan dihapus kesalahan e.V-54 3. User tidak menginput data siswa 2. User menginput data siswa dan menyimpan data siswa Respon System 2. User memilih menu kelola siswa 3. User tidak menginput data 2. User tidak memilih data kesalahan 6.6: Tabel Skenario Use Case Kelola Siswa Nama Use Case Deskripsi : Kelola Siswa : Aktivitas yang dilakukan untuk mengelola data siswa yang ada pada sistem Aktor : Administrator Precondition : Username dan password sudah teridentifikasi Post condition : Data siswa dapat ditampilkan Skenario Normal Actor Action 1. Sistem melakukan verifikasi data dan menyimpan data siswa Skenario Alternatif 1. Skenario Use Case Kelola Siswa Tabel 5.

V-55 3.10 Class Diagram . Class Diagram Gambar 5.

Kelola Data Absensi Gambar 5.11 Sequence Diagram Login 2. Sequence Diagram 1.12 Sequence Diagram Kelola Absensi .V-56 4. Login Gambar 5.

Kelola Data Prestasi Gambar 5. Kelola Data Nilai Gambar 5.14 Sequence Diagram Kelola Prestasi .V-57 3.13 Sequence Diagram Kelola Nilai 4.

V-58 5. Report Absensi Gambar 5.15 Sequence Diagram Kelola Siswa 6.16 Sequence Diagram Kelola Report Absensi . Kelola Data Siswa Gambar 5.

18 Sequence Diagram Kelola Report Prestasi .17 Sequence Diagram Kelola Report NIlai 8. Report Prestasi Gambar 5. Report Nilai Gambar 5.V-59 7.

V-60 5. Kelola Data Absensi Gambar 5.19 Collaboration Diagram Login 2.20 Collaboration Diagram Kelola Absensi . Collaboration Diagram 1. Login Gambar 5.

Kelola Data Nilai Gambar 5.V-61 3.21 Collaboration Diagram Kelola Nilai 4.22 Collaboration Diagram Kelola Prestasi . Kelola Data Prestasi Gambar 5.

Kelola Data Siswa Gambar 5.24 Collaboration Diagram Kelola Report Absensi .V-62 5.23 Collaboration Diagram Kelola Siswa 6. Report Absensi Gambar 5.

26 Collaboration Diagram Kelola Report Prestasi .V-63 7.25 Collaboration Diagram Kelola Report Nilai 8. Report Prestasi Gambar 5. Report Nilai Gambar 5.

27 State Chart Diagram Login 2. Login Gambar 5. Kelola Data Absensi Gambar 5.28 State Chart Diagram Kelola Absensi .V-64 6. State Chart Diagram 1.

V-65 3.30 State Chart Diagram Kelola Prestasi .29 State Chart Diagram Kelola Nilai 4. Kelola Data Prestasi Gambar 5. Kelola Data Nilai Gambar 5.

Kelola Data Siswa Gambar 5.V-66 5.31 State Chart Diagram Kelola Siswa 7.32 Activity Diagram Login . Activity Diagram 1. Activity Diagram Login Gambar 5.

33 Activity Diagram Absensi .V-67 2. Activity Diagram Kelola Absensi Gambar 5.

V-68 3. Activity Diagram Kelola Nilai Gambar 5.34 Activity Diagram Nilai .

V-69 4. Activity Diagram Kelola Prestasi Gambar 5.35 Activity Diagram Prestasi .

36 Activity Diagram Siswa . Activity Diagram Kelola Siswa Gambar 5.V-70 5.

38 Deployment Diagram . Component Diagram Gambar 5.37 Component Diagram 9.V-71 8. Deployment Diagram Gambar 5.

.1 CDM (Conteptual Data Model) t_agama t_prestasi memiliki id_agama n_agama id_prestasi NIS kelas jenis_prestasi n_prestasi tahun memiliki memiliki t_siswa NIS n_siswa a_siswa no_tlp gender id_agama id_kelas t_kelas memiliki id_login pass id_hakakses NIP NIS memiliki id_kelas n_kelas memiliki t_nilai t_matapelajaran id_matapelajaran n_matapelajaran memiliki t_jabatan t_pegawai t_login memiliki id_nilai NIS memiliki n_siswa id_kelas t_absensi id_matapelajaran id_absensi n_mapel NIS nilai id_kelas semester id_keterangan tanggal id_jabatan n_jabatan NIP n_pegawai a_pegawai no_tlp gender id_agama id_jabatan memiliki memiliki t_hakakses id_hakakses n_hakakses memiliki t_keterangan id_keterangan n_keterangan Gambar 5..2 Perancangan Basis Data/Database 5.39 CDM 5.2.2. integer varchar varchar integer varchar varchar integer integer id_hakakses=id_hakakses id_kelas=id_kelas id_kelas integer n_kelas varchar t_hakakses NIS=NIS id_hakakses integer n_hakakses varchar t_absensi id_absensi NIS id_kelas id_keterangan tanggal id_kelas=id_kelas t_matapelajaran id_matapelajaran integer n_matapelajaran varchar integer integer integer integer varchar id_keterangan=id_keterangan t_keterangan t_nilai id_matapelajaran=id_matapelajaran id_nilai NIS n_siswa id_kelas id_matapelajaran n_mapel nilai semester integer varchar varchar integer integer varchar dec(2..2 PDM (Physical Data Model) t_prestasi id_prestasi NIS id_kelas jenis_prestasi n_prestasi tahun integer integer integer varchar varchar integer id_agama=id_agama t_agama t_jabatan id_agama integer n_agama varchar id_jabatan integer n_jabatan varchar id_jabatan=id_jabatan NIS=NIS t_pegawai t_siswa NIS n_siswa a_siswa no_tlp gender id_agama id_kelas id_absensi .0) integer Gambar 5..40 PDM id_keterangan integer n_keterangan varchar .V-72 5. t_kelas integer varchar varchar varchar t_login varchar NIS=NIS id_login integer integer pass varchar integer id_hakakses integer integer NIS integer NIP integer NIP n_pegawai NIP=NIP a_pegawai no_tlp gender id_agama id_jabatan id_hakakses .

V-73 5.2. Tabel Login Tabel 5.3 Kamus Data Tabel (Database) 1.9 : Tabel Database Pegawai Field Type Size NIP Integer n_pegawai Varchar 100 a_pegawai Varchar 100 No_tlp Varchar 16 Desc PK .8 : Tabel Database Siswa Field Type Size Desc NIS Integer PK n_siswa Varchar 100 a_siswa Varchar 100 No_tlp Varchar 16 Gender Varchar 10 Id_agama Integer FK Id_kelas Integer FK 3. Tabel Siswa Tabel 5.7 : Tabel Database Login Field Type Size Desc id_login Integer PK Password Integer Id_hakakses Integer FK NIS Integer FK NIP Integer FK 2. Tabel Pegawai Tabel 5.

11 : Tabel Database Nilai Field Type Size Desc Id_nilai Integer PK NIS Integer FK N_siswa Varchar Id_kelas Integer FK Id_matapelajaran Integer FK N_matapelajaran Varchar Nilai Decimal(2. Tabel Absensi Tabel 5.0) Semester Integer 100 50 .V-74 Gender Varchar 10 Id_agama Integer FK Id_jabatan Integer FK Id_hakakses Integer FK 4.10 : Tabel Database Absensi Field Type Size Desc Id_absensi Integer PK NIS Integer FK Id_kelas Integer FK Id_keterangan Integer FK Tanggal Date 5. Tabel Nilai Tabel 5.

V-75 6.12 : Tabel Database Prestasi Field Type Size Desc Id_prestasi Integer PK NIS Integer FK Id_kelas Integer FK Jenis_Prestasi Varchar 50 N_Prestasi Varchar 100 Tahun Date 7. Tabel Prestasi Tabel 5. Tabel MataPelajaran Tabel 5. Tabel Kelas Tabel 5.13 : Tabel Database Kelas Field Type Id_kelas Integer N_kelas Varchar Size Desc PK 20 8.14 : Tabel Database Agama Field Type Id_agama Integer N_agama Varchar Size Desc PK 20 9.15 : Tabel Database MataPelajaran Field Type Size Id_matapelajaran Integer N_matapelajaran Varchar Desc PK 20 . Tabel Agama Tabel 5.

Tabel Hakakses Tabel 5. Tabel Jabatan Tabel 5.17 : Tabel Database Hak Akses Field Type Id_hakakses Integer N_hakakses Varchar Size Desc PK 20 12.16 : Tabel Database Keterangan Field Type Id_keterangan Integer N_keterangan Varchar Size Desc PK 20 11. Tabel Keterangan Tabel 5.18 : Tabel Database Jabatan Field Type Id_jabatan Integer N_jabatan Varchar Size Desc PK 20 .V-76 10.

Administrator memiliki hak akses tertinggi dan bertugas untuk mengelola aplikasi. data absensi. data siswa. dimana guru diberikan hak akses untuk mengelola absensi siswa.V-77 5. nilai. nilai siswa dan prestasi yang diraih oleh siswa. 2. absensi dan prestasi yang telah diraih. data pegawai. Masing-masing memiliki hak akses dan batasan masing-masing dalam mengelola sistem informasi akademik. Guru mempunyai hak akses sebagai guru. dan data prestasi. dimana siswa hanya melihat data diri sendiri. guru dan siswa. Siswa memiliki hak akses sebagai siswa. 1.3. 3.1 Struktur Menu Sistem Informasi Akademik Yayasan Pendidikan Al-Ma soem Menu Utama Data Siswa Data Absensi Data Nilai Data Prestasi Logout Gambar 5.41 Struktur Menu Struktur menu untuk aplikasi ini meliputi 3 aktor yaitu administrator. .3 Perancangan User Interface Sistem 5.

3. Menu Login 1 2 3 4 5 Keterangan 1. Tombol Cancel Gambar 5.42 Struktur Menu Login .V-78 5. Input Password 4. Logo Sekolah 2. Input UserName 3.2 Perancangan Interface 1. Tombol Login 5.

8. 9. 6. Main Absensi 4. User Login 5. Menu Absensi 1 2 Menu Absensi 4 Tingkat 5 Kelas 6 Search 7 3 8 9 Keterangan: 1. Button Logout 3. 8.43 Struktur Menu Halaman Utama 3. Content 4. Logo 2. 7.V-79 2. Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5. User Login 5. Button Logout 3. 6.44 Struktur Menu Absensi . 7. Logo 2. 9. Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5. Main Menu / Halaman Utama 1 2 4 5 6 3 7 8 9 Keterangan: 1.

Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5.45 Struktur Menu Input Absensi 5. 9. 4 Tingkat Kelas 5 Tanggal 6 3 Nama Siswa 7 Keterangan 8 Alasan Ketidak Hadiran Save Close 9 Keterangan: 1. Button Logout 3. Menu Input Absensi 1 2 . 4 Tingkat Kelas 5 Tanggal 6 3 Nama Siswa 7 Keterangan 8 Alasan Ketidak Hadiran Save Close 9 Keterangan: 1. Button Logout 3. 6.V-80 4. 9. 7. 7. Menu Edit Absensi 1 2 . 6. User Login 5. Input Absensi 4. 8.: Tambah Kehadiran Siswa :. Logo 2. User Login 5. 8. Edit Absensi 4.46 Struktur Menu Edit Absensi . Logo 2.: Edit Kehadiran Siswa :. Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5.

7. 8. 7. Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5. View Absensi 4. 6. 9. 4 3 Refresh Tambah Absensi Cetak 5 No Tanggal Kelas NIS NAMA KET AKSI 6 7 8 9 Keterangan: 1. Logo 2. 9. User Login 5. Button Logout 3.: Kehadiran Siswa :.V-81 6. Main Nilai 4. 6.48 Struktur Menu Nilai . User Login 5. Menu View Data Absensi 1 2 . Button Logout 3.47 Struktur Menu View Absensi 7. 8. Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5. Logo 2. Menu Nilai 1 2 . 4 Tingkat 5 Kelas 6 Search 7 3 8 9 Keterangan: 1.: Menu Nilai :.

9. 6.: Edit Nilai Siswa :. Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5. Button Logout 3. User Login 5. 9.50 Struktur Menu Edit Nilai . Logo 2. Menu Edit Nilai 1 2 . Menu Input Nilai 1 2 . Logo 2. Input Nilai 4. 4 NIS Nama 5 Kelas 6 3 Mata Pelajaran 7 Nilai 8 Semester Save Close 9 Keterangan: 1. Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5. 8.V-82 8. User Login 5. 7. Button Logout 3. 6. Edit Nilai 4. 7. 8.: Tambah Nilai Siswa :.49 Struktur Menu Input Nilai 9. 4 NIS Nama 5 Kelas 6 3 Mata Pelajaran 7 Nilai 8 Semester Save Close 9 Keterangan: 1.

52 Struktur Menu Prestasi . Main Prestasi 4. 4 Tingkat 5 Kelas 6 Search 7 3 8 9 Keterangan: 1. Menu Prestasi 1 2 . Button Logout 3. User Login 5. Logo 2. 9. 8. 6.: Nilai Siswa :.51 Struktur Menu View Nilai 11. Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5. 6. Button Logout 3. 4 3 Refresh Tambah Nilai Cetak 5 NIS Nama Kelas MaPel Nilai SMSTR AKSI 6 7 8 9 Keterangan: 1. Menu View Nilai 1 2 . User Login 5. View Nilai 4. 8. Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5.V-83 10. 7. Logo 2. 9. 7.: Menu Prestasi :.

: Tambah Prestasi Siswa :. Menu Input Prestasi 1 2 . 4 NIS Nama 5 Kelas 6 3 Jenis Prestasi 7 Nama Prestasi 8 Tahun Save Close 9 Keterangan: 1. Edit Prestasi 4. 9. Button Logout 3.V-84 12. 6. 9. Input Prestasi 4. Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5. User Login 5. Menu Edit Prestasi 1 2 . 4 NIS Nama 5 Kelas 6 3 Jenis Prestasi 7 Nama Prestasi 8 Tahun Save Close 9 Keterangan: 1. 6.54 Struktur Menu Edit Prestasi . Logo 2.: Edit Prestasi Siswa :. 7. User Login 5. 8. Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5. Logo 2.53 Struktur Menu Input Prestasi 13. 8. 7. Button Logout 3.

View Prestasi 4. 8. Logo 2. 4 3 Refresh Tambah Prestasi Cetak 5 NIS Nama Kelas Jenis Prestasi Tahun AKSI 6 7 8 9 Keterangan: 1. Menu Siswa 1 2 .: Prestasi Siswa :.56 Struktur Menu Siswa . Logo 2. Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5. Main Siswa 4. User Login 5. 8. Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5.55 Struktur Menu View Prestasi 15. 7. User Login 5.: Menu Siswa :. 4 Tingkat 5 Kelas 6 Search 7 3 8 9 Keterangan: 1. 7. Button Logout 3. 6. Button Logout 3. 9.V-85 14. Menu View Prestasi 1 2 . 9. 6.

Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5. 6.: Tambah Data Siswa :. Logo 2. 7. 4 NIS Nama 5 Alamat 6 3 No. 9. Logo 2. 4 NIS Nama 5 Alamat 6 3 No.Telp 7 Jenis Kelamin 8 Agama Kelas Save Close 9 Keterangan: 1. Button Logout 3. 8. Input Siswa 4. User Login 5. Menu Input Siswa 1 2 . 9. 8.58 Struktur Menu Edit Siswa . 7. Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5.: Edit Data Siswa :.V-86 16. Menu Edit Siswa 1 2 . User Login 5. Button Logout 3.Telp 7 Jenis Kelamin 8 Agama Kelas Save Close 9 Keterangan: 1.57 Struktur Menu Input Siswa 17. 6. Edit Siswa 4.

Menu Absensi Menu Nilai Menu Prestasi Menu Siswa Footer Gambar 5.Tlp Jenis Kelamin Agama Kelas AKSI 6 7 8 9 Keterangan: 1. View Siswa 4. 8.4 Perancangan Arsitektur Perangkat Lunak dan Perangkat Keras Sistem 5.20Ghz 2. 6.1 Analisis Kebutuhan Perangkat Lunak Dalam pembuatan aplikasi ini menggunakan perangkat lunak sebagai berikut: 1. 4 3 Refresh Tambah Siswa Cetak 5 NIS Nama Alamat No.59 Struktur Menu View Siswa 5. Bahasa Pemrograman : PHP 3.V-87 18. 7. Chrome. Button Logout 3. User Login 5. Perangkat Lunak : Sublime Text 3.4.1 2.2 Analisis Kebutuhan Perangkat Keras Dalam proses pembuatan aplikasi ini menggunakan perangkat keras sebagai berikut: 1. Sistem Operasi : OS Microsoft Windows 8.4. Database : MySQL 4. Processor : Intel CORE™ i-3210M CPU @3.: Data Siswa :. Memory : 4 GB 3. Xampp 5. HDD : HTS545050A7E380 500 GB . 9. Logo 2. Menu View Siswa 1 2 .

Masing-masing memiliki hak akses sendiri. update. data nilai dan data prestasi yang telah diraih oleh peserta. yaitu administrator. Dimana administrator merupakan salah seorang pegawai dibidang akademik di yayasan pendidikan al-masoem. Guru mempunyai hak akses untuk mengelola data absensi. 3. update. nilai dan prestasi siswa yang mencakup untuk melakukan create. Siswa mempunyai hak akses untuk melihat data absensi.5 Pemetaan Struktur Diagram User/Aktor Sistem Sistem Informasi Akademik Siswa Yayasan Pendidikan AlMa soem Administrator Guru Siswa Halaman Login Halaman Login Halaman Login Kelola Data Absensi Kelola Data Absensi View Data Absensi Kelola Data Prestasi Kelola Data Nilai View Data Nilai Kelola Data Siswa Kelola Data Prestasi View Data Prestasi Gambar 5. delete dan view. . prestasi dan data siswa yang mencakup untuk melakukan create. 2. guru dan siswa.60 Pemetaan Struktur Diagram User Struktur menu unttuk aplikasi ini meliputi 3 entitas. Administrator mempunyai hak akses untuk mengelola data absensi. delete dan view terhadap kelas yang di ajar oleh guru tersebut. berikut penjelasannya: 1.V-88 5. Disini siswa hanya bisa melakukan view tanpa bisa melakukan update atau delete.

tampilan antar muka. PHP dan Bootstrap / CSS Bahasa Pemrograman 3. MySQL Database 4. Hard Disk 500 GB Media penyimpanan data aplikasi yang dibuat VI-89 . 6. Tools / Software Fungsi 1. Windows 8.1. Chrome.1 Pengkajian Lingkungan Implementasi Perancangan sistem informasi ini dapat berjalan dengan baik karena didukung oleh perangkat pendukung yaitu perangkat lunak dan perangkat keras. dan petunjuk pemakaian. Xampp Software Pendukung 6. Nama Perangkat Processor Spesifikasi Keterangan Intel Core i5 Untuk kecepatan transfer data dari sistem yang sangat bergantung pada kecepatan prosesor komputer 2. Sublime Text.BAB VI PENGKAJIAN DAN EVALUASI Pengkajian merupakan sistem yang di buat dengan merinci komponenkomponen pendukung berupa program. 6.1 Pengkajian Kebutuhan Perangkat Lunak Tabel 6. Memory 4 GB Memori sistem yang digunakan 3.2 Pengkajian Kebutuhan Perangkat Keras Tabel 6.2: Tabel Kebutuhan Perangkat Keras No 1.1.1 Operating System 2. lingkungan implementasi.1: Tabel Kebutuhan Perangkat Lunak No.

VI-90

6.1.3

Tahapan – tahapan Pengkajian Metodologi Scrum

1. Pregame
a. Perencanaan (Planning)
Perencanaan dibagi berdasarkan jenis pengembangan
produk. Apabila produk yang dikembangkan merupakan sebuah
sistem yang baru, maka pada fase ini dilakukan konseptualisasi
dan analisis. Sedangkan apabila produk yang dikembangkan
merupakan sistem yang telah ada, maka pada fase ini hanya
dilakukan analisis.
Pada kasus ini, scrum team melakukan analisis sesuai dengan
kebutuhan yang diinginkan oleh pihak product owner seperti
melakukan konseptualisasi. Dimana pelaku yang akan terlibat
memberikan masukan agar sistem informasi akademik bisa
berjalan dengan efektif dan efisien agar bisa menunjang dan
meningkatkan kinerja yayasan.
b. Arsitektur
Merancang daftar backlog yang akan diimplementasikan.
Pada fase ini dilakukan modifikasi rancangan sistem dan
rancangan pada level yang lebih tinggi seperti tampilan.
Pada pembuatan analisis dan perancangan sistem akademik
ini, scrum team membuat kerangka kerja dan merancang
interface agar product owner lebih mudah dalam mengelola
aplikasi yang akan dibangun.

2. Game
Pada fase ini terdapat Development Sprints, yaitu pengembangan
dari fungsionalitas yang baru, dengan memperhatikan variabel
waktu, permintaan, kualitas, harga, dan kompetisi. Interaksi dari
variabel tersebut akan mendefinisikan akhir dari fase ini.

VI-91

a. Product Backlog
Product Backlog memuat daftar dari poin yang akan dibuat
oleh tim yang didasari oleh prioritas kebutuhan yang dinilai
berdasarkan kebutuhan costumer. Product Backlog disusun
sepanjang waktu pengerjaan proyek dengan penambahan,
pengurangan dan perubahan prioritas yang berkesinambungan.
Pada penerapannya pada analisis dan perancangan sistem
informasi akademik siswa ini, scrum team membuat point-point
yang akan dilakukan oleh developer yang setiap harinya akan
dilaporkan dan dilihat progress yang telah dicapai oleh masingmasing developer untuk selanjutnya dikomunikasikan dengan
product owner. Disini scrum team membuat point-point yang
berhubungan dengan sistem akademik seperti siapa pengguna
dari aplikasi, bagaimana hak akses masing-masing pengguna
dan bagaimana alur proses pada masing-masing fungsi.

b. Sprint
Scrum menstrukturisasi pengembangan produk dengan
menggunakan satu runtunan pekerjaan yang disebut dengan
Sprint, estimasi dari pekerjaan yang biasanya berdurasi 1-4
minggu. Dimana scrum team harus memperhatikan status dari
pekerjaan yang dilakukan, baik selesai maupun tidak sesuai
dengan durasi yang diberikan dan durasi pada fase sprint tidak
dapat diperpanjang.

c. Sprint Planning
Pada awal dari setiap Sprint, dilakukan pertemuan Sprint
Planning. Pada Sprint Planning, Product Owner dan Scrum
Team

melakukan

review

terhadap

Product

Backlog,

mendiskusikan hasil dan konteks dari poin yang akan dibuat, dan

VI-92

Scrum Team memilih poin-poin yang terdapat pada Product
Backlog untuk dikerjakan dan dapat diselesaikan pada akhir dari
Sprint, dimulai dari daftar teratas pada Product Backlog.
Pada analisis dan perancangan sistem informasi akademik
siswa ini, scrum team melakukan pertemuan untuk membagi
tugas masing-masing developer, masing-masing developer
melakukan tugas yang berbeda. Pada pembuatan sistem
informasi akademik siswa ini terdapat 4 orang programmer yang
masing-masing bertugas untuk merancang database, user
interface, pengkodingan dan pengujian. Setelah pekerjaan dibagi
dan dituliskan kemudian dokumen tersebut disimpan yang
disebut dengan Sprint Backlog.

d. Daily Scrum Meeting
Daily Scrum adalah kegiatan dengan batasan waktu
maksimum

selama

mensinkronisasikan

15

menit

pekerjaan

agar
mereka

developer
dan

dapat

membuat

perencanaan untuk 24 jam ke depan. Hal ini dilakukan dengan
meninjau pekerjaan semenjak Daily Scrum terakhir dan
memperkirakan pekerjaan yang dapat dilakukan sebelum
melakukan Daily Scrum berikutnya.
Daily Scrum meningkatkan komunikasi, menghilangkan
pertemuan-pertemuan lain, mengidentifikasi hambatan untuk
dihilangkan, mendukung pembuatan keputusan secara cepat dan
meningkatkan tingkat pengetahuan tim. Pertemuan ini adalah
kunci dari proses peninjauan dan pengadaptasian.
Penerapan Daily Scrum Meeting pada analisis dan
perancangan ini yaitu setiap harinya para developer melakukan
briefing untuk menyampaikan sprint yang telah dilakukan dan
apa saja hambatan yang dirasakan. Pada saat briefing, scrum

terdapat satu aktifitas yang disebut dengan Sprint Review. Inspeksi ini memuat diskusi mengenai pekerjaan yang sebelumnya dan rencana selanjutnya untuk pekerjaan tersebut. harga. kompetisi. pengujian sistem. Scrum Team berkesempatan untuk meninjau dirinya sendiri dan membuat perencanaan mengenai peningkatan yang akan dilakukan pada Sprint berikutnya. persiapan materi pelatihan penggunaan sistem. Sprint Review and Retrospective Setelah Sprint berakhir. permintaan. dengan demikian proyek dinyatakan "closed" dan memasuki fase ini. e. 3. . dan persiapan materi pemasaran. Pada Sprint Retrospective. Melalui Sprint Review. dokumentasi. Scrum Team selanjutnya mengadakan Sprint Retrospective. Closure merupakan satu fase yang menyatakan bahwa manajemen dari tim merasa bahwa variabel dari waktu. dan kualitas telah sesuai untuk versi terbaru yang akan dirilis. dan selanjutnya apabila ada perubahan product owner mendiskusikannya dengan scrum team. Fase ini mempersiapkan produk yang telah dikembangkan untuk beberapa kelengkapan umum lainnya seperti integrasi. Sprint Review melibatkan Scrum Team. Postgame Pada fase ini terdapat Closure.VI-93 team memberikan progress kepada product owner apakah sudah sesuai dengan kebutuhan dan keinginan. dan Product Owner untuk melakukan inspeksi pada pekerjaan yang telah selesai dilakukan selama Sprint.

Tabel 6. maka akan dilakukan pengujian menggunakan Black Box Testing dimana pengujian yang dilakukan hanya mengamati hasil eksekusi melalui data uji dan memeriksa fungsional dari perangkat lunak.3: Tabel Pengujian Black Box Identifikasi Deskripsi Prosedur Pengujian Masukan Keluaran Hasil yang Kesimpulan diharapkan . Berikut adalah tabel yang harus diisi untuk memenuhi pengujian Black Box.VI-94 Setelah sistem informasi akademik dibuat.

1 Kesimpulan Dari paparan diatas maka dapat ditarik beberapa kesimpulan: 1.BAB VII PENUTUP 7. salah satunya dibidang akademik. 7. setiap komponen pengelolaan sistem informasi akademik perlu menyesuaikan diri dengan manajemen yang berbasis informasi dan teknologi mutakhir agar lebih menunjang pekerjaan untuk mencapai hasil yang maksimal secara efektif dan efisien. Analisis dan perancangan sistem akademik dibangun dengan menggunakan metode scrum karena metode scrum mempunyai sebuah kerangka kerja untuk mengembangkan produk dan menyelesaikan permasalahan dimana product owner belum terlalu paham mengenai produk yang akan dibangun dan permintaan dari product owner yang bisa berubah sepanjang pengembangan produk.2 Saran Kemajuan teknologi informasi saat ini sangat berpengaruh besar di berbagai bidang. Oleh karena itu. Aplikasi yang digunakan menggunakan Bahasa pemrograman PHP sehingga penulis memakai UML sebagai proses penganalisisan. Dengan menggunakan metode scrum proses dokumentasi perangkat lunak dituliskan secara baik yang berguna untuk mempermudah proses maintenance kedepannya. 2. 3. VII-95 .