Lập trình windows, Đề thi tay nghề thế giới – 2019 – Session 4 (download sẽ có luôn file code c#)

Lập trình windows, Đề thi tay nghề thế giới – 2019 – Session 4 c#, từng được 9 điểm, chạy trên visual studio, các bạn tham khảo nhé, jjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj

TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN -o0o - BÁO CÁO BÀI TẬP LỚN MƠN: LẬP TRÌNH WINDOWS ĐỀ TÀI: Đề thi tay nghề giới – 2019 – Session Giảng viên hướng dẫn :Nguyễn Thị Nhung Hà Nội, tháng 08 năm 2020 Mục lục Chương 1: Yêu cầu toán 1.1 WSC2019_TP09_S4_EN .2 Contents .2 Introduction Description of project and tasks Instructions to the Competitor 4.1 Creating the Database .2 4.2 Importing Database Structure 4.3 Managing Current Inventory 4.4 Purchase Orders 4.5 Warehouse Management 4.6 Inventory Report 1.2 WSC2019_TP09_S4_VN- (Bản dịch Tiếng Việt) 1.3: Kỹ thuật(Framework sử dụng) .15 1.3.1 LINQ 15 1.3.2 LINQ to SQL 15 Chương 2:Kết đạt 15 2.1 Kết 15 2.1.1 Ảnh chụp chức làm .15 2.1.2 Những chức chưa làm 18 2.2 Tài liệu tham khảo 18 2.3 Phụ lục 18 Chương 1: Yêu cầu toán 1.1 WSC2019_TP09_S4_EN Contents This Test Project proposal consists of the following documentation/files: WSC2019_TP09_S4_EN.pdf Session4-MySQL.sql Session4-MsSQL.sql SQL) (Session instructions) (SQL Script to create tables with data for MySQL) (SQL Script to create tables with data for Microsoft Introduction In this session, you will be continuing the development of the maintenance management and enterprise asset management system for Kazan Neft As part of this system you will develop the following sections for the administrators on the Windows platform:    Purchase Order Management: Controls purchasing of products and services from external suppliers Warehouse Management: Check stock level, manage inter-warehouse transfer Warehouse Summary: Generate reports for specific warehouses Description of project and tasks While developing the test project, please make sure the deliverables conform to the basic guidelines drawn out by different departments at Kazan Neft:              There should be consistency in using the provided style guide throughout development All required software modules must have applicable and useful validation and error messages as expected by the industry Offer a scrollbar if the number of records on a list or a table that not fit in the form area comfortably Hide scrollbars if all content can comfortably be displayed The de-facto standard, ISO compliant date format is YYYY-MM-DD which will be used in this task where applicable Where applicable, use comments in code to have the code more programmer-readable The use of valid and proper naming conventions is expected in all material submitted Any form or report once created should be displayed in the centre of the screen When a form or a dialogue is in focus, operations on other forms need to be suspended Provide appropriate validation and error messages throughout all parts of the system The caption of Delete and Cancel buttons need to be in red to help with accidental mishaps When using colors to differentiate between rows or records, there needs to be visible clarification on the screen as to what they stand for The wireframe diagrams provided as part of this document are only suggestions and the solution produced does not have to be, in any way, mirror what has been pictured Time management is critical to the success of any project and so it is expected of all deliverables to be complete and operational upon delivery 3 Instructions to the Competitor 4.1 Creating the Database Create a database by the name of “Session4” in your desired RDBMS Platform (MySQL or Microsoft SQL Server) This will be the main and only database you will use in this session In case you are given a database by the same name, you should use the database provided by the administrators 4 4.2 Importing Database Structure Depending on your preferred RDBMS platform, a SQL scripts is made available The said scripts consist of the database structure and data required to complete the tasks The data needs to be imported to the database created for this session named “Session4” As instructed by the designers, the database structure provided for the purpose of this section cannot be altered This applies to removal of tables, adding or deleting any fields on the tables or of change in their data types To help further perceive the thinking behind the structure of the database, the database designers provide an Entity- Relationship Diagram (ERD) The aforementioned diagram explains the conceptual and representational model of data used in the database 5 4.3 Managing Current Inventory This is the main form for the application that provides a list of transactions concerning current inventory to the maintenance manager The following is what is required for this form:       Three buttons on the top of the form will allow the user to add purchase orders, transfer parts between warehouses and get a summary of activities performed The following fields information to be made available for each of the activities performed on the inventory system: o Part Name, Transaction Type, Transaction Date, Amount, Source, Destination The order in which the records are displayed needs to be organized as follows: o Primary sorting needs to be applied on the date of the transaction where the oldest come first o In case the transactions have the same date, the purchase orders get higher priority o The user may use the list headers to change the display order:  By clicking once on the header of any of the fields, the user can switch between descending, and ascending sorting of the said field and can also cancel the user-defined sort order  An arrow on the left of the header title displays the sort order if a custom sort order is applied on the list The value under the field Amount needs to be differentiated using colors as suggested on the wireframe diagram o Used green background color for purchase order management transactions Two buttons next to each record will give the user the option to remove and edit them Removing a record that would make the inventory of a part in a warehouse negative should be prevented displaying an appropriate message to the user 6 4.4 Purchase Orders The user lands here from the main form to add new purchase orders and to edit current purchase orders:     To submit a purchase order the client needs to provide the following: o Supplier which can be selected from a list already in the database o Warehouse is also populated using a predefined list from the database o Date in which the purchase order has been completed o Parts List which consists of the following:  Part name populated by a predefined set of values from the database  The user may use this field to look for the part they need  Batch Number is a unique number that differentiates between different productions of the part:  If the part selected in the database has “BatchNumberHasRequired” set to “True”, then a batch number needs to be entered, otherwise any value entered should be ignored and should not be stored on the database  When a batch number is associated with part, the system will treat the part with different batch numbers as individual parts The inventory for the parts is then calculated based on the pairing of part name and batch number  The list can contain multiple parts with same part name only if they have different batch numbers  Amount is the number of each part that is to be stored as part of the order:  This number needs to be of positive decimal value  Same parts with different batch numbers can have different amounts on the list At least one part needs to be added to the order for it to be valid The user may remove parts from the parts list by using a button When the user is editing a transaction, they may not remove parts that would make their inventory for the warehouse negative 8 4.5 Warehouse Management The maintenance manager can use this part of the system to make changes to currently stored transfers between different warehouse and to submit new transactions of the type  To submit a transfer between warehouses the client needs to provide the following: o Source Warehouse where the parts are already located at and is populated from the database o Destination Warehouse is also populated from the database and it’s the place where the parts will end up at o Date in which the transfer has been completed o Parts List which consists of the following:  Part name populated by a predefined set of values from the database  The user may use this field to look for the part  Only parts that are already located in the source warehouse should be displayed in the list  Batch Number is a unique number that differentiates between different productions of the part:  If the part selected in the database has “BatchNumberHasRequired” set to “True”, then batch numbers for the part needs to be displayed as a drop-down list   When a batch numbers is associated with a part, the system will treat the part with different batch numbers as individual parts The inventory for the parts is then calculated based on the pairing of part name and batch number The list can contain multiple parts with same part name only if they have different batch numbers 9 Amount is the number of each part that is to be stored as part of the transfer:  This number needs to be of positive decimal value  Same parts with different batch numbers can have different amounts on the list At least one part needs to be added to the transfer for it to be valid The user may remove parts from the parts list by using a button The system should not allow the inventory for a part in any of the warehouses negative at any stage The system should not allow the source and the destination warehouses to be the same      10 4.6 Inventory Report This section of the system will allow the maintenance manager dig deeper into the activities performed on the inventory:    To generate the desired report, the following needs to be provided: o Warehouses are listed for the user to choose from o Inventory Type which defines the type of report required and can be any of these three types:  Current Stock which lists the current parts present in the warehouse  Out of Stock which displays the parts that have previously been entered in the warehouse but there are none remaining at this time  Received Stock which is the number that has been recorded to have entered into the warehouse The results of the report need to contain the following information: o Part Name which is the name of the part o Current Stock which is the number for the part currently present in the warehouse o Received Stock which is the number that has been recorded to have entered into the warehouse o A button for the parts that have batch numbers associated with them will assist the user to view information associated with the batch numbers:  A list of all the batch numbers with their current stock and received stock should be displayed to the user When a batch number is associated with a part, the system will treat the part with 10 11 different batch numbers as individual parts The inventory for the part is then calculated based on the pairing of part name and batch number 1.2 WSC2019_TP09_S4_VN- (Bản dịch Tiếng Việt) 11 12 Nội dung Đề xuất Dự án thử nghiệm bao gồm tài liệu / tệp sau: WSC2019_TP09_S4_EN.pdf (Hướng dẫn phiên 4) Session4-MySQL.sql (SQL Script để tạo bảng có liệu cho MySQL) Session4-MsQuery.sql (SQL Script để tạo bảng có liệu cho Microsoft SQL) Giới thiệu Trong phiên này, bạn tiếp tục phát triển quản lý bảo trì tài sản doanh nghiệp hệ thống quản lý cho Kazan Neft Là phần hệ thống này, bạn phát triển phần sau cho quản trị viên tảng Windows: • Quản lý đơn đặt hàng: Kiểm soát việc mua sản phẩm dịch vụ từ nhà cung cấp bên ngồi • Quản lý kho: Kiểm tra mức tồn kho, quản lý chuyển liên kho • Tóm tắt kho: Tạo báo cáo cho kho cụ thể Mô tả dự án nhiệm vụ Trong phát triển dự án thử nghiệm, vui lòng đảm bảo sản phẩm giao phù hợp với nguyên tắc rút phịng ban khác Kazan Neft: • Cần có quán việc sử dụng hướng dẫn phong cách cung cấp suốt trình phát triển • Tất mô-đun phần mềm bắt buộc phải có thơng báo lỗi xác nhận hữu ích áp dụng mong đợi ngành cơng nghiệp • Cung cấp cuộn số lượng ghi danh sách bảng không vừa khu vực biểu mẫu cách thoải mái Ẩn giấu cuộn tất nội dung hiển thị thoải mái • Định dạng ngày thực tế, định dạng tuân thủ ISO YYYY-MM-DD sử dụng nhiệm vụ áp dụng • Nếu có thể, sử dụng nhận xét mã để có mã dễ đọc cho lập trình viên • Việc sử dụng quy ước đặt tên hợp lệ hợp lệ mong đợi tất tài liệu đệ trình • Bất kỳ biểu mẫu báo cáo tạo hiển thị hình • Khi hình thức đối thoại tập trung, hoạt động hình thức khác cần phải bị đình • Cung cấp thơng báo xác nhận thông báo lỗi phù hợp tất phần hệ thống • Chú thích nút Xóa Hủy cần phải có màu đỏ để giúp xử lý rủi ro tai nạn • Khi sử dụng màu sắc để phân biệt hàng ghi, cần phải làm rõ rõ ràng họ đại diện cho • Các sơ đồ khung dây cung cấp phần tài liệu đề xuất giải pháp tạo trường hợp, không cần phải phản chiếu hình dung • Quản lý thời gian quan trọng thành công dự án đó, tất sản phẩm mong đợi hoàn thành hoạt động giao hàng 12 13 Hướng dẫn cho đối thủ cạnh tranh 4.1 Tạo sở liệu Tạo sở liệu theo tên “Session 4” Nền tảng RDBMS mong muốn bạn (MySQL Microsoft SQL Server) Điều sở liệu bạn sử dụng phiên Trong trường hợp bạn cung cấp sở liệu tên, bạn nên sử dụng sở liệu cung cấp quản trị viên 4.2 Nhập cấu trúc sở liệu Tùy thuộc vào tảng RDBMS ưa thích bạn, tập lệnh SQL có Các kịch nói bao gồm sở liệu cấu trúc liệu cần thiết để hoàn thành nhiệm vụ Dữ liệu cần phải nhập vào sở liệu tạo cho việc phiên có tên “Session4” Theo hướng dẫn nhà thiết kế, cấu trúc sở liệu cung cấp cho mục đích phần thay đổi Điều áp dụng để loại bỏ bảng, thêm xóa trường bảng thay đổi loại liệu chúng Để giúp nhận thức sâu tư đằng sau cấu trúc sở liệu, nhà thiết kế sở liệu cung cấp Sơ đồ EntityRelationship (ERD) Sơ đồ nói giải thích mơ hình khái niệm biểu diễn liệu sử dụng sở liệu 13 14 4.3 Quản lý hàng tồn kho Đây hình thức cho ứng dụng cung cấp danh sách giao dịch liên quan đến hàng tồn kho cho quản lý bảo trì Sau cần thiết cho hình thức này: • Ba nút đầu biểu mẫu cho phép người dùng thêm đơn đặt hàng, chuyển phận kho nhận tóm tắt hoạt động thực • Thơng tin trường sau cung cấp cho hoạt động thực kho hệ thống: o Tên phận, loại giao dịch, ngày giao dịch, số tiền, nguồn, đích • Thứ tự hiển thị ghi cần xếp sau: o Sắp xếp đầu cần áp dụng vào ngày giao dịch nơi giao dịch cũ đến trước o Trong trường hợp giao dịch có ngày, đơn đặt hàng ưu tiên cao o Người dùng sử dụng tiêu đề danh sách để thay đổi thứ tự hiển thị: ▪ Bằng cách nhấp lần vào tiêu đề trường nào, người dùng chuyển đổi giảm dần, xếp tăng dần trường nói hủy thứ tự xếp người dùng xác định ▪ Một mũi tên bên trái tiêu đề hiển thị thứ tự xếp thứ tự xếp tùy chỉnh áp dụng danh sách • Giá trị trường Số lượng cần phân biệt màu đề xuất khung dây biểu đồ o Được sử dụng màu xanh cho giao dịch quản lý đơn đặt hàng • Hai nút bên cạnh ghi cung cấp cho người dùng tùy chọn xóa chỉnh sửa chúng 14 15 • Cần loại bỏ ghi làm cho hàng tồn kho phần kho bị âm hiển thị thông điệp thích hợp cho người dùng 4.4 Đơn đặt hàng Người sử dụng từ mẫu để thêm đơn đặt hàng chỉnh sửa đơn đặt hàng tại: • Để gửi đơn đặt hàng, khách hàng cần cung cấp thông tin sau: o Nhà cung cấp chọn từ danh sách có sở liệu o Kho điền danh sách xác định trước từ sở liệu o Ngày mà đơn đặt hàng hoàn thành o Danh sách phận bao gồm: ▪ Tên phần điền giá trị xác định trước từ sở liệu • Người dùng sử dụng liệu để tìm phần họ cần ▪ Số lơ số phân biệt sản phẩm khác phần: • Nếu phần chọn sở liệu có phần BatchNumberHasRequired đặt thành Chú thích, sau cần nhập số lơ, không, giá trị nhập phải bỏ qua không nên lưu trữ sở liệu • Khi số lơ liên kết với phần, hệ thống xử lý phần số lô khác phận riêng lẻ Hàng tồn kho cho phận sau tính tốn dựa việc ghép tên phần số lơ • Danh sách chứa nhiều phần có tên giống chúng có phần khác số lô ▪ Số tiền số lượng phần lưu trữ phần đơn đặt hàng: • Số cần phải có giá trị thập phân dương • Các phần giống với số lơ khác có số tiền khác danh sách 15 16 • Ít phần cần phải thêm vào để có hiệu lực • Người dùng xóa phận khỏi danh sách phận cách sử dụng nút • Khi người dùng chỉnh sửa giao dịch, họ khơng thể xóa phần tạo kho lưu trữ họ cho kho âm 4.5 Quản lý kho Người quản lý bảo trì sử dụng phần hệ thống để thực thay đổi chuyển khoản lưu trữ kho khác để gửi giao dịch loại • Để gửi chuyển kho, khách hàng cần cung cấp thông tin sau: o Kho nguồn nơi phận đặt điền từ sở liệu o Kho hàng đích điền từ sở liệu nơi mà phận kết thúc o Ngày chuyển tiền hoàn thành o Danh sách phận bao gồm: ▪ Tên phần điền giá trị xác định trước từ sở liệu • Người dùng sử dụng trường để tìm phần • Chỉ phần đặt kho nguồn phải hiển thị danh sách ▪ Số lô số phân biệt sản phẩm khác phần: • Nếu phần chọn sở liệu có phần BatchNumberHasRequired đặt thành Chú thích, sau số lơ cho phần cần hiển thị dạng danh sách thả xuống • Khi số lô liên kết với phần, hệ thống xử lý phần với số lượng khác phận riêng lẻ Hàng tồn kho cho phận sau tính tốn dựa việc ghép cặp tên số lơ 16 17 • Danh sách chứa nhiều phần có tên phần chúng có phần khác số lô ▪ Số tiền số lượng phần lưu trữ phần chuyển khoản: • Số cần phải có giá trị thập phân dương • Các phần giống với số lơ khác có số tiền khác danh sách • Ít phần cần thêm vào chuyển khoản để có hiệu lực • Người dùng xóa phận khỏi danh sách phận cách sử dụng nút • Hệ thống không cho phép kiểm kê phần kho âm giai đoạn • Hệ thống khơng cho phép nguồn kho đích giống 4.6 Báo cáo tồn kho Phần hệ thống cho phép người quản lý bảo trì đào sâu vào hoạt động đượcthực hàng tồn kho: • Để tạo báo cáo mong muốn, cần cung cấp thông tin sau: o Kho liệt kê để người dùng lựa chọn o Loại hàng tồn kho xác định loại báo cáo cần thiết ba loại sau: ▪ Cổ phiếu liệt kê phận kho ▪ Hết hàng hiển thị phận nhập trước vào kho khơng có cịn lại thời điểm ▪ Cổ phiếu nhận số ghi nhận nhập vào Kho 17 18 • Kết báo cáo cần chứa thông tin sau: o Tên phần tên phần o Cổ phiếu số cho phần có kho o Đã nhận Cổ phiếu số ghi nhận nhập vào kho o Nút cho phận có số lơ liên kết với chúng hỗ trợ người dùng xem thông tin liên quan đến số lô: ▪ Danh sách tất số lô với cổ phiếu cổ phiếu nhận phải hiển thị cho người dùng • Khi số lơ liên kết với phần, hệ thống xử lý phần với số lơ khác phận riêng lẻ Khoảng không quảng cáo cho phần tính dựa việc ghép cặp tên lô số 1.3: Kỹ thuật(Framework sử dụng) 1.3.1 LINQ - LINQ ngôn ngữ truy vấn liệu dùng cho nhiều nguồn liệu, định dạng liệu khác Tất hoạt động truy vấn LINQ bao gồm tác vụ: Kết nối với nguồn liệu (data source) Tạo truy vấn Thực thi truy vấn 1.3.2 LINQ to SQL - - LINQ to SQL thư viện tích hợp, mơ hình hóa liệu từ SQL Server thành dạng hướng đổi tượng sử dụng cú pháp LINQ để truy xuất thao thác liệu Ưu điểm :Cho phép mơ hình hóa sở liệu dùng lớp NET Sau truy vấn sở liệu (CSDL) LINQ, cập nhật/thêm/xóa liệu từ LINQ to SQL hỗ trợ đầy đủ transaction, view stored procedure Nó cung cấp cách dễ dàng để thêm khả kiểm tra tính hợp lệ liệu quy tắc vào mơ hình liệu Hạn chế : + Chỉ thao tác với hệ quản trị sở liệu SQL Server + Chỉ tự động tạo Data Model từ sở liệu khơng có ngược lại + Chỉ cho phép ánh xạ 1:1 Table Database với lớp Data Model (không thể tạo Data Model kết kết hợp từ bảng liệu trở lên) 18 19 Chương 2:Kết đạt 2.1 Kết 2.1.1 Ảnh chụp chức làm Màn hình Inventory management : Màn hình PurChase Order: 19 20 Màn hình form Warehouse Management: 20 21 Màn hình form Inventory report: 2.1.2 Những chức chưa làm + Ở form Inventory management chưa add link vào cột action, chưa custom cột xếp 2.2 Tài liệu tham khảo - Tham khảo kiến thức sách: Tài liệu thực hành Lập trình Windows (Lưu hành nội bộ) - Một số website: stackoverflow.com, 2.3 Phụ lục 21