Benutzer:Felser/Spielwiese

Dieser Artikel ist im Entstehen und noch nicht Bestandteil der freien Enzyklopädie Wikipedia.

Solltest du über eine Suchmaschine darauf gestoßen sein, bedenke, dass der Text noch unvollständig sein und Fehler oder ungeprüfte Aussagen enthalten kann. Wenn du Fragen zum Thema hast, nimm Kontakt mit dem Autor Felser auf.

Eine Mitarbeit am entstehenden Artikel ist ausdrücklich erwünscht.

Pendenzen

• Single_Pair_Ethernet : muss ausgebaut werden

Standard Robot Command Interface (SRCI)

Der Industriestandard Standard Robot Command Interface (SRCI) erlaubt es, jeden kompatiblen Roboter über jede kompatible SPS zu programmieren. Wer hat das Erfunden?

Systemaufbau

SRCI erleichtert die standardisierte Programmierung und den Betrieb von Industrie- und kollaborativen Robotern, unabhängig von der jeweiligen SPS oder dem Roboterhersteller. Es erreicht dies durch die Standardisierung der Kommunikation zwischen der Robotersteuerung und der SPS.

Anwendernutzen

In der Praxis stellt SRCI Roboterbefehle als Funktionsblöcke innerhalb des Engineering-Tools für die SPS-Programmierung bereit. Dies bedeutet, dass Kunden ihre gesamte Maschine, einschließlich des Roboterprogramms, in derselben Entwicklungsumgebung programmieren können. Darüber hinaus ermöglichen SRCI-basierte Systeme den Anwendern, ihre eigenen kundenspezifischen Bedienbildschirme zu erstellen, was die Benutzerfreundlichkeit sowohl für das Bedien- als auch für das Wartungspersonal erheblich verbessert.

Marktrelevanz

Im Jahr 2020 begannen bei PI (PROFIBUS & PROFINET International) die Arbeiten an der standardisierten Datenschnittstelle SRCI (Standard Robot Command Interface). Bis zum Jahr 2024 haben fünf Hersteller Produkte mit dieser Schnittstelle auf den Markt gebracht und sieben weitere haben ihre Produkte für die nächsten Monate angekündet. Gemäss den Aussagen von PI entspricht dies 75 Prozent des Marktes.

Funktionsprinzip

SRCI basiert auf einem Remote Procedure Call System. Es erfordert zwei Haupt-Softwarekomponenten:

• Server (Interpreter): Der Server, der auch als Interpreter bezeichnet wird, befindet sich auf der Robotersteuerung. Er bearbeitet eingehende Anfragen vom Client (der auf der speicherprogrammierbaren Steuerung oder SPS läuft).
• Client: Der Client, der auf der SPS läuft, ruft die Serverfunktionen auf, indem er Befehlsnachrichten mit den entsprechenden Argumenten an die Robotersteuerung sendet. Nach Erhalt des Befehls führt die Robotersteuerung die angegebene Funktion aus und sendet befehlsspezifische Antwortmeldungen zurück.

Die SRCI-Kommunikation zwischen SPS und Robotersteuerung ist feldbusagnostisch, d.h. sie kann über PROFINET (isochroner Betrieb ist nicht erforderlich), aber auch über andere Feldbusse realisiert werden.

Profile und Funktionen

SRCI spezifiziert über 115 Befehle, die von einfachen Fahrbefehlen (z. B. lineare Bewegungen) bis hin zu komplexeren Befehlen wie Kraftsteuerung reichen.

Um eine SRCI-Funktion zu nutzen, muss sie sowohl vom Server als auch vom Client unterstützt werden. Diese Befehle werden in verschiedene Gruppen eingeteilt:

• Profil Core: Bietet grundlegende Befehle und die Kernfunktionalitäten der Schnittstelle. Jede SRCI-Implementierung in einer breiten Version unterstützt mindestens die Befehle in diesem Profil.
• Erweitertes Profil und optionale Befehle: Hersteller können Befehle aus diesen Gruppen individuell zu ihren Implementierungen hinzufügen.

Einzelheiten darüber, welcher Befehl von welchem Hersteller unterstützt wird, finden Sie in der SRCI-Herstellerkarte.

Spezifikation

Das Standard Robot Command Interface ist in einer Richtlinie von PI festgelegt und steht in der Version 1.4 allen Mitgliedern zum kostenlosen Download bereit. Für Anwender werden von Integratoren entsprechende Softwarebibliotheken angeboten.

Siehe auch

• Profinet
• Industrieroboter

Weitere Quellen

SPS Client: SIMATIC Robot Library. Siemens Portal, 2024, abgerufen am 24. Juli 2024. 

Roboter Hersteller:

Universal Robots: Standard Robot Command Interface (SRCI) – How-to Guide. Universal Robots Support, 28. Juni 2024, abgerufen am 24. Juli 2024 (amerikanisches Englisch). 

Yaskawa: Standardisierte Schnittstelle für SPS-gesteuerte YASKAWA Roboter. Yaskawa Deutschland, 2024, abgerufen am 24. Juli 2024. 

Profisafe

• https://www.industrial-production.de/industriekommunikation/feldbus-ohne-kabel-vorverarbeitung-und-funkuebertragung-von-steuerungsdaten.htm
• https://profinews.com/2018/03/wireless-profisafe-in-paris-app-story/
• https://www.profibus.com/products/product-finder/dataeagle-4000
• https://www.gridconnect.com/products/dataeagle-4732-x-treme-profinet
• https://www.computer-automation.de/steuerungsebene/safety-security/safety-und-wireless-wie-geht-das.99093.html
• https://docplayer.org/13584948-Verfahren-zur-stabilisierung-von-profibus-feldbus-funkverbindungen-beim-einsatz-in-der-industriellen-automation.html
• https://www.immittelstand.de/2021/06/30/feldbus-ohne-kabel-patentierte-vorverarbeitung-und-hochzuverlaessige-funkuebertragung-von-steuerungsdaten-ermoeglichen-ausfallsichere-kommunikation-im-5-ghz-band/

omlox

Omlox oder auch omlox

IEEE 802.15.4z

Die standardisierten Schnittstellen:

• Omlox air-Interface
• Omlox Hub API

sollten explizit erwähnt werden.

In Zusammenarbeit mit:

• OPC Foundation
• ETSI
• UWB Alliance

https://www.researchgate.net/publication/358234389_Standardisierte_Indoor-Ortung_mit_omlox_Exakte_Lokalisierung_fur_Augmented-Reality-Anwendungen_im_Bereich_Industrie_40

https://www.researchgate.net/publication/358516443_Potenzialanalyse_eines_Standards_fur_Ortungssysteme_zum_Einsatz_in_der_Produktion_und_Logistik

Betrieb

Ein omlox hub ist für verschiedene Betriebsszenarien konzipiert. Im Umfeld der Echtzeit-Anwendungen finden dabei häufig noch Installation in Edge-Umgebungen, z.B. in der Produktionsanlage statt. Aber auch Betriebsszenarien in der Cloud oder Mischformen können durch einen omlox hub Umsetzung adressiert werden. <nicht klar? Referenzen erforderlich>

Anwendungen der omlox core zone

Fences und Zonen in einem omlox hub

Nicht für die Veröffentlichung bestimmt

https://de.wikipedia.org/wiki/Wikipedia:Namenskonventionen#Abk%C3%BCrzungen_und_Eigennamen_mit_Abweichungen_von_den_Regeln_der_Rechtschreibung

https://de.wikipedia.org/wiki/Wikipedia:Namenskonventionen#Gro%C3%9F-_und_Kleinschreibung_des_Anfangsbuchstabens

https://youtu.be/u1wI7JU6tJc

https://youtu.be/rDWNorimI2E

Ethernet

100BASE-T1

100BASE-T1 IEEE 802.3bw-2015

in der von IEEE 802.3b standartisierten Fast-Ethernet Definition 100BASE-T1 werden die Daten über ein symetrisch verdrilltes Kupferpaar mit PAM-3 vollduplex übertragen. Das Twisted-Pair-Kabel von 100 Ω Impedanz muss mindestens 66 MHz übertragen können, damit eine maximalen Länge von 15 m erreicht werden kann. Der Standard ist für Anwendungen im Automobilbereich vorgesehen. Für industrielle Anwendungen wurde von der Interessengruppe Single Pair Ethernet (SPE) in der IEC 63171-6 der Stecker IEC 61076-3-125 für industrielle Anwendungen von 100BASE-T1 festgelegt. 100BASE-T1 wurde vor der IEEE-Normung als BroadR-Reach entwickelt.

https://webstore.iec.ch/publication/33844 IEC 63171-6:2020 Connectors for electrical and electronic equipment - Part 6: Detail specification for 2-way and 4-way (data/power), shielded, free and fixed connectors for power and data transmission with frequencies up to 600 MHz. TC 48/SC 48B

1000BASE-T1

1000BASE-T1 IEEE 802.3bp-2016

802.3bp standardisierte 1000BASE-T1 als Gigabit-Ethernet über eine einzelne verdrillte Zweidrahtleitung für Automobil- und Industrieanwendungen. Sie enthält Kabelspezifikationen für eine Reichweite von 15 Metern (Typ A) oder 40 Metern (Typ B). Die Übertragung erfolgt mit PAM-3 bei 750 MBd.

SPE

https://www.harting.com/sites/default/files/2019-02/Schlank%20zu%20I4.0%2001_2019.pdf

Am 23. Januar 2020 hat das Normengremium die IEC 63171-6 als internationale Norm für Single Pair Ethernet (SPE) Schnittstellen in industriellen Anwendungen veröffentlicht. Der Herausgeber ist das IEC Komitee SC 48B Kupfersteckverbinder. Die SPE Technologie ermöglicht die Übertragung von Ethernet über lediglich ein Adernpaar (single pair) durch eine symmetrische Kupferleitung. SPE eignet sich für Geschwindigkeiten von 10 Mbit/s bis 1 GBit/s. Das Single Pair Ethernet kann über eine Länge von 1000 Meter übertragen werden. Damit wird diese Technologie besonders für die Prozessautomatisierung interessant.

Zusätzlich zu den eher computerorientierten Zwei- und Vier-Paar-Varianten sind die 100BASE-T1 und 1000BASE-T1 Single-Pair-Ethernet-PHYs für Anwendungen in der Automobilindustrie[14] oder als optionale Datenkanäle in anderen Interconnect-Anwendungen vorgesehen. Das Single-Pair arbeitet im Vollduplex-Betrieb und hat eine maximale Reichweite von 15 m (100BASE-T1, 1000BASE-T1 Link-Segment Typ A) oder bis zu 40 m (1000BASE-T1 Link-Segment Typ B) mit bis zu vier Inline-Steckverbindern. Beide PHYs erfordern ein symmetrisches verdrilltes Paar mit einer Impedanz von 100 Ω. Das Kabel muss 600 MHz für 1000BASE-T1 und 66 MHz für 100BASE-T1 übertragen können.

Ähnlich wie bei PoE kann Power over Data Lines (PoDL) bis zu 50 W an ein Gerät liefern.

Ethernet Advanced Physical Layer

Ethernet Advanced Physical Layer (Ethernet APL) engl., beschreibt eine physikalische Schicht für die Ethernet-Kommunikationstechnologie, die speziell für die Anforderungen der Prozessindustrie entwickelt wurde. Grund für die Entwicklung von Ethernet APL war die Notwendigkeit einer Kommunikation mit hoher Geschwindigkeit und über große Entfernungen, die Bereitstellung von Strom- und Kommunikationssignalen über ein einziges 2-adriges Kabel sowie Schutzmaßnahmen für den sicheren Betrieb innerhalb explosionsgefährdeter Bereiche.

Als Teil des weit verbreiteten Ethernet-Standards, der speziell für anspruchsvolle industrielle Anwendungen entwickelt wurde, bietet Ethernet APL ein hohes Maß an Robustheit für einen äußerst zuverlässigen Betrieb.

Im Bereich der Informationstechnologie ist Ethernet längst zur Standard-Kommunikationslösung geworden. Industrial Ethernet ist die gängige Bezeichnung für die Variante dieses Standards für die Fertigungs- und Prozess-Industrie. Ethernet APL wurde als die bisher fehlende Verbindung entwickelt und erweitert die vereinheitlichte Ethernet-Kommunikation bis hin zur Feldinstrumentierung.

Ethernet APL ist einer der möglichen physikalischen Schichten von Ethernet, unabhängig von Protokollen oder Kommunikationsstacks und für eine breite Akzeptanz und Anwendung in der Prozessautomatisierung konzipiert.

Tabelle

OSI-Schicht (de)		OSI-Schicht (en)	Protokolle
7	Anwendung	Application	EtherNet/IP, HART-IP, OPC UA, PROFINET, http,...
6	Darstellung	Presentation
7	Sitzung	Session
4	Transport	Transport	UDP	TCP
3	Netzwerk	Network	IP
2	Sicherung	Data Link	CSMA/CD	RTE	TSN
1	Bitübertragung	Physical	Ethernet Fast-Ethernet Gigabit-Ethernet WLAN ...		Ethernet APL

Ethernet als Basis für APL

Ethernet APL ist ein spezielles 2-Draht-Ethernet auf Basis von 10BASE-T1L gemäß IEEE 802.3cg mit zusätzlichen Vorkehrungen für die Prozessindustrie. Die Ethernet APL-Kommunikation ist somit Teil und vollständig kompatibel mit der IEEE 802.3 Ethernet Spezifikation.

Die Übertragung erfolgt mit einer Datenübertragungsrate von 10 Mbit/s, wird 4B3T codiert und als PAM-3 moduliert und mit 7,5 MBaud vollduplex übertragen.

Der Aufbau kann aus einem "Trunk"-Kabel mit maximal 1000 m zwischen den Feldswitches in Zone 1 und den "Spur"-Kabel von maximal 200 m in Zone 0 zwischen einem Feldswitch und einem Feldgerät bestehen.

Ethernet APL enthält eine Reihe von Erweiterungen, die speziell auf die anspruchsvollen Anforderungen der Prozessindustrie und anderer Branchen zugeschnitten sind wie Eigensicherheit und Portprofile für optionale Stromversorgung der Anschlüße.

Eigensicherheit

Eigensicherheit ist eine wesentliche Anforderung von der weltweiten Prozessindustrie, die eine einfach zu implementierende Lösung für die Steuerung und Stromversorgung von Feldgeräten in explosionsgefährdeten Bereichen fordern. Eigensicherheit ist als Option vollständig in Ethernet APL integriert.

In der technischen Spezifikation IEC TS 60079-47 ED1 soll das eigensichere 2-Draht-Ethernet definiert werden.

Die Barriere für Eigensicherheit ist eine elektronische Schaltung an jedem Ausgang oder Eingang eines Verteilers/Switches oder Feldgerätes. Diese verhindert, dass zündfähige elektrische Energie in den Anschluss gelangt. Die Eigensicherheits-Barriere ist vom Kommunikationskreis (PHY) getrennt, welcher ein einfacher, aber wichtiger Bestandteil des Ethernet-APL-Designs ist. Dieses Konstruktionsprinzip gewährleistet:

• Chiphersteller können PHY-Chips in Mengen herstellen, die auch in Anwendungen Einsatz finden, die keine Eigensicherheit erfordern
• Gerätehersteller können auf einfache Weise eigensichere Geräte bauen

Ethernet APL unterstützt die einfache Planung, Validierung, Installation, Dokumentation und Implementierung des eigensicheren Betriebs von Feldgeräten in explosionsgefährdeten Bereichen. Dies beinhaltet unter anderem Arbeiten an Kabeln und Instrumenten ohne Berechtigungsschein. Alle geeigneten Produkte müssen von einer benannten Stelle zugelassen werden.

Portprofile

Zu den Standards für Ethernet APL gehört die Definition von Portprofilen der Anschlüße für die Interoperabilität in verschiedenen Anwendungsszenarien. Dies umfasst Aspekte wie den Segmenttyp, bei dem ein Trunk-to-Trunk-Port von einem Spur-to-Spur-Port unterschieden wird. Andere Spezifikationen beziehen sich auf die Merkmale zur Stromversorgung und unterscheiden z.B. Verbindungen zwischen Stromquelle und Senke- oder Verbindungen ohne Energieversorgung. Eine weiteres Kapitel enthält die Definition von Leistungsklassen der Energieversorgung. Dies beinhaltet die Begrenzung der maximalen Versorgungsspannung und des Versorgungsstroms für eine eigensichere Stromversorgung.

Weitere Themen der Portprofil-Spezifikation sind Verdrahtungsregeln, Pinbelegungen für Klemmen und Steckverbinder sowie Schirmauflage- und Erdungsregeln.

https://www.profibus.com/download/data-test-specification-ethernet-apl

Dieser Testplan deckt die Anforderungen ab, die für Stromquellen-Ports auf Trunk-Segmenten, Quellen-Ports auf Spur-Segmenten, Last-Ports auf Trunk-Segmenten und Last-Ports auf Spur-Segmenten gelten.

Trunks sind 10BASE-T1L-konforme APL-Segmente, die im 2,4-VPP-Betriebsmodus arbeiten. Sie unterstützen eine maximale Kabellänge von 1000 Metern und sind optional mit maximal zwei Zusatzgeräten und bis zu 10 Terminalanschlüssen ausgestattet. Trunk-Segmente sind hauptsächlich für die Übertragung von Energie und Daten zu APL Field Switches vorgesehen und eignen sich für nicht-eigensichere Anwendungen. Es gibt eine Leistungsklasse für Trunk Power Source Ports, die bis zu 57,5 Watt liefern können.

Spur-Segmente sind 10BASE-T1L-konforme APL-Segmente, die im 1,0 VPP-Modus arbeiten. Sie unterstützen eine maximale Kabellänge von 200 Metern und sind optional mit maximal zwei Zusatzgeräten und bis zu 4 Terminalanschlüssen ausgestattet. Spur-Segmente sind hauptsächlich für die Übertragung von Energie und Daten zu APL-Feldgeräten vorgesehen und eignen sich generell für eigensichere Anwendungen. Es gibt zwei Leistungsklassen für Spur Power Source Ports, die entweder 0,54 Watt oder 1,1 Watt liefern können.

https://www.profibus.com/download/power-test-specification-ethernet-apl

Im Rahmen des Ethernet-APL-Projekts hielten es die SDOs und Industriepartner für äußerst wichtig, ein umfassendes Dokument zu erstellen, das den Anwendern bei der Planung und Installation ihrer ersten Ethernet-APL-Netzwerke hilft.

• https://www.ethernet-apl.org/s/Ethernet-APL-Engineering-Guideline-v10.pdf
• https://www.researchgate.net/publication/356588432_Ethernet-APL_Engineering_-_Die_Ethernet-APL_Engineering_Richtlinie_im_Uberblick
• https://www.ethernet-apl.org/s/Ethernet-APL_Ethernet-To-The-Field_EN_FINAL_June-2021.pdf

Weitere Informationen

• Benedikt Spielmann: Ethernet to the Field of Process Plants / Sites, Präsentation an der ODVA Konferenz vom 4.März 2020 (englisch) https://www.odva.org/Portals/0/Library/Conference/2020-ODVA-Conference_Ethernet-APL_Spielmann_Final_PPT.pdf

• https://serwiss.bib.hs-hannover.de/files/2087/Niemann2021-Ethernet_APL.pdf

Profinet

Es fehlt noch:

• Zertifizierungstests
• Zusammenarbeit mit anderen Technologien und Organisationen

Weitere Details

IEEE 802.1Qcc-2018: Steams - Robust routes through the network Networks are not deterministic. Streams describe the way through the net from "Talker" to "Listener". Streams must be registered in all switches on the way with protected resources. Frames are discarded if there is no associated stream. A stream is identified by a multicast destination address and a VLAN tag.

IEEE 802.1ASrev: Time synchronization - precious clock <1μs Jitter All devices in the network are synchronized on a time basis. For an accuracy of better than 1µs, delays on the line and in the switches must be measured. Two clock times: "working clock" for controls "wall clock" for loggings, etc. Send list control & synchronous application

IEEE 802.1CB Seamless Redundancy Medienredundanz Seamless media redundancy "Double-routing" of frames through the net. A: Through the Talker (PROFINET) B: Through the switch (HSR/PRP) Destroying duplicates in the listener or switch Configuration of redundant routes required

Network Management Engine is added to the PROFINET Controller. The Network Management Engine provides topology acquisition, path planning and network configuration. This extends PROFINET with Plug & Play even for Motion. The handling of the familiar engineering tools does not change.

A Network Management Engine (NME) consists of Path Computation Element (PCE) Topology Discovery Engine (TDE) Topology database (TopoDB) Network Configuration Engine (NCE) Network Update Engine (NUE)

TSN domains can be Independently operated from each other Combined with each other Comprehensive communication TSN domains protect themselves against the "outside world The domain protection concept offers protection against inadvertently connected consumers. At the boundaries of the PROFINET TSN domain, both the domain's internal real-time and non-real-time traffic is protected. The domain borders are set up automatically A Domain can contain up to 1024 devices up to 64 IO controllers and up to 960 IO devices

[802.3] IEEE 802.3-2018 Standard for Ethernet [802.1AB] IEEE 802.1AB-2016 Station and Media Access Control Connectivity Discovery [802.1Q] IEEE 802.1Q-2018 Bridges and Bridged Networks [802.1AS] IEEE 802.1AS Timing and Synchronization for Time-Sensitive Applications in Bridged Local Area Networks

OPC UA

For horizontal controller / controller communication Cross-vendor interoperability Procedure 1.Client/Server (TCP/IP) 2.Pub/Sub (UDP) 3.Pub/Sub on Streams (TSN)

Vendor neutral protocol for failsafe applications between controllers / machines needed Benefits for vendors and users: PROFIsafe’s black channel approach accepted by users, vendors and authorities

Industry 4.0 leads to increased TCP/IP communication Examples From the device to the cloud SCADA, MES Quality data, predictive maintenance Asset management, etc. Convergence with TCP/IP is and remains an integral part of PROFINET architecture Greater bandwidth and resilience due to TSN mechanisms

Providing information for Industrie 4.0  OPC UA Companion Specs Use Cases Asset Management and Diagnostics Joint Working Group with OPC Foundation  Spec release expected 2019

SWS

Die Software-Schule Schweiz (SWS) wurde 1979 vom Bund durch ein Förderprogramm gegründet und am Standort der Ingenieurschule Bern in Bern betrieben. Bei der Bildung der Berner Fachhochschule wurde die Software-Schule Schweiz in das Weiterbildungsangebot des Departements Technik und Informatik integriert und laufend an die Anforderungen nach Bologna angepasst. Seit 2013 wird der Name Software-Schule Schweiz von der Berner Fachhochschule in ihren Publikationen nicht mehr verwendet.

Geschichte

Die SWS wurde 1979 vom Bund zur Förderung der Informatik-Ausbildung in der Schweiz gegründet. Ausgelöst durch Überlegungen und Forderungen der ETH und wichtigen Vertretern der Industrie, wurde dazu ein Förderungsprogramm (Impulsprogramm) des Bundes durch das eidgenössische Volkswirtschaftsdepartement ins Leben gerufen. Die ersten Ausbildungsgänge waren Vollzeit-Studien, die bis Mitte der 90er Jahre durchgeführt wurden. Mit den veränderten Anforderungen an berufliche Weiterbildung wurden später ausschliesslich berufsbegleitende Studiengänge durchgeführt. Diese Studiengänge sind immer noch formell anerkannt.

Die SWS wurde 2004 zusammen mit dem Managementzentrum in die Weiterbildung des Departements Technik und Informatik der Berner Fachhochschule integriert. Gemäss den Vorgaben des Bundes werden nun Certificate of Advanced Studies (CAS), Diploma of Advanced Studies (DAS) und Master of Advanced Studies (MAS) zu verschiedenen Fachbegieten angeboten. Seit 2017 gelten gelten für die Hochschulweiterbildung die folgenden Eckwerte: für ein CAS mindestens 10 ECTS, für ein DAS mindestens 30 ECTS und für ein MAS mindestens 60 ECTS.

Diese Weiterbilung gilt als informelle Zweitausbildung. Die Studierenden müssen die vollen Kosten übernehmen. Dies im Gegensatz zur formellen Erstausbilung, die staatlich finanziell unterstützt werden-

https://www.sbfi.admin.ch/sbfi/de/home/hs/hochschulen/kantonale-hochschulen/fh-ph/archiv.html

Ausrichtung

Die SWS bedient die regionale und nationale Industrie und Wirtschaft mit einem breiten Weiterbildungsangebot für IT-Mitarbeiter. Die Studiengänge richten sich an Informatiker, Wirtschaftsinformatiker, Ingenieure und weitere Absolventen einer Hochschule, sowie «Sur Dossier» an Absolventen höherer Fachschulen im Bereich Informatik und Technik. Die Studiengänge sind bolognakonform und nach europäischen ECTS-Normen gestaltet, das Master of Advanced Studies in Information Technology ist eidgenössisch anerkannt.

Berufsbilder

Die Vertiefungsrichtungen nach dem Plan-Build-Run-Enable-Manage Schema

Alle Studiengänge sind entlang von Berufsbildern ausgerichtet und übernehmen für die Anerkennung von Berufsleistungen die Konzepte des European e-Competence Framework. Sechs Berufsbilder und entsprechend sechs Vertiefungsrichtungen stehen im Zentrum der Lehrgänge in den Master- und Diplomprogrammen:

• Business Engineering / Business Analysis
• Business Intelligence
• Enterprise Application Development
• Networking and Security
• Software Architecture
• Software Development

Der Lebenszyklus von IT-Systemen kann nach dem Plan-Build-Run-Enable-Manage-Schema dargestellt werden, und damit natürlich auch die Schwerpunkte in den Ausbildungszielen der SWS-Studiengänge.

Studiengänge

Die CAS-Module nach dem Plan-Build-Run-Enable-Manage Schema

• Certificate of Advanced Studies (CAS) mit 12 ECTS $)
• Diploma of Advanced Studies (DAS) bestehend aus drei CAS zu je 12 ECTS
• Master of Advanced Studies (MAS) bestehend aus 4 CAS und einer Masterthesis im entsprechenden Fachgebiet zu je 12 ECTS

CAS-Module sind sowohl eigenständige Studiengänge wie elementare Bausteine des DAS-IT und MAS-IT.

Organisation

Die Studiengänge sind berufsbegleitend. Das MAS-IT dauert in der Regel 5 Semester, das DAS 3 Semester, das CAS 1 Semester. Alle Studiengänge richten sich in Umfang und Anforderungen nach den Richtlinien der KFH aus.

Kooperationen

Innerhalb der Berner Fachhochschule besteht eine Zusammenarbeit mit dem Fachbereich Informatik, verschiedenen Instituten, insbesondere ICT-Based Management, dem Fachbereich Wirtschaft, und dem Fachbereich Elektro- und Kommunikationstechnik. Ein grosser Teil der Dozierenden sind nebenamtlich tätig und arbeiten in Fach- und Führungspositionen in Unternehmen und KMU's. Daneben bestehen Ausbildungsprojekte mit internationalen Engineering und Informatikunternehmen.

Weblinks

• Homepage der Software-Schule Schweiz SWS
• ETH History 1855–2005, Software-Schule Schweiz
• GST, Ehemaliger Trägerverein der Software-Schule Schweiz
• @2Vorlage:Toter Link/www.sws.bfh.chInfo-Bit 2/89, Chronik 30 Jahre Ingenieurschule Bern HTL (10 Jahre Software-Schule Schweiz) (Seite nicht mehr abrufbar, festgestellt im Juni 2021. Suche in Webarchiven)