Desember 2004, Lab Sistem Informasi

revisi ke-2

Requirement Analysis Modul

Structured Systems
Analysis and Design
Method
Requirements Analysis
- Feasibility Study Report
- Other Study Report
- Project Initiation Document

Tujuan :
-Menetapkan requirment untuk Stage 1
sistem target Investigation Of Current
-Mengerti lingkup sistem yang Environment
akan dibangun
-Sosialisasi :
- Bagi Pengguna
- Bagi Pengembang
-Produk/deliverables : Stage 2
- Current System Description Business System Options
- User Catalogue
- Requirement Catalogue
- Selected Bussiness System
Option -Select Bussiness
- Requirement Catalogue
- Current System Description
System Option
- User Catalogue
Stage 1 – Investigation Current
Environment

Aspek :
-Operasi dan data
-Problem alamiah yang ada di sistem kini
-Batasan Sistem
-Biaya dan volume pekerjaan

Teknik :
-Interviewing
-Studying the current system’s documentation
-Circulating questionnaries
-Observing the system in practice
-Looking at the result of previous studies
-Cunducting surveys
Step in Stage - 1
- Feasibility Study Report
- Other Study Report
- Project Initiation Document

110
Establish Analysis
Framework - Requirement catalogue
Requirement catalogue - Overview LDS
- Current Physical DFD Context diagram
- Requirement catalogue

130 140
120
Investigate Current Investigate Current
Investigate & Define
Processing Data
Requirement
- Extt Entity Desc. - Current Physical DFS
Requirement Catalogue - Req. Catalogue - EPD
- Data Catalogue - Context Diagram
- I/O Description
- Data Catalogue
150 - Current Env. LDM
Derive Logical View - Req. Catalogue

User Catalogue Of Current System

Data Catalogue
- Context Diagram - Current Env.
- Data Catalogue - LDM
- Logical DFM - LDS/Entity Xref
- Req. Catalogu

160
Assemble
Investigation
Results
Dapat dikerjakan
pararel - Requirement Catalogue
- Current System
Description
- User Catalogue
110 - Establish Analysis Framework
Feasibility Study Report
Other Study Report
Project Initiation Document

110
Establish Analysis
Framework

-Project Scope Context diagram Overview Requirement catalogue

-Activity Network & Desk. Overview Requirement Overview LDS
-Product Breakdown Structure catalogue

Introduction:
Establish Analysis Framework (Menetapkan kerangka kerja analisis)
adalah kegiatan pertama yang dilakukan pada stage Requirment
Analysis, kegiatan awal yang dilakukan meliputi 2 hal utama yang saling
berhubungan:
* Perencanaan Kegiatan Pelaksanaan Proyek secara Global
* Penetapan kegiatan-kegiatan untuk mendapatkan Hasil Analisis Awal
110 - Establish Analysis Framework

Kegiatan :
-Persiapan Project umum
-Inisiasi analisis

Tujuan :
-Memberikan dasar yang jelas bagi seluruh
kegiatan pengembangan dengan kerangka
yang detail bagi tahap-tahap awal

Produk :
-Manajemen proyek
-Hasil analisis awal
Task Pada Step 110
Establish Analysis Framework

1. Mendefinisikan scope proyek.

- Menetapkan Project Initiation Document
Berisi inisialisasi dari proyek yang akan berjalan menggunakan
sebuah dokumen baku.

2. Previous Studies
- Mempelajari teknik-teknik pendokumentasian dengan SSADM
baik user maupun developer sehingga mudah memahami.

Project Initiation Document dibuat

oleh Developer dengan memperhatikan aspek
keuangan developer, budget dan waktu pengerjaan
project.
Isi terpenting dari dokumen ini adalah pernyataan
dari scope pekerjaan dan target globalnya.
Harus dibuatkan dokumen secara formal.
Task Pada Step 110
Establish Analysis Framework
Project Initiation Document

1. To design a computer system to support the vehicle rental driver

administration, cuslomer record, and invoicing areas of York Ltd.

2. To investigate ways of improving the efficiency of the operations of the company in

the areas specified in 1.

3. To investigate extending the system to include the administration of

one-way hires and the acceptance of non-registered customer.

4. The system will not be required to replace existing staff but the
increased efficiency will be expected to increase the income from
customers with less wastage of resources in the use of agency drivers.

5. The team of a contract senior systems analyst and a junior analyst

are required to use SSADM for the analysis and design of the system.
They will report back to the Yorkies finance director. The team should
report back with their proposals for a new system (end of Requirements
Analysis in SSADM) within two months of starting the study.
Project Initiation Document for the Yorkies project
Task Pada Step 110
Establish Analysis Framework

3. Mendefinisikan batasan dan ruang lingkup

proyek secara lebih jelas, yaitu dengan
membuat Overview DFD, Overview LDS dan
Diagram Konteks (Context Diagram).

Ketiga penjelasan itu dapat dibuat bersamaan

dengan memperhatikan existing dan perlu ada
diskusi dengan user
Task Pada Step 110
Establish Analysis Framework

3.1 Membuat gambaran global tentang

informasi-informasi yang mengalir pada sistem
dan proses-proses yang terjadi pada sistem
yang sedang berjalan.

Representasi yang digunakan untuk

menggambarkannya adalah dengan membuat
Overview Data Flow Diagram. Pada Overview
Data Flow Diagram informasi dan proses yang
ada belum dijelaskan secara mendetail, akan
tetapi hanya berupa gambaran mengenai
sistem yang akan diamati lebih lanjut.
 Overview DFD
- Daftar Mahasiswa Sistem Pengelolaan Dosen
Sistem Pengelolaan Mahasiswa - Daftar Mahasiswa Lulus
- Daftar Mahasiswa Drop Out Daftar Dosen Tetap

Daftar Dosen Wali dan

Sistem Persetujuan Penetapan Dosen
Wali dan Anak Wali
Anak Wali Mengelola Dosen Wali dan
Anak Wali Sistem Pengelolaan Kurikulum
Daftar Usulan Dosen
Wali dan Anak Wali Daftar Konversi Matakuliah

Daftar Anak Wali

Daftar Konversi Matakuliah

Daftar Anak Wali

- Kartu Rencana Studi
- Form Scanner Merencanakan Studi Awal
Semester

- Kartu Rencana Studi

Kartu Hasil Studi
- Form Scanner

Kartu Rencana Studi

Koordinator Akademik

- Kartu Rencana Studi

- Form Scanner

Merencanakan Perubahan
Rencana Studi Tengah Semester
Sistem Administrasi Perwalian - Form Scanner (ADD & DROP)
Task Pada Step 110
Establish Analysis Framework

3.2 Membuat gambaran secara lojik objek-

objek atau entitas-entitas yang dikelola pada
sistem yang sedang berjalan.

Representasi yang digunakan untuk

menggambarkannya adalah dengan membuat Overview
Logical Data Structure. Pada Overview Logical Data Structure
keterhubungan antar entitas yang digambarkan masih dibuat
secara global, belum dibuat penjelasan secara rinci mengenai
nama keterhubungan antar entitasnya.
Overview LDS
Dosen Wali

Hasil Studi Rencana Studi

Konsultasi Anak Wali

Perubahan
Rencana Studi
Task Pada Step 110
Establish Analysis Framework

3.3 Mendefinisikan batasan dan ruang lingkup

proyek secara lebih jelas, yaitu dengan
membuat Diagram Konteks (Context
Diagram).

Diagram Konteks ini dibuat dengan

menentukan pihak-pihak yang terlibat sebagai
entitas luar (External Entity) dari sistem yang
diamati (penjelasan detail mengenai entitas luar
terdapat pada Step 310, yaitu pada Form
External Entity Description).
Context Diagram
Sistem Pensetujuan Penetapan Dosen
Wali dan Anak Wali

Sistem Pengelolaan Mahasiswa Sistem Administrasi Perwalian

Usulan Dosen Wali - Keputusan Penetapan Dosen Wali

dan Anak Wali dan Anak Wali
- Dosen Wali dan Anak Wali
- Mahasiswa - Rencana Studi
- Status Kelulusan - Rencana Studi Scanning
- Status Drop Out - Perubahan Rencana Studi
(ADD & DROP)
0 DIAGRAM KONTEKS

Sistem Perwalian
di Fakultas Teknik
Sistem Pengelolaan Dosen Sistem Pengelolaan Kurikulum
Dosen Tetap di UNPAS Konversi Matakuliah

- Rencana Studi
- Rencana Studi Scanning Hasil Studi
- Perubahan Rencana Studi Scanning
(ADD & DROP)

Koordinator Bidang Akademik

Task Pada Step 110
Establish Analysis Framework

3.4 Task (kegiatan) selanjutnya pada Step

110 adalah membuat inisialisasi daftar
kebutuhan-kebutuhan (Requirement
Catalogue) terhadap sistem yang sedang
berjalan (Existing System) dan kebutuhan-
kebutuhan yang diusulkan (Required
System) secara global.

Bentuk representasinya adalah uraian atau dapat

juga berupa tabel.
Task Pada Step 110
Establish Analysis Framework

4. Planning The Analysis

-Menetapkan parameter project, langkahnya adalah sbb :
• Decide on areas for and methods of investigation
• Detailed allocation of project team member to task
• Identify users
• Interview plants

5. Authorization to Proceed
As the products produced in this step are so critical to the
success of the project they are normally the subject of a quality
assurance review. This should result in a formal agreement that
is made with the senior users or the project board to proceed
with the project.
120 - Investigate and Define Requirement
• Requirement= fitur/fasilitas yang diinginkan Step 110

oleh sejumlah pengguna dari sistem kini atau Overview Req. Catalogue

sistem target
120
Investigate and
• Tipe requirement : Define Requirement
-Menyelesaikan atau mengurangi masalah yang
User Catalogue
ada di sistem kini Req. Catalogue
Req. Catalogue
-Fasilitas baru yang belum ada di sistem kini Step 160 Step 150

• Jenis requirement :
-Functional : aktifitas yang diinginkan dari sistem yang akan dibangun
-Non-functional : tipenya :
-Service level requirement : kinerja
-Access restriction : hak akses data
-Recovery : pemulihan sistem dan data
-Audit & Control : validasi kebenaran data
-Constrains : batasan antarmuka sistem dan pengguna
-Archive : pengarsipan data
Task Pada step
120 - Investigate and Define Requirement

1. Membuat Daftar Kebutuhan-kebutuhan (Requirement

Catalogue), daftar ini dibuat berdasarkan kebutuhan 2
pihak yaitu user sebagai pelaku sistem dan pengembang,
oleh karena itu dalam pembuatan requirement catalogue
diperlukan kesepakatan antara kedua belah pihak.

Dalam hal ini diasumsikan User dan pengembang

sepakat, antara lain sepakat dalam mendefinisikan
kebutuhan dan menentukan fasilitas yang tepat untuk
menjalankan kebutuhan tersebut.
Requirement Catalogue dibuat per-fungsi.
Requirement Catalogue
Requirement Catalogue : Entry Penentuan Pengambilan Matakuliah Periode Awal Semester

Source : Priority: Owner: Requrement ID :

Anak Wali H Dosen Wali Req. no. 4

Fuctional Requirement :
Merupakan suatu proses atau kegiatan dimana anak wali dapat berkonsultasi ttg kasus yg dihadapinya kpd dosen
wali
Non- Fuctional Requirement :
Description Target Value Acceptable Range Comment
Waktu Pelayanan Senin-Minggu -
Response Time Senin-Minggu -

Benefits
Diperoleh suatu perwalian yang berkualitas, dimana kegiatan perwalian tidak harus dilakukan pada waktu yg reguler saja.

Comments/Suggested Solutions
Digunakan suatu sistem database yang dapat menampung konsultasi kasus anak wali

Related Douments
Kartu Rencana Studi (KRS), Kartu Hasil Studi (KHS), Daftar Mahasiswa

Related Requirements
Penentuan Pengambilan Matakuliah Periode Awal Semester., Penentuan Pengambilan Matakuliah Periode Pertengahan Semester
& Evaluasi anak wali
Resolutions
Proses ini diharapkan dapat menampung & menyelesaikan kasus konsutasi.
Task Pada step
120 - Investigate and Define Requirement

2. Membuat daftar-daftar user untuk menjelaskan secara

singkat uraian pekerjaan dan aktifitas-aktifitas yang
dilakukan oleh user on-line untuk sistem target, dibuat
dalam form User Catalogue.

Form User Catalogue dibuat dan disesuaikan dengan

pelaku pada sistem dan sesuai dengan job deskripsi dari setiap
pelaku tersebut di lingkungan kerja.
User Catalogue
User Catalogue

Job Title Job Activities Descriptions

Dosen Wali Dosen Wali bertugas sebagai dosen yang mewakili

pihak akademik (Jurusan), dalam pencapaian
penyelesaian studi seorang mahasiswa selaku anak
wali.

Anak Wali Anak Wali yang memiliki hak untuk melakukan

perwalian terhadap dosen yang sudah ditetapkan oleh
pihak akademik (Jurusan) walinya.

Koordinator Bidang Akademik Koordinator Bidang Akademik bertugas sebagai wakil

dari pihak akademik yang memberikan data-data
perwalian kepada dosen-dosen yang sudah ditetapkan
sebagai wali.
Koordinator Akademik juga bertugas memantau dan
mengevaluasi kegiatan perwalian, serta mengelola
data dosen wali dan anak wali nya.
130 - Investigate Current Processing
Step 110

Context
Tahap ini bertujuan untuk menyelidiki diagram

proses-proses yang sedang berjalan,

130
dengan menggunakan reopresentasi Investigate Current
Current Physical Data Flow Diagram Processing

level-level terbawah, yang menunjukkan - Current Physical DFD - Aliran Fisik Dokumen
aliran dokumen dan proses-proses fisik - Aliran Dokumen

yang terdapat pada sistem. Step 150

Produk step 130 :

-Daftar Formulir/Dokumen
-Gambar aliran Formulir/Dokumen, atau
-Gambaran aliran Barang/Resources, atau
-Gambaran struktur organisasi
-Current Phisycal DFD (Level 1)
Task Pada
130 - Investigate Current Processing

1. Membuat aliran dokumen secara fisik, dengan :

a. Membuat daftar dokumen-dokumen fisik yang mengalir
b. Menggambar aliran dokumen-dokumen fisik tsb dan
menunjukkan keterhubungannya terhadap sumber-sumbernya,
berikut adalah gambar Aliran Dokumen pada kasus Sistem
Perwalian di fakultas UNPAS.
atau dapat menggambarkan aliran barang/resources di bagian
organisasi tempat survey

2. Mengkonversi hasil dari task 1 di atas ke dalam representasi

Current Physical Data Flow Diagram.
Gambar aliran dokumen yang telah dibuat berguna untuk membantu
menentukan proses-proses fisik, bahwa dokumen-dokumen tersebut
diproses dan dikelola oleh sistem.
Representasi untuk menunjukkan proses-proses fisik tersebut dibuat
dalam bentuk Current Physical Data Flow Diagram Level Terbawah.
Aliran Formulir ( Fisik )
- Kartu Rencana Studi
(Copy 2 )
- Form Scanner
- Form Scanner ADD&DROP
SBAP
Anak Wali
- Kartu Rencana Studi
(Copy 2 )
- Kartu Rencana Studi
Daftar Dosen Wali (Copy 2,1)
dan Anak Wali Kartu Rencana Studi - Form Scanner
(Copy 2,2 ) Kartu Hasil Studi - Form Scanner ADD&DROP

Daftar Konversi
Matakuliah
Daftar Anak Wali
Dosen Wali Jurusan
Kartu Hasil Studi

- Kartu Rencana Studi

(Copy 2 )
- Kartu Rencana Studi
Koordinator Bidang (Copy 2,1)
Akademik - Form Scanner
- Form Scanner ADD&DROP

- Daftar Dosen Wali

- Daftar Anak Wali
- Surat Keputusan (SK)
Daftar Usulan Dosen Wali
- Daftar Dosen Wali dan
dan Anak Wali
Anak Wali

Fakultas Teknik
Resources Flow Diagram examples
 Current Phisycal DFD
c
a b
Sistem Persetujuan
Sistem Pengelolaan Dosen Sistem Pengelolaan
Penetapan Dosen Wali dan
Mahasiswa
Anak Wali
- Surat Keputusan (SK)
d - Daftar Dosen Wali dan Daftar Dosen Tetap
- Daftar Mahasiswa d
Sistem Administrasi Anak Wali Sistem Administrasi
Perwalian
Perwalian
Daftar Usulan Dosen
Wali dan Anak Wali
1 Koord. Akademik
- Kartu Rencana Studi
(Copy 2, 2) - Mengusulkan Dosen Wali dan A Form Scanner ADD&DROP
- Form Scanner Anak Wali
- Menerima keputusan penetapan
dari fakutas

2 Anak Wali - Daftar Dosen Wali dan 3 Anak Wali

Anak Wali

Permintaan Penetapan Daftar Dosen Wali

M1 Permintaan Penetapan Perubahan
Rencana Studi - Daftar Dosen dan Anak Wali - Daftar Dosen Wali
Rencana Studi
Wali dan Anak Wali dan Anak Wali
(ADD&DROP)
Kartu Rencana Studi Kartu Rencana
M4
(Copy 2, 2) Studi - Kartu Rencana Studi
(Copy 2)
- Kartu Rencana Studi Form Scanner ADD&DROP
e Form Scanner
(Copy 2, 2) - Kartu Rencana Studi - Kartu Hasil Studi
Koordinator - Kartu Hasil Studi (Copy 2)
- Kartu Rencana Studi
Akademik (Copy 1) Form Scanner
Kartu Rencana M6
Form - Kartu Rencana Studi M4 ADD&DROP
M5 Studi
Scanner (Copy 2)
Kartu
M3
Hasil Studi
Form Scanner Form Scanner ADD&DROP
f
- Kartu Rencana Studi
Sistem Pengelolaan - Kartu Hasil Studi
- Kartu Hasil Studi (Copy 2) Kartu
Kurikulum M3
Hasil Studi
- Daftar Konversi Matakuliah - Kartu Hasil Studi
4 Dosen Wali - Daftar Konversi 5 Dosen Wali
Matakuliah
Daftar
M2 Konversi Penetapan Perubahan
Penetapan Rencana Studi Matakuliah Daftar Dosen
Rencana Studi
Daftar Dosen Wali M1 Wali dan
M1 - Daftar Konversi (ADD&DROP)
dan Anak Wali - Daftar Anak Wali Anak Wali
Matakuliah
- Daftar Anak Wali
140 - Investigate Current Data
Step 110

-Req. Catalogue

Tahap ini bertujuan untuk menyelidiki -Overview LDS

data-data dengan menunjukkan objek 140

atau entitas, serta keterhubungan antar Investigate Current
Data
entitas yang dikelola di sistem perwalian.
Representasi atau produk dari tahap ini - Data Catalogue - Req. Catalogue
- Current Env. LDm
adalah Logical Data Model.
Step 150

Produk step 140 :

-Daftar Entitas dan Atribut
-Matriks Keterhubungan Entitas
-Logical Data Structure
-Form Entity Description-Part 1
-Form Relationship Description
-Form Attribute Description
-Group Domain Description
Task Pada
140 - Investigate Current Data

1. Mengidentifikasi entitas-entitas yang ada di sistem. Entitas

mengandung informasi yang dikelola oleh sistem, setelah
diidentifikasi untuk mempermudah penulisan maka dibuat tabel
daftar entitas-entitas dan atribut yang terdapat di Sistem.

2. Membuat keterhubungan antar entitas (relationship) pada sistem.

Penggambaran keterhubungan antar entitas menggunakan Matriks
Keterhubungan Entitas

3. Pembuatan gambar Logical Data Structure, yang merupakan

salah satu tools yang digunakan untuk menggambarkan Logical
Data Model.

4. Menjelaskan secara detail entitas (entity) yang telah digambar

pada Logical Data Structure kedalam sebuah format baku dari
SSADM, yaitu Entity Description–Part 1.
Task Pada
140 - Investigate Current Data

5. Membuat penjelasan secara mendetail mengenai keterhubungan

antar entitas (Relationship) yang telah digambarkan pada Logical
Data Structure ke dalam form baku SSADM, yaitu Relationship
Description. Satu Form Relationship Description menjelaskan
keterhubungan antara dua entitas

6. Membuat penjelasan secara mendetail mengenai key atribut

yang terdapat pada sebuah entitas ke dalam form baku SSADM,
yaitu Attribute Description. Form Attribute Description membantu
dalam menunjukkan keterhubungan key atribut dengan entitas
lain, serta ukuran dan format lojik masing-masing atribut.

7. Membuat penjelasan secara mendetail mengenai sekumpulan

atribut yang memiliki format yang sama , untuk satu tujuan
atau maksud yang sama pula, ke dalam form baku SSADM,
yaitu Group Domain Description.
Matriks Keterhubungan Entitas
Dosen Anak Rencana Hasil Studi Konsultasi Perubahan
Wali Wali Studi Rencana Studi

Dosen Wali

Anak Wali

Rencana Studi

Hasil Studi

Konsultasi

Perubahan Rencana Studi

 Logical Data Structure
Dosen Wali

Mempunyai Menetapkan
Menangani Mempunyai

Mempunyai

Menetapkan
Dipunyai Oleh
Ditetapkan Oleh

Termasuk didalam Untuk

Hasil Studi Rencana Studi
Dipunyai oleh
Termasuk didalam
Bagian dari Untuk Dipunyai oleh
Dirubah Karena Untuk

Ditangani oleh Mempunyai

Terdiri dari
mempunyai mempunyai
Untuk

Dapat Melakukan
Konsultasi Dilakukan Oleh
Anak Wali
melakukan

Menggunakan
Dtetapkan oleh
Mempengaruhi
Termasuk didalam
Perubahan
Rencana Studi Dapat dilakukan

Dipengaruhi Oleh Merubah

Entity Description – Part 1
Entity Description – Part 1

Current/Required/Enhanced :
Entity Name : Dosen Wali Entity ID : 1

Location : N/A Occurances : Average : Max

Description
sebagai dosen yang mewakili pihak akademik (Jurusan), dalam pencapaian penyelesaian studi
seorang mahasiswa selaku anak wali.
Synonim(s) :
Attribute Name/ID Primary Key Foreign Key
Kode Dosen Wali √
Nama Dosen Wali

NO ‘must be’/ ‘Either ‘ / Link Phrase ‘one and Object

‘may be’ ‘or’ onlyone’/ Entity Name
’one or more’

Must be ‘one and only one’

‘one or more’

Notes
Relationship Description
Relationship Description
Form IV.6
Current/Required/Enhanced : Entity Description untuk Entitas Dosen Wali

Entity Name : Dosen Wali

Mandatory : √√ Optional : %Optional :

Link Phrase : mempunyai

Description :
Satu dosen Wali mempunyai beberapa anak wali.

Synonim(s) :
Object Entity Name : Anak Wali
One (1:) many (m:) √ Min : Average : Max :
Cardinality Description : Setiap Dosen Wali harus mempunya anakwali
Growth Per Period : Periode perwalian setiap 1 semester
Aditional Properties : datanya dapat ditransfer untuk kegiatan lain.
User Role Access Rights
Koordinator Akademik Merekam usulan dosen wali dan anak
wali

Owner : Fakultas

Notes
Attributte/Data Item Description
Attribute/Data Item Description
Form IV.7 Relationship Description untuk Entitas Dosen Wali
Attribute/data item name : Kode_DW Attribute/data item ID : 1
Cross Reference Name/ID Cross Reference type
Dosen Wali Entity Description
Hasil Studi Entity Description
Rencana Studi Entity Description
Perubahan Rencana Studi Entity Description
Konsultasi Entity Description

Synonim(s) :

Description
ID Unik Yang Digunakan Untuk membedakan dosen wali satu dengan yang lain
Validation/Derivation

Mandatory √ Default Value Optional Value for Null

Logical format Unit of Measure : Char
Logical Length : 5 Length Description : Fixed
User
User Role
Role Access rights
Koordinator Akademik Merekam usulan dosen wali dan
anak wali
Owner
Standard Messsages

Notes
Group Domain Description
Group Domain Description

Group Domain Name : Tanggal Group Domain ID : 1

Synonim(s) :
Description
Semua tanggal yang harus direkam, yang terdiri dari sekumpulan atribut tanggal perwalian dan tanggal
konsultasi

Validation/Derivation
Dibuat menurut format calendar standar yaitu DD/MM/YY

Default Value : Value for Null : 00/00/00

Logical Format : NN/NN/NN Unit of Measure : Char
Logical Length : 8 Length Description : Fixed
User Role Access Rights

Owner :
Notes
150 - Derive Logical View Of Current System
Tahap ini bertujuan untuk mengkonversi atau merubah
pandangan fisik dari sistem yang berjalan menjadi sistem
dengan pandangan lojik, misalnya : Data Flow Diagram yang
sedang berjalan secara fisik (Current Physical Data Flow
Diagram) diubah ke dalam pandangan lojik menjadi Data Flow
Diagram lojik (Logical Data Flow Diagram).

- Extt Entity Desc. - Current Physical DFS

- Req. Catalogue - Context Diagram

Logical Data Flow Diagram, merupakan - Data Catalogue

cara pandang sistem secara abstrak, 150

Derive Logical View
artinya semua aliran data, informasi dan Of Current System
fungsi dilihat dengan sudut pandang yang - Context Diagram - Current Env.
- LDM
semu, dan dapat menjadi ide atau bahan
- Data Catalogue
- Logical DFM - LDS/Entity Xref
- Req. Catalogue
untuk usulan pada tahapan berikutnya.
Task Pada
150 - Derive Logical View Of Current Service

1. Membuat Data Store Lojik

Menunjukkan keterhubungan antara Data Store dengan entitas
yang terdapat pada Logical Data Model. Setiap satu entitas pada
Logical Data Model hanya akan menjadi satu buah Data Store.
a. Membuat gambar keterhubungan antara Data Store dengan
Entitas pada Logical Data Model.
b. Membuat Tabel Penjelasan Data Store Lojik
Menunjukkan keterangan dari setiap hubungan yang terjadi
pada penjelasan sebelumnya.
c. Menyatakan keterhubungan antara Data Sore yang terdapat
pada Current Physical Data Flow Diagrams dan Data Store Lojik
yang baru.
Logical Data Store
Dosen Wali

D1 Rekaman Dosen Wali

dan Anak Wali

Hasil Studi Rencana Studi

D3 Rekaman Hasil D4 Rekaman Rencana

Studi Studi

D6 Rekaman Konsultasi

Konsultasi Anak Wali

Perubahan
Rencana Studi

D5 Rekaman Perubahan
Rencana Studi
Logical Data Store/Entity Cross Ref.
Logical Data Store/Entity Cross Reference
Dosen Wali

D1 Rekaman Dosen Wali dan Anak Wali

Anak Wali

Rekaman
D2 Rekaman Hasil Studi Hasil Studi

Rekaman
D3 Rekaman Rencana Studi Rencana
Studi

Rekaman
D4 Rekaman Perubahan Rencana Studi Perubahan
Rencana Studi

Rekaman
D5 Rekaman Konsultasi Konsultasi
Keterhubungan antara Current Physical Data
Store dan Logical Data Store

Current Physical Data Store Logical Data Store

M1 Daftar Dosen wali dan Anak Wali D1 Rekaman Dosen Wali dan Anak Wali

M2 Daftar Konversi Matakuliah D2 Rekaman Konversi Matakuliah

M3 Kartu Hasil Studi D3 Rekaman Hasil Studi

M4 Kartu Rencana Studi D4 Rekaman Rencana Studi

M5 Kartu Perubahan Rencana Studi D5 Rekaman Perubahan Rencana Studi

- D6 Rekaman Konsultasi
Task Pada
150 - Derive Logical View Of Current Service

2.Menentukan aliran data dan proses-proses lojik level

terbawah dengan merubah:
1.Fungsi-fungsi fisik yang sudah ada ditambahkan dan
dikonversikan kedalam sudut pandang lojik
2.Aliran data fisik yang yang sudah ada ditambahkan dan
dikonversikan kedalam sudut pandang lojik.
3.Menyisipkan data store yang sudah dibuat pada tahap
pertama.

3. Membuat Logical Data Flow Diagram ke dalam level

terbawah, berikut Level 1 Logical data Flow Model untuk
Sistem (termasuk level-level lainnya)
 Level 1 Logical Data Flow
c
a b
Sistem Persetujuan
Sistem Pengelolaan Dosen Sistem Pengelolaan
Penetapan Dosen Wali dan
Mahasiswa
Anak Wali
- Keputusan Penetapan Dosen - Kode Dosen Tetap
d Wali dan Anak Wali - Nama Dosen Tetap - Nrp d
Sistem Administrasi - Dosen Wali dan Anak Wali - Nama Mahasiswa Sistem Administrasi
Perwalian
Perwalian
Usulan Dosen Wali
dan Anak Wali
1
Penjelasan Rinci
Rencana Studi Penjelasan Rinci
Pengelolaan Dosen Wali dan Anak Perubahan Rencana Studi
Wali

- Kode Dosen Wali

2 - Kode Dosen Wali - Nama Dosen Wali - Kode Dosen Wali 3
- Nama Dosen Wali - Nrp - Nama Dosen Wali
- Nrp - Nama Anak Wali - Nrp
- Nama Anak Wali Rekaman Dosen Wali - Nama Anak Wali
D1
Penelasan Rinci dan Anak Wali Penetapan Perubahan Rencana Studi
Penetapan Rencana Studi Penjelasan Rinci (ADD&DROP)
- Penjelasan Rinci Rencana Studi Rekaman
D4 Rencana Studi
Hasil Studi Penjelasan Rinci Rencana Studi
Rencana Studi
- Penjelasan
Rinci Konversi Penjelasan Rinci
e - Penjelasan Rekaman Konversi Matakuliah Perubahan Rencana Studi
Rinci Konversi D2
Koordinator - Penjelasan Rinci Matakuliah
Hasil Studi Matakuliah
Akademik Rekaman Perubahan
D5
Penjelasan Rinci Rencana Studi
Rekaman Rencana Studi
D3 - Penjelasan Rinci
Hasil Studi
Hasil Studi
- Penjelasan Rinci Konversi Rekaman
D4
Matakuliah Rencana Studi Rekaman
D3
Hasil Studi

f
Sistem Pengelolaan
Kurikulum
160 - Assemble Investigation Results

Pada Step 160 ini hasil kerja atau produk akhir yang dihasilkan
pada setiap step di tahapan Investigation Current Environment
(Stage 1) ini dikumpulkan.

Current Service
Description

Logical Datastore/
Current Environment Logical Data Flow
Data Catalogue Context Diagram Entity Cross
LDM Model
Reference

- Attribute/Data Item - LDM - DFM Level 1

Description - Entity Descriptions - DFM Lower Level
- Group Domain - Relationship - Elementary Process
Description Descriptions Descriptions
- I/O Descriptions
- External Entity
Descriptions
Stage 2 – Business System Options (BSO)

BSO dibuat untuk menetapkan alternatif penggunaan teknologi pada setiap

fungsi yang akan dibangun dan konsekuensi dari adanya alternatif-alternatif
yang dibuat terhadap lingkungan kerjanya. Masing-masing alternatif BSO
harus berisi penjelasan mengenai :
-batasan
-masukan
-keluaran
-dan konsep transformasi/pemrosesan yang dilakukan oleh sistem.

-Project Initialition Doc

-Req. Catalogue

210 2-6 Option each containing: 220 Stage 3

-Description of function & scope
Define Bussiness -Cost benefit analysis Select Bussiness Selected Bussiness
Definition of
System Options -Impact analysis System Option System Option Requirement
Logical Data Flow
Model
BSO Summary
 Bussiness System Option :
 Take a fresh creative view of the required system
 Are based on the requirement catalogue
 May include ‘brainstorming’ to generate many possibilities
 Narrow the possibilities down to two or tree options for
presentation to the user
 Each option include :
 A description showing the proposal functionality and
boundary
 Possibly a level 1 Data Flow Diagram and a Logical Data
Model
 A Cost/Benefit Analysis
 An Impact Analysis
 Option on vary in:
 Distributed nature of new system
 Level of automation
 Position of system boundary
Contoh BSO
ALTERNATIF 1
Proses Konsultasi dapat dilakukan dengan cara
membuat sebuah prototype yang dapat
digunakan oleh dosen wali dengan hak
akses tertentu. Prototype tersebut dapat
membantu dosen wali dalam merekam
dan mencari data-data perwalian dan
konsultasi kasus secara cepat dan mudah,
serta dengan menggunakan prinsip
paperless
ALTERNATIF 2
Proses Konsultasi dapat dilakukan secara online,
sehingga konsultasi tidak perlu dilakukan secara
tatap muka. Anak Wali dapat melakukan
konsultasi dengan Dosen Walinya kapan saja dan
dimana saja.Hal ini dilakukan dengan alasan
kesulitan pada saat harus bertemu dengan dosen
walinya.