Tugas Requirements Workflow

Nama : Vera Felia

NIM : 825190017

MENDEFINISI PERSYARATAN WORKFLOW

Prosesnya dimulai dengan business requirements, diikuti oleh defining data, functional,
regulatory/compliance, dan technical requirements

BUSINESS REQUIREMENTS
Business requirement adalah konsep memunculkan dan mendokumentasikan persyaratan bisnis
pengguna bisnis seperti pelanggan, karyawan, dan vendor di awal siklus pengembangan suatu sistem
untuk memandu desain masa depan. sistem. Business requirement seringkali ditangkap oleh analis
bisnis , yang menganalisis aktivitas dan proses bisnis, dan sering mempelajari proses "apa adanya" untuk
menentukan proses "menjadi calon" proses. Tugas awal dalam proses ini adalah untuk mendapatkan
Business requirement dari sponsor bisnis, stakeholders, dan pengguna Bl. Business requirement
biasanya dikaitkan dengan proses bisnis dan kelompok bisnis tertentu. Asosiasi ini mengidentifikasi siapa
dan apa yang akan dipengaruhi oleh solusi BI. Ini berpotensi memperluas stakeholders yang perlu
dimasukkan dalam diskusi dan interkoneksi yang mungkin dimiliki sistem lain dengan solusi BI. Pastikan
bahwa persyaratan mengatasi masalah manajemen perubahan yang memengaruhi proses dan
kelompok bisnis ini.
Business requirement dapat bergantung pada proses bisnis baru atau yang direvisi, bersama dengan
sistem transaksional baru atau modifikasi pada mereka. Jika perubahan ini terjadi, maka ruang lingkup
proyek BI lebih dari sekedar solusi, Bl mungkin sangat tergantung pada keberhasilan proses bisnis baru
atau penerapan aplikasi perusahaan.

Business requirements sering kali mencakup

 Konteks bisnis, ruang lingkup, dan latar belakang, termasuk alasan untuk perubahan
 Stakeholder bisnis utama yang memiliki persyaratan
 Faktor keberhasilan untuk masa depan / keadaan sasaran
 Kendala yang dipaksakan oleh bisnis atau sistem lainnya
 Model dan analisis proses bisnis, sering menggunakan notasi flowchart untuk menggambarkan
proses bisnis 'apa adanya' dan 'menjadi'
 Model data logis dan referensi kamus data
 Glosarium istilah bisnis dan jargon lokal
 Diagram alur data untuk menggambarkan bagaimana data mengalir melalui sistem informasi
(berbeda dari diagram alur yang menggambarkan aliran algoritmik dari aktivitas bisnis)

Manfaat business requirements

Penjelasan terstruktur dari proses bisnis atau metode yang didefinisikan pada
Mengurangi
awal siklus kehidupan membantu mengurangi kegagalan proyek yang terjadi
kegagalan
karena persyaratan yang tidak selaras atau salah diartikan yang
Proyek
menyebabkan kegagalan harapan pengguna.

Persyaratan bisnis yang terdefinisi dengan baik membantu menyusun piagam

proyek, langkah kritis dalam melaksanakan strategi bisnis atau tujuan bisnis,
Terhubung ke
dan membawanya ke langkah logis berikutnya untuk mengembangkannya
sasaran bisnis
menjadi sistem TI. Ini membantu memantau kesehatan proyek secara
yang lebih luas
keseluruhan dan memberikan traksi positif dengan pemangku kepentingan
proyek utama termasuk sponsor.

Manfaat format terstruktur yang khas dari dokumentasi persyaratan bisnis

Penciptaan dan
membantu menciptakan konsensus positif dan kolaborasi yang lebih baik di
kolaborasi
mana kelompok pemangku kepentingan bisnis mungkin merupakan tim lintas
konsensus
fungsi yang besar, didistribusikan secara geografis.

Kualitas persyaratan bisnis yang baik ketika ditangkap sejak dini tidak hanya
Menghemat meningkatkan keberhasilan suatu proyek tetapi juga menghemat biaya
biaya keseluruhan yang terkait dengan permintaan perubahan, dan investasi terkait
dalam pelatihan, infrastruktur, dll.
DATA (AND DATA QUALITY) REQUIREMENTS

Business requirements harus cukup rinci untuk mengidentifikasi sumber data atau systems of record
(SOR), seperti aplikasi, database, atau file yang diperlukan untuk membangun solusi Bl. Mendefinisikan
data requirements berarti menggali ke dalam sumber data untuk mengidentifikasi konten data yang
terperinci, seperti kolom dalam tabel atau bidang dalam file, dan transformasi yang diperlukan untuk
konsistensi, kesesuaian, atau untuk menghitung metrik bisnis.

Data Quality Requirements adalah jenis spesifik dari business requirements. Mereka mendefinisikan
ekspektasi terkait dengan karakteristik data yang memastikan kesesuaian data untuk tujuan tertentu.
Seperti halnya persyaratan bisnis umum atau terperinci, Data Quality Requirements dapat bersifat
umum atau terperinci. Mereka dapat fokus pada lingkungan keseluruhan di mana data digunakan dan
diakses, kesesuaian dataset untuk penggunaan tertentu, atau kualitas konten di bidang masing-masing.
Dalam sistem yang mengumpulkan data untuk fungsi tertentu, misalnya, persyaratan bisnis akan fokus
pada konten data apa yang dibutuhkan, sementara persyaratan kualitas dapat lebih lanjut
mengartikulasikan tingkat detail data yang dikumpulkan atau menentukan batasan validitas. Persyaratan
ini akan menghasilkan konten data dari granularity dan presisi tertentu — data yang sepertinya memang
seharusnya demikian. Jika persyaratan kualitas dapat diterjemahkan ke dalam karakteristik yang terkait
dengan data, mereka dapat diukur.

Berikut ini adalah teknik dan standar dokumentasi yang dapat berguna saat mengidentifikasi Data
Quality Requirements :

 SO/TC 211 Geographic information/Geomatics—International Organization for Standardization

(ISO) serangkaian standar untuk informasi geografis untuk mendefinisikan metode, alat, dan
layanan untuk manajemen data untuk memperoleh, memproses, menganalisis, mengakses,
menyajikan, dan mentransfer data tersebut dalam digital terbentuk di antara pengguna, sistem,
dan lokasi.
 Requirements Traceability Matrix — Sebuah dokumen yang menghubungkan dua dokumen
dasar (satu menjadi persyaratan sumber yang dikumpulkan untuk proyek dan lainnya menjadi
kemampuan produk perangkat lunak) dan membutuhkan hubungan banyak-ke-banyak untuk
memeriksa kelengkapan hubungan. Ini digunakan untuk melacak persyaratan dan untuk
memastikan persyaratan proyek saat ini terpenuhi.
 traceability matrix dibuat dengan mengaitkan persyaratan dengan produk perangkat lunak yang
memuaskan mereka.

FUNCTIONAL REQUIREMENTS
Dalam rekayasa perangkat lunak, functional requirements mendefinisikan sistem atau komponennya. Ini
menjelaskan fungsi yang harus dilakukan oleh suatu perangkat lunak. Fungsi tidak lain adalah input,
perilaku, dan outputnya. Ini bisa berupa perhitungan, manipulasi data, proses bisnis, interaksi pengguna,
atau fungsi spesifik lainnya yang menentukan fungsi apa yang mungkin dilakukan system. functional
requirements juga disebut Spesifikasi Fungsional.

Ada kecenderungan untuk functional requirements menjadi sangat umum, seperti memberikan
kemampuan untuk "menelusuri detail data," "mengakses berbagai sumber," dan "melakukan keamanan
berbasis peran." Jenis fungsi generik ini harus menjadi kriteria evaluasi untuk produk BI daripada BI
functional requirements. Tanpa rincian lebih lanjut, bagaimana pengembangan BI tahu apa yang harus
dibangun?

Ini adalah gejala penyederhanaan BI yang berlebihan seolah-olah itu tidak lebih dari mengakses data. BI
jauh lebih rumit dari itu — ia mendukung proses bisnis dan pengambilan keputusan dengan memberi
orang bisnis kemampuan untuk menganalisis data. functional requirements adalah deskripsi dari proses
analitis itu. Bl functional requirements harus mencakup yang berikut:

 BI use cases
• Analytical process workflow and user interaction
 Analytical styled needed

BI use cases mendokumentasikan mengapa, di mana, dan bagaimana para pebisnis menggunakan
aplikasi BI saat melakukan pekerjaan mereka. Contoh tingkat tinggi dari ini termasuk pipa penjualan,
manajemen rantai pasokan. waktu tunggu ruang gawat darurat, dan analisis profitabilitas produk. Tentu
saja. use case harus mendapatkan lebih detail dari contoh-contoh ini dan memberikan informasi seperti
siapa pengguna, data apa yang dibutuhkan, dan metrik apa yang perlu diperiksa.

Bagian berikutnya dari functional requirements adalah menggambarkan alur kerja proses analitis dan
interaksi pengguna. Setelah mengidentifikasi proses bisnis yang terlibat, menjadi jelas bahwa
menganalisis data dan metrik jarang terjadi satu kali. Sebaliknya, ini adalah suksesi analisis yang sering
saling berhubungan. Mendokumentasikan alur kerja dan dependensi memungkinkan untuk merancang
lingkungan BI yang lebih produktif bagi orang-orang yang menggunakannya. Dua teknik umum. adalah:
Pemodelan proses bisnis dan Storyboard.

Meskipun process modeling telah menjadi pendekatan tradisional, storyboard menjadi praktik terbaik:
lebih mudah bagi orang-orang nonteknis untuk memahami, memungkinkan interaksi dan umpan balik
yang lebih baik. Storyboarding adalah alat yang sangat efektif untuk mendokumentasikan proses yang
dilalui oleh pelaku bisnis ketika berencana untuk menggunakan Bl.
 Contoh functional requirements

functional requirements harus mencakup hal-hal berikut:

 Detail operasi dilakukan di setiap layar

 Logika penanganan data harus dimasukkan ke dalam sistem
 Seharusnya memiliki deskripsi laporan sistem atau output lainnya
 Informasi lengkap tentang alur kerja yang dilakukan oleh sistem
 Ini harus secara jelas menentukan siapa yang akan diizinkan untuk membuat / memodifikasi /
menghapus data dalam sistem
 Bagaimana sistem akan memenuhi kebutuhan peraturan dan kepatuhan yang berlaku harus
ditangkap dalam dokumen fungsional

Manfaat functional requirements

 Membantu Anda memeriksa apakah aplikasi menyediakan semua fungsi yang disebutkan dalam
persyaratan fungsional aplikasi tersebut
 Dokumen persyaratan fungsional membantu Anda menentukan fungsionalitas suatu sistem atau
salah satu subsistemnya.
 Persyaratan fungsional bersama dengan analisis kebutuhan membantu mengidentifikasi
persyaratan yang hilang. Mereka membantu dengan jelas mendefinisikan layanan sistem dan
perilaku yang diharapkan.
 Kesalahan yang tertangkap dalam tahap pengumpulan persyaratan Fungsional adalah yang
termurah untuk diperbaiki.
 Mendukung tujuan, tugas, atau aktivitas pengguna
Jenis functional requirements

 Transaction Handling  Authorization levels

 Business Rules  Audit Tracking
 Certification Requirements  External Interfaces
 Reporting Requirements  Historical Data management
 Administrative functions  Legal and Regulatory Requirements

Contoh Persyaratan Fungsional

 Perangkat lunak secara otomatis memvalidasi pelanggan terhadap ABC Contact Management
System
 Sistem Penjualan harus memungkinkan pengguna untuk mencatat penjualan pelanggan
 Warna latar belakang untuk semua jendela dalam aplikasi akan berwarna biru dan memiliki nilai
warna RGB heksadesimal 0x0000FF.
 Hanya karyawan tingkat Managerial yang berhak melihat data pendapatan.
REGULATORY/COMPLIANCE REQUIREMENTS
Kepatuhan suatu perusahaan terhadap hukum, peraturan, pedoman, dan spesifikasi akan bervariasi
tergantung pada berbagai variabel termasuk negara-negara yang terlibat, industri, bisnis individu, dan
jenis data. Daftar periksa lengkap untuk semua persyaratan kepatuhan dan peraturan berada di luar
cakupan buku ini. tetapi beberapa contoh umum termasuk:

• Sarbanes-Oxley Act 2002 - retensi data keuangan selama tujuh tahun

• Undang-Undang Patriot AS — akses ke data oleh penegak hukum AS dan badan keamanan nasional
• Aturan Health Insurance Portability and Accountability Act (HIPAA) seperti enkripsi untuk keamanan
dan privasi data kesehatan.
• Markets in Financial Instruments Directive (MiFID) - undang-undang Eropa yang menentukan
persyaratan transparansi untuk perusahaan investasi.
• Basel Committee on Banking Supervision — standar internasional untuk menangani risiko dalam
industri perbankan.
• Payment Card Industry (PCI) - perlindungan data dan standar keamanan untuk kartu kredit, debit, dan
pembayaran lainnya.
Ketika Anda mengumpulkan persyaratan, ketahuilah bahwa orang yang bekerja dengan Anda mungkin
tidak mengetahui semua peraturan kepatuhan dan peraturan yang relevan dan diperlukan atau mungkin
berasumsi bahwa Anda sudah mengenal mereka.

Catat persyaratan keamanan dan privasi saat bekerja dalam rantai pasokan atau ketika perusahaan
berbagi data dengan pemasok dan mitra. Mungkin ada masalah dengan kepatuhan, pertukaran
informasi, dan batas negara, Misalnya, pusat panggilan dalam satu hitungan, mereka mungkin perlu
mematuhi aturan yang berbeda tentang data karyawan apa yang dapat ditampilkan di dasbor.

TECHNICAL REQUIREMENTS

technical requirements dapat meliputi:

• Petunjuk teknologi baru, seperti apakah pekerjaan dilakukan di cloud atau di lokasi
• Kebijakan di mana pusat data berada
• Perangkat keras dan perangkat lunak vendor apa yang dapat digunakan
• Jika peralatan Bl diperlukan
• Jika layanan Web diperlukan
• Peraturan tentang siapa yang dapat mengakses database (beberapa perusahaan hanya mengizinkan
satu grup untuk mengakses database, sehingga Anda harus bekerja dengan mereka)
PRIORITIZING REQUIREMENTS
Meskipun peserta bisnis dan teknologi harus memvalidasi business, functional, and data requirements
segera setelah mereka dikumpulkan dan didokumentasikan, pastikan dokumentasi persyaratan
konsolidasi dibuat tersedia untuk peninjauan akhir dan umpan balik. Proses ini memungkinkan tim
untuk memvalidasi persyaratan yang terkonsolidasi, mengklarifikasi kesalahpahaman, memperbaiki
kesalahan, membuat revisi, dan, jika sesuai, menambahkan persyaratan. Metode untuk mengumpulkan
umpan balik akan tergantung pada apa yang ditetapkan oleh tim BI dalam rencana proyek awal mereka,

Dengan dokumentasi persyaratan konsolidasi divalidasi, langkah selanjutnya adalah bertemu untuk
meninjau dan memprioritaskan persyaratan tersebut. Diskusi harus meliputi:

• Siapa yang diwawancarai

• Daftar persyaratan bisnis berdasarkan proses bisnis

 Deskripsi singkat
 Kesamaan kebutuhan di seluruh kelompok bisnis
 Kelayakan

Daftar sumber data

 Kesamaan kebutuhan di seluruh kelompok bisnis

 Deskripsi singkat tentang kesenjangan data dan masalah kualitas data
 Tindakan korektif yang tergantung, jika ada

• Deskripsi singkat tentang persyaratan fungsional

 Kesamaan kebutuhan di seluruh kelompok bisnis

Sebagai seorang business analyst , Anda akan berinteraksi dengan berbagai stakeholders dalam proyek
dan masing-masing dari mereka akan memiliki persyaratan bisnis mereka sendiri. Akibatnya, akan ada
banyak business requirements. Beberapa business requirements dapat saling bertentangan. Di sisi lain,
tim proyek harus mengelola proyek dalam batasan waktu, biaya, kualitas dan risiko. Anda akan ditarik ke
arah yang berbeda sehubungan dengan berapa banyak persyaratan yang dapat dipenuhi oleh tim dalam
kendala dan klien menginginkan segalanya dan banyak lagi! Apalagi di banyak sistem, ada fitur yang
jarang digunakan. Anda harus membawa keseimbangan yang tepat sehingga tujuan bisnis dapat
dipenuhi.
Demi kepentingan terbaik keberhasilan proyek, penting untuk prioritizing requirements. prioritizing
requirements akan -

 Mengurangi biaya pengembangan

 Memperpendek durasi proyek  Pastikan bahwa persyaratan yang paling
penting dipenuhi
  Kelola proyek dengan lebih baik  Bantuan dalam pertukaran
Penetapan prioritas membantu dalam merampingkan pekerjaan dan membawa semua orang ke bidang
yang sama mengenai tujuan bisnis. Ada berbagai teknik dalam prioritizing requirements -

1) MoSCoW

Ini adalah teknik di mana persyaratan dikategorikan sebagai -

'Harus' Persyaratan Wajib penting untuk sistem

'Harus' Persyaratan penting dan berharga bagi pelanggan

'Bisa' Persyaratan yang diinginkan tetapi bukan fungsi yang paling penting

'Biasa' Tidak diperlukan untuk saat ini. Mereka dapat direncanakan untuk rilis mendatang.

Matriks MoSCoW akan membantu untuk memahami apa saja persyaratan utama pelanggan untuk
penyelesaian proyek yang berhasil. Ini membantu dalam pertukaran karena tim proyek menyadari apa
yang lebih penting dan apa yang kurang penting. Ini juga membantu dalam mengelola ruang lingkup
nanti dalam proyek jika ada risiko untuk jadwal dan biaya.

Istilah yang berbeda harus dijelaskan dengan jelas kepada semua pemangku kepentingan lain jika ada
kebingungan.

Mari kita lihat beberapa persyaratan untuk situs e-commerce dan memprioritaskannya menggunakan
metode MoSCoW -

Persyaratan Prioritas

Pengguna harus dapat mendaftar dan masuk Harus

Gateway Integrasi Pembayaran Harus

Lacak pesanan Harus

Tampilkan Riwayat Pembelian Harus

Pesanan Cetak Bisa

Posting Review Produk yang dibeli Bisa

Bagikan pembelian Anda di Facebook Biasa

2) Penyelarasan Tujuan

Ini adalah teknik di mana persyaratan dipetakan ke tujuan bisnis utama. Jika persyaratan tidak dapat
dipetakan ke tujuan bisnis, itu dianggap di luar jangkauan. Di sini tujuan bisnis utama didefinisikan. Ini
kemudian dinilai jika implementasi dari setiap persyaratan dapat diselaraskan dengan tujuan
bisnis. Persyaratan yang tidak dapat disejajarkan dihilangkan.

Dalam contoh situs web e-commerce, tujuan bisnis utama dapat menjadi -
1) Meningkatkan kunjungan pelanggan dan meningkatkan jumlah pelanggan terdaftar
2) Tingkatkan penjualan di situs web
Dalam hal ini, persyaratan berikut akan menjadi prioritas yang lebih tinggi -
 Pelanggan Mendaftar
 Fitur seperti Internet Terakhir dan Gratis akan diperbarui secara berkala
 Cari dan Pamerkan produk terbaru
 Berbagai Mekanisme Pembayaran seperti pembayaran elektronik, Pembayaran Tunai dengan
gateway pembayaran yang baik terintegrasi

Persyaratan berikut ini mungkin bukan prioritas tinggi karena tidak terkait langsung dengan tujuan bisnis
dan dapat dikembangkan dalam rilis mendatang -
 Penyediaan fungsionalitas blog
 Detail halaman 'Tentang Kami'

3) Metode 100 Dolar atau 100 Poin

Dalam metode ini

semua perwakilan klien
diberi jumlah imajiner
100 dolar atau 100
poin. Ini harus
didistribusikan di antara
persyaratan yang
tercantum. Perwakilan
klien memberikan poin
atau dolar untuk setiap

persyaratan. Persyaratan yang telah dialokasikan jumlah yang lebih tinggi berdasarkan rasio
dipertimbangkan dalam ruang lingkup aplikasi. Persyaratan lain ditunda untuk rilis di masa
mendatang. Teknik ini bagus jika jumlah persyaratan terbatas. Jika daftar persyaratan panjang, 100 unit
tidak cukup. Jumlah yang lebih tinggi harus dipertimbangkan atau persyaratan harus dikelompokkan dan
kelompok-kelompok tersebut harus dialokasikan dolar / poin.

Sumber :

https://en.wikipedia.org/wiki/Business_requirements

https://books.google.co.id/books?id=zxykAwAAQBAJ&pg=PA309&dq=Business+Intellig
ence+Guidebook+1st+Edition&hl=id&sa=X&ved=0ahUKEwiKtLDyl_PkAhXlH7cAHZMIA
d8Q6AEIQTAD#v=onepage&q=Business%20Intelligence%20Guidebook%201st%20Edi
tion&f=false
https://www.sciencedirect.com/topics/computer-science/data-quality-
requirement#targetText=Data%20quality%20requirements%20are%20a,can%20be%20general%20or%2
0detailed.

https://www.edupristine.com/blog/prioritize-business-requirements

https://pro.arcgis.com/en/pro-app/help/data/validating-data/identify-data-quality-requirements.htm