 Softwaretechnik |
jama 
Administrator
Dabei seit: 08.09.2006
Beiträge: 15
Herkunft: Jamaika
 |
|
Vielleicht stellen wir hier schon einmal ein paar der Themenbereiche vor?
Softwaretechnik ist z.B. sehr interessant und von den Prinzipien her wichtig für viele (alle?) Programmiersprachen. Peter hat es mir damals gut erklärt. Machst Du das hier noch einmal? Könnte das gar nicht mehr so detailgetreu wiedergeben 
Liebe Grüße,
Jama
__________________
Be strong - Be wrong!
|
|
16.09.2006 16:07 |
|
|
Mazze
Grünschnabel
Dabei seit: 18.09.2006
Beiträge: 7
|
|
Softwaretechnik abstrahiert eigentlich von den Programmiersprachen. Es ist nicht wichtig welche man benutzt, sondern man lernt die Planung und den Entwurf größerer Systeme. Man lernt eine sogenannte Methode, wobei wir letztes Semester nach Fusion vorgegangen sind, in den Firmen dürfte aber normal eine eigene Methode benutzt werden. Man programmiert in der Veranstaltung garnicht, wir haben ausschließlich Diagramme gemalt, aber das war am ende so gut das man es hätte 1:1 umsetzen können.
Das ist auch die Idee der Softwaretechnik, die Implementation vom Entwickeln loszubinden. Das Programm wird auf dem Papier fertig konzipiert so das man sich bei der Implementierung dann auf das programmieren und nicht auf das "wie" konzentrieren kann.
So wurde uns Softwaretechnik vermittelt und ich hab ähnliche Ansätze in anderen UNI's gesehn.
|
|
|
18.09.2006 09:42 |
|
|
Steve
Grünschnabel
Dabei seit: 18.09.2006
Beiträge: 2
Herkunft: Liechtenstein
|
|
find ich gut 
Zumal somit das Grundverständnis des Programmierens auch verbessert werden kann. Viele stellen sich unter Programmieren ja bloss Code tippen vor, auf gut Glück mal irgendwo anzufangen.
Das Diagramme zeichnen etc wär da bestimmt für viele nützlich, auch für Anfänger.
|
|
|
18.09.2006 10:38 |
|
|
mercany
Jungspund
Dabei seit: 06.09.2006
Beiträge: 21
Herkunft: Bielefeld
|
|
Man möge es nicht glauben, aber selbst so nen Laie wie ich findet an dieser Planung gefallen.
Bei den Programmen, die ich in Informatik an der Schule programmiere war dies - man muss schon sagen "leider" - bis jetzt jedoch nie von Nöten.
__________________
"Dummheiten sind nie überflüssig
|
|
|
18.09.2006 20:38 |
|
|
Steve
Grünschnabel
Dabei seit: 18.09.2006
Beiträge: 2
Herkunft: Liechtenstein
|
|
wobei ich auch nicht glaube, dass du in der Schule "grosse" Projekte gecodet hast
aber wenn es mal darum geht, wie man ne lineare einfach verkette Liste invertiert, ist so ein Diagramm und eine Skizze schon hilfreich. Ich glaube aber nicht, dass es dir darum geht in der Planung, wie du sie angesprochen hast. Fand ich aber grad ein schönes Beispiel
|
|
|
18.09.2006 21:09 |
|
|
Crotaphytus
Mitglied
Dabei seit: 18.09.2006
Beiträge: 45
|
|
Allerdings würd ich jetzt einfach mal behaupten, dass diese Skizze dann nix mit irgendwelchen Entwurfsdiagrammen zu tun hat, das ist mehr ne Hilfe, sich das besser vorzustellen.
Gerade das Thema UML ist relativ spannend. Leider kanns beim falschen Prof auch unglaublich trocken werden...
Das Problem, warum das oft jedoch nicht so viel Spaß macht, ist folgendes: Bei allem, was man so zum Üben macht, zeichnet man die Diagramme genau aus diesem Grund, ums zu lernen. Sprich man wird mit Diagrammen zugeballert, von denen 90% sinnlos und überflüssig sind (um ne Loginfunktion zu realisieren brauch ich kein Sequenzdiagramm, nein, wirklich nicht...). Der Sinn dieses Konzepts sollte es ja eher sein, dass man sich die Sachen aus der sehr großen Auswahl rauspickt, die man für nützlich erachtet, sich jedoch im Großen an die Norm hält, damit es verständlich ist. Aber auf Teufel komm raus möglichst viele verschiedene Diagramme zu pinseln ist irgendwie frustrierend...
__________________
Das ist keine Signatur.
|
|
|
19.09.2006 11:39 |
|
|
Crotaphytus
Mitglied
Dabei seit: 18.09.2006
Beiträge: 45
|
|
Ich wollte damit nicht sagen, dass 90% von UML sinnlos sind. Es ging mir mehr darum, dass 90% von dem, das wir zu diesem Thema erstellen durften, sinnlos war, weil einfach mit Spatzen auf Kanonen geschossen wurde. Aber man muss es ja mal üben...
__________________
Das ist keine Signatur.
|
|
|
19.09.2006 13:34 |
|
|
ed209
Routinier
Dabei seit: 07.09.2006
Beiträge: 324
|
|
Ok, ich versuch mal der bitte nachzukommen und Softwaretechnik (mein angehendes Spezialgebiet) nochmal etwas zu umreissen.
Softwaretechnik beschreibt eigentlich den ganzen Prozess der "ingieneursmässigen" Softwareentwicklung.
Ingineursmässig heisst dabei, daß man die Software nicht nur kostengünstig und schnell fertigkriegt, sondern auch gewisse Qualitätsstandards einhalten kann.
Software die in der Luft- und Raumfahrt eingesetzt wird, sollte zum Beispiel nicht so oft abstürzen wie man es von gängiger Windows-Software gewohnt ist.
Grosse Projekte bestehen ja nicht nur aus der Programmierung, sondern auch daraus festzustellen was wir (oder der Kunde) überhaupt wollen, der Analyse, dem Entwurf, zuvor.
Nach und während der Implementierung muss getestet und dokumentiert werden, sowie das fertige Softwareprodukt installiert und gewartet werden.
Werkzeuge der Softwaretechnik sind Beschreibungssprachen für die einzelnen Schritte (besonders UML) und Tools die mit diesen Beschreibungssprachen arbeiten und dabei helfen die Software zu entwickeln.
Wenn man ein kleines Programm schreibt, sieht man vielleicht noch nicht ein warum man so einen grossen Überbau braucht.
Aber sobald man anfängt zu mehreren an einem Projekt zu arbeiten oder versucht Software die man vor einem Jahr geschrieben hat, wiederzuverwenden oder weiterzuentwickeln merkt man oft schon, daß es hilft gewissen Spezifikationen zu klären, den Code zu kommentieren usw.
Wenn man sich jetzt vorstellt, daß Softwareprojekte oft mehrere hundert Beteiligte haben, dann kann man glauben daß nicht jeder drauf los programmieren kann um dann zu hoffen daß es schon läuft.
Das war jetzt mehr ein kleiner Überblick, was Softwaretechnik überhaupt sein soll. Genaueres findet sich im Wikipedia-Artikel: http://de.wikipedia.org/wiki/Softwaretechnik
Gruss,
Peter
|
|
|
20.09.2006 16:49 |
|
|
ed209
Routinier
Dabei seit: 07.09.2006
Beiträge: 324
|
|
| Zitat: |
Original von Crotaphytus
Aber man muss es ja mal üben... |
Genau so seh ich das:
Ein guter Entwurf erleichter nicht nur die Implementierung, sondern macht das Programm auch übersichtlicher und wiederverwendbarer. Zusätzlich können in einer gut durchgeführten Entwurfsphase Fallstricke frühzeitig erkannt werden, so daß man eventuell vermeidet Code wegzuwerfen, weil man an bestimmte Dinge gar nicht gedacht hatte.
Gleichzeitig ist ein guter Entwurf nichts was man sich einfach so aus dem Ärmel schütteln kann. Es gibt zwar gewisse Richtlinien an die man sich dabei halten kann (z.B. die "Design Patterns" bei Objektorientierter Programmierung), aber es ist vor allem eine Sache von Erfahrung.
Früh zu üben wie man entwirft ist demnach nicht unwichtig.
Gruss,
Peter
|
|
|
20.09.2006 16:57 |
|
|
madde
Grünschnabel
Dabei seit: 19.07.2007
Beiträge: 3
|
|
| Zitat: |
Das klingt in der Theorie wirklich gut, aber ich bezweifle dass es in der Praxis wirklich umsetzbar ist. Nach meiner Erfahrung entwickeln sich Programme immer sehr iterativ, d.h. man entwickelt eine Alpha-Version übergibt sie dem Kunden der viel drann zu bemängeln hat. Anschließend werden die Änderungen eingebaut und wieder eine Anwendungsphase gestartet usw. Am Ende dieses Prozesses steht leider zumeist ein Produkt dass nur noch wenig Ähnlichkeit mit der ersten Alphaversion aufweist. D.h. ein fertiges Konzipieren vor der Auslierferung ist praktisch überhaupt nie möglich, weil man bei der Planung am grünen Tisch einfach nie alles bedenken kann und dies dem Kunden auch nicht vollständig rüberbringen kann.
|
Genau deshalb folgt nach der Hochschule der erste Praxisschock. Das kann im schlimmsten Fall soweit gehen, dass man auf die Planung wegen Zeitmangel völlig verzichten muss und das ist nicht nur in kleinen Klitschen so.
|
|
|
20.07.2007 08:56 |
|
|
ed209
Routinier
Dabei seit: 07.09.2006
Beiträge: 324
|
|
In manchen Betrieben kommt es wirklich nur drauf an, schnell irgendwas zusammenzuhauen, was nachher in der Wartung mal richtig teuer werden kann.
Es gibt aber auch Bereiche in denen nach modernen softwaretechnischen Prinzipien gearbeitet wird und die Kunden sogar verlangen, daß sich die Entwickler an den Prozess halten.
Bei meinem Praktikum mußte ich sogar für das gammeligste Hilfstool vorher eine Architekturbeschreibung schreiben.
Gruß,
ED
PS: Wenn du schlau bist, suchst du dir eine Firma die vernünftig entwickelt. Sonst setzen sie dich erstmal an einen Klumpen undokumentierten und schlecht geschriebenen Code, den du dann weiterpflegen sollst.
|
|
|
20.07.2007 11:08 |
|
|
|
