Để xây dựng cơ sở dữ liệu MS Access tối ưu!

  • Thread starter Đào Việt Cường
  • Ngày gửi

Bạn có muốn tiếp tục thảo luận đề tài này nữa không?

  • Bình chọn: 0 0.0%
  • Không

    Bình chọn: 0 0.0%

  • Số thành viên bình chọn
    0
Đào Việt Cường

Đào Việt Cường

Moderator
22/11/05
400
4
18
Khánh Hòa
Dear all,
-------
Nhằm đáp ứng nhu cầu của đông đảo thành viên quan tâm đến MS Access cũng như mục tiêu hoạt động của "Accsess và Kết toán" (tôi tạm viết tắt Acc&Acc), tôi xin phép được đặt vấn đề "Bàn về thiết kế cơ sở dữ liệu trong Access".
Vì vấn đề có tính chất tổng quát và còn mới mẻ, tôi đề nghị mọi người cùng nhau đưa ra các ý tưởng xung quanh vấn đề này. Sau khi các ý kiến được tổng hợp, chúng ta sẽ có những chủ đề thảo luận chi tiết hơn.
Nào chúng ta bắt đầu!
 
Khóa học Quản trị dòng tiền
C

CMSmember

Guest
22/10/04
7
0
0
49
Hanoi
Mình nghĩ việc thiết kế cơ sở dữ liệu phải tùy thuộc vào việc khảo sát nhu cầu thực tế của đơn vị. Mọi vấn đề xuất phát từ nhu cầu vì vậy cái ý nghĩa tối ưu là phải theo Hướng đó phải không?
Ví dụ như nếu cơ quan mình sử dụng mạng nội bộ thì nên thiết kế và chia sẻ thông tin như thế nào. Hình như chưa bạn nào hướng dẫn việc này thì phải...
 
hai2hai

hai2hai

VNUNI Makes a difference
29/4/04
2,030
125
63
50
Hà nội
vnuni.net
Đào Việt Cường nói:
"Bàn về thiết kế cơ sở dữ liệu trong Access".

Thế thì thành 1 lớp dạy database design thì đúng hơn. mà database design thì lại phục thuộc vào nhiều công việc khác nữa. Tóm lại đó là cách học lập trình CSDL. Có thể học trên Internet này được rất nhiều.

Tốt nhất là chúng ta coi như đã biết lập trình rồi (nếu ai chưa biết thì học người đã biết, nếu ai biết rồi thì chỉ cho người chưa biết...), nếu có nói ở chủ đề này thì nên bàn Thiết kế database cho PMKT trên Access (vừa kế toán, vừa Access theo đúng hướng đi của box)
 
hai2hai

hai2hai

VNUNI Makes a difference
29/4/04
2,030
125
63
50
Hà nội
vnuni.net
Vẻ đẹp của database design

Mời mọi người xem vài database models sau:

customers_card_transactions_dezign.gif


Inventory Control:
inventory_control_dezign.gif


Inventory Control for Retail:
inventory_control_for_retail_dezign.gif


Asset mgt:
assets_dezign.gif
 
Sửa lần cuối:
hai2hai

hai2hai

VNUNI Makes a difference
29/4/04
2,030
125
63
50
Hà nội
vnuni.net
Nhưng tai sao nói Database chưa đủ để lập trình, là vì:

Nhưng tai sao nói Database chưa đủ để lập trình, là vì cần phải có rất nhiều tài liệu, views khác để nhìn vào 1 phần mềm.

1 ví dụ nhỏ về Shopping Carts nhìn theo view: Class Diagram

This is for an e-Commerce Web Site.
These Business Rules define the conditions that the Database must meet ...

1. A Customer can be associated with many Shopping Carts.
2. A Preferred Customer is a Subtype of Customer.
3. A Preferred Customer can be associated with many Credit Cards.
4. A Credit Card can be associated with one, and only one, Preferred Customer.
5. A Shopping Cart can be associated with one, and only one, Credit Card.
6. A Shopping Cart can be associated with many Items to Purchase.
7. An Item to Purchase can be associated with one and only one Product.
8. A Product can be associated with many Items to Purchase.

Xem hình:

uml_class_diagram_cart.gif
 
paulsteigel

paulsteigel

Trung cấp
13/11/05
103
0
16
48
Hoà Bình
www.sfdp.net
Hãy khoan, tôi xin mạo muội đưa ra vài thiển ý thế này - nếu không chính xác lắm thì các đại gia xá tội – vì tôi cũng là dân amateur mà - hoặc các bác có thể sửa luôn vô bài này cũng được ạ.
Để đi đến thiết kế và tối ưu hoá CSDL có lẽ trước tiên cần phải có khâu phân tích hệ thống. Cái này mất thời gian nhất đây. Đại loại công việc này bao gồm:
+ Phân tích nhu cầu - của khách hàng, của người dùng và của nhà phát triển phần mềm.
+ Phân tích cách tiếp cận của khách hàng hoặc của người dùng
+ Chọn mô hình cấu trúc hệ thống.
+ Xây dựng cấu trúc và mô hình tương tác đối tượng, phân rã các phần việc và mô đun công việc...
+ Xem xét khả năng mở rộng....
Và bắt đầu giai đoạn tiếp theo trong đó thiết kế CSDL là một phần công việc.
Hãy tạm gọi tối ưu hoá thiết kế một Cơ sở dữ liệu (TUH) đại loại là như sau:
1. Kích thước nhỏ, chạy nhanh, dễ khai thác và quản lý
2. Cấu trúc rõ ràng, dễ theo dõi – và cái này hình như dân lập trình gọi là chuẩn hoá dữ liệu (1NF, 2NF .... gì gì ấy)
+ Vậy thì việc đầu tiên của TUH đó là vẽ sơ đồ khối luồng vận chuyển dữ liệu để đưa ra danh mục thông tin cần xử lý.
+ Phân tích mối quan hệ của các dữ liệu đó để thiết lập quan hệ nhằm đảm bảo tính đồng nhất của dữ liệu.
+ Thiết kế các bảng và liên kết bảng dựa trên các phân tích trên đây.
Tôi lấy một ví dụ:
Công ty cần quản lý sổ địa chỉ và danh mục cơ quan chẳng hạn vậy trước tiên cần phải phân tích được:
+ Sổ địa chỉ cần có những gì?
+ Mỗi yếu tố trong số địa chỉ đó có quy mô phát sinh ra sao?
+ Các thông tin nào sẽ bị lặp lại nhiều lần?
....
Và cuối cùng họ có được một bản vẽ sơ đồ quan hệ và cấu trúc.... và bắt đầu thiết kế cơ sở dữ liệu.
Thực ra trong phạm vi một diễn đàn - thật khó có thể trao đổi tất cả những vấn đề nói trên. Bản thân thiết kế CSDL cũng là một chuyên môn rất phức tạp và đòi hỏi nhiều công sức theo đuổi. Nhưng điều đó không có nghĩa là dân Amateur chúng ta không làm được. Tuy vậy, chúng ta cũng rất cần phải đọc qua các nguyên tắc cơ bản khi xây dựng CSDL nếu không – chính chúng ta sẽ phải khổ với những gì chính mình đã xây nên nếu sau này chợt nhận ra là cần phải bổ sung cái này, cái kia....
Hihi - cái này đến dân chuyên nghiệp cũng bị dính đấy ạ, đừng lo chúng ta cứ làm và sẽ học được qua công việc.
 
hai2hai

hai2hai

VNUNI Makes a difference
29/4/04
2,030
125
63
50
Hà nội
vnuni.net
Nếu ai từng là dân thiết kế xây dựng, tự nhiên sẽ hiểu software life cycle, software analysis & design là gì (nhìn theo nhiều views).

Làm phần mềm giống y chang như xây 1 ngôi nhà vậy. Các bạn cứ thử mapping mà xem. Bắt đầu thiết kế nhà thì KTS làm gì? Thiết kế nhà có bao nhiêu sơ đồ hình vẽ? Thiết kế tổng thể, Thiết kế chi tiết của XDựng như thế nào? Nói chung, việc thiết kế trong xây dựng có từ bao đời nay, và nó đã thành chuẩn rồi. Chính vì thế mà các thợ xây (hầu hết là ko cần học hành nhiều lắm) cũng có thể đọc được bản thiết kế của các KTS. (Thợ xây mapping sang lập trình thì chính là coder đấy)

Thường thì mọi người học trong trường thì hay có concepts thiết kế PM kiểu topdown (yêu cầu --> chức năng -> thực thể --> chức năng thực thể -->...)

Nhưng...làm phần mềm nhỏ, với 1 người làm thì OK. Hiện nay tớ vẫn thấy trong các trường đại học vẫn dạy thế thì phải. Hỏi 1 số SV vẫn thấy nói như thế.

Anyways, trên phương diện học hỏi ở diễn đàn, mọi người hãy làm theo phương pháp top down hoặc extreem programming.

cái này đến dân chuyên nghiệp cũng bị dính đấy ạ,
--> Thế nào là dân chuyên nghiệp? Hiếm lắm!

1 người học ĐH về IT xong chưa chắc đã thành dân Pro đâu. (Lớp tớ 41 người thì có đến 35 người ko dính líu gì đến software, khoảng 5 hay 6 người còn lại dính đến software nhưng là dân kinh doanh, hoặc toàn ..."lập trình" trên winword thôi :))

Nhưng 1 người học trường KTế, trường XYZ mà được đào tạo để có thể làm việc trong môi trường làm việc nhóm, biết tuân thủ theo các quy trình, biết làm việc có kế hoạch, v.v... thì đó mới là....
 
Sửa lần cuối:
Đào Việt Cường

Đào Việt Cường

Moderator
22/11/05
400
4
18
Khánh Hòa
Dear hai bác,
------------
:luxhello: Hai bác quả đúng là những kỹ sư xây dựng! Em cảm thấy rất hưng phấn khi xem sơ đồ quan hệ của bác hai2hai cũng như quy trình làm việc khoa học của bác paulsteigel.
Tuy nhiên em e rằng vấn đề mà hai bác đang đề cập có vẻ đang quá rộng trong không gian Acc&Acc nhỏ hẹp này. Thiết nghĩ, điều quan trọng nhất là hướng các thành viên Acc&Acc làm sao xây dựng được hệ thống của mình dựa trên các quy tắc bắt buộc bằng kinh nghiệm mà các bác đúc rút ra! Em lấy ví dụ, giá như bác Hai2hai đưa ra mô hình dữ liệu mô phỏng một hệ thống kế toán và ... giá như bác paulsteigel có thể đề cập sâu hơn về cách tiếp cận phân tích dữ liệu của một hệ thống kế toán thì thật là sung sướng!
Em đồng ý, mặc dù mục tiêu đạt tới là đáp ứng công tác kế toán, và MS Access là công cụ được chúng ta lựa chọn thì việc phải học cách sử dụng công cụ này là bắt buộc . Không thể né tránh việc "phân tích", việc "thiết kế", nhưng làm sao để đơn giản hoá các tiến trình thực hiện. Điều đó sẽ làm cho "dân không chuyên" - nhất là dân mới vào nghề như bọn em có thể tiếp cận nhanh nhất.
 
Sửa lần cuối:
hai2hai

hai2hai

VNUNI Makes a difference
29/4/04
2,030
125
63
50
Hà nội
vnuni.net
Định đưa lên 1 mô hình dữ liệu của một vài PM kế toán trong và ngoài nước được revert lên Erwin nhưng ... nhiều tables quá, ko hiển thị hết được. Mà tác giả của thiết kế này lại không làm khoa học lắm (không sắp xếp tào thành các Sub Areas nên nhìn cả một đống tables chẳng biết đâu mà lần - trừ cái của tây).

Cũng định upload lên những database model khác đã làm nhưng thấy đi xa định hướng của wkt quá nên thôi.

Cường ơi, nếu cá nhân em muốn tìm hiểu thì chịu khó cafe vài buổi nhé :). Trên này ko nên quan tâm nhiều lắm đến vấn đề này.
 
Đào Việt Cường

Đào Việt Cường

Moderator
22/11/05
400
4
18
Khánh Hòa
Dear hai2hai,
------------
Bác ơi, cánh đồng có cả con trâu và máy cày mà bác! Hì, nói hơi to tát chứ, chủ trương Đảng và Nhà nước là công nghiệp hoá hiện đại hoá đất nước, "nông dân" chúng em đang mù tịt mà, có các bác đây chắc sẽ mở mang đầu óc ra nhiều. Em luôn tìm cơ hội để học hỏi các bác đấy!
:beer: như đã hẹn khoảng 8 h sáng CN ở KS sạn Hà Nội bác nhé!
 
Sửa lần cuối:
Đào Việt Cường

Đào Việt Cường

Moderator
22/11/05
400
4
18
Khánh Hòa
Bàn về xây dựng cơ sở dữ liệu trong MS Access

Dear all,
-------
Dạo này bác Paul (gì khó đọc ý nhỉ - nguyên văn bởi bác hai2hai) có vẻ bận quá. Trời rét, hình như bác này đang ấp (ủ) một dự án gì lớn lắm thì phải!
Em thấy đến lúc phải nhờ cậy các bác cố vấn cho.
Em nghĩ rằng chủ đề của em đưa ra không phải là không có gì để nói. Và vấn đề này nếu mà chỉ dành cho các mem đã trải qua lớp học về CSDL thì thật không công bằng!
Em chắc rằng các bác vẫn còn nhớ hồi mới tiếp cận với MS Access chật vật như thế nào! Riêng em, mặc dù đã được nhắc nhở nhiều về cách thiết kế một ứng dụng CSDL nhưng vẫn nhiều lúc phải đập đi xây lại vì việc thiết kế CSDL không hợp lý.
Với con mắt của các chuyên gia thiết kế các bác có lời khuyên gì cho việc xây dựng một ứng dụng MSA thực sự hiệu quả?
Em đi theo hướng của bác Paul (xin phép viết tắt), đó là việc khảo sát và phân tích. Nhưng sẽ không đi đâu xa mà tập trung vào:
- Các báo cáo tài chính
- Các báo cáo quản trị mang tính phổ biến (ví dụ: Lợi tức khu vực, doanh thu/biến phí...)
- Và các báo cáo kế toán khác
Đó là nguồn dữ liệu để xây dựng một ứng dụng mà theo em thiết thực nhất cho Acc&Acc
Vấn đề thứ hai là phác thảo sơ đồ, giống như một bản kiến trúc về cơ sở dữ liệu - bác hai2hai có thể làm một lúc là xong, bác nhỉ!
Với các mô tả và tài liệu thu thập và phân tích, CSDL được hình thành bởi các quy tắc chuẩn hoá, tối ưu nhất (không thừa, không thiếu, dễ mở rộng...). Điều quan trọng là các mô tả có đúng không, có hợp lý không chứ theo em việc chuyển từ các yêu cầu thành hệ thống cơ sở dữ liệu không khó. Có rất công cụ để thực hiện điều này (cứ nhìn bản vẽ của bác hai2hai đủ biết)
Bàn về công cụ thiết kế này, theo tầm hiểu biết hẹp của em thì hiện nay có SysBase hỗ trợ cho MS Access. Em đã từng vừa "vẽ" trong SysBase vừa "xây" trong Assess và cảm thấy chúng rất "mapping" với nhau.
Đến đây em xin có lời kết luận:
Trong "Excel và kế toán" có "A-Excel" thì sao trong Acc&Acc mình không có "A-Access" chứ!
Mong các bác ủng hộ nhé! :beernow:
 
Sửa lần cuối:
hai2hai

hai2hai

VNUNI Makes a difference
29/4/04
2,030
125
63
50
Hà nội
vnuni.net
Đào Việt Cường nói:
Dear all,
-------
Đến đây em xin có lời kết luận:
Trong "Excel và kế toán" có "A-Excel" thì sao trong Acc&Acc mình không có "A-Access" chứ!
Mong các bác ủng hộ nhé! :beernow:

Hay! Ủng hộ ý kiến của Cường. Hôm nào qua nhà anh, cùng bàn về PM này nhé. Anh cho em xem trước mấy cái kết quả mà các vị trên wkt này đã bàn từ cách đây gần 2 năm rồi :biggrin: . Phải đúc rút KN từ dự án đó. (Kể cả việc tổ chức dự án online kiểu này)

Công cụ thì phải độc lập với CSDL. Phải support nhiều loại CSDL khác nhau.
 
Đào Việt Cường

Đào Việt Cường

Moderator
22/11/05
400
4
18
Khánh Hòa
Dear các bác,
-------------
Rất mừng là các bác ủng hộ em. Nhưng có vấn đề đặt ra là cần phải xác định phạm vi của ứng dụng, có thể đáp ứng được đến mức độ nào?
Ý tưởng là vậy, nhưng khi bàn cụ thể thì khó, các bác nhỉ.
Theo em cần thu thập các ý kiến và xem có bao nhiêu mem tham gia. Nếu ứng dụng với số đông người dùng thì phải xây dựng phức tạp hơn. Còn về tài liệu và mô hình một hệ thống kế toán em đã có một ít.
Định hướng của em là ban đầu xây dựng một sơ đồ cơ sở dữ liệu chuẩn, bao gồm các bước phân tích và thiết kế. Em mong nhận được ý kiến của nhiều người để phác thảo sơ đồ.
Công cụ thiết kế em định chọn SysBase. Không biết ý kiến bác hai2hai thế nào?
Mà hình như, vấn đề này không còn thuộc chủ để này nữa rồi! Các bác bảo có nên chuyển thành một chuyên mục khác để nhận được sự hỗ trợ của nhiều người không?
 
hai2hai

hai2hai

VNUNI Makes a difference
29/4/04
2,030
125
63
50
Hà nội
vnuni.net
Em phải tự làm thôi, chỉ có em tự làm mới nhanh được Cường ạ (trừ phi có cả 1 công ty làm về PM, còn làm nhóm online/parttime/ lại còn trên wkt nữa chứ --> failed là cái chắc). Trên wkt này có "dự án" đó từ lâu rồi. Những người post bài lên đều "Tôi thích lắm, tôi sẽ ủng hộ, v.v...", chưa kể là những lời chê trách, kích bác nhau nữa (sorry mods, à SMod, Admin nhé). Đó là vì:

1. Đẽo cày giữa đường
2. Lắm thầy nhiều ma
3. Không phải việc chính của tôi - tôi ko làm (thậm chí là việc chính còn chưa ăn ai nữa là)
4. Nhiều views... --> Loạn
5. v.v...

Case study: Dự án "PMKT WKT 2004 Access Free"

Anh thì ủng hộ Cường (Làm phần mềm KT thì lúc nào cũng ủng hộ), nhưng ko phải nói câu ủng hộ ở đây. Mà gặp cụ thể, anh sẽ nói em nên làm gì, làm như thế nào, v.v... (Ví dụ: Em đã xem, chạy thử bao nhiêu PM Kế toán ở Việt nam + Tây rồi. Đó là công việc đầu tiên đấy, phải biết người ta làm gì, làm như thế nào, ai đang là top lead, mình sẽ ở đâu trong số họ, v.v...?)
1/ Mục tiêu: Làm PM để KD chứ ko làm chơi (Vì làm chơi thì cuối cùng chẳng đâu vào đâu cả, làm để KD còn khó nữa là làm chơi). Đã làm là làm cái "khác hẳn", chứ làm ra 1 cái như bao cái khác thì...cũng thôi.
- Xác định thị trường: Ai sẽ dùng PM của Cường (Liên quan tới: Access, Các business scopes,...)
- Xác định...

Thôi, định nói nhiều nhiều, tý lại liên thiên ở đây :biggrin:

PS: Cường có thể bỏ 6 tiếng mỗi ngày cho dự án này được ko? (Trong khi vẫn đi làm chỗ khác)

Gửi Cường cái WKT2004 Brainstorming về dự án ngày trước để tham khảo nhé

(Dùng phần mềm ToDoList có trong thư viện (mục Phần mềm) để mở nhé.

To Paul: Ở đây không phải là chuyện máu hay không máu. Cá nhân có thể làm được chuyện lớn, 1 nhóm có thể làm được việc lớn. Nhưng kinh nghiệm cũng chỉ ra rằng, làm chơi chơi thì không có kết quả. Cứ thử ngẫm nghĩ đi, tại sao các công ty làm PMKT có bao nhiêu người làm mà SP của họ vẫn bị kêu (đừng nói là họ ko có kinh nghiệm lập trình nhé, mấy cái lý thuyết thiết kế, thuật toán, v.v... ai là dân tin học chuyên hay không chuyên phần lớn đã biết cả)?. Hoặc là 1 mình một cá nhân làm (không có time limit kết thúc sản phẩm), hoặc là bao giờ tìm ra được 1 team (>= 2 người) có kế hoạch làm SP cụ thể (thời gian tham gia, thời hạn hoàn thành, scope SP, các usecase sẽ phải làm cụ thể là gì, v.v...) lúc đó mới gọi là "dự án khả thi" (về mặt SX)
 

Đính kèm

  • WKT2004 Brainstorming.zip
    9.4 KB · Lượt xem: 392
Sửa lần cuối:
Đào Việt Cường

Đào Việt Cường

Moderator
22/11/05
400
4
18
Khánh Hòa
Dear hai2hai,
------------
Bác quả thật giàu kinh nghiệm, em thì cái gì cũng bỡ ngỡ. Ban đầu em cứ nghĩ nếu mà share để mọi người cùng nghiên cứu thì thế nào WKT cũng có công cụ tàm tạm hỗ trợ cộng đồng. Phần mềm kế toán thì có nhiều, không muốn nói là nhan nhản. Nhưng một cái bằng MSA và Opening Source Code thì em không thấy. Thiết nghĩ đã mất công tìm hiểu "Access và Kế toán" sao không lấy cái gì đó làm ví dụ. Em đã nghĩ đến A-Access - hoàn toàn không vì mục đích kinh doanh kiếm lời. Còn "đi đến đâu" - em cho là ít nhiều cũng giúp mọi người hình dung được thế nào là MS Access.
Em thấy có người nói "vấn đề này cũ rích rồi mà còn post" có thể đúng trên khía cạnh kinh doanh, nhưng đối với WKT thì chưa thấy chỗ nào cả.
Em đã xem cái XML của bác, hì! thú thực chẳng hiểu cái gì cả - dân không chuyên mà. Nhưng em tin là có các bác hỗ trợ thì các vấn đề kỹ thuật không còn quan trọng nữa.
Cuối cùng, em xin nói rõ lại mục tiêu xây dựng: "A-Access" là công cụ, hay đơn giản chỉ là ví dụ minh hoạ cho "Box Access và Kế toán" thôi. Và em cũng như các thành viên của Acc&Acc rất mong sự hướng dẫn tận tình của các bác!
 
Sửa lần cuối:
hai2hai

hai2hai

VNUNI Makes a difference
29/4/04
2,030
125
63
50
Hà nội
vnuni.net
Đào Việt Cường nói:
Em đã xem cái XML của bác, hì! thú thực chẳng hiểu cái gì cả - dân không chuyên mà.

hai2hai nói:
Dùng phần mềm ToDoList có trong thư viện (mục Phần mềm) để mở nhé.
Em phải đọc kỹ: "dùng chương trình TodoList có trên thư viện của webketoan" để đọc file XML đó cơ mà.

Cuối cùng, em xin nói rõ lại mục tiêu xây dựng: "A-Access" là công cụ, hay đơn giản chỉ là ví dụ minh hoạ cho "Box Access và Kế toán" thôi. Và em cũng như các thành viên của Acc&Acc rất mong sự hướng dẫn tận tình của các bác!

OK, Làm đi thôi. Em là Project Manager. Em là người...thực hiện.

Công việc đầu tiên của em khi bắt tay vào là gì nào? List ra đi. Sau đó thực hiện từng bước 1, rồi post cái todolist đó lên đây để mọi người đóng góp, rồi em thực hiện từng bước một, kết quả của từng bước em lại post lên đây để mọi người lại đóng góp tiếp. Rồi em cập nhật các ý kiến đóng góp tích cực, rồi làm tiếp, v.v... Cứ như vậy em sẽ tiến dần dần thôi. Những người khác, kể cả hai2hai hay bất cứ ai cũng chỉ đọc và đóng góp ý kiến thôi. Còn em là người thực hiện Cường à. Còn nếu em mong người khác cùng làm (onine trên wkt này) thì mãi mãi vẫn chỉ dừng chân tại chỗ thôi (sure luôn nếu em cứ chờ thì 10 năm nữa vẫn thế) (trừ phi Cường tìm được 1 người cùng Cường quyết tâm làm cho ra nhẽ và phải gặp nhau thường xuyên, phải tiên quyết thực hiện theo các công việc đã vạch ra, v.v...)

Chúc Cường thành công với A-Access!
 
Sửa lần cuối:
T

ThichKT

Guest
Dear Cường,
Tôi đã làm KT. Tôi cũng mày mò viết KT trên Access. Và có một số ý kiến riêng. Chủ đề này cũng hay, nhiều người bàn nhưng nói quá chung chung (có lẽ muốn giấu nghề chăng?)
Tôi muốn nói đến CSDL kế toán cơ bản (tôi không hình dung thế nào là tối ưu, nhưng tôi nói cơ bản là có thể áp dụng được cho sản xuất, thương mại... nói chung là nhiều loại hình Cty khác nhau, nhưng là Cty đơn lẻ, chưa bàn đến mô hình Tổng Công Ty).
Mà CSDL KT CB thì có thể áp dụng bất kỳ hệ quản trị CSDL nào, chứ không chỉ Access: Foxpro, SQL,... đều được.
Theo tôi, ta chia CSDL ra 3 nhóm:
1. Nhóm Nghiệp vụ phát sinh (hay nhật ký):
- Bảng mô tả (1): Số chứng từ, ngày lập, Tên khách hàng, Diễn giải, chứng từ kèm theo, Tài khoản chính. Ví dụ: Phiếu chi: số PC001, ngày 25/12/2005, Cty TNHH XYZ, Trả tiền vận chuyển, Hoá đơn số 0123456, C1111;
- Bảng số liệu (2): Số Chứng từ, Tài khoản đối ứng, Mã Chi Phí, Mã hàng, Số lượng, Đơn giá, Số tiền...(cần gì nữa thì thêm vào) Ví dụ:
+ PC001, N6427, 27VC, , 7Tấn, 100.000 đ/T, 700.000 đ.
+ PC001, N1331, GTGT, , 10%, 700.000 đ , 70.000 đ.
Cộng PC001: 770.000 đ.
Bảng (1) liên hệ với bảng (2) qua số chứng từ. Các loại chứng từ khác đều nhập vào đây làm thành nhật ký. Mỗi mẫu tin ở bảng (1) là duy nhất, nhưng có thể có nhiều mẫu tin tương ứng ở bảng (2). Cấu trúc này mô tả quan hệ một đối ứng với nhiều, nên TK nào là 1 bạn đặt ở bảng (1), những TK đối ứng với cùng TK trên, bạn đặt ở bảng (2). Vì ở mỗi ô chưa số TK có thể là nợ hoặc có, nên bạn cần đặt thêm chữ "N" hoặc "C" tương ứng.
2. Nhóm Danh mục tra cứu:
Các trường nào là "Mã" thì đều cần một danh mục để tra cứu.
- Danh mục tài khoản: Mã TK, Tên tài khoản
- Danh mục khách hàng: Mã khách hàng, Tên KH, Địa chỉ, Mã số thuế.
- Danh mục hàng hoá: Mã hàng, Tên hàng, Đơn vị tính
- Danh mục chi tiết phí: Mã chi phí, khoản mục chi phí
- ...
Thiết lập mã đối với những đối tượng cần quản lý chặt chẽ, và việc truy cập đến đối tượng đó phải là duy nhất.
3. Nhóm Bảng luân chuyển:
Luân chuyển nghĩa là có đầu kỳ, phát sinh, cuối kỳ, rồi cuối kỳ này trở thành đầu kỳ trước.
- Bảng cân đối: chứa đựng tất cả các TK đang sử dụng, cấu trúc y như bảng cân đối số phát sinh mà bạn làm trong Excel:DK nợ, DK có, PS nợ, PS có, CK Nợ, CK có.
- Bảng nhập xuất tồn: cho các TK 152,153,154,155,156... DK số lượng, DK số tiền, PS SL nhập, PS ST Nợ, PS SL xuất PS ST có, CK SL tồn, CK số tiền tồn.
- Bảng công nợ: cho các TK 131,138,141,331,338... (tương tự)
- Bảng giá thành: tính đơn giá nhập kho cho lô hàng, cấu trúc tuỳ theo sản phẩm.
- Bảng TSCĐ:Ngày mua, nguyên giá, số năm sử dụng, mức khấu hao, giá trị còn lại...
ở đây chưa bàn đến dữ liệu liên quan đến các phòng khác, VD: P. Kinh Doanh/ Đơn đặt hàng. Thì 3 nhóm trên là đủ để chứa tất cả CSDL kế toán để làm báo cáo quyết toán tháng, năm. Mỗi nơi có thể thêm bớt một số bảng phục vụ cho nhu cầu đặc thù nhưng không ngoài 3 nhóm trên.

Mong được các bạn góp ý thêm.
--------------------------------
bamuoi@yahoo.com
 
T

Tuanktcdcn

Lão già ham vui
18/6/04
549
52
28
47
Hà Nội
www.bluesofts.net
Mình cũng rất ủng hộ Project "A-Access" của Mr Cường. Mong rằng tất cả mọi người quan tâm tới Access rói riêng và các mem ở wkt nói chung xin đưa ra kinh nghiệm cùng đưa ra để "A-Access" có thể trở thành hiện thực.

Mình cũng đã làm một số PM cho QL Kinh tế trong đó có A-Excel. Quá trình làm cũng đã phải đập đi xây lại rất nhiều lần bởi vì mình là "thợ trẻ".
Theo kinh nghiệm của mình thì. Để lập một CSDL cho một Project thì nên căn cứ từ mục đích cần đạt được:1,2,3,4...Chúng ta thực hiện quá trình "lội ngược dòng"... cứ như vậy ta sẽ biết nguồn dữ liệu cần là những gì để có 1,2,3,4...

Mình làm thường căn cứ vào kết quả cần đạt rồi suy ra cái cần phải làm, nhưng nhiều vấn đề rất khó biết trước, lúc đó cứ làm, sai thì sửa và sửa dần sẽ ra vấn đề.

Trước tiên mình chỉ đưa ra vấn đề chung chung thôi, sau này sẽ đưa ra ý kiến cụ thể.
 
paulsteigel

paulsteigel

Trung cấp
13/11/05
103
0
16
48
Hoà Bình
www.sfdp.net
Bạn Cường ơi.,...
Lập kế hoạch đê..
1. Bắt đầu từ đâu:
Bắt đầu như thế nào? Dựa vào nền tảng gì - tất nhiên là nền tảng yêu cầu nào - không thì làm sao liên kết được mọi người, ví dụ tớ chẳng biết tí gì về nghiệp vụ kế toán nhưng biết võ vẽ coding...
Ai sẽ làm gì? -
Cấu trúc thế nào?
Phân tích hệ thống ....
....
2. Bắt tay vào thiết kế
....
3. Chạy thử
...
4. Xuất bản....
Mạo muội có ý kiến thế - có lẽ chúng ta cần họp nhau tí tẹo đê...
 

Xem nhiều

Webketoan Zalo OA