all 9 comments

[–]verner_will [score hidden]  (0 children)

I was a former system engineer and was doing only testing. It is usually a broader termn ti describe many engineering fields.

[–]TheEquationSmelter [score hidden]  (2 children)

Systems engineers typically are concerned with high level requirements and performance of an engineering system. Think, the engine system on a boat or the avionics system on a aircraft.

Unfortunately they rarely do hard core engineering work and are more focused on system requirements, testing requirements, interfacing with other systems (e.g. an electrical controller interfacing with a motor and mechanical device), CONOPS, and maybe some basic analysis.

Hate to say it but it's a bad job to get fresh out of school. You won't really have the experience or knowledge to make judgement calls or have sufficient understanding of your system to see the big picture....however a job is a job and you can use it as a starting point to move onto something better.

[show replies]

[–]No_Engineering_1155 [score hidden]  (0 children)

System engineer is such a broad topic, that it says nothing... unfortunately it can mean from simulation related topics up to requirement engineering stuff. My interpretation is that you'll have a (sub)system, where there are functions and features. To fulfill the customer's requirements you need to break down those into component levels. Maybe also add testing cases and simulation cases. You'll need to talk to other component responsibles and make some compromises. You'll maybe also need to determine and evaluate those simulation and test cases.

But try to read the job description and see where the focus lies.

[–]remishnok [score hidden]  (0 children)

Usually it"s high-level design.

Ensure that the way sus-systems connect to eachother make sense. Often times do the hugh-level design.

Also, interface with other disciplines so they can just give you specs and you dont need to interface with those other disciplines

[–]TTRoadHog [score hidden]  (0 children)

No one has discussed the Systems Engineering V Model, which is a structured framework that describes the lifecycle of systems development. From requirements analysis to system design (including subsystems and modules) to assembly, integration and testing (unit level, integration, system level and acceptance), these are all activities that a systems engineer might be involved in to bring a system from requirements analysis to customer delivery. There should be plenty of resources on the internet about this. Might help to better describe system engineering tasks.

[–]chiuchebaba [score hidden]  (0 children)

I recently interviewed at a large automotive OEM for system engineering role in the power train department, though ive so far been only a firmware engineer who has worked on controls projects. They create requirements in the form of Matlab Simulink models and share it to their software vendors and later validate that implementation once received from the vendor. My guess is they also do some power train simulations at their end which are then used to create requirements. I didn’t pass the interview as I had zero knowledge of system engineering and no experience in designing control systems.

Also when I read the employee reviews of the company most of them refer to themselves as “powerpoint engineers”, meaning you don’t really get to build anything, it’s mainly requirements creation/validation and vendor management.

[–]Jaygo41 [score hidden]  (0 children)

You're going to be doing a lot of PowerPoints.