Programmierwerkzeuge

Programmierwerkzeuge sind Programme oder Anwendungen, die wir zum Erstellen, Pflegen, Problembehebung und Unterstützung anderer Programme und Anwendungen verwenden. Da sie sehr unterschiedlich ausfallen können und in verschiedenen Bereichen der Softwareentwicklung eingesetzt haben, haben wir uns bemüht, eine Liste der üblicherweise von unserem Team verwendeten Programmierwerkzeuge aufzustellen:

1. Projektführung

Definition & Rolle

Es gibt zahlreiche Werkzeuge, die die Projektführung einfacher, klarer und durchschaubarer machen. Solche Werkzeuge, derer wir uns bei Codespring bedienen, sind: Der Microsoft Team Foundation Server, Das Microsoft Projekt, Mindmapping – Softwares wie FreeMind, UML Softwarearchitektur- und Designwerkzeuge wie Sparx Enterprise Architect oder Rational Rose, Issue-Tracking-Systeme (oder Help-Desk-Systeme) wie Mantis, Bugzilla, GLPI, Konfigurationsmanagement und Versionskontrollsysteme wie Perforce, SVN, Microsoft Team Foundation Server und andere.

Wertschöpfung durch Codespring

Bei Codespring versuchen wir, dieselben Projektmanagement- Werkzeuge in allen Teams einzusetzen, um auf diese Weise einen guten Erfahrungsaustausch zu ermöglichen und optimale Methoden festzulegen. Zusätzlich hat unser Team spezifische Projektmanagement-Werkzeuge entwickelt, und somit die Abwicklung des Projekt-Controllings vereinfacht – natürlich mit Einhaltung unseres Qualitätsmanagementsystems (QMS).

2. Architekturdesign

Architekturdesign ist die Problemlösungsphase des Softwareentwicklungsprozesses, in der die Systementwickler die Anforderungen des Kunden verstehen und modellieren. Um Architekturdesign zu machen, muss man über weitgehende Erfahrung in der Softwareentwicklung, eine architektonische Sichtweise und einen umfassenden Überblick über Technologien, Algorithmen und Fragen der praktischen Durchführung verfügen. Das Architekturdesign arbeitet auch mit Modullisten, Funktionalität der Module, Schnittstellenbezüge, Abhängigkeiten, Datenbanktabellen, Architekturdiagrammen, technologischen Details und vieles mehr.

Wenn man sich der Softwareentwicklung mit Leidenschaft zuwendet, ist die Phase des Architekturdesigns der Zeitpunkt, zu dem man Wertschöpfung erzielen kann. Begabte und höchstqualifizierte  technische Softwareentwickler nehmen den Wettlauf miteindander auf, um die besten Softwarearchitekturdesigns zu liefern. Es versteht sich von selbst, dass wir Sie immer durch die Auswahl der verschiedenen Architekturdesigns führen werden und die Vor- und Nachteile einer jeden vorgeschlagenen Architektur hervorheben werden.

3. Testen

Das Testen ist ein wichtiger Teil des Softwareentwicklungsprozesses. Es stellt sicher, dass Fehler und Unstimmigkeiten zu diesem frühen Zeitpunkt erkannt werden. Es überprüft, ob die Software richtig gebaut wurde. Das Testen kann auf verschiedenen Ebenen durchgeführt werden: Komponententests, Integrationstests, Systemtests, Abnahmetests. Somit wird die dynamische Maßnahme des Testens erfüllt und alle potentiellen Fehler oder Abweichungen werden schließlich behoben. Für diese Abläufe können wir interne Tester-Teams,  Quell-Tester und das Personal des Benutzers heranziehen – die Mitarbeiter, die mit der Software effektiv arbeiten wird.

Unsere Erfahrung hat gezeigt, dass das Testen eine zwingende Phase darstellt, obwohl wir manchmal, wegen zeitlicher und finanzieller  Zwänge uns dazu verleiten lassen, nur den Komponententest, den Integrationstest und den Systemtest durchzuführen. Die Empfehlung von  Codespring ist aber, dass die Vorsorge immer billiger als die Fehlerbehebung an einem bereits gelieferten Produkt ist. Wir tragen zur Wertschöpfung durch Vorhersehen und Vorsorge bei, indem wir potentielle Probleme noch vor der Ausführung verhindern.

4. Fehlerbehebung

5. Versions-Handling

6. Andere Werkzeuge

FxCop ist ein kostenloses Werkzeug der statischen Code-Analyse von Microsoft, das .NET gesteuerte Code-Assemblys auf  Konformität mit den .NET Framework Design-Richtlinien von Microsoft überprüft. Anders als Lint, das Programmierwerkzeug für die C Programmiersprache,  überprüft FxCop den durch Compiler erzeugte Objektcode, und nicht den ursprünglichen Quellcode.  Es verwendet CIL Parser (Zerteiler), und Multigraph-Analyse, um die Assemblys auf mehr als 200 verschiedene mögliche Verstoße gegen den Kodierstandard in folgenden Bereichen zu überprüfen:

• Korrektheit
• Programmbibliotheksdesign
• Internationalisierung und Lokalisierung
• Namensgebungskonventionen
• Performanz
• Sicherheit

FxCop bietet ein Werkzeug, das Entwicklern helfen soll, die Kodierstandards unseres Unternehmens einzuhalten. FxCop macht Code-Analyse, um zu überprüfen, ob der neue Code den Kodierstandards und den Namensgebungskonventionen des Unternehmens entspricht. FxCop stellt sicher, dass die spezifizierten Regeln im Quellcode eingehalten werden.