Transaction Volumes[edit]The volume

Transaction Volumes[edit]
The volume of transactions will increase with the stage of development of a society. The greater the development the greater the number of goods and services exchanged and the greater the number of transactions.

Symbol Systems[edit]
This is a corollary of the law of transaction volumes. The symbol systems by which messages are encoded grow more complex as a society evolves. Thus the 7 bit ASCII code gave way to the 8 bit version which is giving way to the 16 bit Unicode system. This trend is likely to continue when civilization expands beyond the confines of our planet and the volume of information exchanged becomes astronomical.

Technological Evolution[edit]
Technology seeks the most efficient form, unless otherwise constrained. Efficient form is defined qualitatively as one that is best adapted to its application or as one with the least number of problems. This is a variation on Darwin’s theory of evolution and is manifested in the case of memories, storage devices, databases etc.

Infinite Processing Needs[edit]
The information processing needs of an organization or society will always exceed its information processing capabilities. This can be seen as a converse of Moore’s law – doubling of processing power every two years. Whenever a new technology is introduced it is overwhelmed by new applications or increased usage. For instance, current technologies are not up to the task of processing images streaming from space probes in real time. This is also evidenced in the case of email, internet, search engines etc. that are being swamped by volume.

Good Systems[edit]
A good system produces benefits that are disproportionately high in comparison to the initial investment. Any complex system, including an information system is typically interconnected with other systems. So a good system has ripple effects which show up as unexpected benefits. The freeway system in the U.S. for example, led to the growth of the automotive, steel and motel industries. Another example is the Sabre system that has been designed for making reservations but has been used in crew scheduling and flight forecasting. As a corollary a bad system produces problems that are disproportionately high in comparison to its area of operation, a prime example here being the 64K memory limitation of DOS which for a long time stymied software developers.

Right Design[edit]
Every software that involves users has a “right” design. The“right design” refers to decomposition of functions into menus/controls. The fact that some types of software are intuitive while others are not leads to the belief that there is a “right design” for every software/IT application that is up to the designer to find.

Interconnected Systems[edit]
An interconnected system cannot be controlled unless each interconnect is individually controllable. A very simple example is provided here. In one email system, the “signature” text and message composition are wedded together so that the same signature is produced every time a message is composed. This is also known as “coupling.” It provides an option to select the default signature but doesn’t allow this to be done dynamically. It should provide an option to select which signature is used, at the time of message composition.

Complex Interfaces[edit]
There cannot be a simple interface to a complex system (Here complexity is informally measured as number of menu options). This is a variation on the law of requisite variety which states that variety in a system should be at least as great as that found in its environment. Complex systems such as visual programming environments or CASE tools therefore cannot have simple interfaces.

Irregular Transactions[edit]
Information systems (transaction processing systems) which cannot process irregular transactions are doomed to fail. An irregular transaction is defined as one that deviates from the norm, in terms of items bought, conditions or constraints. Examples include registering for two courses that are scheduled to start at the same time or including a child safety seat in a car rental reservation.

Qualitative Decision Models[edit]
It is impossible to calculate outcomes with any certainty in a decision situation that involves qualitative variables. This is based on the theory of computability which states that a problem is computable if an algorithm exists, the algorithm is efficient/tractable and if there is a well defined solution state. Because of their very nature, qualitative problems lack well-defined state and hence the law.

Mental Models[edit]
The system’s model must not exceed the user’s mental model in complexity. The system’s model is the organization of features in the system whereas the user’s mental model is their conceptualization of the system. When the system’s model exceeds the user’s model, user will not be able to operate the system without extensive training and the result is often an implementation failure.

Accelerating Returns[edit]
The rate of progress of technology is accelerating to such an extent that it produces returns that are not linear, but exponential. Much like Moore’s law, every decade there is a doubling of progress and therefore technological advances will occur exponentially. Kurzweil [2] expects that the next great evolutionary step of human kind will be the integration of human biological components with machines.

Brooks Law[edit]
Adding manpower to a late software project makes it late. Fred Brooks was the chief engineer overseeing the 360 project, which was one of the largest software projects ever undertaken. Based on his experience, Brooks came to the conclusion that putting additional programmers on a delayed project will not hasten its implementation because of the additional communications overhead. In fact, it had the tendency to reduce productivity.

Information Independence[edit]
Users should be able to access their information regardless of where it is physically located. This is a variation on the concept of distribution independence in databases that has been extended to include other types of information and other types of computing contexts.

Soft information principle[edit]
Information systems must incorporate soft information or they are doomed to fail. One way in which irregular transactions can be handled is to provide additional notes on the transaction. Those systems that do not accommodate such soft information may result in a transaction failure or may result in inconveniencing the user/consumer.

Reapportionment Principle[edit]
Tasks that can be performed by the system (in the context of software use) should be performed by it. Automatic filling of personal details from ss# or phone# in a customer registration form is one example. This is ultimately based on the simple economic principle of labor substitution to leverage productivity. It’s a widely used principle nowadays.

Sharing User Information[edit]
All desktop systems must share information about the user. This is a corollary of the re-apportionment principle. To the extent that desktop systems require user information (such as email address, phone# etc.) it is advantageous for users to have the system obtain it from a common profile.

Information Responsibility Principle[edit]
Those who have information are obliged to share it with those who need it. This is a principle attributed to Peter Drucker in his1988 HBR article, “The Coming of the Knowledge-Based Organization”. Since information is intangible, it is difficult for potential consumers of information to perceive its source and hence the principle. The principle implicitly assumes that reasons for excluding information specifically from a person do not exist.

Information Ownership[edit]
Owners of information must have access to it. This is a corollary of the information responsibility principle. When information changes, the owner has a stake in making the change in the system so it is reasonable to give them the access to do it. Many companies are web-enabling their systems, thereby illustrating this principle.

Results (Vietnamese) 1:

Khối lượng giao dịch [sửa]Khối lượng giao dịch sẽ tăng với giai đoạn phát triển của một xã hội. Lớn hơn sự phát triển lớn hơn số lượng sản phẩm và dịch vụ trao đổi và lớn hơn số lượng giao dịch.Biểu tượng Hệ thống [sửa]Đây là một hệ luỵ của pháp luật về khối lượng giao dịch. Các hệ thống biểu tượng mà thư được mã hóa phát triển phức tạp hơn như một xã hội tiến hóa. Do đó mã ASCII 7 bit đã cho cách để 8 bit phiên bản đó đưa ra cách để 16 bit hệ thống Unicode. Xu hướng này có khả năng tiếp tục khi nền văn minh mở rộng vượt ra ngoài sự hạn chế của hành tinh của chúng tôi và khối lượng thông tin trao đổi sẽ trở thành thiên văn.Công nghệ tiến hóa [sửa]Công nghệ tìm kiếm các hình thức hiệu quả nhất, trừ khi nếu không hạn chế. Hiệu quả hình thức được xác định chất lượng như là một trong đó là tốt nhất phù hợp với ứng dụng của nó hoặc là một với ít nhất số của vấn đề. Đây là một biến thể trên lý thuyết của Darwin về tiến hóa và được thể hiện trong trường hợp của những kỷ niệm, thiết bị lưu trữ, cơ sở dữ liệu vv.Vô hạn chế biến nhu cầu [sửa]Xử lý các nhu cầu của một tổ chức hay xã hội thông tin sẽ luôn luôn vượt quá khả năng xử lý thông tin của nó. Điều này có thể được xem như một trò chuyện của Moore của luật-gấp chế biến điện mỗi hai năm. Bất cứ khi nào một công nghệ mới được giới thiệu nó tràn ngập bởi các ứng dụng mới hoặc sử dụng tăng. Ví dụ, hiện tại công nghệ không phải lên đến nhiệm vụ xử lý hình ảnh trực tuyến từ đầu dò không gian trong thời gian thực. Điều này cũng được minh chứng trong trường hợp của thư điện tử, internet, công cụ tìm kiếm vv mà đang được swamped bởi khối lượng.Hệ thống tốt [sửa]Một hệ thống tốt sản xuất những lợi ích mà disproportionately cao so với đầu tư ban đầu. Bất kỳ hệ thống phức tạp, bao gồm một hệ thống thông tin thường được kết nối với các hệ thống khác. Vì vậy, một hệ thống tốt có hiệu ứng gợn mà xuất hiện như bất ngờ lợi ích. Hệ thống đường cao tốc ở Mỹ ví dụ, dẫn đến sự phát triển của ngành công nghiệp thép và motel ô tô. Một ví dụ khác là hệ thống Sabre đã được thiết kế cho việc Đặt phòng nhưng đã được sử dụng trong các phi hành đoàn lập kế hoạch và chuyến bay dự báo. Như một hệ luỵ một hệ thống xấu sản xuất các vấn đề disproportionately cao so với diện tích của nó hoạt động, một ví dụ ở đây là giới hạn bộ nhớ 64 K DOS để một thời gian dài đã cản trở các nhà phát triển phần mềm.Thiết kế phải [sửa]Mỗi phần mềm có liên quan đến người sử dụng có một thiết kế "đúng". Thiết kế bên phải"" đề cập đến sự phân hủy của chức năng vào Menu/điều khiển. Một thực tế rằng một số loại phần mềm là trực quan trong khi những người khác không phải dẫn đến niềm tin rằng có một "thiết kế bên phải" cho mỗi phần mềm / nó ứng dụng đó là đến các nhà thiết kế để tìm.Kết nối hệ thống [sửa]Một hệ thống kết nối không thể được kiểm soát trừ khi mỗi dây tín hiệu điều khiển cá nhân. Một ví dụ rất đơn giản được cung cấp ở đây. Trong hệ thống một email, các thành phần văn bản và tin nhắn "chữ ký" được wedded với nhau để cùng một chữ ký được sản xuất mỗi khi một tin nhắn bao gồm. Điều này cũng được biết đến như "khớp nối." Nó cung cấp một tùy chọn để chọn chữ ký mặc định nhưng không cho phép này phải được thực hiện tự động. Nó sẽ cung cấp một tùy chọn để chọn chữ ký mà được sử dụng tại thời điểm bài viết thành phần.Giao diện phức tạp [sửa]Không thể có một giao diện đơn giản để một hệ thống phức tạp (ở đây phức tạp không chính thức đo bằng số lượng tùy chọn trình đơn). Đây là một biến thể về luật khác nhau cần thiết mà các tiểu bang rằng trong một hệ thống nên ít như tuyệt vời như tìm thấy trong môi trường của nó. Các hệ thống phức tạp như trực quan môi trường lập trình hoặc trường hợp công cụ do đó không thể có giao diện đơn giản.Giao dịch bất thường [sửa]Hệ thống thông tin (xử lý hệ thống giao dịch) mà không thể xử lý giao dịch bất thường được doomed đến thất bại. Một giao dịch bất thường được định nghĩa là một trong đó deviates từ định mức, trong điều khoản của khoản mục mua, điều kiện hoặc hạn chế. Ví dụ bao gồm đăng ký cho hai khóa học được lên kế hoạch để bắt đầu cùng một lúc hoặc bao gồm một chỗ ngồi an toàn trẻ em trong Đặt phòng cho thuê xe hơi.Chất lượng quyết định mô hình [sửa]Nó là không thể tính toán các kết quả với bất kỳ sự chắc chắn trong một tình huống quyết định có liên quan đến chất lượng biến. Điều này dựa trên lý thuyết của computability mà biểu rằng một vấn đề là computable nếu một giải thuật tồn tại, các thuật toán là hiệu quả/nhiều và nếu có là một nhà nước cũng được định nghĩa giải pháp. Bởi vì bản chất của họ, chất lượng vấn đề thiếu nhà nước được xác định rõ và vì thế pháp luật.Mô hình tinh thần [sửa]Mô hình của hệ thống không vượt quá mô hình tinh thần của người dùng phức tạp. Mô hình của hệ thống là tổ chức tính năng trong hệ thống, trong khi mô hình tinh thần của người dùng là của conceptualization của hệ thống. Khi mô hình của hệ thống vượt quá các mô hình của người dùng, người dùng sẽ không thể hoạt động hệ thống mà không cần đào tạo rộng rãi và kết quả thường là một sự thất bại thực hiện.Thúc đẩy lợi nhuận [sửa]Mức tiến bộ của công nghệ là thúc đẩy đến mức mà nó tạo ra lợi nhuận mà không phải là tuyến tính, nhưng hàm mũ. Giống như định luật Moore, mỗi thập kỷ có là một tăng gấp đôi của tiến bộ và do đó công nghệ tiên tiến sẽ xảy ra theo cấp số nhân. Kurzweil [2] hy vọng rằng bước tiến hóa lớn tiếp theo của nhân loại sẽ là sự tích hợp của các thành phần sinh học của con người với máy móc.Brooks luật [sửa]Thêm nhân lực vào một dự án phần mềm cuối làm cho nó trễ. Fred Brooks là kỹ sư trưởng giám sát dự án 360, mà là một trong các dự án phần mềm lớn nhất bao giờ thực hiện. Dựa trên kinh nghiệm của mình, Brooks đã đến kết luận rằng việc đưa thêm lập trình một dự án chậm trễ sẽ không đẩy nhanh thực hiện vì chi phí bổ sung thông tin liên lạc. Trong thực tế, nó có xu hướng giảm năng suất.Thông tin độc lập [sửa]Người dùng sẽ có thể truy cập thông tin của họ không phân biệt nơi nó nằm về thể chất. Đây là một biến thể trên khái niệm của phân phối độc lập trong cơ sở dữ liệu đã được mở rộng để bao gồm các loại thông tin và các loại máy tính bối cảnh.Nguyên tắc mềm thông tin [sửa]Hệ thống thông tin phải hợp mềm thông tin hoặc họ được doomed đến thất bại. Một trong những cách mà trong đó các giao dịch bất thường có thể được xử lý là để cung cấp thêm ghi chú trên các giao dịch. Những hệ thống không chứa thông tin mềm như vậy có thể dẫn đến một sự thất bại của giao dịch hoặc có thể dẫn đến Dẫu người dùng/người tiêu dùng.Reapportionment nguyên tắc [sửa]Tác vụ có thể được thực hiện bởi hệ thống (trong bối cảnh sử dụng phần mềm) nên được thực hiện bởi nó. Tự động điền vào các chi tiết cá nhân từ ss# hoặc điện thoại # trong một hình thức đăng ký khách hàng là một ví dụ. Điều này cuối cùng được dựa trên nguyên tắc kinh tế đơn giản lao động thay thế để thúc đẩy năng suất. Đó là một nguyên tắc sử dụng rộng rãi hiện nay.Chia sẻ thông tin người dùng [sửa]Tất cả các hệ thống máy tính để bàn phải chia sẻ thông tin về người sử dụng. Đây là một hệ luỵ của nguyên tắc tỷ lệ góp tái. Đến mức mà máy tính để bàn hệ thống yêu cầu thông tin người dùng (chẳng hạn như địa chỉ email, điện thoại # vv) nó là thuận lợi cho người sử dụng có hệ thống có được nó từ một hồ sơ phổ biến.Nguyên tắc trách nhiệm thông tin [sửa]Những người có thông tin có nghĩa vụ để chia sẻ nó với những người cần nó. Đây là một nguyên tắc quy cho Peter Drucker trong bài viết HBR his1988, "Sắp tới của tổ chức dựa trên kiến thức". Kể từ khi thông tin là vô hình, nó là khó khăn cho người tiêu dùng tiềm năng thông tin cảm nhận nguồn của nó và do đó các nguyên tắc. Nguyên tắc ngầm giả định rằng lý do để không bao gồm thông tin cụ thể từ một người không tồn tại.Quyền sở hữu thông tin [sửa]Chủ sở hữu của thông tin phải có quyền truy cập vào nó. Đây là một hệ luỵ của nguyên tắc trách nhiệm thông tin. Khi thông tin thay đổi, chủ sở hữu có cổ phần trong việc đưa ra sự thay đổi trong hệ thống, do đó, nó là hợp lý để cung cấp cho họ quyền truy cập để làm điều đó. Nhiều công ty web-cho phép hệ thống của họ, do đó minh họa nguyên tắc này.

Results (Vietnamese) 2:

Volumes giao dịch [sửa]
Khối lượng giao dịch sẽ tăng lên với các giai đoạn phát triển của một xã hội. Việc nhiều hơn sự phát triển lớn hơn số lượng của hàng hóa và dịch vụ trao đổi và lớn hơn số lượng giao dịch. Symbol Systems [sửa] Đây là một hệ quả tất yếu của pháp luật về khối lượng giao dịch. Các biểu tượng hệ thống mà theo đó thông điệp được mã hóa phát triển phức tạp hơn như là một xã hội phát triển. Như vậy mã ASCII 7 bit nhường chỗ cho phiên bản 8 bit được đưa ra cách để hệ thống Unicode 16 bit. Xu hướng này có thể sẽ tiếp tục khi nền văn minh mở rộng vượt ra ngoài giới hạn của hành tinh của chúng ta và khối lượng thông tin trao đổi sẽ trở thành thiên văn. Công nghệ Tiến hóa [sửa] Công nghệ tìm kiếm các hình thức hiệu quả nhất, trừ trường hợp hạn chế. Hình thức hiệu quả được xác định chất lượng là một trong đó là tốt nhất phù hợp với ứng dụng của nó hoặc như một với số lượng ít nhất của các vấn đề. Đây là một biến thể của lý thuyết tiến hóa của Darwin và được thể hiện trong các trường hợp của những kỷ niệm, thiết bị lưu trữ, cơ sở dữ liệu vv Infinite Processing Nhu cầu [sửa] Các thông tin nhu cầu của một tổ chức xã hội hoặc chế biến sẽ luôn luôn vượt quá khả năng xử lý thông tin của nó. Điều này có thể được xem như là một chuyện của định luật Moore - tăng gấp đôi sức mạnh xử lý mỗi hai năm. Bất cứ khi nào một công nghệ mới được giới thiệu đó là bị áp đảo bởi các ứng dụng mới hoặc gia tăng sử dụng. Ví dụ, các công nghệ hiện nay không lên đến nhiệm vụ của các hình ảnh chế biến streaming từ tàu thăm dò không gian trong thời gian thực. Điều này cũng được chứng minh trong trường hợp của email, internet, công cụ tìm kiếm, vv đang được che khuất bởi những khối lượng. Hệ thống tốt [sửa] Một hệ thống tốt tạo ra những lợi ích mà chủ yếu là những cao so với đầu tư ban đầu. Bất kỳ hệ thống phức tạp, bao gồm cả một hệ thống thông tin thường được kết nối với nhau với các hệ thống khác. Vì vậy, một hệ thống tốt có tác động tốt mà hiện lên lợi ích như mong muốn. Hệ thống đường cao tốc ở Mỹ chẳng hạn, đã dẫn đến sự phát triển của công nghiệp ô tô, thép và nhà trọ. Một ví dụ khác là hệ thống Sabre đã được thiết kế để thực hiện đặt chỗ nhưng đã được sử dụng trong lập kế hoạch và dự báo phi hành đoàn chuyến bay. Như một hệ quả tất yếu là một hệ thống tồi tệ tạo ra những vấn đề mà chủ yếu là những cao so với các khu vực hoạt động của mình, một ví dụ điển hình ở đây là giới hạn bộ nhớ 64K của DOS mà trong một thời gian dài bị cản trở phát triển phần mềm. Thiết kế Right [sửa] Mỗi phần mềm có liên quan đến người sử dụng có một "quyền" thiết kế. "Thiết kế đúng" dùng để phân hủy các chức năng vào menu / điều khiển. Thực tế là một số loại phần mềm trực quan trong khi những người khác không chỉ dẫn đến niềm tin rằng có một "thiết kế đúng" cho mỗi phần mềm ứng dụng / IT đó là đến các nhà thiết kế để tìm kiếm. Liên kết với nhau Systems [sửa] Một hệ thống kết nối với nhau không thể được kiểm soát trừ khi mỗi kết nối là có thể điều khiển riêng. Một ví dụ rất đơn giản được cung cấp ở đây. Trong một hệ thống thư điện tử, các "chữ ký" văn bản và tin nhắn thành phần được gắn bó với nhau để cùng một chữ ký được tạo ra mỗi khi một thông điệp được sáng tác. Điều này còn được gọi là "khớp nối". Nó cung cấp một tùy chọn để chọn chữ ký mặc định nhưng không cho phép điều này được thực hiện tự động. Nó sẽ cung cấp một tùy chọn để chọn những chữ ký được sử dụng, tại thời điểm thành phần tin nhắn. Interfaces Complex [sửa] Có thể không phải là một giao diện đơn giản để một hệ thống phức tạp (Ở đây phức tạp là thức đo như số lượng các menu tùy chọn). Đây là một biến thể của pháp luật về đa dạng cần thiết trong đó nói rằng sự đa dạng trong một hệ thống nên có ít nhất là tuyệt vời như được tìm thấy trong môi trường của nó. Các hệ thống phức tạp như hình ảnh môi trường lập trình hay công cụ CASE do đó không thể có giao diện đơn giản. Các giao dịch không thường xuyên [sửa] Hệ thống thông tin (hệ thống xử lý giao dịch) mà không thể xử lý các giao dịch bất thường đang cam chịu thất bại. Một giao dịch không thường xuyên được định nghĩa là một lệch từ các định mức, về mặt hàng mua, điều kiện hoặc hạn chế. Ví dụ như đăng ký cho hai khóa học được lên kế hoạch để bắt đầu cùng một lúc hoặc bao gồm một ghế an toàn trẻ em trong một phòng cho thuê xe. Quyết định mô hình định tính [sửa] Nó là không thể tính toán kết quả với bất kỳ sự chắc chắn trong một tình huống quyết định có liên quan đến các biến định tính . Điều này được dựa trên lý thuyết về computability trong đó nói rằng một vấn đề là tính toán nếu một thuật toán tồn tại, các thuật toán hiệu quả / dể làm và nếu có một giải pháp nhà nước được xác định rõ. Bởi vì bản chất của họ, vấn đề định tính thiếu nhà nước được xác định rõ và do đó luật pháp. Tâm thần Models [sửa] Mô hình của hệ thống không được vượt quá mô hình về tinh thần của người sử dụng trong sự phức tạp. Mô hình của hệ thống là việc tổ chức các tính năng trong hệ thống trong khi mô hình về tinh thần của người sử dụng là khái niệm của họ về hệ thống. Khi mô hình của hệ thống vượt quá mô hình của người dùng, người dùng sẽ không thể vận hành hệ thống mà không cần đào tạo mở rộng và kết quả thường là một thất bại thực hiện. Đẩy nhanh Returns [sửa] Tỷ lệ tiến bộ của công nghệ đang tăng đến một mức độ mà nó sản xuất lợi nhuận mà không phải là tuyến tính, nhưng theo cấp số nhân. Giống như định luật Moore, mỗi thập kỷ có tăng gấp đôi về sự tiến bộ và do tiến bộ công nghệ sẽ xảy ra theo cấp số nhân. Kurzweil [2] hy vọng rằng bước tiến hóa lớn tiếp theo của nhân loại sẽ là sự tích hợp của các thành phần sinh học của con người với máy móc. Luật Brooks [sửa] Thêm nhân lực cho một dự án phần mềm cuối làm cho nó vào cuối. Fred Brooks là kỹ sư trưởng giám sát các dự án 360, đó là một trong những dự án phần mềm lớn nhất từng được thực hiện. Dựa trên kinh nghiệm của mình, Brooks đã đến kết luận rằng việc đưa các lập trình thêm vào một dự án bị trì hoãn sẽ không đẩy nhanh việc thực hiện vì chi phí liên lạc khác. Trong thực tế, nó có xu hướng làm giảm năng suất. Thông tin Độc lập [sửa] Người dùng có thể truy cập thông tin của họ bất kể nơi mà nó thực sự nằm ở. Đây là một biến thể của tư tưởng độc lập phân phối trong cơ sở dữ liệu đó đã được mở rộng để bao gồm các loại thông tin khác và các loại khác của bối cảnh máy tính. Thông tin mềm nguyên tắc [sửa] Hệ thống thông tin phải kết hợp với thông tin mềm hoặc họ đang cam chịu thất bại. Một cách mà các giao dịch bất thường có thể được xử lý là cung cấp ghi chú thêm vào giao dịch. Những hệ thống không chứa thông tin mềm như vậy có thể dẫn đến một thất bại giao dịch hoặc có thể dẫn đến inconveniencing người sử dụng / người tiêu dùng. Reapportionment Nguyên tắc [sửa] Nhiệm vụ đó có thể được thực hiện bởi hệ thống (trong bối cảnh sử dụng phần mềm) có thể được thực hiện bởi nó. Tự động điền các thông tin cá nhân từ ss # hoặc # điện thoại trong một hình thức đăng ký của khách hàng là một ví dụ. Điều này hoàn toàn dựa trên các nguyên tắc kinh tế đơn giản của sự thay thế lao động để thúc đẩy năng suất. Đó là một nguyên tắc được sử dụng rộng rãi hiện nay. Sharing Thông tin người sử [sửa] Tất cả các hệ thống máy tính để bàn cần phải chia sẻ thông tin về người dùng. Đây là một hệ quả tất yếu của nguyên tắc tái phân bổ. Trong phạm vi mà các hệ thống máy tính để bàn cần thông tin người dùng (như địa chỉ email, điện thoại # vv) đó là thuận lợi cho người sử dụng để có hệ thống có được nó từ một hồ sơ chung. Trách nhiệm Thông tin Nguyên tắc [sửa] Những người có thông tin có nghĩa vụ chia sẻ nó với những người cần nó. Đây là một nguyên do Peter Drucker trong bài viết HBR his1988, "The Coming của Tổ chức Knowledge-Based". Vì thông tin là vô hình, đó là khó khăn cho người tiêu dùng tiềm năng của thông tin để nhận biết nguồn gốc của nó và do đó các nguyên tắc. Các nguyên tắc ngầm giả định rằng lý do không bao gồm thông tin cụ thể từ một người không tồn tại. Thông tin hữu [sửa] Chủ sở hữu của thông tin phải có quyền truy cập vào nó. Đây là một hệ quả tất yếu của nguyên tắc trách nhiệm thông tin. Khi thay đổi thông tin, chủ sở hữu có cổ phần trong việc đưa ra những thay đổi trong hệ thống do đó, nó là hợp lý để cung cấp cho họ truy cập để làm điều đó. Nhiều công ty đang web cho phép hệ thống của họ, qua đó minh họa cho nguyên tắc này.