Chúng em cũng gửi lời cảm ơn đến các thầy cô trong khoa đã giúp chúng em trang bị những kiến thức cần thiết để chúng em có đủ khả năng để thực hiện bài tập lớn.Tuy đã cố gắng hết sức để
lOMoARcPSD|39475011 TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN ======***====== BÁO CÁO BÀI TẬP LỚN THUỘC HỌC PHẦN NHẬP MÔN CÔNG NGHỆ PHẦN MỀM ÁP DỤNG MÔ HÌNH AGILE PHÂN TÍCH WEBSITE ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI GVHD: TS Nguyễn Thị Mỹ Bình Nhóm số: 2 Lớp: 20222IT6082009 K16 Hà nội, Năm 2023 ======***====== Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN ======***====== BÁO CÁO BÀI TẬP LỚN THUỘC HỌC PHẦN NHẬP MÔN CÔNG NGHỆ PHẦN MỀM ÁP DỤNG MÔ HÌNH AGILE PHÂN TÍCH WEBSITE ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI GVHD: TS Nguyễn Thị Mỹ Bình Hà nội, Lớp: 20222IT6082009 K16 Thành viên: Trần Đức Lương - 242 Quản Anh Đức - 500 Cao Trung Đức - 362 Nguyễn Văn Mạnh - 169 Nguyễn Đức Cường - 302 Năm 2023 ======***====== MỤC LỤC Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 LỜI NÓI ĐẦU 1 MỞ ĐẦU 2 CHƯƠNG I TỔNG QUAN MÔ HÌNH AGILE 3 1.1 GIỚI THIỆU TỔNG QUAN VỀ MÔ HÌNH AGILE 3 1.1.1 Lịch sử hình thành của mô hình Agile 3 1.1.2 Những khái niệm cơ bản 3 1.1.3 Triết lý của mô hình Agile 4 1.1.4 Nguyên tắc của mô hình Agile .6 1.1.5 Các phương pháp Agile phổ biến 6 1.1.6 Đặc trưng của mô hình Agile 9 1.2 CÁC HOẠT ĐỘNG TRONG MÔ HÌNH AGILE 10 1.2.1 Lập kế hoạch (Sprint Planning) 10 1.2.2 Phân tích yêu cầu (Requirements Analysis) .10 1.2.3 Thiết kế (Design) 10 1.2.4 Mã hóa (Coding) 11 1.2.5 Kiểm thử đơn vị (Unit Testing) 11 1.2.6 Kiểm tra chấp nhận (Acceptance Testing) 11 CHƯƠNG II GIỚI THIỆU TÀI LIỆU ĐẶC TẢ CHO WEBSITE ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI .12 2.1 Giới thiệu về tài liệu đặc tả 12 2.1.1 Mục đích của tài liệu yêu cầu cho website ĐHCNHN .12 2.1.2 Phạm vi của sản phẩm 12 2.1.3 Các định nghĩa, từ viết tắt 13 2.1.4 Các tham chiếu 14 2.2 Mô tả chung 14 2.2.1 Giới thiệu chung về website 14 2.2.2 Các chức năng của website 14 2.2.3 Đặc điểm của người sử dụng 15 2.2.4 Các ràng buộc 16 2.2.5 Giả thiết và các phụ thuộc 17 2.3 Đặc tả yêu cầu (thay bằng yêu cầu của website) 18 2.3.1 Yêu cầu chức năng 18 2.3.2 Yêu cầu phi chức năng 23 Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 KẾT LUẬN 25 TÀI LIỆU THAM KHẢO 26 Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 LỜI NÓI ĐẦU Chúng em xin cảm ơn cô Nguyễn Thị Mỹ Bình – giảng viên đã hướng dân tận tình, chu đáo giúp nhóm chúng em có thể hoàn thành được nội dung của đề tài này Chúng em cũng gửi lời cảm ơn đến các thầy cô trong khoa đã giúp chúng em trang bị những kiến thức cần thiết để chúng em có đủ khả năng để thực hiện bài tập lớn Tuy đã cố gắng hết sức để nghiên cứu, tìm hiểu cũng như thực hiện đề tài, nhóm chúng em không thể tránh khỏi những sai sót, mong thầy cô và các nhóm khác nhận xét, đánh giá để bài tập lớn của nhóm chúng em được hoàn thiện hơn NHÓM 7 MỞ ĐẦU Lý do chọn đề tài Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 Website “Đại học Công nghiệp Hà Nội” là một phương tiện gần gũi, thân thuộc đối với mỗi sinh viên HAUI cũng như những quý phụ huynh, học sinh muốn tìm hiểu về “ Khi nghiên cứu và tìm hiểu về đề tài sẽ giúp chúng em phát triển những kỹ năng mềm (giao tiếp, làm việc nhóm, sử dụng những công cụ văn phòng – Word, Powerpoint, …) và các ứng dụng mô hình Agile để phân tích một sản phẩm phần mềm mà ở đây là website của Đại học Công nghiệp Hà Nội Mục tiêu nghiên cứu của đề tài Phân tích website của trường “Đại học Công nghiệp Hà Nội –HAUI về các khía cạnh như thành phần, giao diện, cấu trúc, … Giúp người đọc có cái nhìn khái quát, chính xác về chức năng của trang web Bên cạnh đó còn giúp nhóm chúng tôi thực hành làm việc nhóm, thuyết trình và nhiều kĩ năng khác Đối tượng nghiên cứu của đề tài: Website trường “Đại học Công nghiệp Hà Nội - HAUI” Phạm vi nghiên cứu của đề tài: Nội bên trong website “haui.edu.vn/vn” Phương pháp nghiên cứu: Áp dụng mô hình Agile Cấu trúc nội dung của bài báo cáo: Gồm 2 chương Chương I: Tổng quan về mô hình Agile: đưa ra những khái niệm cơ bản, lịch sử hình thành và phát triển của mô hình Agile, nêu ra những hoạt động cần thực hiện và đánh giá ưu nhược điểm của mô hình Chương II: Tài liệu đặc tả website Đại học Công nghiệp Hà Nội Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 CHƯƠNG I TỔNG QUAN MÔ HÌNH AGILE 1.1 GIỚI THIỆU TỔNG QUAN VỀ MÔ HÌNH AGILE 1.1.1 Lịch sử hình thành của mô hình Agile Những năm 1990: Các phương pháp Agile đầu tiên xuất hiện trong giai đoạn này, bao gồm Scrum, Crystal, DSDM (Dynamic Systems Development Method) và Extreme Programming (XP) Các phương pháp này tập trung vào tính linh hoạt và giảm thiểu rủi ro trong quá trình phát triển phần mềm Năm 2001: Hội nghị Agile tại Snowbird, Utah, Mỹ là một sự kiện quan trọng trong lịch sử Agile Tại hội nghị này, một nhóm các chuyên gia phát triển phần mềm đã đưa ra "Tuyên bố Agile" (Agile Manifesto) Tuyên bố này ghi lại các nguyên tắc và giá trị cốt lõi của Agile, định nghĩa rõ nét phương pháp phát triển này và đánh dấu sự ra đời chính thức của Agile Sau năm 2001: Agile tiếp tục phát triển và trở thành một xu hướng quản lý dự án phổ biến trên toàn cầu Nhiều tổ chức và công ty áp dụng Agile không chỉ trong phát triển phần mềm mà còn trong các lĩnh vực khác như marketing, quản lý sản phẩm và dịch vụ khách hàng Hiện tại: Agile vẫn tiếp tục phát triển và thích ứng với sự biến đổi trong ngành công nghiệp và nhu cầu của khách hàng Các biến thể của Agile, như SAFe, Lean Agile và DevOps, đã được phát triển để đáp ứng nhu cầu phát triển phần mềm quy mô lớn và quản lý dự án phức tạp hơn 1.1.2 Những khái niệm cơ bản Phần mềm (Software): Theo nghĩa hẹp là 1 tập hợp các câu lệnh được viết bằng ngôn ngữ lập trình Giải quyết bài toán Công nghệ (Engineering): là cách sử dụng các công cụ, kỹ thuật để giải quyết vấn đề Công nghệ phần mềm (SE – Software Engineering): theo IEEE là việc áp dụng cách nghiên cứu và tiếp cận có hệ thống, quy tắc, có thể xác định số lượng để phát triển, vận hành và bảo trì phần mềm; nghĩa là áp dụng kỹ thuật vào phần mềm Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 Agile: Agile là một triết lý quản lý dự án và phát triển phần mềm dựa trên việc làm việc theo nhóm nhỏ, linh hoạt và tương tác liên tục với khách hàng Scrum: Scrum là một trong những phương pháp quản lý dự án phổ biến trong Agile Nó sử dụng một chu kỳ phát triển ngắn gọi là “Sprint” và các cuộc họp hàng ngày để tăng cường sự tương tác và kiểm soát tiến độ Sprint: Sprint là một khoảng thời gian ngắn, thường từ 1 đến 4 tuần, trong đó nhóm phát triển thực hiện công việc và tạo ra một phiên bản có thể chạy được của phần mềm Product Owner: Product Owner là người đại diện cho khách hàng hoặc người sử dụng cuối trong một dự án Agile Product Owner xác định và ưu tiên yêu cầu, cung cấp phản hồi và quyết định về phạm vi và ưu tiên của sản phẩm Scrum Master: Scrum Master là người đảm bảo rằng nhóm phát triển tuân thủ quy trình Scrum Họ loại bỏ các rào cản và giúp đỡ nhóm phát triển hoạt động một cách hiệu quả Đánh giá hài lòng của khách hàng (Customer Satisfaction): Trong Agile, việc tạo ra sự hài lòng cho khách hàng được coi là mục tiêu hàng đầu Việc cung cấp sản phẩm có giá trị và sử dụng phản hồi của khách hàng để cải thiện sản phẩm là quan trọng 1.1.3 Triết lý của mô hình Agile Giá trị Định nghĩa Ví dụ thực thi Đảm bảo nhân viên có thể Cá nhân và sự tương Tập trung vào đóng góp của giao tiếp và làm việc trực tiếp với nhau, giảm bớt các rào cản tác quan trọng hơn từng cá nhân trong nhóm và giao tiếp và khuyến khích sự tin tưởng giữa các thành viên quy trình và công sự tương tác giữa các thành nhóm cụ viên, thay vì tuân thủ quy trình và sử dụng công cụ phức tạp Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 Phần mềm hoạt Tạo ra phần mềm hoạt động Thay vì tạo các tài liệu như kế động hơn tài liệu hơn việc tạo tài liệu toàn hoạch kiểm thử và thông số kỹ toàn diện diện thuật chi tiết, nhóm Agile xây dựng các phiên bản phần mềm có khả năng giới hạn để khách hàng và người dùng kinh doanh có thể thử nghiệm trước khi phê duyệt Sự cộng tác với Tập trung vào việc hợp tác Thay vì chỉ quan tâm đến các khách hàng hơn việc chặt chẽ với khách hàng điều khoản và điều kiện của đàm phán hợp đồng thay vì tập trung vào việc dự án, nhóm Agile tương tác đàm phán hợp đồng thường xuyên với khách hàng để nhận phản hồi và điều chỉnh kế hoạch dự án theo tiến độ Ứng phó với thay Ứng phó và thích nghi với Trong phương pháp Agile, đổi hơn là tuân theo sự thay đổi thường xuyên nhóm linh hoạt và có khả năng một kế hoạch thay vì tuân thủ kế hoạch thích ứng với các thay đổi ban đầu trong dự án, thay vì bám sát một kế hoạch đã được tạo ra từ đầu Yêu cầu sản phẩm được ưu tiên xác định ở đầu mỗi giai đoạn, không phải đồng ý tất cả yêu cầu sản phẩm từ đầu dự án 1.1.4 Nguyên tắc của mô hình Agile 1 Thỏa mãn yêu cầu của khách hàng - là ưu tiên hàng đầu thông qua việc chuyển giao những sản phẩm giá trị trong thời gian sớm và liên tục Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 2 Sẵn sàng cho những thay đổi - thậm chí những thay đổi này xuất hiện muộn Quy trình Agile linh hoạt trong việc ứng phó với sự thay đổi từ khách hàng, gia tăng tính cạnh tranh cho khách hàng 3 Cung cấp phần mềm hoạt động được trong thời gian ngắn từ 1 vài tuần đến 1 vài tháng, với sự ưu tiên thời gian ngắn hơn 4 Cộng tác cùng làm việc: Người kinh doanh và người lập trình phải làm việc cùng nhau mỗi ngày trong suốt dự án 5 Tạo động lực làm việc: Xây dựng các dự án xung quanh cá nhân có động lực Cho họ môi trường làm việc thuận lợi và sự hỗ trợ cần thiết Hãy có niềm tin rằng họ sẽ làm tốt công việc của mình 6 Đối thoại trực tiếp mặt đối mặt là phương pháp hữu hiệu nhất trong việc truyền đạt thông tin 7 Phần mềm chạy được là thước đo chính của tiến độ dự án 8 Phát triển bền vững và duy trì việc phát triển liên tục Các nhà tài trợ, người phát triển và người dùng nên có thể duy trì tốc độ không đổi vô thời hạn 9 Liên tục quan tâm đến kỹ thuật và thiết kế để tăng cường tính linh hoạt 10.Đơn giản - nghệ thuật tối đa hóa số lượng công việc không làm là điều cần thiết 11.Nhóm tự tổ chức Các kiến trúc, yêu cầu và thiết kế tốt nhất xuất hiện từ các nhóm tự tổ chức 12.Tự phản ánh thường xuyên Trong khoảng thời gian đều đặn, nhóm phản ánh về cách trở nên hiệu quả hơn, sau đó điều chỉnh cho phù hợp 1.1.5 Các phương pháp Agile phổ biến - Extreme Programming(XP) Ý tưởng của phương pháp Extreme Programming được bắt đầu tại Chrysler Motors vào năm 1996 với 1 dự án được đặt tên là Chrysler Comprehensive Compensation System (C3) Nhóm phát triển dự án này, được dẫn dắt bởi Kent Beck, đang vật lộn làm sao để phát hành mã chất lượng cao nhanh hơn và hiệu quả hơn, và kết quả là đã biến quy trình phát triển của họ trở nên hiệu quả, tập trung vào chất lượng Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 xem lại và đánh giá kết quả của sprint trước đó, từ đó đưa ra các bài học rút ra để cải tiến trong sprint tiếp theo Sau đó, nhóm phát triển sẽ tham gia và đưa ra các ước tính về thời gian và khối lượng công việc cần thực hiện để hoàn thành các yêu cầu đã được đưa ra Kế hoạch sprint cũng giúp nhóm phát triển đưa ra các mục tiêu rõ ràng cho mỗi sprint 1.2.2 Phân tích yêu cầu (Requirements Analysis) Phân tích yêu cầu là quá trình thu thập, phân tích và hiểu các yêu cầu của khách hàng để đảm bảo rằng những yêu cầu đó được hiểu đúng và đầy đủ Các nhà phát triển sẽ phân tích và đánh giá các yêu cầu, xác định các ràng buộc và các yêu cầu bổ sung để hoàn thành sản phẩm phần mềm Quá trình phân tích yêu cầu cũng cần phải đảm bảo rằng các yêu cầu đó được sắp xếp và xác định ưu tiên để phát triển phần mềm 1.2.3 Thiết kế (Design) Thiết kế là hoạt động tập trung vào việc thiết kế kiến trúc phần mềm để đảm bảo rằng nó đáp ứng các yêu cầu và mục tiêu được đề ra Thiết kế bao gồm nhiều khía cạnh, bao gồm cách tổ chức mã nguồn, lựa chọn công nghệ, kiến trúc hệ thống, và thiết kế giao diện người dùng Kế hoạch thiết kế phần mềm cũng cần đảm bảo tính linh hoạt, đảm bảo rằng kiến trúc có thể thay đổi khi cần thiết để phù hợp với các yêu cầu mới 1.2.4 Mã hóa (Coding) Là quá trình chuyển đổi thiết kế thành mã nguồn và triển khai phần mềm Các nhà phát triển cần tuân thủ các tiêu chuẩn mã hóa và quy trình kiểm tra để đảm bảo rằng mã nguồn được viết tốt và dễ bảo trì 1.2.5 Kiểm thử đơn vị (Unit Testing) Là quá trình kiểm tra các thành phần của phần mềm để đảm bảo chức năng hoạt động đúng và tương thích với các thành phần khác Các nhà phát triển thực hiện kiểm thử đơn vị như kiểm tra hàm, lớp và module để đảm bảo rằng chúng hoạt động đúng Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 1.2.6 Kiểm tra chấp nhận (Acceptance Testing) Là quá trình kiểm tra phần mềm với các yêu cầu của khách hàng để đảm bảo rằng phần mềm đã đáp ứng các yêu cầu và chức năng được đề ra ban đầu Kiểm tra chấp nhận thường được thực hiện bởi khách hàng hoặc bên liên quan khác Các quy trình kiểm thử đơn vị và kiểm tra chấp nhận đóng vai trò quan trọng trong quá trình phát triển phần mềm, đảm bảo chất lượng sản phẩm và sự hài lòng của khách hàng Quá trình kiểm thử đơn vị được thực hiện sớm trong quá trình phát triển phần mềm để xác định và khắc phục các lỗi cụ thể của từng thành phần Nó giúp đảm bảo rằng các thành phần hoạt động đúng và tương thích với nhau trước khi được kết hợp để tạo thành phần mềm hoàn chỉnh Vào cuối quá trình lặp lại, sản phẩm được đưa đến cho khách hàng và các bên liên quan quan trọng CHƯƠNG II GIỚI THIỆU TÀI LIỆU ĐẶC TẢ CHO WEBSITE ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI 2.1 Giới thiệu về tài liệu đặc tả 2.1.1 Mục đích của tài liệu yêu cầu cho website ĐHCNHN Xác định đầy đủ các tính năng và chức năng cần có trên trang web của ĐHCNHN, bao gồm cả những yêu cầu cơ bản, nhằm đảm bảo trang web đáp ứng đầy đủ nhu cầu thông tin và tương tác của người dùng Mô tả chi tiết các tính năng và chức năng cần thiết, giúp cho các nhà phát triển và thiết kế hiểu rõ và đáp ứng đúng yêu cầu của trang web, từ đó đảm bảo được chất lượng sản phẩm Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 Xác định những đối tượng sử dụng trang web, cùng với yêu cầu riêng của từng đối tượng, và cách thức tương tác với trang web, giúp đảm bảo trang web đáp ứng đúng nhu cầu của từng đối tượng và tạo được trải nghiệm tốt nhất cho người dùng Đảm bảo sự hiểu rõ và đồng nhất giữa những người tham gia dự án, giúp đảm bảo việc phát triển trang web được thực hiện đúng tiến độ, đúng chất lượng và đáp ứng được yêu cầu của trường và người dùng 2.1.2 Phạm vi của sản phẩm Các tính năng và chức năng cần có trên trang web của Đại học Công nghiệp Hà Nội, bao gồm trang chủ, thông tin về trường, thông tin tuyển sinh, thông tin giảng viên và sinh viên, tin tức, các dịch vụ hỗ trợ, các khóa học và chương trình đào tạo, và các tính năng khác phù hợp với nhu cầu của trường và người dùng Giao diện và trải nghiệm người dùng, đảm bảo trang web dễ sử dụng, thân thiện với người dùng và hiệu quả trong việc truyền tải thông tin Hiệu suất và khả năng mở rộng của trang web, đảm bảo trang web hoạt động tốt trên các nền tảng và thiết bị khác nhau và có khả năng mở rộng khi có nhu cầu Bảo mật thông tin, đảm bảo thông tin người dùng được bảo vệ và tránh các vấn đề liên quan đến lỗ hổng bảo mật Tích hợp các công nghệ mới và phù hợp với xu hướng phát triển của công nghệ thông tin, giúp trang web luôn cập nhật và đáp ứng được nhu cầu của người dùng 2.1.3 Các định nghĩa, từ viết tắt Đại học Công nghiệp Hà Nội (ĐHCNHN): Tên của trường đại học cần xây dựng trang web Yêu cầu: Các tính năng hoặc chức năng cần thiết cho trang web Tính năng: Các chức năng hoặc tính năng cụ thể cần có trên trang web Trang thông tin: Trang web cung cấp thông tin về trường đại học, chương trình đào tạo, giảng viên, v.v Tin tức: Trang web cung cấp các tin tức mới nhất về trường đại học và các hoạt động của trường Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 Giới thiệu: Trang web cung cấp thông tin về trường đại học, lịch sử và sứ mệnh của trường Đăng ký tuyển sinh: Trang web cung cấp thông tin và hỗ trợ đăng ký tuyển sinh cho các chương trình đào tạo của trường Tài liệu học tập: Trang web cung cấp các tài liệu học tập cho sinh viên Người dùng: Các cá nhân hoặc tổ chức sử dụng trang web UX (User Experience): Kinh nghiệm người dùng, bao gồm cả cảm giác, quan điểm và tư duy của người dùng khi sử dụng trang web UI (User Interface): Giao diện người dùng, bao gồm cả các yếu tố trực quan và tương tác của trang web 2.1.4 Các tham chiếu Tên trang web: “Đại học công nghiệp Hà Nội” (n.d) Tiêu đề trang web: ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI || HaUI URL của trang web: https://www.haui.edu.vn/vn Ngày truy cập: 02.05.2023 từ URL của trang web 2.2 Mô tả chung 2.2.1 Giới thiệu chung về website Trang web của Đại học Công nghiệp Hà Nội (HaUI) là một trong những trang web chính thức của trường đại học này, cung cấp thông tin về các hoạt động, sự kiện của trường, các chương trình đào tạo, chương trình tuyển sinh, nghiên cứu khoa học, dịch vụ hỗ trợ sinh viên và các thông tin khác liên quan đến trường Trang web của HaUI được thiết kế đơn giản, trực quan và dễ sử dụng, giúp người dùng dễ dàng tìm kiếm thông tin về các chương trình đào tạo, tin tức và sự kiện của trường Trang web cũng cung cấp thông tin chi tiết về các khoa và viện của trường, bao gồm các thông tin về giảng viên, đội ngũ nhân viên và các hoạt động nghiên cứu khoa học đang được thực hiện tại trường Ngoài ra, trang web của HaUI còn cung cấp các dịch vụ hỗ trợ cho sinh viên, bao gồm hỗ trợ tài chính, tư vấn học tập và sự nghiệp, các hoạt động văn hóa và thể Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 thao, và các chương trình hợp tác doanh nghiệp Trang web cũng cung cấp thông tin về các cơ hội học bổng, tuyển dụng và thực tập cho sinh viên của trường Tổng quan về trang web của Đại học Công nghiệp Hà Nội cho thấy rằng đây là một nguồn thông tin quan trọng và hữu ích cho sinh viên, giảng viên, nhà nghiên cứu và các bên liên quan khác muốn tìm hiểu về trường đại học này 2.2.2 Các chức năng của website Trang web ĐHCNHN sẽ cung cấp các chức năng sau: Xem giới thiệu Xem thông tin tuyển sinh Xem chương trình đào tạo Tra cứu thông tin Xem chương trình hợp tác Tìm kiếm Bảo trì danh mục giới thiệu Bảo trì thông tin tuyển sinh Quản lý chương trình đào tạo Bảo trì tra cứu thông tin Quản lý chương trình hợp tác Bảo trì tìm kiếm 2.2.3 Đặc điểm của người sử dụng Để đảm bảo hiệu quả và sự hài lòng của người dùng, phải xác định rõ đặc điểm của người sử dụng website trường Đại học Công nghiệp Hà Nội Đối tượng sử dụng website này chủ yếu là sinh viên, giảng viên và các đối tác liên quan đến trường Cụ thể, các đặc điểm của người dùng bao gồm: Sinh viên, học viên: đây là đối tượng chính của trang web, với nhu cầu truy cập vào thông tin về các khóa học, chương trình đào tạo, thông tin tuyển sinh, thông tin học bổng và thông tin về hoạt động ngoại khóa, nghiên cứu khoa học của trường Đa số người dùng thuộc độ tuổi từ 18- 30 ,và có trình độ học vấn từ trung học phổ thông đến đại học, cao học Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 Giảng viên, nhân viên và cán bộ quản lý của trường: đây là đối tượng sử dụng website để truy cập thông tin về quy chế, chính sách, thông báo của trường, thông tin về tuyển dụng, thông tin về đào tạo và quản lý học tập của sinh viên Đa số người dùng thuộc độ tuổi từ 25-50, và có trình độ học vấn từ đại học trở lên Các đối tượng khác: bao gồm các nhà tuyển dụng, các tổ chức đối tác, phụ huynh và học sinh cấp 3 có nhu cầu tìm hiểu về trường, thông tin tuyển sinh, các hoạt động sự kiện Đa số người dùng thuộc độ tuổi từ 16-60, và có trình độ học vấn từ trung học phổ thông trở lên Với đặc điểm người dùng đa dạng như vậy, website cần phải đảm bảo tính khả dụng và tiện ích cho người dùng, đồng thời phải cung cấp đầy đủ các thông tin cần thiết cho mỗi đối tượng người dùng Việc đưa ra một giao diện thân thiện và dễ sử dụng là rất quan trọng để thu hút và giữ chân người dùng trên trang web 2.2.4 Các ràng buộc Trong quá trình phát triển website Đại học Công nghiệp Hà Nội, cần phải tuân thủ một số ràng buộc sau: Ràng buộc về kỹ thuật: Website phải đáp ứng được các yêu cầu về kỹ thuật, bao gồm độ tương thích với các trình duyệt web phổ biến, tốc độ truy cập nhanh, khả năng thích ứng với các thiết bị di động Ràng buộc về nội dung: Nội dung trên website phải đảm bảo chính xác, đầy đủ và cập nhật thường xuyên Bên cạnh đó, nội dung phải tuân thủ quy định pháp luật và các nguyên tắc đạo đức Ràng buộc về bảo mật: Website phải có các biện pháp bảo mật đủ mạnh để đảm bảo an toàn thông tin của người dùng, bao gồm cả việc mã hóa dữ liệu và quản lý quyền truy cập Ràng buộc về thời gian và kinh phí: Việc phát triển website phải được hoàn thành trong thời gian và kinh phí quy định, đảm bảo tính khả thi và hiệu quả của dự án Downloaded by bong bong (bongbong1@gmail.com) lOMoARcPSD|39475011 Ràng buộc về quy trình phát triển: Việc phát triển website phải tuân thủ các quy trình và phương pháp phát triển theo mô hình Agile, đảm bảo tính linh hoạt và thích ứng với sự thay đổi của yêu cầu 2.2.5 Giả thiết và các phụ thuộc Trang web này là trang chủ của Trường Đại học Công nghiệp Hà Nội có các phụ thuộc sau: Một máy chủ web để lưu trữ và phân phối nội dung trang web Một hệ quản trị cơ sở dữ liệu (database) để lưu trữ và quản lý dữ liệu của trang web, chẳng hạn như thông tin sinh viên, giảng viên, khóa học, tin tức, sự kiện, v.v Một hệ thống quản lý nội dung (content management system - CMS) để cho phép người quản trị và biên tập viên thêm, sửa, xóa và cập nhật nội dung trang web một cách dễ dàng và nhanh chóng Một tên miền (domain name) để người dùng có thể truy cập vào trang web bằng một địa chỉ web dễ nhớ và mang tính nhận dạng Một chứng chỉ bảo mật (security certificate) để bảo vệ dữ liệu của người dùng khi họ gửi và nhận thông tin qua trang web, chẳng hạn như đăng nhập, đăng ký, thanh toán, v.v Một giao diện người dùng (user interface - UI) để hiển thị nội dung trang web một cách trực quan và thân thiện với người dùng Một giao diện lập trình ứng dụng (application programming interface - API) để cho phép trang web tương tác với các ứng dụng bên ngoài, chẳng hạn như mạng xã hội, email, tin nhắn, v.v Ngoài ra, trang web còn phụ thuộc vào các chính sách và quy định của HAUI, cũng như các quy định về bảo vệ dữ liệu và quyền riêng tư của người dùng Downloaded by bong bong (bongbong1@gmail.com)