voetstappen.files.wordpress.com · Web viewSistem Pengumuman Elektronik “Simak” Version :...

PROJECT DOCUMENT

ELABORATION PHASE

Sistem Pengumuman Elektronik

“Simak”

Versi 1.1

of 31

Sistem Pengumuman Elektronik “Simak” Version : 1.1Date : 09/01/2011

REVISION HISTORY

Date Version Description

06/01/2011 1.0 Belum ada penyesuaian risk list dan anggaran dengan project plan

09/01/2011 1.1 Pembuatan milestone

Pengubahan jadwal

Penambahan requirement sesuai dengan software requirement

Pengubahan use case model, class diagram, activity diagram, package diagram, dan sequence diagram

Pengimplementasian risk list ke project plan dan penambahan risk list

Penyesuaian inception dengan elaboration

Confidential DAEDU of 31


DOCUMENT APPROVAL

Name Organization/Position Date Signed Signature

Ristu Saptono Project Sponsor



DAFTAR ISI

1. Requirement....................................................................................................................................5

1.1 Functional Requirement.....................................................................................................5

1.2 Non Functional Requirement..............................................................................................6

2. Use Case Model..............................................................................................................................6

2.1 Actor Glossary....................................................................................................................6

2.2 Hak dan Kewajiban Aktor..................................................................................................6

2.3 Use Case Glossary..............................................................................................................7

2.4 Use Case Diagram..............................................................................................................8

2.5 Use Case Skenario..............................................................................................................8

2.6 Activity Diagram..............................................................................................................14

3. Analisys Model.............................................................................................................................16

3.1 Package Diagram..............................................................................................................16

3.2 Class Diagram Tahap Analisis.........................................................................................17

4. Software Architecture Description...............................................................................................18

4.1 Software Requirement......................................................................................................18

4.2 Deployment Diagram of Layer.........................................................................................18

4.3 Deployment Diagram of Network....................................................................................19

5. Preeeliminary Design Model........................................................................................................20

5.1 Sequence Diagram............................................................................................................20

5.2 Class Diagram Tahap Design...........................................................................................25

6. Revise Risk List............................................................................................................................26

6.1 Resiko Utama...................................................................................................................26

6.2 Resiko Tambahan.............................................................................................................27

7. Project Plan...................................................................................................................................28

7.1 Iteration Plan.....................................................................................................................28

7.2 Workflow..........................................................................................................................29

7.3 Milestone..........................................................................................................................29

8. Preeliminary User Manual............................................................................................................29

8.1 Functional Requirement....................................................................................................29

8.2 Non Functional Requirement............................................................................................31



1. Requirement

1.1 Functional Requirement

1.1.1 Sistem bersifat :

- Local hosting

- Web hosting

1.1.2 Sistem dapat menampilkan seluruh informasi dari :

1.1.2.1 Jurusan

- Pengumuman bersifat umum (beasiswa, pengumuman)

- Kegiatan Jurusan/Universitas

1.1.2.2 Dosen

- Berkaitan dengan mata kuliah

- Kehadiran Dosen

1.1.2.3 Mahasiswa (HMJ)

- Even yang diselenggarakan oleh mahasiswa

Jurusan, dosen, dan mahasiswa masuk ke sistem melalui login, sehingga memiliki

session yang berbeda.

1.1.3 Sistem dapat menampilkan hasil :

- Survey Kepuasan Pelanggan

- Tracer Study

- Warning untuk peminjam barang yang belum kembali

1.1.4 Pengguna Sistem :

- Read : Semua pihak yang berkepentingan ke jurusan tanpa verifikasi (guest)

- Write : Administrasi Jurusan, Dosen, Himaster (user)

1.1.5 Setelah user login sesuai sessionnya, maka akan diberikan fungsi :

1.1.5.1 Admin

- Manage user yang meliputi :

Add user : untuk menambah data user

Update user : untuk mengupdate data user yang telah ada

View user : untuk menampilkan daftar data user

- Manage pengumuman dosen, jurusan, maupun HMJ, yang meliputi :

Add pengumuman : untuk membuat pengumuman

Update pengumuman : untuk mengupdate pengumuman yang telah dibuat

View pengumuman : untuk menampilkan pengumuman yang telah

diinputkan



1.1.5.2 User

- Manage pengumuman yang meliputi :

Add pengumuman : untuk membuat pengumuman

Update pengumuman : untuk mengupdate pengumuman yang telah dibuat

View pengumuman : untuk menampilkan pengumuman yang telah

diinputkan

1.1.6 Setiap user diberikan fungsi ganti password

1.1.7 Dosen diberikan fungsi untuk update status kehadiran

1.1.8 Guest diberikan kebebasan untuk meview pengumuman dan search pengumuman

1.2 Non Functional Requirement

- Sistem mudah dipelajari dan digunakan

- Mengurangi sistem manual

- Dapat dibuka menggunakan browser standar

- Dapat dijalankan dengan sistem operasi windows maupun linux

- Dapat diakses secara intranet

2. Use Case Model

2.1 Actor Glossary

Nama DeskripsiAdmin Orang yang bertanggung jawab terhadap jalannya sistem

termasuk melakukan pengelolaan terhadap sistem.Dosen Seseorang yang melakukan kegiatan mengajar, menggunakan

sistem ini sebagai media pengumuman untuk menunjang kegiatan mengajarnya.

Jurusan Organisasi yang menggunakan sistem pengumuman ini sebagai sarana pengumuman, dalam hal ini jurusan Informatika.

HMJ Himpunan Mahasiswa Jurusan, organisasi mahasiswa yang menjadi wakil mahasiswa dalam menggunakan sistem pengumuman ini. Himpunan mahasiswa yang dimaksud adalah HIMASTER.

User/Guest Semua orang yang berkepentingan dan dapat melihat pengumuman yang terdapat di sistem.

2.2 Hak dan Kewajiban Aktor

Nama Hak dan Kewajiban

Admin - Mengelola keseluruhan sistem.- Mendaftarkan akun baru yang akan mengakses sistem.



- Melakukan pengelolaan terhadap user yang menggunakan sistem.

- Melakukan posting pengumuman dari dosen, HMJ, jurusan jika masing-masing pihak tidak dapat mengakses sistem dan meminta admin untuk melakukannya.

- Mengelola pengumuman dosen, HMJ, dan jurusan jika pihak yang terkait menginginkannya.

Dosen - Melakukan pengelolaan terhadap pengumuman yang berhubungan dengan perkuliahan termasuk pengumuman yang berhubungan dengan mata kuliah yang diampu oleh dosen tersebut, kehadiran dosen, dan nilai mata kuliah.

Jurusan - Melakukan pengelolaan terhadap pengumuman yang dikeluarkan oleh jurusan.

HMJ - Melakukan pengelolaan terhadap pengumuman yang dikeluarkan oleh HMJ sebagai wakil mahasiswa dan himpunan mahasiswa.

User/guest - Melihat pengumuman yang tercantum di dalam papan pengumuman elektronik.

2.3 Use Case Glossary

ID Usecase Deskripsi1 Login Fungsi yang digunakan agar user dapat

mengakses sistem lebih dalam sesuai dengan hak akses yang dimiliki masing-masing user.

2 View Pengumuman Fungsi untuk menampilkan pengumuman secara keseluruhan, dapat dilakukan tanpa harus login terlebih dahulu.

3 Manage user Fungsi untuk melakukan pengelolaan terhadap user, meliputi add, update dan view data user.

4 Manage Pengumuman Use case yang hanya dapat diakses oleh admin, dosen, jurusan dan HMJ untuk melakukan pengelolaan pengumuman, meliputi add, view, dan update.

5 Ganti Password Use case yang digunakan oleh user untuk mengganti password yang dimilikinya.

6 Search Pengumuman Melakukan pencarian pengumuman berdasarkan keyword yang dimasukkan, dapat dilakukan oleh semua yang mengakses sistem.



2.4 Use Case Diagram

2.5 Use Case Skenario

Use Case Name LoginID 1Importance Level

High

Primary actor Admin, Jurusan, HMJ, DosenStakeholders and interest

Admin, jurusan , HMJ, dosen : melakukan login untuk melakukan akses lebih jauh terhadap system

Brief Description

Use case ini berfungsi untuk login agar user dapat dikenali oleh sistem sehingga dapat mengakses sistem lebih lanjut sesuai dengan hak yang diberikan kepadanya.

Trigger Admin, jurusan, HMJ dan Dosen ingin menggunakan sistem lebih lanjutType InternalRelationship Assosiation :

Include : Extends : Generalization :

Normal flow Aksi Admin, HMJ, dosen, Reaksi



event Jurusan

1. Memasukkan username dan password

2. Mencocokkan username dan password yang dimasukkan dengan database

3. Jika data ada, login berhasil4. Mengambil level user yang login

dari database5. Menuju ke menu utama sesuai

level userSub flowAlternate/ Exceptional flow

4. Data tidak ada, login gagal

5. Kembali ke langkah 1

Use Case Name Manage UserID 2Importance Level

High

Primary actor AdminStakeholders and interest

Admin: melihat data user, tambah data user dan update data userUser meliputi dosen, HMJ, jurusan: data yang dimiliki terdaftar di dalam

sistemBrief Description

Use case ini berfungsi untuk memanage data user seperti menambah data user baru, maupun memperbarui data siswa yang sudah ada.

Trigger Admin mempunyai data user baru atau data baru tentang userType InternalRelationship Assosiation : admin

Include : view user, loginExtends : ganti passwordGeneralization : add user, update user

Normal flow event

Aksi Admin Reaksi1. Admin memilih manage data

user2. Sistem menampilkan data

user3. Admin melakukan manage

data4. Sistem menampilkan

perubahan dataSub flow 4.1 Melihat user

4.1.1 Sistem akan menampilkan informasi detail user4.1.2 Kembali ke halaman manage user

4.2 Update user4.2.1 Sistem menampilkan data



user lama yang akan di edit.4.2.2 Admin memasukkan data baru user

4.2.3 Sistem melakukan pengecekan terhadap data yang dimasukkan4.2.4 Jika data benar, sistem akan melakukan update data user di database4.2.5 Kembali ke halaman manage user

4.3 Memilih tambah user4.3.1 Admin mengisikan data user baru

4.3.2 Sistem melakukan pegecekan terhadap data yang dimasukkan4.3.3 Jika data benar sistem akan menyimpan data di database4.3.4 Kembali ke halaman manage user

Alternate/ Exceptional flow

4.2.4 Data yang dimasukkan salah4.2.5 Kembali ke halaman update user dengan penandaan di data yang salah

4.2.6 Memperbarui data4.2.7 Kembali ke langkah 4.2.34.2.4 Data yang dimasukkan salah4.2.5 Kembali ke halaman tambah user dengan panandaan di data yang salah

4.3.5 Memperbarui data4.3.6 Kembali ke langkah 4.3.3

Use Case Name Manage Pengumuman ID 3Importance Level

Medium

Primary actor Dosen, Jurusan, HMJ, adminStakeholders and interest

Dosen, Jurusan, HMJ, admin: mengelola pengumuman sesuai dengan session yang dimiliki Dosen, Jurusan, HMJ dan admin bisa mengelola pengumuman session-session tersebut bila diperlukan

User biasa: melihat pengumuman yang di post oleh dosen, jurusan, HMJ atau admin.

Brief Description

Use case ini berfungsi untuk melakukan pengelolaan pengumuman sesuai dengan kategorinya, meliputi tambah pengumuman, update pengumuman dan lihat pengumuman.

Trigger Dosen, jurusan, HMJ mempunyai informasi yang akan disampaikanType InternalRelationship Assosiation :

Include : login, view pengumuman



Extends : view pengumuman umum, search pengumumanGeneralization : add pengumuman, update pengumuman

Normal flow event

Aksi Dosen, Admin Reaksi Sistem

1. Melakukan manage pengumuman

2. Menampilkan perubahan data

Sub flow 2.1 Memilih lihat pengumuman

2.1.1 Sistem akan menampilkan informasi detail pengumuman

2.2 Memilih update pengumuman

2.2.1 Sistem menampilkan pengumuman pengumuman lama yang akan diupdate.

2.2.2 Memasukkan data baru pengumuman

2.2.3 Sistem melakukan pengecekan terhadap data yang dimasukkan

2.2.4 Jika data benar, sistem akan melakukan update data pengumuman di database

2.2.5 Kembali ke halaman manage pengumuman dosen

2.3 Memilih tambah pengumuman

2.3.1 Mengisikan data pengumuman baru

2.3.3 Sistem melakukan pegecekan terhadap data yang dimasukkan

2.3.4 Jika data benar sistem akan menyimpan data di database

2.3.5 Kembali ke halaman manage pengumuman dosen

Alternate/ Exceptional flow

2.2.4 Data yang dimasukkan salah

2.2.5 Kembali ke halaman tambah pengumuman dengan penandaan data yang salah.

2.2.6 Memperbarui data



2.2.7 Kembali ke langkah 2.2.3

2.3.4 Data yang dimasukkan salah

2.3.5 Kembali halaman tambah pengumuman dengan panandaan di data yang salah

2.3.6 Memperbarui data

2.3.7 Kembali ke langkah 2.3.3

Use Case Name Ganti PasswordID 4Importance Level

Medium

Primary actor Dosen, Jurusan, HMJStakeholders and interest

Dosen, Jurusan, HMJ : mengganti password lama menjadi password baru

Brief Description

Melakukan pergantian password dari password lama ke password baru sesuai dengan keinginan user

Trigger User merasa password perlu diganti karena beberapa hal, seperti password telah diketahui orang lain.

Type InternalRelationship Assosiation : Dosen, Jurusan, HMJ

Include : loginExtends : manage userGeneralization :

Normal flow event

Aksi Admin, HMJ, dosen, Jurusan

Reaksi

1. Memasukkan data password lama

2. Memasukkan data password baru

3. Melakukan pengecekan data password lama dan mem-validasi password baru

4. Data valild5. Melakukan perubahan

password di database6. Password berhasil diganti,

menampilkan pesan berhasil.7. Kembali ke menu utama

Sub flowAlternate/ Exceptional flow

4. Data tidak valid

5. Kembali ke langkah 1



Use Case Name Search PengumumanID 5Importance Level

Low

Primary actor Admin, Jurusan, HMJ, Dosen, GuestStakeholders and interest

Admin, jurusan , HMJ, dosen, Guest: melakukan search pengumuman melalui keyword yang dimasukkan.

Brief Description

Use case untuk melakukan pencarian pengumuman sesuai dengan keyword yang dimasukkan.

Trigger User / guest ingin melakukan pencarian terhadap pengumuman yang sesuai dengan keyword

Type InternalRelationship Assosiation : Guest

Include : Extends : manage pengumumanGeneralization :

Normal flow event


Reaksi

1. Memasukkan keyword

2. Mencocokkan keyword dengan data pengumuman yang ada

3. Data ditemukan4. Menampilkan pengumuman

sesuai dengan keyword yang dimaksud


4. Data tidak ditemukan

5. Menampilkan pesan data tidak ditemukan

Use Case Name View Pengumuman UmumID 6Importance Level

High

Primary actor Admin, Jurusan, HMJ, Dosen, GuestStakeholders and interest

Admin, Jurusan, HMJ, Dosen, Guest : melihat pengumuman yang di display di papan pengumuman

Brief Description

Use case untuk menampilkan data semua pengumuman yang ada di dalam sistem, pengumuman yang ditampilkan adalah pengumuman yang masih berlaku pada saat itu

Trigger Adanya data pengumuman untuk dapat dilihat user/guestType InternalRelationship Assosiation : Guest

Include : Extends : manage pengumuman



Generalization : Normal flow event


Reaksi

1. Menampikan pengumuman secara keseluruhan sesuai kategori pengumuman

2. Memilih salah satu judul pengumuman

3. Menampilkan detail pengumuman


2.6 Activity Diagram2.6.1 Admin



2.6.2 Dosen/Jurusan/HMJ

2.6.3 User/guest



3. Analysis model

3.1 Package Diagram



3.2 Class Diagram Tahap Analysis



4. Software architecture description

4.1 Software requirement

User’s Laptop Web Server Database ServerOperating System Windows

Linux Linux Linux

Special Software Web Browser (Internet Explorer, Mozilla Firefox atau software sejenis)

Apache PostgreSQL

Hardware 40 GB HD Drive Pentium Monitor 14 inch RAM 512 MB

160 GB HD Drive

Pentium RAM 1 GB

320 GB HD Drive

RAID Quad Pentium

Network Wireless ConnectionIntranet

Dual 100 Mbps Ethernet

Dual 100 Mbps Ethernet

4.2 Deployment Diagram of Layer



4.3 Deployment Diagram of Network



5. Preeliminary design model

5.1 Sequence Diagram5.1.1 Login

5.1.2 Set status dosen



5.1.3 Manage user

5.1.4 View user

5.1.5 Update user



5.1.6 Add pengumuman

5.1.7 View pengumuman



5.1.8 Update pengumuman

5.1.9 View pengumuman umum

5.1.10 Search



5.2 Class Diagram Design Model



6. Revise Risk list

6.1 Resiko Utama

No Resiko Tingkatan ResikoL/M/H

Kemungkian TerjadiL/M/H

Strategi Pencegahan dan Penanggulangan

1.2

Waktu yang digunakan untuk melaksanakan project ini tidak cukup.

H L Perencanaan jadwal proyek lebih diperhitungkan Pembuatan estimasi waktu yang cermat dan

teliti. Permintaan waktu tambahan untuk menunjang

pelaksanaan project ini (jika dibutuhkan). Kejelasan kebutuhan user dan signature

stakeholder pada awal kesepakatan pelaksanaan proyek untuk menghindari terjadinya scope creep.

2.3

Kebutuhan dana yang melebihi rencana awal

H L Perencanaan dana proyek lebih cermat Melibatkan orang-orang yang tepat dalam

perencanaan dana proyek Menjalin komunikasi yang baik antara

stakeholder yang terkait3.9

Perubahan requirements yang mempengaruhi scope

M H Menjalin komunikasi yang baik dengan user Menjalin komunikasi yang baik dengan staff dan

steering committee Mempertimbangkan faktor-faktor lain (waktu,

dana)4.1

Proyek yang berjalan tidak sesuai scope

H L Pemantauan yang teratur di setiap tahapan proyek

Mengevaluasi progress di setiap tahapan Meningkatkan kontrol project manager Meningkatkan komunikasi antara project



manager dengan staff

6.2 Resiko Tambahan

No Resiko Tingkatan ResikoL/M/H

Kemungkian TerjadiL/M/H

Strategi Pencegahan dan Penanggulangan

1.1

Kurangnya pemahaman user akan software

M L Melakukan training User manual

2. System kehilangan data-data saat mengalami kerusakan.

Melakukan back up data-data pada system setiap seminggu sekali untuk menghindari kehilangan data-data pada system

3.1

Hardware yang tidak mendukung

L L Perencanaan pemilihan hardware yang lebih baik Perencanaan melibatkan orang-orang yang ahli

dalam bidang tersebut



7. Project plan

7.1 Iteration Plan

7.1.1 Inception

Tujuan utama dari Fase Inception adalah untuk membatasi ruang lingkup proyek,

membuat daftar risiko yang mungkin terjadi dan menetapkan sistem dari basis

permintaan pelanggan. Tahap ini akan lengkap setelah persyaratan dipenuhi. Setiap

artefak yang dikembangkan selama iterasi akan ditinjau ulang sampai mendapat

persetujuan dari tim.

7.1.2 Elaboration

Tujuan utama dari Tahap Elaborasi adalah untuk baseline arsitektur sistem untuk

memberikan dasar yang stabil bagi sebagian dari desain dan implementasi. Setiap

artefak yang dikembangkan selama iterasi akan ditinjau ulang dan mendapat

persetujuan dari tim.

7.1.3 Construction

Tujuan yang utama dari fase Construction adalah untuk menyelesaikan tahap

pengembangan dari sistem. Setiap artefak yang dikembangkan selama proses iterasi

akan ditinjau kembali hingga mendapat persetujuan dari semua anggota tim.

7.1.4 Transition

Tujuan utama dari fase transisi adalah untuk memastikan bahwa software telah dapat

digunakan oleh pelanggan (user akhir).



7.2 Workflow

Activity Phase

Requirements Workflow Inception/Elaboration

Analysis and Design Workflow Inception/Elaboration/Construction

Deployment Workflow Construction/Transition

Implementation Workflow Elaboration/Construction

Management Workflow Inception/Elaboration/Construction/Transition

7.3 Milestone

- Milestone 1 : 15 November 2010

Requirement user telah didapatkan dan pelaporan serta dokumentasi requirement

telah dilakukan.


Perencanaan telah dilaksanakan dan pelaporan serta dokumentasi telah dilakukan.


Perbaikan pertama telah dilakukan.

- Milestone 4: 03 Januari 2011

Desain telah selesai dibuat, pelaporan serta dokumentasi telah dilakukan.


Perbaikan kedua telah dilakukan.


Implementasi telah dilakukan dan pelaporan serta dokumentasi selesai dilakukan.


Perbaikan akhir selesai dilakukan, prototipe sistem sudah jadi, dan dokumentasi

akhir selesai dibuat.

8. Preliminary User Manual

8.1 Functional Requirement

Admin, dosen, jurusan, dan HMJ dapat masuk dengan menginputkan username dan

password pada form login sistem. Lalu username dan password yang diinputkan tadi

dicocokkan dengan database. Jika data ada, maka login berhasil dan mengambil level

user yang login dari database.

Untuk admin, akan masuk ke menu utama admin. Menu itu adalah :

a. Manage user. Manage user ini untuk mengelola data dari user ( dosen, jurusan, dan

HMJ). Manage user ini meliputi menu:



- Tambah user : untuk menambah data user

- Update user : untuk mengupdate data user yang telah ada

- Lihat user : untuk menampilkan daftar data user

b. Manage pengumuman. Manage pengumuman terbagi menjadi tiga, yaitu

- Manage pengumuman dosen, yang meliputi menu:

Tambah Pengumuman

Update Pengumuman

Lihat pengumuman

- Manage pengumuman jurusan, yang meliputi menu:

Tambah Pengumuman

Update Pengumuman

Lihat pengumuman

- Manage pengumuman HMJ, yang meliputi menu:

Tambah Pengumuman

Update Pengumuman

Lihat pengumuman

c. Ganti password : untuk mengganti password dari user atau admin sendiri

d. Logout : untuk keluar dari sistem

Untuk dosen, jika login akan masuk ke menu utama dosen, yang meliputi:

a. Manage pengumuman : untuk mengelola pengumuman yang dibuat oleh dosen.

Menu ini meliputi:

- Tambah pengumuman : untuk membuat pengumuman

- Update pengumuman : untuk mengupdate pengumuman yang telah dibuat

- Lihat pengumuman : untuk menampilkan pengumuman yang telah diinputkan

b. Update kehadiran : untuk menampilkan status kehadiran dosen di ruang jurusan

c. Log out : untuk keluar dari sistem

Untuk jurusan, jika login akan masuk ke menu utama jurusan, yang meliputi:

a. Manage pengumuman : untuk mengelola pengumuman yang dibuat oleh jurusan.

Menu ini meliputi:



- Lihat pengumuman : untuk menampilkan pengumuman yang telah diinputakan

b. Log out : untuk keluar dari sistem



Untuk HMJ, jika login akan masuk ke menu utama HMJ, yang meliputi:

a. Manage pengumuman : untuk mengelola pengumuman yang dibuat oleh HMJ. Menu

ini meliputi:



- Lihat pengumuman : untuk menampilkan pengumuman yang telah diinputakan

b. Log out : untuk keluar dari sistem

Untuk guest dapat langsung masuk ke halaman user yang meliputi menu:

a. View Pengumuman : melihat semua pengumuman baik dari jurusan, dosen, maupun

HMJ yang ada pada saat itu.

b. Search pengumuman : mencari pengumuman sesuai kategori yang diinputkan

Dari kedua menu pengumuman ini, user mendapatkan informasi berupa

pengumuman yang ada.

8.2 Non Functional Requirement

Sistem Pengumuman Elektronik (SIMAK) merupakan sistem yang berbasis web

sehingga dapat dibuka menggunakan browser standar misalnya Internet Explorer,

Mozilla Firefox, atau software sejenis. Sedangkan sistem operasi yang digunakan bisa

menggunakan Linux maupun Windows. SIMAK hanya dapat diakses secara lokal oleh

jurusan Informatika FMIPA UNS karena menggunakan intranet.


voetstappen.files.wordpress.com · Web viewSistem Pengumuman Elektronik “Simak” Version :...

Documents

Transcript of voetstappen.files.wordpress.com · Web viewSistem Pengumuman Elektronik “Simak” Version :...