bài tập lớn bộ môn công nghệ phần mềm đề tài xây dựng chương trình quản lý bán hàng

LỜI CẢM ƠNLời đầu tiên, em xin gửi lời cảm ơn trân thành đến giảng viên Lê Thị Hoàng Anh đã hướng dẫn bọn em trong học phần “Công Nghệ Phần Mềm” này.Đây là một môn học quan trọng giúp bọ

TRƯỜNG ĐẠI HỌC XÂY DỰNG HÀ NỘIKHOA CÔNG NGHỆ THÔNG TIN

BÀI TẬP LỚN BỘ MÔN:

CÔNG NGHỆ PHẦN MỀM

Đề Tài: Xây Dựng Chương Trình Quản Lý Bán Hàng

GVHD: Lê Thị Hoàng Anh Nhóm: 4

Khóa: 67

Thành Viên: 1) Phan Văn Tú – 0105967

2) Phạm Trần Minh Đức – 4008967 3) Trần Thế Thái – 0123267 4) Ngô Doãn Hiên – 0068767 5) Lê Văn Đức – 0309667

LỜI CẢM ƠN

Lời đầu tiên, em xin gửi lời cảm ơn trân thành đến giảng viên Lê Thị Hoàng Anh đã hướng dẫn bọn em trong học phần “Công Nghệ Phần Mềm” này.

Đây là một môn học quan trọng giúp bọn em có thể tìm hiểu quy trình phát triển phần mềm, quản lý dự án, thiết kế phần mềm, lập trình, kiểm thử, triển khai, … cũng như học được các kỹ năng và kiến thức để tham gia vào quá trình phát triển phần mềm từ đầu đến cuối và thậm trí tham gia vào việc quản lý và lãnh đạo dự án phần mềm, … từ đó tạo nền móng giúp ích cho việc học tập và làm việc trong ngành Công Nghệ Thông Tin mà bọn em đang theo học sau này.

Dưới đây là sản phẩm nghiên cứu về một chương trình quản lý bán hàngcủa nhóm chúng em

Trân Trọng.

PHÂN CÔNG CÔNG VIỆC

Minh Đức

MỤC LỤC

A Biểu đồ phân rã chức năng……….3B BPMN 2.0 và Công cụ draw.io……… 7C UML 2.0, Công cụ Visual Paradigm cho biểu đồ

USECASE……….10D Mẫu Observer Design Patern ………18

A BIỂU ĐỒ PHÂN RÃ CHỨC NĂNG1 Tìm hiểu về biểu đồ phân rã chức năng:

o Tên chức năng là cụm động từ Cần đặt tên để hiểu rõ công việc cần làm của chức năng đó

Cây phân cấp dọc hoặc ngang:

- Nguyên tắc phân rã chức năng:

o Theo phương pháp top down: Mức trên sẽ được phân rã thành nhiều mức dưới phải đảm bảo 2 tính chất:

Các chức năng mức dưới được phân rã phải thực sự tham gia vào thực hiện chức năng mức trên của nó

Việc thực hiện tất cả các chức năng mức dưới trựctiếp phải đảm bảo thực hiện được các chức năng của mức trên

- Các bước tiến hành:

o Bước 1: Phân rã chức năng.

o Bước 2: Phân rã các chức năng ở bước 1 theo nguyên tắc phân rã.

Các chức năng cùng mức thì nên có kích thước, độ phức tạp và tầm quan trọng xấp xỉ như như nhau

Chức năng mức lá (mức cuối của cây) nên chỉ có một nhiệm vụ (hoặc một nhóm nhiệm vụ giao cho người của team thực hiện)

o Bước 3: Mô tả chi tiết chức năng của mức lá (có thể xây dựng bằng lời kết hợp với biểu đồ BPM (Business Process Modeling))

Ví Dụ: Biểu đồ chức năng mức đỉnh của bài toán nhân viên duyệt đơn hàng cho khách hàng

Các bước xây dựng biểu đồ phân rã chức năng:1 Xác định chức năng tổng thể của hệ thống.

2 Phân tích chức năng tổng thể thành các chức năng chính.3 Phân tích các chức năng chính thành các chức năng chi tiết hơn.4 Thể hiện các chức năng đã phân tích trên biểu đồ phân rã chức năng.

2 Biểu đồ phân rã chức năng cho bài toán quản lý bán hàng đồ ăn

Mục đích và lợi ích của biểu đồ BPMN:

Là cầu nối giữa các bên liên quan trong trong quy trình nghiệp vụ, hướng đến những người triển khai quy trình, cung cấp thông tin đầy đủ Cung cấp một tiểu chuẩn và ngôn ngữ chung cho các bên liên quan, thu hẹp khoảng cách giữa kế hoạch và triển khai thực tế bằng cách cung cấp chi tiết đầy đủ và rõ rang vào chuỗi các hoạt động kinh doanh

Việc lập sơ đồ có thể dễ hiểu hơn nhiều so với văn bản tường thuật, cho phép giao tiếp và hợp tác dễ dàng hơn để đạt được mục tiêu của một quy trình hiệu quả tạo ra kết quả chất lượng cao

Các trường hợp sử dụng BPMN (Types of BPMN Application)

BPMN có thể được sử dụng trong nhiều trường hợp khác nhau, bao gồm:

BPMN có thể

Tài liệu hóa và quản lý quy trình nghiệp vụ:

được sử dụng để mô tả các quy trình nghiệp vụ hiện tại, cũng như các quy trình nghiệp vụ được đề xuất Điều này giúp các tổ chức hiểu rõ hơn về quy trình của mình, cũng như xác định các cơ hội để cải thiện hiệu quả.

Tự động hóa quy trình nghiệp vụ: BPMN có thể được sử

dụng để tạo các mô hình quy trình nghiệp vụ có thể được tự động hóa bằng phần mềm Điều này giúp các tổ chức tự động hóa các quy trình thủ công, cải thiện hiệu quả và giảm chi phí.

Quản lý thay đổi quy trình nghiệp vụ: BPMN có thể được sử

dụng để quản lý các thay đổi đối với quy trình nghiệp vụ Điều

này giúp các tổ chức đảm bảo rằng các thay đổi được thực hiện một cách có tổ chức và hiệu quả.

+ Được đại diện bởi hình thoi

+ Có nhiệm vụ là điểm xảy ra quyết định, rẽ nhánh hoặc hợp nhánh + Cổng có thể là exclusive (XOR), inclusive (OR), parallel (AND) hoặc dựa trên sự kiện

+ Được gán nhãn

+ Đầu ra (Data output)+ Kho dữ liệu (Data Store)Group: nhóm

d) Connecting:

Dùng để kết nối các đối tượng Bao gồmLuồng tuần tự (Sequence Flow)Luồng thông điệp (Message Flow)Liên kết (Association)

Liên kết dữ liệu (Data Association)

Ví dụ minh họa về BPMN:

2.Biểu đồ Business Process Modeling cho quy trình tạo đơn hàng

C UML

I.UML 2.01 UML là gì?

UML là viết tắt của “Unified Modeling Language”; (Ngôn ngữ mô

hình hóa thống nhất), đây là một ngôn ngữ được sử dụng để mô tả,thiết kế và phát triểncác hệ thống phần mềm.

U - Unified - Thống nhất: Thống nhất các phương phápphân tích và thiết kế hướng đối tượng trước đó Các kháiniệm và ký hiệu giống nhau cho các miền ứng dụng khácnhau và các quy trình phát triển khác nhau Các khái niệmvà ký hiệu giống nhau trong toàn bộ vòng đời phát triển.

M - Modeling - Mô hình hóa: Tạo một sự trừu tượng hoànchỉnh về mặt ngữ nghĩa của một hệ thống.

L - Language - Ngôn ngữ: Một ngôn ngữ đồ họa.

UML là một công cụ hỗ trợ quan trọng cho việc phát triển và thiếtkế các hệ thống phần mềm, giúp tăng tính hiệu quả, giảm thiểu rủiro và tăng tính tái sử dụng của mã nguồn.

2 Chức năng và mục tiêu Chức năng:

Mô hình hoá phần mềm: UML cung cấp các kháiniệm và biểu đồ để mô hình hoá các khía cạnh củaphần mềm, bao gồm lớp, đối tượng, use case,sequence, state, activity, component, deployment, vàinteraction.

Thiết kế phần mềm: UML cung cấp các công cụ đểthiết kế các lớp, đối tượng, giao diện và các quan hệgiữa chúng, giúp tăng tính tái sử dụng và dễ bảo trìcủa phần mềm.

Phát triển phần mềm: UML giúp xác định và quản lýcác yêu cầu của phần mềm, phát triển các giải phápthiết kế, thử nghiệm và triển khai phần mềm.

Tài liệu hóa phần mềm: UML giúp tạo ra tài liệu chophần mềm như tài liệu thiết kế, tài liệu hướng dẫn sửdụng, tài liệu bảo trì, và các tài liệu khác liên quanđến phát triển và triển khai phần mềm.

Mục tiêu:

Tăng tính hiệu quả và sự linh hoạt trong phát triểnphần mềm.

Giảm thiểu rủi ro và chi phí trong quá trình phát triểnvà triển khai phần mềm.

Tăng tính tái sử dụng và khả năng bảo trì của phầnmềm.

Cung cấp một phương tiện chung để giao tiếp và hiểunhau giữa các thành viên trong đội ngũ phát triểnphần mềm.

Cung cấp một cách thức chuẩn để mô hình hoá phầnmềm, giúp tăng tính chuẩn mực và tính nhất quán củacác thiết kế và triển khai phần mềm.

Tạo ra tài liệu cho phần mềm, giúp tăng tính đáng tincậy và tính chuyên nghiệp của phần mềm.

3 Ưu nhược điểmƯu điểm

Tăng tính hiệu quả và sự linh hoạt trong phát triển phần mềm: UML cung cấp các công cụ và khái niệm để mô hình hoá các khía cạnh của phần mềm, giúp tăng tính hiệu quả và sự linh hoạt trong quá trình phát triển phần mềm.

Giảm thiểu rủi ro và chi phí trong quá trình phát triển và triển khai phần mềm: UML giúp tăng tính chuẩn mực và tínhnhất quán của các thiết kế và triển khai phần mềm, từ đó giảm thiểu rủi ro và chi phí trong quá trình phát triển và triểnkhai phần mềm.

Tăng tính tái sử dụng và khả năng bảo trì của phần mềm: UML cung cấp các công cụ để thiết kế phần mềm theo cách modulize, tăng tính tái sử dụng của phần mềm và giảm chi phí bảo trì trong tương lai.

Cung cấp một phương tiện chung để giao tiếp và hiểu nhau giữa các thành viên trong đội ngũ phát triển phần mềm: UML giúp các thành viên trong đội ngũ phát triển phần mềmcó thể hiểu và giao tiếp với nhau một cách dễ dàng và hiệu quả.

Tạo ra tài liệu cho phần mềm: UML giúp tạo ra các tài liệu cho phần mềm, giúp tăng tính đáng tin cậy và tính chuyên nghiệp của phần mềm.

Phù hợp với nhiều quy trình phát triển phần mềm: UML có thể được sử dụng trong nhiều quy trình phát triển phần mềm khác nhau, từ các quy trình phát triển phần mềm truyền thống đến các quy trình phát triển phần mềm nhẹ nhàng hơn như Agile.

Nhược điểm

Số lượng notation hạn chế.

Mô hình hóa ở mức độ chung với quy trình có rẽ nhánh, lặp lại nhiều lần, có những sự kiện theo thời gian → khó biểu động phức tạp.

Không thể hiện được rõ sự tích hợp giải pháp kỹ thuậtvào quy trình nghiệp vụ.

Áp dụng với quy trình đơn giản độ phức tạp không cao.

Có thể sử dụng một số cộng cụ khác: BPMN, … để đạt được hiệu quả cao.

II.Công cụ Visual Paradigm cho biểu đồ UseCase

Visual Paradigm là một công cụ mô hình hóa UML mạnh mẽ có thể được sử dụng để tạo biểu đồ trường hợp sử dụng Nó cung cấp nhiều tính năng giúp tạo các biểu đồ trường hợp sử dụng chuyên nghiệp và dễ hiểu, bao gồm:

Bộ sưu tập phong phú các hình dạng UML: bao gồm tất cả các hình dạng bạn cần để tạo biểu đồ trường hợp sử dụng, chẳng hạn như diễn viên, trường hợp sử dụng, mối quan hệ và hệ thống.

Giao diện kéo và thả trực quan: giúp bạn dễ dàng tạo và chỉnh sửa biểu đồ của mình.

Tính năng tự động định tuyến: giúp giữ cho biểu đồ của bạn trông gọn gàng và chuyên nghiệp.

Khả năng tạo các biểu đồ ở nhiều cấp độ chi tiết: từ sơ đồ đơn giản đến các biểu đồ phức tạp.

Khả năng xuất biểu đồ của bạn sang nhiều định dạng: bao gồm PNG, JPG, SVG và PDF.

Visual Paradigm cũng cung cấp một số tính năng nâng cao giúp tạo biểu đồ trường hợp sử dụng, chẳng hạn như:

Khả năng tạo ghi chú và ràng buộc: để cung cấp thêm thông tin về các trường hợp sử dụng của bạn.

Khả năng tạo trường hợp sử dụng mở rộng và bao gồm: để mô hình hóa các trường hợp sử dụng phức tạp.

Khả năng tạo sơ đồ trình tự: để mô tả luồng sự kiện trong một trường hợpsử dụng.

Visual Paradigm là một công cụ mạnh mẽ và linh hoạt có thể được sử dụng để tạo biểu đồ trường hợp sử dụng cho nhiều loại hệ thống Nó dễ sử dụng và cungcấp nhiều tính năng để tạo các biểu đồ chuyên nghiệp và dễ hiểu.

Ví Dụ:

Biểu đồ này mô tả các trường hợp sử dụng cho một hệ thống bán hàngtrực tuyến Các diễn viên trong biểu đồ là khách hàng, nhân viên bán hàng và quản trị viên hệ thống Các trường hợp sử dụng là duyệt danh mục sản phẩm, đăng ký tài khoản, đặt hàng, thanh toán và theo dõi đơn hàng.

III Biểu đồ UseCase cho quá trình tạo đơn hàngB1: Xác định các Actor

Những người muốn mua hàng vào website để xem thông tin Những người này là Khách hàng tiềm năng (Guest).

Những người đã đặt hàng vào kiểm tra đơn hàng, thanh toán v.v gọi là Khách hàng (Customer).

Về phía đơn vị bán hàng, có những người sau đây tham gia vào hệ thống:

Người quản lý bán hàng: quyết định nhập hàng, giá bán, quản lý tồn kho, doanh thu, chính sách khuyến mãi.

Người bán hàng: Tư vấn cho khách hàng, theo dõi đơn hàng, thu tiền, theo dõi chuyển hàng cho khách.

Quản lý kho: xuất, nhập hàng, quản lý tồn kho.

Quản trị hệ thống: Tạo người dùng, Phân quyền, Tạo cửa hàng.

B2: Xác nhận các UseCase

Trước tiên, xem xét với Actor “Khách hàng tiềm năng” trên trang bkc.vn để xem họ sử dụng chức năng nào?

Xem trang chủ.Xem các sản phẩm theo:Theo chủng loại.Nhà sản xuất.

Tìm kiếm theo văn bản gõ vào.Xem chi tiết sản phẩm được chọn…Xem khuyến mãi.

Xem so sánh.Mua hàng.Quản lý giỏ hàng.Chat với người bán hàng.

Đăng ký tài khoản để trở thành khách hàng.

Tiếp theo, xem xét Actor “Khách hàng” và nhận thấy họ sử dụng chứcnăng:

Đăng nhập.Xem đơn hàng.Thanh toán.

Tiếp theo, xem xét Actor “Người bán hàng” và họ có thể sử dụng các chức năng:

Đăng nhập.Chat với khách hàng.Theo dõi đơn hàng.Thu tiền.

Theo dõi chuyển hàng.

Tương tự như vậy bạn xác định chức năng cho các Actor còn lại.

Bước 4: Vẽ bản vẽ UseCase

Trước hết chúng ta xem xét và phân tích các chức năng của

“Khách hàng tiềm năng” chúng ta nhận thấy:

Chức năng xem sản phẩm có 2 cách là chọn loại sản phẩm, nhà

sản xuất để xem và gõ vào ô tìm kiếm Nên chúng ta tách ra làm 2 là Xemsản phẩm và Tìm kiếm.

Chức năng mua hàng, thực chất là thêm vào giỏ hàng nên có thểxem là chức năng con của quản lý giỏ hàng

Đặt lại tên cho gọn và xác định các mối quan hệ của chúng, chúng ta có thể vẽ Use Case Diagram cho Actor này như sau:

Tiếp theo, chúng xem xét các chức năng cho Actor “Khách hàng”

và nhận thấy chức năng “Thanh toán” thường thực hiện cho từng đơn hàng cụ thể nên có thể nó là chức năng con của “Quản lý đơn hàng” Ngoài ra, các chức năng Actor này sử dụng không giao với Actor “Kháchhàng tiềm năng” nên nó được biểu diễn như sau:

Tiếp tục xem xét Actor “Người bán hàng” chúng ta nhận thấy:Chức năng “Thu tiền” thực tế là thanh toán trực tiếp tại quày cho từng đơn hàng và chức năng “Theo dõi chuyển hàng” được thực hiệntrên từng đơn hàng nên nó có thể là chức năng con của “Quản lý đơn hàng”.

Chức năng “Quản lý đơn hàng” ở đây quản lý cho nhiều khách hàng nên sẽ khác với chức năng “Quản lý đơn hàng” của Actor “Khách hàng” nên để phân biệt chúng ta sửa chức năng “Quản lý đơn hàng ” của Actor “Khách hàng” thành “Quản lý đơn hàng cá nhân”.

Chức năng “Đăng nhập” có thể dùng chung với Actor “Khách hàng”, chức năng Chat dùng chung với Actor “Khách hàng tiềm năng”.

Vẽ chúng chung với nhau chúng ta được bản vẽ như sau:

D MẪU OBSEVER DESIGN PATTERNI.Mẫu Observer Design Pattern

1 Định Nghĩa

Observer pattern là một mẫu thiết kế phần mềm mà một đối tượng,

gọi là subject, duy trì một danh sách các thành phần phụ thuộc nó,

gọi là observer, và thông báo tới chúng một cách tự động về bất cứthay đổi nào, thường thì bằng cách gọi 1 hàm của chúng.

2 Mục Tiêu

Định nghĩa mối phụ thuộc một - nhiều giữa các đối tượng đểkhi mà một đối tượng có sự thay đổi trạng thái, tất các thành phần phụ thuộc của nó sẽ được thông báo và cập nhật một cách tự động.

Một đối tượng có thể thông báo đến một số lượng không giới hạn các đối tượng khác.

3 Áp Dụng

Observer Pattern được áp dụng khi:

Sự thay đổi trạng thái ở 1 đối tượng có thể được thông báo đến các đối tượng khác mà không phải giữ chúng liên kết quá chặt chẽ

Cần mở rộng dự án với ít sự thay đổi nhất.

o định nghĩa một giao diện cập nhật cho các đối tượng sẽ được subject thống báo đến khi có sự thay đổi trạng thái.ConcreteSubject

o lưu trữ trạng thái danh sách các ConcreateObserver.o gửi thông báo đến các observer của nó khi có sự thay đổi

trạng thái.ConcreteObserver

o có thể duy trì một liên kết đến đối tượng ConcreteSubject.

o lưu trữ trạng thái của subject.

o thực thi việc cập nhật để giữ cho trạng thái đồng nhất với subject gửi thông báo đến.

Ta có thể hình dung sự tương tác giữa subject và các observer như sau:Khi subject có sự thay đổi trạng thái, nó sẽ duyệt qua danh sáchcác observer của nó và gọi phương thức cập nhật trạng thái ở từng observer, có thể truyền chính nó vào phương thức để các observer có thể lấy ra trạng thái của nó và xử lý

5 Ưu Nhược ĐiểmƯu Điểm

Lỏng lẻo hóa kết nối: Mẫu Observer giúp giảm độ

kết nối giữa các thành phần trong hệ thống, làm cho chúng trở nên độc lập và có thể tái sử dụng một cáchdễ dàng.

Linhtinh và Tính tái sử dụng: Dễ dàng thêm hoặc

loại bỏ Observers mà không cần sửa đổi Subject, tăng tính linh hoạt và tái sử dụng.

Xử lý sự kiện và thông báo: Observer thích hợp để

xử lý sự kiện và thông báo trong hệ thống.

Nhược Điểm

Cập nhật không kiểm soát: Mỗi khi có sự thay đổi

trong Subject, tất cả các Observers đều được thông báo, có thể dẫn đến các vấn đề hiệu suất và không kiểm soát được số lượng cập nhật.

Vấn đề về thứ tự: Thứ tự của việc thông báo đến

Observers không được đảm bảo, điều này có thể tạo ra vấn đề nếu có sự phụ thuộc vào thứ tự.

Rủi ro về bộ nhớ: Nếu không quản lý cẩn thận, việc

giữ các Observers có thể dẫn đến rủi ro về bộ nhớ nếu họ không được loại bỏ khi không còn cần thiết.

Cập nhật liên tục: Nếu trạng thái của Subject thay

đổi liên tục, việc thông báo đến Observers có thể tạo ra nhiều cập nhật không cần thiết.

6 Triển Khai

Các Class và Interface đượ cài đặt như sau: