By Sophie Dulhunty at October 05 2018 07:30:31
Flowcharts can be very useful for a technical writer. If you're working on a complex process, a flowchart can show you the various steps involved in that process. For example, you could be working on a manual on how to troubleshoot the Autopilot Flight Director system for the Boeing 747 aircraft. There are various steps involved in troubleshooting this system. Each step has multiple sub-steps. By creating a flowchart, you can quickly see which step takes place at what stage in the process.
Here are the types of evidence you can use: Images ; A photo is often a great way to show a point. You can use a photo in three ways: * Literally: If you're talking about a piece of equipment, show a photo of it rather than describe its specifications in bulleted text. You can use callouts that point to the various features and label them. * Metaphorically: Sometimes a point you're making is a concept, rather than a fact. For example, you may be talking about tough times ahead, so you could show a photo of a rocky road or a steep staircase. * Schematically: If you're talking about a process, you can show it with a diagram or add arrows to point out parts of a photo.
In all cases, however, the task that the algorithm is to accomplish must be definable. That is, the definition may involve mathematical or logic terms or a compilation of data or written instructions, but the task itself must be one that can be stated in some way. In terms of ordinary computer usage, this means that algorithms must be programmable, even if the tasks themselves turn out to have no solution. In computational devices with a built-in microcomputer logic, this logic is a form of algorithm. As computers increase in complexity, more and more software-program algorithms are taking the form of what is called hard software.
Process definitions are high level descriptions instead of rigid workflows : Processes can only be defined up to a certain level of detail, and it is difficult to provide low level work instructions or to automate decisions. Because they cannot be formalised in detail, process simulation is rarely possible. Decisions are highly subjective and too complex to be expressed in a formal language, as they are taken based on intuition and not on rigid business rules.