Hệ thống thông tin hỗ trợ quản lý và hoạt động tác nghiệp trong nhà sách là một hệ thống nhỏ gọn, hỗ trợ hiệu quả cho việc lên các báo cáo quản lý cũng như trong các hoạt động tác nghiệp thường ngày tại các hiệu sách vừa và nhỏ tại Việt Nam.
Ngoài ra, hệ thống còn có thể được mở rộng hơn (nếu cần thiết). Ví dụ nếu nhà sách mở rộng quy mô, số lượng khách hàng tăng lên nhiều và nhà sách muốn mối quan hệ với khách hàng được thắt chặt hơn (đây là phương pháp gián tiếp nâng cao doanh số của doanh nghiệp), hệ thống có thể được mở rộng bằng việc thêm một số bảng quản lý các thông tin về khách hàng.
Đối với nhà sách Nguyễn Văn Cừ nói riêng, các nhà sách trong doanh nghiệp sách Thành Nghĩa nói chung, hệ thống này có thể được áp dụng một cách đồng bộ, từ đó có thể hỗ trợ nhiều hơn cho việc quản lý của doanh nghiệp mẹ.
84 trang |
Chia sẻ: aloso | Lượt xem: 1706 | Lượt tải: 0
Bạn đang xem trước 20 trang tài liệu Chuyên đề Xây dựng hệ thống thông tin hỗ trợ quản lý và hoạt động tác nghiệp tại hiệu sách Nguyễn Văn Cừ, để xem tài liệu hoàn chỉnh bạn click vào nút DOWNLOAD ở trên
hép tính toán đó dù là không khó và gần như tương tự nhau thì công việc này vẫn cần một khoảng thời gian nhất định nào đó). Điều này cản trở tới yêu cầu sử dụng thông tin và không tốt cho quá trình quản lý. Ngược lại, nếu một hệ thống thông tin phù hợp được xây dựng, người quản lý có thể tự tạo ra các báo cáo một cách chính xác và kịp thời.
Thứ sáu, với bộ phận giám sát, hỗ trợ quản lý. Một trong những nhiệm vụ của bộ phận này là chấm công cho nhân viên. Quá trình này đã luôn diễn ra một cách hết sức thủ công và nhiều khi không chính xác. Vì thế, một phiếu chấm công điện tử là điều rất cần thiết.
Tất cả những nhược điểm trên của hệ thống hỗ trợ quản lý và tác nghiệp trong hiệu sách chứng tỏ một yêu cầu phải xây dựng hệ thống tin học để một mặt có thể giảm thiểu công việc của nhân viên, đảm bảo các thông tin một cách chính xác, mặt khác, có thể hỗ trợ hiệu quả hơn cho quá trình ra quyết định của những người quản lý.
Sơ lược về giải pháp xây dựng hệ thống thông tin mới trong nhà sách Nguyễn Văn Cừ
Giải pháp xây dựng hệ thống thông tin mới
Để xây dựng hệ thống thông tin mới cho hiệu sách và đảm bảo tính hiệu quả của sản phẩm sau khi hoàn thành, tác giả tuân theo đúng các quy trình trong quá trình thu thập thông tin và phân tích thiết kế.
Việc xây dựng hệ thống thông tin mới bắt đầu bằng xác định yêu cầu. Trong giai đoạn này phải đảm bảo mọi đầu ra cũng như xử lý của hệ thống mới phù hợp với thực tiễn.
Sau đó là phân tích thiết kế. Trong giai đoạn này thì phân tích thiết kế cơ sở dữ liệu hợp lý là rất quan trọng. Phải đảm bảo xây dựng một bộ mã hóa đơn giản, khoa học, thuận tiễn với người sử dụng.
Quá trình thực hiện xây dựng một hệ thống thông tin mới sẽ được trình bày rõ hơn trong chương 2 và chương 3.
Phương pháp nghiên cứu
Phương pháp được sử dụng để nghiên cứu trong đề tài này là phương pháp phỏng vấn, nghiên cứu tài liệu và quan sát.
Để có thể hiểu những yêu cầu của một hệ thống mới, phương pháp phỏng vấn được tác giả sử dụng nhiều. Việc phỏng vấn không mang tính chính thức, dù chỉ là những cuộc đối thoại ngắn với người quản lý hiệu sách, nhân viên kế toán, nhân viên đứng quầy,… đem lại rất nhiều thông tin cho việc xây dựng hệ thống mới, vì họ là những người sẽ trực tiếp tham gia vào việc khai thác hệ thống sau này.
Phương pháp quan sát cũng được sử dụng khi cần biết thêm những thông tin về việc bán hàng của nhân viên hỗ trợ khách hàng.
Phương pháp nghiên cứu tài liệu được sử dụng nhiều nhất. Tài liệu nghiên cứu không chỉ là các sản phẩm đầu ra của hệ thống cũ, những biểu mẫu được sử dụng trong hiệu sách mà còn là các giáo trình về phân tích thiết kế hệ thống thông tin và các giáo trình khác. Tài liệu cũng có thể là các phần mềm có tính năng tương tự (Tuy nhiên, vì những lý do khách quan không phù hợp với cơ sở đang nghiên cứu). Phương pháp nghiên cứu tài liệu được sử dụng thường xuyên trong toàn bộ quá trình phân tích, thiết kế, triển khai hệ thống.
CƠ SỞ PHƯƠNG PHÁP LUẬN PHÁT TRIỂN HỆ THỐNG THÔNG TIN VÀ CÔNG CỤ SỬ DỤNG
Tổ chức và thông tin trong tổ chức
Khái niệm tổ chức và khái niệm thông tin quản lý
Tổ chức là một tập hợp các cá thể có chung mục đích, cùng làm việc với nhau để đạt được mục đích đó bằng sự hợp tác và phân công lao động.
Thông tin có thể được hiểu là dữ liệu đã được qua xử lý. Tuy nhiên, một định nghĩa đầy đủ hơn cho rằng thông tin là sản phẩm đầu ra nhưng cũng là nguyen liệu của hệ thống quản lý.
Các khái niệm liên quan đến thông tin: chủ thể phản ánh (đối tượng truyền tin) và đối tượng nhận sự phản ánh (đối tượng nhận tin). Vỏ vật chất chuyên chở thông tin là vật mang tin. Các vật mang tin thông dụng là ngôn ngữ, chữ số, các ký hiệu…Khối lượng tri thức mà một thông tin mang lại gọi là nội dung của thông tin đó.
Hình 2.1: Sơ đồ truyền tin
Vai trò của thông tin trong tổ chức
Chủ thể quản lý thu nhận thông tin từ môi trường và từ chính đối tượng quản lý của mình mà xây dựng mục tiêu, lập kế hoạch, bố trí cán bộ, chỉ huy, kiểm tra và kiểm soát sự hoạt động của tổ chức. Vì những nhiệm vụ trên của nhà quản lý, thông tin là rất cần thiết cho các quá trình ra quyết định, nó là nhân tố quan trọng ảnh hưởng tới sự đúng đắn, hợp lý cho quyết định của người quản lý.
Lao động quản lý của nhà quản lý được chia ra làm hai phần, lao động ra quyết định và lao động thông tin. Lao động ra quyết định chiếm khoảng 10% thời gian lao động của nhà quản lý, ít mang tính quy trình và có nhiều yếu tố chủ quan. Lao động thông tin là toàn bộ phần lao động dành cho việc thu thập, xử lý, lưu trữ, phân phát thông tin, mang tính khoa học, có quy trình và khách quan. Việc phân chia lao động này khẳng định tầm quan trọng của thông tin. Số lao động sử dụng và làm việc với thông tin ngày càng tăng.
Thông tin tác động đến hệ thống như sau:
Hình 2.2: Sơ đồ luồng thông tin giữa các cấp
Lao động của nhà quản lý quyết định đến sự sống còn, sự phát triển của một công ty. Mà thông tin chiếm một vai trò quan trọng trong quyết định của nhà quản lý. Vì vây, thông tin chính xác, đầy đủ, kịp thời là một yếu tố không thể thiếu được với mỗi doanh nghiệp.
Hệ thống thông quản lý
Khái niệm hệ thống thông tin
Hệ thống thông tin là một tập hợp những con người, các thiết bị phần cứng, phần mềm, dữ liệu… Tập hợp này được tổ chức nhằm mục đích thu thập, xử lý, lưu trữ và phân phối thông tin. Quá trình trên được mô tả trong hình 2.3
Hình 2.3: Quy trình hoạt động của hệ thống thông tin
Như vậy, hệ thống thông tin nào cũng gồm có bốn bộ phận: bộ phận đưa dữ liệu vào (inputs), bộ phận xử lý, kho dữ liệu (storage) và bộ phận đưa dữ liệu ra (outputs).
Mô hình biểu diễn hệ thống thông tin
Cùng một hệ thống thông tin có thể có những cách mô tả khác nhau tùy theo quan điểm, cách nhìn, vài trò của từng người đối với hệ thống đó. Ví dụ, một người chỉ đơn thuần sử dụng hệ thống, họ sẽ chỉ thấy được sản phẩm đầu ra là gì từ một đầu vào cụ thể. Nhưng một người trực tiếp tham gia vào hệ thống có thể hiểu cặn kẽ hơn hệ thống, những khả năng, những giới hạn của hệ thống. Và một lập trình viên thì lại nhìn hệ thống đó bằng con mắt khác, con mắt của người phát triển phần mềm, và hệ thống lúc này trở thành tập hợp những hàm, những thủ tục,…
Cùng với ví dụ trên là sự phân chia ba mô hình biểu diễn hệ thống thông tin khác nhau. Việc phân chia các mô hình này là rất quan trọng vì nó tạo ra một trong những nền tàng của phương pháp phân tích thiết kế. Đó là mô hình logic, mô hình vật lý ngoài và mô hình vật lý trong. Sơ đồ dưới đây mô tả mối tương quan giữa ba mô hình này.
Hình 2.4: Ba mô hình của hệ thống thông tin
Mô hình logic: Mô tả hệ thống làm gì, dữ liệu mà nó thu thập, xử lý mà nó phai thực hiện, các kho chứa dữ liệu và kết quả lấy ra cho những thử lý và những thông tin mà hệ thông sản sinh ra. Mô hình này chỉ quan tâm đế việc trả lời câu hỏi “cái gì?”, “để làm gì?” mà không quan tâm đến cách thức xử lý dữ liệu như thế nào.
Mô hình vật lý ngoài: Chú ý tới những khía cạnh nhìn thấy được của hệ thống như các vật mang dữ liệu, vật mang kết quả, những phương tiện để thao tác với hệ thống, các thủ tục thủ công cũng như yếu tố về địa điểm thực hiện xử lý dữ liệu, các phương tiện đầu cuối. Mô hình này cũng chú ý đến thời gian của hệ thống.
Mô hinh vật lý trong: Quan tâm đến khía cạnh bên trong của hệ thống, nó trả lời câu hỏi “làm như thế nào?”, đó là cái nhìn của một nhân viên kỹ thuật. Nó quan tâm đến những thông tin liên quan tới công cụ dùng thực hiện hệ thống, dung lượng kho lưu trữ, tốc độ xử lý của các thiết bị,…Nguyên nhân và phương pháp phát triển một hệ thống thông tin.
Nguyên nhân cần phát triển một hệ thống thông tin
Mục tiêu cuối cùng của việc phát triển hệ thống thông tin trong bất cứ trường hợp nào là nhằm đem lại cho người sử dụng nó một công cụ hỗ trợ hiệu quả trong công việc ra quyết định hàng ngày. Tuy nhiên, còn một số yêu cầu khác buộc doanh nghiệp phải ra quyết định xây dựng một hệ thống thông tin. Dưới đây là một số nguyên nhân khách quan đó.
Những vấn đề về quản lý. Những vấn đề về quản lý là những vấn đề phát sinh trong một hoàn cảnh, khi sự phát triển của doanh nghiệp bị quyết định bởi tính hiện đại của hệ thống thông tin, hay cụ thể hơn, khi hệ thống thông tin là tất yếu để phục vụ cho hoạt động của doanh nghiệp. Lúc này, các hoạt động của doanh nghiệp cạnh tranh có tác động lớn tới công ty.
Những yêu cầu mới của nhà quản lý. Nhà quản lý nhận ra sự cần thiết phải phát triển một hệ thống thông tin.
Sự thay đổi của công nghệ. Sự thay đổi nhanh chóng của công nghệ cũng là một trong những nguyên nhân chính. Công ty, doanh nghiệp nào ứng dụng những công nghệ mới, hiện đại nhất sẽ là những công ty, doanh nghiệp được hỗ trợ quản lý đắc lực hơn, và vì thế, có lợi thế hơn trong cạnh tranh. Mặt khác, công nghệ lạc hậu không thể được duy trì vì đến một lúc nào đó, nếu nó đi ngược lại thời đại, điều này có thể cản trở đến sự phát triển của doanh nghiệp.
Thay đổi sách lược chính trị.
Phương pháp phát triển hệ thống
Mục đích của một dự án phát triển hệ thống thông tin là xây dựng được một sản phẩm đúng như yêu cầu của người sử dụng mong muốn, đem lại hiệu quả cao trong công việc. Vì vậy, có rất nhiều phương pháp để phát triển một hệ thống.
Một phương pháp phát triển hệ thống thông tin có thể được coi là một tập hợp các bước và các công cụ cho phép tiến hành một quá trình phát triển hệ thống chặt chẽ nhưng dễ quản lý. Các phương pháp hiện đại dựa vào ba nguyên tắc sau đâu để phát triển hệ thống thông tin:
Nguyên tắc 1: Sử dụng các mô hình. Mô hình như đã nó ở trên đó là ba mô hình logic, vật lý ngoài và vật lý trong. Ba mô hình trên hỗ trợ đắc lực cho việc phân tích, thiết kế, nó luôn được sử dụng trong mọi trường hợp.
Nguyên tắc 2: Đi từ chung đến riêng. Là một nguyên tắc của sự đơn giản hóa. Để có thể phát triển một hệ thống, phải xem xét tổng quan mục đích của nó rồi chia ra từng module nhỏ hơn. Cứ như vậy đến khi tiếp cận tới hệ thống một cách chi tiết.
Nguyên tắc 3: Chuyển từ mô hình vật lý sang mô hình logic khi phân tích và chuyển từ mô hình logic sang mô hình vật lý khi thiết kế. Việc phân tích chủ yếu bắt đầu từ những quan sát người sử dụng, những yêu cầu của chính những người tham gia vào hệ thống, vì thế, giai đoạn này chủ yếu cung cấp về các mô tả vật lý ngoài.
Phương pháp phát triển một hệ thống được trình bày dưới đây là phương pháp thác nước, gồm 7 giai đoạn.
Các giai đoạn phát triển hệ thống thông tin
Đánh giá yêu cầu
Đây là giai đoạn nhằm mục đích cung cấp cho những người lãnh đạo tổ chức những dữ liệu thực tế để có thể ra quyết định về tính khả thi, hiệu quả của một dự án phát triển hệ thống. Bao gồm các công đoạn sau:
Lập kế hoạch đánh giá yêu cầu
Làm rõ yêu cầu
Đánh giá khả năng thực thi
Chuẩn bị và trình bày báo cáo
Phân tích thiết kế
Được tiến hành sau giai đoạn trên. Mục đích chính là hiểu rõ các vấn đề của hệ thống đang nghiên cứu, xác định nguyên nhân thực sự của những vấn đề đó, những đòi hỏi và ràng buộc của hệ thống, những mục tiêu mà hệ thống phải đạt được. Trên cơ sở nội dung báo cáo phân tích thiết kế sẽ quyết định dự án có được tiếp tục không. Giai đoạn này gồm các công đoạn sau:
Lập kế hoạch phân tích thiết kế
Nghiên cứu môi trường hệ thống
Nghiên cứu hệ thống thực tại
Đưa ra chuẩn đoán và xác định các yếu tố giải pháp
Đánh giá lại tính khả thi
Thay đổi đề xuất của dự án
Chuẩn bị và trình bày báo cáo phân tích chi tiết
Thiết kế logic
Giai đoạn này nhằm xác định tất cả các thành phần logic của một hệ thống thông tin, cho phép loại bỏ được các vấn đề của hệ thống thực tế và đạt được những mục tiêu đã thiết lập từ giai đoạn trước. Mô hình của hệ thống mới gồm thông tin mà hệ thống đó sản sinh (outputs), nội dung của cơ sở dữ liệu, các xử lý, các dữ liệu vào. Các công đoạn trong giai đoạn này bao gồm:
Thiết kế cơ sở dữ liệu
Thiết kế xử lý
Thiết kế các luồng dữ liệu vào
Chỉnh sửa tài liệu cho mức logic
Hợp thức hóa mô hình logic
Đề xuất các phương án của giải pháp
Đây là việc xây dựng các phương án khác nhau để cụ thể hóa mô hình logic. Mỗi phương án là một phác họa của mô hình vật lý ngoài nhưng chưa phải là một mô tả chi tiết.
Các công đoạn trong quá trình này là:
Xác định các ràng buộc tin học và ràng buộc tổ chức
Xây dựng các phương án của giải pháp
Đánh giá các phương án của giải pháp
Chuẩn bị và trình bày báo cáo của giai đoạn đề xuất các phương án của giải pháp
Thiết kế vật lý ngoài
Được tiến hành ngay sau khi một phương án của giải pháp được lựa chọn. Kết quả của giai đoạn này là một tài liệu bao chứa tất cả các đặc trưng của hệ thống mới và tài liệu dành cho người sử dụng . Những công đoạn chính của quá trình này là
Lập kế hoạch thiết kế vật lý ngoài
Thiết kế chi tiết các giao diện
Thiết kế cách thức tương tác với phần tin học hóa
Thiết kế các thủ tục thủ công
Chuẩn bị trình bày báo cáo
Triển khai kỹ thuật hệ thống
Kết quả là phần tin học hóa của hệ thống thông tin, có nghĩa là phần mềm. Ngoài ra còn phải cung cấp các tài liệu như các bản hướng dẫn sưe dụng và thao tác cũng như các tài liệu mô tả về hệ thống. Các hoạt động chính:
Lập kế hoạch thực hiện kỹ thuật
Thiết kế vật lý trong
Lập trình
Thử nghiệm hệ thống
Chuẩn bị tài liệu
Cài đặt và khai thác
Chuyển từ hệ thống cũ sang hệ thống mới. Các công việc cần thực hiện trong giai đoạn này như sau:
Lập kế hoạch cài đặt
Chuyển đổi
Khai thác và bảo trì
Đánh giá
Phân tích hệ thống thông tin
Phương pháp thu thập thông tin cho quá trình phân tích
Để có một sự thấu hiểu về hệ thống cần phân tích, cán bộ phân tích phải tiến hành thu thập thông tin. Sau đây là các phương pháp phục vụ cho công việc này, bao gồm: phỏng vấn, nghiên cứu tài liệu, sử dụng phiếu điều tra, và quan sát.
Phỏng vấn
Việc gặp gỡ những người lãnh đạo, những người quản lý cấp dưới và những người trực tiếp tham gia vào quá trình sử dụng hệ thống thông tin sau này là rất quan trọng. Phân tích viên sử dụng phương pháp này để có thể nắm bắt những yêu cầu của một hệ thống mới đề ra. Để việc phỏng vấn đạt được hiệu quả cao, các quy trình sau đây nên được tuân thủ.
Chuẩn bị phỏng vấn
Lập danh sách những người sẽ được phỏng vấn và lịch phỏng vấn
Cần một số thông tin về người được phỏng vấn (thái độ, trách nhiệm,…)
Lập đề cương nội dung chi tiết cho phỏng vấn
Xác định cách thức phỏng vấn (phi cấu trúc hay có cấu trúc)
Gửi trước những vấn đề yêu cầu
Đặt lịch làm việc
Phương tiện ghi chép là các ký pháp trên giấy khổ lớn
Tiến hành phỏng vấn
Nhóm phỏng vấn gồm 2 người (cán bộ phỏng vấn chính và người dẫn dắt phỏng vấn, lược ghi)
Thái độ lịch sự, đúng giờ, khách quan, không tạo ra cảm giác “thanh tra”
Nhẫn nại, chăm chú lắng nghe. Mềm dẻo và cởi mở. Có thể dùng máy ghi âm nhưng phải được sự cho phép của người được phỏng vấn.
Tổng hợp kết quả phỏng vấn
Lập bảng tổng hợp tài liệu gồm 3 cột: Số hiệu tài liệu, mô tả về tài liệu và các nhiệm vụ xử lý chúng.
Lập bảng tổng hợp nhiệm vụ xử lý gồm 5 cột: số hiệu nhiệm vụ xử lý, mô tả về nhiệm vụ xử lý, vị trí công tác thực hiện, tần suất và khối lượng xử lý, tài liệu sử dụng, tài liệu ra.
Tổng hợp các thông tin thu thập được, kết hợp với các thông tin khác để thấy được vấn đề.
Nghiên cứu tài liệu
Phương pháp này cho phép cán bộ xác định yêu cầu có thêm thông tin về tổ chức như lịch sử hình thành, phát triển, tình trạng tài chính, tiêu chuẩn và định mức, cấu trúc thứ bậc,… những thông tin trên giấy tờ phản ánh quá khứ, hiện tại, và thậm chí cả tương lai của tổ chức. Vì vậy, cần nghiên cứ các văn bản sau:
Các văn bản về thủ tục và quy trình làm việc của cá nhân hoạt nhóm công tác
Các phiếu mẫu sử dụng trong hoạt động của tổ chức
Các báo cáo, bảng biểu do hẹ thống thông tin hiện tại sinh ra.
Sử dụng phiếu điều tra
Khi cần lấy thông tin trên một diện rộng các đối tượng thì sử dụng phương pháp này. Yêu cầu câu hỏi trên phiếu phải rõ ràng, phiếu ghi có cách thức dễ tổng hợp.
Có thể chọn gửi phiếu điều tra đến những đối tượng sau:
Những đối tượng có thiện chí
Nhóm ngẫu nhiên
Chọn nhóm có mục đích
Phân thành các nhóm (lãnh đạo, quản lý, người dùng,…)
Phiếu thường được thiết kế trên giấy, tuy nhiên có thể dùng qua điện thoại, fax, email,…
Quan sát
Khi phân tích viên muốn hiểu thêm về hệ thống thông tin mới, có thể sử dụng phương pháp này kết hợp với các phương pháp trên. Tuy nhiên, phương pháp này sẽ gặp khó khăn nếu người bị quan sát không làm việc như thường ngày.
Phương pháp mã hóa dữ liệu
Định nghĩa mã hóa dữ liệu
Mã hiệu được xem như một biểu diễn theo quy ước, thông thường là ngắn gọn về mặt thuộc tính của một thực thể hoặc tập hợp thực thể. Bên cạnh những thuộc tính định danh theo ngôn ngữ tự nhiên, người ta thường tạo ra những thuộc tính nhận diện mới gồm một dãy ký hiệu, chủ yếu là những chữ cái và chữ số, được gán cho một ý nghĩa nhất định.
Mã hóa là việc xây dựng một tập hợp những hàm thức mang tính quy ước và gán cho tập hợp này một ý nghĩa bằng cách cho liên hệ với tập hợp những đối tượng cần biểu diễn. Đây là một công việc của thiết kế hệ thống thông tin.
Tác dụng của việc mã hóa
Việc mã hóa mang lại những lợi ích sau:
Nhận diện không nhầm lẫn các đối tượng. Do gán cho mỗi đối tượng một thuộc tính định danh mang tính duy nhất nên không thể có sự nhầm lẫn giữa đối tượng này với đối tượng khác.
Mô tả nhanh chóng các đối tượng. Tên của một đối tượng thường dài và khó nhớ, tuy nhiên, nếu nó được gán cho một mã hiệu và mã hiệu này nằm trong bảng mã thì việc truy cập để tìm tên công ty là dễ dàng.
Nhận diện nhóm đối tượng nhanh hơn. Nếu việc mã hóa đã được phân nhóm từ trước thì việc ta có thông tin về từng nhóm đối tượng sẽ trở nên nhanh chóng và dễ dàng rất nhiều.
Các phương pháp mã hóa cơ bản
Có các phương pháp mã hóa sau:
Mã hóa phân cấp. Mã hóa từ trên xuống dưới, từ trái qua phải. Dãy số được kéo dài về phía phải thể hiện chi tiết sự phân cấp sâu hơn. Phương pháp này đơn giản và dễ hiểu.
Mã hóa liên tiếp. Mã của đối tượng sau bằng mã của đối tượng trước nó cộng 1 đơn vị. Phương pháp này tạo lập dễ dàng nhưng không có tính gợi nhớ và không thể chèn thêm.
Mã tổng hợp. Kết hợp hai phương pháp trên
Mã hóa theo series. Sử dụng một tập hợp dãy gọi là xeri.
Mã hóa gợi nhớ. Căn cứ vào đặc tính của đối tượng để xây dựng. Phương pháp này có tính gợi nhớ cao, nhưng không thuận lợi cho tổng hợp và phân tích.
Mã hóa ghép nối. Chia mã làm nhiều trường, mỗi trường gắn với một đặc tính của đối tượng được mã hóa.
Dù dùng phương pháp nào thì bộ mã cũng phải đảm bảo ba yêu cầu sau: bảo đảm tỷ lệ kén chọn và tỷ lệ sâu sắc bằng 1; có tính uyển chuyển, lâu bền; tiện lợi khi sử dụng.
Công cụ mô hình hóa
Sơ đồ luồng dữ liệu (DFD)
Hình 2.6: Các ký pháp cơ bản của ngôn ngữ DFD
Sơ đồ luồng dữ liệu dùng để mô tả hệ thống thông tin nhưng trên góc độ trừu tượng. Trên sơ đồ gồm các luồng dữ liệu, xử lý, lưu trữ, nguồn, đích nhưng không quan tâm đến đối tượng chịu trách nhiệm xử lý. Sơ đồ này chỉ mô tả đơn thuần hệ thống thông tin làm gì và để làm gì.
Các mức của DFD. Sơ đồ ngữ cảnh thể hiện khái quát nội dung chính của hệ thống thông tin. Sơ đồ này không đi vào chi tiết mà mô tả sao cho chỉ cần một lần nhìn là nhận ra nội dung chính của hệ thống. Phân rã sơ đồ: Chi tiết hóa, cụ thể hóa từng chức năng trong sơ đồ ngữ cảnh. Có các mức 0, mức 1,…
Sơ đồ luồng thông tin (IFD)
Hình 2.5: Các ký pháp cơ bản của ngôn ngữ IFD
Sơ đồ luồng thông tin được dùng để mô tả hệ thống thông tin theo cách thức động. Tức là mô tả sự di chuyển của dữ liệu, việc xử lý, lưu trữ trong thể giới vật lý bằng các sơ đồ.
Dòng thông tin ra vào với kho dữ liệu không cần phải có mũi tên chỉ hướng. Có thể dùng thêm một số ký tự khác như màn hình, đĩa từ.
Sơ đồ chức năng kinh doanh (BFD)
Hình 2.7: Các ký pháp cơ bản của ngôn ngữ BFD
Mục đích của sơ đồ là nêu lên chính xác và cụ thể các chức năng chính của hệ thống thông tin. Sơ đồ chức năng của hệ thống chỉ ra cho chúng ta biết hệ thống cần phải làm gì chứ không phải chỉ ra là phải làm như thế nào. Sơ đồ BFD được biểu diễn dưới dạng hình cây. Ở mỗi mức, các chức năng cùng mức sắp xếp trên cùng một hàng, cùng một dạng. Mỗi chức năng có một tên duy nhất, tên chức năng phải là một mệnh đề động từ gồm một đồng từ và một bổ ngữ. Tên chức năng cần phản ánh được nội dung công việc thực tế mà tổ chức thực hiện và người sử dụng quen dùng nó.
Thiết kế logic của hệ thống thông tin quản lý
Thiết kế cơ sở dữ liệu logic đi từ các thông tin ra
Các bước để tiến hành thiết kế cơ sở dữ liệu logic từ các thông tin đầu ra:
Bước 1: Xác định các đầu ra
Liệt kê toàn bộ đầu ra
Nội dung, khối lượng, tần xuất và nơi nhận chúng
Bước 2: Xác định các tệp cần thiết cung cấp đủ dữ liệu cho việc tạo ra từng đầu ra.
Liệt kê các phần tử thông tin trên đầu ra. Trên mỗi thông tin đầu vào bao gồm các phần tử thông tin gọi là thuộc tính. Phân tích việc liệt kê toàn bộ các thuộc tính thành một danh sách. Đánh dấu các thuộc tính lặp, thuộc tính thứ sinh, gạch chân các thuộc tính khóa cho thông tin đầu ra, loại bỏ cá thuộc tính thứ sinh.
Thực hiện việc chuẩn hóa mức 1 (1.NF). Trong mỗi danh sách không được phép chứa những thuộc tính lặp. Nếu có các thuộc tính lặp thì phải tách chúng ra làm các danh sách con, có một ý nghĩa dưới góc độ quản lý. Gắn thêm cho nó một tên, tìm cho nó một thuộc tính định danh riêng và thêm thuộc tính định danh của danh sách gốc.
Thực hiện chuẩn hóa mức 2 (2.NF). Trong một danh sách, mỗi thuộc tính phải phụ thuộc hàm vào toàn bộ khóa chứ không chỉ phụ thuộc vào một phần của khóa. Nếu có sự phụ thuộc như vậy thì phải tách những thuộc tính phụ thuộc hàm vào bộ phận của khóa thành một danh sách mới. Lấy toàn bộ khóa đó làm khóa cho danh sách mơi. Đặt cho danh sách này một tên riêng phù hợp với nội dung các thuộc tính trong danh sách.
Thực hiện chuẩn hóa mức 3 (3.NF). Trong một danh sách không được phép có sự phụ thuộc hàm vào thuộc tính Y và Y phụ thuộc hàm vào X thì phải tách chúng làm 2 danh sách chứa quan hệ Z, Y và danh sách chứa quan hệ Y với X.
Mô tả các tệp. Sau chuẩn hóa mức 3 mỗi danh sách sẽ là một tệp cơ sở dữ liệu. Tên tệp viết chữ hoa, nằm phía trên, thuộc tính nằm trong các ô, thuộc tính khóa có gạch chân.
Bước 3: Tích hợp các tệp để chỉ tạo ra một CSDL. Những danh sách nào cùng mô tả về một thực thể thì phải tích hợp lại, nghĩa là tạo thành một danh sách chung bằng cách tập hợp tất cả các thuộc tính chung và riêng của danh sách đó.
Bước 4: Xác định khối lượng dữ liệu cho từng tệp và toàn bộ sơ đồ. Xác định số lượng các bản ghi từng tệp, độ dài cho một thuộc tính, độ dài cho bản ghi.
Bước 5: Xác định liên hệ logic giữa các tệp và thiết lập lại sơ đồ cấu trúc dữ liệu. Xác định mối liên hệ giữa các tệp, biểu diễn chúng bằng các mũi tên hai chiều, nếu có quan hệ một-nhiều thì vẽ hai mũi tên về hướng nhiều.
Thiết kế cơ sở dữ liêu bằng phương pháp mô hình hóa
Khái niệm cơ bản
Thực thể: được dùng để biểu diễn những đối tượng cụ thể hoặc trừu tượng trong thế giới thực mà ta muốn lưu trữ thông tin về chúng.
Liên kết: Một thực thể trong thực tế không tồn tại độc lập với các thực thể khác mà có sự liên hệ qua lại giữa các thực thể với nhau.
Mức độ liên kết
Ngoài việc biết thực thể này liên kết với thực thể khác ra sao còn cần phải biết có bao nhiêu lần xuất thực thể A tương tác với mõi lần xuất thực thể B và ngược lại.
Liên kết một – một (1@1) là mỗi lần xuất thực thể A được liên kết với chỉ một lần xuất thực thể B và ngược lại.
Liên kết một – nhiều (1@N) là mỗi lần xuất của thực thể A được liên kết với một hoặc nhiều của thực thể B và mỗi lần xuất của thực thể B chỉ liên kết với duy nhất một lần xuất của thực thể A.
Liên kết nhiều – nhiều (N@M) là mỗi lần xuất của thực thể A được liên kết với một hoặc nhiều của thực thể B và mỗi lần xuất của thực thể B được liên kết với một hoặc nhiều lần xuất của thực thể A.
Thiết kế vật lý ngoài
Thiết kế vật lý đầu ra
Thiết kế vật lý đầu ra có hai nhiệm vụ: lựa chọn vật mang tin và bố trí thông tin trên vật mang.
Lựa chọn vật mang tin. Để truyền tải thông tin cần phải có vật mang tin, đây là yếu tố phải được lựa chọn đầu tiên vì nó quyết định dạng thức của đầu ra. Có 4 loại vật mang tin chính: giấy, màn hình, tiếng nói, vật mang tin từ tính hoặc quang tính.
Bố trí thông tin đầu ra trên vật mang. Sau khi xác định được vật mang, thiết kế viên phải lựa chọn cách thức bố trí sao cho nó thể hiện tốt nhất nội dung của thông tin. Có hai vật mang tin được dùng chủ yếu là giấy và màn hình.
Thiết kế trang in. Gồm có các thông tin cố định, không thay đổi như tên tài liệu, tên công ty,…. Nếu thông tin cần được phân nhóm thì phải thể hiện tất cả những yếu tố tên tài liệu, tên trang, tên nhóm, thân tài liệu, cuối nhóm, cuối trang, cuối tài liệu. Thông tin có thể được trình bày theo cột, theo cột trong từng nhóm, theo dòng.
Thiết kế ra trên màn hình. Sử dụng màn hình sẽ có nhiều lợi thế hơn giấy. Thiết kế sao cho người sử dụng có thể dùng các phím lùi, tiến,… để xem thông tin. Nếu có thể thì nên sử dụng cách tiếp cận Danh sách – Chi tiết.
Thiết kế vật lý đầu vào
Lựa chọn phương tiện nhập. Nhập từ một tài liệu nguồn qua một thiết bị cuối, dữ liệu vào là đầu ra của quá trình xử lý trước đó.
Quy tắc thiết kế màn hình nhập liệu. Khuôn dạng màn hình nên giống với tài liệu gốc; Nên nhóm các trường trên màn hình theo một trật tự có ý nghĩa; Không nhập các thông tin mà hệ thống có thể lấy từ kết quả tính toán; Đặt tên trường ở trên hoặc trước trường nhập; Đặt các giá trị ngầm định cho phù hợp; Sử dụng phím Tab để chuyển trường nhập.
Thiết kế giao tác với phần tin học hóa
Giao tác bằng tập hợp lệnh. Cách này có những bất lợi: khó thiết kế và lập trình; Người sử dụng phải nhớ các câu lệnh để sử dụng. Cách này sử dụng cho người có trình độ tin học cao.
Giao tác bằng các phím trên bàn phím. Dùng một vài phím nóng. Cách này làm tăng tốc độ đưa lện vào cho hệ thống và dễ dàng hơn với người sử dụng. Cách này phù hợp cho những người sử dụng thường xuyên.
Giao tác qua thực đơn (menu). Là cách được dùng phổ biến nhất hiện nay.
Thiết kế vật lý trong
Một số khái niệm. Sự kiện là một việc thực khi đến nó làm khởi sinh sự việc thực hiện của một hoặc nhiều xử lý. Công việc là một dãy các xử lý có chung một sự kiện khởi sinh. Tiến trình là một dãy các công việc mà các xử lý bên trong nó nằm cùng một lĩnh vực nghiệp vụ. Nếu tiến trình quá lớn thì nên chia cắt thành các lĩnh vực nhỏ hơn. Nhiệm vụ là một xử lý được xác định thêm các yếu tố về tổ chức: ai, ở đâu, khi nào,… Pha xử lý là tập hợp các nhiệm vụ có tính đến các yếu tố tổ chức và sự thực hiện của chúng, không phụ thuộc vào sự kiện nào khác mà chỉ phụ thuộc vào sự kiện khởi sinh ban đầu. Mô đun xử lý là một xử lý cập nhập hoặc tra cứu bên trong của một pha và thao tác với số lượng tương đối ít dữ liệu.
Thể hiện sự liên kết giữa các mô đun. Sử dụng sơ đồ phân cấp để thể hiện mối liên hệ giữa các mô đun đã được tạo ra. Xây dựng các mô đun nhỏ để dễ kiểm tra. Mô đun nhỏ có thể sử dụng trong nhiều pha. Tính đến khả năng trợ giúp của các phần mềm phát triển. Tích hợp các đặc trưng vật lý của máy tính để phân chia mô đun. Xếp theo các nhóm mô đun có sự liên thông hết cái này đến cái kia.
Thiết kế các nhiệm vụ người – máy. Các nhiệm vụ người – máy có mục đích chính nhằm tổ chức hội thoại giữa người và máy trong các pha đối thoại. Mỗi nhiệm vụ cần phải lập ra một sơ đồ gồm 3 phần: Nhiệm vụ - Người; Nhiệm vụ - Máy; Thông tin hiện ra.
Giới thiệu hệ quản trị cơ sở dữ liệu FoxPro 7.0
Công cụ để thực hiện chương trình tính khấu hao tài sản cố định là Visual Foxpro. Hệ quản trị dữ liệu này được dùng để giải quyết các bài toán trong lĩnh vực quản lý
Với Visual Foxpro 8.0 có thể xây dựng hệ thống chương trình ứng dụng trong môi trường hệ điều hành Windows rất dễ dàng và tiện lợi. Với sự kết nối chặt chẽ giữa ngôn ngữ và dữ liệu, có nhiều đặc điểm vượt trội Visual Fox 8.0 là công cụ mạnh mẽ cho việc xây dựng các giải pháp về cơ sở dữ liệu với mọi kích thước. Là một ngôn ngữ lập trình hướng đối tượng nên Visual Fox 8.0 có thể được ứng dụng cho các desktop, chạy trong môi trường Client-Server hay Web. Visual Fox cung cấp cho ta các công cụ cần thiết để tổ chức các Table chứa các thông tin, thực hiện các Query, tạo hệ thống quản lý dữ liệu liên quan thống nhất hoặc lập trình một ứng dụng sắp xếp dữ liệu hoàn chỉnh cho người sử dụng
Một số ưu điểm khi sử dụng hệ quản trị cơ sở dữ liệu Visual Foxpro
Dễ dàng tạo ra cơ sở dữ liệu và dễ dàng sửa đổi, bảo trì, chữa lỗi
Có thế khả năng kết xuất từ các ứng dụng khác như Excel, Oracle, SQL Server…
Có thể tự tạo ra hàm người dùng để tính ra một giá trị theo những công thức hay quy trình phức tạp
Có thể điều khiển tất cả các đối tượng trong cơ sở dữ liệu và cả bản thân cơ sở dữ liệu
Có thể thiết kế giao diện chương trình một cách đa dạng và phong phú, thuận tiện cho người sử dụng
Có thể phát triển ứng dụng một cách dễ dàng hơn: Visual Foxpro thêm một chức năng mới là Application Wizard cung cấp các Prọect Hook class mới và khả năng nâng cáo đặc tính Application Framework làm cho ứng dụng hiệu quả hơn
Gắn các Active X và OLE DB chặt chẽ hơn
Nói tóm lại Visual Foxpro là một hệ quản trị cơ sở dữ liệu được nhiều công ty phát triển phần mềm về quản lý sử dụng và phát triển.
PHÂN TÍCH, THIẾT KẾ HỆ THỐNG THÔNG TIN HỖ TRỢ QUẢN LÝ VÀ HOẠT ĐỘNG TÁC NGHIỆP TẠI HIỆU SÁCH
Khảo sát hệ thống
Phương pháp thu thập thông tin
Phương pháp thu thập thông tin chủ yếu trong đề tài này, như đã trình ở phần trên, chủ yếu là phỏng vấn, quan sát và thu thập tài liệu.
Phỏng vấn: Việc phỏng vấn được tiến hành với nhưng người sẽ tham gia trực tiếp vào hệ thống trong tương lai. Đó là người quản lý hiệu sách, những nhân viên giúp việc người quản lý (nhân viên giám sát, giúp việc), các nhân viên kế toán, các trưởng quầy hàng, các nhân viên đứng quầy và các nhân viên thanh toán và nhân viên gọi nhập, đặt hàng.
Người quản lý hiệu sách mong muốn có thể có những báo cáo quản lý như doanh thu (theo từng quầy hàng, từng thời điểm lựa chọn), báo cáo chi phí, và các báo cáo lợi nhuận một cách nhanh chóng nhất. Với phương pháp thủ công hiện nay, việc kết toán thu chi không thể đảm bảo yêu cầu trên.
Công việc của những người giám sát nhân viên (không chỉ là giám sát nhân viên bán hàng mà còn là chấm công nhân viên theo ca) tuy không phức tạp dù thực hiện thủ công, họ vẫn mong muốn có thể có một hệ thống lưu trữ đầy đủ những thông tin về nhân viên cũng như tần suất đi làm của họ một cách tự động. Điều này giúp họ rất nhiều vì như hiện nay, cuối tháng những nhân viên giám sát này phải tự tổng kết các buổi nghỉ, buổi đi làm của từng nhân viên để có thể lên bảng lương. Điều này hoàn toàn có thể thực hiện được tự động nhờ máy tính.
Các nhân viên kế toán mong muốn công việc có thể được giảm bớt nhờ một hệ thống kết chuyển tự động các hóa đơn bán, hóa đơn mua hàng vào cuối mỗi tháng. Điều này rất thuận lợi cho họ trong việc lên các báo cáo tài chính.
Với nhân viên đứng quầy, nhất là ở các quầy sách. Tuy các quầy sách đều đã được chia nhỏ thành từng lĩnh vực, nhưng nếu có một hệ thống có thể trợ giúp khách hàng trong việc tìm kiếm sách thì sẽ tiết kiệm không chỉ thời gian cho họ, mà còn cho những người mua sách. Một hệ thống như vậy cũng có những tác dụng nhất định trong việc thu hút khách hàng. Và nó đặc biệt có ích nếu hiệu sách mở rộng thêm quy mô, có thêm nhiều đầu sách mới. Ngoài ra, các nhân viên đứng quầy còn phải thống kê số lượng hàng hóa (sách và các loại hàng khác) vào cuối mỗi tuần để xác định xem mặt hàng nào cần nhập về, với số lượng bao nhiêu, việc thống kê này là rất thủ công và mất nhiều thời gian.
Với nhân viên thanh toán, việc thanh toán hiện nay tuy đã áp dụng 03 máy tính tiền nhưng có những bất cập (như đã phân tích ở trên) khi in ra phiếu thanh toán không cụ thể rõ ràng. Tuy nhiên, sự không cụ thể rõ ràng đó mới chỉ là một điểm yếu nhỏ của hệ thống cũ. Do không có quản lý theo mã hàng hóa nên việc kết chuyển hàng bán, tính toán lượng hàng hóa tồn kho là rất khó khăn.
Nhưng điểm yếu của hệ thống thanh toán và việc thống kê hàng tồn cũng gây khó khăn cho những người làm nhiệm vụ gọi đặt hàng mới.
Vì vậy, hệ thống thông tin mới phải khắc phục tất cả những nhược điểm trên của hệ thống cũ.
Quan sát: Việc quan sát trong hiệu sách cho thấy rằng, hệ thống cũ là không hiệu quả và dẫn đến việc tăng chi phí cho nhân lực. Số lượng nhân viên trong từng quầy hàng là lớn (để có thể đảm bảo hoạt động của một quầy). Nhân viên đứng quầy không tập trung vào công việc hầu hết thời gian làm và chỉ làm việc nhiều khi đến cuối mỗi ca (là thời gian để họ kiểm kê hàng hóa). Sự hỗ trợ của nhân viên với khách hàng là không lớn (nhất là tại các quầy sách). Như vậy, có thể thấy hệ thống thông tin hiện thời làm tăng chi phí của doanh nghiệp trong việc thuê nhân công. Nếu hệ thống thông tin mới thành công, số lượng nhân viên sẽ được giảm thiểu.
Thu thập, nghiên cứu tài liệu: Tài liệu thu thập được là phiếu thanh toán, các hóa đơn nhập hàng, các hóa đơn chi khác, bảng chấm công,…
Yêu cầu của hệ thống thông tin mới
Hệ thống thông tin mới phải đảm bảo những yêu quan trọng nhất về mặt chức năng và giao diện sau đây.
Yêu cầu chung về hệ thống: Hệ thống phải đáp ứng tất cả các nhu cầu của những người sẽ tham gia trong tương lai. Đồng thời phải có sự phân quyền rõ ràng.
Yêu cầu về chức năng: Với những thông tin thu thập được trong quá trình trên, một hệ thống thông tin mới phải đảm bảo có các chức năng sau đây. Thứ nhất, quản lý các mặt hàng theo mã hàng hóa; Thứ hai, quản lý quá trình bán hàng (gồm có việc thanh toán, lên các báo cáo về hàng hóa,…); Thứ ba, quản lý quá trình nhập và quản lý hàng tồn kho; Thứ tư, trợ giúp cho việc lên bảng lương và quản lý thông tin nhân viên; Thứ năm, có thể thực hiện tìm kiếm nhằm trợ giúp khách hàng đối với mặt hàng là sách; Thứ sáu, lên các báo cáo tài chính hỗ trợ cho việc quản lý của người quản lý hiệu sách.
Yêu cầu về giao diện: Giao diện hệ thống phải thân thiện với người sử dụng và phù hợp với trình độ văn hóa của nhân viên. Các mẫu cập nhật phải được bố trí một cách khoa học và không quá khác biệt với các mẫu đã từng được sử dụng trước đây.
Phân tích hệ thống
Sơ đồ luồng thông tin (IFD)
Bộ phận bán hàng
Bộ phận nhập, đặt hàng và quản lý hàng tồn kho
Bộ phận chấm công
Bộ phận kế toán
Sơ đồ chức năng (BFD)
Hình 3.2: Sơ đồ chức năng nghiệp vụ của hệ thống.
Sơ đồ luồng dữ liệu (DFD)
Sơ đồ ngữ cảnh
Hình 3.3: Sơ đồ ngữ cảnh
Sơ đồ mức 0
Hình 3.4: Sơ đồ luồng thông tin mức 0
Sơ đồ mức 1
Sơ đồ mức 1 chức năng Quản lý bán hàng
Hình 3.5: Sơ đồ DFD mức 1 chức năng Quản lý bán hàng
Sơ đồ mức 1 chức năng Quản lý tồn và nhập kho
Hình 3.6: Sơ đồ DFD mức 1 chức năng Quản lý tồn và nhập kho
Sơ đồ mức 1 chức năng Kế toán thu – chi
Hình 3.7: Sơ đồ DFD mức 1 chức năng Kế toán thu – chi
Sơ đồ mức 1 chức năng Quản lý nhân viên
Hình 3.8: Sơ đồ DFD mức 1 chức năng Quản lý nhân viên
Sơ đồ mức 1 chức năng Tìm kiếm
Hình 3.8: Sơ đồ DFD mức 1 chức năng Tìm kiếm
Sơ đồ mức 1 chức năng Báo cáo quản lý
Hình 3.9: Sơ đồ DFD mức 1 chức năng Báo cáo quản lý
Thiết kế logic
Thiết kế cơ sở dữ liệu từ thông tin đầu ra
Việc thiết kế cơ sở dữ liệu sau đây dựa vào cách phân tích hướng trọng tâm vào các đối tượng liên quan đến các hoạt động chính của nhà sách và dựa vào các thông tin đầu ra (là các bảng biểu)
Với đối tượng là Hàng hóa:
Tệp HANGHOA (HÀNG HÓA), MALOAI (MÃ LOẠI): Do đặc trưng của nhà sách Nguyễn Văn Cừ là nó vừa là một nhà sách, vừa là một siêu thị thu nhỏ với rất nhiều các sản phẩm khác được bán tại. Tuy nhiên, hệ thống này có một chức năng lớn đó là tìm kiếm (riêng cho các sản phẩm sách báo). Do đó, trong tệp này ngoài các thông tin chung về hàng hóa như Mã loại, tên hàng, nhà cung cấp,… thì còn có một phần thông tin riêng dành cho sách (Nội dung tóm tắt, tác giả, số trang,…).
MaLoai (Mã loại trong tệp MALOAI) kiểu Charater, độ dài 3 là trường để chỉ loại hàng hóa. Riêng với sản phẩm sách thì có nhiều loại nhỏ hơn. Ví dụ như Sách thiếu nhi – STN, tiểu thuyết – TTH,… hay hàng thực phẩm khô – TPK, hóa mỹ phẩm – HMP,…
Và trong tệp này cũng có một trường là trường Sach (Sách), kiểu Logical, độ dài 1. Trường này cho phép xác định hàng hóa có phải là Sách hay không (để phục vụ cho việc tìm kiếm), đồng thời cũng thuận tiện hơn khi cập nhật hàng hóa.
Tệp QUAYHANG, NHACUNGCAP
Trường MaQuay (trong tệp QUAYHANG) kiểu Character, độ rộng 2 dùng để chỉ các quầy hàng. Ví như quầy thực phẩm (TP), quầy sách (SA), Quầy mỹ phẩm (MP),…
Trường MaNCC (trong tệp NHACUNGCAP) kiểu Character với độ rộng 5 chỉ các nhà cung cấp. Ví dụ: Nhà xuất bản Thanh Niên (NXBTN), Công ty FPT (CTFPT),…
Trong tệp NHACUNGCAP có một số trường tương tự với các trường trong các bảng khác như SoDT (Số điện thoại) – trường này có kiểu Nummeric, độ rộng 11 để chỉ số điện thoại bao gồm cả mã quốc tế cho điện thoại cố định. Ví dụ: 84048123123, MaST (Mã số thuế) kiểu Nummeric độ rộng 10 để chỉ mã số thuế. Ví dụ như mã số thuế của công ty FPT: 0101248141.
Với đối tượng là Nhân viên
Tệp NHANVIEN. Trong tệp này, MaNV (Mã nhân viên) với kiểu Nummeric, độ rộng 3 là khóa chính. Chọn độ rộng 3 là vì số lượng nhân viên của hiệu sách có thể tăng lên qua con số 99 nhân viên (trong tương lai.)
Tệp BOPHAN. Chứa các thông tin về từng bộ phận trong nhà sách. MaBP (Mã bộ phận) là khóa chính, kiểu Character, độ dài 2. Ví dụ như bộ phận kế toán (KT), Bộ phận bán hàng (BH), Bộ phận giám sát (GS),…
Tệp CALV. Chứa các thông tin về từng ca làm việc. Khóa chính là MaCaLV (Mã ca làm việc) kiểu dữ liệu Character, độ dài 1. Ví dụ ca sáng (S), chiều (C), tối (T). Và đồng thời chứa thời gian bắt đầu, kết thúc một ca. Tệp này cũng chứa mức lương trả cho nhân viên từng ca.
Tệp BANGCC. Là tệp chứa thông tin về các phiếu chấm công. Trong đó, MaBCC là khóa chính. Khóa chính này có giá trị là Nummeric, tự sinh ra với quy tắc mã hóa liên tiếp: mã của bảng sau bằng mã của bảng trước cộng thêm 1 đơn vị. Bảng chấm công được nhân viên giám sát sử dụng ở từng ca làm việc và theo dõi tần suất đi làm của nhân viên, phục vụ cho việc lên bảng lương.
Với đối tượng là các giao dịch mua và bán
Tệp GIAODICHBAN, GIAODICHMUA. Hai tệp này là hoàn toàn tương đương nhau. Đây là hai trong ba tệp quan trọng nhất của cơ sở dữ liệu, chứa thông tin về các giao dịch mua và bán. Tệp này có thể được hiểu như là các tệp chứa thông tin về các hóa đơn. Trong đó, MaGDB – Mã giao dịch bán (tương tự là MaGDM – mã giao dịch mua) có kiểu Nummeric, độ rộng 10, được mã hóa theo quy tắc mã hóa liên tiếp và sinh ra tự động trong quá trình thực hiện giao dịch. Trong mỗi giao dịch có thể thực hiện trao đổi nhiều hàng hóa. Và 2 tệp này có quan hệ nhiều – nhiều với tệp HANGHOA.
Ngoài ra còn một số tệp khác là tệp trung gian trong quan hệ nhiều – nhiều
Các tệp cơ sở sở dữ liệu
LOAIHANG (LOẠI HÀNG)
Tên trường
Kiểu dữ liệu
Độ rộng
Diễn giải
MaLoai
Character
3
Mã loại
TenLoai
Character
15
Tên loại
GiaiThich
Character
60
Giải thích
QUAYHANG (QUẦY HÀNG)
Tên trường
Kiểu dữ liệu
Độ rộng
Diễn giải
MaQuay
Character
2
Mã quầy
TenQuay
Character
15
Tên quầy
Trưởng quầy
Character
30
Trưởng quầy
NHACUNGCAP (NHÀ CUNG CẤP)
Tên trường
Kiểu dữ liệu
Độ rộng
Diễn giải
MaNCC
Character
5
Mã nhà cung cấp
TenNCC
Character
30
Tên nhà cung cấp
DiaChi
Character
30
Địa chỉ
SoDT
Nummeric
11
Số điện thoại
MaST
Nummeric
10
Mã số thuế
HANGHOA (HÀNG HÓA)
Tên trường
Kiểu dữ liệu
Độ rộng
Diễn giải
MaHang
Nummeric
5
Mã hàng
TenHang
Character
30
Tên hàng
MaLoai
Character
3
Mã loại hàng
MaQuay
Character
2
Mã quầy
MaNCC
Character
5
Mã nhà cung cấp
Sach
Logical
1
Là sách hay không
TacGia
Character
30
Tác Giả
SoTrang
Nummeric
4
Số trang
TomTat
Character
100
Nội dung tóm tắt
TonDK
Nummeric
4
Tồn đầu kỳ
GiaTDK
Currency
8
Đơn giá tồn đầu kỳ
CALV (CA LÀM VIỆC)
Tên trường
Kiểu dữ liệu
Độ rộng
Diễn giải
MaCaLV
Character
1
Mã ca làm việc
TGBD
Datetime
8
Thời gian bắt đầu
TGKT
Datetime
8
Thời gian kết thúc
MucLuong
Currency
8
Mức lương
BOPHAN (BỘ PHẬN)
C
Kiểu dữ liệu
Độ rộng
Diễn giải
MaBP
Character
2
Mã bộ phận
TenBP
Character
15
Tên bộ phận
TruongBP
Character
30
Trưởng bộ phận
NhiemVu
Character
60
Nhiệm vụ
BANCC (BẢNG CHẤM CÔNG)
Tên trường
Kiểu dữ liệu
Độ rộng
Diễn giải
MaBCC
Nummeric
10
Mã bảng chấm công
MaCaLV
Character
1
Mã ca làm việc
Ngay
Date
8
Ngày chấm
NguoiCham
Character
30
Người chấm
Chuky
Character
10
Chữ ký
NHANVIEN (NHÂN VIÊN)
Character
Kiểu dữ liệu
Độ rộng
Diễn giải
MaNV
Character
3
Mã nhân viên
TenNV
Character
30
Tên nhân viên
MaBP
Character
2
Mã bộ phận
DiaChi
Character
30
Địa chỉ
DienThoai
Nummeric
10
Điện thoại
TGBD
Date
8
Thời gian vào làm
CALVNV (CA LÀM VIỆC – NHÂN VIÊN)
Tên trường
Kiểu dữ liệu
Độ rộng
Diễn giải
MaNV
Character
3
Mã nhân viên
MaCaLV
Nummeric
1
Mã ca làm việc
BCCNV (BẢNG CHẤM CÔNG – NHÂN VIÊN)
Tên trường
Kiểu dữ liệu
Độ rộng
Diễn giải
MaBCC
Nummeric
10
Mã bảng chấm công
MaNV
Character
3
Mã nhân viên
THUESUAT (THUẾ SUẤT)
Tên trường
Kiểu dữ liệu
Độ rộng
Diễn giải
LoaiThue
Character
4
Loại số thuế
TenThue
Character
15
Tên thuế
ThueSuat
Nummeric
4,2
Thuế suất
GIAODICHBAN (GIAO DỊCH BÁN)
Tên trường
Kiểu dữ liệu
Độ rộng
Diễn giải
MaGDB
Nummeric
10
Mã giao dịch bán
ThoiGian
Datetime
8
Thời gian bán
Ngayban
Date
8
Ngày bán
TenKH
Character
30
Tên khách hàng
MaNV
Character
3
Mã nhân viên
GIAODICHMUA (GIAO DỊCH MUA)
Tên trường
Kiểu dữ liệu
Độ rộng
Diễn giải
MaGDM
Nummeric
10
Mã giao dịch mua
ThoiGian
Datetime
8
Thời gian mua
Ngaymua
Date
8
Ngày mua
MaNCC
Character
5
Mã nhà cung cấp
MaNV
Character
3
Mã nhân viên
GDBHH (GIAO DỊCH BÁN – HÀNG HÓA)
Tên trường
Kiểu dữ liệu
Độ rộng
Diễn giải
MaDGB
Nummeric
10
Mã giao dịch bán
MaHang
Nummeric
3
Mã hàng
SoLuong
Nummeric
4
Số lượng
GiaBan
Currency
8
Giá bán
LoaiThue
Character
4
Loại số thuế
GDMHH (GIAO DỊCH MUA – HÀNG HÓA)
Tên trường
Kiểu dữ liệu
Độ rộng
Diễn giải
MaDGM
Nummeric
6
Mã giao dịch mua
MaHang
Nummeric
5
Mã hàng
SoLuong
Nummeric
10
Số lượng
GiaMua
Nummeric
10
Giá bán
LoaiThue
Character
4
Loại thuế
Mối quan hệ giữa các tệp
Một số giải thuật
Giải thuật đăng nhập
Giải thuật cập nhật dữ liệu
Giải thuật Tìm kiếm
Giải thuật In báo cáo
Một số giao diện của chương trình
Một số form chính
Giao diện chính
Đăng nhập
Form cập nhật loại hàng:
Form cập nhật nhà cung cấp
Form cập nhật quầy hàng
Form cập nhật hàng hóa: Khi cập nhật, người dùng sẽ nhập vào ô check box xem có phải sách hay hàng hóa thường. Nếu là hàng hóa thường, sẽ cập nhật như sau:
Nếu là sách:
Một số báo cáo
Danh sách nhân viên
KẾT LUẬN
Hệ thống thông tin hỗ trợ quản lý và hoạt động tác nghiệp trong nhà sách là một hệ thống nhỏ gọn, hỗ trợ hiệu quả cho việc lên các báo cáo quản lý cũng như trong các hoạt động tác nghiệp thường ngày tại các hiệu sách vừa và nhỏ tại Việt Nam.
Ngoài ra, hệ thống còn có thể được mở rộng hơn (nếu cần thiết). Ví dụ nếu nhà sách mở rộng quy mô, số lượng khách hàng tăng lên nhiều và nhà sách muốn mối quan hệ với khách hàng được thắt chặt hơn (đây là phương pháp gián tiếp nâng cao doanh số của doanh nghiệp), hệ thống có thể được mở rộng bằng việc thêm một số bảng quản lý các thông tin về khách hàng.
Đối với nhà sách Nguyễn Văn Cừ nói riêng, các nhà sách trong doanh nghiệp sách Thành Nghĩa nói chung, hệ thống này có thể được áp dụng một cách đồng bộ, từ đó có thể hỗ trợ nhiều hơn cho việc quản lý của doanh nghiệp mẹ.
Khi thực hiện chuyên đề này, em đã cố gắng để có thể đưa ra một sản phẩm hoàn thiện. Tuy nhiên, do hạn chế về mặt thời gian và kiến thức, chuyên đề vẫn còn một số thiếu sót nhất định: phần mềm chưa hoàn chỉnh, trình bày chưa thực sự khoa học. Em rất mong nhận được ý kiến đóng góp của các thầy cô để đề tài này có thể hoàn thiện hơn!
Em xin chân thành cảm ơn thầy giáo - TS.Trương Văn Tú đã đưa ra những ý kiến đóng góp bổ ích để em có thể thực hiện chuyên đề này! Tôi cũng xin cảm ơn các anh chị tại Fsoft và các bạn cùng lớp vì sự giúp đỡ nhiệt tình trong thời gian thực tập!
PHỤ LỤC
1. Mã chương trình chính: main.prg
*** THIET LAP CAC BIEN DUONG DAN DEN CAC THU MUC MUC CUA HE THONG
Do SetEN
PUBLIC P_COD, P_DATA, P_SCREEN, P_SYSTEM,m_scrrow,m_scrol,m_font_name,m_font_size, P_PROGRAM, P_PICTURE,P_WS,P_TMP,P_REPORT,OK
DO SETPATH
** THIET LAP DUONG DAN MAC DINH CUA CHUONG TRINH
** CHAY CHUONG TRINH KHAI BAO CAC BIEN HE THONG
DO (p_program + 'taobienhethong')
** CHAY CHUONG TRINH TAO MENU CHO CHUONG TRINH
*_screen.Icon=P_picture+"a30.ICO"
_screen.Closable= .T.
_vfp.StatusBar="Nguyen Mai Trang"
*ON KEY LABEL ALT+Q do end
_Screen.Caption = ALLTRIM(M_name)
_sCREEN.Picture = p_picture +'windows xp.JPG'
ON KEY LABEL ALT+Q DO End
DO (p_program + "Login")
*do (p_program+"chaylogin")
********************
m_scrrow=SROWS()
m_scrol=SCOL()
m_font_name="MS Sans Serif"
m_font_size=12
DEFINE WINDOW m_winbrw from 2, 0 to FLOOR(m_scrrow)-2, FLOOR(m_scrol) color scheme 10;
close float grow minimize zoom system font m_font_name, m_font_size-2
*icon file locfile(p_picture+"Cyber.ico")
***************
IF NOT OK
MESSAGEBOX("Ban nhap sai mat khau")
ON SHUTDOWN
QUIT
ENDIF
DO (p_program + 'mainmenu')
do (p_program+'e_v')
*do (p_program+'tinhtrangktvhotkey')
*do (p_program+'hotkey')
*do (p_program+'chuchay')
*do (p_program+'mauxe')
READ EVENTS
* ON key shift+n
ON KEY LABEL ALT+Q
RETURN
*------------------------------------SETPATH------------------------------------
PROCEDURE SETPATH
P_COD = '..\COD\'
P_DATA = '..\DATA\'
P_PROGRAM = '..\PROGRAM\'
P_SCREEN = '..\SCREEN\'
P_SYSTEM = '..\SYSTEM\'
P_PICTURE = '..\PICTURE\'
P_WS ='..\WS\'
P_TMP='..\TMP\'
P_REPORT='..\REPORT\'
RETURN
*--------------------------------------------------------------------------------
PROCEDURE SetEN
CLOSE DATABASES
CLEAR ALL
CLEAR EVENTS
CLEAR
_vfp.StatusBar=""
SET SAFETY OFF
HIDE WINDOW all
return
RETURN
PROCEDURE End
* ON key shift+n
SET Sysmenu TO DEFAULT
CLEAR ALL
CLEAR EVENTS
CLEAR
RETURN
2. Mã chương trình chạy thanh menu: mainmenu.prg
IF !USED('tblmenu')
SELECT 0
USE P_SYSTEM + 'tblmenu' ALIAS tblmenu ORDER menuid0 exclusive
ELSE
select tblmenu
endif
SET SYSMENU TO
SELECT tblmenu
DELETE ALL FOR EMPTY(menuid0)
PACK
i=0
SCAN
IF EMPTY(tblmenu.MENUID1) THEN
** TAO MENU CHINH
_TG="P"+ALLTRIM(tblmenu.MENUID0)
IF M_LAN =.t. THEN
DEFINE PAD &_TG OF _MSYSMENU PROMPT ALLTRIM(VNbar) COLOR SCHEME 3
ELSE
DEFINE PAD &_TG OF _MSYSMENU PROMPT ALLTRIM(Ebar) COLOR SCHEME 3
ENDIF
ON PAD &_TG OF _MSYSMENU ACTIVATE POPUP &_TG
DEFINE POPUP &_TG MARGIN RELATIVE COLOR SCHEME 4
ELSE
i=i+1
dieukien=ALLTRIM('M_'+ALLTRIM(STR(i)))
PUBLIC (dieukien)&& dung de kiem tra xem nguoi dung hien tai co duoc phep truy cap vao bar nay hay khong
IF !USED('userin')
SELECT 0
use p_system+'userin' ALIAS userin shared
ELSE
SELECT userin
ENDIF
if userin.admin.T.
STORE (ALLTRIM(tblmenu.menuid1)$ ALLTRIM(m_menuid)) to (dieukien)
else
store .T. to (dieukien)
endif
*i=i+1
*use ../system/tblmenu ALIAS tblmenu shared
IF M_LAN =.T. THEN
DEFINE BAR I OF &_TG PROMPT ALLTRIM(tblmenu.VNbar) picture ALLTRIM(tblmenu.images);
SKIP for!(&dieukien)
ELSE
DEFINE BAR I OF &_TG PROMPT ALLTRIM(tblmenu.Ebar) picture ALLTRIM(tblmenu.images);
SKIP for!(&dieukien)
ENDIF
_TT=ALLTRIM(tblmenu.pro)
ON SELECT bar i of &_TG &_TT
ENDIF
ENDSCAN
3. Mã chạy form quầy hàng
3.1 quayhang.refresh
IF thisform.edittype==0
thisform.txtmaquay.readonly=.t.
thisform.txttenquay.readonly=.t.
thisform.txttruongquay.readonly=.t.
thisform.cmdmoi.Caption='Moi'
thisform.cmdboqua.Enabled =.f.
thisform.cmdsua .enabled=.t.
ENDIF
IF thisform.edittype==1
thisform.txtmaquay.readonly=.f.
thisform.txttenquay.readonly=.f.
thisform.txttruongquay.readonly=.f.
thisform.cmdmoi.Caption='Luu'
thisform.cmdboqua.Enabled =.t.
thisform.cmdsua .enabled=.f.
ENDIF
IF thisform.edittype==2
thisform.txtmaquay.readonly=.f.
thisform.txttenquay.readonly=.f.
thisform.txttruongquay.readonly=.f.
thisform.cmdmoi.Caption='Luu'
thisform.cmdboqua.Enabled =.t.
thisform.cmdsua .enabled=.f.
ENDIF
3.2 quayhang.init
SCATTER memvar
thisform.edittype=0
GO recordnumber
thisform.refresh
3.3 quayhang.cmdmoi.click
IF !USED('quayhang')
SELECT 0
use p_cod+'quayhang' ALIAS quayhang
ELSE
SELECT quayhang
ENDIF
*!* DELETE ALL for EMPTY(loaihang.maloai)
*!* pack
*!*
SELECT quayhang
IF thisform.edittype==0
SCATTER memvar blank
thisform.edittype=1
thisform.Refresh
thisform.txtmaquay.valuE=""
thisform.txttenquay.vALUE=""
thisform.txttruongquay.vALUE=""
thisform.txtmaquay.SetFocus
ELSE
if thisform.edittype==1
IF ISBLANK(thisform.txtmaquay.value)
MESSAGEBOX("Ban chua nhap thong tin day du ")
*ENDIF
SCATTER memvar
thisform.edittype=0
ELSE
SELECT quayhang
m.loaithue=ALLTRIM(thisform.txtmaquay.Value)
GO bott
IF !ISBLANK(quayhang.maquay) or EOF()
APPEND BLANK
GATHER memvar
ENDIF
ENDIF
ENDIF
GO top
thisform.edittype=0
ENDIF
IF thisform.edittype==2
m.maquay=ALLTRIM(thisform.txtmaquay.Value)
GATHER memvar
*SELECT dmphieuro
thisform.edittype=0
ENDIF
thisform.Refresh
3.4 quayhang.cmdthoat.click
IF thisform.edittype=1
IF MESSAGEBOX("Ban chua tao xong nguoi dung, co thoat khong",4)=6 then
thisform.Release
ENDIF
ENDIF
thisform.Release
DANH MỤC TÀI LIỆU THAM KHẢO
Ngôn ngữ lập trình Foxpro, NXB Giáo Dục Hà Nội, 1998.
Nguyễn Phú Tiến.
Sử dụng và khai thác Microsoft Visual Foxpro 6.0, NXB Giáo Dục Hà Nội, 2000.
Nguyễn Ngọc Minh (chủ biên), Nguyễn Đình Tê (hiệu đính).
Giáo trình hệ thống thông tin quản lý, NXB Thống Kê Hà Nội, 2000.
TS. Trương Văn Tú, TS. Trần Thị Song Minh.
Giáo trình hệ thống thông tin quản lý dùng cho hệ cao học và nghiên cứu sinh, NXB Lao Động-Xã hội Hà Nội, 2004. PGS. TS. Hàn Viết Thuận (chủ biên), TS. Trương Văn Tú, TS. Cao Đình Thi, TS. Trần Thị Song Minh.
Các file đính kèm theo tài liệu này:
- 36332.doc