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

Quản lý bảo trì và sửa chữa máy vi tính

103 0 0
Tài liệu đã được kiểm tra trùng lặp

Đ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 đề Quản Lý Bảo Trì Và Sửa Chữa Máy Vi Tính
Tác giả Phạm Ngọc Nhân Ái, Nguyễn Hữu Phụng
Người hướng dẫn ThS. Nguyễn Lạc An
Trường học Trường Đh Công Nghệ Sài Gòn
Chuyên ngành Công Nghệ Thông Tin
Thể loại đồ án
Năm xuất bản 2022
Thành phố Tp.Hồ Chí Minh
Định dạng
Số trang 103
Dung lượng 4,78 MB

Nội dung

Chương trình sẽ giúp quản lý thông tin của khách hàng, nhân viên, nhàcung cấp, loại thiết bị, linh kiện, hóa đơn và các chi tiết liên quan.. 1.2 Phạm vi thực hiện của đề tài Chương trình

Trang 1

TRƯỜNG ĐH CÔNG NGHỆ SÀI GÒN

KHOA CÔNG NGHỆ THÔNG TIN

ĐỒ ÁN PHÂN TÍCH THIẾT KẾ

HƯỚNG HỆ THỐNG THÔNG TIN

Tên đề tài:

QUẢN LÝ BẢO TRÌ VÀ SỬA CHỮA MÁY VI TÍNH

Giáo viên hướng dẫn: ThS Nguyễn Lạc An Thư

Sinh viên thực hiện:

Tp.Hồ Chí Minh, ngày 28 tháng 12 năm 2022Giáo viên chấm điểm

Trang 2

STU – Khoa Công Nghệ Thông Tin

BẢNG PHÂN CÔNG NHIỆM VỤ

Trang 3

STU – Khoa Công Nghệ Thông Tin

Mục lục

Chương 1 Giới thiệu 6

1.1 Mục tiêu của đề tài 6

1.2 Phạm vi thực hiện của đề tài 6

Chương 2 Mô tả nghiệp vụ thực tế 7

2.1 Tổng quan chung của nghiệp vụ thực tế 7

2.2 Quy trình 1 8

2.3 Quy trình 2 8

Chương 3 Các hệ thống tương tự 9

3.1 Hệ thống H1 9

3.2 Hệ thống H2 9

Chương 4 Giải pháp đề xuất 10

4.1 Kiến trúc tổng thể 10

4.2 Giải pháp công nghệ 12

4.3 Sơ đồ chức năng 12

4.4 Sơ đồ use-case tổng quát 12

Chương 5 Thành phần dữ liệu 13

5.1 Phân tích ở mức quan niệm 13

5.2 Thiết kế cơ sở dữ liệu 14

Chương 6 Thiết kế cho chức năng 1 16

6.1 Sơ đồ chức năng 1 16

6.2 Sơ đồ use-case chức năng 1 16

6.3 Sơ đồ dữ liệu của chức năng 1 18

6.4 Sơ đồ tuần tự của chức năng 1 18

6.5 Sơ đồ trạng thái của chức năng 1 18

Trang 4

STU – Khoa Công Nghệ Thông Tin

Chương 7 Thiết kế cho chức năng 2 19

7.1 Sơ đồ chức năng 2 19

7.2 Sơ đồ use-case của chức năng 2 19

7.3 Sơ đồ dữ liệu của chức năng 2 19

7.4 Sơ đồ tuần tự của chức năng 2 19

7.5 Sơ đồ trạng thái của chức năng 2 19

Chương 8 Thành phần giao diện 20

8.1 Các giao diện input 20

8.2 Các giao diện output 21

8.3 Tạo Menu 21

8.4 Tiện ích (User guide) 21

TÀI LIỆU THAM KHẢO

Đề tài: Error! No text of specified style in document. 4

Trang 5

STU – Khoa Công Nghệ Thông Tin

Danh sách các hình vẽ và bảng

Hình 4-1 13

Hình 5-1 Use case của quy trình đặt hàng 16

Hình 5-2 Use case của Nhân viên quản lý 17

Hình 7-1 Sơ đồ quan niệm dữ liệu 21

Bảng 5-1 Mô tả use case 18

Trang 6

Chương 1 Giới thiệu

1.1 Mục tiêu của đề tài

Mục tiêu của dự án là xây dựng một chương trình quản lý bảo trì và sửa chữa máy vi tính hiệu quả, giúp công ty thực hiện các nhiệm vụ quản lý và thống kê một cách chính xác Chương trình sẽ giúp quản lý thông tin của khách hàng, nhân viên, nhàcung cấp, loại thiết bị, linh kiện, hóa đơn và các chi tiết liên quan

1.2 Phạm vi thực hiện của đề tài

Chương trình sẽ được xây dựng dành cho khách hàng và nhân viên ở công ty Viễn Sơn gồm những chức năng thông dụng để giúp cho khách hàng có thể bảo hành và sửa chữa thiết bị

Chương trình thực hiện các công việc chính sau: Lập phiếu nhận bảo hành chokhách, nhận thiết bị và trả thiết bị, lập hóa đơn đối với những thiết bị đi sửa chữa(thiết bị hết hạn bảo hành), thu tiền, hẹn lại ngày trả nếu sửa không kịp, tiến hành hoán đổi thiết bị khi đến ngày trả mà vẫn sửa không được (chỉ thực hiện trường hợp này khi thiết bị còn hạn bảo hành)

Đề tài: Error! No text of specified style in document. 6

Trang 7

Chương 2 Mô tả nghiệp vụ

Chương 2 Mô tả nghiệp vụ

2.1 Tổng quan chung của nghiệp vụ thực tế

Công ty phát triển tin học tin học Viễn Sơn - Gigabyte”_175 Nguyễn Thị Minh Khai ,Q.1 - Điện Thoại: 9256714-9256715 - Fax:9256713

Theo như đi khảo sát thực tế, thì đây là một công ty có tầm cở hoạt động vừa và nhỏ Công ty là trung gian giữa Nhà cung cấp và khách hàng Và hưởng lợi nhuận từ nhà cung cấp

Hiện công ty có trụ sở chình ở Mỹ, hiện nay số nhân viên hiện trong công ty nằmtrong khoảng 20 -> 50.Và Theo như dự định của công ty thì trong khoảng 10 nămnữa thì tầm cở hoạt động sẽ mở rộng hơn

Khách hàng của công ty chủ yếu là các công ty đang hoat động trong lĩnh vực công nghệ thông tin Sau khi đi thực tiễn tại quý công ty, chúng tôi đã nhận được quy trình quản lý bảo hành thiết bị máy tính như sau:

- Một khách hàng có thể đem nhiều thiết bị đi bảo trì (bảo hành)

- Khi kiểm tra thiết bị, xác định được đây là các thiết bị do các nhà cung cấp hiệnđang làm việc với công ty sản xuất Thì tiến hành đưa cho nhân viên sửa Trong quá trình sửa:

+ Xác định thiết bị đó có các loại linh kiện thường mắc bệnh gì để chẩn đóan bệnh cho thiết bị Mỗi loại linh kiện có một giá tiền và giá tiền đó được cập nhật theo thời gian(ngày cung cấp khác nhau giá tiền khác nhau)

+ Khi khách hàng ra về thì sẽ giao cho khách hàng một phiếu bảo hành Trên phiếu có ghi hẹn ngày trả, và căn cứ vào ngày đó, nhân viên sẽ tiến hành sửa thiết bị,

để giao hàng đúng hẹn

Trang 8

Chương 2 Mô tả nghiệp vụ

+ Sửa xong kiểm tra ngày bảo hành trên thiết bị:

- Nếu còn hạn bảo hành không làm gì cả, tiến hành trả cho khách hàng

- Nếu hết thời gian bảo hành, tiến hành lập hóa đơn, căn cứ vào số lượng linhkiện thay thế và giá tiền của mỗi loại linh kiện thay thế trên thiết bị

Như đã đề cập ở trên, công ty chỉ là một “Điểm trung gian “giữa khách hàng và nhà cung cấp, công ty không có chịu trách nhiệm về mặt tài chánh Công việc lập hoá đơn là chỉ làm theo nghiệp vụ mà nhà cung cấp yêu cầu, xong rồi tổng tiền sửa chữa

đó công ty sẽ giao lại cho nhà cung cấp Dựa theo dữ liệu nằm trong hoá đơn mà công

ty đã lập

Dựa vào đây nhà cung cấp có thể kiểm tra

+ Còn nếu trừơng hợp sửa không xong:

- Nếu còn hạn bảo hành thì yêu cầu nhà cung cấp cung cấp cho một thiết bị khác có giá trị tương đương với thiết bị mà khách hàng đã đem đi bảo hành

- Nếu hết hạn bảo hành thì trả thiết bị lại cho khách hàng hoặc cũng có thể đổi một thiết bị khác có giá trị tương đương nhưng:

Trước khi làm điều này phải thỏa thuận thật chi tiết với khách hàng và được khách hàng đồng ý

+ Ngoài ra còn có hiện tương hóan đổi main: hiện tượng này xảy ra khi thiết bị của khách hàng còn thời hạn bảo hành, thời gian trả đã đến nhưng chưa được sửa xong, trong khi đó một thiết bị tương đương về mặt giá trị của một khách hàng nào đó chưa đến hạn trả, nhưng lại sửa xong rồi Thì chúng ta tiến hành hóan đổi giữa hai thiết

bị này(main) và một điều không thể quên là cập nhật lại số serial và hạn bảo hành cho khách hàng

Những trường hợp ngoại lệ xảy ra:

1 Hoán đổi thiết bị có hai trường hợp:

Đề tài: Error! No text of specified style in document. 8

Trang 9

Chương 2 Mô tả nghiệp vụ

- Trường hợp thiết bị còn bảo hành: nếu trong kho có thiết bị có giá trị tương

đương thì ta tiến hành hoán đổi một cách bình thường

- Trường hợp thiết bị hết hạn bảo hành: trước khi hoán đổi thiết bị ta phải

- Đến ngày trả thiết bị nhưng sửa không xong: thì đây là một trường hợp ngoại

- Ngoài ra còn có một cách giải quyết khác: lập số phiếu mới cho vị khách

hàng đó.Trong form lập phiếu bảo hành(bên dưới) bạn chỉ cần chỉ ra thiết bị sửa chưa kịp đó và chỉ cần nhấp vào nút sửa , rồi sau đó nhấp vào button đổi phiếu Tác dụng:

số phiếu sẽ tự động tăng bạn chỉ cần cập nhật lại ngày trả Đó là trường hợp thiết bị đó

đã hết hạn bảo hành rồi.Vì nếu bạn không lập số phiếu mới cho khách hàng đó thì sau này việc lập hóa đơn thông thường rất khó cho bạn kiểm soát Vì việc lập hóa đơn chỉ xảy ra đối với những thiết bị đã hết hạn bảo hành.(Form Cập Nhật Thiết Bị)

Trang 10

Chương 2 Mô tả nghiệp vụ

2.3 Quy trình đưa sản phẩm đến phòng kỷ thuật và sửa chữa:

_Quản lý viên sẽ nhập tên khách hàng và xem xét số lượng sản phẩm

_Quản lý viên sẽ vận chuyển sản phẩm đến phòng kỷ thuật để tiến hành sửa,bảo trì._Phòng kỷ thuật sẽ kiểm tra:

+Nếu sửa được thì sẽ xử lý sửa và cập nhật trên cơ sở dữ liệu

+Nếu không sửa được thì thông báo là hàng hư và cập nhật trên cơ sở dữ liệu

Đề tài: Error! No text of specified style in document. 10

Trang 11

Chương 2 Mô tả nghiệp vụ

2.4 Quy trình xử lý hàng sửa được:

_Quản lý viên phòng kỷ thuật sẽ nhập tên sản phẩm và những thông tin linh kiện cầnsửa lên database

_Hệ thống sẽ kiểm tra:

+Nếu còn bảo hành thì vận chuyển về store

+Nếu hết bảo hành thì hiển thị giá của linh kiện lên database và vận chuyển về store

Trang 12

Chương 2 Mô tả nghiệp vụ

2.6 Quy trình xử lý hàng sửa không xong:

_Quản lý viên sẽ nhập tên khách hàng và kiểm tra:

+Nếu còn bảo hành thì thông báo hẹn ngày trả mới cho khách hàng

+Nếu hết hạn bảo hành thì quản lý viên sẽ lập biên nhận mới, hẹn ngày trả mớicho khách hàng và cập nhật lại tất cả thông tin trên cơ sở dữ liệu

Trang 13

Chương 2 Mô tả nghiệp vụ

 Thông báo với khách hàng sản phẩm đã sửa xong và hẹn ngày đến nhậnsản phẩm

+ Đối với sản phẩm hết bảo hành:

_Nếu sản phẩm sửa được:

o Xuất hoá đơn những linh kiện đã thay

o Thông báo với khách hàng và hẹn ngày đến nhận sản phẩm_Nếu sản phẩm hư, không thể sửa:

o Thông báo không thể sửa sản phẩm

2.8 Quy trình Khách hàng tra cứu hạn bảo hành hoặc sửa chữa:

_Khách hàng truy cập vào website tìm kiếm mục tra cứu bảo hành và sửa chữanhập mã phiếu bảo hành hệ thống sẽ kiểm tra mã phiếu:

Trang 14

Chương 2 Mô tả nghiệp vụ

2.9 Quy trình của hệ thống Quản lý khách hàng:

Quản Trị Viên đăng nhập vào hệ thống quản lý khách hàng, hệ thống sẽ hiển thị tất cảthông tin khách hàng

_Quản Trị Viên có thể thêm và sửa thông tin khách hàng

_Kiểm tra:

+Nếu trùng mã thì quay về bước nhập,sửa thông tin

+Nếu không trùng mã thì cập nhật vào CSDL và xuất thông tin

_Quản Trị Viên có thể lập phiếu nhận bảo hành, hệ thống sẽ cập nhật vào cơ sở dữ liệu

và xuất phiếu cho khách hàng

_Có thể tìm kiếm bằng cách nhập mã khách hàng vào ô tìm kiếm hệ thống sẽ tự xuất

Trang 15

Chương 2 Mô tả nghiệp vụ

2.10 Quy trình của hệ thống Quản lý nhà cung cấp:

_Quản Trị Viên đăng nhập vào hệ thống quản lý nhà cung cấp, hệ thống sẽ hiển thị tất

cả thống tin về nhà cung cấp

_Quản Trị Viên có thể thêm và sửa thông tin nhà cung cấp

_Kiểm tra:

+Nếu trùng mã thì quay về bước nhập,sửa thông tin

+Nếu không trùng mã thì cập nhật vào CSDL và xuất thông tin

_Có thể tìm kiếm bằng cách nhập mã nhà cung cấp vào ô tìm kiếm hệ thống sẽ tự xuất

Trang 16

Chương 2 Mô tả nghiệp vụ

2.11 Quy trình của hệ thống Quản lý nhân viên:

_Quản Trị Viên đăng nhập vào hệ thống quản lý nhân viên, hệ thống sẽ hiển thị tất cả thống tin về nhân viên

_Quản Trị Viên có thể thêm và sửa thông tin nhân viên

_Kiểm tra:

+Nếu trùng mã thì quay về bước nhập,sửa thông tin

+Nếu không trùng mã thì cập nhật vào CSDL và xuất thông tin

_Có thể tìm kiếm bằng cách nhập mã nhân viên vào ô tìm kiếm hệ thống sẽ tự xuất ra thông tin cần tìm

_Có thể xóa nhân viên nào mà quản trị viên muốn chỉ cần nhấn xóa, hệ thống sẽ tự cậpnhật trên CSDL và xuất ra thông tin

_Quản trị Viên còn có thể thống kê nhân viên bằng cách nhập ngày tháng năm cần thống kê và hệ thống sẽ thống kê số lượng nhân viên có trong lúc đó

Đề tài: Error! No text of specified style in document. 16

Trang 17

Chương 2 Mô tả nghiệp vụ

2.12 Quy trình của hệ thống Quản lý danh mục:

_Quản Trị Viên đăng nhập vào hệ thống quản lý danh mục, hệ thống sẽ hiển thị tất cả thống tin về danh mục

_Quản Trị Viên có thể thêm và sửa thông tin danh mục

_Kiểm tra:

+Nếu trùng mã thì quay về bước nhập,sửa thông tin

+Nếu không trùng mã thì cập nhật vào CSDL và xuất thông tin

_Có thể tìm kiếm bằng cách nhập mã danh mục vào ô tìm kiếm hệ thống sẽ tự xuất ra thông tin cần tìm

_Có thể xóa danh mục nào mà quản trị viên muốn chỉ cần nhấn xóa, hệ thống sẽ tự cậpnhật trên CSDL và xuất ra thông tin

_Quản trị Viên còn có thể thống kê danh mục bằng cách nhập ngày tháng năm cần thống kê và hệ thống sẽ thống kê số lượng danh mục có trong lúc đó

Trang 18

Chương 2 Mô tả nghiệp vụ

2.13 Quy trình của hệ thống Quản lý hóa đơn:

_Quản Trị Viên đăng nhập vào hệ thống quản lý hóa đơn, hệ thống sẽ hiển thị tất cả thống tin về hóa đơn

_Quản Trị Viên có thể lập hoặc sửa thông tin hóa đơn

_Kiểm tra:

+Nếu trùng mã thì quay về bước lập, sửa thông tin

+Nếu không trùng mã thì cập nhật vào CSDL và xuất thông tin

_Có thể tìm kiếm bằng cách nhập mã hóa đơn vào ô tìm kiếm hệ thống sẽ tự xuất ra thông tin cần tìm

_Có thể xóa hóa đơn nào mà quản trị viên muốn chỉ cần nhấn xóa, hệ thống sẽ tự cập nhật trên CSDL và xuất ra thông tin

_Quản trị Viên còn có thể thống kê doanh thu bằng cách nhập ngày tháng năm cần thống kê và hệ thống sẽ thống kê tổng doanh thu có trong lúc đó

Đề tài: Error! No text of specified style in document. 18

Trang 20

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

Trang 21

Chương 4 Giải pháp đề xuất

Trang 22

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

4.1.1 Mô tả module Quản lý khách hàng

- Công dụng của module: dùng để lập phiếu bảo hành dựa trên thông tin của

khách hàng và hạn bảo hành của thiết bị, thêm/xóa/sửa thông tin khách hàng, tìm kiếm thông tin khách hàng, thống kê lại số khách hàng và các thông tin liên quan

- Dữ liệu vào (input data): mã khách hàng, tên khách hàng, địa chỉ, số điện

Trang 23

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

- User sử dụng module này: quản trị viên, nhân viên

4.1.2 Mô tả module Quản lý nhà cung cấp

- Công dụng của module: thêm/xóa/sửa/tìm kiếm thông tin về nhà cung cấp,

thông báo với nhà cung cấp gửi thiết bị mới khi thiết bị cũ bị hư, thống kê lại

số lượng thiết bị và linh kiện với nhà cung cấp

- Dữ liệu vào (input data): mã nhà cung cấp, tên nhà cung cấp, địa chỉ, số điện

thoại, fax, mã linh kiện, số lượng, ngày cung cấp, giá tiền, đơn vị tính

- Dữ liệu ra (output data): mã nhà cung cấp, tên nhà cung cấp, địa chỉ, số điện

thoại, fax, mã linh kiện, số lượng, ngày cung cấp, giá tiền, đơn vị tính

- User sử dụng module này: quản trị viên, nhân viên

4.1.3 Mô tả module Quản lý nhân viên

- Công dụng của module: thêm/xóa/sửa/tìm kiếm thông tin nhân viên, thống kê

lại số lượng nhân viên và các thông tin liên quan

- Dữ liệu vào (input data): mã nhân viên, tên nhân viên, ngày sinh, phái, địa

chỉ, số điện thoại

- Dữ liệu ra (output data): mã nhân viên, tên nhân viên, ngày sinh, phái, địa

chỉ, số điện thoại

- User sử dụng module này: quản trị viên

4.1.4 Mô tả module Quản lý bệnh

- Công dụng của module: thêm/xóa/sửa/tìm kiếm thông tin về bệnh, thống kê

lại số bệnh của linh kiện và các thông tin liên quan

- Dữ liệu vào (input data): mã bệnh, tên bệnh, mã linh kiện

- Dữ liệu ra (output data): mã bệnh, tên bệnh, mã linh kiện

- User sử dụng module này: quản trị viên, nhân viên

Trang 24

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

4.1.5 Mô tả module Quản lý linh kiện

- Công dụng của module: thêm/xóa/sửa/tìm kiếm thông tin linh kiện, thống kê

lại số lượng linh kiện và các thông tin liên quan

- Dữ liệu vào (input data): mã linh kiện, mã loại linh kiện, tên linh kiện, tên

loại linh kiện, số lượng linh kiện thay thế

- Dữ liệu ra (output data): mã linh kiện, mã loại linh kiện, tên linh kiện, tên

loại linh kiện, số lượng linh kiện thay thế

- User sử dụng module này: quản trị viên, nhân viên

4.1.6 Mô tả module Quản lý thiết bị

- Công dụng của module: thêm/xóa/sửa/tìm kiếm thông tin thiết bị, thống kê lại

số lượng thiết bị và các thông tin liên quan

- Dữ liệu vào (input data): mã khách hàng, mã nhóm thiết bị, mã nhân viên, tên

nhà cung cấp, hạn bảo hành, ngày trả, ngày bảo hành, xử lý sửa, serial thiết

bị, số phiếu, số lượng linh kiện thay thế

- Dữ liệu ra (output data): mã khách hàng, mã nhóm thiết bị, mã nhân viên, tên

nhà cung cấp, hạn bảo hành, ngày trả, ngày bảo hành, xử lý sửa, serial thiết

bị, số phiếu, số lượng linh kiện thay thế

- User sử dụng module này: quản trị viên, nhân viên

4.1.7 Mô tả module Quản lý hóa đơn

- Công dụng của module: thêm/xóa/sửa/tìm kiếm thông tin hóa đơn, thống kê

Trang 25

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

- Dữ liệu ra (output data): mã hóa đơn, trị giá hóa đơn, mã khách hàng, ngày

⮚ Tối ưu hóa hiệu suất: Cung cấp các công cụ để tối ưu hóa hiệu suất của cơ sở

dữ liệu, bao gồm chỉ mục, tối ưu hóa truy vấn và quản lý tài nguyên

- Nhược điểm:

⮚ Giá cả: SQL Server thường đi kèm với chi phí cao, đặc biệt là các phiên bản hoàn chỉnh và có đầy đủ tính năng Điều này có thể tạo ra áp lực tài chính đối với các tổ chức nhỏ hoặc người dùng cá nhân

Trang 26

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

⮚ Hạn chế về nền tảng: SQL Server chủ yếu hoạt động trên hệ điều hành Windows, điều này có thể tạo ra hạn chế đối với những người muốn sử dụng hệthống trên các nền tảng khác như Linux hoặc MacOS mà không cần phải sử dụng các giải pháp ảo hóa

⮚ Có thể phức tạp cho các ứng dụng nhỏ: Đối với các ứng dụng nhỏ hoặc không đòi hỏi tính chuyên nghiệp cao, SQL Server có thể cung cấp quá nhiều tính năng và phức tạp, dẫn đến sự cồng kềnh không cần thiết và tốn kém

⮚ Quản lý và cấu hình khó khăn: Đôi khi, việc quản lý và cấu hình SQL Server cóthể phức tạp, đặc biệt là đối với người mới bắt đầu hoặc không có kinh nghiệm trong việc quản lý cơ sở dữ liệu

⮚ Tính cộng tác và di động hạn chế: Mặc dù có một số tiến bộ về tính di động và cộng tác, nhưng SQL Server vẫn có thể gặp khó khăn trong việc tích hợp và đápứng nhu cầu của các môi trường làm việc phức tạp hoặc đòi hỏi tính linh hoạt cao

4.3 Sơ đồ chức năng

Đề tài: Error! No text of specified style in document. 26

Trang 27

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

4.4 Sơ đồ use-case tổng quát

Trang 28

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

Chương 5 Thành phần dữ liệu

5.1 Phân tích ở mức quan niệm

5.1.1 Sơ đồ thực thể - mối kết hợp (ERD)

Hình 5-2 Sơ đồ quan niệm dữ liệu

Đề tài: Error! No text of specified style in document. 28

Trang 29

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

 Loại thực thể NHANVIEN

Mô tả: Loại thực thể NHANVIENgồm những nhân viên làm việc với công ty

Thuộc tính Kiểu K U M Diễn giải

55)

x Tên nhân viên

diachinv nvarchar(2

55)

Địa chỉ nhân viên

Trang 30

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

 Loại thực thể NHOMTHIETBI

Mô tả: Loại thực thể NHOMTHIETBI gồm những nhóm thiết bị mà nhà cung cấp có cung

cấp và làm việc với công ty công ty

Thuộc tính Kiểu K U M Diễn giải

mantb char(10) x x x Mã nhóm thiết bị

Trang 31

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

 Loại thực thể THIETBI

Mô tả: Loại thực thể THIETBI gồm những thiết bị mà nhà cung cấp có cung cấp và làm

việc với công ty công ty

Thuộc tính Kiểu K U M Diễn giải

serialtb char(10) x x x Mã thiết bị

55)

x Tên thiết bị

tenncc nvarchar(2

55)

Tên nhà cung cấp

xulisua nvarchar(2

55)

x Xử lí sửasophieu char(10) x Mã số phiếu bảo hành

Trang 32

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

Loại thực thể LOAILINHKIEN

Mô tả: Loại thực thể LOAILINHKIEN gồm những loại linh kiện mà nhà cung cấp có cung

cấp và làm việc với công ty công ty

Thuộc tính Kiểu K U M Diễn giải

maloailk char(10) x x x Mã loại linh kiện

Đề tài: Error! No text of specified style in document. 32

Trang 33

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

 Loại thực thể LINHKIEN

Mô tả: Loại thực thể LINHKIEN gồm những linh kiện mà nhà cung cấp có cung cấp và

làm việc với công ty công ty

Thuộc tính Kiểu K U M Diễn giải

maloailk char(10) x Mã loại linh kiện

Trang 34

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

 Loại thực thể BENH

Mô tả: Loại thực thể BENH gồm những bệnh mà nhân viên chuẩn đoán bệnh khi khách

hàng đem thiết bị đến công ty để bảo hành

Thuộc tính Kiểu K U M Diễn giải

Mô tả: Loại thực thể CHITIETBENH gồm những chi tiết bệnh mà nhân viên chuẩn đoán

bệnh khi khách hàng đem thiết bị đến công ty để bảo hành

Thuộc tính Kiểu K U M Diễn giải

 Loại thực thể CHITIETCUNGCAP

Mô tả: Loại thực thể CHITIETCUNGCAP gồm những chi tiết khi nhà cung cấp có cung

cấp thiết bị cho công ty …

Thuộc tính Kiểu K U M Diễn giải

donvitinh varchar(10

)

x Đơn vị tính

 Loại thực thể CHITIETSUA

Mô tả: Loại thực thể CHITIETSUA gồm những chi tiết khi nhân viên sửa thiết bị

Thuộc tính Kiểu K U M Diễn giải

sllkthaythe int x Số lượng linh kiện thay thế

Đề tài: Error! No text of specified style in document. 34

Trang 35

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

 Loại thực thể HOADON

Mô tả: Loại thực thể HOADON là hóa đơn được lập khi hết thời gian bảo hành

Thuộc tính Kiểu K U M Diễn giải

5.1.3 Mô tả các ràng buộc nghiệp vụ

[1] Mô tả ràng buộc RBPT : mã là duy nhất và không bị trùng1

[2] Mô tả ràng buộc RBPT : email phải có @gmail.com mới hợp lệ2

[3] Một khách hàng có thể đem nhiều thiết bị đi bảo trì

[4] Một khách hàng có một hóa đơn khi hết hạn bảo hành, hóa đơn sẽ dựa trên giá tiền và số lượng linh kiện thay thế

[5] Một nhân viên có thể sửa được một hay nhiều thiết bị

[6] Nhóm thiết bị có một hoặc nhiều thiết bị

[7] Một thiết bị có thể có nhiều chi tiết sửa

[8] Một linh kiện có nhiều chi tiết sửa và bệnh

[9] Linh kiện có nhiều chi tiết cung cấp khi nhà cung cấp cung cấp sản sản phẩm

Trang 36

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

5.2 Thiết kế cơ sở dữ liệu

5.2.1 Sơ đồ logic dữ liệu (mô hình quan hệ)

Hình 5-2 Sơ đồ logic dữ liệu

Đề tài: Error! No text of specified style in document. 36

Trang 37

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

 Loại thực thể NHANVIEN

Mô tả: Loại thực thể NHANVIENgồm những nhân viên làm việc với công ty

Thuộc tính Kiểu K U M Diễn giải

55)

x Tên nhân viên

diachinv nvarchar(2

55)

Địa chỉ nhân viên

Trang 38

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

 Loại thực thể NHOMTHIETBI

Mô tả: Loại thực thể NHOMTHIETBI gồm những nhóm thiết bị mà nhà cung cấp có cung

cấp và làm việc với công ty công ty

Thuộc tính Kiểu K U M Diễn giải

mantb char(10) x x x Mã nhóm thiết bị

Trang 39

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

 Loại thực thể THIETBI

Mô tả: Loại thực thể THIETBI gồm những thiết bị mà nhà cung cấp có cung cấp và làm

việc với công ty công ty

Thuộc tính Kiểu K U M Diễn giải

serialtb char(10) x x x Mã thiết bị

55)

x Tên thiết bị

tenncc nvarchar(2

55)

Tên nhà cung cấp

xulisua nvarchar(2

55)

x Xử lí sửasophieu char(10) x Mã số phiếu bảo hành

Trang 40

Chương 10 Thiết kế cho chức năng Quản lý hóa đơn

Loại thực thể LOAILINHKIEN

Mô tả: Loại thực thể LOAILINHKIEN gồm những loại linh kiện mà nhà cung cấp có cung

cấp và làm việc với công ty công ty

Thuộc tính Kiểu K U M Diễn giải

maloailk char(10) x x x Mã loại linh kiện

Đề tài: Error! No text of specified style in document. 40

Ngày đăng: 24/12/2024, 16:34

w