Đồ án tốt nghiệp ngành Công nghệ thông tin: Xây dựng hệ thống quản lý luận văn tại Viện Công nghệ thông tin và truyền thông - Trường Đại học Bách Khoa Hà Nội

Mục tiêu của đồ án nhằm xây dựng trung tâm của hệ thống là ứng dụng web, tại đó các nhóm người dùng khác nhau có thể truy cập từ bất cứ nơi đâu chỉ cần máy tính kết nối internet. Giao diện trực quan, chức năng phù hợp và thuận tiện, đảm bảo trải nghiệm người dùng tốt và chức năng xử lý nghiệp vụ được đảm bảo, phân quyền hợp lý.

M C L C Ụ Ụ

TÓM TẮT NỘI DUNG ĐỒ ÁN TỐT NGHIỆP

Đồ án tốt nghiệp của em mang tên "Xây dựng website nộp đồ án trực tuyến" Quá trình thực hiện đồ án này bao trùm tất cả các công đoạn để cho

ra sản phẩm là một ứng dụng hoàn chỉnh Các công đoạn đó bao gồm việc xác định hiện trạng, phân tích yêu cầu, phân tích, thiết kế, cài đặt, kiểm thử và triển khai Ứng dụng cung cấp chức năng tiện ích cho ba nhóm người dùng là sinh viên, giáo viên, nhà quản lý Trong nhóm người dùng giáo viên có hai vai trò là giáo viên hướng dẫn và giáo viên phản biện Giúp sinh viên thuận tiện,

dễ dàng trong việc gửi/nộp đồ án cho giáo viên và bộ môn Giúp giáo viên dễ dàng quản lý, đọc, kiểm tra các đồ án do mình hướng dẫn hoặc phản biện Giúp nhà quản lý lưu trữ, thống kê đồ án dễ dàng qua các năm

ABSTRACT OF THESIS

My graduation thesis named "Developing web application for submitting theses" The process of implementing this thesis covers all stages of the production, creat a complete application These steps include determining current system status quo, analyze requirements, system analysis, system design, coding, testing and deployment The application provides utility functions for the 3 user groups are students, teachers, administrators In teacher users group, there are two roles: teacher mentor student, teacher review thesis This web application is a handy tool for student when they submitting theses This web application helps teachers (who mentor and review) read, manage and check student's theses easy This web application also to be helpful for manager by storing, statistical easy theses over many years

LỜI NÓI ĐẦU

Công nghệ thông tin đóng vai trò ngày càng quan trọng trong mọi ngõ ngách đời sống hiện nay Công nghệ thông tin đặc biệt quan trọng trong các hoạt động quản lý và tác nghiệp, từ doanh nghiệp cho đến đơn vị hành chính

sự nghiệp và nhiều khối, ngành khác nữa Máy tính, mạng internet, mạng nội

bộ, các hệ thống thông tin, phần mềm, các giải thuật trí tuệ nhân tạo v.v đang hàng ngày, hàng giờ phát triển như vũ bão, đẩy nhanh sự phát triển của xã hội, nâng cao chất lượng cuộc sống cho mọi người Việc chuyển đổi các hệ thống cũ dựa trên tương tác trực tiếp giữa các tác nhân trong hệ thống với nhau, sang việc tương tác giữa con người với các hệ thống thông tin, giúp việc xử lý, tác nghiệp tự động hóa, rút ngắn thời gian, nâng cao độ chính xác

và hiệu quả của công việc

Để áp dụng những tiến bộ này trong những hoạt động tác nghiệp hàng ngày tại Viện CNTT&TT, em được giao chuyên đề tạo một website để sinh viên nộp đồ án Đây chính là quá trình áp dụng kiến thức đã học vào thực tiễn, chuyển những kiến thức về hàn lâm/học thuật, tri thức kỹ thuật thành sản phẩm hữu ích Điều này cũng phù hợp với định hướng và nguyện vọng của bản thân em để trở thành một kỹ sư phát triển phần mềm trong tương lai

Trong đồ án tốt nghiệp này, em chuyển các tác vụ về việc gửi/nộp đồ án của sinh viên, việc quản lý đồ án của giáo viên hướng dẫn, giáo viên phản biện và người quản lý, trở thành các tương tác với ứng dụng web Với một ứng dụng web, các bước công việc với mỗi nhóm người dùng được tự động hóa, đảm bảo nhanh, chính xác, dễ lưu trữ tài liệu, có các biểu báo cáo trực quan đầy đủ, dễ hiểu Ứng dụng tạo ra là một website, người dùng có thể truy cập và sử dụng chỉ với máy tính có sẵn trình duyệt web và kết nối internet, mọi người đều dễ dàng truy cập và sử dụng

Để có được sản phẩm hữu dụng, em tiến hành theo quy trình phổ biến trong phát triển phần mềm, xếp theo thứ tự tiến trình là: Xác định hiện trạng công việc thu/nộp đồ án cuối khóa của sinh viên, phân tích yêu cầu (từ phía sinh viên, giáo viên hướng dẫn, giáo viên phản biện, người quản lý), phân tích

hệ thống (luồng dữ liệu, sơ đồ thực thể - liên kết v.v ), thiết kế hệ thống, cài đặt (được hiểu là việc viết mã nguồn ứng dụng, chứ không đơn thuần là cài đặt ứng dụng lên máy chủ), kiểm thử, triển khai Các bước công việc được

em trình bày cụ thể, chi tiết trong nội dung báo cáo này

Để trình bày các nội dung công việc khi làm đồ án như một chỉnh thể thống nhất, em có kèm theo: Mục lục; Tóm tắt nội dung đồ án (tiếng Anh và

tiếng Việt); Danh sách thuật ngữ; Danh mục hình minh họa; Danh mục bảng/biểu; Tài liệu tham khảo; Phụ lục về cài đặt và hướng dẫn sử dụng; Lời cam đoan về việc tuân thủ đúng các quy định về làm đồ án, báo cáo cũng như mặt pháp lý liên quan đến mã nguồn ứng dụng; Đề cương/ thời gian biểu thực hiện đồ án; 01 đĩa CD mã nguồn ứng dụng sẵn sàng để cài đặt.

Trong quá trình thực hiện đồ án tốt nghiệp này, em gửi lời cảm ơn chân thành và sâu sắc đến cô giáo – tiến sỹ Vũ Thị Hương Giang – Bộ môn Công nghệ phần mềm – Viện CNTT&TT – ĐH Bách Khoa Hà Nội Cô giáo đã hướng dẫn nhiệt tình và chỉ ra nhiều khiếm khuyết để em sửa chữa, khắc phục Với trình độ chuyên môn xuất sắc, kinh nghiệm sư phạm dày dạn, cô đã hướng dẫn rất nhiều và em đã thu nạp được thêm nhiều kiến thức, kỹ năng Những khiếm khuyết được chỉ ra, kiến thức, kỹ năng em có được trong quá trình làm đồ án, phát triển ứng dụng thực tế là hành trang quan trọng để em sau này em làm việc thực tế sẽ không bị bỡ ngỡ, lạ lẫm

Em gửi lời cảm ơn chân thành và sâu sắc đến các thầy cô, cán bộ phụ trách đào tạo đã giảng dạy và giúp đỡ em trong quá trình học tập từ năm

2012 đến 2015 tại Viện CNTT&TT - trường Đại học Bách Khoa Hà Nội Các thầy cô đã truyền thụ cho em những tri thức cốt lõi, là nền tảng để em tự tin trong cuộc sống và con đường phát triển nghề nghiệp sau này

Sinh viên thực hiện

Đỗ Như Vý

CHƯƠNG I KHẢO SÁT HIỆN TRẠNG VÀ

TÌM HIỂU YÊU CẦU1.1 Lý do chọn đề tài

Vi n CNTT & TT là n i em theo h c chuyên ngành CNTT. Vi n CNTT &ệ ơ ọ ệ  

TT cũng nh  t t c  các trư ấ ả ường đ i h c khác, m i năm có m t hay nhi u khóa sinhạ ọ ỗ ộ ề  viên làm đ  tài t t nghi p. T i Vi n, c  m i d p cu i khóa, sinh viên đ u n p báoề ố ệ ạ ệ ứ ỗ ị ố ề ộ  cáo đ  án cho các th y cô giáo, cho b  môn. Đ  n p, trao đ i, l u tr  các đ  án cóồ ầ ộ ể ộ ổ ư ữ ồ  

“b n c ng” và “b n m m”. “B n c ng” chính là quy n đ  án đóng bìa, đóng gáy,ả ứ ả ề ả ứ ể ồ  đánh m c l c, n i dung hoàn thi n và in  n c n th n n p cho giáo viên. Ngoài raụ ụ ộ ệ ấ ẩ ậ ộ  sinh viên n p “b n m m”, đó chính là t p tin (file), mã ngu n (source code)  ngộ ả ề ậ ồ ứ  

d ng v.v  qua đĩa CD ho c qua đụ ặ ường email m t cách không t p trung. Trong th iộ ậ ờ  

bu i hi n nay, l u tr  d  li u s  đang là xu hổ ệ ư ữ ữ ệ ố ướng t t y u, C n chuy n vi c qu nấ ế ầ ể ệ ả  

lý các file n m trong đĩa CD, các file g i qua email (n i b  gi a sinh viên v i giáoằ ử ộ ộ ữ ớ  viên hướng d n, giáo viên ph n bi n ) qua qu n lý t p trung v i m t  ng d ngẫ ả ệ ả ậ ớ ộ ứ ụ  web. Ch  đ  đ  án c a em, l y b i c nh chính là c  quan n i em theo h c, do đóủ ề ồ ủ ấ ố ả ơ ơ ọ  

s  có l i th  khi tìm hi u v  các nghi p v  phát sinh trẽ ợ ế ể ề ệ ụ ước khi b t tay vào xâyắ  

d ng  ng d ng cho h  th ng này.ự ứ ụ ệ ố

1.2 Khảo sát hiện trạng công việc thu/nộp đồ án tốt nghiệp

Đây là bước m  đ u c a quá trình phát tri n h  th ng, nh m phát bi u bàiở ầ ủ ể ệ ố ằ ể  toán, đ t v n đ , là bặ ấ ề ước nghiên c u s  b  Trứ ơ ộ ước khi xây d ng m t h  th ngự ộ ệ ố  

m i, trớ ước h t ph i làm quen và thâm nh p vào chuyên môn nghi p v  mà hế ả ậ ệ ụ ệ 

th ng đó ph i đáp  ng, tìm hi u các nhu c u đ t ra đ i v i h  th ng đó ố ả ứ ể ầ ặ ố ớ ệ ố [B-1]

1.2.1 Khảo sát hệ thống

Quá trình khảo sát hệ thống còn được gọi với tên “Nhật ký khảo sát”

Đó là quá trình quan sát, theo dõi các bước công việc diễn ra lặp lại, theo các quy trình Trong việc thu/nộp đồ án, em quan sát được những nội dung như dưới đây:

Dựa trên kết quả học tập trong cả quá trình trước đó của mỗi sinh viên cuối khóa, Viện CNTT &TT quyết định sinh viên nào đủ điều kiện để làm đồ

án Với các sinh viên đủ điều kiện làm đồ án, sau khi hoàn tất công việc này,

lẽ tất nhiên là phải gửi đồ án đến Giáo viên hướng dẫn, giáo viên phản biện

để đánh giá kết quả công việc

Để hoàn thành một đồ án tốt nghiệp, sinh viên cần làm rất nhiều công việc:

+ Đăng ký giáo viên hướng dẫn

Để thuận tiện cho việc gửi/nộp, lưu trữ, tra cứu cho cả cán bộ, giáo viên

và sinh viên các khóa khác nhau, Viện CNTT&TT yêu cầu sinh viên nộp lại cả

"bản mềm" (các file dữ liệu chứa kết quả công việc), lưu trữ số hóa Công việc của em nhằm giải quyết nhu cầu phát sinh này

1.2.2 Mô tả bài toán

1.2.2.1 Người dùng

Có bốn nhóm người dùng khác nhau, trong đó quan trọng hơn cả là nhóm người dùng Sinh viên, Giáo viên và Quản trị viên (hệ thống nhất thiết phải có người dùng thuộc cả ba nhóm này):

- Khách ghé thăm website/ người tìm hiểu thông tin

- Sinh viên cuối khóa – người cần nộp đồ án

- Giáo viên – người có tham gia hướng dẫn sinh viên hoặc có tham gia phản biện đề tài

- Quản trị viên – người có quyền cao nhất trong hệ thống, dùng được nhiều chức năng mà nhóm người dùng khác không được phân quyền sử dụng

Nắm được các thông tin tổng thể về người dùng, đồ án được gửi lên, danh sách sinh viên, danh sách giáo viên v.v

1.2.2.2 Chức năng

Cho phép người dùng hợp lệ đăng ký tài khoản, đăng nhập sinh viên gửi/nộp đồ án thuận tiện, giáo viên có quyền truy cập vào đồ án có liên quan, quản trị viên dễ dàng quản lý thông tin tổng thể về hệ thống

1.2.3 Mục tiêu hệ thống

Trung tâm của hệ thống là ứng dụng web, tại đó các nhóm người dùng khác nhau có thể truy cập từ bất cứ nơi đâu chỉ cần máy tính kết nối internet Giao diện trực quan, chức năng phù hợp và thuận tiện, đảm bảo trải nghiệm người dùng tốt và chức năng xử lý nghiệp vụ được đảm bảo, phân quyền hợp lý

1.3 Yêu cầu cụ thể của bài toán

Dựa trên hàng loạt các kết quả từ quá trình khảo sát hiện trạng, mô tả bài toán, chỉ ra người dùng nào sẽ tương tác với hệ thống, mục tiêu tổng quát v.v như ở trên Trên lộ trình đi đến giải pháp cuối cùng cho bài toán, em liệt

kê chi tiết các chức năng cần đạt được như ở dưới đây:

1.3.1 Yêu cầu chức năng

- Sinh viên có quyền/ sử dụng chức năng (về mặt tài khoản trong hệ thống):

+ Đăng ký tài khoản

+ Kích hoạt tài khoản

+ Đăng nhập

+ Xin cấp lại mật khẩu

+ Đăng xuất

- Giáo viên có thể đóng vai trò là giáo viên hướng dẫn; giáo viên phản biện;

cùng tham gia hướng dẫn – phản biện (đối với 2 sinh viên khác nhau) Giáo viên có quyền/ sử dụng chức năng (về mặt tài khoản trong hệ thống):

+ Đăng ký tài khoản, sử dụng email với tên miền cơ quan ( @soict.hust.edu.vn hoặc @soict.hut.vn) để đăng ký

+ Kích hoạt tài khoản

+ Đăng nhập

+ Đề nghị cấp lại mật khẩu

+ Đăng xuất

- Sinh viên nhập thông tin và đưa lên (upload) các tập tin theo biểu mẫu,

bao gồm đủ 8 phần nội dung sau:

+ Ghi rõ tên đồ án

+ Họ và tên Giáo viên hướng dẫn

+ File báo cáo đồ án

+ Mã nguồn ứng dụng là sản phẩm của đồ án

+ Tài liệu tham khảo đã sử dụng trong quá trình viết báo cáo, quá trình phát triển ứng dụng hay nghiên cứu Tất nhiên không phải tài liệu tham khảo nào cũng có thể gửi lên được, đó phải là các tài liệu ở dạng lưu trữ số hóa (như các báo cáo khoa học (paper) định dạng pdf, các sách điện tử không vi phạm bản quyền đã sử dụng)

+ Tóm tắt đồ án

+ File trình bày trên máy chiếu (sẽ sử dụng khi bảo về đồ án trước hội đồng chấm điểm)

+ Hướng dẫn cài đặt và hướng dẫn sử dụng ứng dụng đi kèm

Sinh viên được phép gửi nhiều phiên bản trong khoảng thời gian hợp lệ Phiên bản cuối cùng là phiên bản chính thức

- Hệ thống kiểm tra tính hợp lệ của thông tin mà người dùng đưa vào hệ

thống (loại tập tin, kích thước cho phép, địa chỉ email có hợp lệ hay không? thời điểm nộp đồ án có trong khoảng cho phép hay không?

- Giáo viên hướng dẫn có quyền xem đồ án và các nội dung liên quan của

sinh viên do mình hướng dẫn

- Giáo viên phản biện có quyền xem đồ án và các nội dung liên quan của

sinh viên do mình phản biện

- Quản trị viên (super admin/ administrator) có tất cả các quyền của các

nhóm người dùng nêu trên đã có, ngoài ra có thêm quyền thêm, xóa, sửa, cập nhật cơ sở dữ liệu, xem báo cáo do hệ thống trích xuất ra tự động Tiếp cận được các thông tin cơ bản: Danh sách bộ môn, danh sách lớp, thiết lập

thời gian hợp lệ cho phép gửi đồ án, xuất bản các nội dung tin tức, hướng dẫn, văn bản trên trang web liên quan đến việc làm đồ án.

1.3.2 Yêu cầu phi chức năng

- Giao diện dễ dùng, chạy được trên các trình duyệt web phổ biến hiện nay là: Internet Explorer, Mozilla Firefox, Google Chrome

- Ứng dụng không yêu cầu cài đặt trình cắm (plug-in) thêm vào trình duyệt (như Adobe Flash player, Windows media player, SilverLight chẳng hạn )

- Ứng dụng vận hành 24/24h

- Xử lý truy vấn nhanh, các chức năng vận hành ổn định, nhanh (ngoại trừ việc sinh viên upload báo cáo đồ án, các tập tin, thời gian hoàn thành việc upload phụ thuộc vào tốc độ đường truyền internet)

1.4 Ý nghĩa

Với việc đưa website nộp đồ án vào thực tế sử dụng, sinh viên có thể

dễ dàng gửi/nộp sản phẩm đồ án (định dạng số hóa) của mình đến giáo viên hướng dẫn, giáo viên phản biện một cách nhanh chóng Dữ liệu lưu trữ có khuôn dạng nhất định (do ràng buộc từ khi upload, chỉ những định dạng tập tin phù hợp mới được phép upload), được lưu trữ có hệ thống theo thời gian Ứng dụng web này sẽ giúp ích nhiều, gia tăng tính tiện dụng cho Sinh viên, giáo viên, và nhà quản lý

CHƯƠNG II PHÂN TÍCH HỆ THỐNG2.1 Phân tích hệ thống về chức năng

Ứng dụng web cần xây dựng/phát triển bao gồm nhiều chức năng thuộc các phân nhóm được phân cấp, cần nhiều chức năng để thực thi các yêu cầu/hồi đáp đa dạng từ các nhóm người dùng khác nhau Do hạn chế về khổ giấy trình bày, em trình bày đến ở ba mức đầu tiên, xét trên phương diện chức năng của hệ thống

Bi u đ  phân c p ch c năngể ồ ấ ứ

Hình  Bi u đ  phân c p ch c năng ể ồ ấ ứ

2.2 Phân tích hệ thống về dữ liệu

2.2.1 Biểu đồ luồng dữ liệu

2.2.1.1 Giấy tờ, biểu mẫu thu thập được trong nghiệp vụ thu/nộp đồ án

Bi u m u Đ  cể ẫ ề ương đ  án mà em thu th p, tìm hi u đồ ậ ể ược trong quá trình tìm hi u v  h  th ng:ể ề ệ ố

Bi u m u 1 (ể ẫ BM1): Đ  c ng đ  án t t nghi pề ươ ồ ố ệ

Bi u m u 2 (ể ẫ BM2): Danh sách SV n p đ  án:ộ ồ

Quy đ nh 01 (ị QĐ1): Quy đ nh v  đ  án t t nghi p (trích d n, nguyên văn có t i ị ề ồ ố ệ ẫ ạ[W1])

T  t p h p tài li u, quy đ nh, bi u m u mà em thu th p đừ ậ ợ ệ ị ể ẫ ậ ượ ởc   trên, em đ aư  

ra nh n đ nh sau:ậ ị

T  ừBM1, M i b n ghi (record) đ  án trong CSDL ph i có thông tin v :ỗ ả ồ ả ề

+  ng d ng web ph i l u tr  H  tên đ y đ  c a Sinh viên.Ứ ụ ả ư ữ ọ ầ ủ ủ

+ Khi sinh viên đăng ký tài kho n, c n yêu c u nh p thêm email (và h  th ng s  sả ầ ầ ậ ệ ố ẽ ử 

d ng email nh  tên đ nh danh ngụ ư ị ười dùng (username), s  đi n tho i, tên l p) gi ngố ệ ạ ớ ố  

nh  trong BM01 yêu c u. Đây là thông tin c n thi t, và đư ầ ầ ế ược b o l u khi dùng hả ư ệ 

th ng m i.ố ớ

+  ng d ng web ph i l u tr  H  tên đ y đ  kèm h c hàm, h c v  c a Giáo viênỨ ụ ả ư ữ ọ ầ ủ ọ ọ ị ủ  

hướng d nẫ

+ Giáo viên khi đăng ký tài kho n trong  ng d ng web c n nh p email (s  dùngả ứ ụ ầ ậ ẽ  

nh  đ nh danh ngư ị ười dùng, do m i email là duy nh t), s  đi n tho i. Ngoài ra m tỗ ấ ố ệ ạ ộ  

đi m quan tr ng. Email giáo viên dùng đ  đăng ký v i h  th ng ph i là đ a chể ọ ể ớ ệ ố ả ị ỉ email c  quan (v i tên mi n riêng do c  quan c p phép), đi u mà sinh viên không cóơ ớ ề ơ ấ ề  

được. V n dùng đi u này đ   ng d ng web phân tách ngậ ể ể ứ ụ ười dùng, phân quy nề  

r ch ròi gi a ngạ ữ ười dùng giáo viên và người dùng sinh viên

+  ng d ng web ph i thi t l p đỨ ụ ả ế ậ ược th i đi m cho phép n p, quá h n sinh viênờ ể ộ ạ  không được phép g i/n p đ  án tr c tuy n.ử ộ ồ ự ế

+ N u  ng d ng web thu c lo i “ ng d ng”, thì ch c ch n s  có s n ph m làế ứ ụ ộ ạ Ứ ụ ắ ắ ẽ ả ẩ  

chương trình ch y, ph n m m đi kèm đ  án. Do đó h  th ng web ph i cho phépạ ầ ề ồ ệ ố ả  sinh viên g i lo i t p tin ch a  ng d ng. Do  ng d ng s  g m r t nhi u t p tin mãử ạ ậ ứ ứ ụ ứ ụ ẽ ổ ấ ề ậ  ngu n và tài nguyên đi kèm (nh   nh, icon, favicon, t p tin truy n thông đa phồ ư ả ậ ề ươ  ng

ti n)  và t i  u h n c  là đ nh d ng nén zip. H  th ng ph i cho phép g i  ng d ngệ ố ư ơ ả ị ạ ệ ố ả ử ứ ụ  

 d nh d ng zip cùng v i báo cáo đ  án

T  ừ BM2, Vi c n p quy n báo cáo có yêu c u xác đ nh rõ th i gian n p. V nệ ộ ể ầ ị ờ ộ ậ  

d ng đi u này,  ng d ng web l u tr  m i đ  án c a sinh viên trong m t b n ghi,ụ ề ứ ụ ư ữ ỗ ồ ủ ộ ả  

m i b n ghi này c n có th i gian n p đ  ki m tra đi u ki n theo quy đ nh v  th iỗ ả ầ ờ ộ ể ể ề ệ ị ề ờ  gian

T  ừ QĐ1, khi sinh viên n p đ  án, có form nh p Tóm t t đ  án, đ  GVHD,ộ ồ ậ ắ ồ ể  

GV ph n bi n, qu n tr  viên n m đả ệ ả ị ắ ược n i dung c  b n c a đ  án.ộ ơ ả ủ ồ

2.2.1.2 Biểu đồ Luồng dữ liệu mức 0 (Mức ngữ cảnh/ khung cảnh)

Hi n t i có hai cách ký pháp mô hình lu ng d  li u (DFD) chính là “Gane &ệ ạ ồ ữ ệ  Sarson” và “Yourdon/DeMacro”. Trong báo cáo này, em ch n cách ký pháp c aọ ủ  

“Gane & Sarson”, thường được dùng đ  mô t  các h  th ng thông tin ngày nay.ể ả ệ ố

Hinh ̀  Ký pháp Gane­Sarson dùng trong báo cáo

Biểu đồ luồng dữ liệu mức khung cảnh với 4 tác nhân ngoài và hệ thống nằm ở trung tâm của biểu đồ Bốn tác nhân ngoài gồm có Khách truy cập (visitor), Sinh viên nộp đồ án, Giáo viên (hướng dẫn và phản biện), Quản trị viên (administrator).

Hinh ̀  Bi u đ  Lu ng d  li u m c ng  c nh ể ồ ồ ữ ệ ứ ữ ả

Mức 0, còn gọi là mức bối cảnh hay khung cảnh, chỉ gồm có một Biểu

đồ luồng dữ liệu, trong đó chỉ có một chức năng duy nhất (chức năng tổng quát của hệ thống) trao đổi các luồng thông tin với các đối tác [B-1]

Biểu đồ này cho ta thấy tương tác giữa các thực thể bên ngoài với hệ thống ở mức bao quát nhất

2.2.1.3 Biểu đồ luồng dữ liệu mức đỉnh

Hinh ̀  Bi u đ  Lu ng d  li u m c đ nh ể ồ ồ ữ ệ ứ ỉ

Để tránh việc biểu diễn các luồng dữ liệu cắt nhau, đảm bảo biểu đồ dễ nhìn, các thực thể, kho dữ liệu có thể xuất hiện nhiều hơn một lần Trong Biểu

đồ luồng dữ liệu có:

* 4 tác nhân ngoài tương tác với hệ thống:

+ Khách truy cập+ Sinh viên+ Giáo viên+ Quản trị viên

* 5 kho dữ liệu là:

+ Tài khoản người dùng+ Đồ án

+ Bảng phân quyền+ Hướng dẫn sử dụng+ Nội dung liên hệ

* 4 chức năng là:

+ Quản lý tài khoản

+ Quản lý Đồ án+ Phân quyền+ Cung cấp thông tinabc

2.2.1.3 Biểu đồ Luồng dữ liệu chức năng 1: “Quản lý tài khoản”

Hình  Bi u đ  Lu ng d  li u m c đ nh Qu n lý tài kho n ể ồ ồ ữ ệ ứ ỉ ả ả

Hình  Bi u đ  Lu ng d  li u m c đ nh Qu n lý tài kho n (ti p) ể ồ ồ ữ ệ ứ ỉ ả ả ế

2.2.1.4 Biểu đồ Luồng dữ liệu mức đỉnh “Nộp và Quản lý đồ án”

Hình  Bi u đ  lu ng d  li u m c đ nh “N p và Qu n lý đ  án” ể ồ ồ ữ ệ ứ ỉ ộ ả ồ

2.2.1.5 Biểu đồ Luồng dữ liệu mức đỉnh “Phân quyền thành viên”

Hình  Bi u đ  Lu ng d  li u m c đ nh Phân quy n thành viên ể ồ ồ ữ ệ ứ ỉ ề

2.2.2 Thực thể, thuộc tính của thực thể, mối quan hệ giữa các thực thể

Đ  xây d ng để ự ược Lược đ  c  s  d  li u cho  ng d ng, chúng ta đi theo l  ồ ơ ở ữ ệ ứ ụ ộtrình phân tích cũng là 3 m c c a quá trình mô hình hóa d  li u, theo th  t  là:ứ ủ ữ ệ ứ ự

+ Mô hình hóa d  li u m c khái ni m (Conceptual Data Model)ữ ệ ứ ệ

+ Mô hình hóa d  li u m c lô­gic (Logic Data Model)ữ ệ ứ

+ Mô hình hóa d  li u m c v t lý (Physical Data Model).ữ ệ ứ ậ

M i bỗ ước được trình bày trong đ  m c riêng. B ng dề ụ ả ưới đây phân bi n s  ệ ựkhác nhau gi a các bữ ước mô hình hóa d  li u:ữ ệ

Tính năng Khái ni m ệ M c ứ Lô­gic V t lý ậ

2.2.2.1 Mô hình dữ liệu mức khái niệm (Conceptual Data Model)

Trong ph n này chúng ta quan tâm   m c t ng quan nh t, ch  xét đ n các ầ ở ứ ổ ấ ỉ ế

th c th  và m i quan h  gi a các th c th ự ể ỗ ệ ữ ự ể

2.2.2.1 Mô hình dữ liệu mức lô-gic (Logical Data Model)

Xây d ng ki u th c thự ể ự ể

 Kiểu thực thể đồ án:

 Ki u th c th  Sinh viên:ể ự ể

 Ki u th c th  Giáo viên:ể ự ể

 Ki u th c th  l p:ể ự ể ớ

 Ki u th c th  B  môn:ể ự ể ộ

S  k t h p gi a các ki u th c thự ế ợ ữ ể ự ể

Sự kết hợp giữa thực thể Sinh_viên & thực thể Đồ án:

Một sinh viên có thể có nhiều đồ án ( do hệ thống cho phép sinh viên gửi nhiều phiên bản đồ án khác nhau trong khoảng thời gian cho phép, phiên bản nộp cuối cùng được hệ thống xem là phiên bản chính thức) Thậm chí có sinh viên đăng ký tài khoản nhưng chưa kịp gửi/nộp đồ án nào cả

Sự kết hợp giữa thực thể Lớp & Sinh_viên:

Rõ ràng, Một lớp sẽ có nhiều sinh viên, và mỗi sinh viên sẽ được biên chế vào một lớp nào đó Do đó ta có quan hệ giữa hai thực thể Lớp –

Sinh_viên là 1 – n (một – nhiều).

Sự kết hợp giữa thực thể Giáo_viên và Sinh_viên:

Một giáo viên có thể không hướng dẫn sinh viên nào, một hoặc nhiều sinh viên Một giáo viên có thể không phản biện sinh viên nào, phản biện một hoặc nhiều sinh viên Một giáo viên có thể vừa hướng dẫn sinh viên này, và phản biện đồ án của sinh viên khác Tuy nhiên, một giáo viên không đồng thời vừa hướng dẫn vừa phản biện một sinh viên

Sự kết hợp giữa thực thể Lớp và Sinh_viên:

Mô hình dữ liệu trong hệ thống:

Hình  Mô hình d  li u trong h  th ng ữ ệ ệ ố

2.2.3 Sơ đồ khối (flow chart) đặc tả chức năng

2.2.3.1 Sinh viên đăng nhập tài khoản

Hình  S  đ  lu ng quá trình đăng nh p ơ ồ ồ ậ

2.2.3.2 Sinh viên nộp đồ án

Hình  S  đ  lu ng quá trình sinh viên n p đ  án ơ ồ ồ ộ ồ

CHƯƠNG III THIẾT KẾ VÀ CÀI ĐẶT HỆ THỐNG

3.1 Cài đặt cơ sở dữ liệu

Từ các bước phân tích về thực thể tham gia hệ thống, các thuộc tính của thực thể, mối quan hệ, và sơ đồ thực thể liên kết (Entity – Relationship diagram), em xây dựng chi tiết các bảng dữ liệu dùng trong ứng dụng như sau:

Do tên cơ sở dữ liệu (database), tên bảng (table) và tên trường (field)

sẽ dùng trong các truy vấn dữ liệu (C.R.U.D) và được đặt trong mã nguồn Để tránh lỗi và sự phức tạp hóa, em đặt tên theo tiếng Anh, phân tách các từ dùng dấu gạch dưới (“_”) Em không đặt tên theo ký tự Camel (ký tự “lạc đà”,

ví dụ “SinhVien”, “NewStudent”) do truy vấn (query) SQL trong MySQL không phân biệt chữ hoa – chữ thường, dẫn đến các truy vấn sẽ rất khó đọc

Theo các quy ước tốt cho việc lập trình, cũng như CakePHP framework

đề ra quy ước qua cấu hình (convention over configuration), em đặt tên bảng

T th ướ c phép 

Null

1 id Mã đ nh danh đ  án ị ồ int (11) Không

2 student_id Mã đ nh danh SV ị int(11) Không

3 name Tên đ  án ồ varchar(1023) Không

4 summary Tóm t t ắ varchar(2047) Không

5 main_file T p tin báo cáo đ   án. (*) ậ ồ varchar(1023) Không

6 reference_fil es Các t p tin tham 

ậ

kh o đ ả ượ c nén  trong 1 file zip. (*)

7 source_code Mã ngu n  ng 

ồ ứ

d ng, nén trong 1  ụ file zip. (*) varchar(1023) Có NULL

8 slides Slide trình bày (*) varchar(1023) Không

9 create_time Th i đi m upload  đ  án ồ ờ ể datetime Không CURRENT_TI MESTAMP

Có hai gi i pháp đ  l u tr  t p tin trong h  th ng là:ả ể ư ữ ậ ệ ố

+ Cách 1: L u tr  theo ki u d  li u BLOB trong H  qu n tr  CSDL MySQL.ư ữ ể ữ ệ ệ ả ị

+ Cách 2: L u tr  t p tin trong th  m c (trong h  th ng t p tin – file system).ư ữ ậ ư ụ ệ ố ậ

N u áp d ng theo Cách 1, C  s  d  li u s  nhanh chóng b  “phình to”, doế ụ ơ ở ữ ệ ẽ ị  

ch a t p tin. D n đ n các thao tác truy v n, tứ ậ ẫ ế ấ ương tác v i CSDL (T o – đ c – c pớ ạ ọ ậ  

nh t – xóa – nh p vào (import), ­ trích xu t ra (export)) đ u tr  nên “n ng n ”, “ìậ ậ ấ ề ở ặ ề  ch”. Khi ng i qu n tr , giáo viên mu n t i v , h  th ng s  ph i thi t l p MIME

(Multipurpose Internet Mail Extensions), đó là quá trình chuy n ki u d  li u BLOBể ể ữ ệ  

v  d ng t p tin thông thề ạ ậ ường (nh  *.docx, *.pdf, v.v ), khi n h  th ng x  lý bư ế ệ ố ử ị 

đ  x  lý c a h  th ng độ ử ủ ệ ố ượ ố ưc t i  u

(*) Chính vì v y, các trậ ường (filed) có tên “main_file”, “reference_files”,

“source_code”, “slides” là tên t p tin kèm đuôi m  r ng, không ph i là t p tinậ ở ộ ả ậ  

hoàn ch nh. ỉ Khi n i Đố ường d n th  m c l u tr  + Tên t p tin + Ph n m  r ng, taẫ ư ụ ư ữ ậ ầ ở ộ  

s  đẽ ược đường d n đ y đ  truy c p t p tin:ẫ ầ ủ ậ ậ  http://{tên mi n website}/{thề ư m cụ  

l u tr }/{tên t p tin}.{ph n m  r ng c a t p tin} .ư ữ ậ ầ ở ộ ủ ậ

ng d ng x  lý ph n đánh tên t p tin t  đ ng theo quy t c. Ví d  v  tên m t

t p tin trong th  m c l u tr : ậ ư ụ ư ữ C 2014_09_24 09_46_11 Do_Nhu_Vy.zip

+ D  xác đ nh ki u t p tin (là t p tin đ  án, báo cáo, slide hay mã ngu n?):ễ ị ể ậ ậ ồ ồ

T (Thesis main file): Báo cáo đ  ánồ

C (Source Code): Mã ngu n  ng d ngồ ứ ụ

R (Reference files): Tài li u tham kh o dùng khi vi t báo cáo đ  ánệ ả ế ồ

S (Slides): T p tin trình bày trên máy chi u, khi b o v  tr c H i đ ng ch mậ ế ả ệ ướ ộ ồ ấ  

đ  án.ồ

Ph n xác đ nh th i đi m g i: ầ ị ờ ể ử 2014_09_24 09_46_11 : T p tin đ c g i vàoậ ượ ử  09:46:11 ngày 24/09/2014. Th  t  là: năm_tháng_ngày_gi _phút_giây, đ  d  s pứ ự ờ ể ễ ắ  

x p (sort) theo th  t  th i gian khi c n.ế ứ ự ờ ầ

Do_Nhu_Vy : Ph n tên sinh viên, vi t theo đ nh d ng “L c Đà” (CamelCase,ầ ế ị ạ ạ  

vi t hoa m i t  đ u tiên) kèm ký t  g ch dế ỗ ừ ầ ự ạ ướ ể ễ ọi đ  d  đ c

.zip : Đ nh d ng t p tinị ạ ậ

+ Không trùng l p, n u hai t p tin đặ ế ậ ược g i lên b i hai sinh viên khác nhau hay haiử ở  

th i đi m khác nhau, n u cùng m t tên s  x y ra l i (ngo i l  ­ exception) trên hờ ể ế ộ ẽ ả ỗ ạ ệ ệ 

th ng. Em s  d ng giá tr  ng u nhiên là th i gian g i t p tin (d ng DATETIMEố ử ụ ị ẫ ờ ử ậ ạ  chính xác đ n đ n v  giây) đ  kèm vào tên t p tin.ế ơ ị ể ậ

Nh  vi c đ t tên t p tin t  đ ng và theo quy t c, Qu n tr  viên, giáo viên t iờ ệ ặ ậ ự ộ ắ ả ị ả  

đ  án v , nhìn vào tên t p tin đã có đồ ề ậ ược nhi u thông tin quan tr ng.ề ọ

Bảng: students (Sinh viên)

1 id Mã đ nh danh  SV ị int (11) Không

3 password M t kh u ậ ẩ varchar(255) Không

4 fullname H  tên ọ varchar(255) Không

5 gender Gi i tính ớ tinyint(1) Không

8 mobile S  ĐT di đ ng ố ộ varchar(20) Có

9 create_time Th i đi m đăng ký ờ ể   datetime Không

10 modify_time Th i đi m s a 

c a SV ủ

varchar(1023

12 activate_string Chu i kích ho t tài kho n ỗ ả ạ   varchar(255) Không

13 deactivate_flag C  vô hi u/ 

đ ượ ấ c c p phép 

n a) ữ

15 activate_flag C  kích ho t tài kho n ờ ả ạ   tinyint(1) Có NULL

16 password_reset_s tring Chu i dùng khi 

1 id Mã đ nh danh  GV ị int (11) Không

2 email Email c  quan  (GV) ơ varchar(255) Không

3 password M t kh u ậ ẩ varchar(255) Không

4 fullname H  tên GV ọ varchar(255) Không

7 department_id Mã s  b  môn ố ộ int (3) Có

8 mobile S  ĐT di đ ng ố ộ varchar(20) Có

9 telephone S  ĐT c  đ nh ố ố ị varchar(20) Có

10 create_time Th i đi m đăng ký ờ ể   datetime Không

11 modify_time Th i đi m s a 

c a GV ủ

varchar(1023

13 activate_string Chu i kích ho t tài kho n ỗ ả ạ   varchar(255) Không

14 deactivate_flag C  vô hi u/ 

đ ượ ấ c c p phép 

n a) ữ

16 activate_flag C  kích ho t tài kho n ờ ả ạ   tinyint(1) Có NULL

17 password_reset_s tring Chu i dùng khi 

2 name Tên b  môn ộ varchar(255) Không

c  quan) ơ varchar(255) Có NULL

5 create_time Th i đi m t o ờ ể ạ datetime Không

6 modify_time Th i đi m s a ờ ể ử datetime Có NULL

7 deactivate_flag C  vô hi u hóa ờ b  môn ộ ệ   tinyint(1) Có NULL

8 delete_flag C  xóa b  môn ờ ộ tinyint(1) Có NULL

Bảng: class (Lớp sinh viên)

3 create_time Th i đi m t o ờ ể ạ datetime Không

4 modify_time Th i đi m s a ờ ể ử datetime Có NULL

5 deactivate_flag C  vô hi u hóa ờ b  môn ộ ệ   tinyint(1) Có NULL

6 delete_flag C  xóa b  môn ờ ộ tinyint(1) Có NULL

Bảng: student_teacher (Bảng nối Sinh viên – Giáo viên)

2 student_id Mã đ nh danh SV ị int(11) Không

3 teacher_id Mã đ nh danh GV ị int(11) Không

4 role “h Vai trò c a GV là ướ ng d n” ho c ủ ẫ ặ    

“ph n bi n” ả ệ

tinyint (1) Không

M i sinh viên đ u có giáo viên h ỗ ề ướ ng d n và giáo viên ph n bi n đ  án ẫ ả ệ ồ  

t t nghi p c a mình. M i giáo viên có th  ph  trách m t hay nhi u sinh viên ố ệ ủ ỗ ể ụ ộ ề  

M i quan h  gi a th c th   ố ệ ữ ự ể Sinh viên và th c th   ự ể Giáo viên là n – n ( nhi u ­ ề   nhi u). Chúng ta chuy n 1 m i quan h   ề ể ố ệ n – n thành 2 m i quan h   ố ệ 1 – n (m t ộ   – nhi u) b ng cách s  d ng b ng n i  ề ằ ử ụ ả ố student_teacher

Theo “Quy ước qua cấu hình” (convetion over configuration) của CakePHP framework, xếp thứ tự hai thực thể trong bảng nối theo ABC, do từ

student đứng tước từ teacher trong từ điển, nên sẽ đặt tên bảng nối là student_teacher chứ không phải teacher_student

1 id Mã đ nh danh Liên ị hệ   int (11) Không

3 email Đ a ch  ng ị ỉ hệ ườ i liên   varchar(255) Không

4 mobile S  di đ ng ng ố liên hệ ộ ườ   i tinyint(1) Có NULL

5 content N i dung liên h ộ ệ text Không

6 create_time Th i gian g i liên ờ hệ ử   datetime Không CURRENT_TI MESTAMP

B ng d  li u này h  tr  cho tính năng ti n ích trên website là m c ả ữ ệ ỗ ợ ệ ụ  

“Liên h ”. Ch c năng “Liên h ” dành cho khách truy c p (visitor) – ng ệ ứ ệ ậ ườ   i không đăng ký tài kho n, đ  gi i đáp các th c m c, cung c p thông tin, h  tr ả ể ả ắ ắ ấ ỗ ợ 

ng ườ i truy c p. Gi  s  h  th ng có tr c tr c, không đăng ký, đăng nh p ậ ả ử ệ ố ụ ặ ậ  

đ ượ c, ng ườ i dùng s  có ph ẽ ươ ng th c này đ  liên h  v i qu n tr  viên.  ứ ể ệ ớ ả ị

3.2 Cài đặt mã nguồn

Ứng dụng được phát triển trên nền CakePHP framework phiên bản 2.6.0, CakePHP được phát hành theo giấy phép MIT, là giấy phép “khá thân thiện” ngay cả với các ứng dụng thương mại đóng gói

Trong quá trình phát triển ứng dụng này, em vận dụng kiến thức về phát triển phần mềm: ORM (Object Relation Mapping: Ánh xạ đối tượng – quan hệ), OOP (Lập trình hướng đối tượng), Thói quen tái sử dụng mô-đun: DRY (Don’t repeat yourself), mô hình phân tách 3 lớp: Mô hình dữ liệu – Giao diên - Trình điều khiển (MVC design pattern). 

3.2.1 Công cụ sử dụng

3.2.1.1 Phần mềm sử dụng

STT Gói công cụ Phiên b n ả Nhi m v ệ ụ

1 Windows OS 8.1 (x64) H  đi u hành ch y các  ng d ng,  công cụ ệ ề ạ ứ ụ

B  cài đ t tích h p s n PHP,  ộ ặ ợ ẵ MySQL, Apache httpd server,  phpMyAdmin

3 Eclipse PDT  Luna 4.4 (x64) Môi tr ườ ng phát tri n tích h p ể ợ

4 (for Eclipse IDE) Subversive SVN  1.8 Trình c m (plug­in) qu n lý phiên 

b n   c p đ  t p tin, tích h p  ả ở ấ ộ ậ ợ trong Eclipse IDE

5 Visual SVN  Server 3.2.2

Máy ch  qu n lý phiên b n  ủ ả ả (server), tuy nhiên đ ượ c cài ngay  trên máy c c b  (localhost) ụ ộ

6 TotoirseSVN 1.8.10 (x64)

Qu n lý phiên b n, có giao di n  ả ả ệ

đ  h a d  dùng, cài phía máy tr m ồ ọ ễ ạ   (client)

8 Mozilla Firefox  Developer 

Edition 36.0 (x86)

­ Phân tích, biên t p CSS,  ậ JavaScript.

9 Internet Exploerer 11 ­ Ki m tra tính chính xác c a CSS, jQuery ể ủ  

10 Gimp 2.8.14 T o banner, ch nh s a hình  nh ạ ỉ ử ả

11 PowerDesigner SAP 

16.5 SP04  PL01 (x64)  trial

V  bi u đ  DFD, Bi u đ  phân  ẽ ể ồ ể ồ

15 LibreOffice 4.3

Lên k  ho ch d  án (Project  ế ạ ự planning), l p tài li u thi t k   ậ ệ ế ế

t ng th  (Basic Design),  thi t k   ổ ể ế ế chi ti t  ng d ng (Detail Design) ế ứ ụ

16 Microsoft Office  Word 2013 (15.0) So n th o báo cáo đ  án ạ ả ồ

Bảng 01 Công cụ sử dụng

3.2.1.2 Thư viện sử dụng

3.2.2 Các tập tin mã nguồn trong ứng dụng

Ứng dụng vốn được phát triển trên nền CakePHP framework phiên bản 2.5.7, ứng dụng web gồm rất nhiều tập tin và thư mục Em chỉ liệt kê danh sách các tập tin được tạo mới hoặc cần chỉnh sửa (có ghi chú dưới tên tập tin) Trong đó ký hiệu dấu gạch sổ ngược (“\”) đầu tiên là gốc ứng dụng (root), các dấu gạch sổ ngược tiếp theo là phân tách thư mục theo cấu trúc phân cấp (directory separator).r

Controller Commons: Tạo các trang web riêng lẻ, không gắn kết trực tiếp với một Model nào cả Bình thường sẽ có một bộ tam, ví dụ

+ Model Student được xác định qua file \app\Model\Student.php

+ View cho controller Student được xác định qua các file \app\View\*.ctp

+ Controller được xác định qua \app\Controller\StudentController.php

thì với đối tượng Commons, nó không có Model, chỉ có Controller và View để sản sinh (render) ra các trang như trang chủ, trang hướng dẫn, giới thiệu, liên hệ

lớp (class) này Hợp phần

(component) có tên Auth do

CakePHP cung cấp sẵn, dùng cho cơ chế xác thực nhất thiết phải gọi trong lớp này.

kê ra danh sách đồ án, thêm mới.

11 \app\Model\Department.php

(Tạo mới)

Ánh xạ từ bảng department

trong cơ sở dữ liệu quan hệ

sang đối tượng Department

trong Lập trình hướng đối tượng Các lớp (class) trong thư mục Model cho thấy ứng dụng vận dụng kỹ thuật ORM

(Object-Relation mapping) trong lập trình Lớp (class) bao gồm biến phục vụ cho kiểm tra tính hợp lệ của dữ liệu về Bộ môn, các phương thức CRUD dữ liệu 1

er.ctp

-nt-(Tạo mới)

2

5

\ app\View\Elements\shared\men

9 (Tạo mới)

để website hiển thị đẹp và đúng trên các trình duyệt web phổ biến hiện nay: Interent Explorer, Google Chrome, Mozilla Firefox các phiên bản khác nhau.

(bookmark) của trình duyệt.

v.v

Việc tạo các tập tin như trên, nói chung tuân theo quy tắc nghiêm ngặt, mặc định của CakePHP framework Điều này đảm bảo cho Convention of Configuration: (Cấu hình qua quy ước).

a.a.a Thiết kế giao diện

Khách truy c p trang web s  xu t hi n ngay yêu c u đăng nh p, n u kháchậ ẽ ấ ệ ầ ậ ế  không đăng nh p, ch  có th  xem thông tin t i m c Hậ ỉ ể ạ ụ ướng d n, M c liên h  Kháchẫ ụ ệ  truy c p đậ ược phép t o tài kho n m i d ng Tài kho n Sinh viên ho c Giáo viên.ạ ả ớ ạ ả ặ

Người dùng đăng ký tài kho n Sinh viên. Các thông tin Sinh viên ph i cungả ả  

c p là:ấ

+ H  tên đ y đọ ầ ủ

+ Đ a ch  email (đây cũng chính là c  s  đ nh danh ngị ỉ ơ ở ị ười dùng trong hệ 

th ng, do đ c tính duy nh t c a đ a ch  email. H n th  n a, đ a ch  email c  quanố ặ ấ ủ ị ỉ ơ ế ữ ị ỉ ơ  

v i tên mi n riêng còn giúp h  th ng phân tách đớ ề ệ ố ược Nhóm người dùng Sinh viên 

và Nhóm người dùng Giáo viên)

+ M t kh u. Sinh viên ph i gõ m t kh u hai l n, v i m c đích yêu c u sinhậ ẩ ả ậ ẩ ầ ớ ụ ầ  viên ph i ghi nh  chu i ký t  đ c bi t này. Có đo n mã javascript b t s  ki n t iả ớ ỗ ự ặ ệ ạ ắ ự ệ ạ  hai ô nh p m t kh u, không phân bi t th  t  ô nào đậ ậ ẩ ệ ứ ự ược gõ trước hay gõ sau, so sánh hai chu i đ  ki m tra s  trùng kh p.ỗ ể ể ự ớ

+ Sinh viên ch n L p c a mình. (Trọ ớ ủ ước đó Qu n tr  viên đã nh p d  li u vả ị ậ ữ ệ ề các l p sinh viên trong h  th ng). Sinh viên ch n L p t  ListBox. Vi c Sinh viênớ ệ ố ọ ớ ừ ệ  

ch n L p t  danh sách có s n do Qu n tr  viên thi t l p, là c  s  đ m b o Tên l pọ ớ ừ ẵ ả ị ế ậ ơ ở ả ả ớ  không b  nh p m t cách tùy ti n, là c  s  đ  h  th ng ki m tra Th i gian g i/n pị ậ ộ ệ ơ ở ể ệ ố ể ờ ử ộ  

đ  án h p l ồ ợ ệ

+ S  đi n tho i di đ ng. Giúp Giáo viên, qu n tr  viên tra c u nhanh thông tinố ệ ạ ộ ả ị ứ  liên h  v i sinh viên c a mình.ệ ớ ủ

Các m c không có “*” s  là tùy ch n. Các m c có d u (*), nhãn (label) inụ ẽ ọ ụ ấ  

đ m là các m c b t bu c. N u không nh p đ  các m c b t bu c, H  th ng s  g iậ ụ ắ ộ ế ậ ủ ụ ắ ộ ệ ố ẽ ử  thông báo l i đ n ngỗ ế ười dùng. Đi u này đ m b o tính toàn v n c a d  li u trongề ả ả ẹ ủ ữ ệ  

h  th ng. Khi ngệ ố ười dùng ch a đăng nh p, nhi u tính năng s  b  vô hi u, n u kíchư ậ ề ẽ ị ệ ế  vào nút b m đ  s  d ng các tính năng này, h  th ng s  chuy n hấ ể ử ụ ệ ố ẽ ể ướng người dùng 

v  trang đăng nh p.ề ậ

3.2.3 Kết quả sau khi cài đặt ứng dụng

3.2.3.1 Phân quyền người dùng

abc

Khi người dùng đăng nh p v i quy n: ậ ớ ề “Khách truy c p”:ậ

Khách truy c p Liên h :ậ ệ