INILAH INFO

• Function: public.romawi(integer) : untuk penamaan fungsi
• DROP FUNCTION public.romawi(integer); : untuk menghapus fungsi
• CREATE OR REPLACE FUNCTION public.romawi(angka_in integer) : untuk membuat fungsi dan otomatis menghapus fungsi.  jadi ketika ada perubahan sintak dalam struktur fungsi kita bisa langsung execute fungsi tanpa harus menjalankn dulu  DROP FUNCTION public.romawi(integer) / tanpa harus menghapus fungsi yang existing terlebih dahulu
• angka_in integer : merupakan parameter dari fungsi tersebut, artinya ketika akan menggunakan fungsi ini nilai lemparannya harus merupakan nilai integer tidak boleh string, double dll
• RETURNS character varying AS : sedangkan sintaks ini fungsinya adalah return value dari fungsi  romawi ini berupa character varying atau string

Sebuah perusahaan yang bergerak dalam bidang apapun yang memiliki banyak bagian. Setiap periode harus menyusun rencana anggaran kebutuhan perusahaan. Dalam kegiatan penyusunan anggaran kebutuhan perusahaan banyak yang masih menggunakan cara manual. Hal ini menyebabkan sering kali terjadi keterlambatan dalam penyusunan anggaran kebutuhan perusahaan. Perusahaan juga mengalami kesulitan dalam penyusunan laporan anggaran kebutuhan karena data-data anggaran kebutuhan dari setiap bagian tidak tersimpan dengan baik. Oleh karena itu perusahaan membutuhkan sistem informasi berbasis komputer agar proses penyusunan anggaran kebutuhan dan laporan anggaran kebutuhan perusahaan dapat berjalan dengan cepat, tepat dan akurat.

baca juga : Sistem Informasi Point Of Sales (SIPOS)
                   Aplikasi Website Katalog

Prosedur Penyusunan Anggaran Kebutuhan yang dilakukan secara Manual

Analisis Dan Perancangan Aplikasi Anggaran Untuk Perusahaan

1. bagian akuntansi mencetak form isian kebutuhan yang akan dibagikan kepada setiap bagian (1 bagian mendapat 1 lembar kertas form isian). 
2. Setiap bagian yang sudah mendapatkan form isian tersebut menulis apa saja kebutuhan – kebutuhan dari bagian tersebut selama satu tahun. 
3. Setelah pengisian selesai bagian akuntansi harus menunggu setiap bagian untuk melaporkan list data kebutuhan selama satu tahun.

1. Aplikasi yang dibuat harus dapat membantu bagian akuntansi dalam menyusun anggaran kebutuhan perusahaan dan memanipulasi data anggaran kebutuhan.
2. Sistem yang dibuat harus mempermudah setiap pencatatan transaksi penyusunan anggaran kebutuhan dan laporan atau report.

1. Aplikasi ini dibuat form login   dimana hanya orang – orang yang memiliki hak akses yang dapat memanipulasi data anggaran kebutuhan.
2. Aplikasi ini bersifat client server, sehingga bagian akuntansi tidak perlu mencetak form isian sebanyak bagian yang harus melaporkan anggaran kebutuhan. Setiap bagian dapat langsung mengisi anggaran kebutuhan dari komputer tempat dia bekerja.
3. Bagian Akuntansi dan Manajer dapat langsung memeriksa anggaran kebutuhan dari setiap bagian tanpa harus menyusun dan merekap form isian seperti sistem yang sedang berjalan saat ini.
4. Aplikasi dapat melihat anggaran kebutuhan tahun sebelumnya berdasarkan kategori tertentu.

 

1. Bagaimana cara untuk mengumpulkan pengetahuan yang masih bersifat tacit dalam organisasi ? yang dimaksud dengan pengetahuan tacit yaitu pengetahuan yang diperoleh dari individu yang pengembangannya melalui pengalaman yang sulit diformulasikan dan dikomunikasikan.
2. Bagaimana proses mencari peraturan – peraturan yang berkaitan dengan anak dengan cepat dan akurat ?
3. Bagaimana proses berbagi pengetahuan dalam organisasi tanpa harus bertatap muka dan tidak mengganggu aktifitas kerja ?

1. Bagian gudang mengajukan laporan permintaan pembelian barang yang dibutuhkan kepada direktur perusahaan.
2. Direktur perusahaan akan mengecek laporan permintaan pembelian yang diberikan bagian gudang, dan memberikannya kepada bagian pembelian.
3. Setelah menerima laporan permintaan pembelian bagian pembelian membuat surat pesanan.
4. Surat pesanan tersebut dibuat rangkap dua, satu diserahkan kepada pemasok dan satu lagi disimpan bagian pembelian sebagai arsip.
5. Pemasok akan memberikan faktur dan barangnya beberapa hari kemudian.
6. Barang dan faktur tersebut diterima oleh bagian pembelian. Bagian pembelian tersebut mengecek jenis, mutu dan kuantitas barang.
7. Setelah selesai mengecek, jika ada barang yang rusak atau tidak sesuai dengan pesanan bagian pembelian membuat laporan retur barang. Laporan retur tersebut dibuat rangkap dua, rangkap pertama untuk bagian pembelian sendiri dan rangkap kedua diberikan kepada pemasok beserta barang yang rusak atau tidak sesuai.
8. Barang yang tidak rusak di buat laporan data barang rangkap dua, rangkap pertama untuk pembelian dan rangkap kedua diserahkan kepada bagian gudang beserta barangnya
9. Saat direktur membutuhkan laporan pembelian, bagian pembelian membuat laporan pembelian yang datanya diperoleh dari faktur pembelian, laporan retur dan laporan barang.
10. Laporan data pembelian tersebut juga dibuat rangkap tiga, yang lembar pertama untuk direktur, lembur kedua untuk bagian keuangan dan lembar ketiga untuk disimpan sebagai arsip.

Flowmap Pembelian Barang

  -- Function: hitung_usia(date, date)

-- DROP FUNCTION hitung_usia(date, date);

CREATE OR REPLACE FUNCTION hitung_usia(date1 date, date2 date)
  RETURNS numeric AS
$BODY$
DECLARE
    in_date1     date;
    in_date2     date;
    compute_age numeric(4);
   
begin
    compute_age = EXTRACT(YEAR FROM AGE(date2, date1));
    RAISE NOTICE 'a, %', compute_age;
        return compute_age;
end;
$BODY$
  LANGUAGE plpgsql VOLATILE
  COST 100;
ALTER FUNCTION hitung_usia(date, date)
  OWNER TO postgres;

select hitung_usia('1989-01-01','2016-01-01')