Documente Academic
Documente Profesional
Documente Cultură
This document contains four Career Episode Reports that have been written by EMS students.
The reports are provided for general guidance only. You must write about your own experiences
and show how you have demonstrated the 16 Elements of Competency outlined in the Engineers
Australia Stage 1 Standard for Professional Engineer.
Competency
Episode Description Element
Claimed
As part of my professional practicum experience for the MPE (Mechanical Introduction
Engineering), I completed HX Energy’s Summer Vacation program in their Data
Science division. This work experience focused on optimising and expanding HX
Energy’s capabilities through multifaceted techniques involving data analytics,
predictive algorithms and cognitive computing. HX Energy operations involve the
monitoring of plant performance and metrics via the use of sensors. Over my
period at HX Energy, my project involved the construction of a program labeled
as a toolkit to improve the process of inspecting sensor data. More specifically,
my task was to improve the capabilities of the HX Energy Data Science team by
deploying a resource that could be readily used to swiftly inspect the behavior,
health status and correlation of a set of sensors for a given time period.
I needed a strong background in data base systems, statistics, time series PE1.2
analysis, Fourier analysis, machine learning and computational programming in Conceptual
order to construct a suitable solution for the task. It was essential that I understanding
understood the architecture of the data systems and the data formatting prior to of math and
the analysis. I used a combination of time series and standard statistical computer
methods for the analysis of the sensor health and behavior. I used Fourier science
analysis and computational programming for the formulation of sensor
correlations and their associated time lags. Lastly, I gained familiarity with
graphical user interfaces in order implement a user friendly and practical
environment for the team to use.
Following the development of the design concept, I was required to carefully PE2.2
choose the environment in which to construct the program. The software package Fluent use of
MALTAB was selected due to the large sizes of the data sets and the necessity engineering
to perform Fourier analysis. MATLAB has a very efficient Discrete Fourier tools and
Transform and can easily deal with matrix operations. I also needed to use data resources
analytics and mathematics within my toolkit to determine important sensor
metrics, correlations with other sensors and predictive models. A rigorous set of
techniques was used to first determine and improve data quality through the
removal of duplicates and patching of missing values. Test data sets were used
and comparisons were made with their actual values and predicted values. The
toolkit was iteratively improved through the application of a wide range of data
sets. Following my departure I organised a handover with another team member
where we planned the industrialisation of the toolkit using a C environment.
Communicating effectively was the most important factor to the success of the PE3.2
project. As the toolkit was to be used by the team, it was essential that the Effective
product I produced provided what they needed. I organised regular meetings with communication
my supervisor and potential users of my toolkit. Firstly, I gained an understanding skills
of the nature and types of projects that use sensor data and the shortcomings
that were contributing to poor model accuracy and suboptimal allocation of the
team’s resources (time). I asked the team to describe what capabilities they
would like the program to have, before systematically adding functionality to the
program. By the midpoint of my time at HX Energy, the toolkit had transformed
into a robust program with a variety of analysis tools that had been added
following requests from my supervisors and team members. I called meetings
prior to the deployment of the toolkit requesting that any issues, bugs or simply
ideas for improvement with the program be reported to me so that I could
improve the product. This was effective as now an even wider range of data sets
were being used for varying applications, unveiling some areas for improvement
and giving me insights to the performance of the toolkit. At the end of the project I
circulated a document detailing the toolkit and how to use it, as well as an
interactive tutorial teaching the user how to implement it on a set of sensor data.
Competency
Episode Description Element
Claimed
In late 2014, I applied for a position at Possum Minerals, an iron ore mining Introduction
company with global operations. After passing the written application process and
a formal interview, I was offered a place on the Possum Minerals Summer
Vacation Program in their Engineering Standards Division. This work experience
focused on ensuring that plant equipment and procedures were aligned with both
the Australian Engineering standards and Possum Minerals Engineering
standards. I spent this work experience completing a Fly-In Fly-Out (FIFO) roster
and was located at Eastern Ridge mine site in Newman, Western Australia. My
duties involved the inspection of ongoing project plans, operations and
maintenance procedures as well as the management of small to mid scale
projects.
As the engineering work experience was site based, there was a strong emphasis PE3.1
and commitment to the safety of the employees, the local people and the Ethical conduct
environment. During my site induction I completed multiple short courses on how and
to conduct myself to ensure the safety of my co-workers and myself. This involved responsibility
the driving of vehicles, using the radio systems and fatigue management. Over
the three-month period I was able to develop a high level of safety initiative
through being constantly vigilant and critical of my surroundings. A particular
event, which displayed this, was when I was able to identify a potential hazard
involving the spacing of the safety rails on a conveyor belt. Through visual
inspection I determined that there was ample spacing for a limb to be exposed to
the belt rollers if someone was to slip or trip in a particular manner, which could
cause a fatal injury. I compared the measured spacing with both the Australian
and Possum Minerals Engineering standards and found that it reached the
requirements, however still deemed there was considerable risk and hence raised
the issue with my team. We completed a risk assessment and determined that
whilst we would not change the spacing, a notification would be raised across the
mine site to warn employees about the potential hazard.
My project management skills improved drastically over the course of my work PE2.4
experience. The nature of the site work meant that there was always engineering Apply
problems to address. Any employee can make requests and these requests were systematic
delivered to our engineering standards team. Upon my arrival there was a approaches to
spreadsheet containing hundreds of engineering requests needing evaluation project
and/or solutions. Many of these projects required engagement with the requester management
GENG5010 Professional Engineering Portfolio, The University of Western Australia 3
and other engineering teams such as maintenance and operation. Due to the
FIFO work and variable swing schedules, I found that often progress on these
projects would be stalled. It was hence more practical to conduct multiple projects
at one time, directing attention to the projects that could currently move forward.
The management of these projects typically involved initial inspection, organising
meetings with the stakeholders, development of solution ideas, requesting quotes
from third party engineering firms, organisation of deliveries and/or pickups and
finally installation. This greatly developed my organisational and management
skills.
As part of my work, I was required to utilise and apply engineering standards and PE1.6
codes for design projects and maintenance documents. A particular example that Understanding
illustrated this was in my design of a conveyer chute inspection door. A conveyer of
chute inspection door is used on mine sights to inspect the contents being contemporary
transferred by a conveyer directly after being dumped through a dust chute. Their engineering
importance stems from the ability to do this without having to cease the operation practice
of the conveyer, thus reducing downtime and improving production. This however
introduces a safety risk as the employee inspecting may be exposed to the
moving parts of the conveyer. For this reason the inspection doors possess either
a barred or mesh section to prevent injury to the inspector. As the lead project
manager on the design of such an inspection door I was responsible for ensuring
that the physical design of the door met both the Australian and Possum Minerals
engineering standards.
I dealt with a wide range of stakeholders in the projects I completed during my PE3.2
work experience. This included standards engineers, maintenance engineers, Effective
operation engineers, third party companies, technicians, financial employees and communication
health and safety officers. Any given project would often involve a handful of skills
these respective parties. When designing a solution to an engineering problem,
these parties would often have varying opinions based on their own experiences
and backgrounds. It was important for me to understand this and use it to my
advantage in the design process. The most effective design often was a product
of smart trade-offs between competitive solutions. I was able to display my
initiative and leadership whilst respecting the opinions of others to deliver
engineering solutions developed from a diverse range of stakeholders.
Competency
Episode Description Element
Claimed
For six weeks in early 2016, I worked for Staz Solutions as a software engineer. Introduction
Staz Solutions is a global company that provides cloud-based enterprise
solutions for small and large businesses. One of my tasks while at Staz
Solutions was monitoring the performance of certain cloud-based applications.
This report describes my activities and responsibilities during this task.
When designing my test environment, I was able to successfully break down the PE2.1
problem into the relevant subsections, including data seeding, housing of Apply methods
software under test, and monitoring requirements. I also determined and to solve
requisitioned all of the resources required (in terms of computer architecture). complex
During this process, I made my work more efficient by successfully reusing engineering
several company internal assets. This is a core concept of software engineering problems
design.
When designing both the performance testing environment, as well as having PE3.1
input into the design direction of the product at whole, I demonstrated the ability Ethical conduct
to engage in ethical conduct as part of my engineering process. As part of the and
engineering team, I raised concerns about the potential misuse of our product. responsibility
The software could be used for malicious purposes due to the nature of the
GENG5010 Professional Engineering Portfolio, The University of Western Australia 5
product and the way it interacts with external systems. Particularly for the task of
scale performance testing, using the test architecture to direct the application at
an external system would effectively constitute a denial of service attack. Steps
were taken to both find alternatives in the testing scenario, as well as building in
safeguards for the publicly available release.
Competency
Episode Description Element
Claimed
As part of my professional practicum experience for the MPE (Software Introduction
Engineering), I completed an internship at Hype Australia, the Australian arm of
a large IT and consulting services company. For part of this internship, I was
placed with the Analytics group, a sub-organisation within Hype that looks at big
data and analytics to improve performance. One of the projects I worked on
while with this group was the optimisation and development of multithreaded
applications.
For the duration of my work with this group, I used a systematic process for all PE2.3
my engineering design and implementation work. Hype Australia used a mature Apply
and controlled implementation of Agile Software Development. When designing systematic
each software module, I referred to documented architectural styles specific to engineering
the project, and all changes were documented and communicated to senior design and
engineering staff. synthesis
processes
Throughout the project, I utilised project management tools that both aligned my PE2.4
specific tasks with the direction of the project and also reported all projects to the Apply
project managers for measurement and planning purposes. My work was systematic
planned and monitored using the suite of tools available in the Rational Team approaches to
Concert product. Using these tools, I could have my tasks scheduled for me, project
report on progress, and communicate with team members and managers to management
ensure my work was managed systematically.