Anda di halaman 1dari 24

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

SISTEM MANAGEMENT ASISTEN

Untuk: Laboratorium Universitas Muhammadiyah Malang

Dipersiapkan oleh: 1. Oryza Yopi M 2. Toriq Bagus S 3. Sielvy Ayuni 4. M. Hari Mulyono 201110370311321 201110370311324 201110370311327 201110370311332

Nomor Dokumen SKPL - 001

Halaman 1/ 36

DAFTAR PERUBAHAN
Revisi Deskripsi

A B C D E F G

INDEX TGL Ditulis oleh Diperiksa oleh Disetujui oleh

SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh.

Halaman 2 dari 24

Daftar Halaman Perubahan Halaman Revisi Halaman Revisi

SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh.

Halaman 3 dari 24

Daftar Isi
1. Pendahuluan ........................................................................................................... ....6 1.1 Tujuan............................................................................................................................ 6 1.2 Lingkup Masalah ........................................................................................................... 6 1.3 Definisi, Akronim, dan Singkatan ................................................................................. 6 1.4 Referensi........................................................................................................................ 7 1.5 Deskripsi Umum Dokumen ........................................................................................... 7 2. Deskripsi Global Perangkat Lunak ........................................................................................ .7 2.1 Perspektif Produk .......................................................................................................... 8 2.2 Fungsi Produk ............................................................................................................... 8 2.3 Karakteristik Pengguna ................................................................................................. 8 2.4 Batasan-batasan ............................................................................................................. 9 2.5 Asumsi dan Kebergantungan ........................................................................................ 9 3. Deskripsi Rinci Kebutuhan ..................................................................................................... 9 3.1 Kebutuhan Antarmuka Eksternal ................................................................................ 10 3.1.1 Antarmuka Pemakai..10 3.1.2 Antarmuka Perangkat Keras.10 3.1.3 Antarmuka Perangkat Lunak10 3.1.4 Antarmuka Komunikasi10 3.2 Kebutuhan Fungsional................................................................................................. 11 3.2.1 Fungsi melihat jadwal.....11 3.2.1.1 Skenario ............................................................................................................. 11 3.2.2 Fungsi Halaman Informasi....12 3.2.2.1 Skenario ............................................................................................................. 12 3.2.3 Kelola Jadwal................12 3.2.3.1 Skenario ............................................................................................................. 13 3.2.4 Fungsi Management Data Karyawan13 3.2.4.1 Skenario 13 3.3 Deskripsi Kebutuhan Non Fungsional ........................................................................ 14 3.4 Atribut Kualitas Perangkat Lunak ............................................................................... 14 3.5 Batasan Perancangan ................................................................................................... 15 4. Matriks Keterunutan .................................................................................................... 15 Lampiran .............................................................................................................................. 16

SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh.

Halaman 4 dari 24

Daftar Gambar
Gambar 3.1 Use Case Asisten dan Dosen ............................................................................ 13 Gambar 3.2 Use Case Admin ................................................................................................ 13

Daftar Tabel
Tabel 3.1 Tabel 3.2 Tabel 3.3 Tabel 3.4 Tabel 3.5 Tabel 3.6 Tabel 3.7 Skenario Melihat Jadwal ......................................................................................... 12 Skenario Melihat informasi ..................................................................................... 12 Skenario Kelola jadwal ........................................................................................... 13 Skenario Menejemen data karyawan ....................................................................... 13 Attribut data karyawan ............................................................................................ 13 Deskripsi Kebutuhan Non_Fungsional ................................................................... 14 Atribut Kualitas Perangkat Lunak ........................................................................... 14

SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh.

Halaman 5 dari 24

1 Pendahuluan
Dokumen ini merupakan dokumen Spesifikasi Kebutuhan Perangkat Lunak, yang pada bagian selanjutnya akan disingkat menjadi SKPL. Secara garis besar, dokumen ini berisi spesifikasi atau gambaran mengenai sistem, seperti apa yang diinginkan oleh pelanggan, yang dalam hal ini dituangkan dalam bahasa analisis developer. 1.1 Tujuan Tujuan pembuatan SKPL ini adalah sebagai panduan pada tahap design selanjutnya, agar sistem yang akan dirancang nantinya tidak keluar dari batasan-batasan yang telah disetujui oleh pelanggan. SKPL ini dibuat untuk digunakan oleh perancang perangkat lunak pada tahap design sistem. Semua hal yang berkaitan dengan perancangan sistem harus sesuai dengan hasil analisis kebutuhan yang terdapat pada dokumen SKPL ini. 1.2 Lingkup Masalah Produk perangkat lunak yang dispesifikasi pada dokumen ini bernama Sistem Management Asisten yang merupakan Sistem Informasi berbasis Web secara Online. Perangkat Lunak ini nantinya akan melayani user (dalam hal ini pengunjung situs) untuk mendapatkan informasi yang berkaitan dengan praktikum laboratorium informatika, yang selama ini menghabiskan banyak waktu dan tenaga yang bertugas untuk mengurusi rekap nilai dan penggajian karyawan, selain itu juga menangani proses tentang informasi biodata asisten (management kepegawaian). Sistem ini akan diimplementasikan dalam bentuk Web, pengunjung akan mengunjungi web tersebut dan kemudian mendapatkan fasilitas-fasilitas. Sasaran aplikasi ini adalah semua instansi yang mambutuhkan jasa manajemen asistensi secara on-line. Dokumen ini merujuk pada spesifikasi yang diberikan oleh pelanggan, berisi permintaan Pelanggan mengenai sistem yang akan dibuat. 1.3 Definisi, Akronim, dan Singkatan Beberapa akronim dan singkatan yang terdapat dalam dokumen ini : SKPL PHP : Spesifikasi Kebutuhan Perangkat Lunak : Personal Home Page

SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh.

Halaman 6 dari 24

PHP adalah salah satu bahasa scripting untuk pembuatan WEB. PHP ini dikembangkan oleh banyak pihak dan bersifat freeware. UML : Unified Modelling Language Adalah notasi yang digunakan untuk memodelkan paradigma pengembangan perangkat lunak berorientasi objek. URL DNS : Uniform Resources Locater : Domain Name Server Mengidentifikasi / konversi domain name ke IP address dan sebaliknya. Server DNS adalah server yang menangani tugas ini. 1.4 Referensi IEEE Std 830-1993, IEEE Recommended Practice for Software Requirement Specifications. Panduan Penggunaan dan Pengisian Spesifikasi Kebutuhan Perangkat Lunak. 1.5 Deskripsi Umum Dokumen Dokumen ini akan menjelaskan spesifikasi kebutuhan dengan notasi UML, yaitu Use Case untuk menggambarkan fungsionalitas sistem, Diagram Interaksi untuk

menggambarkan bagaimana sejumlah objek bekerja sama dalam beberapa kelakuan, dan diagram Kelas.

2 Deskripsi Global Perangkat Lunak


Perkembangan teknologi yang sangat pesat menyebabkan banyak perusahan atau instansi-instansi yang membutuhkan system yang dapat mengatur pekerjaan cepat, efektif dan efisien, maka diperlukan suatu system management. Dengan semakin banyaknya kebutuhan akan pelayanan terhadap sistem di Laboratorium Informatika yang cepat, efektif dan efisien, maka diperlukan sebuah sistem management asistensi yang selama masih menggunakan sistem manual. Dalam sistem management asistensi ini ada beberapa fitur guna memperbaharui sistem management asisten yang ada, antara lain : proses absensi dosen dan asisten, dimana selama ini banyak menghabiskan banyak kertas untuk mengisi absensi dan user tersebut dapat pula melihat rekap absensi mereka. Dosen dan asisten juga dapat melihat jadwal dan ruangan, semua ini diatur oleh admin. Dalam system ini admin memeiliki hak akses penuh terhadap system ini, sehingga admin data melakukan insert, update dan delete
SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Halaman 7 dari 24

terhadap data-data yang ada pada system. Dalam system ini juga dapat dilakukan perhitungan gaji bagi asisten dimana gaji tersebut juga ditentukan oleh jumlah kehadiran dari asisten dan total gaji akan diakumulasikan sebanyak jumlah kehadirannya dalam praktium. 2.1 Perspektif Produk Perangkat Lunak ini adalah system Management yang berbasis web, dengan demikian system ini hanya dapat berjalan jika ada koneksi internet atau local area network. Selain itu juga dibutuhkan internet provider sebagai penghubung antara web server dengan jaringan internet tersebut. 2.2 Fungsi Produk Sistem informasi ini dapat memberikan informasi-informasi mengenai proses pembelajaran di laboratorium yang meliputi absensi karyawan, penjadwalan asisten dan dosen yang selama ini masih dilakukan secara manual yang mengakibatkan banyaknya waktu yang terbuang dan sistem ini juga digunakan untuk rekap gaji karyawan secara otomatis, yang dihitung dari banyaknya jumlah jam masuk. Selain itu sistem ini juga ada fungsi-fungsi tambahan seperti adanya form untuk berbagi informasi antara dosen dengan asisten. Selain itu, diharapkan bagi pengunjung website juga dapat memberikan saran dan keluhan terhadap pelayanan dan kinerja dari laboratorium agar terciptanya pengajaran yang maksimal dan dapat dengan cepat ditanggapi oleh kepala atau staf laboratorium. 2.3 Karakteristik Pengguna Penggunaan sistem ini dapat dibedakan menjadi tiga, yaitu Asisten yang berkepentingan dengan pengisisan dan melihat absensi, melihat total gaji, melihat jadwal dan ruang praktium. Dosen yang dapat melihat jadwal dan ruang praktikum, upload tugas praktikum, mengisi dan melihat absensi. Dan Admin yang memiliki hak akses penuh terhadap sistem ini, dimana Admin dapat insert, update ,delete terhadap data-data yang ada pada sistem tersebut. Asisten adalah user yang dapat melihat absensi jadwal, melihat ruangan praktikum, dan jumlah gaji.

SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh.

Halaman 8 dari 24

Dosen adalah user yang dapat melihat absensi, melihat jadwal dan ruangan praktikum, serta dapat upload materi atau tugas praktikum. Admin adalah user yang memiliki hak akses penuh terhadap sistem management asistensi ini. 2.4 Batasan-batasan Hanya menangani management asistensi untuk Dosen dan Asisten.

Dalam system ini, cakupan pelayanan system meliputi proses absensi dan
melihat daftar kehadiran bagi asisten, dosen dan admin yang berupa pengisisan form daftar hadir yang nantinya akan disimpan dalam database. Melihat jadwal dan ruang praktikum untuk dosen dan asisten, melihat total gaji asisten. Serta admin dapat melakukan manajemen data yang ada dalam system ini.

2.5

Asumsi dan Kebergantungan Sistem Operasi yang digunakan oleh server adalah linux, dan sudah terinstall pada computer server. Komputer Server maupun Pengunjung sudah terhubung dengan intranet, sehingga komunikasi dapat dibangun. Akses system ini hanya pada area local laboratorium UMM.

3 Deskripsi Rinci Kebutuhan


Untuk membangun Perangkat Lunak ini, pengembang membutuhkan beberapa software, yaitu WEB PHP (Hypertext Preprocessor) sebagai bahasa pemograman yang digunakan untuk membuat web tersebut bersifat interaktif, Sublime text2 dan bootstrap sebagai software untuk membangun desain halaman web dengan lebih mudah dan praktis, serta MySQL sebagai media basisdata untuk menampung data-data yang akan diolah dalam sistem. Sedangkan untuk proses pengujian yang akan dilakukan oleh penguji, sistem membutuhkan software web browser, seperti Safari dan chrome dll.

SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh.

Halaman 9 dari 24

3.1

Kebutuhan Antarmuka Eksternal Input dari sistem adalah masukan dari user (pengunjung), yaitu dengan bantuan keyboard dan mouse pada computer sebagai media antarmukanya atau bisa melalui device lainnya seperti ipad, tab dll. Sedangkan output dari sistem adalah tampilan halaman web pada layer monitor komputer pengunjung.

3.1.1 Antarmuka Pemakai Antarmuka yang menghubungkan pemakai (pengunjung dan administrator server) adalah layar monitor sebagai tampilan untuk output system. Pengunjung dapat memanfaatkan layanan yang ditawarkan sistem. Sedangkan administrator dapat mengubah keseluruhan sistem, baik itu database, maupun content. 3.1.2 Antarmuka Perangkat Keras Antarmuka perangkat keras yang dibutuhkan adalah perangkat jaringan (network), yaitu switch atau hub yang digunakan untuk membangun jaringan, di sisi server sendiri dibutuhkan konektor ke layanan internet dan internet provider, misalnya melalui modem atau wireless. 3.1.3 Antarmuka Perangkat Lunak Antarmuka Perangkat Lunak yang dibutuhkan adalah : Windows 7, 8, dan Mac OSX sebagai sistem operasi yang digunakan oleh pengembang. Sublime Text2 sebagai IDE. Code igniter sebagai engine PHP core. Bootstrap css untuk membuat tampilan responsive. MySQL sebagai bahasa untuk pengaturan basisdata. Safari dan chrome sebagai web browser yang dipakai oleh penguji dan pengunjung dalam berinteraksi dengan sistem. 3.1.4 Antarmuka Komunikasi Untuk berkomunikasi dalam jaringan, terutama jaringan internet, sistem membutuhkan protocol TCP/IP yang menjamin reliabilitas dan keamanan data yang dikirim. Protocol DNS untuk mengelola konversi nama domain dan IP address. Serta Server DNS yang mengelola pengalamatan IP dan nama domain tersebut.
SKPL-001 Halaman 10 dari 24

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

3.2

Kebutuhan Fungsional Berikut adalah fungsionalitas sistem yang akan dibangun, secara rincinya akan dijelaskan satu per satu. Gambaran keseluruhan fungsionalitas sistem akan diperlihatkan dengan diagram use case berikut :

Gambar 3.1 Use Case User

Gambar 3.2 Use Case User

SKPL-001

Halaman 11 dari 24

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

3.2.1 Fungsi Melihat Jadwal Fungsi melihat jadwal adalah fungsi yang memberi layanan agar user dapat melihat jadwal tugas yang telah diberikan kepada masing-masing user. 3.2.1.1 Skenario Di bawah ini adalah scenario dari fungsi Melihat jadwal: Identifikasi 1 Melihat jadwal Melihat jadwal karyawan (asisten dan dosen) User dapat melihat jadwal tugas Asistensi atau jadwal mengajar Asisten dan Dosen Skenario Utama Kondisi Awal : Halaman web ditampilkan, ada pilihan menu. Aksi Aktor Reaksi Sistem 1. User memilih menu lihat jadwal 2. Sistem menampilkan form jadwal Kondisi Akhir : User dapat melihat jadwal asistensi atau jadwal mengajar. Nomor Nama Tujuan Deskripsi Aktor Tabel 3.1 Skenario Melihat Jadwal 3.2.2 Fungsi Halaman Informasi Fungsi halaman informasi adalah fungsi yang dapat digunakan oleh user untuk bertukar informasi antara asisten dan dosen. 3.2.2.1 Skenario Di bawah ini adalah scenario dari fungsi Halaman Informasi : Identifikasi 2 Halaman Informasi User (asisten dan dosen) bisa saling bertukar informasi. Asiste dan Dosen dapat mengisi form informasi yang telah disediakan, dan semua user dapat melihat informasi ini. Aktor Asisten dan Dosen Skenario Utama Kondisi Awal : Halaman web ditampilkan, ada pilihan menu. Aksi Aktor Reaksi system 1. User memilih menu halaman informasi 2. Sistem menampilkan form halaman informasi Kondisi akhir : asisten dan dosen dapat melihat informasi dan bias juga menulis informasi Nomor Nama Tujuan Deskripsi
SKPL-001 Halaman 12 dari 24 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh.

baru. Tabel 3.2 Skenario halaman informasi 3.2.3 Fungsi Kelola Jadwal Fungsi Kelola jadwal adalah untuk management jadwal karyawan yaitu jadwal asisten dan dosen. 3.2.3.1 Skenario Di bawah ini adalah scenario dari fungsi insert/update/delete jadwal: Identifikasi 3 Kelola Jadwal Untuk management jadwal karyawan yaitu aisten dan dosen. Admin dapat melakukan insert/update/delete jadwal. Admin Skenario Utama Kondisi Awal : Halaman Admin ditampilkan, ada pilihan menu. Aksi Aktor Reaksi system 1. Admin memilih menu management jadwal 2. Sistem menampilkan form management jadwal Kondisi akhir : Admin bisa melakukan insert/update/delete (sesuai kebutuhan yang di inginkan) Nomor Nama Tujuan Deskripsi Aktor Tabel 3.3 Skenario insert/update/delete jadwal 3.2.4 Fungsi management data karyawan Fungsi management data karyawan adalah untuk management user (asisten dan dosen). 3.2.4.1 Skenario Di bawah ini adalah scenario dari fungsi management data karyawan : Identifikasi Nomor Nama Tujuan Deskripsi Aktor 4 Management Data Karyawan Untuk management data karyawan. Admin dapat memanagement data karyawan (edit dan cetak). Admin Skenario Utama Kondisi Awal : Halaman Admin ditampilkan, ada pilihan menu.
SKPL-001 Halaman 13 dari 24 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh.

Aksi Aktor 1. Admin memilih menu management data karyawan

Reaksi system

2. Sistem menampilkan form management data karyawan Kondisi akhir : Admin bisa melakukan management data karyawan (edit dan register) Tabel 3.4 Skenario management data karyawan 3.3 Deskripsi Kebutuhan Non Fungsional Tuntutan Kebutuhan Proses pelayanan maksimal 5 detik untuk setiap layanan. Jumlah layanan simultan yang bisa Minimal 1 layanan dalam 1 detik ditangani

Kriteria Kebutuhan 1. Performansi Kecepatan pelayanan

2. Batasan memori Memori Primer Memori Sekunder 4 Modus Operasi Operasi Backup dan Recovery 5 Kebutuhan Adaptasi lokasi Minimal 512 GB Minimal 256 GB Minimal terdapat satu Back-up-an dan

kemampuan recovery > 1 GB Untuk Sistem operasi Linux, minimal

dibutuhkan browser Netscape 5.0


Tabel 3.5 Deskripsi Kebutuhan Non-Fungsional

3.4 Atribut Kualitas Perangkat Lunak Kriteria Kualitas 1. Kehandalan Tuntutan Kualitas Minimal harus bias memenuhi semua kebutuhan yang direquest oleh user (Admin, Dosen, Asisten Lab). 2. Ketersediaan 3. Keamanan Tersedia layanan untuk recovery data dan restart aplikasi. Tersedia layanan untuk recovery data, backup, dan restart aplikasi. 4. Perawatan Hanya Admin saja yang memegang username dan

SKPL-001

Halaman 14 dari 24

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

password

khusus

sehingga

hanya

Admin

yang

diperbolehkan menghapus data.

menambah,

mengganti,

maupun

Tabel 3.6 Atribut Kualitas Perangkat Lunak

3.5

Batasan Perancangan Format Laporan Semua laporan dan dokumentasi yang dihasilkan di setiap tahapan harus sesuai dengan standard IEEE Penamaan Data Penamaan data diberikan sesuai dengan objek atau kelas dari data yang bersangkutan. Prosedur Audit Semua perubahan harus dicatat pada suatu file khusus untuk penelusuran dengan isi sebelum dan sesudah dilakukan.

4. Matriks Keterunutan Inspeksi Mengamati produk yang dihasilkan , yaitu dengan mengamati kode program yang nanti dihasilkan, dan dibandingkan dengan spesifikasi kebutuhan yang sudah didefinisikan sejak awal, dalam hal ini standard produk yang digunakan adalah sesuai dengan yang tertera dalam Dokumen SKPL dan DPPL (Dokumen Perancangan Perangkat Lunak). Analisis Pengukuran kuantitatif dari produk yang dihasilkan, apakah sesuai dengan batasan-batasan yang telah ditetapkan oleh pelanggan berdasarkan hasil wawancara antara pengmbang dengan pelanggan yang kemudian dituliskan di dalam dokumen SKPL ini. Demonstrasi Menguji kesesuaian antara masukan dan keluaran yang dihasilkan.
SKPL-001 Halaman 15 dari 24 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh.

Lampiran

Robustnes diagram dan Sequence Diagram 1. Halaman Info Asisten

SKPL-001

Halaman 16 dari 24

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

2. Asisten Lihat Jadwal

SKPL-001

Halaman 17 dari 24

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

3. Halaman Info Dosen

SKPL-001

Halaman 18 dari 24

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

4. Dosen Lihat Jadwal

SKPL-001

Halaman 19 dari 24

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

5. Sequence Crud Jadwal

SKPL-001

Halaman 20 dari 24

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

6. Sequence Insert Akademik

SKPL-001

Halaman 21 dari 24

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

7. Sequence Manage Data

SKPL-001

Halaman 22 dari 24

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

Class Diagram

SKPL-001

Halaman 23 dari 24

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

SKPL-001

Halaman 24 dari 24

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