| Autor |
Beitrag |
Wolfram
Hält's aus hier
Beiträge: 2
|
Verfasst: Mo 18.05.09 11:08
Hallo allerseits,
ich bin freiberuflicher Programmierer und stehe vor einem neuen Projekt ungewohnten Umfangs. Habe bisher immer nur kleinere bis mittlere Projekte durchgeführt (~10.000 LOC), nun steht ein neues an, bei dem ich mir nicht sicher bin, ob ich das stemmen kann.
Über den Daumen gepeilt (Vergleich mit bisherigen Projekten), könnte das Ding bis zu 50.000 LOC oder gar mehr werden. Hinzu kommen ca. 50 Tabellen in einer MSSQL-DB mit mind. nochmal sovielen Views. Das Programm soll eine Multiuser Client-Server-Anwendung für bis zu 5 Usern, inkl. Berechtigungssystem werden.
Angepeilt sind ca. 6 Monate für alles: Analyse, Konzeption, Programmierung, Doku, Test usw. Wobei dies alles von mir allein durchgeführt wird. Dies war bei den bisherigen Projekten kein Problem. Aber hier habe ich die Befürchtung, mich zu übernehmen, da man bei sowas leicht die Übersicht verlieren kann. Und ich halte mich nicht grade für einen Hochleistungsprogrammierer
Wie sind Eure Erfahrungen? Kann man solche Projekte als Entwickler und Projektleiter in Personalunion schaffen? Oder ist dieser Arbeitsumfang sogar eher üblich?
Dankö.
Wolfi
|
|
BenBE
      
Beiträge: 8721
Erhaltene Danke: 191
Win95, Win98SE, Win2K, WinXP
D1S, D3S, D4S, D5E, D6E, D7E, D9PE, D10E, D12P, DXEP, L0.9\FPC2.0
|
Verfasst: Mo 18.05.09 11:18
hmmm, 50kLOC ??? Nichts wirklich allzu großes. Omorphia sind ~500kLOC (gut, waren 3 Mann, die aktiv geschrieben haben) und das ist durchaus schaffbar in 6 Monaten. Viel wichtiger ist es, ein brauchbares Konzept zu haben. Bei 50 Tabellen scheint mir dies nicht gegeben zu sein (oder in welche Richtung geht das, dass das so viele sein müssen?)
Auch bei Semester-Projekten, bei denen der meiste Code in etwa 4 Wochen vor der Abgabe entsteht, sind 10kLOC und mehr durchaus nicht unüblich, wenn auch bei vielen ganz großen Semester-Projekten Code-Generatoren nicht ganz ausgeschlossen sind
Für eine genaue Einschätzung des Aufwandes sind ein paar mehr Details zum Projekt nötig; ich denk aber mal, mit etwas Disziplin sollte das durchaus schaffbar sein. Und wenn man die Doku nach dem Source erstellt, meckert auch der Kunde nicht so viel über die ganzen netten Features ...
_________________ Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.
|
|
delphi10
      
Beiträge: 447
Erhaltene Danke: 2
W2K, XP, Vista64, Win7 64
RAD-Studio 2010
|
Verfasst: Mo 18.05.09 20:27
Die absolute Zeilenzahl und/oder Tabellen sind nicht das wirkliche Problem. Das sehe ich immer wieder in den Tests, Fehlersuche und deren Behebung. Ab einer gewissen Komplexitätsobergrenze wirds für nur einen Programmierer schon arg eng. Jeder gefixte Fehler zieht wieder eine kompletten Testlauf nach sich um Querbeeinflussungen auszuschließen. Dazu kommt noch das Testen des Fehlermanagmentes, d.h. alle zu erwartenden Fehler durch Falscheingaben oder Datenfehler müssen simuliert werden. Je nach Kunde oder Aufgabenstellung muss das Ganze auch noch dokumentiert werden, zusätzlich zur sowieso fälligen Programmdokumentation. Will man auch nur rudimentär ein Qualitätsmanagement nachweisen, kommt man darum nicht herum. Alles andere ist Bananensoftware.
cu delphi10
_________________ Salus populi suprema lex esto
|
|
hansa
      
Beiträge: 3079
Erhaltene Danke: 9
|
Verfasst: Mo 18.05.09 21:07
Wolfram hat folgendes geschrieben : |
ich bin freiberuflicher Programmierer und stehe vor einem neuen Projekt ungewohnten Umfangs.Und ich halte mich nicht grade für einen Hochleistungsprogrammierer
Wie sind Eure Erfahrungen? Kann man solche Projekte als Entwickler und Projektleiter in Personalunion schaffen? Oder ist dieser Arbeitsumfang sogar eher üblich? |
Natürlich kann man das schaffen. Netto und alleine wohl noch schneller als zu zweit oder zu dritt. Zu dritt werden aus 6 Monaten wohl kaum 2 !! Sollte der Kenntnisstand ungefähr gleich sein, dann schaffen 2 Mann das wohl in 4-5 Monaten. Aber nur sofern das als 1-Mann Team in 6 Monaten machbar wäre. Und da habe ich meine Zweifel. Grobe Schätzung :
bis geklärt ist, ob das überhaupt gemacht werden soll :
0,5 Monate
Problem näher analysieren, telefonieren, Fragen klären, hinfahren, Missverständnisse ausräumen, umplanen etc. :
1 Monat
Jetzt Grobentwurf :
1 Monat
Ist der Grobentwurf gut durchdacht, dann konkret Programmieren :
3 Monate
Damit sind 5,5 Monate von 6 bereits verbraucht. Und diese eher zu gering bemesssene Zeitspanne lässt sich auch nur einhalten, sofern wegen MS-SQL lediglich geringste Wisssenslücken existieren und OOP bereits vorher produktiv eingesetzt wurde. KnowHow-Beschaffung darf nur geringe Zeit in Anspruch nehmen, sonst geht meine bereits knappe Rechnung niemals auf. Test/Dokumentation sind ja dann auch noch durchzuführen. Letztere könnte man zwar nachreichen, die Test müssten aber auf jeden Fall durchgeführt werden.
_________________ Gruß
Hansa
|
|
Wolfram 
Hält's aus hier
Beiträge: 2
|
Verfasst: Mi 20.05.09 07:02
Hm, das hatte ich auch schon im Gefühl, dass das eher knapp bemessen ist. Hinzu kommt, das das Ding eine Migration wird, von 2 Pogrammen inkl. Daten auf die neue Software. Das haut ja dann vorne und hinten nicht hin.
Ich glaub, dann werd ich beim Aufwand und der Dauer nochmal ordentlich nachkalkulieren.
Auf jedenfall dickes Danke fürs Feedback.
Wolfi
|
|
hansa
      
Beiträge: 3079
Erhaltene Danke: 9
|
Verfasst: Mi 20.05.09 10:11
Von Datenkonvertierung war noch gar keine Rede. Und das bei 50 Tabellen ?  Dann rechnen wir mal einen Tag pro Tabelle, eher mehr. Im Endeffekt sind das alleine schon ca. 3 Monate. Ich gehe hierbei von Top-Kenntnissen und Erfahrung mit sowas aus ! Allerdings : existiert überhaupt ein eigenes funktionierendes Programm mit sagen wir mal 10-20 Tabellen ? Falls nicht, dann würde ich mir mal die Frage stellen, ob diese Sache überhaupt in Angriff genommen wird. Zumindest mit Zeitvorgabe. Wird das ein unendliches Projekt, dann nützt das nämlich keinem was.
_________________ Gruß
Hansa
|
|
|