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

Tìm hiểu về mô hình quy trình phát triển phần mềm, mô hình thác nước, viết 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 saomai

29 2 0

Đ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 đề Tìm hiểu về mô hình quy trình phát triển phần mềm, mô hình thác nước, viết 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 Sao Mai
Tác giả Nguyễn Ngọc Hải Anh, Nguyễn Văn Trung, Vũ Dương Thành, Đèo Việt Hưng, Nguyễn Mạnh Tuấn, Đỗ Văn Sơn
Người hướng dẫn ThS. Nguyễn Đức Lưu
Trường học Trường Đại học Công nghiệp Hà Nội
Chuyên ngành Công nghệ thông tin
Thể loại Báo cáo bài tập lớn
Năm xuất bản 2023
Thành phố Hà Nội
Định dạng
Số trang 29
Dung lượng 1,08 MB

Nội dung

Trang 1 TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘIKHOA: CÔNG NGHỆ THÔNG TINBÁ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ÀITÌM HIỂU VỀ MƠ HÌNH QUY TRÌNH PHÁT TRIỂN PHẦN MỀM, MƠ HÌN

Trang 1

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ÀI TÌM HIỂU VỀ MÔ HÌNH QUY TRÌNH PHÁT TRIỂN PHẦN MỀM, MÔ HÌNH THÁC NƯỚC, VIẾT 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 SAO

MAI

GVHD: ThS Nguyễn Đức Lưu

Nhóm: 5 Sinh viên: Nguyễn Ngọc Hải Anh - 2021603748

Nguyễn Văn Trung - 2021606764

Vũ Dương Thành - 2021607252 Đèo Việt Hưng - 2021607856 Nguyễn Mạnh Tuấn - 2021603067

Đỗ Văn Sơn - 2021600257

Lớp học phần: 20222IT6082011 Khoá: 16

Hà Nội – 2023

Trang 2

LỜI CẢM ƠN

Chúng em xin gửi lời cảm ơn chân thành đến Khoa Công nghệ thông tin Trường Đại học Công Nghiệp Hà Nội đã đưa học phần Nhập môn Công nghệ phần mềm vào chương trình giảng dạy Đặc biệt, em xin gửi lời cảm ơn đến giảng viên bộ môn – ThS Nguyễn Đức Lưu đã chia sẻ, truyền đạt những kiến thức, kinh nghiệm cho cả quá trình học tập ở đại học và quá trình đi làm sau nàycủa chúng em

Sau khi nghiên cứu đề tài và kết thúc môn học, chúng em đã học hỏi và tích lũy được rất nhiều kiến thức và kinh nghiệm để hoàn thiện và phát triển bản thân Đây chắc chắn sẽ là những kiến thức nền tảng, là hành trang để chúng em phát triển sự nghiệp sau này

Qua những lần được thầy chữa bài và nhận xét chúng em đã cố gắng khắc phục mọi nhược điểm và hoàn thiện bài tập lớn bằng công sức của của cả nhóm đến nay bài tập lớn của chúng em đã chính thức được hoàn thành Chúng em mong nhận được những nhận xét và đánh giá của thầy để tiếp tục hoàn thiện những điểm yếu của bản thân

Nhóm 5 chúng em xin chân thành cảm ơn!

Trang 3

MỤC LỤC

DANH MỤC HÌNH ẢNH, BẢNG BIỂU 4

MỞ ĐẦU 5

1 Lý do chọn đề tài 5

2 Mục tiêu nghiên cứu 6

3 Cấu trúc của báo cáo 6

PHẦN 1 TÌM HIỂU VỀ QUY TRÌNH PHÁT TRIỂN PHẦN MỀM, MÔ HÌNH THÁC NƯỚC 7

1 Quy trình phát triển phần mềm 7

2 Mô hình quy trình thác nước 8

2.1 Giới thiệu mô hình 8

2.2 Các pha trong mô hình 8

2.3 Đánh giá 10

PHẦN 2: 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 SAO MAI 12

1 Giới thiệu 12

1.1 Mục đích 12

1.2 Phạm vi 12

1.3 Từ điển thuật ngữ 12

1.4 Tổng quát 13

2 Các yêu cầu chức năng 14

2.1 Các tác nhân 14

2.2 Các chức năng của hệ thống 14

2.3 Biểu đồ use case tổng quan 15

2.4 Biểu đồ use case phân rã tác nhân 16

2.5 Quy trình nghiệp vụ 20

3 Các yêu cầu phi chức năng 26

3.1 Giao diện người dùng 26

3.2 Tính bảo mật 26

3.3 Ràng buộc 27

KẾT LUẬN 28

TÀI LIỆU THAM KHẢO 29

Trang 4

DANH MỤC HÌNH ẢNH, BẢNG BIỂU

Hình 1 Các pha trong mô hình thác nước………9

Hình 2-1 Biểu đồ use case tổng quan ……….15

Hình 2-2 Biểu đồ use case Quản trị viên……….16

Hình 2-3 Biểu đồ use case Giảng viên……….17

Hình 2-4 Biểu đồ use case Khách………18

Hình 2-5 Biểu đồ use case Học viên………19

Hình 2-6 Biểu đồ hoạt động sử dụng phần mềm……….20

Hình 2-7 Đặc tả, mô tả chức năng “Đăng nhập”……… 21

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 21

Hình 2-9 Đặc tả, mô tả chức năng “Đăng ký” ……….22

Hình 2-10: Bảng dữ liệu đầu vào khi thêm sửa của chức năng Đăng ký 22

Hình 2-11 Đặc tả mô tả chức năng quản lý giảng viên ……….24

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………25

Hình 2-13 Đặc tả, mô tả chức năng học viên ………25

Trang 5

MỞ ĐẦU

1 Lý do chọn đề tài

Tiếng Anh là một trong những ngôn ngữ phổ biến nhất trên thế giới và được sử dụng rộng rãi trong nhiều lĩnh vực khác nhau Vì vậy, việc học tiếngAnh trở thành một yêu cầu cần thiết để có thể tiếp cận và thành công trong nhiều ngành nghề khác nhau

Tuy nhiên, việc quản lý và tổ chức các hoạt động giảng dạy và học tập tiếng Anh không phải là điều dễ dàng Bởi vì, việc phân bổ thời gian, tài liệu, bài kiểm tra, và các tài nguyên giáo dục khác cho nhiều người cùng lúc thường rất khó khăn để thực hiện

Vì vậy, việc tạo ra một website quản lý hoạt động giảng dạy và học tập tiếng Anh là rất cần thiết Website này sẽ giúp quản lý, tổ chức và truy cập các tài liệu học tập và giảng dạy một cách dễ dàng Nó cũng có thể tạo ra một nền tảng để giảng viên và sinh viên liên lạc với nhau, chia sẻ thông tin

và tài nguyên giáo dục và giải đáp các câu hỏi

Với những tính năng không quá phức tạp, yêu cầu một hệt thống hoạt động ổn định ít có sự thay đổi Qua quá trình học hỏi và chọn lọc chúng em quyết định sử dụng mô hình thác nước với sự đơn giản và dễ sử dụng, mô hình này chia hoạt động phát triển phần mềm thành các giai đoạn khác nhau,mỗi giai đoạn có mục tiêu riêng và nhiều nhiệm vụ cụ thể Mô hình thác nước cho phép tiến hành phát triển một giai đoạn một lần, đảm bảo tính chính xác và quản lý rõ ràng với các tiêu chí đầu vào và đầu ra xác định

Vì những lý do trên mà chúng em quyết định lựa chọn đề tài “Tìm hiểu

về mô hình quy trình phát triển phần mềm, mô hình thác nước, viết 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 Sao Mai”

Trang 6

2 M甃⌀c tiêu nghiên cứu

Khi nghiên cứu về đề tài này, mục tiêu đặt ra của nhóm là:

- Giải thích được các hoạt động của mô hình thác nước và chỉ ra được nhiệm vụ của các hoạt động đó, vị trí ưu tiên của các hoạt động trong quá trình thiết kế và phát triển phần mềm bán thiết bị điện tử

- Biết cách ứng dụng một mô hình phát triển vào một dự án phần mềm

- Viết được tài liệu đặc tả yêu cầu phần mềm theo đúng cấu trúc IEEE

- Sử dụng được phương pháp mô hình hóa để đặc tả yêu cầu phần mềm; đồng thời viết được tài liệu thiết kế phần mềm: Thiết kế cấu trúc (các thành phần phân hệ), Thiết kế kiến trúc, Thiết kế giao diện, Thiết kế cơ sở dữ liệu

3 CĀu tr甃Āc c甃ऀa báo cáo

Nội dung của bài được chia thành 2 chương:

Chương 1: Tìm hiểu về quy trình phát triển phần mềm, mô hình thác nước

Chương này giới thiệu về quy trình phát triển phần mềm và đi sâu vào tìm hiểu mô hình thác nước

Chương 2: 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 Sao Mai

Chương này viết tài liệu phân tích đặc tả yêu cầu phần mềm của trung tâm tiếng anh Sao Mai

Trang 7

PHẦN 1 TÌM HIỂU VỀ QUY TRÌNH PHÁT TRIỂN PHẦN

SDLC là một quy trình theo sau cho một dự án phần mềm, trong một tổchức phần mềm, bao gồm một kế hoạch chi tiết mô tả cách phát triển, bảo trì,thay thế và thay đổi hoặc nâng cao phần mềm cụ thể

SDLC xác định một phương pháp luận để cải thiện chất lượng của phầnmềm và quá trình phát triển tổng thể

SDLC là một khuôn khổ xác định các tác vụ được thực hiện ở mỗi bướctrong quy trình phát triển phần mềm

Các hoạt động cơ bản của quy trình phát triển phần mềm:

Stage 1: Planning and Requirement Analysis (Lập kế hoạch và Phân tíchYêu cầu)

Stage 2: Defining Requirements (Xác định/Định nghĩa yêu cầu)

Stage 3: Designing the Product Architecture (Thiết kế Kiến trúc Sảnphẩm)

Stage 4: Building or Developing the Product (Xây dựng/phát triển sảnphẩm)

Trang 8

Stage 5: Testing the Product (Kiểm tra sản phẩm)

Stage 6: Deployment in the Market and Maintenance (Triển khai/pháthành trên thị trường và duy trì/bảo trì)

2 Mô hình quy trình thác nước

2.1Giới thiệu mô hình

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ếntính Nó rất đơn giản để hiểu và sử dụng Trong mô hình thác nước, mỗigiai đoạn phải được hoàn thành trước khi giai đoạn tiếp theo có thể bắtđầu và không có sự chồng chéo trong các giai đoạn

Waterfall là mô hình quy trình đầu tiên và nổi tiếng nhất được giới thiệu, với cách tiếp cận Vòng đời phát triển hệ thống (SDLC) lâu đời nhất, được sử dụng để phát triển phần mềm

Mô hình thác nước minh họa quá trình phát triển phần mềm theo dòngtuần tự tuyến tính Điều này có nghĩa là bất kỳ giai đoạn nào trong quá trình phát triển chỉ bắt đầu nếu giai đoạn trước đó hoàn thành Trong mô hình thác nước, các pha không chồng lên nhau

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:

Thu thập và phân tích yêu cầu (Requirement Analysis): Tất cả cácyêu cầu có thể có của hệ thống được phát triển đều được ghi lại trong giaiđoạn này và được ghi lại trong tài liệu đặc tả yêu cầu để phục vụ cho cácgiai đoạn sau

Thiết kế hệ thống (System Design): Các thông số kỹ thuật yêu cầu

từ giai đoạn đầu được nghiên cứu trong giai đoạn này và thiết kế hệ thốngđược chuẩn bị Thiết kế hệ thống này giúp xác định các yêu cầu phần

Trang 9

cứng và hệ thống cũng như giúp xác định kiến trúc hệ thống tổng thểthực hiện

(Implementation): Với đầu vào từ thiết kế hệ thống, hệ thống đượcphát triển đầu tiên trong các chương trình nhỏ gọi là đơn vị, được tíchhợp trong giai đoạn tiếp theo Mỗi đơn vị được phát triển và kiểm trachức năng của nó (hay còn có thể được gọi là Kiểm thử đơn vị);

Tích hợp và Kiểm thử (Integration and Testing): Tất cả các đơn vịđược phát triển trong giai đoạn triển khai được tích hợp vào một hệ thốngsau khi thử nghiệm của mỗi đơn vị Sau khi tích hợp, toàn bộ hệ thốngđược kiểm tra xem có bất kỳ lỗi và hỏng hóc nào không (giai đoạn nàycòn đượ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ứcnăng và phi chức năng được thực hiện; sản phẩm được triển khai trongmôi trường

Bảo trì (Maintenance): Có một số vấn đề xảy ra trong môi trườngkhách hàng

Để khắc phục những vấn đề đó, các bản vá lỗi được phát hành.Ngoài ra để nâng cao sản phẩm một số phiên bản tốt hơn được phát hành.Bảo trì được thực hiện để mang lại những thay đổi này trong môi trườngkhách hàng

Trang 10

Hình 1 Các pha trong mô hình thác nước

2.3 Đánh giá

Mô hình thác nước minh họa quá trình phát triển phần mềm theo dòngtuần tự tuyến tính Điều này có nghĩa là bất kỳ giai đoạn nào trong quátrình phát triển chỉ bắt đầu nếu giai đoạn trước đó hoàn thành Tất cả cácgiai đoạn này được xếp tầng với nhau, trong đó tiến trình được xem nhưchảy đều đặn xuống dưới (giống như thác nước) qua các giai đoạn Giaiđoạn tiếp theo chỉ được bắt đầu sau khi đạt được tập hợp mục tiêu đã xácđịnh cho giai đoạn trước và nó được ký kết, vì vậy có tên "Mô hình thácnước" Trong mô hình này, các giai đoạn không chồng chéo lên nhau

- Ưu điểm: Cho phép thiết lập một lịch trình với các thời hạn cho từnggiai đoạn phát triển và một sản phẩm, và có thể tiến hành từng giai đoạncủa mô hình quy trình phát triển Sự phát triển di chuyển từ ý tưởng, thôngqua thiết kế, thực hiện, thử nghiệm, cài đặt, khắc phục sự cố và kết thúc làvận hành và bảo trì Mỗi giai đoạn phát triển diễn ra theo thứ tự nghiêmngặt Một số ưu điểm chính của Mô hình thác nước như sau:

● Đơ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ấtrõ

● 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: Nó không cho phép phản ánh hoặc sửa đổi nhiều.Một khi ứng dụng đang trong giai đoạn thử nghiệm, rất khó để quay

Trang 11

lại và thay đổi một cái gì đó không được ghi chép đầy đủ hoặc đượcnghĩ đến trong giai đoạn khái niệm.

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 đếncuố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 kém cho các dự án dài và đang diễn ra Không phù hợpvới các dự án mà các yêu cầu có nguy cơ thay đổi 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ìnhnà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

- Ứng dụng: Mỗi phần mềm được phát triển đều khác nhau và đòihỏi phải tuân theo một cách tiếp cận SDLC phù hợp dựa trên các yếu tốbên trong và bên ngoà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

● Dự án ngắn hạn

Trang 12

PHẦN 2: 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

Tài liệu này được cung cấp như một tài liệu tham khảo cho học sinh trực tiếp tham gia phát triển dự án phục vụ cho việc hoàn thành các công việc Ngoài ra trong môi trường thực tế bên ngoài tài liệu này còn phục vụ cho những nhà phát triển phần mềm, kiểm thử viên, nhà quản lý dự án cũng như các bên liên quan

1.2 Phạm vi

Tài liệu đặc tả yêu cầu phần mềm này được xây dựng nhằm phục vụ cho dự án Quản lí hoạt động giảng dạy và học tập của trung tâm tiếng anh Sao Mai

Với việc phát triển hệ thống học trực tuyến cung cấp cho khách hàng,

tổ chức cá nhân một công cụ đi kèm với cách dạy và học truyền thống Mang lại nhiều lợi ích về kinh tế với chi phí thấp nhưng vẫn đảm bảo được nội dung cũng như chất lượng của việc học trực tuyến

dụng kết nối mạng

Trang 13

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

trình duyệt web

Hypertext Markup Language (HTML) Ngôn ngữ đánh dấu siêu văn bản

Bảng 1-1: Từ điển thuật ngữ

1.4 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

2.1 Các tác nhân

Hệ thống gồm có các tác nhân là Khách, Học viên, Giảng viên vàQuản trị viên Khách có vai trò là người dùng khi chưa đăng nhập vào hệthống Học viên đăng nhập vào hệ thống Giảng viên được cung cấp các

Trang 14

chức năng giảng dạy và hướng dẫn học tập Quản trị viên có vai trò quảntrị hoạt động của hệ thống

2.2 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ùngkhi tương tác với hệ thống nhằm cung cấp quyền cũng như phạm vi truycập hệ thống

2 Đăng ký: Để truy cập sử dụng hệ thống thì Người dùng trước hếtcầ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ườidù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ôngviệ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 đíchghi danh, truy cập đến nguồn kiến thức từ những khóa học do Giảng viêntạ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ứcnăng của hệ thống bằng cách mô hình hóa chúng dưới các sơ đồ usecases, các sơ đồ sẽ được trình bày phía sau

2.3 Biểu đồ use case tổng quan

Ngày đăng: 27/03/2024, 15:57

TỪ KHÓA LIÊN QUAN

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

TÀI LIỆU LIÊN QUAN

w