Defining Business Requirement / Medefiniskan kebutuhan User

Slides:



Advertisements
Presentasi serupa
Data Warehouse dan Decision Support
Advertisements

Making Use Case 23/09/2014. USE CASE Find out the Functional Requirements of a software system Use case represents an objective user wants to achieve.
Pengenalan Datawarehouse
SI527 - ERP (Enterprise Resources Planning)
Dimensional Modeling Achmad Yasid.
Dimensional Modeling Achmad Yasid.
Marketing Management Introduction M-1 Tony Soebijono.
1 Pertemuan > >. 2 Learning Outcomes Pada akhir pertemuan ini, diharapkan mahasiswa akan mampu : Mahasiswa dapat membuat diagram / skema desain proyek.
Defining Business Requirement / Medefiniskan kebutuhan User
1 Pertemuan 1 Introduction Matakuliah: sistem Operasi Tahun: 2010.
Dasar Akuntansi oleh Dr. Imam Subaweh, SE., Ak. MM.
Pengenalan Datawarehouse
Roesfiansjah Rasjidin Program Studi Teknik Industri Fakultas Teknik – Univ. Esa Unggul.
Zulharman. Tujuan Belajar 1. Mahasiswa mampu memahami berbagai metode membuat catatan kuliah (note taking) 2. Mahasiswa mampu memahami metode membaca.
ANALISIS STRATEGIS: MENENTUKAN POTENSI MASA MENDATANG MODUL 6 PERT. 19 S/D 21.
Testing Implementasi Sistem Oleh :Rifiana Arief, SKom, MMSI
Pertemuan 08 Modeling Business Processes Matakuliah: M0034 /Informasi dan Proses Bisnis Tahun: 2005 Versi: 01/05.
1 Pertemuan 21 Function Matakuliah: M0086/Analisis dan Perancangan Sistem Informasi Tahun: 2005 Versi: 5.
1 Pertemuan 22 Analisis Studi Kasus 2 Matakuliah: H0204/ Rekayasa Sistem Komputer Tahun: 2005 Versi: v0 / Revisi 1.
Summary Materi RPL Mid Semester
Bina Nusantara Mata Kuliah: K0194-Pemodelan Matematika Terapan Tahun : 2008 Aplikasi Model Markov Pertemuan 22:
1 Pertemuan 2 Unit 1 - Careers Matakuliah: G0682 / Bahasa Inggris Ekonomi 1 Tahun: 2005 Versi: versi/revisi.
1 Pertemuan 11 Function dari System Matakuliah: M0446/Analisa dan Perancangan Sistem Informasi Tahun: 2005 Versi: 0/0.
9.3 Geometric Sequences and Series. Objective To find specified terms and the common ratio in a geometric sequence. To find the partial sum of a geometric.
1 INTRODUCTION Pertemuan 1 s.d 2 Matakuliah: A0554/Analisa dan Perancangan Sistem Informasi Akuntansi Tahun: 2006.
Backup DISUSUN OLEH: LUTHFAN HADI PRAMONO, S.ST HANYA DIPERGUNAKAN UNTUK KEPENTINGAN PENGAJARAN DI LINGKUNGAN POLITEKNIK TELKOM TK3233.
Process Modeling Tsutomu Ono, Abdul Munif Japan International Cooperation Agency 1.
EIS (Executive Information Systems)
proses PERANGKAT LUNAK
Pert. 16. Menyimak lingkungan IS/IT saat ini
Management Information Systems (Chapter 2)
Notasi Object Oriented System
AKUNTANSI PAJAK EDISI 6 WALUYO
Membangun Web Site“Cantik”
STRUKTUR SISTEM PENGUKURAN KINERJA INDIVIDUAL METRICS METRIC SETS OVERALL PERFORMANCE MEASUREMENT SYSTEM.
Tahun : <<2005>> Versi : <<1/1i>>
Model Konvensional.
DATA MART Pertemuan ke-3.
CA113 Pengantar Manajemen Bisnis
Perancangan Basis Data
Pertemuan <<18>> << Penemuan Fakta(01) >>
Proses ETL (Extract-Transform-Load)
Pertemuan <<18>> << Penemuan Fakta(01) >>
KARAKTERISTIK DW Pertemuan ke-2.
Prinsip Data Warehouse
Review Rekayasa Perangkat Lunak
Business Process Modeling Notation (BPMN)
CA113 Pengantar Manajemen Bisnis
EIS (Executive Information Systems)
INTRODUCTION OF DATA WAREHOUSE
INTRODUCTION OF DATA WAREHOUSE
Phase III Rapid Prototyping and Demonstration Prototype
SYSTEMS INVESTIGATION Pertemuan 3 s.d 6
1st Knowledge Area : Project Integration Management
ANALISIS & DESAIN SISTEM
Dasar-Dasar Sistem Informasi
Review Rekayasa Perangkat Lunak
INFORMASI UNTUK BERBAGAI USER DW
Pertemuan 4 CLASS DIAGRAM.
Review Rekayasa Perangkat Lunak
Iconix Process Doug Rosenberg.
Introduction to Data Warehouse By: Marcello Singadji
How You Can Make Your Fleet Insurance London Claims Letter.
CA113 Pengantar Manajemen Bisnis
PERENCANAAN INDUSTRI PENGOLAHAN SUSU
IMPLEMENTASI PERENCANAAN
Part 2. Planning & Requirements
SISTEM PENUNJANG KEPUTUSAN UNTUK SISTEM INFORMASI MANAJEMEN.
Rank Your Ideas The next step is to rank and compare your three high- potential ideas. Rank each one on the three qualities of feasibility, persuasion,
Work System Design “Work Measurement” Hardianto Iridiastadi, Ph.D.
Transcript presentasi:

Defining Business Requirement / Medefiniskan kebutuhan User Achmad Yasid, S.Kom

Datawarehouse Data warehouse adalah Information delivery system Untuk menyelesaikan permasalahan dan menyediakan informasi strategis bagi pengguna

OLTP  Data capture system Datawarehouse  Infromation delivery system Sehingga  Kita harus membedakan mindset kita ketika kita membangun datawarehouse.

Pada tahap pendefinisian kebutuhan user fokus utama anda adalah mendefiniskan informasi apa yang dibutuhkan user bukan bagaimana cara anda menyediakan informasi kepada user.

Analisa Dimensi Membangun DW berbeda dengan OLTP Oleh karena itu  Metode untuk mendefiniskan requirement yang bekerja baik pada OLTP tidak dapat diterapkan dalam membangun DW

Penggunaan Informasi tidak dapat diprediksi OLTP  User dapat memberikan requirement secara tepat dan detail, fungsi, konten informasi, penggunaannya. DW User tidak dapat mendefinisikan requirement/kebutuhannya dengan detil.

Penggunaan Informasi tidak dapat diprediksi Initially Kita dapat mengumpulkan keseluruhan data dari organisasi/perusahaan tersebut. Mengecek jalannya bisnis sehari-harinya. Menggabungkan rule businis yang ada. Melihat bagaimana produk dikembangkan dan dipasarkan.

Dimensional Nature of Business Data User dapat memberikan gambaran bagaimana pandangannya terhadap bisnisnya Menberikan measurement units yang penting.setiap user di departemen bisa menjelaskan measurement untuk menentukan kesuksesan pada departemennya. User dapat menjelaskan bagaimana ia menggabungkan informasi yang terpisah menjadi informasi strategis

Pandangan Manager pada area businisnya Manager Pemasaran Berikan saya statistic penjualan berdasarkan produk, dirangkum berdasarkan kategori produk, harian, mingguan,bulanan,berdasarkan lokasi, berdasarkan rekanan distributor

Dekan Fakultas Tunjukkan pada saya daftar mahasiswa berdasarkan IPK, berdasarkan jurusan, berdasarkan semester, tahun, berdasarkan jenis kelamin, berdasarkan propinsi, kota.

Dimensional nature of business data.

Hanya ada tiga dimensi yaitu waktu, produk dan geography Jika ada banyak dimensi disebut multidimensi dan divisualisasikan dengan multidimensional cubes diseut juga Hypercubes

Contoh Bisnis Dimensi For the supermarket chain, the measurements that are analyzed are the sales units. These are analyzed along four business dimensions.when you are looking for the hypercubes, the sides of such cubes are time, promotion,product, and store. If you are the Marketing Manager for the supermarket chain, you would want your sales broken down by product, at each store, in time sequence, and in relation to the promotions that take place.

Requirement tidak didefinisikan dengan jelas User tidak dapat menjelaskan dengan detil apa yang mereka benar-benar inginkan dari DW Metode untuk mendapatkan requirement untuk DW adalah dimensi bisnis (business dimensions) Tujuan utama anda pada tahap requirement adalah memperoleh paket informasi (information package)dari semua subjek untuk DW

Key Business Metrics or Facts The Number  analisa user adalah measurement atau metric yang mengukur tingkat kesuksesan pada suatu departemen Fact  fakta yang mengindikasikan bagaimana departemen, perusahaan, organisasi dapat mencapai tujuannya (visi/misi)

User DW Senior executives (including the sponsors) Key departmental managers Business analysts Operational system DBAs Others nominated by the above

Requrement apa yang perlu kita dapatkan,kumpulkan Data elements: fact classes, dimensions Recording of data in terms of time Data extracts from source systems Business rules: attributes, ranges, domains, operational records

Requirements Definition Document Outline Introduction. State the purpose and scope of the project. Include broad project justification. Provide an executive summary of each subsequent section. General requirements descriptions. Describe the source systems reviewed. Include interview summaries. Broadly state what types of information requirements are needed in the data warehouse. Specific requirements. Include details of source data needed. List the data transformation and storage requirements. Describe the types of information delivery methods needed by the users. Information packages. Provide as much detail as possible for each information package. Include in the form of package diagrams. Other requirements. Cover miscellaneous requirements such as data extract frequencies, data loading methods, and locations to which information must be delivered. User expectations. State the expectations in terms of problems and opportunities. Indicate how the users expect to use the data warehouse. User participation and sign-off. List the tasks and activities in which the users are expected to participate throughout the development life cycle. General implementation plan. At this stage, give a high-level plan for implementation.