Definition

Email this page to a friend   

Email to a friend

Chunking Principle

(Alias: clustering)

Chunking is a strategy used to improve memory performance. It helps you present information in a way that makes it easy for your audience to understand and remember. Chunking is based on the assertion that our working memory is easily overloaded by excessive detail. The best way to deliver your message is therefore to organise disparate pieces of information into meaningful units ("chunks").

Research has shown that given a set of unrelated facts to recall, there is a critical change in performance at around 7 items. People can readily handle up to seven items of information; with more than seven they find it difficult.

The concept of chunking was first put forward in the 1950s by Harvard psychologist George A. Miller in a landmark journal article entitled "The Magical Number Seven, Plus or Minus Two". Miller studied the capabilities of our short term memory. For example, he researched how many numbers we can reliably remember a few minutes after we've been told them only once. The answer was: "The Magical Number Seven, Plus or Minus Two".

Miller's concept goes beyond numbers. For example, most of us can remember about seven recently learned chunks of similarly classified data. Keep this in mind when you are presenting information to other people.

Principle All information should be presented in small digestible units.
Digestible unit defined A digestible unit of information contains no more than nine separate items of information.
Rationale Research suggests that human beings can understand and remember no more than seven plus or minus two items of information at a time. This phenomenon is called the "chunking limit". Further, as the complexity of the information increases the chunking limit decreases.
Lessons learned All information intended for human consumption should be presented in units that do not exceed the chunking limit. In the software industry this principle can be applied to documentation, object, data, functional and dynamic models and synthesis of computer programs.
Benefits By chunking information the author improves the reader's comprehension and ability to access and retrieve the information.
Applications
  • No more than nine bullet points on a slide
  • No more than nine bullet points on a bulleted list - classify the information into smaller logically related groups and introduce a subheading
  • No more than nine bubbles on a single data flow diagram - consider reducing this further if the functions are complex
  • No more than nine classes in an object model module - consider creation of more super-classes or a more granular partitioning
  • No more than nine states in a single state transition diagram - consider creation of super-states.
Bad example The following bulleted list has too many chunks presented at once:

System concept descriptions provide:
  • The missions, features, capabilities and functions of the system
  • Major system components and interactions
  • Operational environment including manual procedures required
  • Operational modes such as production, backup and maintenance
  • Interfaces with other systems
  • Required performance characteristics such as response time, throughput and data volumes
  • Quality attributes such as availability, reliability and usability
  • Other considerations such as security, audit, safety and failure modes in emergency situations
  • Deployment considerations such as acquisition of business data to support the system including data cleansing and loading
  • The classes of users that will interact with the system
  • Requirements for support of the system such as maintenance organization and help desk.
Good example The chunking principle requires you to classify the items into groups to reduce the information overload as follows:

System concept descriptions provide:

Functional requirements
  • The missions, features, capabilities and functions of the system
  • Major system components and interactions
  • Operational environment including manual procedures required
  • Operational modes such as production, backup and maintenance
  • Interfaces with other systems

Non-functional requirements
  • Required performance characteristics such as response time, throughput and data volumes
  • Quality attributes such as availability, reliability and usability
  • Other considerations such as security, audit, safety and failure modes in emergency situations

Deployment and Operational Requirements
  • Deployment considerations such as acquisition of business data to support the system including data cleansing and loading
  • The classes of users that will interact with the system
  • Requirements for support of the system such as maintenance organization and help desk.

For more information on writing your chunks using patterns refer to Requirements Patterns and Ontonologies.

Collaboration

Member Comments

33 Comments 

27 member ratings

✭ ✭ ✭ ✭ ✩

RE Definition: Chunking Principle

SAP® Full Stack Developer

By BlakeBrowns » Fri 04-Jun-2021, 20:40, My rating: ✭ ✭ ✭ ✭ ✭

For what reason is SAP® so famous? It offers a comprehensive arrangement of incorporated and cross-practical cycles that make participation between various divisions quick and simple. This arrangement was created by the German organization SAP® SE and is based on the custom programming language to give ongoing information handling. A full-stack SAP® architect can incorporate a large number of accessible SAP® arrangements, for example, ERP and Finance, CRM and client experience, Digital Supply Chain, HR, and People Engagement, Experience Management, and so forth Full stack developer SAP® is a flexible calling that is sought after. It is an accomplished proficient who has inside and out information on SAP® frameworks and their architecture. Such programmers can work both on the frontend and backend of the innovation. A lead developer SAP® ordinarily is responsible for the undertaking. A particularly proficient should be a full-stack programmer and know every one of the layers and parts of the tech stack. A few developers center around one of the sides. SAP® frontend programmers work just on the customers' side of the innovation. It is an apparent piece of the arrangement – the clients' interface. It ought to be reasonable, easy to use, and useful for individuals to utilize. SAP® backend developer works with the worker side of the framework. It is a side undetectable for clients, however answerable for every one of the cycles. It manages business rationale, information assortment, and capacity, just as an answer climate. As these are two unique pieces of improvement, they impact the compensation rates. SAP® backend developer compensation is not the same as the compensation of a frontend programmer or full-stack proficient. Here is the correlation table of net compensations each month. It is critical to comprehend what SAP® IXP full stack developer can bring to the table. As SAP® project pioneer/developer, (s)he is liable for get-together prerequisites of a business, planning the architecture of things to come arrangement, and fostering the application, just as organization and integration.Mobilunity is an accomplished Ukrainian outstaffing organization. We have over a time of involvement with regards to tracking down the top ability for software projects. Our customers incorporate organizations from in excess of 40 nations that have successfully delivered their undertakings and accomplished their objectives. Mobilunity can assist your business with developing admittance to high-profile Ukrainian developers that can handle any task. We can help you discover a SAP expert, SAP® full stack developer, or the entire devoted group. Check more information in this blog post.

33 Comments  • Page 5 of 33 •        Previous « 1…  3   4   5   6   7  …33 » Next

- Rate this definition.
- Did it help?
- Suggest improvements.
- Request more information.
- Exchange ideas with our member community.

Story Seminar
Email to a friend