Sunday, April 26, 2009

ICAS4106B Action and complete change requests



Review change requests
1. Receive and document requests for hardware and software changes, utilising a change management system and according to organisational help desk procedures

2. Gather and organise system data relevant to the change requests, using available diagnostic tools

3. Review the proposed changes against current and future business requirements and examine the system data, with work team, in order to select appropriate changes to be carried out

4. Discuss and clarify the selected changes with client
Modify system according to requested changes
1. Develop a plan, with prioritised tasks and contingency arrangements, for modification of the system
2. Undertake the selected system changes according to organisational guidelines and procedures and in accordance with manufacturer recommendations

3. Test the system changes for performance and identify problems

4. Resolve identified problems

5. Revise relevant client and technical documentation to reflect system changes according to organisational standards

6. Notify client of status of change and update change management system, as per organisational help desk procedures

ProjectTrack 2007 - Personal Edition Overview

The Personal Edition of ProjectTrack is targeted to anyone that needs to manage projects in a single user environment.

ProjectTrack compliments applications such as MS Project, but does not replace them. Rather than a planning tool, ProjectTrack is a program to help you execute your plan; saving you time with all the administrative work that surrounds projects.
or example, if you use a spreadsheet or word processor to keep track of action items (to-dos), issues, milestones, etc. You can use ProjectTrack to keep track of all those items from a single location. You can have multiple companies and projects, each one of them with its own set of information. But keeping track of things is not all you can do with ProjectTrack. Most projects generate documents that need to be easily accessible. They can be linked directly to the project, saving time and stress searching. What about looking for a document related to a project that was finished some time ago? With ProjectTrack, the document can remain linked for easy access.
If, during the course of a year, you spend 2 or more hours looking for documents in your computer, ProjectTrack will pay for itself.
The best way to decide if ProjectTrack is right for you is to try it. Download our evaluation version and decide for yourself. This version doesn't have any limitations, but it will remind you to register after 30 days.
Key terms
Hardware: May include but is not limited to workstations, personal computers, modems or other connectivity devices, networks, DSL modems, remote sites, servers
Software: May include but is not limited to commercial, in-house, packaged or customised software
System: May include but is not limited to the hardware and software components that run a computer.
Requirements: May be in reference to the business, system, application, network or people in the organisation.
Client: May include but is not limited to internal departments, external organisations, individual people and employees.
Organisational guidelines: May include but are not limited to personal use of emails and internet access, content of emails, downloading information and accessing particular websites, opening mail with attachments, virus risk, dispute resolution, document procedures and templates, communication methods and financial control mechanisms.
Technical documentation: May include project specifications, reports, help references, technical manuals, training materials and self-paced tutorials, on-line help, user guides, brochures.
Standards: May include ISO/IEC/AS standards, organisational standards, project standards (for further information refer to the Standards Australia website at: www.standards.com.au).
Documentation: May follow ISO/IEC/AS standards, audit trails, naming standards, version control, project management templates and report writing, maintaining equipment inventory; client training and satisfaction reports.
Help desk procedures: May include:· customer contact centre or general contact point that then consults with a supplier or other technician· customer contact centre staffed by technicians capable of solving problems· real-time on-line support· web-based support.

ICAS4022B Determine and plan problem resolution



This unit will present a series of troubleshooting and fault finding methods to help you enhance your chance of success when trying to fix computer problems. Technicians in the workplace are expected to rectify faults quickly, or provide a workaround or solution. You will learn to create a list of possible causes for faults, organise in order of likelihood of each cause and formulate a solution or rectification.
Outcomes for this unit are:\
.Create a list of probable causes
lti(0)disk(0)rdisk(0)partition(1)\winnt=‘Windows 2000 Professional’/fastdetect/MAXMEM=32
.Login Box prompt appears after user presses CTRL + ALT + DEL simultaneously

.User enters required credentials (username, password, domain/preferred server)

.Network server validates user login (credentials are accepted)

.User logged in
An actual graphical representation of this (actual HTA diagram) is shown below.

Activity 5: Cause and Effect Analysis

This is activity will require you to practise developing a Cause and Effect [fishbone] diagram.
Take the sample from the previous activity—A user that attempts to login

Q: Assume that the user was not able to login successfully and develop a fishbone diagram that analyses the possible causes for this user not being able to login
A: One of a possible solution for the fishbone diagram is presented below:

Key terms
Boot-up time faults: Boot-up time faults are those faults that occur during the boot-up sequence.
Cause-and-Effect Diagram: A graphic tool that helps identify, sort, and display possible causes of a problem or quality characteristic. These diagrams sometimes are knows as fishbone diagrams due to their shape.
Cause and Effect Analysis (CEA): Cause and effect is a method which allows a technician to analyse the possible causes of faults (the undesired negative effects). The Cause and Effect method is usually implemented by using Cause and Effect diagrams.

Fault Tree Analysis (FTA): Fault tree analysis is the process of analysing a fault by using a decision tree. Decision trees can be constructed in advance, for common troubleshooting tasks or they can be constructed ad-hoc for new faults.
Hierarchical Task Analysis (HTA): HTA is a logical representation of a process and steps that must occur for this process to begin and finish successfully.
Master Boot Record (MBR): The sector at the beginning of a hard disk that contains bootstrap information, to begin loading an operating system.
POST: POST or Power-On-Self-Test is an initial test that a computer system executes automatically when turned on to check system integrity.
Virtual Memory: Virtual memory is the area of a hard disk drive used to fake memory (RAM). When a system runs out of physical RAM, it relies on available hard disk space to provide working storage.

Sunday, April 5, 2009

ICAD4217B Create technical documentation

There are many reasons for maintaining a complete and up-to-date library of systems and procedures for documentation. Without documentation that has meaning to the users, time may be wasted dealing with technical problems by duplicating answers to problems that have already been solved.

Other reasons for creating accurate, complete technical documentation include to:

. pass an audit, or quality certification
. create an accurate record of an organisation’s systems
. record maintenance
. identify the need to upgrade systems
. provide records for future decisions
. provide workers and stakeholders with a database for their jobs
. ensure work and service quality is consistent when staff changes occur
. add value to the organisation’s business and service.
Technical documentation provides a record of the functionality and processing of a system, program, network or application. The technical documentation should document how the system, program, network or application is structured, how it works and changes that have been made to it.
Task 1: Determine documentation standardsQ: Make a list of ten objects that you can see or feel from where you sit, that have technical documentation associated with them.
Q: Make a list of ten objects that you can see or feel from where you sit, that have technical documentation associated with them.

A: Answers for this question will vary, there are some example following:

1-When you switched on your computer, a technical document (a log in the computer’s memory) was created.
2-The software you are using was installed using technical documentation.
3-When you switch on your lights, a record is kept for billing purposes.
4-The chair you sit on was made from a plan.
5-The mobile phone on your desk has a help function.
6-When the chair was made, a quality check was recorded.
7-The air you breathe is monitored for pollution records.
8-The time on the clock is set to an agreed, international standard.
9-The clothes you wear were made to a pattern.
10Your health is recorded in doctor’s files.
Activity 2: Identify documentation standards

Q: Identify at least two industry standards that relate to documentation. Use search terms such as: standards, documentation, technical, industry in your preferred search engine.
A: International Standards Organisation ISO 9000 Quality Standards (which is a family of different standards) that requires the processes involved in technical documentation to meet a certain level of quality, theses standards concern quality management systems. The Australian Standard AS ISO 10013-2003 relates to the documentation for the quality management system. ISO 14000 standards relate to environmental aspects of processes and can relate to such things as disposal and storage of documents and the media chosen for publishing documents. The ISO 9000 and ISO 14000 families of standards are those from which many organisation-based standards are derived.

There are many standards that can apply to software used by documentation and used in the delivery of documentation. Two groups of specific standards that relate to the design and production of technical documentation are the Australian Standards for Editing Practice produced by the Institute of Professional Editors (IPed), formerly the Council of Australian Societies of Editors (CASE), and the World Wide Web Consortium (W3C) onscreen accessibility guidelines. You may have found others that relate more specifically to your own study or work area.
Task 2: Determine technical documentation requirements
Activity 1: Documentation for programs
Note the following scenario
Your organisation’s software development team has been complying with all the documentation requirements for the development of new programs, except for one issue.
The comments in their code, telling others what they’re trying to do with their program are random, cryptic, and inconsistent.

You are asked to write specifications for comments in programs. The conventions should apply to any of the languages used by the programmers for the organisation. The constraints and rules imposed on programs should be as simple as possible.
Q: What are some specifications that could be used for commenting within a program? Interview someone working in software programming or search the web for some sample specifications
A: The specifications for comments within the code could include that:

.an overall comment should be included at the start of the program to identify the . framework of the program or changes to the program
. comments should be used to describe the code that is not apparent
. all comments should be preceded by a blank line
. arguments should be commented if they are not clear
. comments should be aligned with the code.
Activity 2: Documentation requirements

Q: Think about the last time you purchased something that required installation or that you had to put together yourself. Did it come with instructions? Were the instructions complete, comprehensive, useful, coherent, accurate, accessible and clear? Did they help you or did you not refer to them at all?

A: The answer is depending on the product that i have bougth, if that product was the thing i have been used before. I am ever read or look at the instructions. However, if the product is come with the new technology or i never been use it for long time or that product is quite expensive. I might read through very quick to get some useful information.
Activity 3: The pros and cons of paper
Q: There are probably times when you would use one medium in preference to another. What do you think are the advantages and disadvantages of paper-based documentation as a means of learning about a program or a system?

A: Some of the advantages of paper-based documentation include:

.most people feel comfortable with books—they can write notes in them and they can .read them without a computer
.they have the benefit of using the actual software while following the manual
. paper as a physical medium is easily handled by the user
.novice users, or those who are not computer literate may not be able to use on-line help
.paper-based documentation allows the user to add in their notes and bookmarks
.manuals can be modular to target the needs of various user groups
.paper-based documentation is portable, and production costs are less when compared to some other forms of digital media (DVDs etc)
.paper can sometimes offer greater detail than other media.

Some of the disadvantages of paper-based documentation include:
paper deteriorates physically over time with use
a manual is more difficult to update and provide flexible access methods
it can not include sound or animation
the physical size of a manual can be intimidating, which can put people off
paper documentation must be massive to be able to cater for all the user needs, but individual users will usually only use parts of it
it may cause the user to shift concentration from what they are doing to the manual.

Activity 4: The pros and cons of digital media

Q: What do you think are the advantages and disadvantages of digital or computer-based documentation (other than video) as a means of learning about a program or a system?
A: The advantages of computer-based documentation include that:
.it can be flexible, provide vast amounts of information, and can integrate sound, text and animation
.it can be context-sensitive, providing help directly relevant to the function being used or to the task
.it is of great value in training and in advanced help features, like wizards and cue cards
.it is easy to update and revise, efficient to store, and cheap to distribute
.it can allow interaction
no paper is needed
.it has cheaper packaging (CDs)
immediate reference is possible (you don’t have to search for the manual).
The disadvantages of computer-based documentation include that:

it requires computer literacy
it often requires various plug ins to access files
the computer screen places limitations on use
it may require swapping from the task to the documentation, causing distraction from the task at hand
as video it can take up large amounts of memory and be cumbersome to download.

Activity 5: The pros and cons of video
Q: Describe some and advantages and disadvantages of using video-based documentation to learn about a program or system?

A: The advantages of video-based documentation include that:
.it can provide a rehearsed and thorough demonstration or walk-through of a software application
.it best suited for presenting animation, sound, graphics and ‘real-life’ presentations
.it is good for training and promotion
.learner retention is generally higher than for printed media (it is generally more engaging)
.suitable for groups as well as individuals
.DVDs are inexpensive and easy to distribute (although development costs may be high)
no paper is needed.

The disadvantages of video-based documentation include that:
video requires specialist equipment and personnel to produce; the cost may be high for complex, multimedia material
sequential access—while video is good for demonstrating sequential tasks, it is unsuitable for random access tasks as found for example in reference guides
.it is non-interactive and does not cater for different levels of users
.it can be easy to pirate
.it is expensive to update—a new video must be produced (rather than a new version of a paper of digital print resource)
documentation is less detailed if reliant on video only.