Damit schließt sich dieser Artikel an die MSDN-Blogparade an.

CoMaP (Coorperated Management Platform)

Die Corporate Management Platform (CoMaP) ist eine Softwareapplikation zur Unterstützung der Prozesse und Aufgaben im industriellen Projektgeschäft. Die Plattform CoMaP beinhaltet unterschiedliche Module, die jeweils spezifische Funktionalitäten und Prozesse aus dem Projektgeschäft abdecken. Je nach Anforderung können diese Module beliebig kombiniert werden.

CoMaP selbst verwaltet für seine Module die zentralen Basisdaten wie beispielsweise die Projekte, die Benutzer und die Abteilungen des Unternehmens. Diese Daten können entweder in CoMaP durch die Benutzer eingegeben und gepflegt oder automatisiert mit übergeordneten Systemen wie beispielsweise SAP abgeglichen werden.

MAT (Manufacturer Acceptances Tool)

Das Manufacturer Acceptances Tool (MAT) ist eine Software, die bei Abnahmen und Qualitätskontrollen in projektbasierten Produktionsprozessen zum Einsatz kommt.
MAT ist das erste Modul, das auf CoMaP aufsetzt. Weitere Module sind bereits in der Entwicklung, zum Beispiel das Modul WPC (Work Package Controlling)

Somit erreichen Sie Ihre unternehmerischen Ziele Reduktion von Fertigungskosten und Sicherung einer hohen Qualität.
MAT bildet die gesamte Prozesskette von Mangelaufnahme, -behebung, -analyse und Maßnahmencontrolling ab. Hierdurch entsteht, wie in der Abbildung dargestellt, ein geschlossener Kreislauf, der einen kontinuierlichen Verbesserungsprozess fördert.

In sämtlichen Prozessschritten können die aufgenommenen Daten durch Fotos, Dateianhänge und textuelle Beschreibungen ergänzt werden.

Technischer Aufbau von CoMap/MAT

Das Softwaresystem ist in einer 3 tier Architektur entwickelt wurden. Dies hat den Vorteil, dass die Datenhaltung, die Datenverarbeitung und die Datenvisualisierung klar voneinander getrennt sind.
Durch die 3-Schichten Architektur ist eine effektive Lastenverteilung bei großem Datenaufkommen gewährleistet.

Die Kommunikation zwischen der Anwendungsschicht und der Darstellungsschicht erfolgt mittels WCF (Windows Communication Foundation) welche über eine verschlüsselte https-Verbindung mit dem Client kommuniziert.
Die Anwendungsschicht ist auf einem Microsoft Internet Information Server (MS IIS) gehostet, der die Zentrale Verwaltung und Aufbereitung der übernimmt.

Die Benutzeroberflächen der Windowsclients sind mit dem Windows Presentation Foundation (WPF) Framework entwickelt wurden.
Die Mobilen Clients greifen auf das Windows Mobile Compact Framework zu.

Als Datenbank sind Microsoft SQL Server sowie Oracle SQL Server einsetzbar.

Windows Azure

Windows Azure ist die Cloud Computing Plattform von Microsoft. Windows Azure erlaubt es Unternehmen und IT-Dienstleistern sowie Softwareherstellern den Zugriff auf Speicherplatz, Webdienste und Webanwendungen.
Durch die hohe Verfügbarkeit der Microsoft Rechenzentren ist gewährleistet, dass Sie immer Zugriff auf Ihre Daten haben.

Ein weiterer Vorteil von Windows Azure ist, dass es einfach und unkompliziert möglich ist, zusätzliche Rechenleistung hinzuzufügen, falls die Anforderungen sich vergrößern. Dadurch passt sich die Rechenleistung von Windows Azure exakt an die Kundenspezifischen Anforderungen an.

Durch das standardisierte Hostingmodell von Microsoft Azure können Anwendungen und Dienste problemlos zur Verfügung gestellt werden, ohne dass man sich selbst um das Hosting, Serververfügbarkeit, Skalierung, etc. kümmern muss. Außerdem kann man somit auf die Erfahrung und Zuverlässigkeit von Microsoft bauen.

MAT auf Windows Azure

Da MAT auch eine mobile Datenerfassung über Smartphones /Portable PC’s via UMTS und WLAN unterstützt, bietet sich ein zuverlässiges und performantes System wie Windows Azure an. Da bei der Mangelerfassung bei der industriellen Fertigung enorm viele Daten anfallen ist es möglich die Rechenleistung des Datenbankservers dynamisch anzupassen um auch für die Zukunft gerüstet zu sein.

Ferner bietet Microsoft SQL Azure einen cloudbasierten relationalen Datenbankservice, der auf Microsoft SQL Server Technologien aufbaut. Da Microsoft SQL Azure Transactions unterstütz ist die Datenvollständigkeit und die Datenkonsistenz auch bei schlechter Mobilfunkverbindung des MAT-Clients gewährleistet.

Bei der Mangelaufnahme in der industriellen Fertigung kommt es nicht selten vor, dass die Mängel an verschiedenen Standorten aufgenommen werden. Daher ist es auch für eine gute Mangelverfolgung sowie ein gutes Reporting vorteilhaft, wenn die Daten zentral gehalten werden. Durch das Hosting bei Microsoft werden somit Redundanzen vermieden.

Stichworte

C#, WPF, WCF, .NET, UMTS, SQL, MAT, CoMaP, Windows Azure

Projektbeschreibung
Bei der Siemens AG Transportation Systems Braunschweig wird im Rahmen des Projekts “Toolharmonisierung” eine strukturierte und homogene Softwarelandschaft geschaffen. Ziel der Toolharmonisierung ist es, für sämtliche Prozesse und Anwendungsfälle einheitliche Softwareprodukte bzw. Tools zu definieren.Für die technische Unterstützung des Projekts wurde das Teilprojekt “Tooldatenbank” geschaffen, für das die Sternico die Teilprojektleitung übernommen hat und die Umsetzung sowie Betreuung durchführt.

Das Teilprojekt umfasst die Datenbank selbst, sowie Clientapplikationen mit deren Hilfe Projektmitglieder die Softwareinstallationen am Standort Braunschweig einsehen, strukturieren und bewerten können. Über ein Intranetportal werden bestimmte Teile dieser Informationen den Mitarbeitern des Standorts ebenfalls zur Verfügung gestellt. Als weitere Kernfunktionalität wurde ein anonymer und automatisierter Email-Prozess implementiert, der Anwender darauf hinweist, bestimmte Softwareinstallationen zu migrieren oder zu deinstallieren.

Dieser Email-Prozess basiert auf den Daten der Tooldatenbank und der durch das Projektteam darin vorgenommenen Strukturierung.Die Tooldatenbank basiert auf einem Microsoft SQL Server 2005 und verwaltet ca. 10.000 Geräte mit knapp einer Million installierten Programmen. Für tägliche Serviceroutinen und Datenschnittstellen wurden SQL Server Integrated Services (SSIS) verwendet. Serverseitige Routinen wurden in T-SQL- und C#- “Stored Procedures” und “User Defined Functions” realisiert. Bei den Clientanwendungen handelt es sich um .NET 2.0 Anwendungen, die in C# entwickelt wurden.

Das Webfrontend wurde mittels Adobe ColdFusion umgesetzt und in das vorliegende Content Management System integriert.  Das Projekt Toolharmonisierung führte zu einer deutlichen Senkung der IT-Kosten, da Ausfallzeiten von Arbeitsplatzrechnern und Aufwände durch die IT-Hotline reduziert, Arbeitszeiten aufgrund von einheitlichen Formaten verkürzt und Synergien durch Vereinheitlichung von Prozessen erzielt wurden. Neben der Kostensenkung trägt die Toolharmonisierung zudem erheblich zu einer Verbesserung der IT-Sicherheit bei.

Stichworte
.NET, C#, SSIS SQL Server 2005, Stored Procedures, ColdFusion,
Content Management

Projektbeschreibung
Die MAN Nutzfahrzeuge AG und die NEOMAN Bus GmbH beschäftigen am Standort Salzgitter ca. 3000 Mitarbeiter. Der Standort erstreckt sich über eine Fläche von ca. 700.000 m². Um die Energiekosten des Standorts zu senken, wurde ein System zum zentralen sowie zeit- und bedarfsgesteuerten Schalten der Außen- und Hallenbeleuchtung, Großanlagen, Ventilatoren, Pumpen, Kompressoren und Heizungen geschaffen. Das hierfür aufgebaute Netzwerk wurde zudem für die Bereitstellung eines flächendeckenden  Systems zur Übermittlung von Störmeldungen genutzt.Kern des Systems bilden eine Siemens Simatic S7-400 SPS sowie ein Simatic WinCC Rechner. Über die Oberfläche des WinCC Programms können beliebige Zeitpläne angelegt und Ein- und Ausschaltzeiten definiert werden. An diese Zeitpläne können anschließend Verbraucher gekoppelt werden.

Die vorgenommenen Einstellungen werden in den korrespondierenden Datenbausteinen der S7-400 SPS abgelegt. Die Schaltung der Verbraucher entsprechend den Schaltzeiten erfolgt durch die SPS und wird über Profibus an die angeschlossene Peripherie bzw. die Verbraucher übermittelt.
Die Übermittlung von Störmeldungen einzelner Anlagen erfolgt ebenfalls über diese Peripherie und wird im WinCC System angezeigt.Über den Simatic WinCC WebNavigator wird die Oberfläche des WinCC Programms im MAN Intranet bereitgestellt, so dass berechtigte Personen die Schaltzeiten für die eigene Abteilung eigenständig verändern oder bei Bedarf bestimmte Verbraucher gezielt ein- oder ausschalten können.Um die eintreffenden Störmeldungen gezielt und zeitnah an den zuständigen Techniker weiterleiten zu können, werden diese über den Sternico “Adex Messenger” individuell per SMS an das jeweilige Handy und als Bildschirmmeldung an den jeweiligen PC verschickt. Im Gesamtprojekt realisierte die Sternico die SPS Programmierung in STEP7, die Erstellung des WinCC Programms, die Parametrierung des WinCC WebNavigators sowie die Programmierung der .NET-Anwendung “Adex Messenger”. Die Installation der Hardware erfolgte durch MAN.

Durch die bedarfsgerechte Schaltung von Energieverbrauchern konnte die MAN Nutzfahrzeuge AG ihre Energiekosten senken. Eine weitere Kostenoptimierung entstand durch die deutliche Reduktion von Ausfallzeiten in der Produktion aufgrund des Störmeldesystems.

Stichworte
SIMATIC, S7, STEP7, WinCC, WebNavigator, Profibus, .NET, C#, GSM, Handy, Messenger, Energieversorgung, Verbraucher, Adex

Projektbeschreibung
Für den Standort Salzgitter der Alstom Transport Deutschland GmbH wurde eine zentrale Softwareplattform für die Durchführung von Abnahmen entwickelt. Der Standort Salzgitter ist im Alstom-Konzern das internationale Kompetenzzentrum für Regionaltriebzüge und Regionalstadtbahnen sowie Produktionsstätte für Drehgestelle und Güterwagen.

Bei der Abwicklung eines Projekts stellen Abnahmen bzw. Qualitätskontrollen einen zentralen Bestandteil dar. Innerhalb der Fertigung sollen sie sicherstellen, dass Mängel frühzeitig erkannt und somit zeitnah im Prozess behoben werden können. Um die Durchführung der Abnahmen zu standardisieren und die Ergebnisse zentral verwalten zu können, wurde bei Alstom eine datenbankbasierte Softwareplattform eingeführt. Die Ziele, die mit dieser Anwendung erreicht werden konnten sind:

• Eine strukturierte Durchführung von Abnahmen bzw. Aufnahme von Mängeln.
• Eine Dokumentation und Klassifizierung von Mängeln.
• Die prozesssichere Behebung der Mängel in der Fertigung.
• Eine Permanente Kontrolle über die einzelnen Abnahmestatus sowie den Fortschritt der Mangelbehebung.
• Prozessverbesserungen durch Analysen und den hieraus resultierenden Maßnahmen.

Die Plattform besitzt eine mehrschichtige Architektur und wurde auf Basis des .NET Frameworks 3.5 realisiert. Im Mittelpunkt steht die Serveranwendung, in der sämtliche Prozesse der Business Logik abgebildet sind. Die Serveranwendung steuert den sicheren Zugriff auf die Daten, gewährleistet die Konsistenz und führt automatisierte Workflows aus. Die Datenhaltung erfolgt in einer Oracle Datenbank 10g.

Als Clients stehen zwei unterschiedliche Applikationen zur Verfügung. Ein Windows .NET Client, der über die ClickOnce Technologie verteilt wird, ermöglicht die Nutzung sämtlicher Funktionalitäten. Die Oberfläche wurde vollständig mittels der Windows Presentation Foundation realisiert. Bei der zweiten Client Applikation handelt sich um einen Windows Mobile Client für Smartphones, der auf die Funktionalitäten Mangelaufnahme und Mangelbehebung beschränkt ist. Die Kommunikation beider Clients mit der Serveranwendung erfolgt mittels der Windows Communication Foundation auf Basis von Webservices.

Stichworte
.NET 3.5, C#, WPF, WCF, .NET Compact Framework, Windows Mobile, Oracle Datenbankserver 10g, Visual Studio 2008, ClickOnce

Vorraussetzung
Grundsätzlich werden drei Dinge vorausgesetzt:

• Eine ethernetfähige Simatic S7-300/400 SPS,
• Der Sternico ADEX Exceliser (Professional Lizenz)
• Microsoft Excel (2000 oder höher).

Die Software Sternico ADEX Exceliser kann unter folgendem Link heruntergeladen werden: ADEX Exceliser 2010

Der ADEX Exceliser kann im Demo-Modus ohne zeitliche Begrenzung getestet werden. In der Demo-Version können allerdings nur Datenbausteine gesichert werden. Das Wiederherstellen von Daten ist nur in der Professional-Version möglich, die über das Kundenportal erworben werden kann.

1. Neuen Vorgang im ADEX Exceliser erstellen
Zur Datensicherung eines Datenbausteins wird über das Menü „Vorgang“ und den Menüeintrag „Neu“ im ADEX Exceliser ein neuer Vorgang erstellt. Da Daten aus einer SPS-ausgelesen werden sollen, muss als Richtung „Upload (SPS=>Excel)“ eingestellt werden. Neben einem eindeutigen Vorgangsnamen müssen die Verbindungsdaten zur SPS und der Datenbaustein mit den auszulesenden Prozessdaten angegeben werden. In der nachfolgenden Abbildung ist die Konfiguration eines Vorgangs beispielhaft dargestellt.

Abbildung 1: SPS-Einstellungen im ADEX Exceliser

Bei der Eingabe der Verbindungsdaten muss beachtet werden, dass beim „Slot“ der Slot der CPU gemeint ist, aus der die Daten ausgelesen werden sollen.

3. Datenbaustein mit Fertigungsdaten aus Step 7 importieren
Im nächsten Schritt müssen die Variablendefinitionen aus dem zu sichernden Datenbaustein im ADEX Exceliser unter „Felddefinitionen“ eingetragen werden. Dazu muss zunächst der entsprechende Baustein im SIMATIC Manager geöffnet und alle gewünschten Zeilen selektiert werden. Zur Auswahl der Zeilen muss auf die Adresse „0.0“ geklickt, die Shift-Taste gedrückt und die „Pfeil nach unten“ Taste so lange gedrückt werden, bis alle gewünschten Zeilen markiert sind. Anschließend muss die Tastenkombination „Strg+c“ gedrückt werden um die Daten in die Zwischenablage zu kopieren.

Falls der ADEX Exceliser nicht auf demselben Computer wie der SIMATIC Manager läuft, müssen die Daten in eine Textdatei zwischengespeichert werden. Dazu muss der Windows Text Editor (siehe Windows Startmenü „Start“ => „Programme“ => „Zubehör“) gestartet werden und die Daten durch „Strg+v“ eingefügt werden. Die Datei muss an einem, für den ADEX Exceliser erreichbaren, Ort gespeichert werden.

Jetzt können die Daten in den ADEX Exceliser importiert werden. Für die reine Datensicherung können die voreingestellten Einstellungen unter “Felddefinition einlesen” übernommen werden. Die zuvor exportierten Variablen können über die Schaltflächen „Aus Datei lesen“ oder „Aus Zwischenablage lesen“ importiert werden, sodass alle Variablen des zu sichernden Datenbausteins analog zur Abbildung 2 im ADEX Exceliser aufgelistet werden.

Abbildung 2: Felddefinition im ADEX Exceliser

4. Konfiguration der Sicherungsdatei
Der Vorgang ist jetzt prinzipiell soweit konfiguriert, dass die gewünschten Daten aus der SPS ausgelesen werden können. Allerdings wurde noch nicht konfiguriert, wohin die Daten gesichert werden sollen. Die dazu entsprechenden Parameter werden unter der Registerkarte „SPS => Excel“ eingestellt, die in der nachfolgenden Abbildung dargestellt ist.

Abbildung 3: Konfiguration der Datenausgabe im ADEX Exceliser

In dieser Ansicht muss nur das Feld “Speichern unter” angepasst werden. Dort wird die Excel- oder CSV-Datei angegeben, welche die Daten des zu sichernden Datenbausteins aufnehmen soll. Die aktuellen Einstellungen müssen anschließend mit der Schaltfläche „OK“ im unteren Bereich des Dialogfensters gespeichert werden.

Der Vorgang kann jetzt im Hauptfenster des ADEX Excelisers ausgewählt und über die Schaltfläche „Ausführen“ in der Menüleiste des Hauptfensters gestartet werden. Nach jeder Prozessausführung sollten die Daten des zu sichernden Datenbausteins in der angegebenen Sicherungs-Datei vorliegen.

5. Konfiguration des Wiederherstellungsprozesses
Um die gesicherten Daten in den entsprechenden Datenbaustein zurückschreiben zu können, wird ein “Download”-Vorgang im ADEX Exceliser benötigt. Da dieser Vorgang die gleichen Verbindungsdaten und Felddefinitionen wie der sichernde Vorgang verwenden muss, ist es ratsam, diesen als Vorlage zu verwenden. Dazu muss der Vorgang im Hauptmenü des ADEX Excelisers selektiert und über das Menü “Vorgang”=>”Duplizieren” kopiert werden. In der Ansicht SPS-Einstellungen muss nun ein eindeutiger Name und die Richtung “Download (Excel=>SPS)” eingetragen werden. Die Einstellungen sind in der nachfolgenden Abbildung beispielhaft dargestellt.

Abbildung 4: SPS-Einstellungen für den Wiederherstellungs-Vorgang im ADEX Exceliser

Für den Wiederherstellungsvorgang muss abschließend nur noch die Quelldatei unter der Ansicht “Excel=>SPS” eingestellt werden. Hier sollte die in Abschnitt 5 angegebenen Sicherungsdatei eingetragen werden. In den darunterliegenden Eingabefeldern können gegebenenfalls noch die Bits für ein Handshakeverfahren angegeben werden, wodurch ein Überschreiben der Daten während der Verwendung des Datenbausteins durch die SPS verhindert wird. Die einzelnen Felder werden im Folgenden kurz beschrieben:

Sendeanfrage: Bit wird vor jedem Schreibversuch durch den ADEX Exceliser auf 1 gesetzt.

Sendefreigabe: Bit wird von der SPS auf 1 gesetzt, falls Daten geschrieben werden dürfen.

Senden abgeschlossen: Bit wird vom ADEX Exceliser gesetzt, sobald das Senden abgeschlossen ist.

Senden abgelehnt: Bit wird von der SPS gesetzt, falls das Senden zum aktuellen Zeitpunkt nicht möglich ist.

Senden Fehler: Bit wird vom ADEX Exceliser gesetzt, falls beim Übertragen der Daten in die SPS ein Fehler aufgetreten ist.

In jedes dieser Felder können wahlweise Merkerbits (beispielsweise “p#m99.1 bool” für den Merker 99.1) oder Bitvariablen in Datenbausteinen (beispielsweise “p#db99.dbx0.1 bool” für eine boolsche Variable an der Adresse 0.1 im Datenbaustein 99) verwendet werden. Anschließend müssen die aktuellen Einstellungen mit der Schaltfläche „OK“ im unteren Bereich des Dialogfensters gespeichert werden.

Jetzt können die Daten im Datenbaustein der SPS über den neu erstellten “Download”-Vorgang wiederhergestellt werden.

Problemstellung
Eine Maschine fertigt Werkstücke, die jeweils über eine Seriennummer identifiziert werden können. Während der Fertigung der einzelnen Werkstücke werden automatisierte Tests und Messungen durchgeführt. Die Fertigstellung eines Werkstückes wird von der SPS durch Setzen eines Bits signalisiert. Daraufhin sollen alle erfassten Daten automatisch aus dem Datenbaustein ausgelesen und als formatiertes Protokoll ausgedruckt werden. Erst nach dem erfolgreichen Druck und dem Setzen eines Handshake-Bits soll die Fertigung fortgesetzt werden.

Die Lösung
Zur Lösung des Problems werden grundsätzlich drei Dinge benötigt:

• Eine ethernetfähige Simatic S7-300/400 SPS,
• Der Sternico ADEX Exceliser (Standard oder Professional Lizenz)
• Microsoft Excel (2000 oder höher).

Die Software Sternico ADEX Exceliser kann unter folgendem Link heruntergeladen werden: ADEX Exceliser 2010

Der ADEX Exceliser kann im Demo-Modus ohne zeitliche Begrenzung getestet und - falls gewünscht - über das Kundenportal erworben werden.

1.  Protokollvorlage mit Microsoft Excel erstellen
Zunächst muss die Vorlage für den automatischen Bericht in Microsoft Excel erstellt werden. In Abbildung 1 ist die hier verwendete Vorlage dargestellt. Die Beispielvorlage kann über den unten stehenden Link heruntergeladen werden:
Excel-Vorlage zum Beispiel

Abbildung 1: Excel-Vorlage für den automatischen Report

Die Vorlage besteht aus einem Anzeigebereich für die Seriennummer des Werkstücks, einer Tabelle mit den Messwerten, deren Ober- und Untergrenzen und einer Bewertung der Messwerte in Abhängigkeit der jeweiligen Grenzen. Zusätzlich werden die Messwerte in einem Diagramm dargestellt. In dieser Vorlage müssen zur Erstellung eines Berichts nur noch die Felder B3 – für die Seriennummer des Werkstücks - und B6 bis B10  - für die Messwerte 1 bis 5 - eingetragen werden.

2. Neuen Vorgang im ADEX Exceliser erstellen
Zur Erstellung des gewünschten Berichts wird über das Menü „Vorgang“ und den Menüeintrag „Neu“ im ADEX Exceliser ein neuer Vorgang erstellt. Da Daten aus einer SPS-ausgelesen werden sollen, muss als Richtung „Upload (SPS => Excel)“ eingestellt werden. Neben einem eindeutigen Vorgangsnamen müssen die Verbindungsdaten zur SPS und der Datenbaustein mit den auszulesenden Prozessdaten angegeben werden. Für das vorliegende Beispiel ist die Konfiguration des Vorgangs unter Abbildung 2 beispielhaft dargestellt.

Abbildung 2: SPS-Einstellungen im ADEX Exceliser

Bei der Eingabe der Verbindungsdaten muss beachtet werden, dass beim „Slot“ der Slot der CPU gemeint ist, aus der die Daten ausgelesen werden sollen.

3. Datenbaustein mit Fertigungsdaten aus Step 7 importieren
Im nächsten Schritt müssen die Variablendefinitionen aus dem gewünschten Datenbaustein im ADEX Exceliser unter „Felddefinitionen“ eingetragen werden. Diese Daten können entweder manuell eingetragen werden oder aus Step 7 importiert werden. An dieser Stelle wird der Datenimport veranschaulicht, auch wenn für das vorliegende Beispiel lediglich 6 Variablen im Baustein definiert wurden.

Zunächst wird die Bausteindefinition aus Step 7 in eine Textdatei exportiert. Dazu muss der entsprechende Baustein im SIMATIC Manager geöffnet und alle gewünschten Zeilen selektiert werden. Zur Auswahl der Zeilen muss auf die Adresse „0.0“ geklickt, die Shift-Taste gedrückt und die „Pfeil nach unten“ Taste so lange gedrückt werden, bis alle gewünschten Zeilen markiert sind. Anschließend muss die Tastenkombination „Strg+c“ gedrückt werden um die Daten in die Zwischenablage zu kopieren.

Falls der ADEX Exceliser nicht auf demselben Computer wie der SIMATIC Manager läuft, müssen die Daten in eine Textdatei zwischengespeichert werden. Dazu muss der Windows Text Editor (siehe Windows Startmenü „Start“ => „Programme“ => „Zubehör“) gestartet werden und die Daten durch „Strg+v“ eingefügt werden. Die Datei muss an einem, für den ADEX Exceliser erreichbaren, Ort gespeichert werden.

Abbildung 3: Beispiel-Datenbaustein als Textdatei

Jetzt können die Daten in den ADEX Exceliser importiert werden. Um möglichst viele Variablen des Datenbausteins automatisch mit der entsprechenden Excel-Zelle zu verbinden, ist es für das vorliegende Beispiel ratsam, im Feld „Start bei“ die Zelle B5 als Startzelle einzutragen und alle Daten „als Spalte“ anzuordnen. Anschließend können die zuvor exportierten Variablen über die Schaltflächen „Aus Datei lesen“ oder „Aus Zwischenablage lesen“ importiert werden. Abschließend muss nur noch die XLS-Zelle der Seriennummer auf „B3“ geändert werden, sodass die unter Abbildung 4 abgebildete Felddefinition für den Vorgang im ADEX Exceliser vorliegt.

Abbildung 4: Felddefinition im ADEX Exceliser

4. Konfiguration der Protokolldateien
Der Vorgang ist jetzt prinzipiell soweit konfiguriert, dass die gewünschten Daten aus der SPS ausgelesen werden können. Allerdings wurde noch nicht konfiguriert, wie und wohin die Daten ausgegeben werden sollen. Die dazu entsprechenden Parameter werden unter der Registerkarte „SPS => Excel“ eingestellt, die in der nachfolgenden Abbildung dargestellt ist.

Abbildung 5: Konfiguration der Datenausgabe im ADEX Exceliser

Unter „XLS-Template“ muss die in Schritt 1 erstellte Excel-Vorlage eingetragen werden. In dem darunter liegenden Feld muss die Ausgabedatei des Vorgangs, hier der gewünschte Report, eingetragen werden. In dem Dateinamen können auch variable Bestandteile enthalten sein. Für den hier automatisch generierten Bericht bietet sich zum Beispiel die Seriennummer an, die aus der SPS als Feld „Seriennummer“ (siehe Felddefinition) ausgelesen wird. Zur Verwendung einer Variablen als Namensbestandteil, muss der Variablenname in geschweiften Klammern gesetzt und unter „Speichern unter:“ an der gewünschten Position eingetragen werden. So erzeugt der ADEX Exceliser für den Pfad „c:\Temp\Report_{Seriennummer}.xls“ für jedes Werkstück genau einen Report, beispielsweise „Report_4711.xls“ für das Werkstück mit der Seriennummer „4711“.

Neben den Variablennamen aus der Registerkarte „Felddefinition“ können auch Zeitstempel als Namensbestandteil, beispielsweise „{$Date}“ für das aktuelle Datum, eingetragen werden. Eine vollständige Auflistung möglicher Variablen kann dem Handbuch des ADEX Excelisers entnommen werden.

Abschließend muss auf dieser Registerkarte nur noch die Auswahlbox „Automatisch drucken“ ausgewählt werden, damit der Bericht vom ADEX Exceliser automatisch ausgedruckt wird. Der Druckvorgang wird dabei immer auf dem Standarddrucker ausgeführt.

Der erstellte Vorgang ist jetzt bereit für einen ersten optionalen Test. Die aktuellen Einstellungen müssen mit der Schaltfläche „OK“ im unteren Bereich des Dialogfensters gespeichert werden. Anschließend muss der Vorgang im Hauptfenster des ADEX Excelisers ausgewählt und über die Schaltfläche „Ausführen“ in der Menüleiste des Hauptfensters gestartet werden. Jetzt sollte der Bericht im Zielverzeichnis als Excel-Datei vorliegen und über den Standarddrucker ausgedruckt worden sein. Das Ergebnis sollte, je nach aktuell vorliegenden Messwerten, analog zu Abbildung 6 aussehen.

Abbildung 6: Der fertige Beispiel-Bericht

Anschließend muss der Vorgang zur Konfiguration der automatischen Ausführung wieder mit Hilfe eines Doppelklicks geöffnet werden.

5. Konfiguration der automatischen Ausführung
Der Vorgang muss noch zur automatischen Ausführung konfiguriert werden, damit die Berichte nach der Signalisierung durch die SPS automatisch generiert werden. Dazu muss die Registerkarte „Automatische Ausführung“ geöffnet werden. Bei der Auslösungsart muss für das vorliegende Beispiel das „Handshake-Verfahren“ ausgewählt werden.

Abbildung 7 - Konfiguration der automatischen Ausführung

Im Feld „Auslösungsvariable“ wird die Variable der SPS eingetragen, die die Ausführung des Vorgangs signalisiert. Die Variablen können als Pointer gemäß der nachfolgenden Tabelle definiert werden:

Tabelle 1: Beispielhafte Variablendeklaration im ADEX Exceliser

Im Feld „Auslösungswert“ wird der Wert der Auslösungsvariablen angegeben, der vorliegen muss, damit der ADEX Exceliser den Vorgang automatisch ausführt. In der darunterliegenden Tabelle können auf die gleiche Weise beliebig viele Quittungsvariablen definiert werden, die vom ADEX Exceliser nach der erfolgreichen Vorgangsausführung in der SPS gesetzt werden. Zum Speichern der vorgenommenen Einstellungen muss die Taste „OK“ betätigt werden.

Jetzt ist der Vorgang auch für die automatische Ausführung vollständig konfiguriert. Die automatische Ausführung des Vorgangs wird über die Schaltfläche „Automatik Ein“ im Hauptmenü des ADEX Excelisers gestartet. Alle Vorgänge, die sich im Automatik-Modus befinden, werden in der Prozessübersicht mit dem Zusatz „(Automatik)“ gekennzeichnet.

6. Automatischer Start
Falls Vorgänge automatisch beim Neustart des Rechners ausgeführt werden sollen, muss der automatische Start im ADEX Exceliser aktiviert werden. Dazu muss die automatische Ausführung der gewünschten Vorgänge über die Schaltfläche „Automatik Ein“ in der Menüleiste des ADEX Excelisers gestartet werden. Dabei können auch mehrere Prozesse gleichzeitig aktiviert werden. Nachdem alle Vorgänge in den Automatik-Betrieb versetzt wurden, beenden wir die Anwendung. Anschließend muss die darauf erscheinende Rückfrage, ob die aktuell im Automatik-Modus befindlichen Vorgänge beim nächsten Start automatisch gestartet werden sollen, mit „Ja“ bestätigt werden. Jetzt werden alle zuvor ausgewählten Vorgänge bei jedem Start des ADEX Excelisers im Automatik-Modus gestartet, bis der Modus für die einzelnen Vorgänge über die Schaltfläche „Automatik Aus“ beendet wird.

Abbildung 8 - Rückfrage zum automatischen Start von Vorgängen

Damit der ADEX Exceliser nach einem Neustart des Computers automatisch gestartet wird, muss das Programm in den Autostart von Windows eingetragen werden. Dazu muss eine Verknüpfung vom ADEX Exceliser im Windows Startmenü („Start“=> „Programme“=> „Sternico ADEX“ => „ADEX Exceliser“) in das Autostart-Menü („Start“ => „Autostart“) gezogen werden. Hierdurch wird bei jedem Systemstart automatisch der ADEX Exceliser gestartet (sofern für das Betriebssystem die automatische Anmeldung aktiviert ist) und der Vorgang zur Generierung von Berichten ausgeführt.

Auch wenn die Konkurenz wie iPhone oder Android hochgelobt wird und sich bei der breiten Masse hoher Beliebtheit erfreut, ist und bleibt Windows Mobile das einzig ernstzunehmende Betriebssystem für mobile Business-Anwendungen im Windows Server Umfeld. Aus diesem Grund gratulieren wir und wünschen alles Gute für die nächsten 10 Jahre!

In Datenbanken werden Attribute in der Regel numerisch gespeichert. Ein Ampelstatus kann beispielsweise auf Rot=0, Gelb=1 und Grün = 2 abgebildet werden. In einer netten Windowsanwendung wollen User jedoch statt der Zahlen eine grafische Darstellung. In diesem Artikel wird aufgezeigt, wie dies mit einem DataGridView möglich ist, ohne dass die Bilder in der Datenbank abgelegt werden müssen.

Die Cruz mit der Image-Spalte
Auf den ersten Blick scheint die eingangs beschriebene Situation gar nicht so kompliziert zu sein. In einem DataGridView können Spalten vom Typ “DataGridViewImageColumn” angelegt werden.
Aber ab hier beginnen die Probleme. Die neu angelegte Spalte erwartet eine Datenquelle, die Objekte vom Typ “Image” bereitstellt. Eine Anbindung an eine Datenquelle mit numerischen Werten oder gar mit String-basierten Schlüsseleinträgen ist nicht vorgesehen. Auch die naheliegende Möglichkeit, eine ImageList anzufügen, sucht man vergebens.

Der Trick mit dem Expression-Attribut
Es gibt aber doch einen relativ kompakten und zugleich performanten Weg, wie man die Daten clientseitig auf Images abbilden kann. Der Trick hierbei ist, eine weitere Tabelle in das Dataset hinzuzufügen, durch die die Schlüssel-Image Zuordnung realisiert wird. Die clientseitige Tabelle, an die das DataGridView gebunden wird, muss um eine Spalte mit dem Datentyp Image erweitert werden. Diese wird jedoch nicht aus der Datenbank gefüllt, sondern über eine Relation mit der Schlüssel-Image Tabelle verknüpft. Über das Attribut “Expression” erfolgt schließlich die Verknüpfung. Soweit zur Theorie, die Praxis folgt sogleich.

Ampelstatus als praktisches Beispiel
In einem kleinen Beispiel soll das Vorgehen verdeutlicht werden. Dabei kommen ausschließlich typisierte Datasets zum Einsatz, das Vorgehen lässt sich aber natürlich auch auf untypisierte Daten übertragen. Als Ausgangsbasis dient ein Visual Studio Projekt, das z.B. “DataGridViewSpecialPart1″ heißen könnte. Dabei ist es wichtig, dass das Visual Studio mit Administratorrechten gestartet wird. Unter Windows Vista und Windows 7 muss das Visual Studio durch einen Rechtsklick und “Als Administrator starten…” aufgerufen werden.

Eine SQL Datenbank anlegen
Für unser Beispiel wird die Datenbank als mdf gespeichert und bei Bedarf in den SQL-Server eingeklingt. Dies ist die optimale Lösung für Entwicklung. Parktischer Weise bring Visual Studio bereits den SQL Server Express mit, so dass neben einer Standardinstallation von Visual Studio 2008 keine weitere Software benötigt wird, um dieses Beispiel nachzuvollziehen zu können. Es kann natürlich statt der dateibasierten (”attached”) Datenbank eine “normale” Datenbank eingebunden werden.
Mit folgenden einfachen Schritten wird die Datenbank direkt aus dem Visual Studio heraus angelegt:

• Menu Daten => neue Datenquelle zufügen. “Datenbank” auswählen
• Im “Assistent zum Konfigurieren von Datenquellen” auf “Neue Verbindung” klicken
• “Microsoft SQL Server-Datenbankdatei” auswählen
• Als Name der Datenbankdatei z.B. “DataGridViewSpecialPart1″ angeben.

Mit dem Klick auf “OK” wird die Datei angelegt und in den lokalen SQL-Server eingehängt und man landet wieder im “Assistent zum Konfigurieren von Datenquellen”. Jetzt sind eigentlich nur noch ein paar Standard-Abfragen zu bestätigen, bei denen eigentlich keine weiteren Änderungen nötig sind:

• Nach dem Klick auf “Weiter” und man wird gefragt, ob die Datenbankdatei im Visual Studio Projekt gespeichert werden soll. Hier sollte “ja” gewählt werden, damit alles beisammen ist.
• Schließlich kommt noch die Frage, wo der Connectstring gespeichert werden soll, aber auch hier empfiehlt es sich, die Standardeinstellungen beizubehalten.
• Die letzte Maske schließlich dient dazu, ein DataSet in dem Projekt anzulegen. Dies ist die Clientseitige Entsprechung zu unserer Datenbank. Hier einfach auf “Fertigstellen” klicken.

Für alle, die sich in diesem Endlos-Wizard verirrt haben sollten, habe ich ein Walk Through in Form von Screenshots vorbereitet:
Walk Through Neue Datenquelle

Im Projektmappen-Explorer erscheinen nun zwei neue Elemente in unserem Projekt:

• DataGridViewSpecialPart1.mdf : Die Serverseitige SQL-Datenbank
• DataGridViewSpecialPart1DataSet.xsd : Die Clientseitige Entsprechung der Datenbank

Eine einfache Datenbank: Projektverwaltung
Für unser Beispiel benötigen wir nur eine Tabelle, die “Projects” heißen soll. Jede Zeile wird dabei ein Projekt repräsentieren. Diese Tabelle muss zunächst Serverseitig angelegt werden. Dazu wird ein Doppelklick auf die “DataGridViewSpecialPart1.mdf” gemacht, und der Server-Explorer öffnet sich. Im Baum ist der Knoten “Tabellen” auszuwählen, dann ein Rechtsklick “Neue Tabelle hinzufügen”.
Die Tabelle soll nun drei Spalten IDProject, Name und Status erhalten:

Die Spalte IDProjekt wird als Primärschlüssel markiert und in den Eigenschaften der Spalte unter “Identitätsspezifikation” wird “(Ist Identity)” auf “ja” gesetzt. Dadurch wird die ID der einzelnen Projekte automatisch hochgezählt.

Wird nun auf “Speichern” geklickt, fragt Visual Studio, wie die Tabelle heißen soll, und wir können ihr nun den Namen “Projects” geben.

Das Ado.Net Gegenstück : ein (typsiertes) DataSet
Die im vorherigen Schritt angelegte Datenbank wird in der Ado.Net Welt durch ein typisiertes DataSet repräsentiert. Typisiert bedeutet dabei, dass für jede Datenbank und jede Tabelle eine spezielle Klasse (abgeleitet von DataSet und DataTable) angelegt wird, die genau an den Aufbau der Datenbank angepasst ist. Beim Programmieren muss man dann gar nicht mehr über den Aufbau einzelner Tabellen nachdenken, über IntelliSense kann man direkt auf Eigenschaften zugreifen, die den einzelnen Spalten zugeordnet sind. Aber genug der Theorie, denn die Praxis ist ganz einfach:

• Über einen Doppelklick wird das “DataGridViewSpecialPart1DataSet.xsd” geöffnet.
• Aus dem Serverexplorer wird nun die Tabelle “Projects” in das DataSet gezogen.

In den folgenden Schritten wird im Dataset eine zusätzliche (lokale) Tabelle angelegt, die die Images aufnehmen wird. Über eine Relation werden diese mit den Daten aus der Datenbank verknüpft und im DataGridView angezeigt.

Eine Tabelle voll Bilder
In dem Designer wird nun zunächst eine weitere Tabelle “StatusImages” angelegt. Dies kann z.B. durch Drag & Drop einer DataTable aus der Toolbox auf das DataSet erfolgen. Diese Tabelle existiert somit nur innerhalb der Anwendung (Clientseitig) und nicht in der Datenbank.
Über einen Rechtsklick werden der DataTable die zwei Spalten IDStatus und ImageValue zugefügt:

In dem Eigenschaften-Fenster muss für die Spalten noch jeweils der Datentyp festgelegt werden. Hier ist für IDStatus int32 zu wählen, und für ImageValue ist System.Drawing.Bitmap einzugeben. Die IDStatus-Spalte ist zudem als Primärschlüssel zu definieren, dies geht über einen Rechtsklick.
Die Eigenschaft “DataType” wird dabei über das Eigenschaften-Fenster festgelegt.
Die Bilder für die Tabelle werden in den Projekt-Resourcen abgelegt. Diese finden sich im Projektmappen-Explorer unter Properties/Resources.resx.
In den Resourcen wird links oben auf die Ansicht “Bilder” gewechselt und die drei Bilder per Copy & Paste eingefügt.

Die lieben Verwandten: Relations
Nun muss die Tabelle StatusImages noch mit der Tabelle Projects verbunden werden. Dazu wird im Designer eine Relation hinzugefügt (z.B. aus der Toolbox auswählen). Die Tabelle “StatusImages” wird als Übergeordnete Tabelle ausgewählt, die Tabelle “Projects” als Untergeordnete Tabelle.

Im DataSet erscheint die Relation nun als Verbindung zwischen den Tabellen:

Bleibt die Frage, wie die Bilder in die clientseitige Tabelle Projects kommen. Hierzu wird ein bisschen Magic benötigt. Zuerst fügen wir eine weitere Spalte “StatusImage” mit dem Datentyp System.Drawing.Bitmap an die Tabelle an. Die Tabelle Projects enthält nun sowohl an die Datenbank gebundene spalten als auch eine ungebundene Spalte. Damit in dieser die Bilder zu dem jeweiligen Status erscheinen, wird die Eigenschaft “Expression” benutzt. Hier wird folgender Text eingegeben:
Parent(StatusImages_Projects).ImageValue
In der Klammer steht dabei der Name der Relation, über die die verbundene Tabelle erreicht werden kann. Mit dem Punkt wird schließlich die gewünschte Spalte in der verbundenen Tabelle adressiert. Hierbei müssen die Datentypen natürlich passen.

Visualisieren des DataSets
Schließlich muss das DataGridView noch auf das Formular gebracht werden. Dazu ist jedoch nicht die Toolbox zu verwenden, sondern aus der Lasche Datenquellen wird einfach die gesamte Tabelle “Projects” auf das Formular gezogen. Der Designer legt dabei automatisch ein DataGridView an. Dieses wird über die Funktion “Im übergeordneten Container andocken” zum Füllen des Fensters gebracht.
Als letzten Schritt sind noch drei Zeilen Code in die Datei Form1.cs zu schreiben, um die Bilder aus den Resourcen in die Tabelle “StatusImage” zu übertragen:

using DataGridViewSpecialPart1.Properties;
public Form1()
        {
            InitializeComponent();
            dataGridViewSpecial1DataSet.StatusImages.AddStatusImagesRow(0, Resources.red);
            dataGridViewSpecial1DataSet.StatusImages.AddStatusImagesRow(1, Resources.yellow);
            dataGridViewSpecial1DataSet.StatusImages.AddStatusImagesRow(2, Resources.green);
}

Zu guter Letzt
Damit ist unser Projekt auch schon fertig. Daten, die in die Anwendung eingeben werden, werden nun direkt in der SQL-Datenbank gespeichert. Wird der Wert in der Spalte “Status” geändert, erscheint automatisch das passende Bild in der letzten Spalte. Natürlich lässt sich das hier vorgestellte Verfahren auch auf lokale DataSets anwenden, ohne dass eine Datenbank verwendet werden muss.

Wie immer stelle ich an dieser Stelle das komplette Projekt zum Download bereit:
Visual Studio Pojekt “DataGridViewSpecialPart1″

Ich freue mich schon auf die nächsten Specials, in denen ich euch noch ein paar mehr Tricks aus der ADO.Net Welt verraten werde.

Ein echtes Highlight…
Das Highlighting das in diesem Artikel realisiert werden soll, hebt unser UserControl bei Mausberührung und Fokuserhalt hervor:

Um dies zu realisieren werden im folgenden zunächst die Mouse-Events behandelt.

Mouse-Events
Unser Usercontrol hat bereits Mouse-Events, die es von der Klasse ContainerControl geerbt hat. Diese beziehen sich jedoch nur auf die Fläche des Controls, die nicht durch untergeordnete Controls belegt ist. In unserem Beispiel erhalten wir kein MouseMove-Event, wenn sich die Maus über den farbigen Panels befindet. Um dieses Verhalten zu erreichen, müssen von allen untergeordneten Controls die gewünschten Events eingesammelt und auf unser Control übertragen werden. Dies geschieht, in dem im Eventhandler die zugehörige Funktion (gleicher Name wie Event, nur mit „On“) aufgerufen wird:

Public panel1_MouseMove(Object sender, EventArgs e){
    OnMouseMove(e);
}

Sonderfall MouseLeave und MouseEnter
Nicht ganz unproblematisch sind hierbei jedoch die MouseLeave und MouseEnter Events. Dadurch dass sich die untergeordneten Controls innerhalb unseres UserControls befinden, führt eine Mausbewegung von z.B. dem Panel ausgehend hin zu unbelegtem Bereich im Control zu einer Folge von MouseLeave- und MouseEnter-Events, obwohl die Maus nie unser UserControl verlassen hat.

Focus-Behandlung
Auch bei der Behandlung der Focus-Events kann es zu unerwünschten Effekten kommen. Ein nicht ganz einfacher Fall ist z.B. wenn das Contrrol untergeordnete Controls besitzt, die selbst einen Focus erhalten können, wie z.B. Textboxen. Erhält diese den Focus, so verliert das UserControl selbst den Fokus, obwohl sich dieser ja noch innerhalb des Controls befindet (nur eben auf einem untergeordneten Control). Um dieses Problem zu vermeiden, sollte für alle untergeordneten UserControls die Eigenschaft „enabled“ auf false gesetzt werden, wenn diese keine Interaktion mit dem User durchführen müssen.

Praktisches Beispiel
An Hand von dem schon in den vorherigen Artikeln vorgestelltem UserControl soll nun die vorgestellte Problematik veranschaulicht werden. Damit man auch was sieht, wird dazu zunächst eine Eigenschaft „Highlighted“ zugefügt, die die Schrift auf „Fett“ stellt. Zusätzlich erhält die Property ein Browsable-Attribut mit dem Parameter false, so dass die Property nicht im Visual Studio Designer angezeigt wird.

bool highlight = false;
 
[Browsable(false)]
public bool Highlight
{
    get { return highlight; }
    set {
        highlight = value;
        this.Font = new Font(this.Font,highlight?FontStyle.Bold:FontStyle.Regular);
    }
}

Diese Eigenschaft soll nun automatisch gesetzt werden, wenn die Maus über unser UserControl bewegt wird oder wenn das Control den Fokus erhält. Dazu werden zunächst im Designer die Events MouseEnter, MouseLeave, Enter und Leave aboniert und wie folgt implementiert:

void RegisterEvents(Control parent)
{
    foreach (Control child in parent.Controls)
    {
        child.Click += new System.EventHandler(child_Click);
        child.MouseMove += new MouseEventHandler(child_MouseMove);
        child.MouseEnter += new EventHandler(child_MouseEnter);
        child.MouseLeave += new EventHandler(child_MouseLeave);
        RegisterEvents(child);
    }
}
 
void child_MouseLeave(object sender, EventArgs e)
{
    OnMouseLeave(e);
}
 
void child_MouseEnter(object sender, EventArgs e)
{
    OnMouseEnter(e);
}
 
void child_MouseMove(object sender, MouseEventArgs e)
{
    OnMouseMove(e);
}
 
void child_Click(object sender, System.EventArgs e)
{
    OnClick(e);
}

Beim Ausführen des Codes wird deutlich, dass die Events nur auf die Hintergrundfläche des Controls reagieren. Bewegt man die Maus in den Grenzbereich zum farbigen Rechteck, kommt es sogar zu einem sehr unschönen Flimmern.

MouseEnter und MouseLeave: Auf richtige Verschaltung kommt es an
Wie schon erwähnt wird für die MouseEnter und MouseLeave Events eine Sonderbehandlung benötigt. Diese wird durch ein Überschreiben der OnMouseEnter und OnMouseLeave Methoden realisiert. In diesen muss eine Zustandsvariable eingeführt und die Mausposition muss ausgewertet werden. In der Zustandsvariablen wird gespeichert, ob sich die Maus bereits innerhalb des Controls befindet. In diesem Fall wird kein neuer MouseEnter-Event ausgelöst. Beim MouseLeave wird die Mausposition überprüft. Nur wenn sich die Maus tatsächlich außerhalb des Controls befindet, wird der MouseLeave Event ausgeführt:

// This flag indicates if the mouse was inside the control
bool inside = false;
 
protected override void OnMouseEnter(EventArgs e)
{
    // Check if mouse was already in control. 
    if (!inside)
    {
        inside = true;
        base.OnMouseEnter(e);
    }
}
 
protected override void OnMouseLeave(EventArgs e)
{
    // Check mouse coordinates
    Point mouseCoordinates = this.Parent.PointToClient(MousePosition);
 
    // Call base method only if mouse really left control
    if (!this.Bounds.Contains(mouseCoordinates))
    {
        inside = false;
        base.OnMouseLeave(e);
    }
}

Zu guter Letzt
Mit dem dritten Teil endet mein Workshop über Usercontrols zunächst. Das heißt aber nicht, dass ich nicht noch mehr coole Ideen und Tricks zum Thema UserControls habe. Die verrate ich aber nur, wenn ich auch mal nen Kommentar zu meinen Workshops bekomme . Also haut in die Tasten und schreibt was Ihr denkt oder zu was Ihr gerne noch mehr lesen würdet.

So, und wie immer gibt es an dieser Stelle das komplette Projekt zum Download:

Visual Studio Pojekt “UserControlworkShopPart2″

MS Visual Studio 2008
MS Visual Studio ist defacto die Standard-Entwicklungsumgebung zur Realisierung von Windows Anwendungen.
Ich benutze das Visual Studio schon seit der Version 2003 und bin sehr zufrieden mit den Möglichkeiten, die einem geboten werden. Ich habe viel Java programmiert und mich dadurch sehr schnell in C# zurecht gefunden. Die Unterstützung durch die Visual Studio IDE ist sehr umfassend und z.B. der Designer für Windows Anwendungen ermöglicht es einem, ansprechende Oberflächen zusammen zu klicken und einfache Datenbankanbindungen zu realisieren. Mehr zu Fakten und zur Geschichte des Visual Studios kann z.B. bei Wikipedia nach gelesen werden: Microsoft Visual Studio
Seit geraumer Zeit bietet Microsoft auch kostenlose Varianten des Visual Studios an, die “Express”-Editionen. Für alle, die nur Windows Anwendungen oder Webanwendungen realisieren wollen genügt diese völlig. Mit dieser Version dürfen sogar kommerzielle Projekte realisert werden. Die Professional Variante bietet darüber hinaus einen größeren Funktionsumfang und ermöglicht es beispielsweise auch, Anwendungen für Windows Mobile Geräte zu schreiben.
Wer das Visual Studio also noch nicht kennt, sollte sich einfach mal die Expressversion herunterladen und ausprobieren:
Microsoft Visual Studio 2008 Express Editions

MS SQL Server / MS SQL Server Management Studio
Der MS SQL Server ist eine relationale Datenbank die sich - Hersteller-bedingt - optimal in die Microsoft Windows Landschaft integriert. Mehr zum MS SQL Server kann z.B. direkt bei Microsoft oder auch bei Wikipedia nachgelesen werden.
Das Microsoft SQL Server Management Studio wird zusammen mit dem MS SQL Server ausgeliefert. Es ist das Zentrale Werkzeug zur Verwaltung des SQL Servers und zur Entwicklung und zum Test von Sql-Abfragen (Queries). Man kann es von der MS SQL-Server Installations-DVD aus auf dem Entwicklungsrechner installieren. Die älteren Versionen (bsp. 2003) basierten auf die Windows MMC. Ab Version 2005 basiert das SQL Server Management Studio auf die Umgebung des Visual Studios.
Auch vom SQL Server und vom SQL Server Management Studio kann eine Express Version bezogen werden:
Downloaddetails: Microsoft SQL Server Management Studio Express
Downloaddetails: Microsoft SQL Server Management Studio Express

Red Gate .Net Reflector
Jeder der Programme auf Basis des Microsoft .Net Frameworks realisiert sollte sich bewußt sein, dass sein Programm-Code in CLI-Code übersetzt wird, was neben vielen Vorteilen auch wieder den Nachteil hat, dass der Code sehr leicht decompiliert werden kann. Wie einfach das geht, kann jeder mit dem Tool “.Net Reflector” ausprobieren, das kostenlos von Red Gate bezogen werden kann. Dieses Tool ist einer der mächtigsten Decompiler für .Net Dieses Tool stellt damit ein absolutes Must-Have für .Net Entwickler dar, wobei natürlich beachtet werden muß, dass das Decompileren vieler Programme in deren Nutzungsbedingungen ausgenommen ist. Diese Einschränkung ist jedoch nicht uneingeschränkt gültig, wie z.B. hier bei Wikipedia erläutert wird. Bleibt also nur die Schlussfolgerung zu ziehen, dass wer seinen Quellcode wirkungsvoll schützen möchte auf Obfuscator wie z.B. den im Visual Studio enthaltenen “Dotfuscator Community Edition” zurückgreifen sollte.