Tùy chọn
Nên bắt đầu với Access và VBA như thế nào?
- Nên bắt đầu với Access và VBA như thế nào?
-
Nên bắt đầu với Access và VBA như thế nào?
lehongduc > 04-07-17, 09:37 PM
Chào các Bạn,
Theo dõi các bài viết trên diễn đàn này tôi biết có rất nhiều Bạn đang tìm cách giải những bài toán thực tế của công việc, nhưng lại bắt đầu gần như từ số zero về các kiến thức căn bản tối thiểu của Access, hoặc có Bạn lao vào ngôn ngữ VBA mà lại muốn bỏ qua các kiến thức căn bản tối thiểu.
Với kinh nghiệm tự học của mình tôi thành thật khuyên các Bạn đừng làm như vậy, chẳng có ích gì cả.
Các Bạn cần phải bỏ thời gian ra để tìm hiểu lấy các vấn đề cơ bản của Access và VBA.
Tôi cho rằng nếu các Bạn chịu khó thì chỉ cần khooảng 30 ngày là đã có ngay các kiến thức căn bản về Access và VBA thôi.
Cũng vì việc trên, tôi xin đề nghị Ban Quản trị diễn đàn nên có thêm 2 chuyên mục riêng biệt, đó là:
1. NHỮNG VẤN ĐỀ CĂN BẢN VỀ THIẾT KẾ DATABASE TRONG MS. ACCESS
2. NHỮNG VẤN ĐỀ CĂN BẢN VỀ VBA TRONG MS. ACCESS
Trong các chuyên mục đó chúng ta chỉ thảo luận và trình bày các vấn đề thật căn bản thôi, không đề cập đến các kiến thức nâng cao. -
RE: Nên bắt đầu với Access và VBA như thế nào?
cpucloi > 05-07-17, 01:39 AM
Đúng là ý kiến của "dân chuyên nghiệp"
Tôi là kẻ nghiệp dư với Access, chỉ vì thấy "cấp trên" có phần mềm quản lý mà xin không cho, cục "tức" nổi dậy và bắt tay vào tự mày mò, nghiên cứu Access để áp dụng vào công việc của mình.
Lúc đầu, không hiểu bảng (Table) là gì, và thấy để tạo bảng sao khó thế (khó ở đây là hình dung về cái bảng đó như thế nào? chứ không phải là tạo ra cái bảng đó như thế nào). Rồi tại sao cần đặt kiểu dữ liệu, khống chế kiểu dữ liệu, ....
Do tự mày mò học hỏi nên trong đầu không hình dung ra được mình cần phải làm gì? từ đâu?
....
Đến bây giờ, khi có thể làm được phần mềm nhỏ nhỏ để quản lý công việc của mình bằng Access, đôi khi vẫn bị lúng túng khi xem lại các thủ tục, hàm do mình viết (do viết không theo cấu trúc nào? chẳng có chú thích và đặc biệt đặt tên các control một cách "tùy hứng lý qua cầu
")
....
Và bây giờ đã thấm ... không bò khó bước chân đi -
RE: Nên bắt đầu với Access và VBA như thế nào?
tranthanhan1962 > 05-07-17, 08:46 AM
Thực ra kiến thức căn bản về Acess nếu chịu khó đọc kỹ thì chỉ tốn khoản 10-20 ngày (từ 2-3 giờ/ngày). Nhưng thường thường ít ai chịu nhìn cho kỹ. Lướt qua cảm thấy "ồ dễ quá" ... cho qua, "ồ, cái gì đấy?" ... cho qua. Rồi nhào vô thiết kế form, cót két này nọ. Rồi... báo lỗi ầm ầm, mà chẳng biết lỗi gì
. Nhiều khi chỉ một vài điều đơn giản như field giá trị tiền mà data type lại là Long Integer. Đôi khi mở relationship kéo qua kéo lại chằng chịch mà chẳng biết kéo để làm gì.
Thực ra nói như vậy cũng tội cho các anh em newbie. Bởi gì tự học không có thầy nên mới có vụ "ồ dễ quá", "ồ, cái gì đấy?". Nhiều khi thấy nó dễ nhưng bản chất không dễ. Nội cái Input Mask là đã có nhiều vần đề để nói, Rồi properties của form nếu đi sâu vào một tuần chưa xong.
Nhưng vấn đề là anh em nhảy vào access lại đang cần gấp một phần mềm xử lý mà excel không đáp ứng được (tôi nói điều này vì chắc chắn 90% anh em tự học access đều là dân excel thuộc loại giỏi nhảy qua, trừ một số em học access để thi bằng B), từ đó mang sang việc nghiên cứu access trên tinh thần excel. Trên cơ sở đó, việc làm của bạn lehongduc thật đáng tặng huy chương.
Hoan hô bạn! -
RE: Nên bắt đầu với Access và VBA như thế nào?
maidinhdan > 05-07-17, 05:02 PM
Thay mặt ban quản trị diễn đàn xin chân thành cảm ơn đóng góp quý báo cho diễn đàn Thủ thuật Access từ trước đến nay của anh Lê Hồng Đức.
Về ý kiến này Ban quản trị diễn đàn sẽ xem và nghiên cứu lại có trùng với những chuyên mục Cơ bản ( gồm table, query, form...); Chuyên mục nâng cao ( Thủ thuật VBA, Tương tác chương trình ngoại...) hay không?
Riêng bản thân cũng xin góp kinh nghiệm để giúp các bạn có định hướng về viết ứng dụng, không những trên Access cũng như Ngôn ngữ lập trình khác.
Như anh Trần Thành Ân (tranthanhan1962) nói,
Trích dẫn:Thực ra kiến thức căn bản về Acess nếu chịu khó đọc kỹ thì chỉ tốn khoản 10-20 ngày (từ 2-3 giờ/ngày). Nhưng thường thường ít ai chịu nhìn cho kỹ. Lướt qua cảm thấy "ồ dễ quá" ... cho qua, "ồ, cái gì đấy?" ... cho qua. Rồi nhào vô thiết kế form, cót két này nọ. Rồi... báo lỗi ầm ầm, mà chẳng biết lỗi gì undefined . Nhiều khi chỉ một vài điều đơn giản như field giá trị tiền mà data type lại là Long Integer. Đôi khi mở relationship kéo qua kéo lại chằng chịch mà chẳng biết kéo để làm gì
* khi vừa bắt đầu với Access ta thường thích học chạy hơn học bò, điều này nói chung ai cũng mắc phải, kể cả bản thân em, vì thế các bạn cứ tìm hiểu giống như mình thế này....
Bươc 1- Hãy định ra thời gian 1tháng để đọc lướt hay làm sơ sơ về quá trình tạo Database, query, form, Macro, report, Modules...( thấy ai làm sao cứ làm y chang như vậy.
Bước 2: Bắt đầu đi sâu tìm hiểu kiểu dữ liệu....các control: textbox, combobox, listbox,
Bước 3. Tìm hiểu các hàm cơ bản liên quan đến Access, cú pháp đơn giản liên quan đến sql trong query
Bước 4. Tìm hiểu về tạo quan hệ.
Bước 5. Bắt đầu viết 1 ứng dụng nhỏ: Xuất nhập kho, hoặc Bán văn phòng phẩm,
* và một điều khó của một anh lập trình viên giỏi đó là thiết kế cơ sở dữ liệu, cho đến bây giờ nói thật cái này mình cũng chịu thua, lý do đơn giản: khi bạn thiết kế 1 ứng dụng phải am hiểu về lĩnh vực đó; nhiều khi các bạn hỏi mình đóng góp ý kiến xây dựng phần mềm quản lý kế toán dành cho doanh nghiệp: thú thật mình không biết đóng góp, mình chỉ có thể đóng góp về code và những cái quan hệ cơ bản cua3 chúng.... nói đến đây mình muốn chia sẽ là bạn muốn thiết ứng dựng nào thì bạn phải tìm hiểu chuyên sâu về mô hình và cách thức hoạt động của chúng và chúng ta mới bắt đầu thiết kế cơ sở dữ liệu ( database table).
* Và các bạn phải dành cho quá trình thiết kế table phải chiếm ít nhất 50% công việc thiết kế. Vì sao lại như thế?
Lý do đó là nếu bạn thiết kế chỉ cần thiếu 1 cột có thể phần mềm bạn phải viết lại toàn bộ cho quá trình, mặt khác khi thiết kế table ta chỉ cần tạo auto form, auto query để quan sát diễn biến của số liệu có ra đúng với kịch bản ta cần quản lý hay không, nếu ra đúng với yêu câu quản lý là ok. LÚC NAY hãy xóa những cái query form và bắt đầu vào viết ứng dụng.
* Về viết code: Viết code lúc đầu mình thấy cũng khó, nhưng thực sự không khó. bạn chỉ cần 3 cái này là đủ.
1. Chịu khó tìm tại liệu -->đọc, nhất là bằng tiếng anh trên các trang hướng dẫn của Microsoft
2. Chịu khó viết đi viết lại từng chữ 1, tránh copy. Bạn chỉ nên copy khi bạn là cao thủ.
3. Trong đầu phải luôn đặt câu hỏi tại sao? và tự trả lời cho nó, không nên cái gì cũng hỏi....1 ngày không ra đợi sau 1 tuần không thể trả lời thì lúc đó hãy hỏi người khác.
* Và cho đến tận bây giờ tôi vẫn xem đi, xem lại và tự thực hành bằng video này, xin chia sẽ cho các bạn
Tài Liệu Video Tự học Access ( Cơ bản và Nâng cao)
Kết luận:
Và tôi tin rằng, nến các bạn tự học Access mà có thể làm đi làm lại bằng Video link trên, trong vòng 1 năm có thể trở thành cao thủ như tôi.
Hãy học bò như ta mới sinh ra từ trong bụng mẹ.
Và ông/bà xưa có câu: " Dục tốc bắt đạt". -
RE: Nên bắt đầu với Access và VBA như thế nào?
tranthanhan1962 > 06-07-17, 03:37 AM
(05-07-17, 05:02 PM)maidinhdan Đã viết: Thay mặt ban quản trị diễn đàn xin chân thành cảm ơn đóng góp quý báo cho diễn đàn Thủ thuật Access từ trước đến nay của anh Lê Hồng Đức.
Bái viết hay. Vừa rồi mình mới hỗ trợ cho một bạn, bạn ấy xử lý form và query rất tốt nhưng lọc ngày hoài không được.xem lại thì field ngày của bạn ấy thiết đặt kiểu dữ liệu là TEXT!!!???
Về ý kiến này Ban quản trị diễn đàn sẽ xem và nghiên cứu lại có trùng với những chuyên mục Cơ bản ( gồm table, query, form...); Chuyên mục nâng cao ( Thủ thuật VBA, Tương tác chương trình ngoại...) hay không?
Riêng bản thân cũng xin góp kinh nghiệm để giúp các bạn có định hướng về viết ứng dụng, không những trên Access cũng như Ngôn ngữ lập trình khác.
Như anh Trần Thành Ân (tranthanhan1962) nói,
Trích dẫn:Thực ra kiến thức căn bản về Acess nếu chịu khó đọc kỹ thì chỉ tốn khoản 10-20 ngày (từ 2-3 giờ/ngày). Nhưng thường thường ít ai chịu nhìn cho kỹ. Lướt qua cảm thấy "ồ dễ quá" ... cho qua, "ồ, cái gì đấy?" ... cho qua. Rồi nhào vô thiết kế form, cót két này nọ. Rồi... báo lỗi ầm ầm, mà chẳng biết lỗi gì undefined . Nhiều khi chỉ một vài điều đơn giản như field giá trị tiền mà data type lại là Long Integer. Đôi khi mở relationship kéo qua kéo lại chằng chịch mà chẳng biết kéo để làm gì
* khi vừa bắt đầu với Access ta thường thích học chạy hơn học bò, điều này nói chung ai cũng mắc phải, kể cả bản thân em, vì thế các bạn cứ tìm hiểu giống như mình thế này....
Bươc 1- Hãy định ra thời gian 1tháng để đọc lướt hay làm sơ sơ về quá trình tạo Database, query, form, Macro, report, Modules...( thấy ai làm sao cứ làm y chang như vậy.
Bước 2: Bắt đầu đi sâu tìm hiểu kiểu dữ liệu....các control: textbox, combobox, listbox,
Bước 3. Tìm hiểu các hàm cơ bản liên quan đến Access, cú pháp đơn giản liên quan đến sql trong query
Bước 4. Tìm hiểu về tạo quan hệ.
Bước 5. Bắt đầu viết 1 ứng dụng nhỏ: Xuất nhập kho, hoặc Bán văn phòng phẩm,
* và một điều khó của một anh lập trình viên giỏi đó là thiết kế cơ sở dữ liệu, cho đến bây giờ nói thật cái này mình cũng chịu thua, lý do đơn giản: khi bạn thiết kế 1 ứng dụng phải am hiểu về lĩnh vực đó; nhiều khi các bạn hỏi mình đóng góp ý kiến xây dựng phần mềm quản lý kế toán dành cho doanh nghiệp: thú thật mình không biết đóng góp, mình chỉ có thể đóng góp về code và những cái quan hệ cơ bản cua3 chúng.... nói đến đây mình muốn chia sẽ là bạn muốn thiết ứng dựng nào thì bạn phải tìm hiểu chuyên sâu về mô hình và cách thức hoạt động của chúng và chúng ta mới bắt đầu thiết kế cơ sở dữ liệu ( database table).
* Và các bạn phải dành cho quá trình thiết kế table phải chiếm ít nhất 50% công việc thiết kế. Vì sao lại như thế?
Lý do đó là nếu bạn thiết kế chỉ cần thiếu 1 cột có thể phần mềm bạn phải viết lại toàn bộ cho quá trình, mặt khác khi thiết kế table ta chỉ cần tạo auto form, auto query để quan sát diễn biến của số liệu có ra đúng với kịch bản ta cần quản lý hay không, nếu ra đúng với yêu câu quản lý là ok. LÚC NAY hãy xóa những cái query form và bắt đầu vào viết ứng dụng.
* Về viết code: Viết code lúc đầu mình thấy cũng khó, nhưng thực sự không khó. bạn chỉ cần 3 cái này là đủ.
1. Chịu khó tìm tại liệu -->đọc, nhất là bằng tiếng anh trên các trang hướng dẫn của Microsoft
2. Chịu khó viết đi viết lại từng chữ 1, tránh copy. Bạn chỉ nên copy khi bạn là cao thủ.
3. Trong đầu phải luôn đặt câu hỏi tại sao? và tự trả lời cho nó, không nên cái gì cũng hỏi....1 ngày không ra đợi sau 1 tuần không thể trả lời thì lúc đó hãy hỏi người khác.
* Và cho đến tận bây giờ tôi vẫn xem đi, xem lại và tự thực hành bằng video này, xin chia sẽ cho các bạn
Tài Liệu Video Tự học Access ( Cơ bản và Nâng cao)
Kết luận:
Và tôi tin rằng, nến các bạn tự học Access mà có thể làm đi làm lại bằng Video link trên, trong vòng 1 năm có thể trở thành cao thủ như tôi.
Hãy học bò như ta mới sinh ra từ trong bụng mẹ.
Và ông/bà xưa có câu: " Dục tốc bắt đạt".
Có lẽ đây là hệ quả của "ồ dễ quá" hay "ồ, cái gì đấy?"
-
RE: Nên bắt đầu với Access và VBA như thế nào?
vkaccess > 06-07-17, 04:40 PM
(05-07-17, 08:46 AM)tranthanhan1962 Đã viết: Thực ra kiến thức căn bản về Acess nếu chịu khó đọc kỹ thì chỉ tốn khoản 10-20 ngày (từ 2-3 giờ/ngày). Nhưng thường thường ít ai chịu nhìn cho kỹ. Lướt qua cảm thấy "ồ dễ quá" ... cho qua, "ồ, cái gì đấy?" ... cho qua. Rồi nhào vô thiết kế form, cót két này nọ. Rồi... báo lỗi ầm ầm, mà chẳng biết lỗi gì
Như nói về em vậy . Nhiều khi chỉ một vài điều đơn giản như field giá trị tiền mà data type lại là Long Integer. Đôi khi mở relationship kéo qua kéo lại chằng chịch mà chẳng biết kéo để làm gì.
Thực ra nói như vậy cũng tội cho các anh em newbie. Bởi gì tự học không có thầy nên mới có vụ "ồ dễ quá", "ồ, cái gì đấy?". Nhiều khi thấy nó dễ nhưng bản chất không dễ. Nội cái Input Mask là đã có nhiều vần đề để nói, Rồi properties của form nếu đi sâu vào một tuần chưa xong.
Nhưng vấn đề là anh em nhảy vào access lại đang cần gấp một phần mềm xử lý mà excel không đáp ứng được (tôi nói điều này vì chắc chắn 90% anh em tự học access đều là dân excel thuộc loại giỏi nhảy qua, trừ một số em học access để thi bằng B), từ đó mang sang việc nghiên cứu access trên tinh thần excel. Trên cơ sở đó, việc làm của bạn lehongduc thật đáng tặng huy chương.
Hoan hô bạn!
-
RE: Nên bắt đầu với Access và VBA như thế nào?
lehongduc > 07-07-17, 08:27 AM
Chào các Bạn,
Theo kinh nghiệm của tôi, để việc thiết kế một ứng dụng có hiệu quả, trước khi bắt tay vào thiết kế với 1 công cụ cụ thể nào đó, mà Microsoft Access là một trong số đó, chúng ta cần phải tập trung trả lời cho được những câu hỏi sau đây:
1. Thiết kế ứng dụng để làm gì?
2. Thông tin chúng ta cần cung cấp cho ứng dụng là những gì?
3. Thông tin mà chúng ta đòi hỏi ứng dụng phải cung cấp là những gì?
Chỉ khi nào có câu trả lời mạch lạc và hết sức cụ thể cho 3 câu hỏi trên chúng ta mới nên bắt đầu bắt tay vào sử dụng công cụ để thiết kế ứng dụng.
Bước khởi sự này giống như việc trước khi xây nhà ta phải hình dung cho được ngôi nhà mà ta sẽ xây nên nó sẽ như thế nào? Hình dáng cụ thể ra sao? Chứ không có ai khởi sự xây nhà mà chẳng hình dung, hoặc chỉ hình dung một cách đại khái về ngôi nhà mình sẽ xây phải không các Bạn.
Thực tế cho thấy bước khởi sự này quyết định sự thành bại của ứng dụng chúng ta định thiết kế.
Và còn một điều cũng rất quan trọng nữa là: ngay từ bước khởi sự và trong suốt quá trình thiết kế 1 ứng dụng, dù rất nhỏ đi nữa, chúng ta cũng phải luôn tự dặn mình rằng "hãy biến những cái rắc rối, khó nhằn thành cái đơn giản, dễ làm", đừng bao giờ làm ngược lại. Nếu không làm được như vậy thì cái mà chúng ta tạo ra sẽ trở thành "của nợ" chứ không phải là "ứng dụng hữu ích".
Hẹn các Bạn trong bài sau chúng ta sẽ cùng trao đổi một cách cụ thể hơn về bước khởi sự này. -
RE: Nên bắt đầu với Access và VBA như thế nào?
tranthanhan1962 > 07-07-17, 11:57 AM
Thực ra câu hỏi số 1 của bạn lehongduc là mục tiêu duy nhất để cho các bạn nhảy vào access. Nhưng khi bức chân vào access các bạn bị một nhầm lẫn rất lớn. Đó là gì?
Như đã nói đa số các bạn thực hiện excel để làm báo cáo, và khi excel không đáp ứng được đầy đủ nhu cầu "tự động", vậy là các bạn đó nhảy vào access với tư duy excel. Nếu để ý kỹ đối tượng report (dịch tiếng Việt là báo cáo) là nhiệm vụ chính để chúng ta hướng tới, thì một số bạn ngay lập tức cố gắng xử dụng table làm báo cáo, tư duy đó chuyển lần sang query làm báo cáo, rồi form làm báo cáo. Chính sự tư duy nhảy cóc này làm chậm bước tiến đồng thời làm lệch lạc hướng nghiên cứu.
Còn đối với 2 câu hỏi sau tôi cảm thấy hơi mơ hồ.
Thực ra sau khi hoạch định một hoặc nhiều bảng báo cáo cụ thể. Chúng ta cần phải xây dựng những gì?
1/Phân tích và thiết kế các table có các field là những giá trị hoặc liên quan giá trị trên báo cáo. (đây là phần cực kỳ quan trọng. nó thể hiện sự khôn ngoan, khéo léo hay yếu kém trong tính toán) Một hệ thống bảng hợp lý, chính xác sẽ làm cho phần còn lại nhẹ nhàng, suông sẽ
, ngược lại một hệ thống bảng lủng củng, rắc rối sẽ làm cho nhà lập trình có thể khóc thét lên bất kỳ lúc nào 
. Thực ra đây lại là cái khó nhất mà không ai chỉ ai được. Vã lại ai cũng nghĩ cách phân tích của mình là chính xác nhất 
2/Phần còn lại, query, form, macro, code đối vối tôi chẳng qua chỉ là công cụ hỗ trợ. Giỏi thì tính toán siêu tự động, dỡ thì gõ tay cũng chẳng sao. Hôm nay còn yếu kém cứ gõ tay vào, ngày mai nghĩ ra một đoạn code gắn vào khỏi gõ
-
RE: Nên bắt đầu với Access và VBA như thế nào?
lehongduc > 07-07-17, 05:23 PM
Chào các Bạn,
Về 3 nội dung làm tiên đề của bước khởi sự trước khi bắt tay vào thiết kế ứng dụng cụ thể mà tôi đã nêu:
1. Thiết kế ứng dụng để làm gì?
2. Thông tin chúng ta cần cung cấp cho ứng dụng là những gì?
3. Thông tin mà chúng ta đòi hỏi ứng dụng phải cung cấp là những gì?
Với nội dung 2 và 3, tôi xin trao đổi rõ hơn như sau:
- Thông tin chúng ta cần cung cấp cho ứng dụng là những gì?
Để ứng dụng chúng ta thiết kế hoạt động được, chúng ta đều biết rằng cần phải nhập vào những thông tin căn bản cần thiết. Sau đây tôi tạm gọi đó là "thông tin đầu vào". Tùy theo đối tượng quản lý cụ thể mà các thông tin đầu vào được xác định cụ thể là những gì.
Chẳng hạn như nếu là quản lý nhập xuất kho hàng, các thông tin đầu vào sẽ là:
+ Danh mục hàng hóa
+ Nội dung các chứng từ nhập kho, xuất kho.
+ ...
- Thông tin mà chúng ta đòi hỏi ứng dụng phải cung cấp là những gì?
Các Bạn có thể hiểu đây là những báo cáo, những kết quả tổng hợp cụ thể mà ứng dụng phải cung cấp cho người sử dụng sau khi người sử dụng đã đưa vào những thông tin thích hợp. Tôi tạm gọi những thông tin mà chúng ta đòi hỏi ứng dụng phải cung cấp như vậy là "Thông tin đầu ra".
- Theo tôi, ở bước khởi sự này chúng ta khoan bận tâm đến các đối tượng cụ thể của công cụ MS. Access (như Tables, Query, Report, Form, ...), mà hãy tập trung làm rõ các đối tượng cụ thể của nhu cầu quản lý thực tế, các thông tin đầu vào, các thông tin đầu ra, càng cụ thể bao nhiêu càng tốt bấy nhiêu. Đừng để bị cuốn vào và rối lên bởi các khái niệm cụ thể của MS. Access.
- Trong bài tiếp sau, tôi sẽ tiếp tục trao đổi cụ thể hơn các công việc của bước khởi sự này. -
RE: Nên bắt đầu với Access và VBA như thế nào?
lehongduc > 08-07-17, 06:43 PM
Chào các Bạn,
Xin trao đổi tiếp với các Bạn về bước khởi sự thiết kế 1 ứng dụng cụ thể.
Tôi biết rất rõ rằng, hầu hết chúng ta đều có những suy nghĩ bắt đầu về công việc định làm như tôi đã viết trong bài trước, song chúng ta hay phạm phải một sai lầm là có suy nghĩ, nhưng không cụ thể và không mạch lạc.
Xin được lặp lại 3 câu hỏi mà chúng ta cần phải trả lời rõ ràng mạch lạc trước khi bắt tay vào thiết kế ứng dụng, đó là:
1. Thiết kế ứng dụng để làm gì?
2. Thông tin chúng ta cần cung cấp cho ứng dụng là những gì?
3. Thông tin mà chúng ta đòi hỏi ứng dụng phải cung cấp là những gì?
Xin lấy 1 trường hợp cụ thể:
Chẳng hạn như khi suy nghĩ về việc sẽ viết 1 ứng dụng quản lý nhập xuất kho hàng, theo tôi, các Bạn cần dành thời gian vẽ ra trên giấy các câu trả lời cho 3 câu hỏi trên, hoặc tốt nhất là sử dụng một ứng dụng có chức năng mô hình hóa suy nghĩ để làm việc này (tôi hay dùng phần mềm Mind Manager, các Bạn cũng có thể dùng phần mềm miễn phí Edraw Mind Map cũng được).
Bây giờ tôi xin được nói về cái sự “vẽ ra trên giấy” mà chúng ta nên làm:
Khi vẽ ra trên giấy, các Bạn cần phải vẽ theo dạng mô hình hóa, chỉ rõ được luồng suy nghĩ logic của mình, sao cho khi nhìn vào bản vẽ ấy chúng ta thấy ra được mối quan hệ của những yếu tố, những công việc cụ thể, thấy được trình tự trước – sau của những công việc cụ thể mà ta sẽ làm.
Đừng bao giờ gạch đầu dòng cho có các Bạn nhé.
Tác dụng của việc vẽ trước ra giấy này là nhằm giúp chúng ta có suy nghĩ cặn kẻ và có cái nhìn một cách có hệ thống về đối tượng quản lý mà ta cần ứng dụng phần mềm máy tính vào đấy.
Với ví dụ giả định nêu trên, đối tượng của chúng ta là quản lý nhập xuất kho hàng. Khi suy nghĩ và xem xét về nó, trong duy nghĩ của chúng ta sẽ diễn ra trình tự lớp lang trước sau. Nếu cứ để trong đầu như thế ta sẽ chẳng thể nào ghi nhớ cho hết được, lỡ chẳng may giật mình một cái là quên tuốt. Nên cần phải ghi ra giấy, hoặc nhờ một phần mềm quản lý tư duy ghi nhớ giúp mình. Khi rãnh ta lại lôi ra suy nghĩ tiếp, cho đến khi nào rốt ráo mới thôi.
Nếu chúng ta ghi ra thành mô hình một cách khoa học, chẳng những bản thân chúng ta mà các đồng sự khác (nếu có) cũng sẽ dễ dàng chia xẻ được những điều ta hoạch định và có thể tham gia cùng chúng ta, hoặc tiếp nối với chúng ta trong công việc được một cách nhanh chónh và chính xác.
Các Bạn hãy xem thử 1 mô hình tôi dựng lên cho bước khởi sự của việc viết 1 ứng dụng quản lý nhập xuất kho hàng như ảnh sau: