Systems engineering in the context of Civil engineering


Systems engineering in the context of Civil engineering

Systems engineering Study page number 1 of 2

Play TriviaQuestions Online!

or

Skip to study material about Systems engineering in the context of "Civil engineering"


⭐ Core Definition: Systems engineering


Systems engineering is an interdisciplinary field of engineering and engineering management that focuses on how to design, integrate, and manage complex systems over their life cycles. At its core, systems engineering utilizes systems thinking principles to organize this body of knowledge. The individual outcome of such efforts, an engineered system, can be defined as a combination of components that work in synergy to collectively perform a useful function.

Issues such as requirements engineering, reliability, logistics, coordination of different teams, testing and evaluation, maintainability, and many other disciplines, aka "ilities", necessary for successful system design, development, implementation, and ultimate decommission become more difficult when dealing with large or complex projects. Systems engineering deals with work processes, optimization methods, and risk management tools in such projects. It overlaps technical and human-centered disciplines such as industrial engineering, production systems engineering, process systems engineering, mechanical engineering, manufacturing engineering, production engineering, control engineering, software engineering, electrical engineering, cybernetics, aerospace engineering, organizational studies, civil engineering and project management. Systems engineering ensures that all likely aspects of a project or system are considered and integrated into a whole.

↓ Menu
HINT:

In this Dossier

Systems engineering in the context of Engineering

Engineering is the practice of using natural science, mathematics, and the engineering design process to solve problems within technology, increase efficiency and productivity, and improve systems. The traditional disciplines of engineering are civil, mechanical, electrical, and chemical. The academic discipline of engineering encompasses a broad range of more specialized subfields, and each can have a more specific emphasis for applications of mathematics and science. In turn, modern engineering practice spans multiple fields of engineering, which include designing and improving infrastructure, machinery, vehicles, electronics, materials, and energy systems. For related terms, see glossary of engineering.

As a human endeavor, engineering has existed since ancient times, starting with the six classic simple machines. Examples of large-scale engineering projects from antiquity include impressive structures like the pyramids, elegant temples such as the Parthenon, and water conveyances like hulled watercraft, canals, and the Roman aqueduct. Early machines were powered by humans and animals, then later by wind. Machines of war were invented for siegecraft. In Europe, the scientific and industrial revolutions advanced engineering into a scientific profession and resulted in continuing technological improvements. The steam engine provided much greater power than animals, leading to mechanical propulsion for ships and railways. Further scientific advances resulted in the application of engineering to electrical, chemical, and aerospace requirements, plus the use of new materials for greater efficiencies.

View the full Wikipedia page for Engineering
↑ Return to Menu

Systems engineering in the context of Requirements analysis

In systems engineering and software engineering, requirements analysis focuses on the tasks that determine the needs or conditions to meet the new or altered product or project, taking account of the possibly conflicting requirements of the various stakeholders, analyzing, documenting, validating, and managing software or system requirements.

Requirements analysis is critical to the success or failure of systems or software projects. The requirements should be documented, actionable, measurable, testable, traceable, related to identified business needs or opportunities, and defined to a level of detail sufficient for system design.

View the full Wikipedia page for Requirements analysis
↑ Return to Menu

Systems engineering in the context of Electrical engineering

Electrical engineering is an engineering discipline concerned with the study, design, and application of equipment, devices, and systems that use electricity, electronics, and electromagnetism. It emerged as an identifiable occupation in the latter half of the 19th century after the commercialization of the electric telegraph, the telephone, and electrical power generation, distribution, and use.

Electrical engineering is divided into a wide range of different fields, including computer engineering, systems engineering, power engineering, telecommunications, radio-frequency engineering, signal processing, instrumentation, control engineering, photovoltaic cells, electronics, and optics and photonics. Many of these disciplines overlap with other engineering branches, spanning a huge number of specializations including hardware engineering, power electronics, electromagnetics and waves, microwave engineering, nanotechnology, electrochemistry, renewable energies, mechatronics/control, and electrical materials science. Electrical engineers also study machine learning and computer science techniques due to significant overlap.

View the full Wikipedia page for Electrical engineering
↑ Return to Menu

Systems engineering in the context of Diagnosis

Diagnosis (pl.: diagnoses) is the identification of the nature and cause of a certain phenomenon. Diagnosis is used in a lot of different disciplines, with variations in the use of logic, analytics, and experience, to determine "cause and effect". In systems engineering and computer science, it is typically used to determine the causes of symptoms, mitigations, and solutions.

View the full Wikipedia page for Diagnosis
↑ Return to Menu

Systems engineering in the context of Business process modelling

Business process modeling (BPM) is the action of modeling processes of an enterprise. BPM is used to analyze, improve, and possibly automate business processes. BPM is typically performed by business analysts in collaboration with subject matter experts. It is primarily used in business process management, software development, and systems engineering. BPM can also be automatically generated through IT systems, such as event logs and other data.

BPM has many applications in business process management. There are multiple methods of modeling and notations that are recommended, BPMN being the most common.

View the full Wikipedia page for Business process modelling
↑ Return to Menu

Systems engineering in the context of Plan (drawing)

Plans are a set of drawings or two-dimensional diagrams used to describe a place or object, or to communicate building or fabrication instructions. Usually plans are drawn or printed on paper, but they can take the form of a digital file.

Plans are used in a range of fields: architecture, urban planning, landscape architecture, mechanical engineering, civil engineering, industrial engineering to systems engineering.

View the full Wikipedia page for Plan (drawing)
↑ Return to Menu

Systems engineering in the context of Acceptance testing

In engineering and its various subdisciplines, acceptance testing is a test conducted to determine if the requirements of a specification or contract are met. It may involve chemical tests, physical tests, or performance tests.

In systems engineering, it may involve black-box testing performed on a system (for example: a piece of software, lots of manufactured mechanical parts, or batches of chemical products) prior to its delivery.

View the full Wikipedia page for Acceptance testing
↑ Return to Menu

Systems engineering in the context of Safety engineering

Safety engineering is an engineering discipline which assures that engineered systems provide acceptable levels of safety. It is strongly related to industrial engineering/systems engineering, and the subset system safety engineering. Safety engineering assures that a life-critical system behaves as needed, even when components fail.

View the full Wikipedia page for Safety engineering
↑ Return to Menu

Systems engineering in the context of Nondestructive testing

Nondestructive testing (NDT) is any of a wide group of analysis techniques used in science and technology industry to evaluate the properties of a material, component or system without causing damage.The terms nondestructive examination (NDE), nondestructive inspection (NDI), and nondestructive evaluation (NDE) are also commonly used to describe this technology.Because NDT does not permanently alter the article being inspected, it is a highly valuable technique that can save both money and time in product evaluation, troubleshooting, and research. The six most frequently used NDT methods are eddy-current, magnetic-particle, liquid penetrant, radiographic, ultrasonic, and visual testing. NDT is commonly used in forensic engineering, mechanical engineering, petroleum engineering, electrical engineering, civil engineering, systems engineering, aeronautical engineering, medicine, and art. Innovations in the field of nondestructive testing have had a profound impact on medical imaging, including on echocardiography, medical ultrasonography, and digital radiography.

Non-Destructive Testing (NDT/ NDT testing) Techniques or Methodologies allow the investigator to carry out examinations without invading the integrity of the engineering specimen under observation while providing an elaborate view of the surface and structural discontinuities and obstructions. The personnel carrying out these methodologies require specialized NDT Training as they involve handling delicate equipment and subjective interpretation of the NDT inspection/NDT testing results.

View the full Wikipedia page for Nondestructive testing
↑ Return to Menu

Systems engineering in the context of Process (engineering)

In engineering, a process is a series of interrelated tasks that, together, transform inputs into a given output. These tasks may be carried out by people, nature or machines using various resources; an engineering process must be considered in the context of the agents carrying out the tasks and the resource attributes involved. Systems engineering normative documents and those related to Maturity Models are typically based on processes, for example, systems engineering processes of the EIA-632 and processes involved in the Capability Maturity Model Integration (CMMI) institutionalization and improvement approach. Constraints imposed on the tasks and resources required to implement them are essential for executing the tasks mentioned.

View the full Wikipedia page for Process (engineering)
↑ Return to Menu

Systems engineering in the context of Electronic engineering

Electronic engineering is a sub-discipline of electrical engineering that emerged in the early 20th century and is distinguished by the additional use of active components such as semiconductor devices to amplify and control electric current flow. Previously electrical engineering only used passive devices such as mechanical switches, resistors, inductors, and capacitors.

It covers fields such as analog electronics, digital electronics, consumer electronics, embedded systems and power electronics. It is also involved in many related fields, for example solid-state physics, radio engineering, telecommunications, control systems, signal processing, systems engineering, computer engineering, instrumentation engineering, electric power control, photonics and robotics.

View the full Wikipedia page for Electronic engineering
↑ Return to Menu

Systems engineering in the context of Use case

In both software and systems engineering, a use case is a structured description of a system’s behavior as it responds to requests from external actors, aiming to achieve a specific goal. The term is also used outside software/systems engineering to describe how something can be used.

In software (and software-based systems) engineering, it is used to define and validate functional requirements. A use case is a list of actions or event steps typically defining the interactions between a role (known in the Unified Modeling Language (UML) as an actor) and a system to achieve a goal. The actor can be a human or another external system. In systems engineering, use cases are used at a higher level than within software engineering, often representing missions or stakeholder goals. The detailed requirements may then be captured in the Systems Modeling Language (SysML) or as contractual statements.

View the full Wikipedia page for Use case
↑ Return to Menu

Systems engineering in the context of Mechatronics Engineering

Mechatronics engineering, also called mechatronics, is the synergistic integration of mechanical, electrical, and computer systems employing mechanical engineering, electrical engineering, electronic engineering and computer science and engineering, and includes a combination of robotics, computer science, telecommunications, systems, control, automation and product engineering.

As technology advances over time, various subfields of engineering have succeeded in both adapting and multiplying. The intention of mechatronics is to produce a design solution that unifies each of these various subfields. Originally, the field of mechatronics was intended to be nothing more than a combination of mechanics, electrical and electronics, hence the name being a portmanteau of the words "mechanics" and "electronics"; however, as the complexity of technical systems continued to evolve, the definition had been broadened to include more technical areas.

View the full Wikipedia page for Mechatronics Engineering
↑ Return to Menu

Systems engineering in the context of Reliability engineering

Reliability engineering is a sub-discipline of systems engineering that emphasizes the ability of equipment to function without failure. Reliability is defined as the probability that a product, system, or service will perform its intended function adequately for a specified period of time; or will operate in a defined environment without failure. Reliability is closely related to availability, which is typically described as the ability of a component or system to function at a specified moment or interval of time.

The reliability function is theoretically defined as the probability of success. In practice, it is calculated using different techniques, and its value ranges between 0 and 1, where 0 indicates no probability of success while 1 indicates definite success. This probability is estimated from detailed (physics of failure) analysis, previous data sets, or through reliability testing and reliability modeling. Availability, testability, maintainability, and maintenance are often defined as a part of "reliability engineering" in reliability programs. Reliability often plays a key role in the cost-effectiveness of systems.

View the full Wikipedia page for Reliability engineering
↑ Return to Menu

Systems engineering in the context of List of system quality attributes

Within systems engineering, quality attributes are realized non-functional requirements used to evaluate the performance of a system. These are sometimes named architecture characteristics, or "ilities" after the suffix many of the words share. They are usually architecturally significant requirements that require architects' attention.

In software architecture, these attributed are known as "architectural characteristic" or non-functional requirements. Note that it's software architects' responsibility to match these attributes with business requirements and user requirements. Note that synchronous communication between software architectural components, entangles them and they must share the same architectural characteristics.

View the full Wikipedia page for List of system quality attributes
↑ Return to Menu

Systems engineering in the context of Interoperability

Interoperability is a characteristic of a product or system to work with other products or systems. While the term was initially defined for information technology or systems engineering services to allow for information exchange, a broader definition takes into account social, political, and organizational factors that impact system-to-system performance.

Types of interoperability include syntactic interoperability, where two systems can communicate with each other, and cross-domain interoperability, where multiple organizations work together and exchange information.

View the full Wikipedia page for Interoperability
↑ Return to Menu