Softwaretechnik |
| 16.09.2006, 16:07 | Auf diesen Beitrag antworten » | ||
| jama | Softwaretechnik 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 |
||
|
|
|||
| 18.09.2006, 09:42 | Auf diesen Beitrag antworten » | ||
| Mazze | 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, 10:38 | Auf diesen Beitrag antworten » | ||
| Steve | 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, 20:38 | Auf diesen Beitrag antworten » | ||
| mercany | 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. |
||
| Anzeige | |||
|
|
|||
| 18.09.2006, 21:09 | Auf diesen Beitrag antworten » | ||
| Steve | 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
|
||
| 19.09.2006, 11:39 | Auf diesen Beitrag antworten » | ||
| Crotaphytus | 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... |
||
| 19.09.2006, 13:10 | Auf diesen Beitrag antworten » | ||
| Mazze |
Das seh ich anders. Die Methodik ist für kleinere Anwendungen (wie etwa uni aufgaben) sicherlich ungeeignet. Da ist es einfach zuviel Aufwand. Aber wir haben mal über ein Jahr lang eine Verwaltungssoftware für eine Kampfsportschule geschrieben (incl. Datenbankserver,Webauftritt und Terminalsoftware) und wir haben selbst gemerkt wie sinnvoll eine durchdachte Planung vorher war. Unser Prof, der neben der Lehre Leiter seiner eigenen Softwareschmiede an einem Frauenhoferinstitut ist meinte sogar das in der Industrie ca. 1/4 bis 1/3 der Entwicklungszeit der Software mit der Planung verbracht wird. Eine solide Grundlage erleichtert vor allem das Programmieren und jeder der größere Programme schon geschrieben hat weiß das es an x-beliebigen Stellen immer zu irgendwas kommt wo man dann den ganzen Code teilweise umwerfen muss. Und so was frisst Zeit die sich die Industrie nicht leisten kann. Ergo wird sorgfältig vorher geplant. Softwareentwicklung ist mitlerweile ein Zeitspiel. Sie muss funktionieren und schneller fertig sein als die von der Konkurenzfirma. |
||
| 19.09.2006, 13:34 | Auf diesen Beitrag antworten » | ||
| Crotaphytus | 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... |
||
| 19.09.2006, 19:35 | Auf diesen Beitrag antworten » | ||
| Mazze | Ja stimmt, wer Softwaretechnik an der Uni lernt wird sich oft fragen wozu das alles, aber das ist das Problem an Universitätsaufgaben 
|
||
| 20.09.2006, 16:49 | Auf diesen Beitrag antworten » | ||
| ed209 | 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 |
||
|
|
