Hiện tại, quản lý shop thời trang vẫn đang được thực hiện bằng cách thủ công, sử dụng giấy và bút để ghi lại thông tin về sản phẩm, kho hàng, bán hàng, doanh thu, nhà cung cấp và khách hàng. Điều này gây ra nhiều khó khăn và rủi ro trong quá trình quản lý doanh nghiệp, bao gồm: - Khó khăn trong việc quản lý sản phẩm và kho hàng: Khi thực hiện quản lý bằng tay, có thể xảy ra tình trạng hàng hóa bị thất thoát, mất mát hoặc sai sót trong quá trình lưu trữ thông tin về sản phẩm và kho hàng. - Thiếu chính xác và đầy đủ về thông tin: Thông tin về sản phẩm, kho hàng, bán hàng, doanh thu, nhà cung cấp và khách hàng được ghi lại bằng tay có thể bị thiếu sót, không chính xác và khó theo dõi. - Quản lý không hiệu quả: Quản lý bằng tay dễ dẫn đến quá tải công việc, nhân viên phải tốn nhiều thời gian và công sức để thực hiện quản lý, gây ảnh hưởng đến hiệu quả của hoạt động kinh doanh. - Khó khăn trong công việc phân tích dữ liệu: Dữ liệu được ghi lại bằng tay sẽ rất khó khăn trong công việc phân tích, đưa ra quyết định và định hướng phát triển kinh doanh trong tương lai. Vì vậy, cần có sự thay đổi mới trong quản lý shop thời trang, đưa vào sử dụng các công nghệ thông tin để tối ưu hóa quy trình quản lý, nâng cao chính xác và đầy đủ thông tin, tăng cường chuyên nghiệp và hiệu quả kinh doanh. Phần mềm quản lý shop thời trang sẽ là một giải pháp hiệu quả cho công việc này. 2. Mục tiêu nghiên cứu Mục tiêu của báo cáo là tìm ra giải pháp hiệu quả để giải quyết vấn đề quản lý ở các của thời trang hiện nay bằng thiết kế một hệ thống quản lý tiện lợi thông minh có đầy đủ các chức năng giúp cho việc quản lý của hàng dễ dàng hơn. Các mục tiêu cụ thể của báo cáo gồm: - Hoàn thành một web app hoàn chỉnh, hoạt động ổn định. - Giúp cho việc quản lý hàng hóa của các của hàng thời trang trở nên dễ dàng tiện lợp hơn. _ Vừa đáp ứng được nhu cầu của khách hàng vừa có thể dễ dàng nâng cấp về sau. 3. Đối tượng và phạm vi nghiên cứu Đối tượng nghiên cứu gồm: - Các phòng cửa hàng thời trang trên toàn quốc. - Quy trình dịch vụ buôn bán của các shop thời trang qua mạng trực tuyế
Phương pháp nghiên cứu
- Phương pháp tài liệu: Nghiên cứu các tài liệu liên quan đến các nội dung nghiên cứu: Tài liệu về UML, tài liệu phân tích thiết kế hệ thống.
- Phương pháp thực nghiệm: Nghiên cứu dựa trên cơ sở lý thuyết và những kiến thức đã học để áp dụng và bài báo cáo.
Nhiệm vụ và kết quả đạt được
_ Phân tích thiết kế được hệ thống quản lý cửa hàng thời trang trên toàn quốc _ Sử dụng được ngôn ngữ UML để thiết kế các biểu đồ.
_ Đặt tả được chi tiết trong từng biểu đồ.
Bố cục của báo cáo
Trên cơ sở các nội dung nghiên cứu, để đạt mục tiêu đề ra và đảm bảo tính logic, ngoài phần mở đầu và phần kết luận, báo cáo được tổ chức thành các chương như sau:
Chương 1 Cơ sở lý thuyết Chương này trình bày các cơ sở lí thuyết về ngôn ngữ UML và nêu được các biểu đồ cơ bản trong UML.
Chương 2: Phân tích và thiết kế hướng đối tượng Trong chương này sẽ đặt tả tổng quát hệ thống và chia thành 2 phần chính là Phân tích và Thiết kế Ở phần phân tích sẽ có các biểu đồ sau: biểu đồ usecase , biểu đồ hoạt động, biểu đồ tuần tự Phân thiết kế gồm các biểu đồ: biểu đồ class và biểu đồ trạng thái.
Đóng góp của báo cáo
Trong báo cáo chuyên ngành này, nhóm em đã vận dụng linh hoạt những kiến thức đã được học trên giảng đường để thực hiện đề tài Bên cạnh đó, nhóm em cũng tự tìm tòi, học hỏi, nghiên cứu thêm các kiến thức mới, nhằm xây dựng báo cáo ngày một nhanh chóng, hoàn thiện hơn Những đóng góp chính của báo cáo:
- Phân tích thiết kế rõ ràng các đối tượng trong kệ thống Truyền tải thông tin đến người đọc một các có hiệu quả và dễ diểu nhất.
- Phân tích được sự hữu ích của hệ thống Tính tiện lợi và đảm bảo của hệ thống
- Có cách nhìn tổng quan hơn về hệ thống Bài báo cáo sẽ tóm tắt được cách thức hoạt động cảu một hệ thống trên từng đối tựng cụ thể.
CƠ SỞ LÝ THUYẾT
Giới thiệu về UML
Lịch sử phát triển của UML
Các ngôn ngữ lập trình hướng đối tượng ra đời khá sớm, ví dụ như Simula-67 (năm 1967), Smalltalk (đầu những năm
1980), C++, CLOS (giữa những năm 1980)…Tuy nhiên, mãi cho đến năm
1995, những nhóm phát triển phần mềm mới có những phương pháp luận và ngôn ngữ mô hình với ký hiệu khác nhau, như Booch của Grady Booch, OMT của James Rambaugh, OOSE của Ivar Jacobson, hay OOA & OOD của Coad và
Yordon Việc áp dụng rộng rãi phương pháp hướng đối tượng đã đặt ra nhu cầu phải xây dựng một ngôn ngữ mô hình hóa thống nhất như một chuẩn chung cho những người phát triển phần mềm hướng đối tượng trên khắp thế giới Nỗ lực thống nhất đầu tiên bắt đầu khi Rumbaugh gia nhập nhóm nghiên cứu của Booch tại tập đoàn Rational năm 1994 và sau đó Jacobson cũng gia nhập nhóm này vào năm 1995.
UML – Ngôn ngữ mô hình hoá hướng đối tượng
UML là ngôn ngữ mô hình hoá được xây dựng để đặc tả, phát triển và viết tài liệu cho các hệ phần mềm hướng đối tượng UML bao gồm một tập các khái niệm, các ký hiệu, các biểu đồ và hướng dẫn sử dụng.
Mục đích của ngôn ngữ UML là: (i) Mô hình hoá các hệ thống bằng cách sử dụng các khái niệm hướng đối tượng; (ii) Thiết lập sự liên hệ từ nhận thức của con người đến các sự kiện cần mô hình hoá; (iii) Giải quyết vấn đề về mức độ thừa kế trong các hệ thống phức tạp với nhiều ràng buộc khác nhau; (iv) Tạo một ngôn ngữ mô hình hoá có thể sử dụng được bởi người và máy UML hỗ trợ phân rã hệ hướng đối tượng dựa trên cấu trúc tĩnh và hành vi động của hệ thống.
Các cấu trúc tĩnh (static structure) xác định các kiểu đối tượng quan trọng của hệ thống và mối quan hệ giữa các đối tượng đó nhằm đến cài đặt sau này.
Các hành vi động (dynamic behavior) xác định các hành động của các đối tượng theo thời gian và tương tác giữa các đối tượng.
Các khái niệm cơ bản trong UML khái niệm mô hình
Mô hình (model) là một biểu diễn của sự vật, đối tượng hay một tập các sự vật trong một lĩnh vực ứng dụng nào đó theo một quan điểm nhất định Mục đích của mô hình là nhằm nắm bắt các khía cạnh quan trọng của sự vật mà mình quan tâm và biểu diễn theo một tập ký hiệu hoặc quy tắc nào đó Các mô hình thường được xây dựng sao cho có thể vẽ được thành các biểu đồ dựa trên tập ký hiệu và quy tắc đã cho.
Ví dụ, khi xây dựng Hệ quản lý bán hàng thì ta chỉ cần quan tâm đến các thuộc tính như họ tên, địa chỉ, phone, email…của đối tượng khách hàng Trong khi xây dựng hệ Quản lý Học tập theo tín chỉ ngoài các thông tin liên quan đến đối tượng sinh viên như họ tên, địa chỉ, email, phone…ta còn phải quan tâm đến các thuộc tính như điểm, lớp học, môn học, khoa mà sinh viên đăng ký.
Các phần tử mô hình và các quan hệ
Một số ký hiệu để mô hình hóa hướng đối tượng thường gặp trong UML được biểu diễn trong Hình 2 Đi kèm với các phần tử mô hình này là các quan hệ Các quan hệ này có thể xuất hiện trong bất cứ mô hình nào của UML dưới các dạng khác nhau như quan hệ giữa các ca sử dụng, quan hệ trong biểu đồ lớp…
Các biểu đồ trong UML
UML chia các biểu đồ thành hai nhóm: Biểu đồ cấu trúc và Biểu đồ hành vi. Chúng được biểu diễn thành cây phân cấp như trong Hình 4
Hình 3 Một số phần tử mô hình thường gặp trong UML
Hình 2 Một số dạng quan hệ trong UML
Hình 4 Cây phân cấp các biểu đồ
Biểu đồ cấu trúc (Structure Diagram)
Nhóm các biểu đồ này biểu diễn các cấu trúc tĩnh của hệ phần mềm cần được mô hình hoá Các biểu đồ trong mô hình tĩnh tập trung biểu diễn khía cạnh tĩnh liên quan đến cấu trúc cơ bản cũng như các phần tử chính của hệ thống UML đề xuất bảy dạng biểu đồ trong mô hình tĩnh bao gồm:
▪ Biểu đồ lớp (class diagram)
▪ Biểu đồ đối tượng (object diagram)
▪ Biểu đồ thành phần (component diagram)
▪ Biểu đồ gói (package diagram)
▪ Biểu đồ triển khai (deployment diagram)
▪ Biểu đồ cấu trúc phức hợp (composite structure diagram)
▪ Biểu đồ gói mở rộng (profile package)
Biểu đồ hành vi (Behavior Diagram)
Nhóm biểu đồ này nhằm nắm bắt các hoạt động và hành vi của hệ thống, cũng như tương tác giữa các phần tử bên trong và bên ngoài hệ thống UML đề xuất bảy dạng biểu đồ trong mô hình hành vi bao gồm:
▪ Biểu đồ ca sử dụng (use case diagram)
▪ Biểu đồ hoạt động (activity diagram)
▪ Biểu đồ tuần tự (sequence diagram)
▪ Biểu đồ giao tiếp (communication diagram)
▪ Biểu đồ trạng thái (state machine diagram)
▪ Biểu đồ bao quát tương tác (interaction overview diagram)
▪ Biểu đồ thời khắc (timing diagram)
Phần này chúng em sẽ lần lượt xem xét chi tiết một số biểu đồ UML thường gặp, mỗi biểu đồ sẽ được trình bày về ý nghĩa, tập kí hiệu UML cho biểu đồ đó.
1.2.1 Biểu đồ ca sử dụng o Ý nghĩa
Biểu đồ ca sử dụng (use case diagram) biểu diễn các chức năng của hệ thống
Nó bao gồm một tập hợp các tác nhân (actor), các ca sử dụng (use case) và các mối quan hệ (relationship) giữa các ca sử dụng Có thể nói, biểu đồ ca sử dụng chỉ ra sự tương tác giữa các tác nhân và hệ thống thông qua các ca sử dụng Tác nhân có thể là con người hay một hệ thống khác cung cấp thông tin hay tác động tới hệ thống Biểu đồ ca sử dụng có thể được phân rã theo nhiều mức khác nhau Từ tập yêu cầu xác định được của hệ thống, biểu đồ ca sử dụng sẽ chỉ ra hệ thống cần thực hiện điều gì để thoả mãn các yêu cầu của người dùng hệ thống đó Đi kèm với biểu đồ ca sử dụng là các kịch bản (scenario) nhằm mô tả chi tiết quá trình thực hiện ca sử dụng đó. o Tập ký hiệu UML cho biểu đồ ca sử dụng h
Phần tử mô hìn Ý nghĩa Cách biểu diễn Ký hiệu trong biểu đồ
Ca sử dụng Biểu diễn một chức năng xác định của hệ thống
Hình ellip chứa tễn của ca sử dụng
Tác nhân Là một đối tượng bên ngoài hệ thống tương tác trực tiếp với các use case
Biểu diễn hình người tượng trưng
Tách biệt phần bên trong và bên ngoài hệ thống Được biểu diễn bới một hình chữ nhật rỗng.
Mối quan hệ giữa các ca sử dụng
Tùy từng dạng quan hệ Extend và include có dạng các mũi tễn kèm theo tễn.
Generalization có dạng mũi tên tam giác.
Trong phương pháp hướng đối tượng, một nhóm đối tượng có chung một số thuộc tính và phương thức tạo thành một lớp Mối tương tác giữa các đối tượng trong hệ thống sẽ được biểu diễn thông qua mối quan hệ giữa các lớp.
Các lớp (bao gồm cả các thuộc tính và phương thức) cùng với các mối quan hệ sẽ tạo thành biểu đồ lớp (class diagram) Biểu đồ lớp là một biểu đồ dạng mô hình tĩnh nhằm mô tả hướng cách nhìn tĩnh về một hệ thống bằng các khái niệm lớp, các thuộc tính, phương thức của lớp và mối quan hệ giữa chúng với nhau. o Tập ký hiệu UML cho biểu đồ lớp
Biểu diễn biểu đồ lớp trong UML:
• Kí hiệu lớp: trong UML, mỗi lớp được biểu diễn bởi hình chữ nhật gồm ba phần: tên lớp, các thuộc tính và các phương thức.
• Thuộc tính: các thuộc tính trong biểu đồ lớp được biểu diễn theo cấu trúc chung như sau:.
• phạm vi tên: kiểu số Đối tượng = mặc định (Giá trị Giới hạn )
Các quan hệ trong biểu đồ lớp - cách biểu diễn trong UML:
Kế thừa là mối quan hệ giữa một lớp có các đặc trưng mang tính khái quát cao hơn và một lớp có các tính chất đặc biệt hơn.
Trong biểu đồ lớp, quan hệ kế thừa được biểu diễn bằngmột mũi tên có tam giác rỗng gắn ở đầu Xem ví dụ Hình 5:
Một liên kết (association) là một sự kết nối giữa các lớp, cũng có nghĩa là sự kết nối giữa các đối tượng của các lớp này Trong UML, quan hệ này nhằm mô tả mối liên quan về mặt ngữ nghĩa (semantic) giữa hai nhóm đối tượng được biểu diễn bởi các lớp tương ứng Quan hệ liên kết được biểu diễn bởi đoạn thẳng hai chiều nối hai đối tượng và có thể kèm theo nghĩa của quan hệ tại hai đầu của đoạn thẳng.
Là dạng quan hệ mô tả một lớp A là một bộ phận của lớp B và lớp A có thể tồn tại độc lập Quan hệ kết hợp được biểu diễn bằng một mũi tên gắn hình thoi rỗng ở đầu hướng về lớp bao hàm Xem ví dụ Hình 7 Lớp Địa chỉ là một phần của lớp Khách hàng nhưng đối tượng Địa chỉ vẫn có thể tồn tại độc lập với đối tượng khách hàng.
Hình 5 Quan hệ kế thừa
Hình 6 Bảng các mối quan hệ
Hình 7 Quan hệ kết tập
Quan hệ hợp thành biểu diễn một quan hệ kiểu tổng thể-bộ phận nhưng mạnh hơn quan hệ kết hợp Lớp A có quan hệ hợp thành với lớp B nếu lớp A là một phần của lớp B và sự tồn tại của đối tượng lớp B điều khiển sự tồn tại của đối tượng lớp A Quan hệ này được biểu diễn bởi một mũi tên gắn hình thoi đặc ở đầu Xem ví dụ Hình 8.
Hình 8 Quan hệ hợp thành
Tổng kết các phần tử trong ngôn ngữ mô hình UML được sử dụng trong mô hình lớp, ý nghĩa và ký hiệu tương ứng trong các biểu đồ.
1.2.3 Biểu đồ trạng thái o Ý nghĩa
Biểu đồ trạng thái được sử dụng để biểu diễn các trạng thái và sự chuyển tiếp giữa các trạng thái của các đối tượng trong một lớp xác định Thông thường, mỗi lớp sẽ có một biểu đồ trạng thái (trừ lớp trừu tượng là lớp không có đối tượng) được biểu diễn dưới dạng máy trạng thái hữu hạn với các trạng thái và sự chuyển tiếp giữa các trạng thái đó.
Các thành phần trong một biểu đồ trạng thái bao gồm:
- Trạng thái (state): Bên trong các trạng thái có thể miêu tả các biến trạng thái hoặc các hành động (action) tương ứng với trạng thái đó.
- Trạng thái con (substate): là một trạng thái chứa bên trong một trạng thái khác Trạng thái có nhiều trạng thái con gọi là trạng thái tổ hợp Ví dụ có trạng thái con thể hiện trong Hình 10.
- Trạng thái khởi đầu (initial state): trạng thái đầu tiên khi kích hoạt đối tượng.
- Trạng thái kết thúc (final state): kết thúc vòng đời đối tượng.
- Các chuyển tiếp (transition): biểu diễn các chuyển đổi giữa các trạng thái.
Hình 9 Bảng tóm tắt các phần tử mô hình
Hình 10 Biểu đồ trạng thái có trạng thái con
Hình 10 Biểu đồ trạng thái có trạng thái con
- Sự kiện (event): sự kiện tác động gây ra sự chuyển đổi trạng thái Mỗi sự kiện được đi kèm với các điều kiện (guard) và các hành động (action)
Trong một biểu đồ trạng thái của UML có thể có một số loại sự kiện sau đây:
- Sự kiện gọi (call event): Yêu cầu thực hiện một hành động (một phương thức)
- Sự kiện tín hiệu (signal event): Gửi thông điệp (chứa các giá trị thuộc tính tham số liên quan) giữa các trạng thái.
- Sự kiện thời gian (time event): Biểu diễn quá trình chuyển tiếp theo thời gian, thường kèm theo từ mô tả thời gian cụ thể.
- Các phần tử mô hình UML và ký hiệu tương ứng cho biểu đồ trạng thái được tổng kết như trong Bảng 11.
Có hai loại biểu đồ tương tác: Biểu đồ tuần tự và biểu đồ cộng tác Các biểu đồ tuần tự biểu diễn mối liên hệ giữa các đối tượng trong hệ thống và giữa các đối tượng với các tác nhân bên ngoài theo thời gian Biểu đồ tuần tự nhấn mạnh thứ tự thực hiện của các tương tác. o Tập ký hiệu UML cho biểu đồ tuần tự
Các thành phần cơ bản của một biểu đồ tuần tự là:
Các đối tượng (object): được biểu diễn bởi các hình chữ nhật, bên trong là tên của đối tượng Cách viết chung của đối tượng là: tên đối tượng: tên lớp Nếu chỉ viết: tên lớp thì có nghĩa là bất cứ đối tượng nào của lớp tương ứng đó Trong biểu đồ tuần
Hình 11 Các phần tử mô hình UML trong biểu đồ trạng thái
Hình 11 Các phần tử mô hình UML trong biểu đồ trạng thái tự, không phải tất cả các đối tượng đều cùng lúc xuất hiện trên một biểu đồ mà chúng chỉ xuất hiện (về mặt thời gian) khi thực sự tham gia vào tương tác.
Các thông điệp: được biểu diễn bằng các mũi tên hướng từ đối tượng gửi sang đối tượng nhận Tên các thông điệp có thể biểu diễn dưới dạng phi hình thức (như các thông tin trong kịch bản) hoặc dưới dạng hình thức (với dạng giống như các phương thức) Rõ ràng rằng biểu diễn dưới dạng hình thức sẽ rất hữu ích cho việc xác định các phương thức cho lớp Biểu đồ tuần tự cho phép có các thông điệp từ một đối tượng tới chính bản thân nó.
PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG
1 Các tác nhân chính của hệ thống:
2 Điểm nỗi bật của hệ thống:
Hệ thống quản lý shop thời trang giúp cho các cửa hàng dễ dàng quản lý được sản phẩm, nhân viên, lợi nhuận một cách nhanh chóng, chính xác và hiệu quả Bên cạch đó còn giúp người dùng dễ dàng tiếp cận với các sản phẩm của cửa hàng Mô hình này còn có thể áp dụng cho nhiều lĩnh vực dịch vụ khác
Xây dựng hệ thống mà ở đó người dùng và người quản trị bắt buộc phải đăng nhập vào hệ thống mới có thể thực hiện các thao tác như: xem thông tin sản phẩm , đổi thông tin sản phẩm , xem cách thức đặt hàng ,
Hệ thống cho phép user thực hiện các thao tác như: đăng nhập hệ thống , đổi thông mật khẩu hệ thống
Người dùng sẽ kế thừa các chức năng của khách như: xem thông tin, gửi liên liên hệ, xem thông sản phẩm
Admin cũng có thể là người dùng, tức là sẽ kế thừa các chức năng mà người dùng có Bên cạnh đó người quản trị sẽ thực hiện được các chức năng như: quản lý thông tin nhân viên, quản lý sản phẩm, quản lý người dùng, quản lý danh mục sản phẩm, quản lí đơn đặt hàng, quản lí bài đăng.
Các tác nhân tham gia hệ thống:
Nhân viên: là người đã có tài khoản nội bộ trên hệ thống phòng khám có thể thực hiện các thao tác như: quản lí đơn hàng, lập đơn hàng, thống kê , thu tiền
Admin: là người quản lý hệ thống có các chức năng như: quản lý thông tin nhân viên, quản lý sản phẩm, quản lý khách hàng, quản lý danh mục sản phẩm, quản lí đơn đặt hàng, quản lí tin tức.
User: là người đã có tài khoản trên hệ thống Người dùng sẽ kế thừa các chức năng của
“khách” và có thể thực hiện các thao tác như: đăng nhập hệ thống , đổi thông mật khẩu hệ thống
Khách hàng: là người trực tiếp sử dụng dịch vụ, có tài khoản tiêu chuẩn của hệ thống và đã cung cấp thông tin cá nhân cho cơ sở dữ liệu hệ thống có các chức năng: đổi mật khẩu, đăng nhập, xem lịch sử mua hàng, xem hóa đơn
2.2.1.1 Phân tích ca sử dụng – quản lý thông tin nhân viên
Name Quản lý thông tin nhân viên
Description Quản lý thông tin, tài khoản của nhân viên, thêm/sửa thông tin nhân viên
Pre Conditions Đăng nhập hệ thống
Post Conditions Dữ liệu được load lại khi thêm hay sửa thành công
Flow of events 1 Admin chọn mục quản lý nhân viên
2.1 Thêm mới nhân viên 2.1.1 Chọn thêm mới nhân viên 2.1.2 Điền thông tin của nhân viên 2.1.3 Nhấn nút thêm
2.2 Sửa nhân viên 2.2.1 Chọn nhân viên cần sửa 2.2.2 Sửa thông tin của nhân viên 2.2.3 Nhấn lưu
3 Hệ thống load lại kết quả trên gridviewAlternative flow
2.2.1.2 Phân tích ca sử dụng – quản lý thông tin sản phẩm
Name Quản lý thông tin sản phẩm
Description Quản lý thông tin, nguồn gốc, số lượng, kiểu cách
Pre Conditions Thêm vào hệ thống
Post Conditions Dữ liệu được load lại khi thêm hay sửa thành công
Flow of events 1 Admin chọn mục quản lý sản phẩm
2.1 Thêm mới sản phẩm 2.1.1 Chọn thêm mới sản phẩm 2.1.2 Điền thông tin của sản phẩm 2.1.3 Nhấn nút thêm
2.2 Sửa sản phẩm 2.2.1 Chọn sản phẩm cần sửa 2.2.2 Sửa thông tin của sản phẩm 2.2.3 Nhấn lưu
3 Hệ thống load lại kết quả trên gridview Alternative flow
2.2.1.4 Phân tích ca sử dụng – quản lý danh mục sản phẩm
Name Quản lý danh mục sản phẩm
Description Quản lý danh mục sản phẩm, thêm sửa sản phẩm
Pre Conditions Đăng nhập hệ thống
Post Conditions Dữ liệu được load lại khi thêm hay sửa thành công
Flow of events 1 Admin chọn mục quản lý danh mục sản phẩm.
2.1 Thêm mới sản phẩm 2.1.1 Chọn thêm mới sản phẩm 2.1.2 Nhấn nút thêm
2.2 Sửa sản phẩm 2.2.1 Chọn sản phẩm cần sửa 2.2.2 Điền thông tin cần sửa 2.2.3 Nhấn lưu.
3 Hệ thống load lại kết quả trên gridview
2.2.1.7 Phân tích ca sử dụng – quản lý hóa đơn đặt hàng
Name Quản lý hóa đơn đặt hàng
Description Quản lý thông tin đơn đặt hàng, xác nhận – thêm – xóa – sửa đơn đặt hàng.
Pre Conditions Đăng nhập hệ thống
Post Conditions Dữ liệu được load lại khi thêm, xóa hay sửa thành công
Flow of events 1 Nhân viên chọn mục quản lý đơn đặt hàng
2.1 Xác nhận hóa đơn đặt hàng 2.1.1 Nhân viên nhấn chọn phiếu đặt hàng cần xác nhận 2.2 Sửa đơn hóa đặt hàng
2.2.1 Nhân viên chọn đơn đặt hàng cần sửa 2.2.2 Điền thông tin cần sửa
2.2.3 Nhấn lưu 2.3 Xóa hóa đơn đặt hàng 2.3.1 Nhân viên nhấn chọn đơn đặt hàng cần xóa 2.4 Thêm mới đơn đặt hàng
2.4.1 Nhân viên nhấn chọn thêm mới đơn đặt hàng 2.4.2 Điền thông tin cho đơn đặt hàng mới 2.4.3 Nhấn lưu
3 Kết quả được hệ thống load lại lên Gridview.
2.2.1.10 Phân tích ca sử dụng – Thu tiền
Description Thu tiền và xác nhận hóa đơn đã thu tiền
Pre Conditions Đăng nhập hệ thống
Post Conditions Dữ liệu được load lại khi thêm, xóa hay sửa thành công
Flow of events 1 Nhân viên chọn mục thu tiền.
2 Chọn đơn đặt hàng cần xem.
4 Kết quả được hệ thống load lại lên Gridview. Alternative flow
2.2.1.14 Phân tích ca sử dụng – lập hóa đơn
Description Lập hóa đơn bán hàng
Pre Conditions Đăng nhập hệ thống
Post Conditions Thông báo thêm mới thành công
Flow of events 1 Sản phẩm chọn mục lập hóa đơn
2 Chọn xem thông tin chi tiết hóa đơn
3 Sản phẩm chọn sản phẩm và số lượng thương ứng
4 Chọn thao tác thêm mới hóa đơn:
4.1 Thêm vào hóa đơn mới 4.2 Thêm vào hóa đơn có sẵn
5 Thông báo thêm mới thành công Alternative flow
2.2.1.16 Phân tích ca sử dụng – Đăng nhập
Description Đăng nhập dành cho khách hàng
Post Conditions Đăng nhập thành công hệ thống chuyển về trang Home
Flow of events 1 Click chọn đăng nhập ngoài trang chủ
2 Điền thông tin tài khoản, mật khẩu
3 Nếu đúng, hệ thông chuyển về trang chủ, nếu sai thông báo lỗi Alternative flow
2.2.1.17 Phân tích ca sử dụng – Đổi mật khẩu
Description Thay đổi mật khẩu của khách hàng
Post Conditions Thông báo đổi mật khẩu thành công, chuyển về trang chủ
Flow of events 1 Chọn mục đổi mật khẩu
3 Hệ thống báo thành công và chuyển về trang chủ, nếu sai hiển thị thông báo lỗi Alternative flow
2.2.1.18 Phân tích ca sử dụng – Xem xóa lịch sử mua hàng
Name Xem hóa lịch sử mua sản phẩm
Description Xem thông tin lịch sử mua sản phẩm của khách hàng
Post Conditions Kết quả hiển thị ở xem trang lịch sử mua sản phẩm
Flow of events 1 Chọn mục xem lịch sử mua sản phẩm
2.2.1.19 Phân tích ca sử dụng – Xem hóa đơn
Name Xem hóa đơn mua
Description Xem thông tin hóa đơn mua của khách hàng
Post Conditions Kết quả hiển thị ở xem trang thông tin hóa đơn
Flow of events 1 Chọn mục xem thông tin hóa đơn
2.2.1.20 Phân tích ca sử dụng – Đăng nhập hệ thống
Name Đăng nhập hệ thống
Description Đăng nhập hệ thống dành cho nhân viên, admin, sản phẩm
Post Conditions Thông báo đăng nhập thành công, chuyển sang trang chủ
Flow of events 1 User điền thông tin đăng nhập
3 Hệ thống thông báo lỗi nếu đăng nhập thất bại
4 Hệ thống thông báo đăng nhập thành công chuyển về trang chủ
2.2.1.21 Phân tích ca sử dụng – Đổi mật khẩu hệ thống
Name Đổi mật khẩu hệ thống
Description Thay đổi mật khẩu của nhân viên, sản phẩm, admin
Pre Conditions Đăng nhập hệ thống
Post Conditions Thông báo đổi mật khẩu thành công, chuyển về trang chủ
Flow of events 1 User chọn mục đổi mật khẩu
2 Điền mật khẩu hiện tại, mật khẩu mới
3 Hệ thống thông báo thành công nếu như đổi mật khẩu thành công, chuyển về trang chủ.
4 Hệ thống thông báo lỗi nếu như đổi mật khẩu không thành công.
2.2.1.23 Phân tích ca sử dụng – Xem thông tin
Name Xem thông tin sản phẩm
Description Xem thông tin sản phẩm danh cho khách
Flow of events 1 Khách chọn mục xem thông tin sản phẩm
2 Hệ thống hiển thị trang xem thông tin sản phẩm Alternative flow
2.2.2.1 Quản lý thông tin nhân viên
Hình 15 Biểu đồ hoạt động - quản lý thông tin nhân viên
2.2.2.2 Quản lý thông tin sản phẩm
Hình 16 Biểu đồ hoạt động - quản lý thông tin sản phẩm
2.2.2.4 Quản lý danh mục sản phẩm
Hình 17 Biểu đồ hoạt động - quản lý danh mục sản phẩm
Hình 18 Biểu đồ hoạt động - thu tiền
2.2.2.10 Xem lịch thông tin sản phẩm
Hình 19 Biểu đồ hoạt động - xem thông tin sản phẩm
2.2.2.11 Tìm kiếm phiếu bán hàng
Hình 19 Biểu đồ hoạt động - tìm kiếm phiếu bán hàng
Hình 20 Biểu đồ hoạt động - đổi mật khẩu
Hình 21 Biểu đồ hoạt động – thống kê
Hình 22 Biểu đồ hoạt động – Thu tiền
Hình 23 Biểu đồ hoạt động - đăng nhập
Hình 24 Biểu đồ hoạt động - đổi mật khẩu
Hình 25 Biểu đồ hoạt động - lịch sử mua hàng
Hình 26 Biểu đồ hoạt động - Xem hóa đơn
Hình 27 Biểu đồ hoạt động - đăng nhập hệ thống
2.2.2.20 Đổi mật khẩu hệ thống
Hình 28 Biểu đồ hoạt động - đổi mật khẩu hệ thống
Hình 29 Biểu đồ hoạt động - xem tin tức
2.2.2.22 Xem thông tin sản phẩm
Hình 30 Biểu đồ hoạt động - xem thông tin sản phẩm
2.2.3.1 Quản lý thông tin nhân viên
Hình 31 Biểu đồ tuần tự - quản lý thông tin nhân viên
2.2.3.2 Quản lý thông tin sản phẩm
Hình 32 Biểu đồ tuần tự - quản lý thông tin sản phẩm
2.2.3.3 Quản lý danh mục sản phẩm
Hình 33 Biểu đồ tuần tự - quản lí danh mục sản phẩm
2.2.3.5 Quản lý đơn đặt hàng
Hình 34 Biểu đồ tuần tự - quản lý đơn đặt hàng
Hình 35 Biểu đồ tuần tự - Lâp đơn đặt hàng
Hình 36 Biểu đồ tuần tự - thống kê
Hình 37 Biểu đồ tuần tự - thu tiền
2.2.3.10 Xem thông tin sản phẩm
Hình 38 Biểu đồ tuần tự - xem thông tin sản phẩm
2.2.3.12 Đổi thông tin cá nhân
Hình 39 Biểu đồ tuần tự - đổi thông tin cá nhân
Hình 40 Biểu đồ tuần tự - đăng nhập
Hình 41 Biểu đồ tuần tự - đổi mật khẩu
Hình 42 Biểu đồ tuần tự - lịch sử mua hàng
Hình 43 Biểu đồ tuần tự - xem hóa đơn
Hình 44 Biểu đồ tuần tự - đăng nhập hệ thống
2.2.3.18 Đổi mật khẩu hệ thống
Hình 45 Biểu đồ tuần tự - đổi mật khẩu hệ thống
2.2.3.20 Xem thông tin sản phẩm
Hình 46 Biểu đồ tuần tự - Xem thông tin sản phẩm
2.3.1.1 Quản lý thông tin nhân viên
Hình 47 Biểu đồ class - quản lý thông tin nhân viên
2.3.1.2 Quản lý thông tin sản phẩm
Hình 48 Biểu đồ class - quản lý thông tin sản phẩm
2.3.1.3 Quản lý thông tin khách hàng
Hình 49 Biểu đồ class - quản lý thông tin khách hàng
2.3.1.4 Quản lý danh mục sản phẩm
Hình 50 Biểu đồ class - quản lý danh mục sản phẩm
2.3.1.6 Quản lý đơn đặt hàng
Hình 51 Biểu đồ class - quản lý đơn đặt hàng
Hình 52 Biểu đồ class - lập đơn đặt hàng
Hình 53 Biểu đồ class - thống kê
Hình 54 Biểu đồ class - thu tiền
Hình 55 Biểu đồ class - xem sản phẩm
1.3.1.11 Xem Thông Tin Đơn Hàng
Hình 56 Biểu đồ class- tìm kiếm khách hàng
2.3.1.12 Đổi thông tin cá nhân
Hình 57 Biểu đồ class - đổi thông tin cá nhân
Hình 58 Biểu đồ class - kê lập toa hóa đơn
Hình 59 Biểu đồ class - đăng nhập
Hình 60 Biểu đồ class - đổi mật khẩu
Hình 61 Biểu đồ class - lịch sử khám
Hình 62 Biểu đồ class - xem hóa đơn
Hình 63 Biểu đồ class - đăng nhập hệ thống
2.3.1.20 Đổi mật khẩu hệ thống
Hình 64 Biểu đồ class - đổi mật khẩu hệ thống
2.3.1.22 Xem thông tin sản phẩm
Hình 65 Biểu đồ class - xem thông tin sản phẩm
2.3.2.1 Trạng thái - tài khoản người dùng khi đăng nhập
Mô tả: Sau khi người dùng yêu cầu đăng nhập, tại giao diện đăng nhập của hệ thống shop bán hàng thời trang, người dùng sẽ phải nhập đầy đủ thông tin như: mật khẩu, số điện thoại Sau khi bấm đăng nhập, hệ thống sẽ kiểm tra thông tin nếu hợp lệ thì tài khoản của người dùng sẽ ở trạng thái đăng nhập thành công Ngược lại người dùng có thể chọn nhập lại thông tin.
Hình 66 Biểu đồ trạng thái - đăng nhập
2.3.2.2 Trạng thái - tài khoản của người bán hàng khi đổi thông tin cá nhân
Mô tả: Sau khi quản lý đăng nhập thành công , tại giao diện đăng của hệ thống chọn mục đổi thông tin cá nhân, quản lý sẽ phải nhập các thông tin cần thay đổi , sau đó bấm lưu Hệ thống sẽ kiểm tra thông tin nếu hợp lệ và đúng định dạng thì cập nhật thông tin thành công và ngược lại người dùng sẽ nhập lại thông tin.
Hình 67 Biểu đồ trang thái - Đổi thông tin cá nhân
Do hạn chế về mặt thời gian nghiên cứu và điều kiện khảo sát nên đề tài còn nhiều điểm chưa hoàn thiện Chẳng hạn do mô hình này đòi hỏi sự đồng bộ và thống nhất của dữ liệu người dùng cũng như các rạp Nếu server vì một lý do nào đó bị tê liệt thì toàn bộ hệ thống sẽ ngưng hoạt động, đây là hạn chế lớn nhất của mô hình nà, nếu có thêm thời gian và điều kiện, nhóm em sẽ phát triển mô hình một cách hoàn thiện hơn
Chúng em xin được gởi lời cảm ơn chân thành đến thầy Th.S Nguyễn Bá Dũng,người đã giúp chúng em rất nhiều trong quá trình hoàn thành đồ án môn học.