Impelement Maintainance Procedure
Impelement Maintainance Procedure
Information Technology
Support Service
Level II
Learning Guide-33
Unit of Implement
Competence: Maintenance Procedure
Module Title: Implementing
Maintenance Procedure
LG Code: ICT ITS2 LO1-LG-33
TTLM Code: ICT ITS2 MO2 TTLM
1019v1
LO 1: Determine best
practices for equipment and
software maintenance
There are several ways to identify the normal operation of a personal computer. Most people use
diagnostic software packages like PC Tools, Norton Utilities and/or Check It to test a computer. Those
diagnostic packages provide user-friendly operations to perform testing of a computer.
However, you can initially make measurable observations using your senses, that is, the sights and
sounds to identify the normal operation of the computer. The table below suggests where to look and
what you might hear to get an indication of normal behaviour of a PC.
Advice
➢ Ensure a computer operates in correct ambient temperature Refer to the computer User’s
Manual for this information.
➢ Ensure the ambient temperature when the:
o system is on it is in the range of 15-32 °C
o System is off it is in the range of 10-40 °C.
✓ Power cycling
Cause
Turning on a cold computer subjects it to the greatest possible internal temperature variation.
It can also be caused by sharing a power source with other higher power consuming equipment, such
as coffee makers, copy machines or a laser printer.
The wire size and length will affect the resistance of a power circuit.
Damages
All system components
Advice
➢ A computer system should be on its own circuit with its own circuit breaker.
➢ A three-wire circuit is a necessity.
Advice
➢ Install specially shielded cables (built-in toroids core cables) outside a system unit.
Here’s a useful checklist that you can use to help you diagnose faults in hardware.
✓ First, consult any service level agreements (SLA) to ascertain if or clarify response time obligations
and internal/external responsibilities. Determine also if there are there any other organisational
guidelines you need to follow.
✓ Consult documentation logged from previous related or similar situations. Determine a set of
questions can you ask the user, your colleagues and your supervisor that might assist you in
finding a solution.
✓ Remember to keep safety as your highest priority by observing OH&S precautions, that is, ensure
your own safety first, and then consider other precautions such as static discharge, etc.
✓ Check the power supply. Ensure it is working and that it is powering the motherboard.
✓ If no video is displayed try swapping the monitor with a known good one.
✓ If the video controller is built in, disable it and try another known working video card. To disable the
built in video controller you will need to access the system CMOS or BIOS setup. On some
systems, simply inserting a new video card will automatically disable the built in video.
✓ Remove all expansion cards. If the machine boots, replace the cards one by one until the problem
reappears.
✓ Check the CPU fan is operating.
✓ Check the RAM chips by swapping them with known good ones.
✓ Check the motherboard for signs of blown components.
✓ If still no success, you might swap the entire motherboard and CPU.
Remember to document everything you do according to organisational guidelines.
A computer system consists of a hardware sub-system and a software sub-system. However, when
looking for the cause of the fault, sometimes it can be difficult to determine if the fault is hardware or
software. Once you have determined that the fault is confined to one of these two sub-systems, you
can then isolate it, focus on the fault-finding process, and rectify the fault.
The easiest way to determine whether a problem is hardware or software is to test the hardware with
software packages that are known to be good and that have successfully run on the system before. If
the system boots and operates correctly, then the fault can be put down to software. If the system does
not boot or operate correctly then the fault can be put down to hardware.
Configuration problems
Configuration problems are problems that arise when a computer system is set up for the first time or
when new peripherals/components are added to the system. When the component is first added, the
system is not ready to receive the hardware, until the system is prepared to support the device. This
mismatch can be rectified by:
✓ installing the appropriate software device drivers
✓ configuring CMOS/BIOS
✓ Configuring the operating system.
The POST
The Power on Self Test (POST) operates whenever a computer is switched on.
Whenever you start up the computer system, the computer automatically runs a series of tests. These
test the basic functionality of vital components such as the CPU, RAM, video card, motherboard, and
input and output devices.
POST tests are not particularly thorough, but they represent the first line of defence, especially in
handling severe motherboard problems. If the POST test finds a problem which is severe enough to
keep the system from operating properly, it halts boot up of the system and produces audio beeps
and/or error messages. You can find the meanings of these error signs in documentation from the
system manufacturer — this is often required for an accurate understanding of audio beeps and
messages. But if the POST fails, then at least you know the problem is hardware-related.
By observing the above sequence you should be able to work out where the problem might be, that is,
isolate the fault. For instance, if any of the above steps (except the last one) fails in some regard, then
you know the problem is hardware-related.
Hardware toolkit
What equipment are you likely to need when carrying out the fault-finding? The most useful tool, which
you should never leave home without, is a good quality Philips-head screwdriver. However, other tools
in your hardware toolkit may include:
✓ screwdrivers — a full set and range of sizes
✓ anti-static strap
✓ pointy-nose pliers
✓ multimeter
✓ known good components such as video card, cables, mouse, hard-disk drive, network interface
card (NIC), CD-ROM drive
✓ serial and parallel loop-back connectors
✓ boot disks
✓ a range of testing software for the loop-back plugs and NIC
✓ a POST card.
A POST card is a device that plugs into an empty slot in the motherboard. When the system boots up,
the card runs a series of diagnostics. In some cases these cards replace the normal functions of the
BIOS. The great advantage of using these cards is that you do not have to resort to software running
off the hard drive or a floppy disk.
POST cards are normally used when systems are ‘dead’, or when the system cannot read from the
hard drive or the floppy drive. Typically, a normal BIOS chip stops when there’s a severe error
condition. POST cards can actually continue and go through a full testing cycle.
Some POST cards also come with a series of light emitting diodes (LEDs) that produce coded error
signals that you could interpret together with a manual. Other cards produce audio beep signals.
Diagnostic software
There is a wide range of diagnostic tools available that can help you identify all sorts of computer
problems. Generally, the diagnostic software used for testing system components and/or performance
falls into two categories:
✓ generic
✓ Proprietary.
This is not to say the providers of these packages are supplying a defective product — just that they
can really only test the functionality of devices and systems functions known to the program
writers and this will exclude many proprietary devices. A good example of this would be network
interface cards (NICs).
Most of the generic diagnostic packages will probably be able to determine that the NIC is installed in
the system however, if the exact functionality instructions of the NIC are not built into the diagnostic
software, an accurate result will probably not be achieved.
This is better understood when considering that the same NIC OEM may provide a different diagnostics
utility with each of many similar NICs. If the wrong version of the diagnostics utility is tried with the
Another factor to consider is that general diagnostic software uses information gained from the
underlying operating system, which gains its information from the BIOS. This means that the operating
system (using its device driver) may not be able to accurately provide information on the device. If the
information provided to the diagnostic software is not extremely accurate, then valid test results are not
a reasonable expectation. For truly accurate testing of a device you should use the software provided
by the manufacturer or use specialised diagnostic software that can bypass the operating system all
together.
If diagnostic software is operated on its own specially designed operating system, then direct access
(via the BIOS) to the hardware will likely yield accurate and thorough details. Having unimpeded access
to the low-level functions of the hardware means the diagnostic software is able to run rigorous testing
and reporting. After all, it’s unlikely that rigorous memory testing could be performed while there are
several other programs currently running in memory.
All operating systems come with utilities that are used for general checking, repair and reporting of
faults. Each operating system is different but they do have some tools in common such as hard disk
scanning tools, eg:
✓ Scandisk for Microsoft
✓ fsck (file system check) for Unix clones like Linux
✓ Disk First Aid for Apple Macintosh systems.
If your operating system supports it, then checking the device interrupts and input/output addresses
can locate problems associated with hardware conflicts, or apparent inoperative hardware. For
instance, you may have a sound card installed in a system but have difficulty in getting the device to
When using any of the diagnostic tools, especially the disk checking utilities, the operator and other
system users must be considered. As hard drives have become larger in size, the time taken to check
them has also increased, to the point where it can take hours to fully complete some of the diagnostics.
These checks do need to be carried out regularly but should be programmed to be done at a time
outside usual working hours or by arrangement with the clients/users.
For this approach to work, you must leave a documented trail to follow. The main consideration is to
record and/or document all problems, changes made, and when they happened. The job is not
finished until the documentation is done. Documentation needs to be done in accordance with standard
organisational guidelines.
When you do research on the Internet, you should check the source of the information and bookmark
(add to favourites) those that you consider valid and useful.
In the Research section of this Learning Pack you’ll find many websites to carry out further research of
the topics discussed here, including hardware-related and software-related websites.
2.1. Assessing Vendor documentation during maintaining equipment and soft ware’s Regarding
to ISO Standards
Manufacturers should be able to demonstrate that they have a commitment to environmental good
practice, and that their equipment has been designed with environmental impacts in mind. Most ICT
equipment available in the world is manufactured overseas, so there is limited opportunity to influence
the design of the equipment.
However, maintaining ICT equipment should require suppliers to provide information on the steps being
taken by the manufacturer to reduce the environmental impact of their products. In some regions of the
world, such as Europe and North America, governments are increasingly regulating the manufacturing
process to reduce waste.
Manufacturers are also starting to adopt Corporate Social Responsibility (CSR), which recognizes an
obligation to consider the interests of customers, employees, shareholders, communities, and
ecological considerations in all aspects of their operations. This obligation is seen to extend beyond
their statutory obligation to comply with legislation.
The Eco-Management and Audit Scheme (EMAS) is the EU voluntary instrument which acknowledges
organizations that improve their environmental performance on a continuous basis. EMAS registered
organizations are legally compliant, run an environment management system and report on their
Fewer toxic components In January 2003 the European Parliament and the Council of the European
Union issued a RoHS (Restriction of Hazardous Substances) Directive 2002/95/EC on the restriction of
the use of certain hazardous substances in electrical and electronic equipment, and Directive
2002/96/EC on waste electrical and electronic equipment.
The two directives were designed to tackle the fast-increasing waste stream of electrical and electronic
equipment. Directive 2002/96/EC requires increased recycling of electrical and electronic equipment to
limit the total quantity of waste going to final disposal.
It also requires producers to take responsibility for taking back and recycling electrical and electronic
equipment. This is intended to provide incentives for manufacturers to design electrical and electronic
equipment in an environmentally more efficient way, which takes waste management aspects fully into
account. Consumers should be able to return their equipment free of charge.
In order to prevent the generation of hazardous waste, Directive 2002/95/EC requires the substitution
of various heavy metals (lead, mercury, cadmium and hexavalent chromium) and brominates flame
retardants (polybrominated biphenyls [PBB] or polybrominated diphenyl ethers [PBDE]) in new
electrical and electronic equipment put on the market from 1 July 2006.
The directive does, however, provide for some exemptions, including lead in the glass of CRTs and
mercury in lamps for flat-panel displays. Although RoHS compliance has not been legislated in New
Zealand, many other countries are following the European Union’s lead, some with their own variations
(as in China), and it is widely expected that RoHS will become a world-wide standard. There is no
recognized logo for RoHS but manufacturers have chosen their own way to display compliance with the
EU RoHS Directive.
CRT monitors radiate three electron beams that are continually refreshing the entire screen 60 to 85
times each second. Although your brain doesn’t register the constant refreshing, your eyes do, and
they have to work harder to absorb the information. LCD monitors don’t refresh in this way: pixels are
constantly on or off, which greatly reduces eye fatigue and strain. An LCD monitor also generates less
heat than a CRT, lessening the air conditioning loads in an office.
✓ Desktop printers
Desktop printers, while convenient for users, can be costly to maintain and operate. On the other hand,
when printers are networked and shared among groups of users (the most common scenario), no one
is responsible for turning them off at night. Current good practice is to consolidate printing functions into
networked MFDs that are deployed on the basis of one per floor.
As noted above, MFDs have good power management tools and duplex printing (both sides) can be set
as a default. Desktop printers typically have less functionality than MFDs and only more recent models
have started to provide duplex printing as a default option. The Ministry for the Environment provides
sustainability guidelines for office consumables such as paper and ink cartridges.
Applying ISO in ICT companies is considered to be significant in that it allows these companies to
implement the total quality management (TQM) strategy to improve their organizational performance
(Magd, 2006).
ICT practices have used many ISO standards such as ISO 9001 QMS, ISO 20000 ITSM, ISO 27001
ISMS and other standards. For example, ISO 9001 QMS helps bring out the best in organizations by
enabling people to understand the processes of delivering products/services to customers.
is a model for continual improvement and customer satisfaction, and any organization looking to
improve how it functions or does business can use it, regardless of size or sector. ISO 20000 ITSM
promotes the adoption of an integrated process approach for effectively delivered managed services to
meet business and customer requirements. To take another example, ISO 27001 ISMS provides
information to responsible parties for establishing, implementing, operating, monitoring, reviewing,
maintaining and improving a documented Information Security Management Systems (ISMS). It also
designed to ensure adequate security controls that protect information assets, document ISMS and
give confidence to customers and interested parties.
It is not mandatory for the specification to include any technical elements. However, the users often do
have technical requirements, and when they do such requirements have to be included in the User
Requirement document. But even then they must be presented so as to be capable of being
understood by the non-technical reader. The users will usually rely upon the services of appropriate
technical advisors to help in the specification of such requirements.
✓ Hardware requirements
If hardware is to be supplied, it warrants its own detailed requirements section. This should specify
requirements in a little or as much detail as the users care about the matter. A minimal specification
might be concerned just with the general nature, capacity and performance of the equipment to be
provided. But the defined requirements might even, for reasons of compatibility or standardisation, go
so far as to specify particular makes and models of equipment, if that is what the user community
wants.
3.2. Business requirements
Business requirements, also known as stakeholder requirements specifications (StRS), describe the
characteristics of a proposed system from the viewpoint of the system's end user. Products, systems,
software, and processes are ways of how to deliver, satisfy, or meet business requirements
• Confusion arises for three main reasons.
✓ A common practice is to refer to objectives, or expected benefits, as 'business requirements.'
✓ People commonly use the term 'requirements' to describe the features of the product, system,
software expected to be created.
✓ A widely held model claims that these two types of requirements differ only in their level of detail
or abstraction — wherein 'business requirements' are high-level, frequently vague, and
decompose into the detailed product, system, or software requirements.
In system or software development projects, business requirements usually require authority from
stakeholders. This typically leads to the creation or updating of a product, system, or software. The
product/system/software requirements usually consist of both functional requirements and non-
functional requirements. Although typically defined in conjunction with the product/system/software
functionality (features and usage), non-functional requirements often actually reflect a form of business
requirements which are sometimes considered constraints. These could include necessary
performance, security, or safety aspects that apply at a business level.
Business requirements are often listed in a Business Requirements Document or BRD. The emphasis
in a BRD is on process or activity of accurately accessing planning and development of the
requirements, rather than on how to achieve it; this is usually delegated to a Systems Requirements
Specification or Document (SRS or SRD), or other variation such as a Functional Specification
Document. Confusion can arise between a BRD and a SRD when the distinction between business
requirements and system requirements is disregarded. Consequently, many BRDs actually describe
requirements of a product, system, or software.
Well-defined business requirements help lay out a project charter, a critical step in
Connects to
executing business strategy or business goals, and to take it to the next logical step
broader business
of developing it into an IT system. This helps monitoring overall project health and
goals
provides for positive traction with key project stakeholders including sponsors.
Good quality of business requirements when captured early on not only improves
Saves costs success of a project but also save overall costs associated with change requests,
and related investments in training, infrastructure, etc.
1. Business definition
2. Understand business domain(s)
3. Organization goals
4. Core competence
One of the best ways to help ensure good data collection is to have well-written procedures. Plants
often fail to see the importance of having well-written procedures for most tasks and especially for tasks
seemingly as simple as data collection.
Feedback is critical to the success of SMPs. In order for SMPs to be effective and accurate, a
formal feedback mechanism should be supplied to the job performer. The SMP should be updated
when feedback reveals mistakes or more effective ways to perform the job. Poorly written SMPs are
unsafe and largely ineffective.
✓ The writer should seek input from the trained job performer or subject matter experts who will be
using the SMPs. It is a good idea to get the job performer to write the rough draft because you
will get buy-in from the SMP users. A person is much more likely to use something that they
helped to develop as opposed to something that was developed without his or her input.
✓ The first writing is a rough draft and will need to be reviewed and tried before being published.
✓ Use numbered line items and avoids paragraphs (one item per step).
✓ List steps in proper sequence. The job should flow in natural order.
✓ Have the job performer enter quantitative values; it is even better than check-offs.
✓ Target elementary-grade reading level (fourth or fifth grade) if possible, given the nature of the
procedure being written. A reading skill commensurate to the minimum qualifications for
performing the job itself is assumed.
✓ Use graphics where needed to clarify meanings. A picture really is worth a thousand words.
✓ Keep verbiage consistent. Don't change equipment names from step to step.
✓ Begin each step with a verb if possible. For example: Step 13 - Remove coupling guard.
✓ If jobs involve too many steps, break the job into sections such as Motor Removal Section and
Gear Unit Removal Section