Anda di halaman 1dari 10

Proposal

PT. <COMPANY>

Purchasing Online PT. <CLIENT>

TABLE OF CONTENT
UMUM......................................................................................3 UMUM......................................................................................3
1.1 Solusi yang ditawarkan............................................................................3 1.2 Fitur Aplikasi...........................................................................................4 1.3 Arsitektur Teknis.....................................................................................4 A Arsitektur Platform.......................................................................................................4 B Arsitektur Jaringan.......................................................................................................5

RENCANA IMPLEMENTASI...........................................................6 RENCANA IMPLEMENTASI...........................................................6


2.1 Lingkup Pekerjaan...................................................................................6 1.4 Pendekatan Implementasi ......................................................................7 1.5 Penawaran Jadwal Rencana Kerja.............................................................8

LAYANAN TEKNIS.......................................................................9 LAYANAN TEKNIS.......................................................................9


3.1 Maintenance............................................................................................9 3.2 Ruang Lingkup Warranty dan Maintenance .............................................9

HARGA....................................................................................10 HARGA....................................................................................10

<COMPANY>

Umum
Aplikasi Purchasing Online mampu mengotomasi proses bisnis yang berhubungan dengan pembelian, dimulai dari pembuatan Form Kebutuhan sampai dengan Penerimaan Barang. Proses pembelian ini sudah dilengkapi dengan alur persetujuan, anggaran (budget), penilaian penawaran (scoring) dan struktur organisasi. 1.1 Solusi yang ditawarkan Aplikasi Purchasing Online yang kami miliki digambarkan seperti diagram dibawah ini: Ilustrasi Alur Dokumen Transaksi

<COMPANY>

1.2

Fitur Aplikasi Fitur fitur aplikasi Purchasing Online dijelaskan pada tabel dibawah ini:

1.3

Arsitektur Teknis

Arsitektur Platform

Arsitektur Platform dari solusi yang ditawarkan menggunakan konsep n-Tier dengan menggunakan teknologi MS sebagai database dan visual studio .net sebagai tools developer dengan komposisi sebagai berikut:
Database SQL Server Enterprise Edition 2000 atau yang terbaru yang

terletak di kantor pusat

IIS Web Server digunakan sebagai Application Server yang berada di

kantor pusat Aplikasi Client yang akan dipakai oleh Client/User untuk mengakses Aplikasi di Application server Arsitektur Three-Tier sendiri membedakan penempatan proses UI (User Interface) di client tier, sedangkan logic/process berada di middle
<COMPANY>

tier/application server dan database di database tier. Diagram berikut menggambarkan komponen yang ada di setiap tier yang ada.

Tidak ada proses logic yang berhubungan dengan bisnis diletakkan pada client tier semua proses tersebut akan diletakkan pada application tier. Client tier hanya menerima informasi yang akan ditampilkan pada layar saja, serta melakukan validasi ringan.

Arsitektur Jaringan

Arsitektur Jaingan yang diajukan adalah seperti dibawah ini:

<COMPANY>

Rencana Implementasi
2.1 Lingkup Pekerjaan Lingkup pekerjaan yang dilakukan untuk implementasi adalah sebagai berikut: Menyediakan dokumen spesifikasi desain sistem, yang akan dituangkan sebagai cetak biru sistem. Dari cetak biru yang telah disepakati pihak <COMPANY> dan <CLIENT> Indonesia inilah tim kami akan melakukan migrasi pengkodean aplikasi.
a) b) c)

Membuat jadwal pekerjaan sesuai dengan desain sistem.

Pengkodeaan dalam hal ini kami melakukan migrasi teknologi aplikasi kami yang sudah ada dan melakukan perubahan yang disesuaikan dengan kebutuhan PT <CLIENT> Indonesia. Menyiapkan test aplikasi terbatas dengan menggunakan jumlah data yang cukup, test ini harus mencakup seluruh fungsi. Ini akan dituangkan dalam User Acceptance Testing (UAT) untuk memastikan aplikasi yang dibuat sudah sesuai dengan kebutuhan PT <CLIENT>. Hasil ini harus ditandatangani baik oleh pihak <COMPANY> dan pihak PT <CLIENT>.
d)

Menyusun jadwal implementasi, diantaranya data data lama yang harus diinput dan diimpor sebelum aplikasi diimplemantasikan.
e)

Menyiapakan buku panduan dan juga menyiapkan fasilitas impor data jika dibutuhkan.
f)

<COMPANY>

1.4

Pendekatan Implementasi
Phase Persiapan Desain dan Modifikasi Tasks Inisialisasi Evaluasi permasalahan, bisnis proses, dan kebutuhan Menyiapkan struktur organisai proyek Pendetailan Tim (waktu kerja) Pendetailan Proses Bisnis Mendefinisikan fungsi dan proses yang ada Konfigurasi Pengkodean system Membuat rencana Implementasi Penuh Integrasi Aplikasi Test hasil modifikasi Pelatihan Implementasi Penuh Supervisi dan Perawatan Deliverables Perjanjian kerja Struktur Organisai Proyek Anggota tim yang terlibat

Test dan Persiapan Implementasi Penuh

Implementasi Penuh

Tabel penugasan Spesifikasi design Diagram Proses Pendokumentasian konfigurasi System yang telah dimodifikasi Dokumen test integrasi Dokumen test hasil modifikasi Laporan rencana implementasi Hasil penginputan data lama sebelum implementasi dengan hasil penginputan dengan aplikasi baru

<COMPANY>

1.5

Penawaran Jadwal Rencana Kerja Aplikasi ini akan diuji coba terlebih dahulu sebelum diterapkan pada proses bisnis PT <CLIENT> Indonesia. Kami menawarkan penyelesaian pekerjaan dalam waktu 30 hari kerja sampai melakukan implementasi penuh dengan asumsi PT <CLIENT> telah menyiapkan kebutuhan kebutuhan seperti dokumen dokumen baik dokumen input maupun output dan menyediakan tenaga yang akan membantu yang telah dijadwalkan. Namun jadwal dapat berubah sesuai besarnya modifikasi yang diharapkan.

<COMPANY>

Layanan Teknis
3.1 Maintenance Maintenance dapat dilakukan di lokasi (On-Site) atau tidak di lokasi (Off-Site)
(a)

(b)

(c)

Maintenance di lokasi adalah layanan maintenance dengan diperlukannya kehadiran tenaga ahli <COMPANY> di lokasi, pada hari dan jam kerja Maintenance tidak di lokasi adalah layanan maintenance dengan tidak diperlukannya kehadiran tenaga ahli <COMPANY>. Maintenance hanya dilakukan pada hari dan jam kerja Senin Jumat jam 09.00 -17.00 WIB

3.2

Ruang Lingkup Warranty dan Maintenance Maintenance and Warranty merupakan jaminan pelayanan perbaikan dan perawatan terhadap aplikasi apabila setelah aplikasi di pakai terdapat temuan bugs / error dari aplikasi tersebut yang sebelumnya tidak ada Maintenance tidak meliputi modifikasi atau pembuatan form atau report baru dari aplikasi

<COMPANY>

Harga
NO.

DESCRIPTION

QTY

UNIT PRICE (IDR)

TOTAL AMOUNT (IDR)

APPLICATION
Purchasing Online - Necessity Form - Necessity Form Total - Purchase Request - Purchase Order - Material Receipt - Adjustment Stock Function Standard - Request For Quotation - Upload Vendor Dokumen - Multi Location Tools Advanced - Approval Flow - Budgeting - Scoring - Organization Structure Others (c) Training, Data Importing, Warranty, User and Installation Guide 1 0,0.0,-

(a)

0,-

0,-

(b)

0,-

0,-

TOTAL APPLICATION OPTIONAL Maintenance Service 20% from total price a year (d) (Max = 20% x 90.000.000)

0,-

0,0,-

TOTAL APPLICATION + MAINTENANCE * Proses Training, Implementasi diluar Jakarta akan dikenakan biaya transportasi dan akomodasi. .

Keterangan: Harga diatas belum termasuk pajak- pajak PPN dan PPH Validity: Harga penawaran ini berlaku 30 hari sejak proposal ini diterbitkan. Database: Aplikasi database seperti MS SQL Server tidak merupakan tanggung jawab dari <COMPANY>.

<COMPANY>

10

Anda mungkin juga menyukai