Các đặc điểm kiến trúc của thiết kế và phát triển ứng dụng web. Giao diện dựa trên web. Xem “Giao diện hướng web” là gì trong các từ điển khác
GIỚI THIỆU
Hiện tại, không thể tưởng tượng một công ty lại không có bộ phận mua hàng dưới hình thức này hay hình thức khác. Đó có thể là một bộ phận có số lượng lớn nhân viên, các quy định riêng, chiến lược hoặc chức năng bổ sung do các chuyên gia của một hồ sơ khác đảm nhiệm. Dù tổ chức nắm giữ có cấu trúc nào, quá trình này phải trải qua một số giai đoạn nhất định, bất kể khối lượng hàng hóa hoặc dịch vụ được mua, đặc thù của ngành, điều khoản thanh toán và giao hàng. Các giai đoạn này được hình thành dưới sự tác động của các quy định do nhà nước ban hành cũng như hình ảnh hiện hữu về sự phân chia quyền lực cũng như sự chuyển giao quyền lực trong thực tiễn kinh doanh. Mục tiêu của dự án luận án này là quá trình phát triển một hệ thống thông tin cho phép bạn cấu trúc thông tin đến và hướng nó theo một lộ trình đã được chứng minh để hoàn thành và thực hiện chính xác chu trình mua sắm, bắt đầu từ khi xuất hiện yêu cầu, kết thúc bằng việc hình thành một thẻ lưu trữ chứa tất cả các chi tiết của giao dịch, cũng như lịch sử phê duyệt trong công ty. Tầm quan trọng của thông tin này không thể được đánh giá quá cao trong quá trình kiểm toán nội bộ và bên ngoài, thanh tra của cơ quan thuế, các vấn đề phát sinh sau khi giao hàng cũng như trong quá trình mua hàng lặp lại.
Trong này công việc tốt nghiệp xem xét tự động hóa quy trình mua sắm trong lĩnh vực thiết bị kỹ thuật công nghệ cao, phần mềm và các dịch vụ đi kèm. Khu vực được chọn chắc chắn sẽ mang lại những đặc điểm riêng cho hệ thống tự động hóa mua sắm đang được phát triển.
Mục tiêu của dự án tốt nghiệp là tạo ra một hệ thống thông tin tự động để quản lý các hoạt động mua sắm trong lĩnh vực công nghệ thông tin, bao gồm người dùng, mạng, thiết bị kỹ thuật máy chủ cũng như các dịch vụ, công trình và phần mềm liên quan. Hệ thống được phát triển cho phép bạn gửi yêu cầu, gửi yêu cầu đến bộ phận kỹ thuật để kiểm tra, trải qua lộ trình phê duyệt được xác định trước đáp ứng các quy định nội bộ của công ty, đưa ra yêu cầu và cũng theo dõi tình trạng thực hiện yêu cầu hiện tại, cụ thể là : yêu cầu dự toán ngân sách, lựa chọn nhà cung cấp, đăng ký giai đoạn giao hàng, chuyển đến kho, phản ánh thẻ yêu cầu trong kho lưu trữ.
Mục tiêu của dự án tốt nghiệp là: 1. Thiết kế mô hình cơ sở dữ liệu; 2. Xây dựng tổ hợp tự động hóa quản lý công trường;
3. Thực hiện vận hành các phân hệ phần mềm cơ bản của hệ thống;
4. Nâng cao hiệu quả quản trị trang; 5. Xác định các khoản mục chi phí chính cho thiết kế hệ thống, cũng như xác định điều kiện làm việc của con người trong khuôn viên văn phòng; 6. Quy định thời gian làm việc và nghỉ ngơi trong thời gian làm việc làm việc trực tiếp với công nghệ máy tính và các giải pháp phần mềm.
Hệ thống thông tin được phát triển như một phần của bằng tốt nghiệp được tạo ra trên cơ sở các quy định nội bộ về hoạt động mua sắm của Công ty cổ phần đóng cửa “Đầu tư tổ chức “FINAM” cho năm 2014.
"FINAM" CỦA HỌ có một trong những nguyên tắc thường gặp trong cơ cấu tổ chức - nguyên tắc chức năng của việc hình thành, trong đó cơ quan quản lý chính là Hội đồng quản trị.
Sau khi nghiên cứu các giải pháp hiện có trên thị trường để tự động hóa các hoạt động mua sắm, người ta kết luận rằng chi phí mua và bảo trì chúng cao, độ phức tạp của việc tích hợp vào hệ thống thông tin của công ty, sự hiện diện của các chức năng không cần thiết và thiếu sự thuận tiện. trong việc phê duyệt các yêu cầu mua hàng, đây là một trong những chức năng quan trọng nhất đối với tổ chức lớn.
các phương pháp được sử dụng, cũng như các công cụ thiết kế, cũng như sự phát triển, kết quả khảo sát về lĩnh vực chủ đề phải được đưa ra:
PHẦN I. TUYÊN BỐ MỤC TIÊU CỦA DỰ ÁN
1.1. Lý thuyết hệ thống thông tin
Theo tiêu chuẩn quốc tế ISO/IEC 2382-1 về độ tin cậy của thông tin do Tổ chức Tiêu chuẩn hóa Quốc tế và Ủy ban Kỹ thuật Điện Quốc tế phối hợp phát triển, thuật ngữ “Hệ thống thông tin” được định nghĩa như sau: “một hệ thống xử lý thông tin hoạt động kết hợp với nguồn lực của tổ chức như con người, phương tiện kỹ thuật và cả nguồn lực tài chính để cung cấp và phân phối thông tin.” Theo GOST RV 51987 của Nga, hệ thống thông tin được định nghĩa là một hệ thống tự động, “kết quả của hoạt động của nó là trình bày thông tin đầu ra cho lần sử dụng tiếp theo”.
Người ta tin rằng trong tổ chức cần có một hệ thống thông tin doanh nghiệp thống nhất, đáp ứng mọi nhu cầu thông tin của nhân viên. Trong thực tế, các công ty thường vận hành một số hệ thống thông tin khác nhau để giải quyết các nhóm vấn đề riêng biệt: quản lý, đảm bảo độ tin cậy, hoạt động tài chính và kinh tế, v.v. Một số vấn đề được giải quyết thông qua việc sử dụng đồng thời một số hệ thống thông tin, trong khi một số nhiệm vụ không được tự động hóa. Việc sử dụng giải pháp thông tin này được gọi là “tự động hóa chắp vá” và cũng khá phổ biến ở nhiều doanh nghiệp.
PHÂN LOẠI HỆ THỐNG THÔNG TIN
Hệ thống thông tin có thể được phân loại theo mức độ tự động hóa của thông tin được xử lý đến cũng như theo phạm vi ứng dụng.
Hệ thông thông tin
Phân loại theo mức độ tự động hóa thông tin được xử lý Phân loại theo phạm vi áp dụng
Thủ công - đặc trưng bởi thực tế là tất cả các hoạt động xử lý dữ liệu xảy ra phải được thực hiện bởi một người. Các hệ thống hỗ trợ quyết định. Được thiết kế để tự động hóa hoạt động của nhân viên khoa học, phân tích kỹ lưỡng thông tin cú pháp để quản lý thí nghiệm.
Tự động - đặc trưng bởi thực tế là một số chức năng điều khiển, cũng như xử lý dữ liệu, chịu sự điều khiển tự động và một số bởi con người. Hệ thống thiết kế có sự hỗ trợ của máy tính. Được thiết kế để tự động hóa hoạt động của các kỹ sư thiết kế và nhà phát triển.
Tự động - đặc trưng bởi thực tế là tất cả các chức năng điều khiển có sẵn, cũng như xử lý dữ liệu đầu vào, được thực hiện bằng các phương tiện kỹ thuật mà không cần sự can thiệp của con người. Hệ thống quản lý tổ chức. Được thiết kế để tự động hóa hoàn toàn các chức năng của nhân viên quản lý.
Hệ thống điều khiển quy trình kỹ thuật. Được thiết kế để tối ưu hóa nhiều quy trình công nghệ.
CẤU TRÚC, CẤU TRÚC CỦA HỆ THỐNG THÔNG TIN
Các quy trình sau được thực hiện trong hệ thống thông tin:
thu thập thông tin cần thiết;
lưu trữ thông tin được thu thập;
xử lý thông tin có sẵn;
đưa ra các thông tin được yêu cầu.
Các quá trình này được thực hiện bởi các thành phần khác nhau của hệ thống thông tin. Có thể sử dụng các phương tiện tự động, nhưng hầu hết việc thu thập và cung cấp thông tin đều diễn ra bằng giao diện người dùng với sự tham gia của con người. Giao diện người dùng không gì khác hơn là một tập hợp các phần tử nhất định, cũng là các thành phần chương trình, có thể ảnh hưởng đến sự tương tác của người dùng với phần mềm thông tin. Quá trình lưu trữ thông tin hiện có không gì khác hơn là lưu trữ dữ liệu lâu dài trên nhiều phương tiện khác nhau, cũng như ở dạng mảng dữ liệu có cấu trúc cụ thể. Trong thực tế hiện đại, cơ sở dữ liệu thường được sử dụng để lưu trữ thông tin. Cơ sở dữ liệu hệ thống máy tính có thể được định nghĩa là một tập hợp logic các dữ liệu có liên quan với nhau được người dùng sử dụng, cũng được lưu trữ với tính dự phòng được kiểm soát. Dữ liệu được lưu trữ độc lập với các chương trình người dùng; một phương pháp kiểm soát chung được sử dụng để sửa đổi quá trình điều chỉnh. Xử lý thông tin bao gồm việc lấy một số “đối tượng thông tin” từ các “đối tượng thông tin” khác bằng cách thực hiện các thuật toán nhất định; nó cũng là một trong những hoạt động xác định được thực hiện trên thông tin được lưu trữ.
Các thủ tục chính hiện có để xử lý thông tin có sẵn là:
Tạo dữ liệu mới;
Sửa đổi dữ liệu đã tạo;
đảm bảo tính toàn vẹn dữ liệu;
tìm kiếm thông tin cần thiết;
đưa ra quyết định;
tạo ra các báo cáo và tài liệu cần thiết.
Do đó, một hệ thống thông tin thường bao gồm ba thành phần:
giao diện người dùng;
cơ sở dữ liệu;
công cụ phần mềm để xử lý dữ liệu có sẵn.
Tất cả các loại hệ thống thông tin được thảo luận ở trên, bất kể phạm vi ứng dụng của chúng, đều chứa cùng một bộ các thành phần cần thiết. Sự phân rã của hệ thống thông tin như sau:
Hệ thống thông tin
Thành phần chức năng Thành phần hệ thống xử lý dữ liệu Thành phần tổ chức
Các hệ thống con chức năng Hỗ trợ thông tin Các hình thức cơ cấu tổ chức mới
Nhiệm vụ chức năng Nhân viên hỗ trợ kỹ thuật
Mô hình, thuật toán Hỗ trợ pháp lý
Phần mềm
Hỗ trợ ngôn ngữ
Sau đây là giải thích về từng thành phần tạo nên hệ thống thông tin:
Các thành phần chức năng được hiểu là các chức năng quản lý, thể hiện một tập hợp hoàn chỉnh các hoạt động quản lý được kết nối với nhau về thời gian và không gian cần thiết để đạt được các mục tiêu kinh doanh.
Sự phân rã của hệ thống thông tin theo chức năng bao gồm việc tách các bộ phận riêng lẻ của nó được gọi là các hệ thống con chức năng. Dấu hiệu chức năng xác định mục đích của hệ thống cũng như các nhiệm vụ chính được thực hiện. Các hệ thống thiết kế và tự động hóa hiện đại bao gồm các mô hình và thuật toán, trong đó những mô hình và thuật toán hiệu quả nhất được xác định trong quá trình phát triển hệ thống thông tin.
Cấp độ tiếp theo của cấu trúc hệ thống thông tin là tập hợp các thành phần hệ thống xử lý dữ liệu. Hệ thống xử lý dữ liệu được thiết kế để cung cấp dịch vụ thông tin cho các chuyên gia từ các cơ quan quản lý khác nhau của công ty mẹ. Chức năng chính của hệ thống xử lý dữ liệu là thực hiện việc thu thập, đăng ký và truyền thông tin đến phương tiện máy tính, cụ thể là:
Chuyển thông tin đến nơi lưu trữ và xử lý thông tin đó;
Tạo và duy trì cơ sở thông tin;
Xử lý các thông tin có sẵn trên máy tính (Điền, sắp xếp, điều chỉnh, lấy mẫu, xử lý số học, logic) để giải quyết các bài toán chức năng của hệ thống (hệ thống con), quản lý đối tượng;
Xuất thông tin dưới dạng videogram, tín hiệu điều khiển trực tiếp các quy trình kỹ thuật, thông tin liên lạc với các hệ thống khác;
Tổ chức và quản lý quá trình tính toán trong mạng máy tính cục bộ và toàn cầu.
Hệ thống xử lý dữ liệu có thể hoạt động ở ba chế độ cơ bản:
Lô hàng;
Tương tác;
Thời gian thực.
Kết quả xử lý được cung cấp cho người dùng sau khi hoàn thành cái gọi là lô nhiệm vụ - điển hình cho chế độ hàng loạt. Ví dụ, hệ thống báo cáo thống kê. Khía cạnh tiêu cực của chế độ này là người dùng ở xa quá trình xử lý thông tin trực tiếp, làm giảm hiệu quả của việc ra quyết định.
Ở chế độ tương tác hoặc hội thoại, các tin nhắn được trao đổi giữa hệ thống và người dùng. Ví dụ: nhiệm vụ sử dụng tài nguyên ngay lập tức.
Chế độ thời gian thực được sử dụng để kiểm soát các quá trình thoáng qua. Ví dụ, xử lý và truyền tải thông tin ngân hàng trong mạng lưới quốc tế toàn cầu.
Hỗ trợ thông tin không gì khác hơn là một tập hợp các phương pháp, phương tiện sắp xếp và tổ chức thông tin, bao gồm cả hệ thống phân loại, quản lý, hệ thống tài liệu thống nhất, hợp lý hóa, xử lý tài liệu, cả các dạng tài liệu, phương pháp tạo cơ sở thông tin. một hệ thống thông tin.
Phần mềm – một bộ công cụ phần mềm để tạo ra các hệ thống xử lý dữ liệu bằng cách sử dụng công nghệ máy tính.
Hỗ trợ kỹ thuật là một tập hợp các phương tiện kỹ thuật được sử dụng để vận hành hệ thống xử lý dữ liệu; nó cũng bao gồm một thiết bị thực hiện các hoạt động xử lý dữ liệu tiêu chuẩn cả bên ngoài máy tính và cả trên các máy tính thuộc nhiều loại khác nhau.
Hỗ trợ pháp lý là một tập hợp các quy phạm pháp luật quy định việc tạo ra và hoạt động của một hệ thống thông tin. Hỗ trợ pháp lý do IP xây dựng bao gồm các quy định về mối quan hệ hợp đồng giữa khách hàng và nhà phát triển hệ thống thông tin, quy định pháp lý về các sai lệch.
Hỗ trợ pháp lý cho hoạt động của hệ thống xử lý dữ liệu bao gồm:
Điều kiện công nhận hiệu lực pháp luật tài liệu thu được bằng cách sử dụng công nghệ máy tính. Quyền, nghĩa vụ và trách nhiệm của nhân viên, bao gồm cả tính kịp thời và chính xác của việc xử lý thông tin.
Các quy tắc sử dụng thông tin cũng như thủ tục tách biệt các bên liên quan đến độ tin cậy của thông tin.
Hỗ trợ ngôn ngữ – là một tập hợp các phương tiện ngôn ngữ, được sử dụng ở các giai đoạn khác nhau trong quá trình tạo và vận hành hệ thống xử lý dữ liệu để tăng hiệu quả giao tiếp của con người cũng như máy tính.
Cấu trúc của hệ thống thông tin hướng web
Luận án này trình bày về một hệ thống thông tin hướng Web, được triển khai dưới dạng ứng dụng client-server trong đó client là trình duyệt và server là web server.
Tổ chức này cung cấp một số lợi thế: trình duyệt web là một hệ thống tích hợp trong hầu hết các hệ điều hành, cho phép các chức năng phát triển, cài đặt, cập nhật và hỗ trợ phía máy khách không thuộc về nhà phát triển hệ thống thông tin. Logic của hệ thống thông tin tập trung vào máy chủ. Ngoài ra, khách hàng có thể không phụ thuộc vào một hệ điều hành người dùng, cho phép hệ thống thông tin có tính đa nền tảng. Các chức năng của hệ thống được triển khai một lần, thay vì phát triển các phiên bản khác nhau cho các hệ điều hành khác nhau như Microsoft Windows, Mac OS, Linux.
Một số hạn chế về chức năng của giao diện do trình duyệt web cung cấp có thể được khắc phục bằng cách sử dụng các ứng dụng Adobe Flash hoặc Java. Những ứng dụng như vậy thường được gọi là ứng dụng Internet phong phú.
Để tạo nhiều ứng dụng web ở phía máy chủ, các công nghệ và ngôn ngữ lập trình phổ biến sau đây được sử dụng:
ASP, ASP.NET (Active Server Pages là một công nghệ tạo các ứng dụng web cũng như các dịch vụ web của Microsoft. Nó là một phần không thể thiếu của nền tảng Microsoft .NET, cũng là sự phát triển của công nghệ Microsoft ASP cũ. Hiện tại, phiên bản mới nhất của công nghệ này là ASP .NET 4.5.1)
Perl (Ngôn ngữ trích xuất và báo cáo thực tế - “ngôn ngữ thực tế để trích xuất và báo cáo dữ liệu”)
PHP (Bộ tiền xử lý siêu văn bản - “bộ tiền xử lý siêu văn bản”; ban đầu là Công cụ trang chủ cá nhân - “Công cụ tạo trang web cá nhân”;)
Python ([ˈpʌɪθ(ə)n]; trong tiếng Nga tên python là phổ biến) là ngôn ngữ lập trình đa năng cấp cao nhằm tăng năng suất của nhà phát triển và khả năng đọc mã.)
Ruby ((tiếng Anh ruby - ruby, phát âm là ['ru:bɪ] - ruby) là ngôn ngữ lập trình cấp cao năng động, phản chiếu, được giải thích để lập trình hướng đối tượng nhanh chóng, cũng thuận tiện.)
1.2. Đánh giá phân tích các hệ thống thông tin tự động hiện có
1.2.1. QUẢN LÝ MUA SẮM ORACLE
Một trong những giải pháp tự động hóa mua sắm rộng rãi và phổ biến nhất là
Tìm nguồn cung ứng Oracle® (Thị trường điện tử). Đây không gì khác hơn là một ứng dụng được thiết kế để nâng cao hiệu quả của các nguồn cung cấp chiến lược trong kho. Nó là thành phần chính của bộ ứng dụng Mua sắm nâng cao tích hợp của Oracle, giúp giảm đáng kể chi phí quản lý nguồn cung. Chức năng chính của nó:
Tự động tạo danh sách nhà cung cấp tối ưu; Giai đoạn hoàn thành các dự án; Phong cách thiết kế tài liệu linh hoạt; Kiểm soát truy cập cho nhiều tổ chức; Trung tâm Khách hàng Chuyên nghiệp; Đăng ký nhà cung cấp tiềm năng;
Nhiều loại, cũng có mẫu phù hợp; Hệ thống nhắn tin nội bộ dành cho chuyên gia cung ứng; Độ tin cậy của các chuyên gia cung ứng; Danh sách các yếu tố giá (chi phí cố định và chi phí biến đổi); Tính giá dựa trên khoảng thời gian; Danh sách các giao dịch đã hoàn thành có khả năng sử dụng lại; Danh sách xếp hạng các chỉ số; Hỗ trợ đa ngôn ngữ
Tìm kiếm tổng hợp để phê duyệt; Đóng cửa sớm/phê duyệt thủ công; Thông báo về sự xuất hiện của các sự kiện; Quy tắc công ty, cũng như tiêu chuẩn; Sửa đổi phê duyệt; Định giá thông qua trung gian; Phản hồi của nhà cung cấp bằng cách sử dụng trang web của nhà cung cấp; Quản lý hồ sơ nhà cung cấp; So sánh các báo cáo trực tuyến; Thiết lập tự động hệ thống tích hợp xác định các chỉ số thực hiện; Xác định toàn diện các chỉ số hoạt động; Hình thành lô; Đặt ra các nguyên tắc xác định các chỉ số hiệu quả của ưu đãi (không chỉ giá cả mà còn cả các thuộc tính bổ sung); Lựa chọn nhà cung cấp; Nhiều định dạng biểu đồ, cả bảng
Kịch bản phân tích; Tạo đơn đặt hàng; Phối hợp các ứng dụng ràng buộc.
Công ty nổi tiếng Oracle đã ra mắt Oracle Sourcing On Demand, một dịch vụ SaaS mới để mua sắm hàng hóa và dịch vụ, có thể được truy cập trên cơ sở đăng ký.
Nó được tích hợp với các hệ thống ERP hiện có cũng như của các đối thủ cạnh tranh, cho phép chi phí được đặt ở mức 850 USD mỗi tháng cho một người dùng. Dịch vụ mới được thiết kế dành cho các công ty lớn có doanh thu cung ứng lớn.
Giá có vẻ cao, nhưng ngay cả các công ty lớn cũng thường có không quá 20 chuyên gia mua hàng trong đội ngũ nhân viên của họ. Để so sánh, Oracle CRM On Demand SaaS, có giá 100 USD mỗi tháng, được hàng nghìn nhà quản lý bán hàng sử dụng.
Tìm nguồn cung ứng theo yêu cầu của Oracle chủ yếu dành cho việc mua sắm thiết bị kỹ thuật. Đối với nhiều công ty, việc trả 850 USD cho mỗi người dùng mỗi tháng sẽ có lợi hơn thay vì đầu tư vào việc tạo ra phần mềm tương tự trên trang web của họ.
Dưới đây là một số dạng sàng lọc điển hình của chương trình Quản lý đấu thầu Oracle:
Trang chủ của nhà điều hành giao dịch.
Theo dõi đấu thầu thông qua Bảng điều khiển tương tác.
Trình bày đa dạng các ưu đãi của nhà cung cấp.
Thư viện các điều kiện hợp đồng.
Mẫu đơn đặt hàng mua hàng.
Trang chủ của nhà cung cấp.
Mẫu gửi Thông báo giao hàng trước (ADN).
Trang tạo hóa đơn.
Hình thức giao diện Web trực quan, cũng quen thuộc với những người yêu thích mua sắm trực tuyến.
Một hình thức cung cấp thông tin mở rộng về sản phẩm, mang đến cho người dùng cơ hội đưa ra lựa chọn sáng suốt.
Một biểu mẫu để xem nhanh đơn đăng ký, phê duyệt và trạng thái đơn hàng.
Loại nơi làm việc quản lý nhà cung cấp.
1.2.2. "ĐĂNG KÝ MUA HÀNG"
Một ứng dụng đơn giản và rẻ hơn cho hoạt động mua sắm trong nước. Các tính năng chính của chương trình “Đăng ký mua sắm”: Lập kế hoạch mua hàng theo 44-FZ, 223-FZ; Kiểm soát việc mua hàng từ một nhà thầu duy nhất; Duy trì sổ đăng ký mua hàng không thành công; Lập báo cáo thống kê: 1 hợp đồng, 1 lần mua hàng; Thư mục, cũng có giới hạn về nguồn tài trợ; Duy trì sổ đăng ký đấu thầu; Phân tích về KOSGU, cũng như tài chính; Duy trì các thỏa thuận mua sắm bổ sung; Tải dữ liệu lên định dạng Microsoft Excel; Đang tải các mục đặc tả từ định dạng Microsoft Excel; Đăng ký nhà thầu phụ; Bộ phân loại OKPD, OKVED, OKDP, OKEY; Báo cáo thống kê 1-Hợp đồng, cũng 1-Mua hàng.
Chi phí để có được quyền sử dụng vĩnh viễn chương trình “Đăng ký mua sắm” là 10.800 rúp khi sử dụng phiên bản cơ bản. mỗi nơi làm việc, khi mua phiên bản mở rộng 60.000 rúp cho mỗi nơi làm việc, cũng không giới hạn số lượng khách hàng. Đối với đồ án luận án đang được xem xét, chỉ có phiên bản mở rộng được áp dụng, bởi vì số lượng khách hàng nhiều hơn một.
Dưới đây là các dạng màn hình điển hình của chương trình Đăng ký đấu thầu:
"Đăng ký mua sắm". Danh sách mua hàng đã hoàn thành.
"Đăng ký mua sắm". Tạo báo cáo 1-Hợp đồng.
"Đăng ký mua sắm". Chỉnh sửa một vị trí lịch trình.
"Đăng ký mua sắm". Phân tích mua hàng theo KOSGU.
"Đăng ký mua sắm". Xem mua hàng theo nguồn tài trợ.
"Đăng ký mua sắm". Tải lên lịch trình ở định dạng có cấu trúc để bảo vệ môi trường.
"Đăng ký mua sắm". Tóm tắt các phương pháp xác định nhà cung cấp.
"Đăng ký mua sắm". Tạo báo cáo Đăng ký đấu thầu.
"Đăng ký mua sắm". Một trong những mẫu báo cáo là Sổ đăng ký đấu thầu.
"Đăng ký mua sắm". Chỉnh sửa một hạng mục mua hàng có chọn căn cứ thực hiện.
"Đăng ký mua sắm". Chỉnh sửa các mặt hàng đặc điểm kỹ thuật mua hàng.
"Đăng ký mua sắm". Thư mục, cũng là bộ phân loại.
"Đăng ký mua sắm". Khả năng làm việc với lịch trình – chỉnh sửa hàng loạt các vị trí.
"Đăng ký mua sắm". Khả năng làm việc với các kế hoạch và lịch trình - chỉnh sửa hàng loạt vị trí.
"Đăng ký mua sắm". Xác định tính đồng nhất của NMCC - tính hệ số biến thiên.
1.2.3. SAP "QUẢN LÝ MỐI QUAN HỆ NHÀ CUNG CẤP"
Giải pháp mới từ Quản lý quan hệ nhà cung cấp là một dự án quy mô đầy đủ nhằm cung cấp cho các tổ chức lớn và đối tác của họ dịch vụ chính thức để quản lý mối quan hệ với nhà cung cấp. Giải pháp Quản lý quan hệ nhà cung cấp dựa trên nền tảng SAP NetWeaver, giúp giảm nhu cầu tích hợp riêng lẻ các ứng dụng khác nhau của công ty nhờ các khả năng mới để kết hợp và điều phối nhân viên, thông tin và quy trình ở mọi cấp độ công nghệ và tổ chức. Các quy trình cung cấp chính được tự động hóa bằng hệ thống này:
Mua sắm chiến lược, cũng như lựa chọn nguồn cung cấp.
Cung cấp hoạt động.
Hợp tác với các nhà cung cấp.
Quản lý thư mục.
Quá trình phát triển hệ thống cung ứng của tổ chức là một quá trình phức tạp gồm nhiều giai đoạn, bao gồm việc phân tích liên tục các hoạt động mua hàng của tổ chức, phân tích chất lượng công việc của các nhà cung cấp, duy trì đàm phán với các nhà cung cấp tiềm năng, thống nhất hợp đồng, lựa chọn nhà cung cấp tối ưu. để đáp ứng nhu cầu của tổ chức về nguyên vật liệu hoặc dịch vụ. Trọng tâm của thành phần Tìm nguồn cung ứng chiến lược trong giải pháp Quản lý quan hệ nhà cung cấp SAP đang chuyển sang hướng thiết lập mối quan hệ lâu dài, cùng có lợi với các đối tác. Ngoài việc phân tích các điều kiện về giá trong các ưu đãi của nhà cung cấp, trọng tâm là tìm kiếm các điều kiện giao hàng tốt nhất từ những điều kiện mà trong tương lai sẽ mang lại khoản tiết kiệm ổn định với chất lượng và dịch vụ cao. Thành phần nàyđược thiết kế để giúp người mua và nhà phân tích đánh giá hiệu quả nhu cầu về hàng hóa và dịch vụ, kiểm soát thị trường mua sắm và xác định các nguồn cung cấp mới hoàn toàn phù hợp với các mục tiêu chiến lược của tổ chức và các đối tác.
Khả năng ký kết và quản lý hợp đồng giúp đơn giản hóa các cuộc đàm phán bằng cách hỗ trợ họ về mặt chuẩn bị thông tin. Bảo trì tập trung cơ sở dữ liệu hợp đồng, tìm kiếm hợp đồng cần thiết, tái sử dụng các mẫu và biểu mẫu, kiểm soát việc giao hàng theo hợp đồng, quản lý vật tư trong kho, thu thập thông tin phân tích cần thiết. Giải pháp cho phép bạn tự động theo dõi các hợp đồng đang hoạt động, cung cấp thông tin mới nhất về trạng thái và việc sử dụng hợp đồng.
Cung cấp hoạt động.
Giải pháp Quản lý quan hệ nhà cung cấp của SAP cho phép bạn tạo yêu cầu mua các vật liệu hoặc dịch vụ cần thiết trên cổng thông tin công ty, chọn mua hàng từ danh mục nội bộ hoặc bên ngoài.
Nhân viên tự phục vụ.
Hệ thống hỗ trợ lập kế hoạch mua hàng theo định hướng sản xuất. Để quản lý hiệu quả quy trình này, giải pháp cung cấp sự tích hợp chặt chẽ các quy trình mua sắm cũng như các hệ thống kiểm soát quản lý mạng lưới sản xuất, lập kế hoạch và hậu cần, đồng thời cung cấp các khả năng cơ bản sau để quản lý mua hàng theo kế hoạch:
1. tạo yêu cầu mua hàng; 2. Quản lý hoạt động mua sắm dịch vụ; 3. Đăng ký, đồng thời duy trì sổ đăng ký nhà cung cấp; 4. Phối hợp xử lý đơn hàng; 5. Tích hợp dữ liệu của các ứng dụng phần mềm, v.v.
Yêu cầu có thể được nhân viên tạo thủ công trong giải pháp SAP hoặc được nhận tự động từ nhiều hệ thống hiện có khác nhau; tích hợp với hệ thống ngân sách được cung cấp; Hội nhập với hệ thống khác nhau dịch vụ; tích hợp với các hệ thống quản lý dự án được kết nối với nhau; đăng ký nhận hàng tại kho; kiểm soát hóa đơn nhận được từ nhà cung cấp; khả năng tự động tạo hoá đơn theo bộ chứng từ đã điền đầy đủ cho việc nhận hàng tại kho; theo dõi tình trạng và luồng chứng từ logistics; luồng hành động có thể tùy chỉnh để phê duyệt yêu cầu mua hàng; lựa chọn nhà cung cấp tốt nhất; thực hiện các thủ tục đấu thầu cạnh tranh.
Một vấn đề quan trọng và thường rất tốn kém về việc tích hợp dữ liệu từ các ứng dụng phần mềm được giải quyết như sau: Nếu Những sân khấu khác nhau Các quy trình kinh doanh được triển khai trong các hệ thống không đồng nhất, sau đó việc đảo ngược các hệ thống này để hỗ trợ quy trình kinh doanh đang thay đổi có thể tốn nhiều tài nguyên. Thành phần Cơ sở hạ tầng Exchange, dựa trên các tiêu chuẩn truyền dữ liệu mở, có thể giảm đáng kể chi phí tích hợp và cũng loại bỏ mọi rào cản đối với nó. Cơ sở hạ tầng trao đổi lưu trữ tất cả thông tin cần thiết để truy cập các chức năng ứng dụng kinh doanh, tích hợp hệ thống và thực hiện các quy trình kinh doanh trong một cơ sở tri thức chung, duy nhất.
KẾT LUẬN
PHẦN II. PHÁT TRIỂN HỆ THỐNG THÔNG TIN CHO BỘ PHẬN MUA THIẾT BỊ CNTT VÀ PHẦN MỀM CỦA CÔNG TY ĐẦU TƯ “FINAM”
2.1. Đặc điểm của bộ phận mua sắm thiết bị CNTT, cũng như phần mềm của Tổ chức đầu tư "FINAM", cũng như việc xác định các yêu cầu đối với IS của bộ phận mua sắm.
Ở nhiều công ty, vai trò của bộ phận mua sắm thiết bị CNTT vẫn bị giới hạn ở một phạm vi hẹp các hoạt động thường ngày, chẳng hạn như mua phần mềm, thiết bị, linh kiện và dịch vụ. Ở một số công ty, bộ phận quản lý cung ứng và mua sắm đang đưa hoạt động của họ lên một tầm cao mới. Bằng cách hợp tác chặt chẽ hơn với khách hàng nội bộ, một số bộ phận mua sắm đã thành công trong việc giảm chi phí đáng kể trong các lĩnh vực không phải là truyền thống đối với họ (ví dụ: thái độ tiếp thị) - nơi những nỗ lực tối ưu hóa chi phí trước đây chưa mang lại kết quả rõ ràng. Các bộ phận quản lý mua hàng khác thậm chí còn đi xa hơn, bao gồm các vấn đề về sản xuất và chức năng hành chính mà họ quan tâm. Cuối cùng, những người khác vẫn đang thay đổi việc mua sắm để nó trở thành nơi thử nghiệm sự đổi mới: bằng cách thu hút các nhà cung cấp mới về hàng hóa hữu hình và vô hình, các đơn vị này góp phần mở rộng hoạt động trong lĩnh vực phát triển sản phẩm mới. Theo đó, hệ thống thông tin của bộ phận mua hàng phải cho phép điều chỉnh kịp thời công việc của mình phù hợp với những đổi mới mang tính thử nghiệm trong quản lý.
Kết quả công việc của bộ phận mua sắm thiết bị CNTT là hàng hóa được giao sẽ được chuyển cho nhân viên bộ phận kỹ thuật xử lý để cài đặt và cấu hình tiếp theo. Trình tự các hành động sau đây dẫn đến nó:
1. Đăng ký phát sinh yêu cầu
2. Chuyên môn kỹ thuật trong đó xác định nhu cầu về nguồn lực vật chất:
được xác minh, thông số kỹ thuật cũng được thống nhất và thời gian mua sắm cần thiết được xác định. Để thống nhất về đặc điểm kỹ thuật, cần đánh giá khả năng mua từ nhiều nguồn thay thế.
3. lựa chọn phương thức đấu thầu
4. thiết lập mức giá chấp nhận được cũng như các điều kiện giao hàng;
5. giám sát sản phẩm cho đến thời điểm giao hàng;
6. Hỗ trợ bộ phận kho nhận hàng bằng cách ký chứng từ khóa sổ, cũng như chuyển cho bộ phận kế toán.
7. hoàn thành chu trình mua sắm bằng cách gửi đơn đăng ký đến bộ phận kỹ thuật. bộ phận chuẩn bị thêm thiết bị để sử dụng hoặc cho khách hàng. Hoạt động này sẽ đồng thời gửi ứng dụng đến sổ đăng ký mua hàng đã hoàn thành.
Đóng với tham số
Vật bị loại bỏ
Đóng cửa với hướng tiếp theo.
2.1.2. Cơ cấu quản lý của Công ty Đầu tư "FINAM".
Hệ thống thông tin được phát triển như một phần của bằng tốt nghiệp được tạo ra trên cơ sở các quy định nội bộ về hoạt động mua sắm của Công ty cổ phần đóng cửa “Đầu tư tổ chức “FINAM” cho năm 2014.
“FINAM” CỦA HỌ có một trong những nguyên tắc thường gặp trong cơ cấu tổ chức - nguyên tắc chức năng của việc hình thành, trong đó cơ quan quản lý chính là Hội đồng quản trị.
Nguyên tắc chức năng của quản lý ngụ ý rằng cơ cấu được hình thành trên cơ sở phân chia tổ chức theo đặc điểm hoạt động của tất cả các bộ phận. Ví dụ, việc điều hành hoạt động được thực hiện riêng biệt cho từng nguồn lực: nguồn nhân lực chịu sự kiểm soát của bộ phận nhân sự, có các bộ phận kế toán, tài chính, an ninh, tiếp thị riêng, v.v. Sơ đồ này giả định việc tập trung hóa việc ra quyết định quản lý và phân cấp cấp dưới. Nhược điểm chính của sơ đồ chức năng là trung tâm điều khiển nằm ở trên cùng và chuỗi lệnh bị “kéo dài” theo chiều dọc. Vì lý do này, rất khó để thực hiện các giải pháp ảnh hưởng đến nhiều bộ phận cùng một lúc. Để giải quyết các vấn đề liên quan đến đặc điểm này trong nguyên tắc chức năng của tổ chức nắm giữ, mỗi lần mua hàng đều phải được người phụ trách đơn vị khách hàng là thành viên Hội đồng quản trị phê duyệt.
2.2. Lựa chọn công cụ
Khi thiết kế hệ thống, người ta quyết định sử dụng sản phẩm phần mềm ERwin 7 và để triển khai nền tảng hệ thống, công nghệ WAMP đã được sử dụng, trong đó hệ điều hành Windows, máy chủ web Apache, MySQL là DBMS và thế giới ngôn ngữ chương trình - PHP . Hãy xem xét các yếu tố quyết định việc lựa chọn các sản phẩm phần mềm này.
2.2.1. Căn cứ cho việc lựa chọn công cụ thiết kế
ERwin
ERwin là một công cụ CASE hiện đại - mô hình hóa cơ sở dữ liệu hệ thống máy tính đáp ứng các yêu cầu sau (viết tắt của Computer Aided Software Engineering):
Cung cấp cho nhà phát triển cơ hội tập trung vào mô hình hóa hơn là giải quyết các vấn đề liên quan đến hiển thị đồ họa của sơ đồ. Công cụ này có thể tự động đặt các thực thể trên sơ đồ và cũng cho phép bạn sử dụng các công cụ trực quan hiệu quả, dễ quản lý cũng như tạo các loại biểu diễn mô hình.
Công cụ này có thể kiểm tra tính nhất quán logic của sơ đồ, tự động xác định và cũng loại bỏ sự không nhất quán. Đồng thời, công cụ này có khả năng cung cấp cho nhà phát triển một số quyền tự do hành động và cũng có quyền cho phép tồn tại những điểm không nhất quán hoặc một số sai lệch so với phương pháp luận.
Công cụ mô phỏng có thể cung cấp cả mô phỏng logic và vật lý.
Một thuộc tính quan trọng của công cụ này là nó cho phép bạn tự động tạo DBMS.
ERwin 7 là một công cụ thiết kế cơ sở dữ liệu dễ sử dụng. Việc phát triển thành công mô hình cơ sở dữ liệu hệ thống máy tính cho công việc này bao gồm hai giai đoạn: biên soạn mô hình logic và tạo mô hình vật lý trên cơ sở đó. ERwin thực hiện quá trình này, nó có hai cách biểu diễn mô hình: vật lý và logic. Nhà phát triển được trao một cơ hội duy nhất để chỉ xây dựng một mô hình cơ sở dữ liệu logic mà không cần suy nghĩ về các chi tiết khác nhau của việc triển khai vật lý, tức là. chú ý đến yêu cầu về thông tin đầu vào cũng như các quy trình nghiệp vụ hiện có sẽ được tự động hóa bởi cơ sở dữ liệu đang được phát triển. ERwin có giao diện người dùng khá thuận tiện cho phép bạn trình bày cơ sở dữ liệu ở nhiều khía cạnh khác nhau. Hãy đưa ra một ví dụ: ERwin có các công cụ trực quan hóa như “khu vực chủ đề”, cũng như “hiển thị được lưu trữ”. Chế độ xem được lưu trữ dễ dàng cho phép bạn tạo nhiều biến thể của chế độ xem mô hình, có thể làm nổi bật các chi tiết cần thiết có thể khiến mô hình trực quan trở nên quá bão hòa nếu được mô tả trong một lần trình diễn. Các lĩnh vực chủ đề cung cấp sự hỗ trợ vô giá ở chỗ chúng phân biệt được với một mô hình phức tạp, cũng khó nhận biết, các mảnh riêng lẻ chỉ liên quan đến một lĩnh vực, với những mảnh xung quanh mô hình thông tin làm việc.
Việc sử dụng mô hình ERwin để biểu diễn dữ liệu một cách logic và vật lý cho phép bạn có được một mô hình được ghi lại đầy đủ. ERwin có khả năng kết nối với DBMS, lấy thông tin về cấu trúc của cơ sở dữ liệu và cũng hiển thị nó trong giao diện đồ họa. Điều này cho phép bạn di chuyển cấu trúc dữ liệu hiện có từ nền tảng hiện có này sang nền tảng khác.
Công cụ ERWin CASE làm công cụ thiết kế cơ sở dữ liệu hệ thống máy tính sẽ cho phép chúng ta sử dụng các chức năng sau của nó:
1. tạo cơ sở dữ liệu hệ thống máy tính dựa trên mô hình, cũng như tạo ngược. mô hình dựa trên cơ sở dữ liệu hiện có cho 20 loại DBMS;
2. Phương pháp mô hình hóa kết cấu;
3. tái sử dụng các thành phần của mô hình đã tạo trước đó;
4. chuyển cấu trúc cơ sở dữ liệu của hệ thống máy tính từ DBMS thuộc loại DBMS này sang loại DBMS khác;
5. ghi lại cấu trúc cơ sở dữ liệu;
6. sử dụng cơ sở dữ liệu ở tất cả các giai đoạn: thiết kế, phát triển, thử nghiệm và hỗ trợ;
BPwin
Hệ thống BPwin sẽ giúp tối ưu hóa quy trình quản lý. Đối với công việc này, công cụ này là không thể thiếu do những đặc điểm nổi bật sau:
1. Phát triển phương pháp mô hình hóa dựa trên IDEF0;
2. Trình soạn thảo mô tả hoạt động và kết nối;
3. Cấu trúc phân cấp của sơ đồ;
4. Sơ đồ phân rã mô tả đặc điểm tương tác của các quá trình;
5. Hỗ trợ phương pháp IDEF3;
6.Tích hợp, đồng thời kết nối với ERwin (phương pháp IDEF1X).
2.2.2. Căn cứ cho việc lựa chọn phương tiện để triển khai hệ thống
PHP
PHP (Bộ tiền xử lý siêu văn bản) là ngôn ngữ lập trình được tạo để tạo các trang HTML trên máy chủ web, cũng như làm việc với cơ sở dữ liệu.
Ưu điểm của PHP không gì khác hơn là cung cấp cho các nhà phát triển web khả năng tạo các trang web được tạo động. Bạn có thể nhúng mã PHP vào một trang HTML, trang này sẽ được thực thi mỗi khi bạn truy cập.
Ngôn ngữ PHP được đặc trưng bởi sự đơn giản. Không cần phải tải thư viện. PHP thực thi mã bên trong các dấu phân cách. Mọi thứ nằm ngoài giới hạn đều được xuất ra mà không thay đổi. Điều này rất thuận tiện cho việc chèn mã PHP vào tài liệu HTML.
Ngôn ngữ PHP được đặc trưng bởi tính hiệu quả. PHP độc lập với các trình duyệt, bởi vì... Trước khi được gửi đến máy khách, các tập lệnh PHP được biên dịch ở phía máy chủ.
Các yếu tố được liệt kê ở trên quyết định việc lựa chọn PHP làm ngôn ngữ kịch bản chính trong hệ thống đang được phát triển này.
Kiến trúc cơ sở dữ liệu web
Chúng ta hãy xem xét cấu trúc bên ngoài của hệ thống cơ sở dữ liệu Web cũng như phương pháp phát triển của nó.
Kiến trúc của trang web, bao gồm cơ sở dữ liệu, phức tạp hơn một chút so với kiến trúc được sử dụng khi gửi yêu cầu một trang.
Các ứng dụng cơ sở dữ liệu Web đang được phát triển trong dự án này có cấu trúc cơ sở dữ liệu Web toàn cầu như trong Hình 2. 2.6.
Quả sung. 2.6 Kiến trúc cơ bản của cơ sở dữ liệu Web bao gồm trình duyệt Web
Máy chủ web, công cụ tập lệnh, cũng như máy chủ cơ sở dữ liệu
Một giao dịch cơ sở dữ liệu Web điển hình bao gồm các bước sau, được biểu thị bằng các số trong Hình. 2.6.
1. Trình duyệt Web của người dùng gửi yêu cầu HTTP cho một trang Web cụ thể.
2. Máy chủ Web nhận được yêu cầu về results.php, chấp nhận tệp và cũng gửi nó đến cơ chế PHP để xử lý thêm.
3. Công cụ PHP, sau khi nhận được dữ liệu, sẽ bắt đầu phân tích cú pháp chi tiết của tập lệnh. Tập lệnh chắc chắn chứa lệnh để kết nối với cơ sở dữ liệu và cũng thực hiện truy vấn được yêu cầu trong đó. PHP mở một kết nối mới tới máy chủ MySQL và cũng gửi yêu cầu cần thiết tới nó.
4. Máy chủ MySQL chấp nhận yêu cầu đến cơ sở dữ liệu, xử lý nó và sau đó gửi kết quả trở lại công cụ PHP.
5. Cơ chế PHP, sau tất cả những điều trên, sẽ hoàn tất việc thực thi tập lệnh, định dạng tất cả các kết quả của yêu cầu dưới dạng HTML, sau đó gửi kết quả đến máy chủ Web ở định dạng HTML.
6. Đến lượt máy chủ Web sẽ gửi HTML tới trình duyệt.
MySQL
MySQL là một hệ thống quản lý cơ sở dữ liệu quan hệ miễn phí. MySQL có thể được phân phối tự do theo các điều khoản của GPL (Giấy phép Công cộng Chung). Điều này không có nghĩa gì hơn ngoài việc bất kỳ ai cũng có thể áp dụng nó và bất kỳ ai cũng có thể thay đổi nó. MySQL cũng phù hợp nhất để sử dụng trong các hệ thống quản lý cơ sở dữ liệu web. Vì tất cả những lý do này, MySQL được công nhận là tiêu chuẩn thế giới trong lĩnh vực hệ thống quản lý cơ sở dữ liệu cho web. Ngoài ra, điều đáng nói là nó đang phát triển các khả năng để sử dụng trong bất kỳ ứng dụng kinh doanh quan trọng nào, nghĩa là nó cạnh tranh bình đẳng với các DBMS nổi tiếng như Oracle, IBM, Microsoft và cũng hoàn toàn miễn phí.
Apache
Máy chủ HTTP Apache (viết tắt của máy chủ chắp vá) là một máy chủ web miễn phí.
Ưu điểm của Apache là độ tin cậy và tính linh hoạt trong cấu hình. Cho phép bạn kết nối các mô-đun hiện có bên ngoài để cung cấp dữ liệu hoàn chỉnh, sử dụng hệ thống quản lý cơ sở dữ liệu để xác thực người dùng, v.v.
2.2.3. Căn cứ cho việc lựa chọn phương tiện kỹ thuật
Hệ thống này sử dụng hai loại phương tiện kỹ thuật để hoạt động. Để sử dụng phần người dùng hiện có của hệ thống, bạn cần có thiết bị đầu cuối cảm ứng; đối với phần quản trị viên, bạn cần có PC.
Thiết bị đầu cuối cảm ứng bao gồm các bộ phận sau:
Các trường hợp,
Khối máy tính,
Màn hình cảm ứng,
PC của quản trị viên
Windows là một môi trường tích hợp cung cấp khả năng trao đổi liên tục và hiệu quả nhất về thông tin đồ họa, âm thanh, văn bản và video giữa các chương trình.
Để ISS hoạt động đầy đủ, cần có các thiết bị kỹ thuật HDPE sau:
Bộ xử lý, Bộ nhớ truy cập ngẫu nhiên (RAM, RAM), Ổ đĩa cứng, Card màn hình, Màn hình.
2.3. Phân tích lĩnh vực chủ đề, cũng như quy trình kinh doanh của Công ty Đầu tư "FINAM"
Các quy trình chính trong bộ phận mua sắm của Investment Holding "FINAM" là các quy trình phê duyệt, lập ngân sách và thực hiện các đơn đăng ký mua thiết bị CNTT cũng như phần mềm. (Hình 2.7).
Hình 2.7 Cấu trúc chung của các quy trình kinh doanh chính trong bộ phận mua sắm của Investment Holding "FINAM"
Khi nghiên cứu lĩnh vực chủ đề của doanh nghiệp đang được xem xét, có thể xác định được bốn quy trình kinh doanh chính (Hình 2.8.):
1. xử lý yêu cầu;
2. thực hiện đánh giá của chuyên gia trong lĩnh vực xác định sản phẩm cũng như giá thành của sản phẩm;
3. phối hợp các yêu cầu;
4. thực hiện việc giao hàng.
Tại doanh nghiệp được đề cập, có thể phân biệt ba loại yêu cầu chính:
Một. đề nghị mua thiết bị CNTT;
b. yêu cầu mua tài sản vô hình (phần mềm, chứng chỉ);
c. yêu cầu mua dịch vụ cũng hoạt động.
Quả sung. 2.8. Sơ đồ phân rã A0 của bộ phận mua hàng của Investment Holding "FINAM"
Xem xét các loại yêu cầu này, quy trình kinh doanh “Xử lý yêu cầu” bao gồm công việc sau (Hình 2.9.): Một nhân viên của công ty mẹ đặt yêu cầu mua hàng vào hệ thống. Vì có thể có ba loại yêu cầu và một nhân viên bình thường không phải lúc nào cũng có thể đáp ứng đủ yêu cầu của mình một cách thành thạo, nên ứng dụng phải trải qua quá trình phân tích sơ bộ bởi nhân viên của bộ phận mua sắm, trong đó thông tin bổ sung được xác định, thông tin cụ thể về yêu cầu, loại yêu cầu được xác định (thiết bị, tài sản vô hình hoặc dịch vụ, cũng hoạt động) , đồng thời, việc lựa chọn chính được thực hiện để đảm bảo tính chính xác của việc gửi đơn đăng ký đến bộ phận mua sắm thiết bị CNTT cũng như phần mềm. Ví dụ: yêu cầu mua đĩa CD từ một nhân viên nắm giữ sẽ bị từ chối, bởi vì Bộ phận kinh tế giải quyết các giao dịch mua hàng như vậy. Sau khi xác định loại hình mua hàng, đơn đăng ký sẽ được gửi đến một trong những nhân viên của bộ phận mua sắm liên quan đến thiết bị hoặc dịch vụ đặt hàng liên quan.
Quả sung. 2.9. Trình bày sự phân rã của quy trình nghiệp vụ “Xử lý yêu cầu”
Giai đoạn tiếp theo của quá trình xử lý đơn đăng ký là gửi đến bộ phận kỹ thuật để kiểm tra kỹ thuật. Trong quá trình kiểm tra kỹ thuật, nó trở nên rõ ràng:
a) sự sẵn có của thiết bị cần thiết trong kho hoặc khả năng thực hiện công việc của nhân viên bộ phận kỹ thuật.
b) tính đầy đủ cũng như sự cần thiết của yêu cầu.
c) đúng, đầy đủ thông số kỹ thuật của thiết bị được yêu cầu hoặc thông số kỹ thuật để thực hiện công việc.
d) nếu cần thiết, chuyên gia kỹ thuật có thể yêu cầu thêm thông tin.
Trong trường hợp a, b, d, hồ sơ có yêu cầu mua hàng được trả lại cho khách hàng kèm theo bình luận phù hợp.
Trong trường hợp ban hành thông số kỹ thuật hoặc nhiệm vụ kỹ thuật, đơn đăng ký sẽ được gửi đến bộ phận mua sắm để ban hành kiểm tra kinh tế, trong đó phải nêu rõ ngân sách mua sắm dự kiến. Khi thực hiện đánh giá ngân sách, có hai cách áp dụng:
1) ban hành thông số kỹ thuật chính xác cho biết chi phí có thể mua được sản phẩm/dịch vụ được yêu cầu.
2) từ chối đưa ra dự toán ngân sách do loại bỏ thiết bị khỏi sản xuất, không có công ty thầu cung cấp các dịch vụ cần thiết, không có giải pháp thay thế do nhà cung cấp đề xuất, v.v. trong trường hợp này, đơn đăng ký sẽ được trả lại bộ phận kỹ thuật kèm theo nhận xét phù hợp và đồng thời sẽ được kiểm tra kỹ thuật lại.
Quả sung. 2.10 Quy trình kinh doanh “chuyên môn kỹ thuật”
Tiếp theo là quy trình kinh doanh “Phê duyệt đơn đăng ký” (Hình 2.11), trong đó đơn đăng ký chứa thông tin đầy đủ và chính xác về tên, chi phí của thiết bị cần thiết và dịch vụ được gửi đến thành viên hội đồng chịu trách nhiệm chỉ đạo việc mua hàng dự kiến sẽ được thực hiện. Ngược lại, anh ta có thể yêu cầu sự chấp thuận bổ sung từ bất kỳ nhân viên nào của tổ chức. Nếu một thành viên hội đồng quản trị từ chối phê duyệt việc mua hàng, đơn đăng ký sẽ được trả lại cho khách hàng kèm theo nhận xét thích hợp.
Trong trường hợp có phản hồi tích cực, đơn sẽ được gửi đến thủ quỹ để phê duyệt phân bổ kinh phí với số tiền thích hợp. Trong trường hợp từ chối phân bổ vốn, đơn đăng ký sẽ được gửi đến khách hàng kèm theo nhận xét phù hợp. Ngoài ra, thủ quỹ có thể gửi đơn xin phê duyệt bổ sung cho bất kỳ nhân viên nào của tổ chức. Sau khi hồ sơ được phê duyệt sẽ được chuyển đến bộ phận mua sắm để thực hiện việc mua hàng theo quy định của bộ phận mua sắm (Hình 2.12).
Quả sung. 2.11 Trình bày sự phân rã của quy trình nghiệp vụ “Phê duyệt ứng dụng”
Theo quy định của bộ phận mua hàng, tổ chức đã áp dụng ba quy trình để lựa chọn nhà cung cấp. Thủ tục cần thiết được chọn tùy thuộc vào số tiền mua:
QUY TRÌNH LỰA CHỌN NHÀ CUNG CẤP THEO SỐ LƯỢNG MUA HÀNG:
Số lượng, chà. Chịu trách nhiệm lựa chọn nhà cung cấp Lựa chọn nhà cung cấp Thực hiện mua hàng
100-50000 Nhân viên bộ phận mua hàng Tiếp nhận và đối chiếu giá từ bảng giá của nhà cung cấp;
Lấy giá cả, cũng như thông tin về tính sẵn có của thiết bị trên các nguồn Internet (trang web của cửa hàng trực tuyến, nhà cung cấp thiết bị)
Thủ quỹ 50001-300000
Chịu trách nhiệm
Người phụ trách Yêu cầu qua email về đề xuất thương mại về thông số kỹ thuật của thiết bị/dịch vụ theo danh sách trong Phụ lục 2a, nhưng gửi tới ít nhất 2 nhà cung cấp* (+ yêu cầu đối với thiết bị tương tự trong kho của nhà cung cấp)
Xử lý các đề xuất nhận được cũng như tổng hợp thông tin vào một bảng duy nhất theo mẫu quy định tại Phụ lục 3
Gửi bảng cho quản lý để phê duyệt nhà cung cấp qua email. hệ thống thông tin thư hoặc nhắn tin/bỏ phiếu
Tài khoản. Sự cần thiết phải ký kết một thỏa thuận được đồng ý với Thủ quỹ, cũng như Khách hàng.
300001, cũng trên Thủ quỹ
Chịu trách nhiệm
Người phụ trách Tiến hành yêu cầu mở đối với các đề xuất theo Lệnh 284 ngày 12 tháng 9 năm 2011, tùy thuộc vào khả năng thực hiện của nó. Hiệp định
Quả sung. 2.12 Trình bày sự phân rã của quy trình kinh doanh “Thực hiện đơn hàng”
2.3.1.Xây dựng sơ đồ cấu trúc của hệ thống thông tin
Hệ thống dựa trên web được thiết kế trong công việc này được tạo ra nhằm đảm bảo cập nhật dữ liệu kịp thời trên cổng web của Tổ chức đầu tư "FINAM", cũng như để tạo điều kiện đáp ứng chất lượng cao trước những thay đổi về thông tin trong cơ sở dữ liệu của hoạt động mua sắm. bộ phận thiết bị CNTT cũng như phần mềm.
Thông tin đầu vào cho hệ thống được phát triển trong trường hợp này là dữ liệu về các yêu cầu thiết bị cần thiết, tài sản vô hình cũng như việc mua phần mềm dịch vụ liên quan (mạng, máy chủ, thiết bị người dùng, v.v.), mua chứng chỉ cho dịch vụ, hỗ trợ kỹ thuật , cập nhật, công việc liên quan), có thể được phê duyệt và thực thi cũng như bị từ chối.
Vì vậy, một hệ thống thông tin thực sự phải chứa các hệ thống con sau:
1. Tiểu hệ thống quản lý thông tin tài sản vật chất;
2. Hệ thống con quản lý thông tin về tài sản vô hình;
3. Hệ thống con quản lý thông tin về dịch vụ và công việc.
Đổi lại, trong hệ thống con để quản lý dữ liệu về tài sản vật chất, cần phân biệt thêm ba hệ thống con nữa:
1. Phân hệ quản lý thông tin thiết bị máy chủ;
2. Phân hệ quản lý thông tin thiết bị mạng;
3. Hệ thống con quản lý thông tin về thiết bị người dùng;
4. Phân hệ quản lý thông tin phụ tùng thay thế.
Hệ thống con quản lý dữ liệu về tài sản vô hình cũng bao gồm các hệ thống con bổ sung:
1. hệ thống con quản lý thông tin về giấy phép phần mềm vĩnh viễn;
2. hệ thống con quản lý thông tin về giấy phép phần mềm có thời hạn hiệu lực;
3. hệ thống con quản lý thông tin chứng chỉ;
Hệ thống con quản lý thông tin về dịch vụ và công việc được chia thành hai phần với các bản chất khác nhau:
1. hệ thống con quản lý thông tin về các dịch vụ một lần;
2. hệ thống con quản lý thông tin về các dịch vụ đang diễn ra
Hệ thống kết hợp các hệ thống con được liệt kê chịu trách nhiệm làm việc với cơ sở dữ liệu cũng như cập nhật dữ liệu trên cổng thông tin. Sơ đồ khối của hệ thống thông tin được thể hiện như hình dưới đây (Hình 2.18.).
Quả sung. 2.18.. Sơ đồ khối hệ thống thông tin
2.3.2.Xây dựng sơ đồ chức năng của hệ thống thông tin
Thông tin là một trong những tài nguyên quan trọng nhất trên thế giới trong nhiều thập kỷ. Các doanh nghiệp thương mại cũng không ngoại lệ. Để cải thiện chất lượng dịch vụ và cấu trúc công việc của bạn, bạn cần một hệ thống có thể đảm bảo hoạt động nhanh chóng với dữ liệu cũng như cập nhật dữ liệu trên cổng để người dùng khách luôn có quyền truy cập vào khả năng chỉ truy cập mới nhất thông tin.
Hệ thống thông tin phải thực hiện các nhiệm vụ sau:
1. cập nhật tức thời dữ liệu trên cổng thông tin;
2. đáp ứng đầy đủ những thay đổi trong cơ sở dữ liệu.
Sơ đồ chức năng chung của hệ thống như vậy được trình bày dưới đây (Hình 2.19.).
Hình 2.19 Sơ đồ chức năng chung của hệ thống thông tin
2.3.3.Xây dựng mô hình khái niệm hệ thống thông tin
Để phát triển mô hình khái niệm của hệ thống, cần phải lựa chọn các đối tượng thông tin. Trong trường hợp này là:
thiết bị máy chủ;
thiết bị mạng;
thiết bị người dùng;
phần mềm vĩnh viễn;
phần mềm có thời hạn sử dụng hạn chế;
phụ tùng;
dịch vụ đang diễn ra, cũng làm việc;
dịch vụ một lần, cũng hoạt động;
giấy chứng nhận;
Sô hiệu đăng ki;
số lượng nhân sự khách hàng;
sự chỉ rõ;
số dự toán ngân sách;
Tài sản vật chất;
tài sản vô hình;
dịch vụ, cũng hoạt động;
Trong sơ đồ, chúng ta sẽ hiển thị các thực thể ở dạng hình vuông và các thuộc tính ở dạng hình bầu dục (Hình 2.20.). Mối quan hệ “một-nhiều” giữa các đối tượng “Phụ tùng”, “thiết bị máy chủ”, “thiết bị mạng”, “thiết bị người dùng” cũng như “tài sản vật chất” được giải thích bởi thực tế là, ví dụ, mỗi loại tài sản ogo vật chất cuối cùng có thể có các thông số kỹ thuật khác nhau cho các loại thiết bị khác nhau.
Hình 2.20 Mô hình khái niệm của hệ thống thông tin
Đối với kết nối “một-một” giữa các đối tượng “Số tiền ước tính ngân sách”, cũng như “thiết bị người dùng”, “thiết bị máy chủ”, v.v., kết nối này được thiết lập tại đây, vì bất kỳ hình thức mua hàng nào cũng chỉ có thể có một thông số kỹ thuật , cũng là dự toán ngân sách.
2.3.3. Phát triển các mô hình logic và vật lý của hệ thống
Các đối tượng trong mô hình của chúng ta, được biểu diễn ở mức logic, được gọi là thực thể, cũng như thuộc tính. Theo quy luật, mô hình dữ liệu logic có tính phổ biến và cũng không được kết nối với việc triển khai cụ thể của DBMS (Hình 2.21).
Ngược lại, mô hình dữ liệu vật lý phụ thuộc vào DBMS cụ thể, trên thực tế là hình ảnh phản chiếu của thư mục hệ thống được thiết kế. Mô hình dữ liệu vật lý chứa thông tin về tất cả các đối tượng cơ sở dữ liệu hiện có. Vì không có tiêu chuẩn nào cho các đối tượng cơ sở dữ liệu của hệ thống máy tính nên mô hình vật lý mỗi lần phụ thuộc vào việc triển khai cụ thể của DBMS. Từ đó suy ra rằng cùng một mô hình dữ liệu logic có thể tương ứng với một số mô hình dữ liệu vật lý khác nhau. Nếu trong mô hình logic, thuộc tính đó có loại dữ liệu gì đặc biệt không quan trọng, thì trong mô hình dữ liệu vật lý, việc mô tả thông tin đầy đủ về các đối tượng vật lý - bảng, cột, thủ tục, v.v. chỉ số là cực kỳ quan trọng (Hình 2.22) .
Tên của các bảng và cột của chúng tôi được tạo trên cơ sở các thuộc tính hiện có, cũng như các thực thể của mô hình logic đã được tạo và điều quan trọng là phải tính đến các hạn chế cú pháp do DBMS áp đặt, ví dụ: tên có độ dài tối đa Khoảng trắng trong tên thực thể, đồng thời là thuộc tính, được thay thế bằng ký tự “_”. Điều quan trọng là phải hiểu rằng những thay đổi được thực hiện không được phản ánh trong tên của thuộc tính hoặc thực thể. Lý do cho điều này là thông tin trong ERWin ở cấp độ logic và vật lý được lưu trữ riêng biệt.
Bảng chính là bảng “Ứng dụng”. Nó bao gồm ba trường chính: số đơn đăng ký; số lượng nhân sự khách hàng; mã số nhân sự của nhà thầu.
Bảng “Executors” lưu trữ thông tin về mã số nhân sự của nhà thầu. Bảng “khách hàng” lưu trữ thông tin về mã số nhân sự của khách hàng. Các bảng “chuyên gia”, “giám tuyển”, “thủ quỹ”, cũng “thêm”. “phê duyệt” cũng lưu trữ số lượng nhân viên của những nhân viên thực hiện các vai trò tương ứng.
Bảng “kết quả kiểm tra” chứa thông tin về thông số kỹ thuật chính xác của thiết bị hoặc dịch vụ cần mua.
Quả sung. 2,21. Mô hình logic của hệ thống thông tin phát triển
Quả sung. 2.22. Mô hình vật lý của hệ thống thông tin đang được phát triển.
2.4 Các luồng thông tin tại doanh nghiệp
Trong công việc của bộ phận mua sắm, có thể phân biệt bốn quy trình cơ bản:
chấp nhận đơn đăng ký mua hàng;
phê duyệt yêu cầu mua hàng;
xác định ngân sách các chỉ số hiệu quả hoạt động;
Mua trực tiếp.
Như vậy, bộ phận mua hàng của doanh nghiệp có thể được coi như một trung tâm thông tin, trong đó một lượng lớn thông tin được xử lý.
Thông tin là loại tài nguyên duy nhất mà con người có được trên thế giới, nó không những không bị cạn kiệt mà còn ngày càng tăng lên, ngày càng được cải tiến, đồng thời góp phần sử dụng hợp lý và hiệu quả nhất các nguồn tài nguyên khác.
Hình 2.23 Các luồng thông tin trong doanh nghiệp.
2.4.1 Mô hình quản lý luồng thông tin doanh nghiệp hiện đại
Thu thập, xử lý, ứng dụng và truyền tải thông tin luôn là một yếu tố của hoạt động kinh doanh thành công. Ngoài các yếu tố bên ngoài, sự thành công của doanh nghiệp còn phụ thuộc vào các lực lượng bên trong tổ chức, bao gồm mục tiêu, mục tiêu, cơ cấu, công nghệ. Việc quản lý các luồng thông tin có thể được chia thành bên ngoài và bên trong một cách an toàn.
Doanh nghiệp luôn là chủ thể hoạt động với quyền tự do hành động cao hơn, vì lý do này, việc kiểm soát doanh nghiệp bởi các hệ thống bên ngoài bị giới hạn trong một số tình huống nhất định.
Bản chất của kiểm soát bên ngoài là doanh nghiệp thấy mình ở trong một tình huống nhất định. Các hoạt động hàng ngày của nhân viên quản lý bao gồm: thiết lập mục tiêu, dự báo, lập kế hoạch, tổ chức, kiểm soát, điều tiết, đánh giá hiệu suất, động lực, kích thích, giải thích kết quả.
Mỗi bước hoạt động của nhân viên đều đi kèm với việc đưa ra một số quyết định quản lý.
Để đưa ra quyết định quản lý hiệu quả, người quản lý phải thu thập có mục đích tất cả thông tin về tình trạng và điều kiện hoạt động của doanh nghiệp mình. Các đối thủ của công ty thuộc cùng một lĩnh vực thông tin, do đó, hệ thống tìm kiếm hiệu quả được tổ chức càng tốt, cũng như việc tiếp thu các luồng thông tin thì khả năng cạnh tranh của công ty càng cao.
Khi chuẩn bị một quyết định quản lý, phải tính đến những hạn chế do hệ thống kiểm soát áp đặt. Mức độ hạn chế phụ thuộc vào loại hệ thống điều khiển.
Quyền của hệ thống có thể là vô điều kiện (cơ quan nhà nước), hoặc có điều kiện (tương tác tự nguyện với đối tác), hoặc hỗn hợp (có điều kiện trước khi tương tác, cũng vô điều kiện sau khi tương tác với đối tác - quan hệ hợp đồng).
Nhà nước thực hiện việc kiểm soát trực tiếp và liên tục đối với hoạt động của doanh nghiệp.
Để nhận ra tất cả các luồng thông tin kiểm soát, giám đốc điều hành có thể và cũng phải sử dụng tiềm năng thông tin của các thành viên trong nhóm của mình cũng như các chuyên gia khác.
Việc thiếu thông tin sản phẩm ảnh hưởng trực tiếp đến mức độ thiệt hại kinh tế gây ra.
Các hệ thống dịch vụ thông tin chuyên dụng (ISS) bên ngoài và cả bên trong doanh nghiệp giúp giải quyết vấn đề thu thập luồng thông tin này.
Đưa ra quyết định quản lý là chức năng cơ bản và cũng có trách nhiệm nhất của người quản lý. Vi phạm các quy tắc ứng xử theo hướng này sẽ khiến doanh nghiệp thiệt hại về kinh tế, khiến hoạt động của doanh nghiệp trở nên vô nghĩa.
2.5. Cấu trúc mạng cục bộ
Mạng cục bộ (mạng máy tính cục bộ, mạng LAN) là một tập hợp các thiết bị và phần mềm cung cấp khả năng truyền tải, lưu trữ và xử lý thông tin.
Mục đích của mạng cục bộ là cung cấp quyền truy cập chung một lần vào dữ liệu cần thiết, các chương trình đã cài đặt và thiết bị có sẵn tại doanh nghiệp. Mạng cục bộ (LAN) bao gồm các thiết bị sau: Thiết bị hoạt động – bộ chuyển mạch, bộ định tuyến, bộ đối lưu phương tiện; Thiết bị thụ động – cáp, tủ lắp đặt, ống dẫn cáp, bảng vá lỗi, ổ cắm dữ liệu; Máy tính và thiết bị ngoại vi – máy chủ, máy trạm, máy in, máy quét. Tùy thuộc vào yêu cầu của mạng được thiết kế, thành phần thiết bị được sử dụng trong quá trình lắp đặt có thể khác nhau.
Tốc độ là đặc điểm quan trọng nhất của mạng cục bộ; Khả năng thích ứng là khả năng mạng cục bộ có thể mở rộng và cài đặt các máy trạm ở những nơi cần thiết; Độ tin cậy là đặc tính của mạng cục bộ để duy trì toàn bộ hoặc một phần chức năng, bất kể lỗi của một số nút hoặc thiết bị đầu cuối.
Cấu trúc liên kết (bố cục, cấu hình, cấu trúc) của mạng máy tính thường đề cập đến vị trí vật lý của các máy tính trên mạng so với nhau, cũng như phương thức kết nối các kết nối line mi của chúng. Điều quan trọng cần lưu ý là khái niệm cấu trúc liên kết chủ yếu đề cập đến các mạng cục bộ, trong đó cấu trúc của các kết nối có thể được truy tìm dễ dàng. Trong các mạng toàn cầu, cấu trúc của các kết nối thường bị ẩn khỏi người dùng và cũng không quá quan trọng vì mỗi phiên giao tiếp có thể được thực hiện theo đường dẫn riêng của nó.
Cấu trúc liên kết xác định các yêu cầu về thiết bị, loại cáp được sử dụng, loại cáp có thể chấp nhận cũng như các phương pháp quản lý trao đổi thuận tiện nhất, độ tin cậy vận hành, khả năng mở rộng mạng.Người dùng mạng hiếm khi phải tìm hiểu về cấu trúc liên kết; cần phải biết về các tính năng của các cấu trúc liên kết chính, ưu điểm và nhược điểm của chúng.
Bus (bus) - tất cả các máy tính được kết nối song song trên một đường truyền thông. Thông tin từ mỗi máy tính được truyền đồng thời đến tất cả các máy tính khác (Hình 2.24).
Quả sung. 2.24. Bus cấu trúc liên kết mạng
Ngôi sao (sao) – có hai loại chính:
Active star (true star) - các máy tính ngoại vi khác được kết nối với một máy tính trung tâm và mỗi máy sử dụng một đường truyền riêng. Thông tin từ máy tính ngoại vi chỉ được truyền đến máy tính trung tâm, từ máy tính trung tâm đến một hoặc một số máy tính ngoại vi. (Hình 2.25) Ngôi sao đang hoạt động
Quả sung. 2,25. Ngôi sao hoạt động
Một ngôi sao thụ động chỉ trông giống một ngôi sao về bề ngoài. Hiện tại, nó được phân phối rộng rãi hơn nhiều so với ngôi sao đang hoạt động. Chỉ cần nói rằng nó được sử dụng trong mạng Ethernet phổ biến nhất hiện nay.
Ở trung tâm của mạng có cấu trúc liên kết này, không có máy tính mà là một thiết bị đặc biệt - một công tắc hay còn được gọi là công tắc, có tác dụng khôi phục các tín hiệu đến và cũng chuyển tiếp chúng trực tiếp đến người nhận Liu (Hình 2). 2.26.). Đây chính xác là cấu trúc liên kết mạng hiện có tại doanh nghiệp Investment Holding “FINAM”
Quả sung. 2,26. sao thụ động
Ring - các máy tính được kết hợp tuần tự thành một vòng.
Việc truyền thông tin trong vòng luôn chỉ được thực hiện theo một hướng. Mỗi máy tính chỉ truyền thông tin đến một
đến máy tính theo sau nó trong chuỗi và chỉ nhận thông tin
từ máy tính trước đó trong chuỗi (Hình 2.27)
Quả sung. 2,27. Vòng cấu trúc liên kết mạng
Có hai loại mạng cục bộ: Mạng cục bộ ngang hàng - mạng trong đó tất cả các máy tính đều bình đẳng: mỗi máy tính cũng có thể là máy chủ hoặc máy khách. Mạng cục bộ với quản lý tập trung. Trong các mạng được quản lý tập trung, chính sách bảo mật được áp dụng chung cho tất cả người dùng mạng. Đây chính xác là loại mạng cục bộ hiện có tại doanh nghiệp Investment Holding “FINAM”.
2.6. Ví dụ thử nghiệm về việc thực hiện dự án, cũng như mô tả của nó
2.6.1.Đặc điểm cơ sở dữ liệu
Hệ thống sử dụng MySQL DBMS. Cơ sở dữ liệu hệ thống máy tính bao gồm 6 bảng. Sơ đồ kết nối các bảng cơ sở dữ liệu của hệ thống máy tính được thể hiện trên hình: 2.29
Quả sung. 2.29 Sơ đồ kết nối bảng cơ sở dữ liệu
Cơ sở dữ liệu chứa các bảng, các đặc điểm của chúng được đưa ra trong các bảng dưới đây:
Bảng 2.1 Bảng “QUẢN LÝ”
Giá trị loại trường Lưu ý
IDMAN Int(5) Mã số người quản lý Khóa, tự động điền
HỌ Char(25) Họ
TÊN Char(25) Tên
Đăng nhập Char(20) Đăng nhập
Mật khẩu Char(10) Mật khẩu
Bảng 2.2 Bảng “KLIENT”
Giá trị loại trường Lưu ý
IDPOK Int(5) Mã số máy khách, tự động điền
SURNAMEK Varchar(50) Họ của khách hàng
NAMEK Char(50) Tên khách hàng
PATRONYMIC Char(50) Tên đệm của khách hàng
ĐIỆN THOẠI Char(16) Điện thoại
EMAIL Varchar(50) Địa chỉ email của khách hàng
THÀNH PHỐ Char(25) Thành phố
Bảng 2.3 Bảng “ZAKAZ”
Giá trị loại trường Lưu ý
IDZ Int(11) Mã đơn hàng Khóa, tự động điền
NGÀY NGÀY Ngày đặt hàng
IDNAME Char(10) Mã số khách hàng
SET1 INT(11) Xe mới
SET2 INT(11) Xe đã qua sử dụng
SET3 INT(11) Phụ tùng thay thế
Primech TEXT Lưu ý
Bảng 2.4 Bảng “MỚI”
Giá trị loại trường Lưu ý
Nhóm GRUPPA Char(25)
GVIPUSK NĂM(4) Năm sản xuất
Động cơ DVIGATEL Char(20)
Màu CVET Char(20)
KABINA Char(20) Loại cabin
Loại hộp số KP Char(20)
CENA Int(10) Giá
Bảng 2.5 Bảng “BẰNG”
Giá trị loại trường Lưu ý
ID Int(5) Số dịch vụ Khóa, tự động điền
TÊN Char(50) Tên dịch vụ
Nhóm GRUPPA Char(25)
GVIPUSK NĂM(4) Năm sản xuất
KOLES Char(10) Hình dạng bánh xe
Động cơ DVIGATEL Char(20)
Màu CVET Char(20)
KABINA Char(20) Loại cabin
Loại hộp số KP Char(20)
STRANA Char(15) Nước xuất xứ
CENA Int(10) Giá
KOLVO Int(11) Số lượng còn hàng
PROBEG Int(11) Số dặm
Bảng 2.13 Bảng “ZAPCHAST”
Giá trị loại trường Lưu ý
ID Int(11) Số khóa, tự động điền
TÊN Char(50) Tên
Nhóm GRUPPA Char(25)
CENA Int(50) Giá
BÀI VIẾT Char(50) Bài viết
KOLVO Int(11) Số lượng
2.6.2. Cấu trúc của trang web được triển khai.
Trang web Internet được triển khai, nhờ sử dụng ngôn ngữ PHP, HTML cũng có giao diện dễ chịu, thân thiện với người dùng và cấu trúc rõ ràng
Hình 2.30 hiển thị cửa sổ ủy quyền người quản lý tại doanh nghiệp SINTEZ LLC.
Hình.2.30 Ủy quyền của người quản lý
Trong bộ lễ phục. 2,31. một menu để lựa chọn các hành động được trình bày, cụ thể là đăng ký khách hàng mới, đặt hàng, danh mục ô tô (mới, cũng đã qua sử dụng), danh mục phụ tùng, cơ sở dữ liệu hệ thống máy tính của khách hàng, bảng giá trong EXCEL, cũng thoát ra, trong đó dẫn đến sự ủy quyền của người quản lý.
Hình 2.31. Menu chính của trang web
Trong hình 2.31-2.32. ví dụ về việc đăng ký người dùng mới được trình bày cũng như tự động thêm người dùng đó vào cơ sở dữ liệu máy tính Hệ thống MYSQL Hình 2.33
Quả sung. 2.31.Thêm người dùng mới
Hình.2.32 Thêm thành công khách hàng mới
Hình 2.33.Thêm người dùng mới vào cơ sở dữ liệu
Menu đặt hàng được hiển thị trong Hình 2.34.
Hình 2.34. Đặt hàng
Trong hình 2.35. một cửa sổ để chọn khách hàng đã đăng ký được hiển thị
Hình.2.35.Chọn máy khách từ cơ sở dữ liệu
Hình 2.36 thể hiện quá trình tìm kiếm cũng như lựa chọn client, trong trường hợp này có một client trùng tên nên chúng ta chọn và cũng click vào client mình cần.
Hình 2.36. Tìm kiếm, cũng như sự lựa chọn của khách hàng
Hình 2.37 thể hiện việc lựa chọn thành công khách hàng này
Quả sung. 2,37. Sự lựa chọn của khách hàng
Hình 2.38 thể hiện một số mẫu xe mới:
Hình 2.38. Xe mới
Hình 2.39. Lựa chọn một chiếc xe mới
Màn hình hiển thị các xe mới trong cơ sở dữ liệu được thể hiện trên hình 2.40
Quả sung. 2,40. Trưng bày xe mới
Một ví dụ về việc hình thành đơn hàng cuối cùng với một khách hàng đã chọn, cũng như việc lựa chọn thiết bị mới và người quản lý được trình bày trong Hình 2.41.
Hình 2.41. Mẫu đơn đặt hàng in ấn
Đơn đặt hàng mua phụ tùng thay thế, thiết bị đã qua sử dụng cũng được thực hiện theo cách tương tự.
Sau đó, bạn có thể in đơn đặt hàng của mình và quay lại trang chính của trang web để làm việc tiếp.
Dưới đây là ví dụ tải bảng giá từ website (xe mới) Hình 2.43.
Hình.2.43. Hiển thị cửa sổ lưu và xem bảng giá
KẾT LUẬN
Chương thứ hai mô tả chi tiết quá trình phát triển hệ thống thiết yếu cũng như việc triển khai hệ thống thông tin tự động. Trong quá trình thực hiện công việc này, cơ sở dữ liệu hiện tại của hệ thống máy tính của hệ thống đã được thiết kế và triển khai hoàn chỉnh, phần giao diện của hệ thống cũng được phát triển kỹ lưỡng.
Cơ sở dữ liệu hệ thống máy tính được triển khai đáp ứng tất cả các yêu cầu thiết kế cấu trúc cần thiết cũng như các tiêu chuẩn chuẩn hóa.
Giao diện hệ thống được triển khai được thiết kế theo hình thức trực quan và dễ hiểu, đồng thời đáp ứng đầy đủ các yêu cầu về công thái học.
Mục đích của việc tạo ra giao diện công thái học là hiển thị thông tin một cách hiệu quả nhất có thể để con người nhận thức ngay lập tức và cấu trúc một cách có hệ thống cách hiển thị trên màn hình để Chú ý đến các đơn vị thông tin quan trọng nhất được cung cấp.
Mục tiêu chính của quá trình phát triển cũng là giảm thiểu thông tin tổng thể hiển thị trên màn hình và chỉ hiển thị những gì có thể cần thiết cho người dùng tiềm năng.
Trong chương thứ hai, hệ thống được phát triển bằng các công cụ như ngôn ngữ lập trình PHP và MySQL DBMS.
CHƯƠNG III. TÍNH TOÁN CHI PHÍ PHÁT TRIỂN HỆ THỐNG
3.1. Quản lý rủi ro doanh nghiệp
Độ tin cậy kinh tế của một cổ phiếu nắm giữ hay nói cách khác - độ tin cậy kinh tế của một doanh nghiệp - là trạng thái ổn định của một cổ phiếu nắm giữ, được đặc trưng bởi mức độ hiệu quả cũng như sự ổn định trong hoạt động thông qua việc giám sát liên tục cũng như cung cấp thông tin, đầu tư. , tài chính, trí tuệ, nhân sự, hậu cần, công nghiệp và các loại hình an ninh khác.
Độ tin cậy kinh tế của việc nắm giữ bao gồm việc sử dụng tốt nhất các nguồn tài nguyên, ngăn ngừa các mối đe dọa đối với hoạt động của nó, cũng như tạo điều kiện để hoạt động ổn định, hiệu quả và tạo ra lợi nhuận.
Độ tin cậy kinh tế của tổ chức bao gồm giám sát bắt buộc về trạng thái của toàn bộ hệ thống độ tin cậy, phản ứng kịp thời, chuyên nghiệp và đầy đủ đối với các lỗi trong hoạt động của nó.
Giải quyết kịp thời các vấn đề khác nhau nhằm đảm bảo độ tin cậy của quy trình kinh doanh, mã hóa thông tin chất lượng cao hoặc triển khai biện pháp bảo vệ chống vi-rút đắt tiền đã trở thành thói quen hàng ngày không thể tránh khỏi của nhiều công ty. Điều đáng nói là việc giải quyết các vấn đề bảo mật thông tin riêng lẻ không thể giải quyết được vấn đề đảm bảo độ tin cậy thông tin của toàn bộ doanh nghiệp mà tạo ra ảo tưởng về độ tin cậy cho chủ sở hữu của nó.
Sự an toàn trong hoạt động kinh doanh (nắm giữ) của công ty đạt được bằng cách thu thập, kiểm tra kỹ, xác định chính xác các chỉ số hoạt động và phân tích các chỉ số được phát triển trong công ty dựa trên các chỉ số chất lượng (đặc điểm, thông số).
Điều quan trọng cần lưu ý là việc quản lý hiệu quả cổ phần trước hết phải đảm bảo sự tồn tại an toàn về mặt kinh tế của doanh nghiệp. Khái niệm “quản lý rủi ro” được định nghĩa là một quá trình chuẩn bị kỹ lưỡng và thực hiện các biện pháp nhằm giảm thiểu rủi ro đưa ra quyết định quản lý sai lầm.
Hệ thống con quản lý rủi ro được xây dựng trên nguyên tắc phân cấp. Quá trình quản lý rủi ro diễn ra ở hai cấp độ cấp dưới - điều hành và điều phối. Ở cấp điều hành, hai chức năng chính được thực hiện: giám sát mức độ rủi ro phát sinh trong quá trình hoạt động của tổ chức và quản lý mức độ rủi ro liên quan đến việc chuẩn bị các quyết định ở tất cả các cấp.
Ban quản lý của tổ chức đóng vai trò quan trọng trong việc giải quyết các vấn đề quản lý rủi ro vì nó phê duyệt việc thực hiện các chương trình giảm thiểu rủi ro và đưa ra các quyết định quản lý khi bắt đầu thực hiện.
3.2. Tính toán chi phí phát triển hệ thống
Việc tính toán chi phí phát triển là cần thiết để chứng minh hiệu quả kinh tế của hệ thống. Chi phí phát triển theo kế hoạch bao gồm tất cả các chi phí, bất kể nguồn tài chính của chúng là gì. Việc xác định chi phí phát triển được thực hiện bằng cách tính toán chi phí kế hoạch.
1. Lương cơ bản của người phát triển hệ thống thông tin;
2. lương bổ sung cho người phát triển hệ thống thông tin;
3.Tính toán chi phí khấu hao máy tính;
4. chi phí chung;
5. chi phí điện sử dụng trong phát triển hệ thống thông tin;
6. Đóng góp bảo hiểm xã hội;
Chúng ta hãy xem xét từng khoản mục chi phí.
Tính chi phí lương cơ bản cho lập trình viên
Thù lao thể hiện tổng số tiền được trả cho người lao động bằng tiền mặt và hiện vật cả về thời gian đã làm việc, công việc đã thực hiện và theo cách thức do pháp luật quy định đối với thời gian không làm việc.
Khoản thanh toán bổ sung được tính dựa trên thu nhập theo thời gian ở mức 20% mức thuế suất của người lao động theo thời gian.
Chi phí tiền lương cơ bản (Zosn.) theo hình thức trả lương theo thời gian được tính theo công thức (1):
Zosn.=Omes.*Trab.*Kd/Dr.months., (1)
Ở đâu:
Ôi. — lương hàng tháng của người phát triển chương trình;
Các tháng khác - số ngày làm việc bình quân trong tháng;
Trab. - thời gian thực tế tham gia xây dựng chương trình;
Kd là hệ số tính đến các khoản thanh toán bổ sung vào lương cơ bản.
Đồng thời, tỷ lệ Om./Dr.m. đặc trưng cho mức lương trung bình hàng ngày của một nhà phát triển.
Hãy chấp nhận trong dự án của chúng tôi:
Ôi. kỹ sư-lập trình viên = 100.000 rúp.
Các tháng khác = 21 ngày;
Kd = 1,2.
Kết quả tính toán chi phí lương cơ bản của người xây dựng chương trình được trình bày trong Bảng 3.1.
Bảng 3.1. Tính toán chi phí lương cơ bản của nhà phát triển
Người biểu diễn Giờ làm việc, số ngày Lương trung bình hàng ngày Om./Dr.m., chà. Chi phí tiền lương, chà.
Kỹ sư phần mềm 15 4761.90 85714.29
Tổng cộng 85714,29
Tính lương bổ sung cho người phát triển chương trình
Trong bài viết “Tiền lương bổ sung” các khoản thanh toán được lên kế hoạch và tính đến, pháp luật quy định về lao động hoặc thỏa thuận tập thể về thời gian không làm việc tại nơi làm việc (không xuất hiện): thanh toán cho các kỳ nghỉ thường xuyên và bổ sung, bồi thường cho những ngày nghỉ chưa sử dụng, thanh toán giờ ưu đãi cho thanh thiếu niên, thanh toán cho thời gian liên quan đến việc thực hiện nghĩa vụ nhà nước và công vụ, v.v. . Được xác định bằng tỷ lệ phần trăm của mức lương cơ bản.
Khỏe mạnh = Kdop. * Zosn. (2)
ở đâu: Kdop. — hệ số có tính đến số tiền lương bổ sung của người phát triển chương trình. Hãy chấp nhận Kdop. bằng 0,25 Dựa vào công thức (2), ta xác định:
Khỏe mạnh = 0,25 * 85714,29 = 21428,57 chà.
Theo luật của Liên bang Nga về lương hưu, việc làm, bảo hiểm y tế và bảo hiểm xã hội nhà nước, người lao động trong các doanh nghiệp phải tham gia bảo hiểm xã hội và an sinh xã hội bắt buộc.
Các khoản đóng bảo hiểm xã hội bao gồm (tính theo tỷ lệ phần trăm trên số tiền lương cơ bản và tiền lương bổ sung): Bảng 3.2
bảo hiểm xã hội 3,2%
bảo hiểm y tế 2,8%
quỹ hưu trí 20,0%
quỹ việc làm 0%
thuế bảo trì cơ sở giáo dục 0%
thuế vận tải (trên bảng cân đối kế toán của ô tô và cá nhân - xe Vlad) 1,0%
TỔNG: 27,0%
Như vậy, phần đóng góp bảo hiểm xã hội, an sinh xã hội tính vào chi phí sản xuất được tính theo công thức:
Os.s.o. = Ks.s.o. * (Zosn. + Zdol.) (3)
Ở đâu:
Ks.s.o. — hệ số tính đến các khoản đóng góp vào quỹ bảo hiểm xã hội, quỹ hưu trí, bảo hiểm y tế và quỹ việc làm của nhà nước. Dựa vào công thức 3, ta xác định:
Os.s.o. = 0,27*(85714,29+ 21428,57)= 28928,57 chà.
Tính toán chi phí khấu hao máy tính sử dụng trong phát triển hệ thống phân tích quá trình giáo dục ở cơ sở giáo dục trung học
Khấu hao là quá trình hao mòn dần dần tài sản cố định và chuyển nguyên giá của chúng sang sản phẩm được sản xuất (công việc, dịch vụ) theo tiêu chuẩn đã được thiết lập.
Khi tính chi phí khấu hao, bạn nên được hướng dẫn bởi PBU 6/01 “Kế toán tài sản cố định”.
Việc trích khấu hao tài sản cố định theo tỷ lệ đã ấn định được gọi là chi phí khấu hao. Tỷ lệ khấu hao được tính theo tỷ lệ phần trăm của giá trị sổ sách (gốc) của tài sản cố định.
Tỷ lệ khấu hao được tính dựa trên thời gian sử dụng hữu ích của tài sản cố định. Tỷ lệ khấu hao có thể được điều chỉnh tùy theo độ lệch so với điều kiện tiêu chuẩn cho việc sử dụng tài sản cố định. Thời gian sử dụng hữu ích của đồ vật được xác định dựa trên Bảng phân loại tài sản cố định thuộc nhóm khấu hao được phê duyệt theo Nghị định của Chính phủ Liên bang Nga ngày 1 tháng 1 năm 2002. Khấu hao được tính hàng tháng.
Tỷ lệ khấu hao được tính theo công thức với điều kiện Cper = 100%:
For=Thời gian sử dụng đầu tiên/hữu ích (%) (4)
Việc tính toán chi phí khấu hao thiết bị được thực hiện như sau:
Phó=Đầu*(Bật/100) * m * (twork/Fd.o.) (5)
Ở đâu:
Đầu tiên - chi phí ban đầu của máy tính được sử dụng để phát triển chương trình;
Na là tỷ lệ khấu hao;
trab. - thời gian vận hành máy tính;
Fd.o. - quỹ thời gian vận hành máy tính thực tế hàng năm.
Để cho được:
Đầu tiên = 27.000,00 rúp.,
Bật = 22,8%,
m = 1 cái,
trab. = 15 ngày * 8 giờ = 120 giờ,
Fd.o. = Số ngày làm việc * Số ca * Chiều dài ca =
= 252 ngày* 1 ca* 8 giờ = 2016 giờ
Dựa vào công thức (2.5) ta xác định:
Thứ trưởng = 27.000,00 * (22,8/100)* 1 *(120/2016) = 366,43 chà.
Kết quả tính toán chi phí khấu hao máy tính sử dụng trong xây dựng chương trình được trình bày ở Bảng 3.3.
Bảng 3.3. Tính chi phí khấu hao máy tính
Máy tính IBM
Pentium IV 1.120 22,8 366,43
Tính toán chi phí điện năng mà máy tính sử dụng trong quá trình phát triển chương trình
Chi phí điện năng (Zel.en.) được tính theo công thức:
Zel.en.=Tse. *P*m*tr (6)
Ở đâu:
P là sức mạnh của máy tính được sử dụng để phát triển chương trình;
tr là thời gian hoạt động của máy tính dùng để phát triển chương trình;
m là số lượng máy tính được sử dụng;
Tạ Đình Phong. - giá 1 kWh điện.
Để cho được:
P = 300 W;
tp = 120 giờ;
m = 1;
Tạ Đình Phong. = 1,9 rub/kW (Những người tiêu dùng khác, bao gồm cả Doanh nghiệp Thống nhất Nhà nước Mosgorenergo)
Zel.en. = 1,9*0,3*1*120= 68,4 chà.
Kết quả tính toán chi phí điện năng sử dụng trong quá trình xây dựng chương trình được trình bày ở Bảng 3.4.
Bảng 3.4. Tính toán chi phí điện
Tên thiết bị Số lượng thiết bị Đơn vị m, chiếc Thời gian vận hành thiết bị tр., h Công suất thiết bị, kW Chi phí điện năng, chà.
Máy tính IBM
Pentium IV 1 120 0,3 68,4
Tính toán chi phí
Mục “Chi phí chung” bao gồm chi phí quản lý và bảo trì. Bài viết này tính đến tiền lương của nhân viên quản lý và các dịch vụ kinh tế nói chung, chi phí bảo trì và sửa chữa định kỳ các tòa nhà, công trình, thiết bị và hàng tồn kho, chi phí khấu hao cho việc khôi phục và đại tu toàn bộ, chi phí bảo hộ lao động, thông tin khoa học và kỹ thuật , phát minh và hợp lý hóa. Số chi phí chung được xác định bằng tỷ lệ phần trăm của tiền lương cơ bản và tiền lương bổ sung.
Chi phí chung (Рncl.) được tính theo công thức:
Rnakl.=Kn * (Zosn.+Zdop.) (7)
Ở đâu:
Кн — hệ số chi phí chung. Giả sử Kn bằng 1,1. Dựa vào công thức (7), chúng tôi xác định:
Rnakl. = 1,1 * (85714,29+ 21428,57) = 117857,15 chà.
Chúng tôi tổng hợp kết quả tính toán chi phí phát triển hệ thống thông tin doanh nghiệp trong Bảng 3.5.
Bảng 3.5. Dự toán chi phí phát triển hệ thống
đến cuối cùng
1 Lương cơ bản của lập trình viên 85714,29 33,51%
2 Lương bổ sung cho lập trình viên 21428,57 8,38%
3 Đóng góp bảo hiểm xã hội. 28928,57 11,31%
4 Chi phí khấu hao 366,43 0,62%
5 Tiền điện 68,40 0,11%
6 Chi phí chung 117857,15 46,07%
Tổng cộng: 254363,4 100,00%
Chi phí phát triển 254363,4 100,00%
Tính toán chi phí vận hành hệ thống
Mục đích của việc tính toán chi phí vận hành là thu thập dữ liệu cần thiết để xác định hiệu quả kinh tế hàng năm từ việc triển khai hệ thống đã phát triển. Chi phí vận hành của hệ thống được phát triển bao gồm tất cả các chi phí liên quan đến hoạt động của nó trong suốt cả năm.
Dự toán chi phí bao gồm các hạng mục sau:
lương cơ bản của nhân viên bảo trì hệ thống;
lương bổ sung cho nhân viên bảo trì hệ thống;
đóng góp bảo hiểm xã hội;
tính chi phí khấu hao máy tính;
chi phí điện sử dụng vận hành hệ thống thông tin;
chi phí chung.
Để tính toán, chúng tôi sử dụng các công thức tương tự như trong phần trước.
Tính toán chi phí lương cơ bản của nhân viên phục vụ chương trình
Hãy chấp nhận trong dự án của chúng tôi:
Ôi. kỹ sư hệ thống vận hành hệ thống thông tin = 100.000 rúp.
Các tháng khác = 21 ngày;
Kd = 1,2.
Kết quả tính toán chi phí lương cơ bản của nhân viên bảo trì hệ thống thông tin được trình bày trong Bảng 3.6.
Bảng 3.6. Tính toán chi phí lương cơ bản của nhân viên
tiếp viên
Nhân sự Thời gian làm việc, ngày Lương bình quân ngày Om./Dr.m., chà. Chi phí tiền lương, chà.
Kỹ sư hệ thống 220 4761.90
1257141,6
Tổng cộng 1257141,6
Tính lương bổ sung cho nhân viên phục vụ chương trình
Khỏe mạnh = 0,25 * 1257141,6 = 314285,4 chà.
Tính số tiền đóng bảo hiểm, an sinh xã hội
Os.s.o. = 0,27*(314285,40+1257141,6)= 424285,29
chà xát.
Tính chi phí khấu hao máy tính sử dụng trong vận hành hệ thống
Để cho được:
Đầu tiên = 19.000 chà.,
Ở mức = 18,3%,
m = 1 cái,
trab. = 220 ngày * 8 giờ = 1760 giờ,
Fd.o. = 2016 giờ
Dựa vào công thức (5), chúng tôi xác định:
Phó=19.000 * (18,3/100)* 1 *(1760/2016) = 3035,48 chà.
Kết quả tính toán chi phí khấu hao máy tính sử dụng trong xây dựng chương trình được trình bày ở Bảng 3.7.
Bảng 3.7. Tính chi phí khấu hao máy tính
Tên thiết bị Số lượng thiết bị đơn vị m, chiếc Thời gian vận hành thiết bị hairk., h Tỷ lệ khấu hao, % Chi phí khấu hao, chà.
Máy tính IBM
Pentium IV 1 1760 18,3 3035,48
Tính toán chi phí điện năng mà máy tính sử dụng trong quá trình vận hành chương trình
Để cho được:
P = 250 W;
tp = 1760 giờ;
m = 1;
Tạ Đình Phong. = 1,9 chà/kW. (đối với tổ chức ngân sách)
Dựa vào công thức (6), ta xác định được Năng lượng xanh:
Zel.en. = 1,9 *0,25*1*1760= 836 chà.
Kết quả tính toán chi phí điện năng sử dụng trong quá trình vận hành chương trình được trình bày tại Bảng 3.8.
Bảng 3.8. Tính toán chi phí điện
Tên thiết bị Số lượng thiết bị Đơn vị m, chiếc Thời gian vận hành thiết bị tр., h Công suất thiết bị, kW Chi phí điện năng, chà.
Máy tính IBM
Pentium IV 1 1760 0,25 836
Tính toán chi phí
Rnakl. = 1,1 * (314285,4 +1257141,6) = 1728569,7 chà.
Nhập kết quả tính toán chi phí vận hành hệ thống vào bảng 3.9.
Bảng 3.9. Dự toán chi phí vận hành hệ thống
Không. Hạng mục chi phí Chi phí, chà. %
đến cuối cùng
1 Lương cơ bản của nhân viên phục vụ 1257141,6 33,6%
2 Lương bổ sung nhân viên phục vụ 314285,4 8,39%
3 Đóng góp bảo hiểm xã hội. 424285,29 11,34%
4 Chi phí khấu hao 3035,48 0,37%
5 Tiền điện 836 0,10%
6 Chi phí chung 1728569,7 46,2%
Tổng cộng: 3728153,47 100,00%
Chi phí vận hành Sep.pr 3728153,47 100,00%
Tính giá bán của hệ thống đã phát triển
Giá bán hệ thống đang phát triển được xác định bằng tổng chi phí, lợi nhuận dự kiến và thuế GTGT.
Lợi nhuận dự kiến là 15% tổng chi phí.
VAT là 18% trên tổng chi phí và lợi nhuận dự kiến.
OT = Đầy đủ + Pr.pl. + VAT = 58838,41 + 8825,76 +12179,55= 79843,72 chà.
Tính toán hiệu quả kinh tế
Tổng chi phí của hệ thống được thiết kế Spr = 58838,41 rúp. Giá bán của hệ thống OTspr được thiết kế = 79843,72 rúp. Đầu tư vốn bằng chi phí phát triển và là:
KV=Đầy đủ. = 58838,41 chà., (8)
Tính toán lợi tức đầu tư vốn
Việc tính toán khả năng hoàn vốn của HF được thực hiện theo công thức:
Hiện tại=KV/(R.P.*N) (9)
trong đó Hiện tại là thời gian hoàn vốn;
KV - vốn đầu tư;
Pr.pl. - lợi nhuận dự kiến;
N – khối lượng bán hàng hàng năm theo kế hoạch, chiếc.
Hiện tại = 58838,41 / (8825,76 * 10) = 0,67 năm
3.3. KẾT LUẬN
Chương thứ ba xem xét các vấn đề chính liên quan đến quá trình tổ chức và kinh tế, cũng như tự động hóa. Tính toán đã được thực hiện cho:
phát triển hệ thống
lương lập trình viên
lương bổ sung
đóng góp bảo hiểm xã hội cũng như an sinh
khấu hao máy tính
điện
trên không
giá bán hệ thống đang được phát triển
hiệu quả kinh tế
lợi tức đầu tư vốn
Kết quả của tất cả các tính toán, chúng tôi nhận thấy rằng việc tạo ra sản phẩm này cần 58.838,41 rúp. Và giá bán là 79.843,72 rúp.
Dựa trên kết quả thu được, chúng ta có thể kết luận rằng hệ thống được phát triển mang lại lợi nhuận kinh tế.
4. XÁC ĐỊNH CÁC CHỈ TIÊU HIỆU QUẢ CỦA CÁC YẾU TỐ ẢNH HƯỞNG ĐẾN SỨC KHỎE CON NGƯỜI. CÔNG THÁI HỌC, đồng thời là DỰ ÁN THÂN THIỆN MÔI TRƯỜNG
4.1. Cơ sở lý luận cho sự cần thiết phải phân tích ecgônômi
Việc sử dụng máy tính cá nhân của người dùng là điều kiện tiên quyết dẫn đến nhu cầu xem xét chi tiết về tác động của chúng đối với sức khỏe con người.
Một sự thật không thể chối cãi là khi làm việc với máy tính cá nhân, đôi mắt phải chịu tải lớn nhất. Vai trò chính được trao cho màn hình, hiển thị thông tin dưới dạng các chấm sáng. Các dấu chấm không có ranh giới rõ ràng, đó là lý do khiến các dấu và đường kẻ có độ tương phản kém hơn nhiều so với trên giấy. Độ tương phản của chúng thậm chí còn bị giảm đi bởi ánh sáng bên ngoài, tuy nhiên, nếu không có ánh sáng bên ngoài thì làm việc trên máy tính cá nhân sẽ có hại.
Các đối tượng của tác phẩm trực quan được đặt ở các khoảng cách khác nhau so với mắt người dùng (từ 30 đến 70 cm), đồng thời cũng cần phải thường xuyên di chuyển ánh nhìn trên màn hình chỉ đường - tài liệu - bàn phím (khoảng 15 đến 50 lần mỗi phút) . Một yếu tố xấu trong môi trường ánh sáng là hoàn toàn không tuân thủ các giá trị tiêu chuẩn về mức độ chiếu sáng đối với các bề mặt làm việc của màn hình, bàn và bàn phím. Kết quả của những yếu tố này là tình trạng mệt mỏi nhanh chóng, mờ mắt và nhìn đôi các vật thể.
Tầm quan trọng lớn cũng được gắn liền với tư thế làm việc đúng đắn của người dùng. Với một tư thế làm việc không thoải mái, một người chắc chắn bắt đầu cảm thấy đau ở cơ, khớp và gân. Nguyên nhân khiến người sử dụng máy tính cá nhân có tư thế không đúng có thể là do ảnh hưởng của các yếu tố như: thiếu giá đỡ tài liệu, vị trí bàn phím cao, độ cao màn hình không đúng, góc lắp đặt, chỗ để chân không đủ, chiều cao ghế chọn không đúng.
Không thể tổ chức một hệ thống đáp ứng tất cả các yêu cầu về công thái học và an toàn, nhưng việc tối đa hóa các yêu cầu này là khá khả thi. Cụ thể, bạn cần phải làm:
bảo vệ nhân viên khỏi các yếu tố nguy hiểm;
bảo vệ nhân sự khỏi các tình huống bất khả kháng;
sự ổn định của hệ thống.
Để đáp ứng được yêu cầu đó cần phải tiến hành nghiên cứu Điều kiện hiện tại triển khai sản phẩm phần mềm này để tuân thủ các quy tắc và tiêu chuẩn vệ sinh. Do đó, dựa trên phân tích này, có thể đưa ra các yêu cầu đối với cơ sở và hỗ trợ kỹ thuật nơi sản phẩm phần mềm dự kiến sẽ được sử dụng.
4.2.Công thái học tại nơi làm việc
4.2.1. Đề xuất hoàn thiện trang bị kỹ thuật nơi làm việc
Phần quan trọng nhất trong nơi làm việc của người sử dụng máy tính cá nhân là chiếc ghế. Thiết kế của ghế làm việc phải cho phép thay đổi vị trí cơ thể và liên tục đảm bảo chuyển động tự do của cơ thể và tay chân; Ghế phải cho phép thay đổi chiều cao tùy theo chiều cao của người ngồi (từ 400 đến 550 mm); Ghế nên có bề mặt hơi lõm và hơi nghiêng về phía sau.
Trong không gian văn phòng, nơi thực hiện công việc trí óc đơn điệu, gây căng thẳng thần kinh đáng kể, các bức tường nên được sơn với tông màu dịu - các sắc thái xanh lục hoặc xanh lam mát mẻ.
Để giảm tác động tiêu cực của bức xạ điện từ, điều quan trọng là sử dụng thiết bị được chứng nhận. Màn hình điều khiển không được cách mắt người sử dụng máy tính cá nhân quá 500 mm, ở khoảng cách tối ưu là 600 - 700 mm. Để có năng suất tốt, điều quan trọng là một người phải tổ chức nghỉ giải lao cứ sau một tiếng rưỡi đến hai giờ, kéo dài ít nhất 20 phút mỗi lần nghỉ hoặc 15 phút mỗi giờ làm việc.
Nên chọn bàn phím nghiêng và đứng tự do. Điều này là cần thiết để tạo cơ hội cho nhân viên lựa chọn một vị trí làm việc thoải mái. Cách bố trí các phím sẽ giúp công việc của bạn dễ dàng hơn, không làm phức tạp nó. Việc sử dụng bàn phím liên tục có thể dẫn đến hội chứng ống cổ tay.
Cần phải tính đến khoảng cách giữa các máy tính để bàn với màn hình được cài đặt khi bố trí công việc. Cần tối thiểu 2,0 m cho khoảng cách giữa các bàn và tối thiểu 1,2 m cho khoảng cách giữa các bề mặt bên của màn hình.
Để tăng tính ổn định của hệ thống, các công cụ sau được sử dụng: UPS và bộ lọc mạng - để xử lý tình trạng tăng điện đột ngột trong mạng cho tất cả các nơi làm việc.
Theo SanPiN 2.2.2.12.4.1340-03, nơi làm việc nên được bố trí quay mặt về phía lỗ lấy sáng để ánh sáng chiếu từ bên phải. Ánh sáng của căn phòng và nơi làm việc phải tạo điều kiện ánh sáng tốt cũng như độ tương phản giữa màn hình và môi trường xung quanh. Chiếu sáng tự nhiên phải cung cấp hệ số chiếu sáng tự nhiên (DLC) không dưới 1,2% ở những khu vực có tuyết phủ và không dưới 1,5% ở những khu vực còn lại của lãnh thổ. Việc tính toán KEO cho các vùng khí hậu nhẹ khác được thực hiện theo phương pháp được chấp nhận chung theo SNiP “Ánh sáng tự nhiên và nhân tạo”
4.3. Đảm bảo độ tin cậy về điện và an toàn cháy nổ
Phòng nơi người vận hành hệ thống làm việc được phân loại là cơ sở có nguy cơ cháy loại B, tức là. để gây nguy hiểm hỏa hoạn. Vì vậy, cơ sở phải tuân thủ các tiêu chuẩn về trang bị thiết bị phòng cháy chữa cháy, khả năng chống cháy, số tầng và cách bố trí tòa nhà được thiết lập cho loại cơ sở này. Cơ sở của người vận hành phải được trang bị khả năng chống cháy cấp I hoặc II (xem SNiP 2.01.02-85 “Tiêu chuẩn an toàn phòng cháy”). Đây là những bằng cấp cao nhất.
Máy tính cá nhân của người dùng phải được cấp nguồn qua mạng lưới cấp điện có điện áp 220V, tần số 50 Hz.
Cũng cần phải sử dụng nối đất bảo vệ được kết nối với máy tính. Việc bố trí nơi làm việc phải được tổ chức sao cho đảm bảo nhân viên dễ dàng tiếp cận nơi làm việc của họ và cũng để ngăn ngừa khả năng màn hình bị lật trong quá trình sơ tán. Điều quan trọng là phải loại bỏ khả năng bị thương và tai nạn trong quá trình vận hành.
PHẦN KẾT LUẬN
Đồ án luận văn tập trung vào quá trình phát triển hệ thống thông tin trên nền tảng web cho một công ty đang phát triển
Các hoạt động của công ty này rất cụ thể và cũng yêu cầu hệ thống hoạt động đơn giản và nhanh chóng, cũng như hệ thống triển khai đơn giản trên bất kỳ nền tảng phần mềm nào của khách hàng.
Quá trình phát triển một hệ thống thông tin được thực hiện có tính đến tất cả các nguyên tắc cơ bản của việc thiết kế các hệ thống thuộc loại này.
Việc triển khai phần mềm của dự án dựa trên các ngôn ngữ lập trình đa chức năng và linh hoạt - PHP và My SQL. Sự cộng sinh của các ngôn ngữ này cho phép bạn tạo ra một hệ thống thông tin ổn định và đáng tin cậy. Mỗi ngôn ngữ đều đã thực hiện đầy đủ các chức năng chính của mình trong các hệ thống thông tin tương tự và cũng đã dần trở nên phổ biến trong vài tháng.
Trong quá trình hoàn thành đồ án tốt nghiệp đã đạt được những kết quả sau:
thiết kế bố cục cơ sở dữ liệu;
thiết kế bố cục hợp lý các thông tin đầu vào và đầu ra của cơ sở dữ liệu;
Tổ hợp tự động hóa quản lý công trường được xây dựng và triển khai;
một bộ phương tiện kỹ thuật cũng như phần mềm để thực hiện chức năng của trang web cũng như hệ thống quản lý trang web đã được chọn;
các module phần mềm chính của hệ thống đã được triển khai;
Tóm tắt tất cả những điều trên, trong đồ án tốt nghiệp này, có thể tạo ra một hệ thống thông tin đa chức năng bao gồm các phần phần mềm sau:
Trang web chính của tổ chức, có giao diện dễ chịu, không gây khó chịu, cũng thông báo cho người dùng về tất cả các lĩnh vực hoạt động của tổ chức.
Hệ thống quản lý trang web chính, cũng có giao diện đẹp, cũng có chức năng được cân nhắc kỹ lưỡng cho phép một người không có kiến thức sâu về lập trình web có thể quản lý trang web.
Cơ sở dữ liệu quan hệ lưu trữ toàn bộ cấu trúc của trang web, cũng như tin tức chính và nội dung thông tin các trang chính của trang web.
Mô-đun phần mềm - tập lệnh tự động hóa hoạt động của toàn bộ hệ thống, cho phép người quản trị hệ thống thông tin thay đổi linh hoạt và nhanh chóng nội dung của các trang chính của trang web đang nắm giữ, đồng thời, nếu cần, có thể vô hiệu hóa chúng và thực hiện quy trình bảo trì, thay đổi nội dung của trang với sự tự tin hoàn toàn về việc hiển thị thông tin chính xác trên mọi trình duyệt, cũng như trên mọi hệ điều hành.
Phần kinh tế giúp ước tính một cách hiệu quả tổng chi phí của hệ thống, cũng như các chi phí liên quan đến hoạt động của hệ thống trong doanh nghiệp.
Phần môi trường đặt ra các yêu cầu và điều kiện cần thiết để làm việc thoải mái và an toàn cho một người ở gần các máy tính hoạt động liên tục.
Và chức năng cập nhật và bảo trì nó thuộc về nhà cung cấp hệ điều hành. Logic ứng dụng tập trung vào máy chủ và chức năng của trình duyệt chủ yếu là hiển thị thông tin được tải xuống qua mạng từ máy chủ và truyền dữ liệu người dùng trở lại. Một ưu điểm của phương pháp này là thực tế là các máy khách độc lập với hệ điều hành cụ thể của người dùng và do đó các ứng dụng web là các dịch vụ đa nền tảng. Do tính linh hoạt và tương đối dễ phát triển này, các ứng dụng web đã trở nên phổ biến rộng rãi vào cuối những năm 1990 và đầu những năm 2000.
Một lợi thế đáng kể của việc xây dựng các ứng dụng Web để hỗ trợ chức năng trình duyệt tiêu chuẩn là chức năng đó phải chạy độc lập với hệ điều hành. của khách hàng này. Thay vì viết các phiên bản khác nhau cho Microsoft Windows, Mac OS X, GNU/Linux và các hệ điều hành khác, ứng dụng được tạo một lần cho một nền tảng được chọn ngẫu nhiên và triển khai trên đó. Tuy nhiên, có nhiều cách triển khai CSS hoặc Java applet khác nhau để triển khai toàn bộ hoặc một phần giao diện người dùng. Vì hầu hết các trình duyệt đều hỗ trợ những công nghệ này (thường thông qua plugin), nên các ứng dụng Flash hoặc Java có thể chạy dễ dàng. Bởi vì chúng cung cấp cho lập trình viên nhiều quyền kiểm soát hơn đối với giao diện, nên chúng có thể giải quyết nhiều điểm không tương thích trong cấu hình trình duyệt, mặc dù sự không tương thích giữa việc triển khai phía máy khách Java hoặc Flash có thể dẫn đến nhiều sự phức tạp khác nhau. Do sự tương đồng về kiến trúc với các ứng dụng máy khách-máy chủ truyền thống, ở một khía cạnh nào đó, các máy khách “dày” đã gây tranh cãi về tính đúng đắn của việc phân loại các hệ thống như vậy là ứng dụng web; thuật ngữ thay thế "Ứng dụng Internet phong phú" Ứng dụng Internet phong phú).
Thiết bị ứng dụng webỨng dụng web nhận được yêu cầu từ máy khách và thực hiện các phép tính, sau đó tạo một trang web và gửi nó đến máy khách qua mạng bằng giao thức cơ sở dữ liệu hoặc ứng dụng web khác nằm trên máy chủ khác. Một ví dụ nổi bật về ứng dụng web là hệ thống quản lý nội dung cho các bài viết trên Wikipedia: nhiều người tham gia có thể tham gia vào việc tạo ra một bộ bách khoa toàn thư trực tuyến, sử dụng trình duyệt của hệ điều hành của họ (có thể là Microsoft Windows, GNU/Linux hoặc bất kỳ hệ điều hành nào khác). hệ điều hành) và không cần tải xuống các mô-đun thực thi bổ sung để làm việc với cơ sở dữ liệu các bài viết.
Hiện nay, một cách tiếp cận mới để phát triển ứng dụng web có tên Ajax đang trở nên phổ biến. Tại sử dụng Ajax các trang ứng dụng web không được tải lại hoàn toàn mà chỉ tải xuống dữ liệu cần thiết từ máy chủ, điều này khiến chúng tương tác và hiệu quả hơn.
Một loạt các công nghệ và ngôn ngữ lập trình được sử dụng để tạo các ứng dụng web phía máy chủ
Về phía khách hàng, nó được sử dụng:
- Tốc biến
- ActiveX
- Microsoft đã thua cuộc chiến API như thế nào - Thảo luận về việc thay thế ứng dụng Windows truyền thống bằng ứng dụng web
- Ứng dụng Web 1.0 ghi lại hoạt động của các ứng dụng web.
- Con đường khác phía trước - Một bài báo nói rằng tương lai nằm ở các ứng dụng dựa trên máy chủ, không phải phía máy khách
- Marco Bellignaso Phát triển ứng dụng Web trên môi trường ASP.NET 2.0: problem - project - Solution = ASP.NET 2.0 Lập trình website: Vấn đề - Thiết kế - Giải pháp. - M.: “Biện chứng”, 2007. - P. 640. - ISBN 0-7645-8464-2
- Olishchuk Andrey Vladimirovich Phát triển ứng dụng Web bằng PHP 5. Công việc chuyên môn. - M.: “Williams”, 2006. - P. 352. - ISBN 5-8459-0944-9
Quỹ Wikimedia. 2010.
Xem “Giao diện hướng web” là gì trong các từ điển khác:Bài viết này có thể chứa những nghiên cứu ban đầu. Thêm liên kết vào các nguồn, nếu không nó có thể bị đặt để xóa. thông tin thêm có thể ở trang thảo luận. (25 tháng 5 năm 2011) ... Wikipedia
Giao diện người dùng (UI tiếng Anh giao diện người dùng) là một tập hợp các phương tiện mà người dùng giao tiếp với nhiều thiết bị khác nhau, thường xuyên nhất là với máy tính hoặc thiết bị gia dụng hoặc các công cụ (hệ thống) phức tạp khác. Giao diện... ... Wikipedia
Tôi quyết định thay đổi điều này và viết một bài báo đánh giá bản dịch về một trong những báo cáo từ hội nghị NoSQL tổ chức vào ngày 5 tháng 10 tại New York. Bài viết này sẽ nói về hệ thống Riak mà tôi đã có may mắn được làm việc gần đây.
Riak là gì? Nhiều từ thông dụng phổ biến hiện nay có thể là do Riak. Riak là một cơ sở dữ liệu hướng tài liệu. Riak là kho lưu trữ dữ liệu khóa-giá trị phi tập trung hỗ trợ các hoạt động tiêu chuẩn - lấy, đặt Và xóa bỏ. Riak là giải pháp lưu trữ phân tán, có khả năng mở rộng và có khả năng chịu lỗi. Riak cũng là một hệ thống nguồn mở hỗ trợ các cuộc gọi bằng HTTP, JSON và REST. Và tất nhiên RIAK là NoSQL.
Nếu tìm hiểu sâu hơn, bạn có thể thấy rằng Riak bị ảnh hưởng nặng nề bởi Amazon Dynamo, định lý CAP (Tính nhất quán, Tính khả dụng và Dung sai phân vùng) của Eric Brewer, bản thân hệ thống Internet nói chung, cũng như kinh nghiệm phát triển Basho nhóm phát triển môi trường mạng. Chúng tôi bắt đầu phát triển Riak vào mùa thu năm 2007, để sử dụng trong hai ứng dụng Basho chạy trên Riak và chạy trên đó hầu hết thời gian.
Để hiểu tại sao Riak lại mạnh mẽ đến vậy, cần phải có một số lý thuyết. Đầu tiên nói về Amazon Dynamo, trong tài liệu mô tả Amazon Dynamo có 3 thuật ngữ mô tả hoạt động của một hệ thống lưu trữ phân tán: N, R Và W. N là số lượng bản sao của mỗi giá trị trong cửa hàng. R— lượng dữ liệu sao chép để thực hiện thao tác đọc. W— số lượng bản sao cần thiết để thực hiện thao tác ghi. Mục tiêu của Riak là chuyển nhượng N, R, Và W vào logic ứng dụng. Điều này cho phép Riak thích ứng với yêu cầu của từng ứng dụng.
N cho mỗi phân đoạn ( Gầu múc). Ví dụ: tất cả các đối tượng trong phân đoạn "nghệ sĩ" sẽ có cùng giá trị N và các đối tượng trong phân đoạn “album” hoàn toàn khác nhau. Hệ thống sử dụng thuật toán băm nhất quán để chọn vị trí lưu trữ N số lượng bản sao dữ liệu của bạn. Khi có yêu cầu đến, Riak sử dụng hàm băm để chuyển khóa văn bản thành số 160 bit. Khi một nút cụm được thêm vào Riak, nó sẽ nhận được các phần của không gian khóa 160 bit. Nút có giá trị băm gần nhất với khóa (số 160 bit) chứa bản sao đầu tiên. N bản sao còn lại được lưu trữ trên các nút với các nút khác N-1 các phần của không gian khóa 160 bit. Thuật toán bộ nhớ đệm nhất quán là rất quan trọng - nó cho phép mỗi nút Riak thực hiện bất kỳ yêu cầu nào. Vì bất kỳ nút nào cũng có thể tìm ra nút nào khác cần được liên hệ để thực hiện yêu cầu, nên bất kỳ nút nào cũng có thể hoạt động như một máy chủ cho bất kỳ máy khách nào. Không phải ở đây máy chủ điều khiển, KHÔNG đơnđiểm cho lỗi hệ thống.
Riak sử dụng những nghĩa khác nhau R cho mỗi yêu cầu. Mỗi lần bạn yêu cầu dữ liệu, bạn có thể sử dụng một giá trị khác nhau R. Nghĩa R xác định số lượng nút cần trả về phản hồi thành công trước khi Riak trả về phản hồi cho máy khách yêu cầu. Riak cố gắng đọc tất cả các bản sao có thể ( N), nhưng khi đạt đến giá trị R, dữ liệu sẽ được gửi lại cho khách hàng.
Riak sử dụng những ý nghĩa khác nhau W cho mỗi yêu cầu. Nghĩa W xác định số lượng nút cần trả về phản hồi thành công trước khi Riak trả về phản hồi cho máy khách yêu cầu. Riak cố gắng ghi lại tất cả các dòng có thể ( N) dữ liệu, nhưng khi đạt đến giá trị W, kết quả sẽ được gửi lại cho khách hàng.
Cho phép khách hàng chỉ định giá trị R Và W tại thời điểm truy vấn, có nghĩa là tại thời điểm truy vấn, ứng dụng có thể chỉ định chính xác có bao nhiêu nút có khả năng bị lỗi. Rất đơn giản: với mỗi yêu cầu, N-R(để đọc) hoặc Tây Bắc(đối với bản ghi) các nút có thể không khả dụng nhưng cụm và dữ liệu vẫn có thể truy cập đầy đủ.
Vì vậy, trong ví dụ chúng tôi đã sử dụng với N=3 Và R=W=2, chúng ta có thể có 3-2=1 nút không có sẵn trong cụm, nhưng cụm vẫn sẽ cung cấp dữ liệu. Đối với dữ liệu đặc biệt quan trọng, chúng ta có thể tăng giá trị Nđến 10 và nếu chúng ta vẫn sử dụng giá trị R hoặc W bằng 2, chúng ta có thể có 8 nút không thể truy cập được trong cụm, nhưng các yêu cầu đọc và ghi sẽ thành công. Riak cho phép bạn thay đổi các giá trị N/R/W vì đây là một cách hay để cải thiện hoạt động của ứng dụng khi sử dụng định lý CAP.
Nếu quen với định lý CAP của Eric Brewer, bạn sẽ biết rằng có ba khía cạnh cần được xem xét khi nghĩ về việc lưu trữ dữ liệu: tính toàn vẹn của dữ liệu, tính sẵn có của dữ liệu trong cửa hàng và dung sai phân vùng. Nếu bạn đã quen với nghiên cứu này, bạn cũng biết rằng không thể triển khai một hệ thống đáp ứng cả ba điều kiện.
Vì bạn không thể triển khai cả ba nên hầu hết các hệ thống lưu trữ đều sử dụng hai. Riak cho phép bạn không chỉ chọn bất kỳ ứng dụng nào trong số chúng mà các ứng dụng khác nhau có thể chọn các khối lượng khác nhau của mỗi ứng dụng. Nhiều khả năng bạn sẽ chọn khả năng tiếp cận và khả năng chống phân tách. Tuy nhiên, bạn đang phát triển các ứng dụng chạy trên máy thật và bạn muốn chúng có sẵn cho người dùng bất cứ lúc nào. Khung Riak được triển khai để hỗ trợ khả năng này (chúng tôi muốn các ứng dụng của mình chạy mọi lúc). Điều này có nghĩa là bạn sẵn sàng hy sinh tính toàn vẹn dữ liệu. Có rất nhiều lời khuyên về cách bạn có thể đảm bảo tính toàn vẹn của dữ liệu (ví dụ: đọc-ghi-ghi) trong tài liệu mô tả Amazon Dynamo và tôi khuyến khích bạn đọc lại tài liệu đó.
Đây là một ví dụ đơn giản về cách giải quyết vấn đề về tính toàn vẹn dữ liệu. Hãy xem một cụm đang chạy và có tài liệu có phiên bản 0.
Đột nhiên mạng bị lỗi. Nút 0 và 2 ở New York, nút 1 và 3 ở Los Angeles và kết nối xuyên lục địa bị hỏng. Mỗi phần của cụm sẽ hoạt động như thế nào? Nếu bạn đã đặt các giá trị N/R/Wđúng cách, cả hai phần của cụm về cơ bản sẽ cung cấp phiên bản 0 của tài liệu như trước. Khách hàng sẽ không nhận thức được sự thất bại. Bây giờ hãy giả sử rằng khách hàng đã thực hiện các thay đổi đối với một tài liệu được lưu trữ trong một nửa cụm đặt tại New York (bạn đã chỉ ra N/R/Wđể nó được cho phép?). Khách hàng này đã đưa ra một số điểm không nhất quán. Giờ đây, khách hàng tham gia phần New York của cụm sẽ nhận được phiên bản 1 của tài liệu, trong khi khách hàng tham gia phần Los Angeles sẽ nhận được phiên bản 0 của tài liệu. Bây giờ hãy giả sử rằng kết nối xuyên lục địa được khôi phục và cả hai nửa của cụm đều hoạt động cùng nhau. Riak nên làm gì với hai phiên bản khác nhau của một tài liệu?
Trong trường hợp này Riak sử dụng thuật toán vectơ thời gian, để xác định phiên bản nào của tài liệu chính xác hơn. Thuật toán vectơ thời gian là một triển khai đặc biệt của thuật toán dấu thời gian Lamport/đồng hồ Lamport. Không giống như dấu thời gian thông thường, hệ thống dấu thời gian của Lamport được thiết kế theo cách mà dòng dõi và sự kế thừa có thể được xác định bằng cách so sánh đơn giản. Mỗi lần dữ liệu được lưu vào Riak, vectơ thời gian của nó sẽ tăng lên và khi cụm phục hồi, Riak sẽ có thể xác định dữ liệu nào cần lưu. Trong trường hợp của chúng tôi, Riak sẽ xác định rằng phiên bản 1 là phiên bản nhận phiên bản 0 và phiên bản 0 sẽ được thay thế bằng phiên bản 1 và dữ liệu sẽ nhất quán trở lại.
Mọi thứ trở nên thú vị hơn một chút nếu trong khi các phần không được kết nối với nhau, khách hàng thực hiện các thay đổi ở cả hai phía của cụm. Bây giờ khi cụm được khôi phục, vectơ thời gian sẽ hiển thị rằng cả hai phiên bản đều không phải là phiên bản kế thừa của phiên bản kia. Riak không thể xác định nên chọn phiên bản nào, vì vậy trong trường hợp này, cũng như khả năng thay đổi giá trị N/R/W, Riak chuyển khả năng giải quyết xung đột sang ứng dụng. Thay vì thực hiện quy tắc chọn phiên bản tùy ý như được thực hiện trong các hệ thống khác, Riak trả về cả hai giá trị cho ứng dụng, cho phép ứng dụng chọn phiên bản chính xác hơn. Tất nhiên, nếu bạn chỉ muốn sử dụng một quy tắc - dữ liệu đến sau cùng sẽ được sử dụng, Riak có một cờ đơn giản để kích hoạt hành vi này (thuộc tính phân đoạn allow_mult)
Sau tất cả lý thuyết này, còn một số ví dụ mã để chứng minh việc làm việc với Riak dễ dàng như thế nào thì sao?
Vì Riak được viết bằng Erlang nên hãy bắt đầu với Erlang.
Dòng mã đầu tiên mô tả cách kết nối ứng dụng khách của chúng tôi với cụm Riak. Dòng thứ hai tạo một đối tượng mới (tài liệu, cặp khóa/giá trị). Dòng thứ ba lưu đối tượng vào Riak. Người thứ tư trả lại đồ vật từ Riak. Hai dòng cuối cùng thay đổi giá trị của đối tượng của chúng ta và lưu nó trở lại cụm Riak.
Nếu bạn không muốn sử dụng Erlang, Riak cũng có sẵn các thư viện dành cho Python...
...Riak cũng có thư viện dành cho Ruby... 
...Java... 
...PHP... 
...JavaScript... 
...nhưng trên thực tế, tất cả các thư viện này đều hoạt động với Riak bằng cách sử dụng HTTP RESTful tiêu chuẩn và điều này cho phép sử dụng Riak trên bất kỳ hệ thống nào hỗ trợ HTTP - ví dụ: sử dụng các công cụ dòng lệnh như Xoăn hoặc quên.
Điều này tốt khi bạn cần gửi hoặc nhận dữ liệu từ Riak, nhưng còn khi bạn muốn truy vấn nhiều đối tượng cùng một lúc thì sao? Đây là NoSQL phải không? Thế còn một chút Bản đồ/Thu nhỏ thì sao?
Hệ thống Map/Reduce Riak có nhiều điểm tương đồng với các hệ thống Map/Reduce khác. Hàm Map xảy ra trên nút nơi chứa dữ liệu, tăng vị trí dữ liệu trong khi phân phối tính toán trên toàn cụm. Phần của Map/Reduce Riak đáng chú ý nhất so với các giải pháp khác là Riak không chạy phương thức Map trên tất cả dữ liệu trong nhóm. Thay vào đó, Riak cho phép khách hàng cung cấp danh sách các khóa đối tượng mà phương thức Map sẽ được chạy trên đó. Các phương thức bản đồ có thể cung cấp nhiều khóa hơn cho các giai đoạn sau của việc thực thi phương thức Bản đồ, nhưng danh sách các khóa cho phương thức Bản đồ phải luôn được xác định. Tất nhiên, bạn có thể chỉ định bao nhiêu khóa tùy thích, ví dụ: nếu bạn muốn thực hiện phương thức Map trên tất cả các giá trị trong một phân đoạn, chỉ cần đưa tất cả chúng vào truy vấn Map/Reduce (các hàm list_keys hoặc list_bucket có thể được hữu ích trong những trường hợp như vậy).
Sự khác biệt trong cách triển khai Map/Reduce của Riak khi so sánh với các hệ thống khác là do mong muốn mạnh mẽ hỗ trợ các tài liệu tham khảo trong Riak. Câu hỏi đầu tiên khi rời khỏi thế giới RDBMS là “Làm cách nào tôi có thể sắp xếp các mối quan hệ giữa dữ liệu của mình?” Người ta quyết định rằng câu trả lời tốt nhất cho câu hỏi này là các liên kết.
Ví dụ: nếu bạn muốn tạo liên kết giữa một mục nhập nghệ sĩ và nhiều mục nhập album, bạn muốn tạo liên kết đến các album trong mục nhập nghệ sĩ. Tương tự, bạn có thể tạo liên kết trong mục album tới bản ghi âm của các bài hát có trong album này. Sau khi thêm tham chiếu và xác định cách Riak có thể lấy các tham chiếu đó từ đối tượng của mình, bạn sẽ có quyền truy cập vào cú pháp Map/Reduce mới. Ví dụ: trong ví dụ này, bạn có thể thấy một cú pháp đơn giản cho phép chúng tôi nói - "Bắt đầu với nghệ sĩ REM, sau đó theo dõi tất cả các album mà nghệ sĩ được liên kết, sau đó theo dõi tất cả các bài hát mà album được liên kết, sau đó trích xuất tên của các bài hát này." Kết quả của truy vấn này sẽ là tên của tất cả các bài hát REM đã từng được phát hành.
Các nhà phát triển quyết định rằng việc đi bộ liên kết hữu ích đến mức họ thậm chí còn triển khai cú pháp URL cho nó. Ở trên cùng, bạn có thể thấy một liên kết giống URL và thực hiện yêu cầu GET trên URL đó sẽ trả về cho bạn danh sách tất cả các đối tượng thành phần mà trước đây chúng tôi đã có trong ví dụ Map/Reduce.
Còn rất nhiều điều để nói về Riak, bao gồm cách tạo các chương trình phụ trợ có thể cắm được, cách sử dụng hệ thống sự kiện, cách giám sát trạng thái của các cụm Riak và cách triển khai sao chép giữa các cụm. Nhưng điều đó sẽ phải chờ một bài thuyết trình khác.
Nếu bạn muốn tìm hiểu thêm, bạn có thể truy cập trang web
Gần đây, chủ yếu là do UX và hiệu suất.
Tôi muốn trình bày 7 nguyên tắc hữu ích dành cho các trang web muốn sử dụng JavaScript để kiểm soát giao diện người dùng. Những nguyên tắc này là kết quả công việc của tôi với tư cách là một nhà thiết kế web và cũng là một người sử dụng WWW lâu năm.
JavaScript chắc chắn đã trở thành một công cụ không thể thiếu đối với các nhà phát triển front-end. Bây giờ phạm vi của nó đang mở rộng sang các lĩnh vực khác như máy chủ và vi điều khiển. Ngôn ngữ lập trình này đã được các trường đại học danh tiếng lựa chọn để dạy cho sinh viên những kiến thức cơ bản về khoa học máy tính.
Đồng thời, có một số câu hỏi liên quan đến vai trò và cách sử dụng cụ thể của nó mà nhiều người cảm thấy khó trả lời, bao gồm cả các tác giả của các framework và thư viện.
- Có nên sử dụng JavaScript để thay thế các chức năng của trình duyệt: lịch sử, điều hướng, hiển thị không?
- Phần phụ trợ có chết không? Có cần thiết phải hiển thị HTML không?
- Có đúng là Ứng dụng Trang Đơn (SPA) là tương lai không?
- JS có nên tạo các trang trên một trang web và hiển thị các trang trong ứng dụng web không?
- Tôi có nên sử dụng các kỹ thuật như PJAX hoặc TurboLinks không?
- Sự khác biệt chính xác giữa một trang web và một ứng dụng web là gì? Có nên còn lại một điều không?
Trước hết, tôi phải chỉ ra lỗi phổ biến khi tách “ứng dụng được hiển thị trên máy chủ” khỏi “ứng dụng một trang”. Nếu chúng tôi muốn đạt được trải nghiệm tốt nhất theo quan điểm của người dùng, chúng tôi không được giới hạn bản thân trong những giới hạn đó và từ bỏ một giải pháp thay thế để ủng hộ một giải pháp thay thế khác.
Những lý do khá rõ ràng. Các trang được truyền qua Internet, có những hạn chế về mặt vật lý, như Stuart Cheshire đã minh họa một cách đáng nhớ trong bài tiểu luận nổi tiếng “Đó là độ trễ, Đồ ngốc”:
Khoảng cách giữa Stanford và Boston là 4320 km.Tốc độ ánh sáng trong chân không là 300.10^6 m/s.
Tốc độ ánh sáng trong sợi quang xấp xỉ 66% tốc độ ánh sáng trong chân không.
Tốc độ ánh sáng trong sợi quang là 300 x 10^6 m/s * 0,66 = 200 x 10^6 m/s.
Độ trễ một chiều khi truyền tới Boston 4320 km / 200 x 10^6 m/s = 21,6 ms.
Độ trễ khứ hồi 43,2 ms.
Ping từ Stanford đến Boston trên Internet hiện đại là khoảng 85 ms (...)
Vì vậy, thiết bị Internet hiện đại truyền tín hiệu với tốc độ gấp 0,5 lần tốc độ ánh sáng.
Kết quả được chỉ định là 85 ms có thể được cải thiện (và đã tốt hơn một chút), nhưng điều quan trọng là phải hiểu rằng có giới hạn vật lý đối với độ trễ khi truyền thông tin qua Internet, bất kể băng thông trên máy tính của người dùng tăng bao nhiêu .
Điều này đặc biệt quan trọng với sự phổ biến ngày càng tăng của các ứng dụng JavaScript, thường chỉ chứa đánh dấu và một trường trống bên cạnh nó. Cái gọi là ứng dụng trang đơn (SPA) - máy chủ trả về một trang và mọi thứ khác được gọi bằng mã ở phía máy khách.
Hãy tưởng tượng một tình huống trong đó người dùng truy cập trực tiếp vào app.com/orders. Vào thời điểm ứng dụng của bạn nhận được và xử lý yêu cầu này, nó đã có một thông tin quan trọng rồi. thông tin về những gì cần được hiển thị trên trang. Ví dụ, nó có thể tải một đơn hàng từ cơ sở dữ liệu và thêm nó vào phản hồi. Nhưng hầu hết các SPA trong tình huống này đều trả về một trang trống và một thẻ. Sau đó, bạn sẽ phải trao đổi yêu cầu một lần nữa để nhận được nội dung của tập lệnh và một lần nữa để nhận được nội dung.
Phân tích cú pháp HTML được máy chủ gửi cho mỗi trang SPA
Nhiều nhà phát triển cố tình hy sinh điều này. Họ cố gắng đảm bảo rằng mạng bổ sung hoa bia sẽ chỉ xảy ra một lần đối với người dùng, gửi tiêu đề chính xácđể lưu vào bộ nhớ đệm trong các phản hồi bằng tập lệnh và CSS. Sự hiểu biết thông thường cho rằng đây là một thỏa thuận tốt vì khi tất cả các tệp được tải xuống máy tính, hầu hết các hành động của người dùng (như điều hướng đến các phần khác) sẽ diễn ra mà không yêu cầu các trang hoặc tập lệnh bổ sung.
Tuy nhiên, ngay cả khi tính đến bộ đệm, hiệu suất sẽ bị giảm nhất định nếu chúng ta tính đến thời gian phân tích cú pháp và thực thi tập lệnh. Trong bài viết “Có phải jQuery quá lớn đối với thiết bị di động?” cho biết chỉ riêng jQuery có thể làm chậm một số trình duyệt di động hàng trăm mili giây.
Tệ hơn nữa, người dùng thường không nhận được bất kỳ phản hồi nào trong khi tập lệnh đang tải. Kết quả - Trang trống trên màn hình, sau đó đột nhiên chuyển thành một trang được tải đầy đủ.
Quan trọng nhất, chúng ta có xu hướng quên rằng việc truyền tải dữ liệu Internet (TCP) phổ biến nhất có khởi đầu chậm chạp. Điều này gần như chắc chắn đảm bảo rằng hầu hết các gói tập lệnh sẽ không được chuyển đi trong một lần, khiến tình trạng trên càng trở nên tồi tệ hơn.
Kết nối TCP bắt đầu bằng việc trao đổi các gói bắt tay. Nếu bạn đang sử dụng SSL, điều quan trọng để truyền tập lệnh an toàn, thì có hai trao đổi gói bổ sung (một nếu máy khách khôi phục phiên). Chỉ sau đó, máy chủ mới có thể bắt đầu gửi dữ liệu, nhưng thực tế cho thấy nó thực hiện việc này một cách chậm rãi và theo đợt.
Cơ chế kiểm soát tắc nghẽn có tên Slow Start được tích hợp vào giao thức TCP để gửi dữ liệu theo từng bước phân đoạn. Điều này có hai ý nghĩa nghiêm trọng đối với SPA:
1. Các tập lệnh lớn mất nhiều thời gian để tải hơn chúng tưởng. Như đã giải thích trong cuốn sách "Mạng trình duyệt hiệu suất cao" của Ilya Grigorik, phải mất "bốn lần trao đổi gói (...) và độ trễ hàng trăm mili giây để đạt được 64 KB trao đổi dữ liệu giữa máy khách và máy chủ." Ví dụ: trong trường hợp kết nối Internet nhanh giữa London và New York, phải mất 225 ms trước khi TCP có thể đạt kích thước gói tối đa.
2. Vì quy tắc này cũng áp dụng cho lần tải trang đầu tiên nên điều quan trọng là nội dung nào được tải sẽ được hiển thị trên trang trước. Như Paul Irish kết luận trong bài thuyết trình Giao hàng của mình, 14 KB đầu tiên rất quan trọng. Điều này rõ ràng nếu bạn nhìn vào biểu đồ biểu thị khối lượng truyền giữa máy khách và máy chủ trong giai đoạn đầu thiết lập kết nối.
Máy chủ có thể gửi bao nhiêu KB ở mỗi giai đoạn kết nối, theo phân đoạn
Các trang web quản lý việc cung cấp nội dung (ngay cả đánh dấu cơ bản không có dữ liệu) trong cửa sổ này có vẻ phản hồi đặc biệt. Trong thực tế, nhiều tác giả của nhanh ứng dụng máy chủ coi JavaScript là thứ gì đó không cần thiết hoặc phải hết sức thận trọng khi sử dụng. Thái độ này càng được củng cố hơn nếu ứng dụng có cơ sở dữ liệu và phụ trợ nhanh, đồng thời các máy chủ của nó được đặt gần người dùng (CDN).
Vai trò của máy chủ trong việc tăng tốc độ trình bày nội dung phụ thuộc trực tiếp vào ứng dụng web. Giải pháp không phải lúc nào cũng tập trung vào việc "hiển thị toàn bộ trang trên máy chủ".
Trong một số trường hợp, tốt hơn là loại trừ một phần của trang hiện không liên quan đến người dùng khỏi phản hồi ban đầu và để lại phần đó cho lần sau. Ví dụ: một số ứng dụng chỉ thích hiển thị phần "cốt lõi" của trang để đảm bảo khả năng phản hồi ngay lập tức. Sau đó, họ yêu cầu song song các phần khác nhau của trang. Điều này mang lại khả năng phản hồi tốt hơn ngay cả trong các tình huống có phần phụ trợ cũ, chậm. Đối với một số trang, chỉ hiển thị phần hiển thị của trang có thể là một lựa chọn tốt.
Vô cùng quan trọng đánh giá định tính tập lệnh và kiểu, có tính đến thông tin mà máy chủ có về phiên, ứng dụng khách và URL. Các tập lệnh sắp xếp đơn hàng rõ ràng sẽ quan trọng hơn đối với /orders so với logic trang cài đặt. Có lẽ không quá rõ ràng nhưng có sự khác biệt trong việc tải " CSS cấu trúc" và "CSS để tạo kiểu". Cái đầu tiên có thể cần thiết cho mã JavaScript, vì vậy nó là bắt buộc chặn và cái thứ hai được tải không đồng bộ.
Một ví dụ điển hình về SPA không dẫn đến việc trao đổi gói không cần thiết là bản sao khái niệm StackOverflow 4096 byte, về mặt lý thuyết có thể tải gói đầu tiên sau khi bắt tay trên kết nối TCP! Tác giả đã đạt được điều này bằng cách từ chối lưu vào bộ đệm, sử dụng nội tuyến cho tất cả tài nguyên trong phản hồi từ máy chủ. Bằng cách sử dụng tính năng đẩy máy chủ SPDY hoặc HTTP/2, về mặt lý thuyết có thể chuyển tất cả mã máy khách được lưu trong bộ nhớ đệm trong một bước nhảy. Hiện tại, việc hiển thị các phần hoặc toàn bộ trang ở phía máy chủ vẫn là cách phổ biến nhất để loại bỏ các vòng trao đổi gói không cần thiết.
SPA chứng minh khái niệm sử dụng nội tuyến cho CSS và JS để loại bỏ các vòng lặp không cần thiết
Một hệ thống khá linh hoạt phân chia kết xuất giữa trình duyệt và máy chủ, đồng thời cung cấp các công cụ để tải dần các tập lệnh và kiểu có thể làm mờ ranh giới giữa các trang web Và Ứng dụng web. Cả hai đều sử dụng URL, điều hướng và hiển thị dữ liệu cho người dùng. Ngay cả một ứng dụng với bảng tính, theo truyền thống dựa vào chức năng phía máy khách, trước tiên phải hiển thị cho khách hàng thông tin cần chỉnh sửa. Và thực hiện điều này với số lần khứ hồi ít nhất là điều hết sức quan trọng.
Theo tôi, nhược điểm lớn nhất về hiệu suất trong nhiều hệ thống phổ biến hiện nay xuất phát từ sự tích lũy dần dần độ phức tạp trong ngăn xếp. Theo thời gian, các công nghệ như JavaScript và CSS đã được thêm vào. Sự nổi tiếng của họ cũng dần dần tăng lên. Chỉ bây giờ chúng ta mới có thể đánh giá cao cách chúng có thể được sử dụng một cách khác nhau. Chúng ta cũng đang nói về việc cải tiến các giao thức (điều này được thể hiện qua tiến độ hiện tại của SPDY và QUIC), nhưng lợi ích lớn nhất đến từ việc tối ưu hóa ứng dụng.
Có thể hữu ích nếu nhớ lại một số cuộc thảo luận lịch sử xung quanh thiết kế. phiên bản trước HTML và WWW. Ví dụ: danh sách gửi thư từ năm 1997 này gợi ý thêm thẻ trong HTML. Marc Andreessen nhắc lại tầm quan trọng của việc cung cấp thông tin nhanh chóng:
Mục tiêu của chúng tôi là tối đa hóa tốc độ phản hồi với hành động của người dùng. Cho dù chúng ta có nỗ lực bao nhiêu để giảm số bước nhảy khi làm việc với một ứng dụng web thì vẫn có những thứ nằm ngoài tầm kiểm soát của chúng ta. Đây là giới hạn lý thuyết về tốc độ ánh sáng và ping tối thiểu giữa máy khách và máy chủ.
Một yếu tố quan trọng là chất lượng liên lạc không thể đoán trước giữa máy khách và máy chủ. Nếu chất lượng kết nối kém thì các gói sẽ được truyền lại. Khi nội dung cần tải trong một vài lượt khứ hồi, bạn có thể cần nhiều hơn thế.
Đây là lợi ích chính của JavaScript trong việc cải thiện UX. Nếu giao diện được viết kịch bản ở phía máy khách, chúng ta có thể ẩn độ trễ của mạng. Chúng ta có thể tạo ấn tượng về tốc độ cao. Chúng ta có thể đạt được độ trễ bằng không một cách giả tạo.
Hãy giả sử một lần nữa rằng đây là HTML đơn giản. Các tài liệu được kết nối bằng siêu liên kết hoặc thẻ . Nếu bạn nhấp vào bất kỳ trong số chúng, trình duyệt sẽ thực hiện một yêu cầu mạng, quá trình này sẽ mất một thời gian dài không thể đoán trước, sau đó nhận và xử lý dữ liệu nhận được và cuối cùng chuyển sang trạng thái mới.
JavaScript cho phép bạn phản hồi ngay lập tức và lạc quan với hành động của người dùng. Nhấp vào liên kết hoặc nút sẽ nhận được phản hồi ngay lập tức mà không cần phải truy cập Internet. Một ví dụ nổi tiếng là giao diện Gmail (hoặc Hộp thư đến của Google), trong đó việc lưu trữ thư email diễn ra ngay lập tức, trong khi yêu cầu tương ứng tới máy chủ được gửi và xử lý không đồng bộ.
Trong trường hợp biểu mẫu, thay vì đợi một số mã HTML phản hồi để điền vào biểu mẫu, chúng tôi có thể phản hồi ngay lập tức ngay khi người dùng nhấn “Enter”. Hoặc thậm chí tốt hơn, giống như tìm kiếm của Google, chúng ta có thể phản ứng sớm hơn bằng cách chuẩn bị trước đánh dấu cho một trang mới.
Hành vi này là một ví dụ về những gì tôi gọi thích ứng đánh dấu. Ý tưởng cơ bản là trang "biết" đánh dấu trong tương lai của nó, vì vậy nó có thể chuyển sang đánh dấu đó khi chưa có dữ liệu để chỉ ra. Đây là hành vi "lạc quan" vì vẫn có nguy cơ dữ liệu sẽ không bao giờ đến và sẽ phải báo cáo thông báo lỗi, nhưng điều này rõ ràng là rất hiếm.
Trang chủ của Google là một ví dụ điển hình vì nó thể hiện rất rõ ràng hai nguyên tắc đầu tiên trong bài viết của chúng tôi.
Cuối năm 2004, Google đi tiên phong trong việc sử dụng JavaScript để cung cấp các gợi ý theo thời gian thực khi gõ truy vấn tìm kiếm (thú vị là tính năng này được một nhân viên phát triển trong 20% thời gian rảnh rỗi của anh ta, giống như Gmail). Điều này thậm chí còn trở thành cơ sở cho sự xuất hiện của Ajax:
Nhìn vào Google Đề xuất. Xem cụm từ tìm kiếm của bạn cập nhật khi bạn nhập, gần như ngay lập tức... mà không làm chậm quá trình tải lại trang. Google Suggest và Google Maps là hai ví dụ về cách tiếp cận mới để tạo ứng dụng web mà chúng tôi tại Adaptive Path gọi là “Ajax”.Và vào năm 2010, họ đã giới thiệu Tìm kiếm tức thì, trong đó JS đóng vai trò trung tâm, loại bỏ hoàn toàn việc làm mới trang thủ công và chuyển sang đánh dấu “kết quả tìm kiếm” trong lần nhấn phím đầu tiên, như trong hình minh họa ở trên.
Một ví dụ nổi bật khác về việc thích ứng với đánh dấu có thể nằm trong túi của bạn. Ngay từ những ngày đầu tiên, hệ điều hành iPhone đã yêu cầu tác giả ứng dụng cung cấp hình ảnh mặc định.png, có thể được hiển thị ngay lập tức trên màn hình trong khi ứng dụng đang tải.
Hệ điều hành iPhone buộc default.png tải trước khi khởi chạy ứng dụng
Một loại hành động khác ngoài nhấp chuột và gửi biểu mẫu được JavaScript tăng cường đáng kể là kết xuất tệp tải lên.
Chúng tôi có thể đăng ký nỗ lực tải xuống tệp của người dùng theo nhiều cách khác nhau: kéo-thả, dán từ bộ đệm, chọn tệp. Sau đó, nhờ các API HTML5 mới, chúng tôi có thể hiển thị nội dung như thể nó đã được tải xuống. Một ví dụ về loại giao diện này là công việc của chúng tôi với các bản tải xuống trong Cloudup. Lưu ý cách hình thu nhỏ của hình ảnh được tạo và hiển thị ngay lập tức:
Hình ảnh được hiển thị và hiển thị cho đến khi tải xong
Trong tất cả các trường hợp này, chúng tôi cải thiện nhận thức tốc độ. May mắn thay, có rất nhiều bằng chứng cho thấy tính hữu ích của phương pháp này. Hãy lấy ít nhất một ví dụ về cách tăng khoảng cách đến băng chuyền hành lý tại sân bay Houston giảm số khiếu nại về hành lý thất lạc mà không cần phải giải quyết nhanh hành lý.
Ý tưởng này sẽ tác động nghiêm trọng đến giao diện người dùng của các ứng dụng của chúng tôi. Tôi tin rằng các chỉ báo tải sẽ trở nên hiếm hoi, đặc biệt khi chúng ta chuyển sang các ứng dụng thông tin thời gian thực, được mô tả trong phần tiếp theo.
Có những tình huống ảo tưởng về hành động tức thời thực sự có tác động bất lợi đến UX. Đây có thể là một hình thức thanh toán hoặc kết thúc một phiên trên trang web. Bằng cách áp dụng cách tiếp cận lạc quan ở đây, trên thực tế là đánh lừa người dùng, chúng ta có nguy cơ chọc tức anh ta.
Nhưng ngay cả trong những trường hợp này, việc hiển thị vòng quay hoặc chỉ báo tải trên màn hình vẫn phải dừng. Chúng chỉ được hiển thị sau khi người dùng cho rằng phản hồi không ngay lập tức. Theo một nghiên cứu thường được trích dẫn của Nielsen:
Lời khuyên cơ bản về thời gian phản hồi vẫn được giữ nguyên trong suốt ba mươi năm Miller 1968; Thẻ và cộng sự. 1991:*0,1 giây là giới hạn để người dùng cảm nhận phản hồi ngay lập tức, không cần hiển thị bất kỳ thông tin bổ sung nào ngoài kết quả của thao tác.
* 1,0 giây là giới hạn về khả năng suy nghĩ liên tục của người dùng, mặc dù anh ta sẽ nhận thấy sự chậm trễ. Thông thường, không cần chỉ báo bổ sung đối với độ trễ lớn hơn 0,1 giây nhưng nhỏ hơn 1,0 giây, nhưng người dùng sẽ mất cảm giác đang làm việc trực tiếp với dữ liệu.
* 10 giây là giới hạn để giữ sự chú ý của người dùng vào cuộc đối thoại. Với độ trễ cao hơn, người dùng sẽ muốn thực hiện một tác vụ khác trong khi chờ phản hồi từ máy tính.
Rất tiếc, các kỹ thuật như PJAX hoặc TurboLinks lại thiếu hầu hết các tính năng được mô tả trong phần này. Mã phía máy khách không “biết” về trạng thái tương lai của trang cho đến khi quá trình trao đổi dữ liệu với máy chủ diễn ra.3. Phản hồi với các thay đổi dữ liệu;DR: Khi dữ liệu được cập nhật trên máy chủ, máy khách sẽ được thông báo ngay lập tức. Đây là một hình thức cải thiện năng suất khi người dùng không cần phải thực hiện các hành động bổ sung (nhấn F5, làm mới trang). Các vấn đề mới: (lại) quản lý kết nối, khôi phục trạng thái.
Nguyên tắc thứ ba liên quan đến phản hồi của UI đối với những thay đổi về dữ liệu tại nguồn, thường là một hoặc nhiều máy chủ cơ sở dữ liệu.
Đã không còn mô hình truyền dữ liệu HTML tĩnh cho đến khi người dùng làm mới trang (trang web truyền thống) hoặc tương tác với nó (Ajax).
Giao diện người dùng của bạn sẽ tự động cập nhật.
Điều này rất quan trọng trong một thế giới với luồng thông tin ngày càng tăng từ nhiều nguồn khác nhau, bao gồm đồng hồ, điện thoại, máy tính bảng và các thiết bị đeo sẽ xuất hiện trong tương lai.
Hãy tưởng tượng Facebook News Feed ngay sau khi được giới thiệu, khi thông tin được đăng tải chủ yếu từ máy tính cá nhân của người dùng. Hiển thị tĩnh không phải là tối ưu nhưng nó có ý nghĩa đối với những người làm mới nguồn cấp dữ liệu của họ, chẳng hạn như mỗi ngày một lần.
Giờ đây chúng ta đang sống trong một thế giới nơi bạn tải ảnh lên và gần như ngay lập tức nhận được lượt thích cũng như bình luận từ bạn bè và người quen. Nhu cầu phản hồi tức thì đã trở thành một điều tất yếu trong môi trường cạnh tranh của các ứng dụng khác.
Tuy nhiên, sẽ là sai lầm khi cho rằng lợi ích của việc cập nhật giao diện người dùng tức thời chỉ giới hạn ở các ứng dụng nhiều người dùng. Đó là lý do tại sao tôi thích nói về điểm dữ liệu đã thống nhất, thay vì người dùng. Hãy lấy một tình huống điển hình để đồng bộ hóa ảnh giữa điện thoại và máy tính xách tay của bạn:
Ứng dụng một người dùng cũng có thể được hưởng lợi từ khả năng phản ứng.
Hữu ích để tưởng tượng tất cả thông tin được gửi đến người dùng dưới dạng "phản ứng". Đồng bộ hóa phiên và trạng thái ủy quyền là một ví dụ về cách tiếp cận phổ quát. Nếu người dùng ứng dụng của bạn mở nhiều tab cùng lúc thì việc kết thúc phiên làm việc trên một trong số đó sẽ ngay lập tức hủy kích hoạt ủy quyền đối với tất cả những tab khác. Điều này chắc chắn sẽ dẫn đến việc cải thiện tính bảo mật và bảo vệ thông tin bí mật tốt hơn, đặc biệt trong trường hợp nhiều người có quyền truy cập vào cùng một thiết bị.
Mỗi trang phản ứng với trạng thái phiên và trạng thái ủy quyền
Khi bạn đã thiết lập quy tắc rằng thông tin trên màn hình sẽ được cập nhật tự động, điều quan trọng là phải thực hiện một nhiệm vụ mới: khôi phục trạng thái.
Khi gửi yêu cầu và nhận các bản cập nhật nguyên tử, bạn rất dễ quên rằng ứng dụng của mình sẽ cập nhật bình thường ngay cả sau một thời gian dài không hoạt động. Hãy tưởng tượng bạn đóng nắp máy tính xách tay lại và mở nó ra vài ngày sau đó. Ứng dụng sẽ hoạt động như thế nào?
Ví dụ về điều gì sẽ xảy ra nếu kết nối không được cập nhật chính xác
Khả năng kết nối lại của ứng dụng thường tương tác với nguyên tắc số 1. Nếu chọn gửi dữ liệu trong lần tải trang đầu tiên, bạn cũng phải xem xét thời gian trôi qua trước khi tải tập lệnh. Thời gian này về cơ bản tương đương với thời gian ngắt kết nối, vì vậy kết nối ban đầu của tập lệnh của bạn là việc nối lại phiên.
4. Kiểm soát việc trao đổi dữ liệu với máy chủ tl;DR: Bây giờ chúng ta có thể tinh chỉnh việc trao đổi dữ liệu với máy chủ. Đảm bảo xử lý lỗi, thử lại các yêu cầu tới máy khách, đồng bộ hóa dữ liệu ở chế độ nền và giữ bộ nhớ đệm ngoại tuyến.Khi web ra đời, giao tiếp giữa máy khách và máy chủ bị hạn chế theo một số cách:
Những hạn chế chính liên quan đến điểm thứ hai. Không thể gửi dữ liệu mà không nhất thiết phải tải trang mới là một bất lợi từ góc độ hiệu suất. Nhưng điều quan trọng nhất là nó đã hỏng hoàn toàn nút "Quay lại":
Có lẽ là tạo tác khó chịu nhất của trang web cũ
Đây là lý do tại sao web với tư cách là một nền tảng ứng dụng vẫn chưa hoàn thiện nếu không có JavaScript. Ajax thể hiện một bước nhảy vọt lớn về mặt dễ dàng xuất bản cho người dùng.
Hiện tại, chúng tôi có nhiều API (XMLHttpRequest, WebSocket, EventSource, chỉ kể tên một số API) cung cấp khả năng kiểm soát đầy đủ và chính xác đối với luồng dữ liệu. Ngoài khả năng xuất bản dữ liệu người dùng thông qua biểu mẫu, chúng tôi còn có những cơ hội mới để cải thiện trải nghiệm người dùng.
Liên quan trực tiếp đến nguyên tắc trước đó là màn hình hiển thị tình trạng kết nối. Nếu chúng tôi mong đợi dữ liệu được cập nhật tự động, chúng tôi phải thông báo cho người dùng thông tin thực tế mất kết nối Và cố gắng khôi phục nó.
Khi phát hiện thấy ngắt kết nối, việc lưu trữ dữ liệu vào bộ nhớ (hoặc tốt hơn là trong localStorage) để có thể gửi sau sẽ rất hữu ích. Điều này đặc biệt quan trọng trong bối cảnh việc sử dụng ServiceWorker trong tương lai, cho phép các ứng dụng JavaScript chạy trong nền. Nếu ứng dụng của bạn không mở, bạn vẫn có thể tiếp tục thử đồng bộ hóa dữ liệu với máy chủ ở chế độ nền.
Xem xét khả năng hết thời gian chờ và lỗi khi gửi dữ liệu; những tình huống như vậy cần được giải quyết có lợi cho khách hàng. Nếu kết nối được khôi phục, hãy thử gửi lại dữ liệu. Khi lỗi vĩnh viễn, thông báo cho người dùng về điều này.
Một số lỗi cần được xử lý đặc biệt cẩn thận. Ví dụ: lỗi 403 không mong muốn có thể có nghĩa là phiên của người dùng đã bị vô hiệu. Trong những trường hợp như vậy, có thể khôi phục phiên bằng cách hiển thị cho người dùng cửa sổ để nhập thông tin đăng nhập và mật khẩu.
Điều quan trọng nữa là phải đảm bảo rằng người dùng không vô tình làm gián đoạn luồng dữ liệu. Điều này có thể xảy ra trong hai tình huống. Trường hợp đầu tiên và rõ ràng nhất là đóng trình duyệt hoặc tab, đây là điều chúng tôi đang cố gắng ngăn chặn bằng trình xử lý beforeunload.
Cảnh báo trước khi dỡ tải
Một trường hợp khác (và ít rõ ràng hơn) là khi bạn cố gắng điều hướng đến một trang khác, chẳng hạn bằng cách nhấp vào một liên kết. Trong trường hợp này, ứng dụng có thể ngăn người dùng sử dụng các phương pháp khác theo quyết định của nhà phát triển.
5. Đừng phá vỡ lịch sử, hãy cải thiện nó tl;DR: Nếu trình duyệt không quản lý URL và lịch sử, chúng ta sẽ gặp vấn đề mới. Đảm bảo bạn đáp ứng hành vi cuộn mong đợi. Lưu bộ nhớ đệm của riêng bạn để có phản hồi nhanh.Không cần gửi biểu mẫu, chỉ sử dụng siêu liên kết trong ứng dụng web sẽ cung cấp cho chúng tôi điều hướng Tiến/Quay lại đầy đủ chức năng trong trình duyệt.
Ví dụ: một trang "vô tận" điển hình thường được tạo bằng nút JavaScript yêu cầu dữ liệu/HTML bổ sung và chèn nó. Thật không may, ít người nhớ gọi history.pushState hoặc thay thếState như một bước bắt buộc.
Đó là lý do tại sao tôi dùng từ "phá vỡ". Với mô hình đơn giản của web gốc, tình huống này là không thể xảy ra. Mỗi thay đổi trạng thái đều dựa trên sự thay đổi URL.
Nhưng cũng có mặt khác của đồng xu - cơ hội cải thiện lịch sử lướt web mà hiện chúng tôi kiểm soát bằng JavaScript.
Một khả năng như vậy được Daniel Pipius gọi là Fast Back:
Nút quay lại sẽ hoạt động nhanh chóng; người dùng không mong đợi quá nhiều thay đổi dữ liệu.Nó giống như coi nút quay lại như một nút trong ứng dụng web và áp dụng nguyên tắc số 2 cho nó: phản hồi ngay lập tức với hành động của người dùng. Điều chính là bạn có cơ hội quyết định cách lưu trang trước vào bộ đệm và hiển thị ngay lập tức trên màn hình. Sau đó, bạn có thể áp dụng nguyên tắc số 3 và thông báo cho người dùng khi có dữ liệu mới trên trang đó.
Vẫn có một số trường hợp bạn không thể kiểm soát được hành vi của bộ nhớ đệm. Ví dụ: nếu bạn hiển thị một trang, sau đó truy cập trang web của bên thứ ba và sau đó người dùng nhấp vào “Quay lại”. Các ứng dụng hiển thị HTML ở phía máy chủ và sau đó sửa đổi nó ở phía máy khách đặc biệt dễ mắc phải lỗi nhỏ này:
Hoạt động không chính xác của nút "Quay lại"
Một cách khác để phá vỡ điều hướng là bỏ qua bộ nhớ trạng thái cuộn. Một lần nữa, các trang không sử dụng JS và quản lý lịch sử thủ công có thể sẽ không gặp vấn đề gì ở đây. Nhưng sẽ có các trang động. Tôi đã thử nghiệm hai nguồn cấp tin tức phổ biến nhất trên Dựa trên JavaScript trên Internet: Twitter và Facebook. Cả hai đều mắc chứng mất trí nhớ cuộn.
Lật trang liên tục thường là dấu hiệu của chứng mất trí nhớ khi cuộn trang
Sau cùng, hãy cảnh giác với những thay đổi trạng thái chỉ liên quan khi xem lịch sử. Ví dụ, trường hợp này với việc thay đổi trạng thái của cây con bằng các nhận xét.
Việc thay đổi loại bình luận phải được lưu vào lịch sử
Nếu trang được hiển thị lại sau khi nhấp vào liên kết trong ứng dụng, người dùng có thể mong đợi tất cả nhận xét sẽ được mở rộng. Khi trạng thái thay đổi phải được lưu vào lịch sử.
6. Cập nhật mã qua tin nhắn đẩystl;DR: Chỉ gửi dữ liệu qua tin nhắn đẩy là chưa đủ, bạn còn cần có mã. Tránh lỗi API và cải thiện hiệu suất. Sử dụng DOM không trạng thái để thiết kế lại ứng dụng của bạn một cách dễ dàng.Điều cực kỳ quan trọng là ứng dụng của bạn phản hồi lại những thay đổi trong mã.
Thứ nhất, nó làm giảm số lượng lỗi có thể xảy ra và tăng độ tin cậy. Nếu bạn đã thực hiện một thay đổi quan trọng đối với API phụ trợ thì phải cập nhật mã chương trình máy khách. Nếu không, khách hàng có thể không chấp nhận dữ liệu mới hoặc có thể gửi dữ liệu ở định dạng không tương thích.
Một lý do quan trọng không kém là phải tuân thủ nguyên tắc số 3. Nếu giao diện của bạn tự cập nhật thì có rất ít lý do để người dùng phải tải lại trang theo cách thủ công.
Hãy nhớ rằng đối với một trang web thông thường, việc làm mới trang sẽ kích hoạt hai việc: tải lại dữ liệu và tải lại mã. Việc tổ chức một hệ thống có cập nhật dữ liệu đẩy mà không cập nhật mã đẩy là chưa đầy đủ, đặc biệt là trong thế giới mà một tab (phiên) có thể vẫn mở trong một thời gian rất dài.
Nếu kênh đẩy máy chủ đang hoạt động thì người dùng có thể được thông báo về tính khả dụng của mã mới. Nếu không, số phiên bản có thể được thêm vào tiêu đề của các yêu cầu HTTP gửi đi. Máy chủ có thể so sánh nó với phiên bản mới nhất đã biết, đồng ý xử lý yêu cầu hay không và đưa ra công việc cho khách hàng.
Sau đó, một số ứng dụng web thay mặt người dùng buộc phải tải lại trang. Ví dụ: nếu trang không nằm trong vùng hiển thị của màn hình và không có biểu mẫu điền nào để nhập.
Một cách tiếp cận tốt hơn nữa là trao đổi nóng mã. Điều này có nghĩa là bạn không phải tải lại toàn bộ trang. Thay vào đó, nhất định mô-đunđược thay thế nhanh chóng và mã của chúng được gửi lại để thực thi.
Trong nhiều ứng dụng hiện có, việc trao đổi nóng mã khá khó khăn. Để làm điều này, ban đầu bạn phải tuân thủ một kiến trúc tách biệt hành vi(mã) từ dữ liệu(tình trạng). Bộ phận này sẽ cho phép chúng tôi tung ra nhiều bản vá khác nhau khá nhanh chóng.
Ví dụ: trong ứng dụng web của chúng tôi có một mô-đun thiết lập bus để truyền các sự kiện (như socket.io). Khi một sự kiện xảy ra, trạng thái của một thành phần cụ thể sẽ thay đổi và điều này được phản ánh trong DOM. Sau đó, bạn thay đổi hành vi của thành phần đó, chẳng hạn để nó tạo ra đánh dấu DOM khác nhau cho trạng thái hiện tại và trạng thái mới.
Lý tưởng nhất là chúng ta có thể thay đổi mã theo mô-đun. Ví dụ: sẽ không cần thiết lập lại kết nối với ổ cắm nếu có thể chỉ cần cập nhật mã của thành phần được yêu cầu. Do đó, kiến trúc lý tưởng cho việc cập nhật mã đẩy là mô-đun.
Nhưng vấn đề ngay lập tức nảy sinh là làm thế nào để đánh giá các mô-đun mà không có tác dụng phụ không mong muốn. Kiến trúc giống như kiến trúc do React cung cấp là phù hợp nhất ở đây. Nếu mã của một thành phần được cập nhật, logic của nó có thể được thực thi lại một cách đơn giản và DOM được cập nhật. Đọc lời giải thích của Dan Abramov về khái niệm này.
Về cơ bản, ý tưởng là bạn cập nhật DOM (hoặc đổi màu nó), điều này giúp ích rất nhiều cho việc thay thế mã. Nếu trạng thái được lưu trữ trong DOM hoặc trình xử lý sự kiện được ứng dụng cài đặt thì việc cập nhật mã có thể trở thành một nhiệm vụ khó khăn hơn nhiều.
7. Dự đoán hành vi tl;DR: Độ trễ âm.Một ứng dụng JavaScript hiện đại có thể có cơ chế dự đoán hành động của người dùng.
Ứng dụng rõ ràng nhất của ý tưởng này là tải trước dữ liệu từ máy chủ trước khi người dùng yêu cầu. Tải một trang web với con trỏ chuột di chuột qua nó để nhấp vào liên kết sẽ hiển thị nó ngay lập tức là một ví dụ đơn giản.
Một phương pháp giám sát theo dõi chuột tiên tiến hơn một chút sẽ phân tích quỹ đạo của chuột để phát hiện các "va chạm" trong tương lai với các yếu tố tương tác như nút. :
Plugin jQuery dự đoán đường dẫn chuột
Các trang siêu liên kết là những khối xây dựng tốt cho bất kỳ ứng dụng nào. Việc tải dần dần mã, kiểu và đánh dấu khi người dùng tương tác sẽ đảm bảo hiệu suất tuyệt vời mà không làm mất đi tính tương tác.
Các tính năng độc đáo mới được cung cấp bởi JavaScript. Nếu những công nghệ này được sử dụng rộng rãi, chúng sẽ mang lại trải nghiệm tốt nhất cho người dùng trên nền tảng tự do nhất hiện có - WWW.
Thẻ: Thêm thẻ
Hệ thống hướng web là một ứng dụng máy khách-máy chủ trong đó phần máy khách được triển khai bởi trình duyệt đối thoại với người dùng và hiển thị thông tin, còn phần máy chủ được triển khai bởi máy chủ web và máy chủ ứng dụng thực hiện logic chính của hệ thống. Bởi vì chức năng hạn chế client, việc triển khai hệ thống như vậy thường được gọi là client mỏng.
Bài viết về kế hoạch đào tạo người dùng làm việc trong EDMS sẽ giúp bạn tránh được những sai sót trong công việc.
Những lợi thế không thể nghi ngờ của hệ thống dựa trên web là những sự thật sau:
Xem xét rằng các trình duyệt hiện tại không phụ thuộc vào hệ điều hành cụ thể của người dùng, các hệ thống dựa trên web có thể được gọi một cách an toàn là đa nền tảng (hoặc đa nền tảng).
Bạn có thể làm việc ở văn phòng, ở nhà hoặc đi công tác, cả từ máy tính để bàn và từ máy tính xách tay hoặc máy tính bảng.
Chi phí của hệ thống quản lý cơ sở dữ liệu phụ thuộc vào việc lựa chọn công nghệ phát triển ứng dụng web: sử dụng một nền tảng mở, đa nền tảng hoặc một nền tảng cụ thể để tạo các ứng dụng web, ví dụ: Microsoft ASP.NET, do đó có thể áp đặt các yêu cầu đối với Tuy nhiên, DBMS cũng có một số ưu điểm.
Giống như bất kỳ hệ thống dựa trên web nào khác, đồng thời cũng có những nhược điểm:
Cần lưu ý rằng, bất chấp sự phát triển của công nghệ Internet và khả năng “truy cập” Internet bằng cách sử dụng thông tin di động, ở nhiều vùng của Nga, chi phí lưu lượng truy cập và độ rộng của kênh truyền dữ liệu còn nhiều điều đáng mong đợi. Do đó, tính di động thực tế có thể khác biệt đáng kể so với những gì đã nêu vì những lý do ngoài tầm kiểm soát của người dùng.
2. Không phải tất cả EDMS đều có thể được thay thế bằng EDMS dựa trên web do chức năng hạn chế của trình duyệt Internet.
Nếu chúng ta đang nói về công việc đơn giản với tài liệu thì không có khó khăn gì, tuy nhiên, chẳng hạn, làm việc với tài liệu cụ thể hoặc nhu cầu hiển thị mô hình ba chiều có thể đặt ra các hạn chế đối với việc sử dụng máy khách mỏng.
3. Tất cả thông tin, bao gồm thông tin cá nhân của người dùng, được lưu trữ trên máy chủ.
Thực tế này đặt ra những yêu cầu nghiêm túc về việc bảo vệ thông tin trên máy chủ và bảo vệ các kênh truyền dữ liệu. Không phải mọi khách hàng đều sẵn sàng chuyển thông tin cá nhân và công ty qua Internet.
Việc lựa chọn hệ thống nào phụ thuộc vào nhu cầu và yêu cầu của một tổ chức cụ thể. Nhưng điều đáng chú ý là thị trường hệ thống dựa trên web gần đây đã phát triển nhanh chóng do sự phổ biến của các khía cạnh như tính di động và tính độc lập của nền tảng. Điều này có nghĩa là công việc liên tục đang được tiến hành để cải thiện các hệ thống dựa trên web và loại bỏ những thiếu sót của chúng.
