1. Trang chủ
  2. » Luận Văn - Báo Cáo

Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm

117 4 0
Tài liệu đã được kiểm tra trùng lặp

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Tiêu đề Xây Dựng Hệ Thống Quản Lý Ngân Hàng Câu Hỏi Trắc Nghiệm
Tác giả Trần Trung Dũng, Huỳnh Quốc Tuấn
Người hướng dẫn Thầy Nguyễn Trần Thi Văn, Thầy Nguyễn Công Thương
Trường học Đại Học Sư Phạm Kỹ Thuật
Chuyên ngành Công Nghệ Thông Tin
Thể loại Đề Tài
Năm xuất bản 2009
Thành phố Tp. Hồ Chí Minh
Định dạng
Số trang 117
Dung lượng 2,38 MB

Cấu trúc

  • 1. Giới thiệu đề tài (15)
  • 2. Mục đích đề tài (15)
  • 3. Phạm vi của đề tài (16)
  • Chương 1. Tổng quan về trắc nghiệm khách quan (17)
    • 1.1. Luận đề và trắc nghiệm khách quan (18)
    • 1.2. Những nguyên tắc chung của trắc nghiệm (20)
    • 1.3. Những trường hợp dùng trắc nghiệm (21)
    • 1.4. Các hình thức câu trắc nghiệm (22)
      • 1.4.1. Câu trắc nghiệm đúng sai (true- false questions) (22)
      • 1.4.2. Câu trắc nghiệm đa lựa chọn (Multiple choice questions) (23)
      • 1.4.3. Câu trắc nghiệm ghép hợp (matching questions) (25)
      • 1.4.4. Câu trắc nghiệm điền khuyết (filling questions) (25)
  • Chương 2. Khảo sát và phân tích hiện trạng (26)
    • 2.1. Khảo sát hiện trạng (26)
    • 2.2. Phân tích hiện trạng (30)
    • 2.3. Xác định chức năng (31)
  • Chương 3. Phân tích thiết kế hệ thống (32)
    • 3.1. Phân tích hệ thống (32)
      • 3.1.1. Use case diagram (32)
        • 3.1.1.1. Use case chính (32)
        • 3.1.1.2. Chi tiêt uses case quản lý thông tin (34)
        • 3.1.1.3. Chi tiết uses case quản trị (35)
        • 3.1.1.4. Chi tiết uses case soạn câu hỏi (37)
        • 3.1.1.5. Chi tiết use case soạn multimedia (37)
        • 3.1.1.6. Chi tiết use case xem đề thi đã tạo (38)
        • 3.1.1.7. Chi tiết use case quản lý thông tin khoa (39)
        • 3.1.1.8. Chi tiết use case quản lý thông tin bộ môn (39)
        • 3.1.1.9. Chi tiết use case quản lý thông tin giáo viên (40)
        • 3.1.1.10. Chi tiết use case quản lý thông tin môn học (41)
        • 3.1.1.11. Chi tiết use case quản lý thông tin chương (42)
        • 3.1.1.12. Chi tiết use case phân công phụ trách giảng dạy (43)
        • 3.1.1.13. Chi tiết use case quản lý nhóm quyền (44)
        • 3.1.1.14. Chi tiết use case phân quyền (45)
        • 3.1.1.15. Chi tiết use case quản lý tài khoản (45)
      • 3.1.2. Class diagram ( Biểu đồ lớp) (46)
        • 3.1.2.1. Class diagram đăng nhập (46)
        • 3.1.2.2. Class diagram đổi mật khẩu (47)
        • 3.1.2.3. Class diagram quản lý khoa (48)
        • 3.1.2.4. Class diagram quản lý bộ môn (48)
        • 3.1.2.5. Class diagram quản giáo viên (49)
        • 3.1.2.6. Class diagram quản lý môn học (49)
        • 3.1.2.7. Class diagram quản lý chương (50)
        • 3.1.2.8. Class diagram phân công phụ trách giảng dạy (51)
        • 3.1.2.9. Class diagram quản lý nhóm quyền (52)
        • 3.1.2.10. Class diagram phân quyền (53)
        • 3.1.2.11. Class diagram quản lý tài khoản (53)
        • 3.1.2.12. Class diagram soạn multimedia (54)
        • 3.1.2.13. Class diagram soạn câu hỏi (54)
        • 3.1.2.14. Class diagram import câu hỏi (55)
        • 3.1.2.15. Class diagram tạo đề thi (56)
        • 3.1.2.16. Class diagram xem đề thi (57)
      • 3.1.3. Sequence diagram (Biểu đồ tuần tự) (58)
        • 3.1.3.1. Sequence diagram thêm câu hỏi (58)
        • 3.1.3.2. Sequence diagram cập nhật câu hỏi (59)
        • 3.1.3.3. Sequence diagram xóa câu hỏi (60)
        • 3.1.3.4. Sequence diagram tạo đề thi (61)
    • 3.2. Thiết kế hệ thống (63)
      • 3.2.1. Thiết kế dịch chuyển của màn hình (63)
      • 3.2.2. Thiết kế cơ sở dữ liệu (64)
        • 3.2.2.1. Mức quan niệm (64)
        • 3.2.2.2. Mức logic (66)
      • 3.2.3. Thiết kế giao diện (74)
        • 3.2.3.1. Màn hình chính của hệ thống (74)
        • 3.2.3.2. Màn hình đăng nhập (74)
        • 3.2.3.3. Màn hình đổi mật khẩu (75)
        • 3.2.3.4. Màn hình quản lý thông tin khoa (75)
        • 3.2.3.5. Màn hình quản lý thông tin bộ môn (76)
        • 3.2.3.6. Màn hình quản lý thông tin giáo viên (77)
        • 3.2.3.7. Màn hình quản lý thông tin môn học (78)
        • 3.2.3.8. Màn hình quản lý thông tin chương của môn học (79)
        • 3.2.3.9. Màn hình quản lý thông tin phụ trách giảng dạy (80)
        • 3.2.3.10. Màn hình quản lý nhóm quyền (81)
        • 3.2.3.11. Màn hình phân quyền cho nhóm quyền (82)
        • 3.2.3.12. Màn hình quản lý tài khoản (83)
        • 3.2.3.13. Màn hình quản lý Multimedia của câu hỏi (84)
        • 3.2.3.14. Màn hình soạn câu hỏi (85)
        • 3.2.3.15. Màn hình import câu hỏi (88)
        • 3.2.3.16. Màn hình tạo đề thi (88)
        • 3.2.3.17. Màn hình xem thông tin đề thi đã tạo (90)
      • 3.2.4. Thiết kế xử lý (92)
        • 3.2.4.1. Sơ nét về Automation (92)
        • 3.2.4.2. Automation với Microsoft Office Word 2003 (94)
  • Chương 4. Cài đặt và thử nghiệm (97)
    • 4.1. Component diagram (97)
    • 4.2. Mẫu xuất Word của hệ thống (98)
    • 4.3. Mẫu import câu hỏi của hệ thống (100)
    • 4.4. Một số kết quả thực thi của hệ thống (101)
    • 1. Những kết quả đạt được sau khoá luận (109)
    • 2. Ưu điểm (110)
    • 3. Nhược điểm (110)
    • 4. Hướng phát triển trong tương lai (110)
  • PHỤ LỤC.............................................................................................................101 (111)
  • TÀI LIỆU THAM KHẢO.....................................................................................107 (117)

Nội dung

Giới thiệu đề tài

Trong cuộc sống thường ngày, nhu cầu đo lường và đánh giá chiếm một tỉ lệ lớn Con người luôn phải đối chiếu các hoạt động đang triền khai với mục đích đã định, hoặc thẩm định các kết quả đã làm để từ đó cải tiến Tuy nhiên, muốn đánh giá được chính xác thì phải đo lường trước (cho dù dưới bất cứ dạng nào) Không có số đo thì không thể đưa ra những nhận xét hữu ích Từ trước đến nay trong giáo dục đã có những hình thức đo lường kết quả học tập như vấn đáp, quan sát, viết … để đánh giá học sinh Trong đó, thi trắc nghiệm (một dạng của hình thức viết) lả một trong những hình thức đo lường có tính khách quan cao và đã được chọn là hình thức thi chính trong các kỳ thi, cả kỳ tuyển sinh đại học cũng đã sử dụng hình thức thi này Tuy nhiên, để có thể áp dụng hình thức thi trắc nghiệm thì phải có một tập hợp lớn các câu hỏi trắc nghiệm gọi là ngân hàng câu hỏi, kèm theo đó là phải có một phương pháp quản lý hiệu quả các câu hỏi đó Công việc đó đòi hỏi phải tốn nhiều công sức và không bảo đảm dược sự chính xác cần thiết nếu thực hiện bằng các thao tác thủ công Tuy nhiên, với sự trợ giúp của máy vi tính các vấn đề đã nêu sẽ được giải quyết triệt để và hiệu quả Đó là lý do vì sao chúng em chọn đề tài

“Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm” làm đề tài tốt nghiệp nhằm nâng cao hiệu quả của công tác tổ chức và lưu trữ câu hỏi trắc nghiệm, nâng cao chất lượng của thi trắc nghiệm, phục vụ hiệu quả cho dạy học.

Mục đích đề tài

Nhận thức được tầm quan trọng của ứng dụng, chúng em đã quyết định chọn đề tài: “Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm”.

 Quản lý câu hỏi trắc nghiệm một cách có hệ thống theo từng chương của môn học thuộc từng bộ môn, khoa Giúp dễ dàng tìm kiếm và lựa chọn câu hỏi ra đề. xv

 Giúp đơn giản việc tạo đề thi.

 Đảm bảo tính lưu trữ lâu dài và vẹn toàn của thông tin.

Về lĩnh vực nghiên cứu:

 Ứng dụng C#, SQL 2005 để xây dựng hệ thống.

 Sử dụng bộ thư viện lập trình trên môi trường NET của Microsoft Office

2003 để thao tác với các tập tin Word.

Phạm vi của đề tài

 Khảo sát cách thức soạn đề thi và tổ chức quản lý câu hỏi trắc nghiệm của các khoa trong trường đại học Sư phạm kỹ thuật TP.Hồ Chí Minh.

 Tìm hiểu về các loại câu hỏi trắc nghiệm.

 Phân tích, xác định cấu trúc của một đề thi trắc nghiệm.

 Thiết kế và cài đặt Hệ thống quản lý ngân hàng câu hỏi trắc nghiệm trên nền desktop application với các tính năng cơ bản: o Quản lý danh sách khoa. o Quản lý danh sách bộ môn. o Quản lý danh sách môn học, chương. o Quản lý danh sách câu hỏi. o Soạn và lưu trữ câu hỏi. o Tạo đề thi từ ngân hàng câu hỏi.

Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm Trang

Tổng quan về trắc nghiệm khách quan

Luận đề và trắc nghiệm khách quan

Luận đề và trắc nghiệm khách quan đề là những phương tiện kiểm tra khả năng học tập, và cả hai đều là trắc nghiệm (tests) Các bài kiểm tra thuộc loại luận đề mà xưa nay vốn quen thuộc với chúng ta cũng là những bài trắc nghiệm nhằm khảo sát khả năng học tập của học sinh về các môn học Các chuyên gia đo lường gọi chung hình thức kiểm tra này là “trắc nghiệm luận đề” (essay type test) để phân biệt với loại trắc nghiệm gọi là “trắc nghiệm khách quan” (objective test) Thật ra, việc dùng từ “khách quan” này để phân biệt hai loại kiểm tra nói trên cũng không đúng hẳn, vì trắc nghiệm luận đề không nhất thiết là trắc nghiệm “chủ quan” và trắc nghiệm khách quan không phải hoàn toàn “khách quan” Tại Việt Nam, các tài liệu thường ghi là “trắc nghiệm khách quan”, không phải hiểu theo nghĩa đối lập với đo lường chủ quan nào, mà nên hiểu là hình thức kiểm tra này có tính khách quan cao hơn cách kiểm tra, đánh giá bằng luận đề chẳng hạn.

Chúng ta gọi tắt “luận đề” là trắc nghiệm luận đề và “khách quan” là trắc nghiệm khách quan.

Dưới đây là chín điểm khác biệt và bốn điểm tương đồng giữa luận đề và trắc nghiệm.

Một câu hỏi thuộc loại luận đề đòi hỏi thí sinh phải tự mình soạn câu trả lời và diễn tả bằng ngôn ngữ của chính mình.

Một câu hỏi trắc nghiệm buộc thí sinh phải lựa chọn câu trả lời đúng nhất trong một số câu hỏi đã cho trước.

Một bài luận đề gồm số câu hỏi tương đối ít và có tính cách tổng quát, đòi hỏi thí sinh phải triển khai câu trả lời bằng lời lẽ dài dòng.

Một bài trắc nghiệm thường gồm nhiều câu hỏi có tính cách chuyên biệt, chỉ đòi hỏi những câu trả lời ngắn gọn.

Trong khi làm một bài luận đề, thí sinh phải bỏ ra phần lớn thời gian để suy nghĩ và viết.

Trong khi làm một bài trắc nghiệm, thí sinh dùng nhiều thời gian để đọc và suy nghĩ.

Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm Trang

Chất lượng của một bài luận đề phụ thuộc chủ yếu vào kỹ năng của người chấm bài.

Chất lượng của bài trắc nghiệm được xác định phần lớn do kỹ năng của người soạn thảo bài trắc nghiệm. Một bài theo lối luận đề tương đối dễ soạn nhưng khó chấm và khó cho điểm chính xác.

Một bài thi trắc nghiệm khó soạn, nhưng việc chấm và cho điểm tương đối dễ dàng và chính xác.

Thí sinh có nhiều tự do bộc lộ cá tính của mình trong câu trả lời, và người chấm bài cũng có tự do cho điểm theo những xu hướng riêng của mình.

Người soạn thảo trắc nghiệm có nhiều tự do bộc lộ kiến thức và các giá trị của mình qua việc đặt các câu hỏi, nhưng chỉ cho thí sinh quyền tự do chứng tỏ mức độ hiểu biết của mình qua tỉ lệ câu trả lời đúng.

Trong các câu hỏi luận đề, nhiệm vụ học tập của người học và trên cơ sở đó giám khảo thẩm định mức độ hoàn thành các nhiệm vụ ấy không được phát biểu một cách rõ ràng.

Trong các câu hỏi trắc nghiệm, nhiệm vụ học tập của người học và trên cơ sở đó giám khảo thẩm định mức độ hoàn thành các nhiệm vụ ấy được phát biểu một cách rõ ràng.

Một bài luận đề cho phép và đôi khi khuyến khích sự “lừa phỉnh” (chẳng hạn như bằng những ngôn từ hoa mỹ hay bằng cách đưa ra những bằng chứng khó có thể xác định được).

Một bài trắc nghiệm cho phép và đôi khi khuyến khích sự phỏng đoán.

Sự phân bố điểm số của một bài thi luận đề có thể được kiểm soát một phần lớn do người chấm.

Phân bố điểm số của bài thi hầu như hoàn toàn được quyết định do bài trắc nghiệm.

Bảng 1 Sự khác nhau giữa luận đề và trắc nghiệm

 Trắc nghiệm hay luận đề đều có thể đo lường hầu hết mọi thành quả học tập quan trọng mà một bài khảo sát bằng lối viết có thể thực hiện được. xix

 Trắc nghiệm và luận đề đếu có thể được sử dụng để khuyến khích học sinh học tập nhằm đạt đến các mục tiêu: hiểu biết các nguyên lý, tổ chức và phối hợp các ý tưởng, ứng dụng kiến thức giải quyết các vấn đề.

 Trắc nghiệm và luận đề đều đòi hỏi ít nhiều phán đoán chủ quan.

 Giá trị của trắc nghiệm và luận đề tùy thuộc váo tính khách quan và đáng tin cậy của chúng.

Những nguyên tắc chung của trắc nghiệm

Trắc nghiệm là một quy trình, và cũng như những quy trình khác, trắc nghiệm chỉ có thể được thực hiện một cách hiệu quả khi dựa trên một nguyên tắc vận hành hợp lý Dưới đây là một số nguyên tắc chung của trắc nghiệm dựa theo Gronlund:

 Xác định và làm rõ nội dung đo lưởng phải được đặt ở mức ưu tiên cao hơn bản thân quá trình đo lường:

Không bao giờ được thực hiện trắc nghiệm khi chưa xác định nội dung và mục đích đo lường, vì giá trị của các kết quả đạt không chỉ phụ thuộc vào mặt kỹ thuật của việc đo lường mà trước hết là vào việc xác định rõ cần phải đo cái gì và tại sao.

 Kỹ thuật trắc nghiệm phải được lựa chọn dựa trên mục đích trắc nghiệm:

Rất nhiều khi một kỹ thuật trắc nghiệm được lựa chọn chỉ vì nó thuận tiện, dễ sử dụng, hoặc quen thuộc với nhiều người Tất cả những điều này đều quan trọng, nhưng điều quan trọng nhất trong việc lựa chọn một kỹ thuật trắc nghiệm giáo dục là liệu nó có đo lường được một cách hiệu quả nhất những gì mà ta cần có đo lường hay không? Bởi vì, một kỹ thuật/phương pháp trắc nghiệm chỉ thích hợp nhất cho một vài mục đích cụ thể.

 Việc đánh giá tổng quát đòi hỏi phải sử dụng nhiều kỹ thuật và phương pháp đánh giá khác nhau:

Không có một phương pháp đánh giá nào có thể một mình thực hiện được toàn bộ những yêu cầu đánh giá mức tiến bộ của tất cả những kết quả

Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm Trang quan trọng trong học tập của học sinh Vì thế, muốn có được một bức tranh hoàn chỉnh về kết quả học tập của học sinh thì nhất thiết phải sử dụng nhiều kỹ thuật và phương pháp đánh giá khác nhau.

 Muốn sử dụng trắc nghiệm một cách thích hợp nhất thiết phải có những hiểu biết về những hạn chế cũng như những ưu điểm của nó:

Một trong những sai lầm nghiêm trọng trong việc sử dụng trắc nghiệm là diễn giải không đúng kết quả trắc nghiệm Cần nhớ rằng trắc nghiệm chỉ là một trong nhiều phương pháp đánh giá và với tư cách là một phương tiện đo lường nó luôn luôn có những sai số cho nên không thể gán cho những kết quả trắc nghiệm một giá trị tuyệt đối được Mọi công cụ đo lường tốt nhất đều chỉ có thể cho ta những kết quả gần đúng với thực tế mà thôi, và luôn luôn phải ý thức điều này khi sử dụng trắc nghiệm.

 Trắc nghiệm chỉ là một phương tiện dẫn đến cứu cánh chứ không phải là cứu cánh:

Khi thực hiện trắc nghiệm phải nhớ rằng chúng được tiến hành để thu thập thông qua những mục đích cụ thể trong quá trình giảng dạy và học tập, chứ không phải chỉ để tiến hành cho có, và mong đợi rằng thông qua tiến hành trắc nghiệm chất lượng giảng dạy và học tập sẽ đương nhiên có được sự cải thiện.

Những trường hợp dùng trắc nghiệm

Chúng ta nên sử dụng trắc nghiệm để khảo sát thành quả học tập trong những trường hợp sau:

 Khi cần khảo sát thành quả học tập của một số đông học sinh, hay muốn rằng bài khảo sát ấy có thể được sử dụng vào một lúc khác.

 Khi ta muốn có những điểm số đáng tin cậy, không phụ thuộc phần lớn vào chủ quan của người chấm bài.

 Khi các yếu tố công bằng, vô tư, chính xác được coi là những yếu tố quan trọng nhất của việc thi cử. xxi

 Khi ta có nhiều câu trắc nghiệm tốt đã được dự trữ sẵn để có thể lựa chọn và cấu trúc lại một bài trắc nghiệm mới Đặc biệt, ta muốn chấm nhanh và công bố kết quả sớm.

 Khi ta muốn ngăn ngừa nạn học tủ, học vẹt, và gian lận trong thi cử của thí sinh.

Các hình thức câu trắc nghiệm

1.4.1 Câu trắc nghiệm đúng sai (true- false questions):

Gồm một câu phát biểu và phần học sinh trả lời bằng cách lựa chọn: Đúng hay Sai. Ưu điểm:

 Có thể đặt được nhiều câu hỏi trong một bài trắc nghiệm với thời gian cho trước; điều này làm tăng tính tin cậy của bài trắc nghiệm nếu các câu trắc nghiệm đúng sai được soạn thảo theo đúng quy cách.

 Trong khoảng thời gian ngắn có thể soạn được nhiều câu trắc nghiệm đúng sai vì người soạn trắc nghiệm không phải tìm ra phần trả lời cho học sinh lựa chọn.

 Độ may rủi cao (50%) do đó dễ khuyến khích người trả lời đoán mò.

 Thường chỉ được dùng để kiểm tra mức độ nhận biết, hiểu.

Những yêu cầu khi soạn câu trắc nghiệm Đúng-Sai:

 Mỗi câu trắc nghiệm chỉ nên diễn tả một ý tưởng độc nhất, tránh những câu phức tạp bao gồm quá nhiều chi tiết.

 Lựa chọn những câu phát biểu sao cho một người có khả năng trung bình không thể nhận ra ngay là đúng hay sai mà không cần suy nghĩ.

 Tính đúng sai của câu hỏi phải chắc chắn, có cơ sở khoa học.

Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm Trang

 Tránh dùng những câu phát biểu trích nguyên văn từ giáo trình hay sách giáo khoa, như vậy sẽ khuyến khích học sinh học thuộc lòng máy móc.

 Tránh dùng các từ như: thường thường, đôi khi, một số người, v.v… vì thường là câu phát biểu đúng.

1.4.2 Câu trắc nghiệm đa lựa chọn (Multiple choice questions):

Gồm hai phần: phần gốc và phần lựa chọn.

 Phần gốc: là một câu hỏi hay câu bỏ lửng Trong phần gốc người soạn trắc nghiệm đặt ra một vấn đề hay đưa ra một ý tưởng rõ ràng giúp cho người trả lời hiểu rõ câu trắc nghiệm ấy muốn hỏi điều gì để lựa chọn câu trả lời thích hợp.

 Phần lựa chọn: có thể 3, 4, 5 lựa chọn hay nhiều hơn 5 lựa chọn Mỗi lựa chọn là câu trả lời (cho câu hỏi) hay câu bổ túc (cho phần còn bỏ lửng). Trong tất cả các lựa chọn chỉ có một lựa chọn được xác định là đúng nhất, gọi là đáp án (key) Những lựa chọn còn lại đều phải là sai, thường gọi là các “mồi nhử”, “câu nhiễu” Điều quan trọng người soạn thảo cần lưu ý là phải làm sao cho các mồi nhử này đều hấp dẫn ngang nhau đối với những học sinh chưa nắm vững kiến thức, thúc đẩy học sinh ấy lựa chọn vào những “mồi nhử” này. Ưu điểm:

 Độ may rủi thấp: nếu câu trắc nghiệm có N lựa chọn thì độ may rủi là 1/N.

Số lựa chọn Độ may rủi

Bảng 2 Độ may rủi của trắc nghiệm đa lựa chọn

 Nếu soạn thảo đúng quy cách kết quả có tính tin cậy và tính giá trị cao. xxiii

 Có thể khảo sát thành quả học tập của một số đông học sinh, chấm nhanh, kết quả chính xác.

 Có thể được sử dụng để kiểm tra các kỹ năng nhận thức bậc cao.

 Tuy độ may rủi thấp nhưng người trả lời vẫn có thể đoán mò.

 Vì có nhiều phương án lựa chọn nên khó xây dựng được các câu hỏi có chất lượng cao.

 Để có được một bài trắc nghiệm có tính tin cậy và tính giá trị cao, người soạn thảo trắc nghiệm phải đầu tư nhiều thời gian và tuân thủ đầy đủ các bước soạn thảo câu trắc nghiệm.

Những yêu cầu khi soạn trắc nghiệm lựa chọn:

 Số lựa chọn nên từ 4 trở lên để xác suất may mắn chọn đúng là thấp.

 Khi soạn phần gốc phải trình bày ngắn gọn, rõ ràng, và chỉ hỏi một vấn đề và soạn đáp án đúng trước, vị trí đáp án đúng được đặt ngẫu nhiên.

 Muốn có được mồi nhử hay thì ta nên chọn những câu sai thường gặp của chính học sinh, không nên lả những mồi nhử do người soạn trắc nghiệm tự nghĩ ra vì mồi nhử do người soạn trắc nghiệm nghĩ ra chưa chắc hấp dẫn học sinh Do đó có 4 bước phải làm khi soạn mồi nhử: o Bước 1:

Ra các câu hỏi mở về lĩnh vực, nội dung dự định trắc nghiệm để học sinh tự viết câu trả lời. o Bước 2:

Thu các bản trả lời của học sinh, loại bỏ các câu trả lời đúng, chỉ giữ lại các câu trả lời sai. o Bước 3:

Thống kê phân loại các câu trả lời sai và ghi tần số xuất hiện từng loại câu sai. o Bước 4: Ưu tiên chọn những câu sai có tần số cao làm mồi nhử.

Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm Trang

1.4.3 Câu trắc nghiệm ghép hợp (matching questions):

 Phần chỉ dẫn cách trả lời.

 Phần gốc (cột 1): gồm những câu ngắn, đoạn, chữ,v.v…

 Phần lựa chọn (cột 2): cũng gồm những câu ngắn, đoạn, chữ,v.v…

Trong phần chỉ dẫn cần chỉ ra cho người làm trắc nghiệm biết cách ghép

2 cột với nhau cho đúng, có ý nghĩa, hợp logic. Ưu điểm:

 Có thể hạn chế sự đoán mò bằng cách tăng số lượng lựa chọn.

 Chỉ chủ yếu dùng để kiểm tra khả năng nhận biết.

 Thông tin có tính dàn trải, không nhấn mạnh được những điều quan trọng.

 Những yêu cầu khi soạn câu trắc nghiệm đối chiếu cặp đôi:

 Không nên đặt số lựa chọn ở hai cột bằng nhau vì như vậy làm cho học sinh dự đoán được sau khi biết được một số trường hợp Bên cạnh đó có thể dùng một lựa chọn đúng với hai hay nhiều câu hỏi.

 Không nên soạn các lựa chọn quá dài làm mất thì giờ của học sinh.

1.4.4 Câu trắc nghiệm điền khuyết (filling questions):

 Dạng 1: Gồm những câu hỏi với lời giải đáp ngắn.

 Dạng 2: Gồm những câu phát biểu với một hay nhiều chỗ để trống mà người trả lời phải điền vào bằng một từ hay một nhóm từ ngắn. Ưu điểm:

 Người trả lời không thể đoán mò.

 Thường chỉ được dùng để kiểm tra trình độ, mức độ nhận biết, hiểu.

 Đôi khi khó đánh giá đúng nội dung trả lời.

Những yêu cầu khi soạn câu trắc nghiệm điền khuyết:

 Nội dung của phần trả lời càng cô đọng càng tốt.

 Nên soạn thảo các câu với phần để trống sao cho những từ điền vào là duy nhất đúng, không thể thay thế bằng bất kỳ từ nào khác.

Do những nhược điểm của câu trắc nghiệm loại đối chiếu cặp và điền khuyết nên phần mềm này chỉ hỗ trợ quản lý câu trắc nghiệm loại đúng sai và đa lựa chọn.

Khảo sát và phân tích hiện trạng

Khảo sát hiện trạng

Hiện nay đã có rất nhiều môn được tổ chức thi trắc nghiệm.

Ngân hàng câu hỏi đã có và được quản lý theo từng bộ môn.

Về mặt lưu trữ câu hỏi: giáo viên phụ trách môn học sẽ soạn các câu hỏi cho các môn học của mình trên phần mềm Microsoft Word nên hình thức lưu trữ câu hỏi là trên các file Word.

Về mặt soạn đề thi : việc soạn đề thi và đáp án hoàn toàn do giáo viên tự làm bằng tay

Về mặt lưu trữ đề thi : đề thi đượclưu trữ trên các file word.

Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm Trang

Các mẫu lưu trữ câu hỏi, đề thi và đáp án:

 Mẫu lưu trữ câu hỏi:

STT Câu hỏi và đáp án Đáp án

1 Nội dung câu hỏi 1 a) Lựa chọn trả lời a b) Lựa chọn trả lời b c) Lựa chọn trả lời c d) Lựa chọn trả lời d Đáp án câu hỏi 1

2 Nội dung câu hỏi 2 a) Lựa chọn trả lời a b) Lựa chọn trả lời b c) Lựa chọn trả lời c d) Lựa chọn trả lời d Đáp án câu hỏi 2

… ……… ……… n Nội dung câu hỏi n a) Lựa chọn trả lời a b) Lựa chọn trả lời b c) Lựa chọn trả lời c d) Lựa chọn trả lời d Đáp án câu hỏi n

 Mẫu đề thi: ĐẠI HỌC SƯ PHẠM KỸ THUẬT TP.HCM ĐỀ THI MÔN:

- Đề số Đề thi có …trang

Không được phép sử dụng tài liệu

PHẦN TRẮC NGHIỆM Đối với mỗi câu hỏi sau, hãy chọn MỘT câu trả lời đúng nhất: xxvii ĐỀ …

Câu 1 Nội dung câu hỏi 1 a) Lựa chọn trả lời a b) Lựa chọn trả lời b c) Lựa chọn trả lời c d) Lựa chọn trả lời d Câu 2 Nội dung câu hỏi 2 a) Lựa chọn trả lời a b) Lựa chọn trả lời b c) Lựa chọn trả lời c d) Lựa chọn trả lời d

………. Câu n Nội dung câu hỏi n a) Lựa chọn trả lời a b) Lựa chọn trả lời b c) Lựa chọn trả lời c d) Lựa chọn trả lời d

- HẾT - Ghi chú: Cán bộ coi thi không được giải thích gì thêm.

Sinh viên nộp lại đề thi này cùng với tờ trả lời.

GIÁM THỊ 1 GIÁM THỊ 2 ĐIỂM

Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm Trang

PHẦN 1: THÔNG TIN THÍ SINH

Mã số sinh viên: Lớp: Khoa:

Họ và tên: Ngày sinh: Nam Nữ

PHẦN 2: NỘI DUNG TRẢ LỜI

Phân tích hiện trạng

Về mặt lưu trữ câu hỏi: do câu hỏi được lưu trữ dưới dạng file Word khó quản lý một cách có hệ thống, khó phân chia câu hỏi theo từng chương, dễ thất lạc câu hỏi.

Về mặt soạn đề thi: do giáo viên thực hiện bằng tay nên đáp án rất dễ sai sót, tốn nhiều thời gian Đặc biệt khi cần xáo trộn các câu hỏi trong đề và các lựa chọn của câu hỏi để tạo ra nhiều đề thi thì gần như chỉ thực hiện được việc xáo trộn các câu hỏi và số đề được tạo là rất nhỏ và đòi hỏi rất nhiều thời gian của giáo viên.

Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm Trang

Về mặt lưu trữ đề thi: do lưu trữ bằng file Word nên rất dễ bị thất lạc.

Xác định chức năng

Trên cơ sở phân tích hiện trạng hệ thống được xây dựng gồm các chức năng sau:

Quản lý danh sách khoa: Thêm, xóa, sửa thông tin của một khoa trong hệ thống ngân hàng câu hỏi.

Quản lý danh sách bộ môn: Thêm, xóa, sửa thông tin của một bộ môn trong hệ thống ngân hàng câu hỏi.

Quản lý giáo viên: Thêm, xóa, sửa thông tin của một giáo viên trong hệ thống ngân hàng câu hỏi.

Quản lý môn học: Thêm, xóa, sửa thông tin của môn học trong hệ thống ngân hàng câu hỏi.

Quản lý chương: Thêm, xóa, sửa thông tin chương của môn học trong hệ thống ngân hàng câu hỏi.

Phân công giảng dạy: phân công giảng dạy cho biết giáo viên nào được phép soạn câu hỏi, đề thi cho môn học nào.

Soạn thông tin Multimedia: thêm, xóa, sửa thông tin Multimedia dùng cho câu hỏi.

Soạn câu hỏi: soạn câu hỏi trắc nghiệm và lưu trữ vào cơ sở dữ liệu.

Soạn đề thi: giáo viên chọn các câu hỏi sê có trong đề thi và sau đó hệ thống tự động xáo trộn và xuất ra file word đề thi và đáp án.

Quản lý tài khoản: phân quyền sử dụng hệ thống cho người sử dụng. xxxi

Phân tích thiết kế hệ thống

Phân tích hệ thống

Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm Trang

Hình 1.Use case chính của hệ thống

Quan tri he thong Người có toàn quyền trong hệ thống.

Nguoi su dung Những người sử dụng hệ thống có thể thực hiện các chức năng trong hệ thống tùy theo quyền được cấp.

Data base Cơ sở dữ liệu của hệ thống.

Bảng 3 Các actor của hệ thống

Dang nhap Uses case có nhiệm vụ kiểm tra tài khoản , password sau đó kích hoạt chức năng của hệ thống tùy theo quyền của người đăng nhập.

Dang xuat Uses case thực hiện việc tắt các chức năng đã được kích hoạt khi đăng nhập.

Doi mat khau Uses case thực hiện chức năng đổi mật khẩu cho người sử dụng.

Soan cau hoi Uses case cho phép người sử dụng soạn thông tin câu hỏi và lưu trữ vào cơ sở dữ liệu, xóa, cập nhật thông tin câu hỏi, xem thông tin câu hỏi.

Tao de thi Uses case thực hiện chức năng tạo đề thi và lưu đề thi vào cơ sỡ dữ liệu.

Quan tri Uses case thực hiện chức năng quản trị hệ thống.

Quan ly thong tin Uses case thực hiện chức năng quản lý thông tin về khoa, bộ môn, môn học,giáo viên, chương, phân công giảng dạy.

Soan Multimedia Uses case thực hiện chức năng xem, soạn, xóa, cập nhật thông tin Multimedia.

Xem de thi da tao Uses case thực hiện chức năng xem thông tin các đề thi đã tạo, xóa 1 đề thi, tạo đề mới từ đề đã có.

Cap nhat ung dung Uses case thực hiện chức năng cập nhật phiên bản mới của ứng dụng trực tiếp qua mạng.

Sao chép dữ liệu Uses case thực hiện chức năng sao chép cơ sở dữ liệu của hệ thống.

Bảng 4.Các use case chính của hệ thống

3.1.1.2 Chi tiêt uses case quản lý thông tin:

Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm Trang

Hình 2.Chi tiết use case quản lý thông tin

Quan ly khoa Uses case thực hiện chức năng quản lý thông tin khoa.

Quan ly bo mon Uses case thực hiện chức năng quản lý thông tin bộ môn của các khoa.

Quan ly mon hoc Uses case thực hiện chức năng quản lý thông tin môn học thuộc bộ môn.

Quan ly giao vien Uses case thực hiện chức năng quản lý thông tin giáo viên thuộc bộ môn.

Quan ly chuong Uses case thực hiện chức năng quản lý thông tin chương của môn học.

Phan cong phu trach giang day

Uses case thực hiện chức năng quản lý thông tin phụ trách giảng dạy của giáo viên.

Bảng 5 Thông tin các use case quản lý

3.1.1.3 Chi tiết uses case quản trị: xxxv

Hình 3 Chi tiết use case quản trị

Quan ly nhom quyen Uses case thực hiện chức năng quản lý thông tin các nhóm quyền.

Quan ly tai khoan Uses case thực hiện chức năng quản lý thông tin các tài khoản.

Phan quyen Uses case thực hiện chức năng phân quyền cho từng nhóm quyền cụ thể.

Bảng 6.Thông tin các use case quản trị

Phần B.Chương 3 Phân tích thiết kế hệ thống Trang

3.1.1.4 Chi tiết uses case soạn câu hỏi:

Hình 4.Chi tiết use case soạn câu hỏi

Xem cau hoi Xem thông tin của một câu hỏi.

Them cau hoi Thêm một câu hỏi vào ngân hàng câu hỏi.

Xoa cau hoi Xóa một câu hỏi khỏi ngân hàng câu hỏi.

Cap nhat cau hoi Cập nhật thông tin một câu hỏi trong ngân hàng câu hỏi.

Bảng 7 Thông tin các use case chi tiết soạn câu hỏi

3.1.1.5 Chi tiết use case soạn multimedia:

Hình 5.Chi tiết use case soạn multimedia

Xem TT Multimedia Xem thông tin của một Multimedia.

Them Multimedia Thêm một Multimedia.

Xoa Multimedia Xóa một Multimedia.

Cap nhat Multimedia Cập nhật một Multimedia.

Bảng 8.Thông tin các use case chi tiết soạn multimedia

3.1.1.6 Chi tiết use case xem đề thi đã tạo:

Hình 6.Chi tiết use case xem đề thi đã tạo

Xoa de thi Xóa một đề thi đã tạo.

Phần B.Chương 3 Phân tích thiết kế hệ thống Trang

Tao de thi Tạo một đề thi mới dựa trên đề thi đã có.

Bảng 9.Thông tin các use case chi tiết xem đề thi đã tạo

3.1.1.7 Chi tiết use case quản lý thông tin khoa:

Hình 7.Chi tiết use case quản lý thông tin khoa

Xem TT khoa Xem thông tin một khoa.

Them TT khoa Thêm thông tin một khoa.

Xoa TT khoa Xóa thông tin một khoa.

Cap nhat TT khoa Cập nhật thông tin một khoa.

Bảng 10.Thông tin các use case chi tiết quản lý thông tin khoa

3.1.1.8 Chi tiết use case quản lý thông tin bộ môn:

Hình 8.Chi tiết use case quản lý thông tin bộ môn

Xem TT bo mon Xem thông tin một bộ môn.

Them TT bo mon Thêm thông tin một bộ môn.

Xoa TT bo mon Xóa thông tin một bộ môn.

Cap TT bo mon Cập thông tin một bộ môn.

Bảng 11.Thông tin các use case chi tiết quản lý thông tin bộ môn

3.1.1.9 Chi tiết use case quản lý thông tin giáo viên:

Phần B.Chương 3 Phân tích thiết kế hệ thống Trang

Hình 9.Chi tiết use case quản lý thông tin giáo viên

Xem TT giao vien Xem thông tin một giáo viên.

Them TT giao vien Thêm thông tin một giáo viên.

Xoa TT giao vien Xóa thông tin một giáo viên.

Cap nhat TT giao vien Cập nhật thông tin một giáo viên.

Bảng 12.Thông tin các use case chi tiết quản lý thông tin giáo viên

3.1.1.10 Chi tiết use case quản lý thông tin môn học:

Hình 10.Chi tiết use case quản lý thông tin môn học

Xem TT mon hoc Xem thông tin một môn học.

Them TT mon hoc Thêm thông tin một môn học.

Xoa TT mon hoc Xóa thông tin một môn học.

Cap nhat TT mon hoc Cập nhật thông tin một môn học.

Bảng 13.Thông tin các use case chi tiết quản lý thông tin môn học

3.1.1.11 Chi tiết use case quản lý thông tin chương:

Phần B.Chương 3 Phân tích thiết kế hệ thống Trang

Hình 11.Chi tiết use case quản lý thông tin chương

Xem TT chuong Xem thông tin một chương.

Them TT chuong Thêm thông tin một chương.

Xoa TT chuong Xóa thông tin một chương.

Cap nhat TT chuong Cập nhật thông tin một chương.

Bảng 14.Thông tin các use case chi tiết quản lý thông tin chương

3.1.1.12 Chi tiết use case phân công phụ trách giảng dạy:

Hình 12.Chi tiết use case phân công phụ trách giảng dạy

Xem TT phu trach giang day Xem thông tin phụ trách giảng dạy.

Them TT phu trach giang day Thêm một thông tin phụ trách giảng dạy.

Xoa TT phu trach giang day Xóa một thông tin phụ trách giảng dạy.

Cap nhat TT phu trach giang day Cập nhật thông tin phụ trách giảng dạy.

Bảng 15.Thông tin các use case chi tiết phân công phụ trách giảng dạy

3.1.1.13 Chi tiết use case quản lý nhóm quyền:

Hình 13.Chi tiết use case quản lý thông tin nhóm quyền

Phần B.Chương 3 Phân tích thiết kế hệ thống Trang

Xem TT nhom quyen Xem thông tin một nhóm quyền.

Them TT nhom quyen Thêm thông tin một nhóm quyền.

Xoa TT nhom quyen Xóa thông tin một nhóm quyền.

Cap nhat TT nhom quyen Cập nhật thông tin một nhóm quyền.

Bảng 16.Thông tin các use case chi tiết quản lý thông tin nhóm quyền

3.1.1.14 Chi tiết use case phân quyền:

Hình 14.Chi tiết use case phân quyền

Xem TT quyen Xem thông tin các quyền của một nhóm quyền.

Them TT quyen Thêm quyền cho một nhóm quyền.

Xoa TT quyen Xóa quyền của một nhóm quyến.

Bảng 17.Thông tin các use case chi tiết phân quyền

3.1.1.15 Chi tiết use case quản lý tài khoản:

Hình 15.Chi tiết use case quản lý thông tin tài khoản

Xem TT tai khoan Xem thông tin một tài khoản.

Them TT tai khoan Thêm thông tin một tài khoản.

Xoa TT tai khoan Xóa thông tin một tài khoản.

Cap TT tai khoan Cập nhật thông tin một tài khoản.

Bảng 18.Thông tin các use case chi tiết quản lý thông tin tài khoản

3.1.2 Class diagram ( Biểu đồ lớp):

Phần B.Chương 3 Phân tích thiết kế hệ thống Trang class Sys.User.Control

+ GetAuthenticationFormByNhom(int) : DataTable + IsAccount(string, string) : bool

+ IsLogin(string, string) : DataTable + SetLogin(string) : bool

+ SetLogout(string) : bool + UpdatePassword(TaiKhoan, string) : bool ôpropertyằ

+ GetAuthenticationForm(List, UserControl, DevExpress.XtraEditors.SimpleButton[]) : void

+ IsLogin(TaiKhoan, string*, int*, bool*, DateTime*) : bool

+ ID() : string + MaNhom() : int + ThuocTinh() : string

Hình 16 Class diagram đăng nhập

3.1.2.2 Class diagram đổi mật khẩu:

+ GetAuthenticationForm(List, UserControl, DevExpress.XtraEditors.SimpleButton[]) : void + GetAuthenticationFormByNhom(int) : List

+ IsLogin(TaiKhoan, string*, int*, bool*, DateTime*) : bool

+ GetAuthenticationFormByNhom(int) : DataTable + IsAccount(string, string) : bool

+ IsLogin(string, string) : DataTable + SetLogin(string) : bool

+ SetLogout(string) : bool + UpdatePassword(TaiKhoan, string) : bool ôpropertyằ

Hình 17 Class diagram đổi mật khẩu

3.1.2.3 Class diagram quản lý khoa: class Sys.User.Control

+ DeleteKhoa(Khoa) : bool + GetKhoa() : DataTable + GetKhoaAttachToControl() : DataTable + GetKhoaByGiaoVien(string) : DataTable + InsertKhoa(Khoa) : bool

+ DeleteKhoa(Khoa) : int + GetKhoa() : DataTable + GetKhoaAttachToControl() : DataTable + GetKhoaByGiaoVien(string) : DataTable + InsertKhoa(Khoa) : int

+ UpdateKhoa(string, Khoa) : int ôpropertyằ

Hình 18 Class diagram quản lý khoa

3.1.2.4 Class diagram quản lý bộ môn:

Phần B.Chương 3 Phân tích thiết kế hệ thống Trang class Sys.User.Control

+ DeleteBoMon(BoMon) : bool + GetBoMon() : DataTable + GetBoMonByGiaoVien(string) : DataTable + GetBoMonByKhoa(string) : DataTable + InsertBoMon(BoMon) : bool

+ UpdateBoMon(string, string, BoMon) : bool

+ MaBM() : string + MaKhoa() : string + TenBM() : string

+ DeleteBoMon(BoMon) : int + GetBoMon() : DataTable + GetBoMonByGiaoVien(string) : DataTable + GetBoMonByKhoa(string) : DataTable + InsertBoMon(BoMon) : int

+ UpdateBoMon(string, string, BoMon) : int ôpropertyằ

Hình 19 Class diagram quản lý bộ môn

3.1.2.5 Class diagram quản giáo viên: class Sys.User.Control

+ DeleteGiaoVien(GiaoVien) : bool + GetGiaoVien() : DataTable + GetGiaoVienByBoMon(string) : DataTable + GetGiaoVienByKhoa(string) : DataTable + GetGiaoVienPhuTrachMonHoc(string) : DataTable + InsertGiaoVien(GiaoVien) : bool

+ DeleteGiaoVien(GiaoVien) : int + GetGiaoVien() : DataTable + GetGiaoVienByBoMon(string) : DataTable + GetGiaoVienByKhoa(string) : DataTable + GetGiaoVienPhuTrachMonHoc(string) : DataTable + InsertGiaoVien(GiaoVien) : int

+ UpdateGiaoVien(string, GiaoVien) : int ôpropertyằ

+ MaBM() : string + MaGV() : string + TenGV() : string

Hình 20 Class diagram quản giáo viên

3.1.2.6 Class diagram quản lý môn học:

+ DeleteMonHoc(MonHoc) : bool + GetMonHoc() : DataTable + GetMonHocAttachToControl() : DataTable + GetMonHocAttachToControlByBoMon(string) : DataTable + GetMonHocAttachToControlByKhoa(string) : DataTable + GetMonHocByBoMon(string) : DataTable

+ GetMonHocByGiaoVien(string) : DataTable + GetMonHocByKhoa(string) : DataTable + InsertMonHoc(MonHoc) : bool + UpdateMonHoc(string, MonHoc) : bool

+ DeleteMonHoc(MonHoc) : int + GetMonHoc() : DataTable + GetMonHocByBoMon(string) : DataTable + GetMonHocByGiaoVien(string) : DataTable + GetMonHocByKhoa(string) : DataTable + InsertMonHoc(MonHoc) : int

+ UpdateMonHoc(string, MonHoc) : int ôpropertyằ

Hình 21.Class diagram quản lý môn học

3.1.2.7 Class diagram quản lý chương:

Phần B.Chương 3 Phân tích thiết kế hệ thống Trang class Sys.User.Control

+ MaChuong() : int + MaMH() : string + SoCH() : int + TenChuong() : string

+ DeleteChuong(Chuong) : bool + GetChuong() : DataTable + GetChuongAttachToControlByMonHoc(string) : DataTable + GetChuongByMaMH(string) : DataTable

+ GetChuongByMonHoc(string) : DataTable + InsertChuong(Chuong, int*) : bool + UpdateChuong(Chuong) : bool -_instance

Hình 22 Class diagram quản lý chương

3.1.2.8 Class diagram phân công phụ trách giảng dạy:

+ DeletePhuTrach(PhuTrach) : bool + GetPhuTrach() : DataTable + GetPhuTrachMonHocByGiaoVien(string) : DataTable + InsertPhuTrach(PhuTrach) : bool

+ UpdatePhuTrach(string, string, PhuTrach) : bool

+ DeletePhuTrach(PhuTrach) : int + GetPhuTrach() : DataTable + GetPhuTrachMonHocByGiaoVien(string) : DataTable + InsertPhuTrach(PhuTrach) : int

+ UpdatePhuTrach(string, string, PhuTrach) : int ôpropertyằ

Hình 23 Class diagram phân công phụ trách giảng dạy

3.1.2.9 Class diagram quản lý nhóm quyền: class Sys.User.Control

+ DeleteNhomQuyen(NhomQuyen) : bool + GetNhomQuyen() : DataTable + InsertNhomQuyen(NhomQuyen, int*) : bool + UpdateNhomQuyen(NhomQuyen) : bool

+ MaNhom() : int + TenNhom() : string -_instance

Hình 24 Class diagram quản lý nhóm quyền

Phần B.Chương 3 Phân tích thiết kế hệ thống Trang

3.1.2.10 Class diagram phân quyền: class Sys.User.Control

+ DeleteNhomQuyen(NhomQuyen) : bool + GetNhomQuyen() : DataTable + InsertNhomQuyen(NhomQuyen, int*) : bool + UpdateNhomQuyen(NhomQuyen) : bool

+ DeleteAuthenticationForm(AuthenticationForm) : bool + GetResourceByNhomQuyen(int) : DataTable + InsertAuthenticationForm(AuthenticationForm) : bool

+ DeleteAuthenticationForm(AuthenticationForm) : int + GetResourceByNhomQuyen(int) : DataTable + InsertAuthenticationForm(AuthenticationForm) : int ôpropertyằ

Hình 25 Class diagram phân quyền

3.1.2.11 Class diagram quản lý tài khoản: class Sys.User.Control

+ DeleteTaiKhoan(TaiKhoan) : bool + GetTaiKhoan() : DataTable + GetTaiKhoanByGiaoVien(string) : DataTable + GetTaiKhoanByNhomQuyen(int) : DataTable + InsertTaiKhoan(TaiKhoan) : bool

+ DeleteTaiKhoan(TaiKhoan) : int + GetTaiKhoan() : DataTable + GetTaiKhoanByGiaoVien(string) : DataTable + GetTaiKhoanByNhomQuyen(int) : DataTable + InsertTaiKhoan(TaiKhoan) : int

Hình 26 Class diagram quản lý tài khoản

3.1.2.12 Class diagram soạn multimedia: class Sys.Data.BBL

+ DeleteMultimedia(Multimedia) : int + GetMultimedia(int) : DataTable + GetMultimediaByMonHoc(string) : DataTable + InsertMultimedia(Multimedia, int*) : int + UpdateMultimedia(Multimedia) : int ôpropertyằ

+ DeleteMultimedia(Multimedia) : bool + GetMultimedia(int) : Multimedia + GetMultimediaByMonHoc(string) : DataTable + InsertMultimedia(Multimedia, int*) : bool + UpdateMultimedia(Multimedia) : bool

+ ucMultimedia(ucSoanCauHoi, string, string) ôpropertyằ

Hình 27.Class diagram soạn multimedia

3.1.2.13 Class diagram soạn câu hỏi:

Phần B.Chương 3 Phân tích thiết kế hệ thống Trang class Sys.Data.BBL

+ DeleteCauHoi(CauHoi) : int + GetAllCauHoiByChuong(int) : DataTable + GetCauHoiByChuong(int) : DataTable + GetCauHoiByChuongAndDoKho(int, int) : DataTable + GetCauHoiTrungBinhByMonHoc(string) : DataTable + GetNoiDungCauHoiByMaCH(int) : DataTable + InsertCauHoi(CauHoi, int*) : int

Hình 28.Class diagram soạn câu hỏi

3.1.2.14 Class diagram import câu hỏi:

- oDoc: Microsoft.Office.Interop.Word.Document

- oTable: Microsoft.Office.Interop.Word.Table

- oWord: Microsoft.Office.Interop.Word.ApplicationClass

+ Import(string, string, int, string, DevExpress.XtraEditors.ProgressBarControl) : string

+ DeleteCauHoi(CauHoi) : bool + GetCauHoiByChuongAndDoKho(int, int) : DataTable + GetCauHoiByMonHoc(string) : DataTable

+ GetCauHoiByMonHocAndDoKho(string, int) : DataTable + GetNoiDungCauHoiByMaCH(int) : string

+ InsertCauHoi(CauHoi, int*) : bool + UpdateCauHoi(CauHoi) : bool

+ FileName: string + MaChuong: int + MaMH: string + OutPut: string -_dllCauHoi

Hình 29.Class diagram import câu hỏi

3.1.2.15 Class diagram tạo đề thi:

Phần B.Chương 3 Phân tích thiết kế hệ thống Trang class Sys.Word

+ BreakPage() : void + CreateAnswerDetail(ArrayList, int, int, int) : void + CreateBody(CauHoi, int, int) : void

+ CreateBodyDetail(List, int, int) : void + CreateBreakLine() : void

+ CreateBreakLine(int) : void + CreateFooter() : void + CreateFooterAnswer() : void + DefaultPage(string) + InsertPicture(string) : void + InsertRTF(string) : void

+ CreateAnswerDetail(ArrayList, int, int) : void

+ CreateBody(CauHoi, int, int) : void

- lstCauHoi: List = new List()

- lstCauHoiTemp: List = new List()

- lstTraLoi: List = new List

Ngày đăng: 22/09/2023, 15:46

HÌNH ẢNH LIÊN QUAN

Hình 1.Use case chính của hệ thống - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 1. Use case chính của hệ thống (Trang 33)
Hình 19. Class diagram quản lý bộ môn - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 19. Class diagram quản lý bộ môn (Trang 49)
Hình 21.Class diagram quản lý môn học - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 21. Class diagram quản lý môn học (Trang 50)
Hình 22. Class diagram quản lý chương - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 22. Class diagram quản lý chương (Trang 51)
Hình 29.Class diagram import câu hỏi - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 29. Class diagram import câu hỏi (Trang 56)
Hình 31. Class diagram xem đề thi - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 31. Class diagram xem đề thi (Trang 58)
Hình 32.Sequence diagram thêm câu hỏi - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 32. Sequence diagram thêm câu hỏi (Trang 59)
Hình 33.Sequence diagram cập nhật câu hỏi - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 33. Sequence diagram cập nhật câu hỏi (Trang 60)
Hình 34.Sequence diagram xóa câu hỏi - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 34. Sequence diagram xóa câu hỏi (Trang 61)
Hình 35.Sequence diagram tạo đề thi - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 35. Sequence diagram tạo đề thi (Trang 62)
Hình 36.Sơ đồ dịch chuyển màn hình - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 36. Sơ đồ dịch chuyển màn hình (Trang 63)
Hình 37.Mô hình ERD - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 37. Mô hình ERD (Trang 66)
Hình 41.Màn hình QL thông tin khoa - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 41. Màn hình QL thông tin khoa (Trang 76)
Hình 42.Màn hình QL thông tin bộ môn - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 42. Màn hình QL thông tin bộ môn (Trang 77)
Hình 44.Màn hình QL thông tin môn học - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 44. Màn hình QL thông tin môn học (Trang 79)
Hình 46.Màn hình QL thông tin phụ trách giảng dạy - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 46. Màn hình QL thông tin phụ trách giảng dạy (Trang 81)
Hình 47 .Màn hình quản lý thông tin nhóm quyền - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 47 Màn hình quản lý thông tin nhóm quyền (Trang 82)
Hình 48.Màn hình phân quyền cho nhóm quyền - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 48. Màn hình phân quyền cho nhóm quyền (Trang 83)
Hình 50.Màn hình QL thông tin Multimedia - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 50. Màn hình QL thông tin Multimedia (Trang 85)
Hình 51.Màn hình soạn câu hỏi bước 1 - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 51. Màn hình soạn câu hỏi bước 1 (Trang 86)
Hình 52.Màn hình soạn câu hỏi bước 2 - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 52. Màn hình soạn câu hỏi bước 2 (Trang 87)
Hình 54.Màn hình tạo đề thi bước 1 - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 54. Màn hình tạo đề thi bước 1 (Trang 89)
Hình 55.Màn hình tạo đề thi bước 2 - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 55. Màn hình tạo đề thi bước 2 (Trang 90)
Hình 57.Mô hình Automation Client-Automation Server - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 57. Mô hình Automation Client-Automation Server (Trang 93)
Hình 59.Sơ đồ các module chứa các lớp của hệ thống - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 59. Sơ đồ các module chứa các lớp của hệ thống (Trang 97)
Hình 61.Màn hình hệ thống khi đang nhập công thức toán học Màn hình hệ thống khi soạn multimedia: - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 61. Màn hình hệ thống khi đang nhập công thức toán học Màn hình hệ thống khi soạn multimedia: (Trang 102)
Hình 64.Màn hình hệ thống khi đang soạn đề thi ở bước 1 - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 64. Màn hình hệ thống khi đang soạn đề thi ở bước 1 (Trang 104)
Hình 72.Màn hình setup bước 4 Bạn nhấn next để tiếp tục, sẽ xuất hiện hộp thoại sau: - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 72. Màn hình setup bước 4 Bạn nhấn next để tiếp tục, sẽ xuất hiện hộp thoại sau: (Trang 114)
Hình 74.Màn hình setup bước 6 - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 74. Màn hình setup bước 6 (Trang 115)
Hình 75.Màn hình setup bước 7 - Xây dựng hệ thống quản lý ngân hàng câu hỏi trắc nghiệm
Hình 75. Màn hình setup bước 7 (Trang 115)

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w