Untitled 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 HỌC PHẦN NHẬP MÔN CÔNG NGHỆ PHẦN MỀM TÊN CHỦ ĐỀ NGHIÊN CỨU TÌM HIỂU VỀ MÔ HÌNH QUY TRÌNH PHÁT TRIỂN PHẦN MỀM, MÔ.
TÌM HIỂU VỀ QUY TRÌNH PHÁT TRIỂN PHẦN MỀM, MÔ HÌNH
Mô hình quy trình thác nước
Mô hình thác nước (Waterfall model) là Mô hình Quy trình đầu tiên được giới thiệu Nó cũng được gọi là mô hình vòng đời tuần tự tuyến tính.
Mô hình thác nước rất dễ hiểu và sử dụng, yêu cầu mỗi giai đoạn phải hoàn thành trước khi bắt đầu giai đoạn tiếp theo, đồng thời không có sự chồng chéo giữa các giai đoạn.
Waterfall là mô hình quy trình phát triển phần mềm đầu tiên và nổi bật nhất, nổi bật với phương pháp Vòng đời phát triển hệ thống (SDLC) truyền thống.
Mô hình thác nước là một phương pháp phát triển phần mềm theo trình tự tuyến tính, trong đó mỗi giai đoạn chỉ bắt đầu khi giai đoạn trước đó đã hoàn thành Điều này có nghĩa là các pha trong mô hình thác nước không diễn ra song song, mà hoàn toàn độc lập và tuần tự.
2.2 Các pha trong mô hình
Hình 1 minh họa về các bước trong mô hình Waterfall, bao gồm:
Trong giai đoạn phân tích yêu cầu, tất cả các yêu cầu tiềm năng của hệ thống sẽ được thu thập và ghi chép cẩn thận Những yêu cầu này sẽ được tổng hợp vào tài liệu đặc tả yêu cầu, nhằm phục vụ cho các giai đoạn phát triển tiếp theo.
Thiết kế hệ thống là giai đoạn quan trọng, nơi các thông số kỹ thuật yêu cầu được nghiên cứu và chuẩn bị Giai đoạn này giúp xác định các yêu cầu phần cứng và kiến trúc tổng thể của hệ thống Tiếp theo, trong giai đoạn thực hiện, hệ thống được phát triển từ thiết kế ban đầu thông qua các chương trình nhỏ gọi là đơn vị Mỗi đơn vị sẽ được phát triển và kiểm tra chức năng, còn được gọi là Kiểm thử đơn vị, trước khi được tích hợp vào hệ thống tổng thể.
Tích hợp và Kiểm thử là quá trình quan trọng trong phát triển phần mềm, nơi các đơn vị đã được phát triển trong giai đoạn triển khai được kết hợp thành một hệ thống hoàn chỉnh Sau khi hoàn tất việc tích hợp, toàn bộ hệ thống sẽ được kiểm tra kỹ lưỡng để phát hiện các lỗi và hỏng hóc, giai đoạn này thường được gọi là kiểm thử tích hợp.
Triển khai hệ thống (Deployment of system): Sau khi kiểm tra chức năng và phi chức năng được thực hiện; sản phẩm được triển khai trong môi trường
Bảo trì là quá trình quan trọng nhằm khắc phục các vấn đề phát sinh trong môi trường khách hàng Để giải quyết những vấn đề này, các bản vá lỗi được phát hành thường xuyên Bên cạnh đó, để nâng cao chất lượng sản phẩm, các phiên bản cải tiến cũng được phát hành Quy trình bảo trì giúp đảm bảo rằng những thay đổi này được thực hiện hiệu quả trong môi trường khách hàng.
Hình 1 Các pha trong mô hình thác nước
Mô hình thác nước là một phương pháp phát triển phần mềm theo quy trình tuần tự tuyến tính, trong đó mỗi giai đoạn chỉ bắt đầu khi giai đoạn trước đã hoàn thành Các giai đoạn được sắp xếp theo thứ tự và tiến trình phát triển được ví như dòng chảy của nước, di chuyển xuống dưới qua các tầng Giai đoạn tiếp theo chỉ được khởi động sau khi các mục tiêu của giai đoạn trước đã đạt được và được xác nhận, do đó tên gọi "Mô hình thác nước" Trong mô hình này, các giai đoạn không chồng chéo lên nhau, đảm bảo tính rõ ràng và có tổ chức trong quá trình phát triển.
Mô hình thác nước có nhiều ưu điểm, bao gồm khả năng thiết lập lịch trình với các thời hạn rõ ràng cho từng giai đoạn phát triển sản phẩm Quá trình phát triển diễn ra tuần tự từ ý tưởng đến thiết kế, thực hiện, thử nghiệm, cài đặt, khắc phục sự cố và cuối cùng là vận hành và bảo trì Mỗi giai đoạn được thực hiện theo thứ tự nghiêm ngặt, giúp đảm bảo tính tổ chức và hiệu quả trong việc quản lý dự án.
Đơn giản, dễ hiểu và sử dụng
Dễ dàng quản lý do độ cứng của mô hình.
Mỗi giai đoạn có các phân phối cụ thể và một quy trình xem xét.
Các giai đoạn được xử lý và hoàn thành cùng một lúc.
Hoạt động tốt cho các dự án nhỏ hơn, nơi các yêu cầu được hiểu rất rõ.
Các giai đoạn được xác định rõ ràng.
Các mốc quan trọng được hiểu rõ.
Dễ dàng sắp xếp các công việc.
Quá trình và kết quả được ghi chép đầy đủ.
Nhược điểm của ứng dụng là nó không cho phép việc phản ánh hoặc sửa đổi nhiều Khi ứng dụng đang trong giai đoạn thử nghiệm, việc quay lại và thay đổi những điều chưa được ghi chép đầy đủ hoặc không được xem xét trong giai đoạn khái niệm trở nên rất khó khăn.
Những nhược điểm chính của Mô hình thác nước như sau:
Không có phần mềm đang hoạt động nào được sản xuất cho đến cuối vòng đời.
Lượng rủi ro cao và không chắc chắn.
Không phải là một mô hình tốt cho các dự án phức tạp và hướng đối tượng.
Mô hình này không hiệu quả cho các dự án dài hạn và đang diễn ra, đặc biệt là những dự án có khả năng thay đổi yêu cầu từ trung bình đến cao.
Vì vậy, rủi ro và sự không chắc chắn là cao với mô hình quy trình này.
Rất khó để đo lường sự tiến bộ trong các giai đoạn.
Không thể đáp ứng các yêu cầu thay đổi.
Mỗi phần mềm được phát triển đều có những đặc điểm riêng, do đó cần áp dụng một phương pháp SDLC phù hợp, dựa trên các yếu tố nội tại và ngoại tại.
Một số dự án phần mềm thích hợp với mô hình Waterfall như:
Các yêu cầu được ghi chép rất đầy đủ, rõ ràng và cố định.
Mô tả (định nghĩa) về sản phẩm ổn định.
Công nghệ được hiểu và không mang tính năng động.
Không có yêu cầu mơ hồ.
Có sẵn các nguồn lực dồi dào với kiến thức chuyên môn cần thiết để hỗ trợ sản phẩm.
TÀI LIỆU ĐẶC TẢ YÊU CẦU PHẦN MỀM QUẢN LÝ HOẠT ĐỘNG GIẢNG DẠY – HỌC TẬP CỦA TRUNG TÂM TIẾNG ANH SƯƠNG MAI 1 Giới thiệu
Phạm vi
Tài liệu này mô tả yêu cầu phần mềm phục vụ cho dự án quản lý hoạt động giảng dạy và học tập tại trung tâm tiếng Anh.
Hệ thống học trực tuyến phát triển cung cấp cho cá nhân và tổ chức một công cụ hỗ trợ hiệu quả cho phương pháp dạy và học truyền thống Giải pháp này không chỉ tiết kiệm chi phí mà còn đảm bảo nội dung và chất lượng của việc học trực tuyến.
Từ điển thuật ngữ
SpecificationsSRS Đặc tả yêu cầu phần mềm
Use Case(s) Biểu đồ mô tả những yêu cầu của hệ thống Trung tâm tiếng anh Sương Mai Phương thức học tập trực tuyến sử dụng kết nối mạng
Web server Phần mềm máy chủ cung cấp các chức năng, tài nguyên cho máy khách
JavaScript Ngôn ngữ lập trình sử dụng trên các trình duyệt web
(HTML) Ngôn ngữ đánh dấu siêu văn bản GV-QTV Giảng viên, Quản trị viên
Bảng 1-1: Từ điển thuật ngữ
Tài liệu tham khảo
IEEE Recommended Practice for Software Requirements Specifications," in IEEE Std 830-1998, vol., no., pp.1-40, 20 Oct.
IEEE Guide for Developing System Requirements Specifications," in IEEE Std 1233-1996, vol., no., pp.1-30, 22 Dec 1996
Custom Software Requirements Specification Document Example (International Standard) - Software Development Company
IT4490: Software Design and Construction - Nguyen Thi Thu Trang,trangntt@soict.hust.edu.vn.
Tổng quát
Tài liệu này được viết dựa theo chuẩn của Tài liệu đặc tả yêu cầu phần mềm (Software Requirements Specifications - SRS) được giải thích trong
"IEEE Recommended Practice for Software Requirements Specifications" và " IEEE Guide for Developing System Requirements Specifications" Với cấu trúc được chia làm ba phần:
1 Phần 1: Cung cấp cái nhìn tổng quan về các thành phần của SRS
2 Phần 2: Mô tả tổng quan các nhân tố, ràng buộc, đặc điểm người dùng, môi trường thực thi tác động lên hệ thống và các yêu cầu của nó Cung cấp thông tin chi tiết các yêu cầu chức năng, cung cấp cho các nhà phát triển phần mềm thông tin để phát triển phần mềm đáp ứng được các yêu cầu đó
3 Phần 3: Các yêu cầu phi chức năng
2 Các yêu cầu chức năng
Các tác nhân
Hệ thống bao gồm bốn tác nhân chính: Khách, Học viên, Giảng viên và Quản trị viên Khách là người dùng chưa đăng nhập vào hệ thống, trong khi Học viên có thể truy cập sau khi đăng nhập Giảng viên được trang bị các chức năng để giảng dạy và hướng dẫn học tập, còn Quản trị viên chịu trách nhiệm quản lý hoạt động toàn bộ của hệ thống.
Các chức năng của hệ thống
1 Đăng nhập: Chức năng này nhằm mục đínch xác thực người dùng khi tương tác với hệ thống nhằm cung cấp quyền cũng như phạm vi truy cập hệ thống
2 Đăng ký: Để truy cập sử dụng hệ thống thì Người dùng trước hết cần đăng ký tài khoản
3 Quản trị người dùng: Quản trị viên có vai trò quản trị những người dùng trong hệ thống
4 Các nhóm chức năng quản lý khóa học, bài giảng, bài tập: Công việc quản trị khóa học của Giảng viên
5 Đăng ký khóa học: Người dùng sử dụng chức năng nhằm mục đích ghi danh, truy cập đến nguồn kiến thức từ những khóa học do Giảng viên tạo ra Để có thể hình dung rõ hơn về các tác nhân cũng như yêu cầu chức năng của hệ thống bằng cách mô hình hóa chúng dưới các sơ đồ use cases, các sơ đồ sẽ được trình bày phía sau.
Biểu đồ use case tổng quan
Hình 2-1: Biểu đồ use case tổng quan
Biểu đồ use case phân rã tác nhân
2.4.1 Phân rã use case “Quản trị viên”
Hình 2-2: Biểu đồ use case Quản trị viên
2.4.2 Phân rã use case “Giảng viên”
Hình 2-3: Biểu đồ use case Giảng viên
2.4.3 Phân rã use case “khách”
Hình 2-4: Biểu đồ use case Khách
2.4.4 Phân rã use case “ Học viên”
Hình 2-5: Biểu đồ use case Học viên
Quy trình nghiệp vụ
2.5.1 Quy trình sử dụng phần mềm
Khách hàng có thể dễ dàng đăng ký và tạo tài khoản cá nhân để sử dụng các tính năng của phần mềm Trong trường hợp quên mật khẩu, họ có thể yêu cầu hệ thống gửi liên kết để thiết lập lại mật khẩu qua email đã đăng ký Sau khi nhận được liên kết, khách hàng chỉ cần làm theo hướng dẫn để khôi phục mật khẩu của mình.
Sau khi đăng nhập vào hệ thống, người dùng có thể xem và cập nhật thông tin cá nhân, thay đổi mật khẩu, cùng với các chức năng khác mà hệ thống đã cấp phát cho họ.
Hình 2-6: Biểu đồ hoạt động sử dụng phần mềm
2.5.2 Đặc tả, mô tả chức năng “Đăng nhập”
Hình 2-7: Bảng đặc tả chức năng Đăng nhập
Dữ liệu đầu vào khi thêm/ sửa
Hình 2-8 Bảng dữ liệu đầu vào khi thêm sửa của chức năng Đăng nhập
2.5.3 Đặc tả chức năng “Đăng ký”
Mã Use Case UC005 Tên Use Case Cập nhật thông tin cá nhân
Tác Nhân Học viên , Giảng viên , Quản trị viên(Người dùng)
Mô Tả Tác nhân cập nhật thông tin cá nhân
Sự Kiện Kích Hoạt Click vào dropbox Profile item đối với GV và QTV, “My Profile” với học viên trên phần đầu trang (header)
Tiền Điều Kiện Tác nhân đăng nhập thành công
1 Người dùng Chọn chức năng Cập nhật thông tin cá nhân
2 Hệ Thống Hiển thị giao diện cập nhật thông tin cá nhân
3 Người dùng Điền thông tin cần cập nhật
4 Người dùng Yêu cầu cập nhật
5 Hệ Thống Kiểm tra thông tin nhập liệu của người dùng
6 Hệ Thống Cập nhật và thông báo thành công
Thay Thế STT Thực hiện bởi Hành động
5a Hệ Thống Thông báo lỗi nếu kiểm tra thông tin không đúng với định dạng 6a Hệ
Thống Thông báo lỗi nếu hệ thống không thể cập nhật thông tin
Hậu Điều Kiện Cập nhật thành công, thông tin mới sẽ được lưu trữ vào hệ thống
Hình 2-9: Bảng đặc tả chức năng Đăng ký
Dữ liệu đầu vào khi thêm/ sửa
Trường dữ liệu Mô tả Bắt buộc? Điều kiện hợp lệ
Có Địa chỉ email hợp lệ abcde@gm ail.com
Có Ít nhất 6 ký tự 123456
3 Xác nhận mật khẩu Password field Có Trùng với Mật khẩu 123456
Hình 3-10 Bảng dữ liệu đầu vào khi thêm sửa của chức năng Đăng ký
2.5.4 Đặc tả chức năng “Quản lý giảng viên”
Mã Use Case UC008 Tên Use Case Quản lý Quản trị viên
Tác nhân Quản trị viên
Mô tả Thực hiện các tác vụ như thêm, sửa, xóa, tìm kiếm tài khoản Quản trị viên
Sự kiện kích hoạt Click nút “Create Teacher”, “Delete”, “Teachers”, “Teacher Detail, “Edit
Teacher” tương ứng với các sự kiện thêm mới, xóa, xem danh sách, xem chi tiết, thay đổi thông tin Giảng viên.
Tiền điều kiện Đăng nhập thành công
1 Quản trị viên Yêu cầu xem danh sách, thông tin giảng viên
2 Hệ thống Hiển thị danh sách, thông tin giảng viên
Luồng sự kiện thay thế
2a Hệ thống Thông báo nếu không có ít nhất một giảng viên nào
T Thực hiện bởi Hành động
1 Quản trị viên Chọn, chỉnh sửa các thông tin giảng viên
2 Hệ thống Lấy, kiểm tra, cập nhật thông tin
Luồng sự kiện thay thế
2a Hệ thống Thông báo lỗi
1 Quản trị viên Chọn Giảng viên cần xóa yêu cầu xóa
2 Hệ thống Hiển thị, xóa và thông báo
3 Người dùng Xác nhận xóa giảng viên
Luồng sự kiện thay thế
2a Hệ thống Thông báo lỗi nếu xóa không thành công
ST Thực hiện Hành động
Luồng sự kiện chính T bởi
1 Quản trị viên Yêu cầu, nhập các thông tin thêm về giảng viên
2 Hệ thống Hiển thị, kiểm tra, thêm mới thông tin
Luồng sự kiện thay thế
2a Hệ thống Thông báo lỗi
Danh sách hiển thị thông tin tìm kiếm; thông tin mới được cập nhật và lưu trữ thành công trong hệ thống; giảng viên đã được xóa thành công; khi tạo mới giảng viên, thông tin sẽ được lưu trữ trong cơ sở dữ liệu cùng với trạng thái (Locked hoặc Unlocked) tương ứng với chức năng mở khóa hoặc khóa giảng viên.
Hình 2-11: Bảng đặc tả chức năng Quản lý giảng viên
1 Tên Text field Có Tối đa
255 kí tự Hoàng Minh Tú
Quản trị viên: input email field
Quản trị viên Có Số nguyên 1: Quản trị viên
4 Ngày sinh DatePicke r Không Định dạng ngày
7 Ảnh đại diện Không Định dạng ảnh: png, jpeg,jpg, gif
8 Mật khẩu Có Độ dài tối thiểu 8 kí tự (bao gồm cả chữ in hoa và số)
9 Trạng thái Tài khoản bị khóa hay không
Có Đã lựa chọn trạng thái
Hình 2-12 Bảng dữ liệu đầu vào khi thêm sửa của chức năng Quản lý giảng viên
1.1.1 Đặc tả chức năng “Quản lý học viên”
Tên Use case Quản lý học viên
Tác nhân Quản trị viên
Mô tả Thực hiện các hoạt động như thêm, sửa, xoá,
Sự kiện kích hoạt Click nút “Xoá”, “Xem danh sách”, “Xem chi tiết học viên”
Tiền điều kiện Đăng nhập thành công
STT Thực hiện bởi Hành động
1 Quản trị viên Yêu cầu xem danh sách học viên
2 Hệ thồng Hiển thị danh sách học viên
3 Quản trị viên Yêu cầu xem thông tin học viên
4 Hệ thống Hiển thị chi tiết thông tin học viên Luồng sự kiện thay thế
2a Hệ thống Thông báo nếu không có học viên nào Xoá:
Thực hiện bởi Hành động
1 Quản trị viên, giảng viên
Yêu cầu xoá sau khi chọn học viên
2 Hệ thống Hiển thị thống báo yêu cầu quản trị viên, giảng viên xác nhận việc xoá
3 Quản trị viên, giảng viên Xác nhận học viên
Hệ thống xoá và thông báo đã xoá thành công giúp người dùng quản lý dữ liệu hiệu quả Trong trường hợp xoá không thành công, hệ thống sẽ cung cấp thông báo lỗi để người dùng nắm rõ tình hình Sau khi xoá thành công, danh sách sẽ được hiển thị tương ứng với thông tin cần tìm kiếm, đảm bảo học viên đã được xoá khỏi hệ thống một cách chính xác.
Hình 2-13: Bảng đặc tả chức năng Quản lý học viên động quản lý học viên
3 Các yêu cầu phi chức năng
Giao diện người dùng
Giao diện của hệ thống hiển thị tối ưu trên nhiều thiết bị khác nhau Khi khách hàng truy cập thông qua trình duyệt web, hệ thống sẽ tiếp nhận yêu cầu từ máy khách và trả về các menu chức năng phù hợp với quyền hạn của từng người dùng.
Trong trường hợp này Khách có thể tương tác với hệ thống thông qua cửa sổ màn hình trên trình duyệt với cấu trúc trang gồm có:
Phần tiêu đề trang cung cấp tên hệ thống, nút bấm đăng nhập hệ thống
Phần thân trang cung cấp thông tin về danh sách các khóa học
thông tin khóa học bao gồm tên khóa học, giảng viên, danh sách bài giảng
Phần cuối trang cung cấp thông tin liên quan đến hệ thống
Khi người dùng truy cập hệ thống để đăng ký khóa học và bắt đầu học, giao diện trang sẽ được chia thành hai phần: bên trái hiển thị danh sách các bài học của khóa học, trong khi bên phải cung cấp nội dung chi tiết của từng bài học.
Khi quản trị viên sử dụng chức năng hệ thống, giao diện sẽ được bố trí theo cấu trúc trái-phải hoặc sidebar menu Mỗi mục trong menu sẽ đại diện cho các chức năng quản lý cụ thể của quản trị viên.
Tính bảo mật
Người dùng chỉ có thể sử dụng các chức năng và truy cập các dữ liệu phù hợp với vai trò của người dùng đó.
Ràng buộc
ELCs là hệ thống trực tuyến yêu cầu người dùng có thiết bị kết nối internet như máy tính Để gửi và nhận thông tin, dữ liệu giữa máy khách và web server, người dùng cần được cung cấp các dịch vụ như thư điện tử, hình ảnh, văn bản, đa phương tiện và giao thức truyền thông siêu văn bản.
Người dùng cần sử dụng phần mềm duyệt web như Google Chrome, Internet Explorer, Mozilla Firefox hoặc Opera, với phiên bản mới nhất có hỗ trợ JavaScript để truy cập vào máy khách.
PHIẾU HỌC TẬP CÁ NHÂN/NHÓM
2 Tên nhóm 07 Họ và tên thành viên trong nhóm:
5 Nguyễn Thị Huyền Trang - 2020605905 ( nhóm trưởng)
II Nội dung học tập
1 Tên chủ đề: Tìm hiểu về quy trình phát triển phần mềm, mô hình quy trình thác nước và viết đề tài yêu cầu phần mềm quản lí hoạt động Giảng dạy - Học tập của trung tâm tiếng anh Sương Mai.
2 Hoạt động của sinh viên
- Nội dung 1: Tìm hiểu về quy trình phát triển phần mềm
- Nội dung 2: Tìm hiểu về mô hình quy trình thác nước
- Nội dung 3: Tìm hiểu về cấu trúc tài liệu đặc tả yêu cầu phần mềm của IEEE trung tâm tiếng anh Sương Mai
- Nội dung 5: Viết quyển báo cáo BTL
- Nội dung 6: Làm Slide báo cáo BTL
- Báo cáo bài tập lớn (30 - 40 trang) Cấu trúc, nội dung báo cáo theo mẫu Biểu 03 (Theo QĐ số 815/QĐ-ĐHCNHN ban hành ngày 15/08/2019).
- Slide báo cáo (10-15 slide), nêu tóm tắt nội dung nghiên cứu và kết quả đạt được
III Nhiệm vụ học tập
1 Hoàn thành Bài tập lớn theo đúng thời gian quy định
2 Báo cáo sản phẩm nghiên cứu (nội dung và kết quả đạt được).
IV Học liệu thực hiện Tiểu luận, Bài tập lớn, Đồ án/Dự án
1 Tài liệu học tập: Slide bài giảng của GV cung cấp và nguồn tài liệu tra cứu trên mạng Internet.
2 Phương tiện, nguyên liệu thực hiện Tiểu luận, Bài tập lớn, Đồ án/Dự án (nếu có): Máy tính cá nhân
KẾ HOẠCH THỰC HIỆN TIỂU LUẬN, BÀI TẬP LỚN, ĐỒ ÁN/DỰ ÁN
Họ và tên thành viên trong nhóm:
5 Nguyễn Thị Huyền Trang - 2020605905 (nhóm trưởng)
Quy trình phát triển phần mềm là một chuỗi các bước cần thiết để tạo ra sản phẩm phần mềm chất lượng Mô hình quy trình thác nước là một trong những phương pháp phổ biến, trong đó các giai đoạn phát triển diễn ra tuần tự, từ phân tích yêu cầu đến thiết kế, lập trình, kiểm thử và bảo trì Việc viết đề tài yêu cầu cho phần mềm quản lý hoạt động là rất quan trọng, giúp xác định rõ ràng các tính năng và chức năng cần thiết để đáp ứng nhu cầu của người dùng Thông qua việc áp dụng mô hình thác nước, các nhóm phát triển có thể đảm bảo rằng mọi yêu cầu đều được xem xét và thực hiện một cách hệ thống, từ đó nâng cao hiệu quả và chất lượng của sản phẩm phần mềm.
Giảng dạy - Học tập của trung tâm tiếng anh Sương Mai.
Tuần Người thực hiện Nội dung công việc Phương pháp thực hiện
1 Cả nhóm Nghiên cứu tìm hiểu quy trình phát triển phần mềm Đọc, nghiên cứu tài liệu tham khảo do giảng viên cung cấp và tài liệu trên internet…
Mô hình quy trình phát triển phần mềm thác nước
3 Cả nhóm Khảo sát về quản lý hoạt động Giảng dạy – Học tập của trung tâm tiếng anh Sương Mai trên các web…. Đọc, nghiên cứu tài liệu tham khảo do giảng viên cung cấp và tài liệu trên internet…
Xác định Actor (người sử dụng phần mềm) năng và phi chức năng
Vẽ biểu đồ UC tổng quan
Vẽ biểu đồ phân rã UC quản trị viên
Vẽ biểu đồ phân rã UC giảng viên
Vẽ biểu đồ phân rã UC khách
Vẽ biểu đồ phân rã UC học viên
Vẽ biểu đồ hoạt động sử dụng phần mềm
Bảng đặc tả, mô tả chức năng đăng nhập
Bảng đặc tả, mô tả chức năng đăng ký
Bảng đặc tả, mô tả chức năng quản lý giảng viên
Bảng đặc tả, mô tả chức năng quản lý học viên
16 Cả nhóm Hoàn thiện quyển báo cáo
Tổng hợp kiến thức từ 3 tuần để hoàn thiện quyển báo cáo và slide
XÁC NHẬN CỦA GIẢNG VIÊN
(Ký, ghi rõ họ tên)
Họ và tên thành viên trong nhóm:
5 Nguyễn Thị Huyền Trang - 2020605905 (nhóm trưởng)
Quy trình phát triển phần mềm là bước quan trọng trong việc xây dựng ứng dụng, trong đó mô hình quy trình thác nước được áp dụng phổ biến nhờ vào tính rõ ràng và dễ quản lý Mô hình này bao gồm các giai đoạn như phân tích yêu cầu, thiết kế, lập trình, kiểm thử và bảo trì, giúp đảm bảo rằng sản phẩm cuối cùng đáp ứng đúng nhu cầu của người dùng Đề tài yêu cầu phần mềm quản lý hoạt động giảng dạy - học tập tại trung tâm tiếng Anh Sương Mai cần tập trung vào việc tối ưu hóa quy trình giảng dạy, theo dõi tiến trình học tập của học viên và cải thiện trải nghiệm học tập thông qua các tính năng phù hợp Việc áp dụng quy trình phát triển phần mềm hiệu quả sẽ góp phần nâng cao chất lượng giảng dạy tại trung tâm.
Nội dung công việc Kết quả đạt được
Kiến nghị với giảng viên hướng dẫn
1 Cả nhóm Tìm hiểu quy trình phát triển phần mềm
Nắm được và trình bày lại được về các hoạt động và nhiệm vụ của nó trong phát triển dự án phần mềm
Khó khăn trong việc chắt lọc thông tin
Tìm hiểu về mô hình quy trình thác nước
Nắm được và trình bày lại được về các hoạt động và trình tự của các hoạt động đó trong phát triển dự án phần mềm
Tìm hiểu về cấu trúc tài liệu đặc tả yêu
Trình bày lại được cấu trúc tài liệu đặc tả yêu cầu phần
2 Cả nhóm Khảo sát về quản lý hoạt động Giảng dạy – Học tập của trung tâm tiếng anh
Sương Mai trên các web….
Các quy trình quản lý hoạt động Giảng dạy – Học tập của trung tâm tiếng anh Sương Mai trên các web….
Khó khăn trong việc chắt lọc thông tin
Xác định Actor (người sử dụng phần mềm)
Xác định được người sử dụng phần mềm
Xác định yêu cầu chức năng
Các yêu cầu chức năng cơ bản của Hệ Thống
Xác định yêu cầu phi chức năng
Các yêu cầu phi chức năng cơ bản của Hệ Thống
Vẽ biểu đồ UC tổng quan
Biểu đồ UC tổng quan
Khó khăn khi lên ý tưởng về các hoạt động trong việc vẽ biểu đồ Nguyễn UC
Vẽ biểu đồ phân rã UC quản trị viên
Biểu đồ phân rã UC quản trị viên
Vẽ biểu đồ phân rã UC giảng viên
Biểu đồ phân rã UC giảng viên
Vẽ biểu đồ phân rã UC khách
Biểu đồ phân rã UC khách
Vẽ biểu đồ phân rã UC học viên
Biểu đồ phân rã UC học viên
