1. Trang chủ
  2. » Tất cả

(Luận văn tốt nghiệp tmu) phân tích thiết kế hệ thống thông tin quản lý kho tại công ty cổ phần baza việt nam

57 1 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

Nội dung

Khóa luận tốt nghiệp Khoa Hệ thống thong tin kinh tế LỜI CẢM ƠN Trước tiên, em xin gửi lời cảm ơn sâu sắc nhất đến cô giáo Thạc sĩ Đinh Thị Hà đã tận tình chỉ bảo, hướng dẫn em trong suốt quá trình th[.]

Trang 1

LỜI CẢM ƠN

Trước tiên, em xin gửi lời cảm ơn sâu sắc nhất đến cô giáo Thạc sĩ Đinh Thị Hà

đã tận tình chỉ bảo, hướng dẫn em trong suốt q trình thực hiện khóa luận tốt nghiệp.Em cũng xin bày tỏ lời cảm ơn sâu sắc nhất đến thầy cô giáo đã giảng dạy emtrong suốt bốn năm ngồi trên ghế giảng đường trường Đại học Thương mại, nhữngkiến thức mà em nhận được sẽ là hành trang giúp em vững bước trong tương lai.

Em xin gửi lòng biết ơn sâu sắc đến quý công ty Cổ phần Baza Việt Nam, Banlãnh đạo công ty cùng tồn thể nhân viên trong cơng ty đã tạo điều kiện cho em tìmhiểu, nghiên cứu trong suốt thời gian thực tập tại công ty Em xin đặc biệt cảm ơn anhHồng Thế Tùng – Trưởng phịng Kho vận và anh Nguyễn Tuấn Anh – Nhân viênphòng Kỹ thuật đã nhiệt tình giúp đỡ em trong quá trình hồn thành bài khóa luận tốtnghiệp của mình.

Mặc dù em đã cố gắng hồn thành bài khóa luận tốt nghiệp trong phạm vi và khảnăng của bản thân, nhưng chắc chắn sẽ khơng tránh khỏi những thiếu sót Kính mongnhận được sự chỉ bảo của q thầy cơ để khóa luận hoàn thiện hơn.

Trang 2

MỤC LỤC

LỜI CẢM ƠN

MỤC LỤC i

BẢNG BIỂU, SƠ ĐỒ, HÌNH VẼ v

PHẦN 1: TỔNG QUAN ĐỀ TÀI NGHIÊN CỨU .1

1.1 Tính cấp thiết của đề tài 1

1.2 Tổng quan đề tài nghiên cứu .1

1.3 Mục tiêu nghiên cứu của đề tài 3

1.4 Đối tượng và phạm vi nghiên cứu .3

1.5 Phương pháp thực hiện đề tài 3

1.6 Kết cấu của đề tài 3

PHẦN 2: CƠ SỞ LÝ LUẬN VÀ THỰC TRẠNG CỦA VẤN ĐỀ QUẢN LÝ KHOTẠI CÔNG TY CỔ PHẦN BAZA VIỆT NAM 4

2.1 Cơ sở lý luận 4

2.1.1 Tổng quan về hệ thống thông tin 4

2.1.2 Tổng quan về quản lý kho 10

2.2 Thực trạng quản lý kho tại công ty Cổ phần Baza Việt Nam 12

2.2.1 Giới thiệu chung về công ty .12

2.2.2 Thực trạng vấn đề quản lý kho tại công ty Cổ phần Baza Việt Nam 13

PHẦN 3: PHÂN TÍCH THIẾT KẾ HỆ THỐNG THÔNG TIN QUẢN LÝ KHO TẠICÔNG TY CỔ PHẦN BAZA VIỆT NAM 15

3.1 Phân tích và đặc tả yêu cầu HTTT quản lý kho 15

3.1.1 Mơ tả bài tốn 15

3.1.2 u cầu chức năng 15

3.1.3 Yêu cầu phi chức năng 16

3.2 Phân tích hệ thống .17

3.2.1 Biểu đồ use case 17

3.2.2 Biểu đồ lớp .24

3.2.3 Biểu đồ trạng thái 25

3.3 Thiết kế hệ thống .28

Trang 3

3.3.2 Biểu đồ tuần tự 29

3.3.3 Biểu đồ thành phần 37

3.3.4 Biểu đồ triển khai 38

3.3.5 Thiết kế giao diện 38

KẾT LUẬN VÀ ĐỊNH HƯỚNG PHÁT TRIỂN .42

Trang 4

BẢNG BIỂU, SƠ ĐỒ, HÌNH VẼ

Số hiệu bảng,hình vẽ

Tên bảng

Bảng 1.1 Báo cáo kết quả kinh doanh của doanh nghiệp năm 2012-2014Hình 3.1 Biểu đồ use case

Hình 3.2 Biểu đồ phân rã use case “Quan ly nhap”Hình 3.3 Biểu đồ phân rã use case “Quan ly xuat”Hình 3.4 Biểu đồ phân rã use case “Thong ke”Hình 3.5 Biểu đồ lớp

Hình 3.6 Biểu đồ trạng thái cho lớp Phiếu nhập chức năng thêm phiếu nhậpHình 3.7 Biểu đồ trạng thái cho lớp Phiếu nhập chức năng sửa phiếu nhậpHình 3.8 Biểu đồ trạng thái cho lớp Phiếu nhập chức năng xóa phiếu nhậpHình 3.9 Biểu đồ trạng thái cho lớp Phiếu xuất chức năng thêm phiếu xuấtHình 3.10 Biểu đồ trạng thái cho lớp Phiếu xuất chức năng sửa phiếu xuấtHình 3.11 Biểu đồ trạng thái cho lớp Phiếu xuất chức năng xóa phiếu xuấtHình 3.12 Biểu đồ lớp chi tiết

Hình 3.13 Biểu đồ tuần tự cho chức năng đăng nhậpHình 3.14 Biểu đồ tuần tự cho chức năng thêm phiếu nhậpHình 3.15 Biểu đồ tuần tự cho chức năng sửa phiếu nhậpHình 3.16 Biểu đồ tuần tự cho chức năng xóa phiếu nhậpHình 3.17 Biểu đồ tuần tự cho chức năng thêm phiếu xuấtHình 3.18 Biểu đồ tuần tự cho chức năng sửa phiếu xuấtHình 3.19 Biểu đồ tuần tự chức năng xóa phiếu xuất

Hình 3.20 Biểu đồ tuần tự cho chức năng thống kê sản phẩm nhậpHình 3.21 Biểu đồ tuần tự cho chức năng thống kê sản phẩm xuấtHình 3.22 Biểu đồ tuần tự cho chức năng tìm kiếm

Hình 3.23 Biểu đồ thành phầnHình 3.24 Biểu đồ triển khaiHình 3.25 Giao diện đăng nhập

Trang 5

DANH MỤC VIẾT TẮT

TỪ VIẾT TẮT GIẢI NGHĨA

CNTT Công nghệ thông tin

HTTT Hệ thống thông tin

Trang 6

PHẦN 1: TỔNG QUAN ĐỀ TÀI NGHIÊN CỨU1.1 Tính cấp thiết của đề tài

Kho hàng là một bộ phận có vai trị quan trọng đối với các doanh nghiệp hoạtđộng trong lĩnh vực thương mại điện tử, cơng nghiệp, xuất nhập khẩu,… nó liên quanchặt chẽ với các bộ phận khác trong doanh nghiệp Quản lý kho trong doanh nghiệp làcơng việc địi hỏi bộ phận quản lý phải tiến hành nhiều nghiệp vụ phức tạp liên quanđến việc nhập hàng, xuất hàng và lượng hàng tồn kho Do đó việc quản lý kho hàng sẽrất khó khăn nếu chỉ sử dụng phương pháp quản lý kho truyền thống trên giấy tờ Làmột công ty kinh doanh trong lĩnh vực thương mại điện tử với số lượng các mã hànglên đến hàng chục nghìn như Baza thì việc quản lý kho sao cho thực hiện đơn hàng vàvận chuyển hàng hóa một cách nhanh nhất đến khách hàng lại cần chú trọng hơn Bởiđó sẽ là một lợi thế giúp cơng ty cạnh tranh với các công ty khác trong thương trường.

Bên cạnh đó, cùng với sự phát triển mạnh mẽ của nền kinh tế, một trongnhững lĩnh vực đang phát triển nhanh nhất hiện nay là CNTT Việc nhanh chóngđưa ứng dụng CNTT vào q trình tự động hóa sản xuất kinh doanh là vấn đề đã,đang và sẽ luôn được quan tâm bởi lẽ CNTT có vai trị rất lớn trong các hoạt độngkinh tế, sản xuất kinh doanh, bán hàng, xúc tiến thương mại, quản trị doanh nghiệp.Mặt khác chính sự phát triển của CNTT đã trở thành công cụ hỗ trợ quyết định đemđến ngày càng nhiều lợi thế cho cơng tác chỉ đạo, điều hành tồn bộ các hoạt độngsản xuất kinh doanh.

Vì vậy, bài tốn đặt ra cho công ty Cổ phần Baza Việt Nam là hoạt động quản lýkho đạt hiệu quả với các tiêu chí đặt ra như khả năng phục vụ các đơn hàng nhiều, độchính xác của các đơn hàng cao, thời gian phục vụ đơn hàng nhanh, chí phí phục vụđơn hàng thấp, thống kê được các loại hàng được yêu cầu nhiều, các loại hàng đượcđặt hàng ít hoặc khơng được đặt hàng, …

Dựa trên các khảo sát thực tế về nghiệp vụ và nhu cầu của doanh nghiệp, em xin

đề xuất đề tài khóa luận: “Phân tích thiết kế hệ thống thông tin quản lý kho tạicông ty Cổ phần Baza Việt Nam”.

1.2 Tổng quan đề tài nghiên cứu

Trang 7

 Đề tài thứ nhất: “Phân tích thiết kế hệ thông quản lý kho” được thực hiện năm2013 bởi nhóm sinh viên trường Đại học Sư phạm kỹ thuật Hưng Yên

- Ưu điểm của đề tài là đã thu thập thông tin và khảo sát hiện trạng, từ đó phântích thiết kế hệ thống thơng tin quản lý kho theo phương pháp hướng chức năng Đồngthời đề tài nghiên cứu cũng đã giải quyết được hầu hết các yêu cầu mà hệ thống quảnlý kho đặt ra.

- Nhược điểm của đề tài là chưa trình bày được cơ sở lý luận về hệ thống thôngtin để người đọc có thể hiểu hơn về đề tài Mặt khác, đề tài được thực hiện theophương pháp phân tích thiết kế hệ thống theo hướng chức năng, phương pháp nàykhông phù hợp với hệ thống thường xuyên thay đổi, không hỗ trợ việc sử dụng lại, khóthực hiện kiểm thử và bảo trì hệ thống.

 Đề tài thứ hai: “Xây dựng hệ thông thông tin quản lý kho hàng cho cửa hàng87 Lý Nam Đế bằng Hệ quản trị cơ sở dữ liệu Visual Foxpro 7.0” được thực hiện năm2013 bởi sinh viên Nguyễn Ngọc Kiên trường Đại học Kinh tế Quốc dân.

- Ưu điểm của đề tài là chương trình đã đầy đủ các chức năng chính như nhập,xuất, tìm kiếm và in ra các báo cáo cần thiết, tự động cập nhật lượng hàng tồn kho khixảy ra các nghiệp vụ nhập, xuất…

- Nhược điểm của đề tài nghiên cứu là Visual Foxpro 7.0 khơng thích hợp choứng dụng có lượng giao dịch dữ liệu và kết nối đồng thời thật lớn, tính bảo mật và antồn không cao.

 Đề tài thứ ba: “Xây dựng phần mềm quản lý kho tại công ty trách nhiệm hữuhạn Quốc Minh” do sinh viên Lê Thị Thảo, trường Đại học Kinh tế Quốc dân thựchiện năm 2014.

- Ưu điểm của đề tài là giải quyết được các yêu cầu chính mà hệ thống quản lýkho đặt ra.

- Nhược điểm của đề tài là sử dụng ngơn ngữ lập trình Visual basic 6.0 kết nối vớicơ sở dữ liệu Access 2003 Đây là ngơn ngữ lập trình giúp cho việc xử lý dữ liệu đượclinh hoạt hơn, tuy nhiên so với Visual basic.net thì nó cịn bộc lộ nhiều điểm yếu hơn.

Do đó, đề tài “Phân tích thiết kế hệ thống thông tin quản lý kho tại công tyCổ phần Baza Việt Nam” được thực hiện bằng phương pháp phân tích thiết kế hướng

Trang 8

1.3 Mục tiêu nghiên cứu của đề tài

Mục tiêu của đề tài là tin học hóa việc quản lý kho tại cơng ty Cổ phần Baza ViệtNam nhằm giúp cho việc quản lý kho tại cơng ty hiệu quả hơn, chính xác hơn và giảmthiểu việc thất thốt hàng hóa

1.4 Đối tượng và phạm vi nghiên cứu

Đối tượng nghiên cứu:

- Hàng hóa và các thơng tin liên quan đến hàng hóa.

- Quy trình quản lý kho, bao gồm: nhập hàng, xuất hàng, kiểm kê hàng.Phạm vi nghiên cứu:

- Không gian nghiên cứu: tại công ty Cổ phần Baza Việt Nam.

- Thời gian nghiên cứu: các số liệu và thông tin thu thập về tất cả hoạt động củacông ty trong khoảng thời gian từ năm 2012 đến năm 2014.

1.5 Phương pháp thực hiện đề tài

Khóa luận được thực hiện bằng việc thu thập thông tin về các nghiệp vụ nhậphàng, xuất hàng và các nghiệp vụ khác liên quan tới quản lý kho Từ đó tổng hợp,phân loại, xử lý các thơng tin thơng qua sử dụng các phương pháp phân tích thiết kế hệthống thông tin theo hướng đối tượng.

1.6 Kết cấu của đề tài

Khóa luận bao gồm ba phần:

Phần 1: Tổng quan đề tài nghiên cứu

Phần này trình bày tính cấp thiết của đề tài, mục tiêu nghiên cứu, đối tượng vàphạm vi nghiên cứu, phương pháp thực hiện đề tài nghiên cứu.

Phần 2: Cơ sở lý luận và thực trạng của vấn đề quản lý kho tại công ty Cổ phầnBaza Việt Nam

Nội dung trong phần này là cơ sở lý luận về hệ thống thông tin, tổng quan vềquản lý kho Nêu và phân tích thực trạng quản lý kho tại công ty Cổ phần Baza ViệtNam.

Phần 3: Phân tích thiết kế hệ thống thơng tin quản lý kho tại công ty Cổ phầnBaza Việt Nam

Trang 9

PHẦN 2: CƠ SỞ LÝ LUẬN VÀ THỰC TRẠNG CỦA VẤN ĐỀ QUẢN LÝ KHOTẠI CÔNG TY CỔ PHẦN BAZA VIỆT NAM

2.1 Cơ sở lý luận

2.1.1 Tổng quan về hệ thống thông tin2.1.1.1 Các khái niệm cơ bản

Dữ liệu và thông tin

Dữ liệu là các giá trị phản ánh về sự vật, hiện tượng trong thế giới khách quan.Dữ liệu là các giá trị thơ, chưa có ý nghĩa với người sử dụng, có thể là tập hợp các giátrị mà không biết được sự liên hệ giữa chúng Dữ liệu có thể biểu diễn dưới nhiều dạngkhác nhau như âm thanh, văn bản, hình ảnh,…

Thơng tin là ý nghĩa được rút ra từ dữ liệu thông qua q trình xử lý (phân tích,tổng hợp,…), phù hợp với mục đích cụ thể của người sử dụng Thơng tin có thể gồmnhiều giá trị dữ liệu được tổ chức sao cho nó mang lại một ý nghĩa cho một đối tượngcụ thể, trong một ngữ cảnh cụ thể.

Hệ thống và HTTT

Hệ thống là một tập hợp có tổ chức gồm nhiều phần tử có các mối quan hệ ràngbuộc lẫn nhau và cùng hoạt động hướng tới một mục tiêu chung Phần tử của hệ thốngcó thể là vật chất hoặc phi vật chất: con người, máy móc, thơng tin, dữ liệu, phươngpháp xử lý, qui tắc, quy trình xử lý.

HTTT được thể hiện bởi những con người, các thủ tục, dữ liệu và thiết bị tin họchoặc không tin học Đầu vào của HTTT được lấy ra từ các nguồn và được xử lý bởi hệthống sử dụng nó cùng các dữ liệu được lưu trữ trước đó Kết quả xử lý được chuyểnđến các đích hoặc cập nhật vào các kho lưu trữ dữ liệu.

2.1.1.2 Phân loại HTTT trong tổ chức

Có 3 cách phân loại các HTTT trong tổ chức hay được dùng: phân loại theo mụcđích phục vụ của thông tin đầu ra, phân loại theo chức năng nghiệp vụ, phân loại theoquy mơ tích hợp.

Phân loại theo mục đích phục vụ của thơng tin đầu ra

Trang 10

HTTT quản lý MIS (Management Information System): là HTTTquản lý trợ giúpcho hoạt động quản lý của tổ chức như lập kế hoạch, kiểm tra thực hiện, tổng hợp vàlàm báo cáo, làm các quyết định quản lý trên cơ sở các quy trình thủ tục cho trước.

Hệ thống trợ giúp ra quyết định DSS (Decission Suport System): là một hệ máytính được sử dụng ở mức quản lý của tổ chức Nó có nhiệm vụ tổng hợp dữ liệu và tiếnhành phân tích bằng các mơ hình để trợ giúp ra quyết định cho các nhà quản lý.

Hệ thống hỗ trợ điều hành ESS (Executive Support System): trợ giúp cho các nhàquản lý cấp cao trong công việc đưa ra các quyết định cho các vấn đề khơng có cấu trúc.

Hệ thống tự động hóa văn phịng OAS và hệ chun gia ES: hệ tự động hóa vănphịng được thiết kế nhằm hỗ trợ các công việc phối hợp và liên lạc trong văn phòng.Hệ chuyên gia là một hệ trợ giúp quyết định ở mức sâu, có thể đưa ra những quyếtđịnh có chất lượng cao trong một phạm vi hẹp nhờ việc bổ sung các thiết bị cảm nhậnthông tin, học và tích lũy kinh nghiệm của các chun gia, qua đó giúp doanh nghiệpphát triển các kiến thức mới.

Phân loại theo chức năng nghiệp vụ

HTTT sản xuất: là hệ thống trợ giúp hoạt đông của chức năng sản xuất, bao gồmviệc lập kế hoạch và điều khiển việc sản xuất hàng hóa, dịch vụ.

HTTT marketing: là hệ thống trợ giúp các hoạt động của chức năng marketing.HTTT tài chính, kế tốn: là hệ thống trợ giúp các hoạt động của chức năng tàichính, kế tốn (ghi lại các chứng từ, lập báo cáo về các giao dịch của doanh nghiệp,…)HTTT nhân lực: là hệ thống trợ giúp các hoạt động của chức năng tổ chức nhân sự.

Phân loại theo quy mô tích hợp

Hệ thống quản lý nguồn lực ERP: là hệ thống tích hợp và phối hợp hầu hết cácquy trình tác nghiệp chủ yếu của doanh nghiệp.

Hệ thống quản lý chuỗi cung ứng SCM: là hệ thống tích hợp giúp quản lý và liênkết các bộ phận sản xuất, khách hàng và nhà cung cấp.

Hệ thống quản lý quan hệ khách hàng CRM: là hệ thống tích hợp giúp quản lý vàliên kết toàn diện các quan hệ với khách hàng thông qua nhiều kênh và bộ phận chứcnăng khác nhau.

Trang 11

2.1.1.3 Quy trình phân tích thiết kế hệ thống thơng tin

Quy trình phân tích thiết kế một hệ thống thông tin gồm các giai đoạn cơ bản: Lập kế hoạch: nhằm làm rõ hệ thống sẽ được lập ra phải đáp ứng các nhu cầu gìcủa người dùng – các nhu cầu trước mắt và tương lai, nhu cầu tường minh và tiềm ẩn.

 Phân tích hệ thống: nhằm đi sâu vào bản chất và chi tiết của hệ thống, cho thấylà hệ thống phải thực hiện những việc gì và các dũ liệu mà nó đề cập là những dữ liệunào, có cấu trúc ra sao.

 Thiết kế hệ thống: nhằm đưa ra các quyết định về cài đặt hệ thống, để sao chohệ thống thỏa mãn được các yêu cầu mà giai đoạn phân tích đã đưa ra, đồng thời lạithích ứng với các điều kiện ràng buộc trong thực tế.

 Thực thi: đây là giai đoạn hệ thống được xây dựng thực sự, chuyển các kết quảphân tích thiết kế thành một hệ thống chạy được, bao gồm các bước:

- Xây dựng hệ thống: hệ thống được xây dựng và kiểm thử để đảm bảo rằng nósẽ thực hiện như thiết kế.

- Cài đặt hệ thống: sự cài đặt là quá trình tắt hệ thống cũ và khởi động hệ thốngmới.

- Bảo trì hệ thống: thực hiện các chỉnh sửa khi phát hiện thấy hệ thống cịn cóchỗ chưa thích hợp.

2.1.1.4 Các phương pháp phân tích thiết kế hệ thống thơng tin

Phương pháp phân tích thiết kế có vai trị quan trọng trong việc phân tíchvà thiết kế hệ thống thơng tin, nó là một trong những yếu tố quan trọng cần được xácđịnh đầu tiên khi xây dựng hệ thống Trước những năm 60, các phương pháp phân tíchthiết kế chưa được định hình rõ rệt Nhưng từ những năm 70 tới nay, ngày càng nhiềuphương pháp phân tích và thiết lần lượt ra đời.

Phương pháp thiết kế hệ thống cổ điển (thiết kế phi cấu trúc)

- Đặc điểm: việc hoàn thiện hệ thống được thực hiện theo hướng “bottom-up”(từ dưới lên) và theo nguyên tắc tiến hành tuần tự từ pha này tới pha khác.

Trang 12

Phương pháp phân tích thiết kế hệ thống bán cấu trúc

- Đặc điểm: một loạt các bước “bottom-up” như viết lệnh và kiểm thử được thaythế bằng giai đoạn hoàn thiện “top-down” (từ trên xuống) Nghĩa là các modun mứccao được viết lệnh và kiểm thử trước rồi đến các modun chi tiết ở mức thấp hơn.

- Nhược điểm: phân tích thiết kế hệ thống theo phương pháp này, người thiết kếnói chung liên lạc rất ít với phân tích viên hệ thống và cả hai chẳng có liên hệ nào vớingười sử dụng, do đó q trình phân tích và thiết kế gần như là tách ra thành hai phađộc lập.

Phương pháp phân tích thiết kế hệ thống có cấu trúc

Đặc điểm của phương pháp này là các hoạt động có thể thực hiện song song, mỗihoạt động có thể cung cấp những sửa đổi phù hợp cho một hoặc nhiều hoạt động trước đó.

- Phương pháp hướng cấu trúc:

Phương pháp SADT (Structured Analysis and Design Technie) của Mỹ dựa theophương pháp phân rã một hệ thống lớn thành các hệ thống con đơn giản hơn Kỹ thuậtchủ yếu của SADT là dựa trên sơ đồ luồng dữ liệu, từ điển dữ liệu, ngơn ngữ mơ tả cócấu trúc, ma trận chức năng Nhưng SADT chưa quan tâm một cách thích đáng đối vớimơ hình chức năng của hệ thống.

Phương pháp MERISE (Method pour Rassembler les Idees Sans Effort) của Phápdựa trên các mức bất biến (mức trừu tượng hóa) của hệ thống thông tin như mức quanniệm, mức tổ chức, mức vật lý và có sự kết hợp với mơ hình.

Phương pháp CASE (Computer-Aided System Engineering) – phương pháp phântích và thiết kế tự động nhờ sự trợ giúp của máy tính.

- Phương pháp hướng đối tượng:

Phương pháp HOOD (Hierarchical Object Oriented Design) là phương phápđược lựa chọn để thiết kế các hệ thống thời gian thực Phương pháp này yêu cầu phầnmềm phải được mã hóa bằng ngơn ngữ lập trình ADA Do vậy phương pháp này chỉhỗ trợ cho việc thiết kế các đối tượng mà không hỗ trợ cho các tính năng kế thừa vàphân lớp.

Trang 13

Phương pháp OMT (Object Modelling Technique) là một phương pháp đượcxem là mới nhất trong cách tiếp cận hướng đối tượng Phương pháp này đã khắcphục được một số nhược điểm của các phương pháp tiếp cận hướng đối tượng trướcmắc phải.

2.1.1.5 Phương pháp phân tích thiết kế hướng đối tượng

Từ những năm 70 tới nay, nhiều phương pháp phân tích và thiết kế lần lượt rađời Mỗi phương pháp đều có ưu và nhược điểm riêng, có thể được ưa chuộng ở nơinày, nhưng lại được ít ưa chuộng ở nơi khác Tuy nhiên, trải qua thời gian, một sốphương pháp đã tỏ ra là có một sức sống dẻo dai, bám trụ được đến tận hôm nay.Trong số này, không thể không kể đến các phương pháp phân tích và thiết kế hướngđối tượng ra đời từ những năm 1990 Phương pháp hướng đối tượng tập trung váo cảhai khía cạnh của hệ thống là dữ liệu và hành động.

Cách tiếp cận hướng đối tượng là một lối tư duy theo cách phản xạ các thànhphần trong bài tốn vào các đối tượng ngồi đời thực Với cách tiếp cận này, một hệthống được chia tương ứng thành các thành phần nhỏ gọi là các đối tượng, mỗi đốitượng bao gồm đầy đủ cả dữ liệu và hành động liên quan đến đối tượng đó Các đốitượng trong một hệ thống tương đối độc lập với nhau thông qua các mối quan hệ vàtương tác giữa chúng.

Ưu điểm nổi bật của phương pháp hướng đối tượng

Hỗ trợ sử dụng lại mã nguồn: Chương trình lập trình theo phương pháp hướngđối tượng thường được chia thành các gói là các nhóm của các lớp đối tượng khácnhau Các gói này hoạt động tương đối độc lập và hồn tồn có thể sử dụng lại trongcác hệ thống thông tin tương tự.

Trang 14

Một số khái niệm cơ bản trong phân tích hướng đối tượng

Đối tượng (object): một đối tượng biểu diễn một thực thể vật lý, một thực thể

khái niệm hoặc một thực thể phần mềm Có thể định nghĩa một đối tượng là mộtkhái niệm, sự trừu tượng hoặc một vật giới hạn rõ ràng và có ý nghĩa với một ứngdụng cụ thể.

Lớp (class): là mơ tả của một nhóm đối tượng có chung các thuộc tính, hành vi

và các mối quan hệ Như vậy, một đối tượng là thể hiện của một lớp và một lớp là mộtđịnh nghĩa trừu tượng cua đối tượng.

Thành phần (component): là một phần của hệ thống hoạt động độc lập và giữ

một chức năng nhất định trong hệ thống.

Gói (package): là một cách tổ chức các thành phần, phần tử trong hệ thống thành

các nhóm Nhiều gói có thể được kết hợp với nhau để trở thành một hệ thống con(subsystem).

Kế thừa: trong phương pháp hướng đối tượng, một lớp có thể sử dụng lại các

thuộc tính và phương thức của một hoặc nhiều lớp khác Kiểu quan hệ này gọi là quanhệ kế thừa, được xây dựng trên mối quan hệ kế thừa trong bài toán thực tế.

Các pha cơ bản đặc trưng trong phát triển phần mềm theo hướng đối tượng

Phân tích hướng đối tượng: xây dựng một mơ hình chính xác để mơ tả hệ thống

cần xây dựng là gì Thành phần của mơ hình này là các đối tượng gắn với hệ thốngthực.

Thiết kế hướng đối tượng: là giai đoạn tổ chức chương trình thành các tập đối

tượng cộng tác, mỗi đối tượng trong đó là thực thể của một lớp Kết quả của pha thiếtkế cho biết hệ thống sẽ được xây dựng như thế nào qua các bản thiết kế kiến trúc vàthiết kế chi tiết.

Lập trình và tích hợp: thực hiện bản thiết kế hướng đối tượng bằng cách sử dụng

các ngơn ngữ lập trình hướng đối tượng.

Các bước phân tích thiết kế hướng đối tượng

- Pha phân tích

Xây dựng biểu đồ use case: dựa trên yêu cầu ban đầu, người phân tích tiến hành

Trang 15

Xây dựng biểu đồ lớp: xác định tên các lớp, các thuộc tính của lớp, một số

phương thức và mối quan hệ cơ bản trong sơ đồ lớp.

Xây dựng biểu đồ trạng thái: mô tả các trạng thái và chuyển tiếp trạng thái trong

hoạt động của một đối tượng thuộc một lớp nào đó.- Pha thiết kế

Xây dựng các biểu đồ tương tác: mô tả chi tiết hoạt động của các use case dựa

trên các kịch bản đã có và các lớp đã xác định trong pha phân tích.

Xây dựng biểu đồ lớp chi tiết: tiếp tục hoàn thiện biểu đồ lớp bao gồm bổ sung

các lớp còn thiếu, dựa trên biểu đồ trạng thái để bổ sung các thuộc tính, dựa trên biểuđồ tương tác để xác định các phương thức và mối quan hệ giữa các lớp.

Xây dựng biểu đồ hoạt động: mô tả hoạt động của các phương thức phức tạp

trong mỗi lớp hoặc các hoạt động hệ thống có sự liên quan của nhiều lớp Biểu đồ hoạtđộng là cơ sở để cài đặt các phương thức trong các lớp.

Xây dựng biểu đồ thành phần: xác định các gói, các thành phần và tổ chức phần

mềm theo các thành phần đó.

Xây dựng biểu đồ triển khai hệ thống: xác định các thành phần và các thiết bị cần

thiết để triển khai hệ thống, các giao thức và dịch vụ hỗ trợ.

2.1.2 Tổng quan về quản lý kho

Khái niệm: Kho là loại hình cơ sở logistics thực hiện việc dự trữ, bảo quản vàchuẩn bị hàng hóa nhằm cung ứng hàng hóa cho khách hàng với trình độ dịch vụ cao

nhất và chi phí thấp nhất (Giáo trình logistics, Học Viện Cơnh Nghệ Bưu Chính ViễnThơng , 2006).

Tổ chức quản lý kho bao gồm các hoạt động được chia thành bốn nhóm cơngviệc chính: tổ chức giao nhận hàng hóa vào kho, tổ chức theo dõi bảo quản hàng hóa,tổ chức giao xuất hàng, tổ chức kiểm kê hàng hóa.

2.1.2.1 Tổ chức giao nhận hàng hóa vào kho

Tổ chức giao nhận hàng hóa vào kho phải đảm bảo các yêu cầu sau:

- Nhận đúng số lượng, chất lượng hàng hóa theo hợp đồng, phiếu giao hàng, hóađơn hoặc vận đơn.

- Chuyển nhanh hàng hóa từ nơi nhận về nơi bảo quản hoặc chế biến.

Trang 16

- Tất cả hàng hóa nhập kho phải có chứng từ hợp lệ Nghĩa là phải tùy theo từngnguồn hàng nhập khác nhau, ngoài phiếu nhập kho hợp lệ, phải có chứng từ cần thiếtkhác như hợp đồng kinh tế, phiếu xuất hàng, hóa đơn, vận đơn,…theo những quy địnhhiện hành.

- Tất cả hàng hóa khi nhập kho phải được kiểm nhận hoặc được kiểm nghiệm.Có một số loại hàng hóa cần phải được hóa nghiệm.

- Khi kiểm nhận, kiểm nghiệm nếu thấy hàng hóa bị hư hỏng, thiếu hụt hoặckhơng bình thường về bao bì, đóng gói thì phải tiến hành làm đủ thủ tục theo đúng quyđịnh của việc giao nhận với sự chứng kiến của các bên hữu quan để quy trách nhiệmcụ thể.

- Khi nhận hàng xong, phải chú ý ghi rõ số hàng thực nhập về số lượng, chấtlượng của chúng và cùng với người giao hàng xác nhận vào chứng từ.

2.1.2.2 Tổ chức theo dỗi và bảo quản hàng hóa

Tổ chức theo dõi và bảo quản hàng hóa thực chất là xây dựng, tổ chức các hoạtđộng của con người nhằm bảo đảm nguyên vẹn giá trị sử dụng của hàng hóa Các hoạtđộng này bao gồm:

- Lựa chọn bố trí và sơ đồ sắp xếp hàng hóa.- Kê lót hàng hóa trong kho.

- Chất xếp hàng hóa trong kho.

- Điều hòa nhiệt độ và độ ẩm trong kho.

- Kiểm tra, chăm sóc hàng hóa và vệ sinh kho hàng.- Chống côn trùng và vật gặm nhấm.

2.1.2.3 Tổ chức giao xuất hàng hóa

Để đảm bảo phục vụ kịp thời cho các yêu cầu của khách hàng và thực hiện nhiệmvụ giao hàng đúng số lượng, chất lượng, giao hàng nhanh gọn, an toàn, khi giao cầnthực hiện tốt các quy định sau:

- Tất cả hàng hóa khi xuất kho phải có phiếu xuất kho hợp lệ và chỉ được xuấttheo đúng số lượng và quy cách ghi trong phiếu xuất kho Người nhận hàng phải cóđầy đủ giấy tờ hợp lệ và có đủ thẩm quyền khi giao nhận hàng hóa.

Trang 17

- Căn cứ vào phiếu xuất kho cán bộ giao nhận, thủ kho cùng với người nhậnhàng kiểm tra số lượng, chất lượng hàng hóa giao nhận và giải quyết các trường hợpphát sinh phù hợp với các quy định chung Khi giao hàng xong, cán bộ giao nhận, thủkho cùng với người nhận hàng làm đầy đủ các thủ tục giao nhận hàng hóa.

- Hàng hóa nhập trước xuất trước, hàng nhập sau xuất sau Tuy nhiên trên thựctế cũng có những loại hàng hóa nhập sau những xuất trước.

- Hàng xuất trong nội bộ phải có chữ ký của thủ trưởng trong phiếu lệnh xuấtkho Hàng xuất bán ra bên ngoài trên hóa đơn xuất kho phải có chữ ký của thủ trưởngđơn vị và chữ ký của kế toán trưởng.

- Tất cả các hình thức giao hàng đều quy định trong một thời gian nhất định.- Tất cả những trường hợp hư hỏng, thừa, thiếu, kém, mất phẩm chất, khôngđồng bộ,…thuộc lô hàng giao, nếu vẫn tiến hành giao hàng cho khách, hai bên phải lậpbiên bản kiểm nghiệm tại chỗ, quy rõ trách nhiệm, làm cơ sở pháp lý cho việc xử lýsau này.

2.1.2.4 Tổ chức kiểm kê hàng hóa

Kiểm kê hàng hóa là q trình kiểm đếm và ghi chép tồn bộ dữ liệu hàng hóavào danh mục kiểm kê Kiểm kê hàng hóa cho phép đếm số lượng hàng dự trữ, so sánhvới số lượng ghi trên sổ sách chứng từ, tìm ra nguyên nhân thiếu hụt để khắc phục vàcải tiến.

2.2 Thực trạng quản lý kho tại công ty Cổ phần Baza Việt Nam

2.2.1 Giới thiệu chung về công ty

Tên đầy đủ của công ty: Công ty Cổ phần Baza Việt Nam.Địa chỉ: Tầng 3, số 10, Trần Phú, Hà Đông, Hà Nội.Email: support@baza.vn

Điện thoại: 0433120620

Năm thành lập: Công ty Cổ phần Baza Việt Nam được cấp giấy chứng nhận đăngký doanh nghiệp ngày 12 tháng 01 năm 2011.

Website: www.baza.vn

Loại hình kinh doanh: kinh doanh trực tuyến các mặt hàng thời trang, trang sức,hàng công nghệ, sách trên website chính thức của cơng ty.

Số nhân viên: 98 nhân viên

Trang 18

Bảng 1.1 Báo cáo kết quả kinh doanh của doanh nghiệp năm 2012-2014

Đơn vị tiền: Đồng Việt Nam

Nội dung

Năm

201220132014

Tổng doanh thu 4.263.797.083 8.876.958.364 25.502.570.658Chi phí 3.624.227.521 7.545.414.609 21.677.185.060Lợi nhuận trước

thuế 639.569.562 1.331.543.755 3.825.385.599

Nộp ngân sách 159.892.382 332.885.939 765.077.120Lợi nhuận sau thuế 479.677.180 998.657.816 3.060.308.479

(Nguồn: Phịng tài chính kế tốn)

Tổng doanh thu của công ty Cổ phần Baza Việt Nam trong ba năm từ năm 2012đến năm 2014 có sự gia tăng đáng kể Bảng báo cáo trên thể hiện sự gia tăng vượt bậccủa tổng doanh thu, năm 2013 tăng 108,19% so với năm 2012, năm 2014 tăng 187,3%so với năm 2013 Năm 2014 là năm thành công của công ty với mức tăng trưởng ấntượng, theo báo cáo tổng kết cuối năm doanh thu năm 2014 tăng gấp đôi so với mụctiêu đề ra.

2.2.2 Thực trạng vấn đề quản lý kho tại công ty Cổ phần Baza Việt Nam

Hoạt động quản lý kho hiện nay tại công ty cổ phần Baza Việt Nam gồm các quytrình:

Quy trình nhập hàng:

Khi mặt hàng nào đó trong kho sắp hết hoặc đã hết thì bộ phận quản lý kho sẽ

tiến hành báo cáo cho ban giám đốc Ban giám đốc sẽ lệnh cho bộ phận mua hàng tìm

Trang 19

hàng hóa Một số hàng hóa khi xuất bán cho khách hàng vì một lý do nào đó mà bị trảlại thì cũng được đưa về nhập kho Sau mỗi lần nhập hàng, bộ phận kho căn cứ vàophiếu nhập để điều chỉnh lại thơng tin hàng hóa cho khớp.

Quy trình xuất hàng:

Bộ phận bán hàng sẽ nhận yêu cầu mua hàng của khách hàng Bộ phận bán hàngcó chức năng nhận yêu cầu Sau đó liên lạc trực tiếp với bộ phận kho về yêu cầu củakhách hàng Bộ phận kho sẽ kiểm tra số lượng hàng trong kho, sau đó sẽ gửi thông báovề số lượng hàng cho bộ phận bán hàng Nếu đủ đáp ứng yêu cầu của khách hàng thìcung cấp cho khách hàng theo đơn đặt hàng Mỗi lần xuất hàng bộ phận kho phải lậpphiếu xuất và sau đó điều chỉnh lại thơng tin về hàng xuất Thông tin về phiếu xuấtđược lưu lại trong file excel.

Thống kê, báo cáo:

Sau mỗi ngày, mỗi tuần, tháng, quý, năm bộ phận kho phải làm báo cáo tình hìnhhàng hóa của từng loại bằng phần mềm excel.

Qua khảo sát thực tế thấy được những ưu, nhược điểm của quy trình quản lý khohiện nay:

 Ưu điểm:

Với quy trình này, cơng ty đã kiểm sốt được các mặt hàng kinh doanh khá tốt.Quy trình lưu trữ và khai thác thơng tin dễ thực hiện.

Đã thực hiện tin học hóa trong một số khâu của quy trình giúp giảm thời gian,công sức như khâu lập phiếu nhập, phiếu xuất kho.

 Nhược điểm:

Cơng ty cịn chưa có phần mềm chun dụng để quản lý kho, mà mới chỉ sửdụng các phần mềm văn phịng như Microsoft Excel, Microsoft Word Do đó với filedữ liệu có dung lượng lớn thì q trình tìm kiếm, khai thác thơng tin diễn ra chậm.

Trang 20

PHẦN 3: PHÂN TÍCH THIẾT KẾ HỆ THỐNG THÔNG TIN QUẢN LÝ KHOTẠI CÔNG TY CỔ PHẦN BAZA VIỆT NAM

3.1 Phân tích và đặc tả yêu cầu HTTT quản lý kho

3.1.1 Mơ tả bài tốn

HTTT quản lý kho tại Công ty Cổ phần Baza Việt Nam được mơ tả như sau:Quản lý nhập

Khi mặt hàng nào đó trong kho sắp hết hoặc đã hết thì bộ phận quản lý kho sẽtiến hành báo cáo cho ban giám đốc Ban giám đốc sẽ lệnh cho bộ phận mua hàng tìmkiếm nhà cung cấp và tiến hành mua hàng Khi hàng được mua về kho, bộ phận kho sẽnhận phiếu giao hàng và kiểm tra số lượng, chất lượng của hàng về có đúng với ucầu mua hàng khơng Nếu số lượng và chất lượng đạt yêu cầu thì bộ phận kho sẽ lậpmột phiếu nhập Trên phiếu nhập có ghi rõ số hiệu phiếu, tên nhà cung cấp, các thôngtin về sản phẩm được nhập: tên sản phẩm, đơn giá, số lượng nhập, thành tiền, chữ kýcủa người viết phiếu, người nhận và thủ trưởng đơn vị Phiếu nhập được viết thành 2bản, một bản giao cho nhà cung cấp, một bản lưu giữ lại sau khi sản phẩm đượcchuyển vào kho Nếu chất lượng không đảm bảo u cầu thì từ chối nhập

Quản lý xuất

Khi có yêu cầu mua hàng của khách hàng Bộ phận kho sẽ kiểm tra số lượngtrong kho Nếu sản phẩm đủ để đáp ứng yêu cầu thì bộ phận kho sẽ lập một phiếu xuấtđể xuất sản phẩm được yêu cầu Trong phiếu xuất có ghi rõ tên khách hàng, địa chỉkhách hàng, ngày xuất, thành tiền, chữ ký của người viết phiếu, người nhận và thủtrưởng đơn vị Một bản sao của phiếu được hệ thống lưu lại Nếu số lượng khơng đủthì từ chối xuất

Thống kê

Hàng tháng bộ phận kho sẽ thống kê lại lượng sản phẩm đã xuất, thống kê sốlượng của từng sản phẩm còn tồn kho, sau đó làm báo cáo gửi cho ban giám đốc.

3.1.2 Yêu cầu chức năng

HTTT quản lý kho tại Công ty Cổ phần Baza Việt Nam cần đáp ứng được nhữngchức năng chính sau:

Trang 21

 Chức năng quản lý nhập: có các chức năng con sau

- Thêm phiếu nhập: nhân viên nhập các thông tin về phiếu nhập mới vào CSDLgồm: số hiệu phiếu nhập, ngày nhập, tên nhà cung cấp, địa chỉ nhà cung cấp, số tiền,mã nhân viên lập, tên nhân viên lập, tên sản phẩm, mã sản phẩm, số lượng hàng nhập,đơn giá nhập.

- Sửa phiếu nhập: cho phép nhân viên sửa lại thông tin phiếu nhập khi cần thiết.- Xóa phiếu nhập: cho phép nhân viên xóa phiếu nhập khi cần.

 Chức năng quản lý xuất: gồm các chức năng con sau

- Thêm phiếu xuất: nhân viên nhập các thông tin về phiếu xuất mới vào CSDLgồm: số hiệu phiếu xuất, ngày xuất, tên nhà cung cấp, địa chỉ nhà cung cấp, số tiền, mãnhân viên lập, tên nhân viên lập, tên sản phẩm, mã sản phẩm, số lượng hàng xuất, đơngiá xuất.

- Sửa phiếu nhập: cho phép nhân viên sửa lại thông tin phiếu xuất khi cần.- Xóa phiếu nhập: cho phép nhân viên xóa thơng tin về phiếu xuất ra khỏiCSDL.

 Chức năng thống kê: nhân viên thống kê hàng đã nhập, hàng đã xuất, hàng tồnkho theo tháng, quý, năm.

3.1.3 Yêu cầu phi chức năng

- Yêu cầu khả năng sử dụng: Hệ thống dễ sử dụng đối với những người sử dụngcó kinh nghiệm Đối với những người có ít kiến thức về tin học cũng có khả năng sửdụng hệ thống.

- Tính hiệu quả: Tốc độ xử lý nhanh, dữ liệu được xử lý chính xác, tự động lưutrữ dữ liệu.

- Tính nhanh chóng: Hệ thống đáp ứng khả năng truy cập thông tin của nhiềungười sử dụng cùng lúc, cho kết quả nhanh, đảm bảo thông tin không bị gián đoạngiữa chừng.

- Tính bảo mật: Hệ thống có độ an tồn cao, các thơng tin khơng bị để lộ rangồi.

- Giao diện ưa nhìn, chun nghiệp và thân thiện với người sử dụng.

Trang 22

3.2 Phân tích hệ thống

3.2.1 Biểu đồ use case

3.2.1.1 Biểu đồ use case tổng quát và phân rã biểu đồ use case

- Biểu đồ use case tổng quát

Hình 3.1 Biểu đồ use case tổng quát

- Phân rã use case “Quan ly nhap”

Trang 23

- Phân rã use case “Quan ly xuat”

Hình 3.3 Biểu đồ phân rã use case “Quan ly xuat”

- Phân rã use case “Thong ke”

Trang 24

3.2.1.2 Biểu diễn các use case bởi kịch bản

- Biểu diễn kịch bản cho use case “Dang nhap”

Tên use caseDang nhap

Tác nhân chínhNhân viên

Mức1

Điều kiện bắt đầuMỗi nhân viên được cấp một usename và password riêng.Điều kiện kết thúcNhân viên đăng nhập được vào hệ thống.

Diễn biến chính

1.Hệ thống hiển thị form đăng nhập và yêu cầu nhân viên nhập usename và password.

2.Nhân viên nhập usename và password sau đó nhấn OK.

3.Hệ thống kiểm tra thơng tin nhân viên vừa nhập và xác nhận thông tin hợp lệ.4.Hệ thống thông báo đăng nhập thành công.

Ngoại lệ

1.Hệ thống thông báo usename và password không đúng.1.1 Hệ thống hiển thị thông báo đăng nhập không thành công.2.Hệ thống thông báo chưa nhập usename hoặc password.

2.1 Hệ thống hiển thị thông báo yêu cầu nhập đầy đủ thông tin.

- Biểu diễn kịch bản cho use case “Them phieu nhap” Them phieu nhap

Tác nhân chínhNhân viên

Mức2

Điều kiện bắt đầuNhân viên đăng nhập thành công vào hệ thống

Điều kiện kết thúcThông tin về phiếu nhập mới được bổ sung vào cơ sở dữ liệu

Diễn biến chính:

1 Nhân viên chọn chức năng thêm phiếu nhập mới.

2 Hệ thống hiển thị form thêm phiếu nhập và yêu cầu nhân viên nhập thông tin vào.3 Nhân viên nhập thông tin về phiếu nhập mới và nhấn OK.

4 Hệ thống kiểm tra thông tin và xác nhận thông tin hợp lệ.5 Thông tin về phiếu nhập mới được lưu vào cơ sở dữ liệu.6 Hệ thống thông báo đã tạo phiếu nhập thành công.

Ngoại lệ:

1 Hệ thống thông báo thông tin về phiếu nhập không hợp lệ1.1 Hệ thống yêu cầu nhập lại thông tin.

Trang 25

- Biểu diễn kịch bản cho use case “Sua phieu nhap”Tên use caseSua phieu nhap

Tác nhân chínhNhân viên

Mức2

Điều kiện bắt đầuNhân viên đăng nhập thành công vào hệ thốngĐiều kiện kết thúcThông tin về phiếu nhập vừa sửa được cập nhật vào

cơ sở dữ liệuDiễn biến chính:

1 Nhân viên chọn chức năng sửa phiếu nhập.

2.Hệ thống hiển thị form sửa phiếu nhập và yêu cầu nhân viên đưa vào thông tin phiếu nhập.

3.Nhân viên nhập thông tin về phiếu nhập cần thay đổi và nhấn “OK”.

4.Hệ thống kiểm tra thông tin phiếu nhập và xác nhận thông tin hợp lệ.

5.Hệ thống nhập thông tin phiếu nhập mới vào cơ sở dữ liệu.6.Hệ thống thông báo sửa thành cơng.

7.Nhân viên thốt khỏi chức năng sửa phiếu nhập.Ngoại lệ:

1.Hệ thống thông báo thông tin phiếu nhập không hợp lệ.1.1.Hệ thống yêu cầu nhập lại thông tin.

1.2.Nhân viên nhập lại thông tin phiếu nhập.- Biểu diễn kịch bản cho use case “Xoa phieu nhap”

Tên use caseXoa phieu nhapTác nhân chínhNhân viên

Mức2

Điều kiện bắt đầuNhân viên đăng nhập thành công vào hệ thống

Điều kiện kết thúcThông tin về phiếu nhập được xóa khỏi cơ sở dữ liệuDiễn biến chính:

1 Nhân viên chọn chức năng xóa phiếu nhập.

2 Hệ thống đưa ra thông báo yêu cầu nhân viên xác nhận xem có thực sự muốn xóa phiếu nhập hay khơng.

3 Nhân viên chọn “Yes”.

4 Hệ thống xóa phiếu nhập đã chọn khỏi cơ sở dữ liệu.5 Hệ thống thông báo xóa thành cơng.

Ngoại lệ:

Trang 26

- Biểu diễn kịch bản cho use case “Them phieu xuat”Tên use caseThem phieu xuat

Tác nhân chínhNhân viên

Mức2

Điều kiện bắt đầuNhân viên đăng nhập thành công vào hệ thống

Điều kiện kết thúc Thông tin về phiếu xuất mới được bổ sung vào cơ sở dữ liệuDiễn biến chính:

1 Nhân viên chọn chức năng thêm phiếu nhập mới.

2 Hệ thống hiển thị form thêm phiếu xuất và yêu cầu nhân viên nhập thông tinvào.

3 Nhân viên nhập thông tin về phiếu xuất mới và nhấn OK.4 Hệ thống kiểm tra thông tin và xác nhận thông tin hợp lệ.5 Thông tin về phiếu xuất mới được lưu vào cơ sở dữ liệu.6 Hệ thống thông báo đã tạo phiếu xuất thành công.

Ngoại lệ:

1 Hệ thống thông báo thông tin về phiếu xuất không hợp lệ.1.1 Hệ thống yêu cầu nhân viên nhập lại thông tin.

1.2 Nhân viên nhập lại thông tin về phiếu xuất.- Biểu diễn kịch bản cho use case “Sua phieu xuat”Tên use caseSua phieu xuat

Tác nhân chínhNhân viên

Mức2

Điều kiện bắt đầuNhân viên đăng nhập thành công vào hệ thống

Điều kiện kết thúcThông tin về phiếu xuất vừa sửa được cập nhật vào cơ sở dữ liệu

Diễn biến chính:

1 Nhân viên chọn chức năng sửa phiếu xuất.

2 Hệ thống hiển thị form sửa phiếu xuất và yêu cầu nhân viên đưa vào thôngtin phiếu xuất.

3 Nhân viên nhập thông tin về phiếu xuất cần thay đổi và nhấn “OK”.4 Hệ thống kiểm tra thông tin phiếu xuất và xác nhận thông tin hợp lệ.5 Hệ thống nhập thông tin phiếu xuất mới vào cơ sở dữ liệu.

6 Hệ thống thông báo sửa thành công.

Trang 27

1.1.Hệ thống yêu cầu nhân viên nhập lại thông tin.1.2.Nhân viên nhập lại thông tin cần sửa.

- Biểu diễn kịch bản cho use case “Xoa phieu xuat”Tên use caseXoa phieu xuat

Tác nhân chínhNhân viên

Mức2

Điều kiện bắt đầuNhân viên đăng nhập thành cơng vào hệ thốngĐiều kiện kết thúcThông tin về phiếu xuất được xóa khỏi cơ sở dữ liệuDiễn biến chính:

1.Nhân viên chọn chức năng xóa phiếu nhập.

2.Hệ thống đưa ra thơng báo yêu cầu nhân viên xác nhận xem có thực sự muốn xóa phiếu xuất hay khơng.

3.Nhân viên chọn “Yes”.

4.Hệ thống xóa phiếu xuất đã chọn khỏi cơ sở dữ liệu.5.Hệ thống thơng báo xóa thành cơng.

Ngoại lệ:

1.Nhân viên chọn “No”.1.1.Hệ thống quay lại bước trước.

- Biểu diễn kịch bản cho use case “Thong ke sp nhap”Tác nhân chínhNhân viên

Mức2

Điều kiện bắt đầuNhân viên đăng nhập thành công vào hệ thống.Điều kiện kết thúcHệ thống đưa ra bảng thống kê sản phẩm đã nhập.Diễn biến chính :

1.Nhân viên chọn chức năng thống kê sản phẩm nhập.

2.Hệ thống hiển thị form thống kê sản phẩm nhập và yêu cầu nhân viên chọn hình thức muốn thống kê sản phẩm đã nhập.

3.Nhân viên chọn hình thức thống kê.4.Hệ thống hiển thị bảng thống kê.5.Nhân viên yêu cầu in bảng thống kê.6.Hệ thống in bảng thống kê.

7 Nhân viên thoát khỏi chức năng thống kê sản phẩm nhập.Ngoại lệ :

Trang 28

- Biểu diễn kịch bản cho use case “Thong ke sp xuat”Tác nhân chínhNhân viên

Mức2

Điều kiện bắt đầuNhân viên đăng nhập thành công vào hệ thống.Điều kiện kết thúcHệ thống đưa ra bảng thống kê sản phẩm xuất.Diễn biến chính :

1 Nhân viên chọn chức năng thống kê sản phẩm nhập.

2 Hệ thống hiển thị form thống kê sản phẩm đã xuất và yêu cầu nhân viên chọn hình thức muốn thống kê sản phẩm đã xuất.

3 Nhân viên chọn hình thức thống kê.4 Hệ thống hiển thị bảng thống kê.5 Nhân viên yêu cầu in bảng thống kê.6 Hệ thống in bảng thống kê.

7 Nhân viên thoát khỏi chức năng thống kê sản phẩm xuất.Ngoại lệ :

Nhân viên không yêu cầu in bảng thống kê.- Biểu diễn use case “Thong ke sp ton kho”Tác nhân chínhNhân viên

Mức2

Điều kiện bắt đầuNhân viên đăng nhập thành công vào hệ thống.Điều kiện kết thúcHệ thống đưa ra bảng số sản phẩm tồn kho.Diễn biến chính :

1 Nhân viên chọn chức năng thống kê sản phẩm tồn kho.

2 Hệ thống hiển thị form thống kê sản phẩm tồn kho và yêu cầu nhân viên chọn hình thức thống kê.

3 Nhân viên chọn hình thức thống kê.4 Hệ thống hiển thị bảng thống kê.

5 Nhân viên yêu cầu hệ thống in bảng thống kê.

Trang 29

Nhân viên không yêu cầu hệ thống in bảng thống kê sản phẩm tồn kho.

Biểu diễn kịch bản cho use case “Tim kiem”Tác nhân chínhNhân viên

Mức1

Điều kiện bắt đầuNhân viên đăng nhập vào hệ thống thành công.Điều kiện kết thúcHiển thị thông tin cần tìm.

Diễn biến chính :

1 Nhân viên kích hoạt u cầu tìm kiếm.

2 Hệ thống hiển thị form tìm kiếm và u cầu nhân viên nhập từ khóa tìm kiếm.

3 Nhân viên nhập từ khóa tìm kiếm và nhấn OK.

4 Hệ thống kiểm tra từ khóa tìm kiếm và xác nhận từ khóa hợp lệ.5 Hệ thống hiển thị kết quả tìm được.

6 Nhân viên thốt khỏi chức năng tìm kiếm.Ngoại lệ :

1 Hệ thống thơng báo khơng có thơng tin cần tìm trong cơ sở dữ liệu.1.1.Hệ thống hỏi nhân viên có muốn tìm kiếm thơng tin khác khơng.1.2.Nhân viên nhập thông tin khác.

1.3.Hệ thống đưa ra kết quả cần tìm.

2 Hệ thống báo từ khóa cần tìm khơng hợp lê.

2.1.Hệ thống yêu cầu nhân viên nhập lại từ khóa.2.2.Nhân viên nhập lại từ khóa.

Trang 30

Hình 3.5 Biểu đồ lớp

Biểu đồ trạng thái

3.2.2.1 Biểu đồ trạng thái cho lớp Phiếu nhập

- Biểu đồ trạng thái cho lớp Phiếu nhập chức năng thêm phiếu nhập

Hình 3.6 Biểu đồ trạng thái cho lớp Phiếu nhập chức năng thêm phiếu nhập

Trang 31

Hình 3.7 Biểu đồ trạng thái cho lớp Phiếu nhập chức năng sửa phiếu nhập

- Biểu đồ trạng thái cho lớp Phiếu nhập chức năng xóa phiếu nhập

Hình 3.8 Biểu đồ trạng thái cho lớp Phiếu nhập chức năng xóa phiếu nhập3.2.2.2 Biểu đồ trạng thái cho lớp Phiếu xuất

Trang 32

Hình 3.9 Biểu đồ trạng thái cho lớp Phiếu xuất chức năng thêm phiếu xuất

Trang 33

Hình 3.10 Biểu đồ trạng thái cho lớp Phiếu xuất chức năng sửa phiếu xuất

- Biểu diễn biểu đồ trạng thái cho lớp Phiếu xuất chức năng xóa phiếu xuấ

Trang 34

3.3.1 Biểu đồ lớp chi tiết

Trang 35

3.3.2 Biểu đồ tuần tự

3.3.2.1 Biểu đồ tuần tự cho chức năng đăng nhập

Trang 36

3.3.2.2 Biểu đồ tuần tự cho chức năng quản lý nhập

- Biểu đồ tuần tự cho chức năng thêm phiếu nhập

Trang 37

- Biểu đồ tuần tự cho chức năng sửa phiếu nhập

Trang 38

- Biểu đồ tuần tự cho chức năng xóa phiếu nhập

Hình 3.16 Biểu đồ tuần tự cho chức năng xóa phiếu nhập

3.3.2.3 Biểu đồ tuần tự cho chức năng quản lý xuất

Trang 39

Hình 3.17 Biểu đồ tuần tự cho chức năng thêm phiếu xuất

Ngày đăng: 16/02/2023, 09:23

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

TÀI LIỆU LIÊN QUAN

w