BloggingAbout.NET
Thoughts of developers
Solid architecture and/or Change- and release management

Unfortunately  I have not done a lot with .NET the last months, but more with management of quite a large system that is existing for more than six years now (based upon VB6, ASP and Oracle).

At the moment we are thinking about rebuilding the complete system. Redesign the architecture, use the latest tools (e.g. .NET, Biztalk) etc. because the current environment has all kind of constraints. The biggest problem is that the system is very big, not well documented, doesn't have a solid architecture anymore and development of new functionalities takes very long.

Question: Does a new system solve all the issues?

I think a new solid system will not solve all the issues and that change and release management should also have the same attention as the new sytem. I think that if you create a new system without having good procedures for change- and release management you will end up with a similar system within a couple of years.

 


Posted Wed, May 24 2006 11:35 AM by Mario Roovers

Comments

ShoddyCoder wrote re: Solid architecture and/or Change- and release management
on Wed, May 24 2006 7:32 PM
I agree 100%, new systems does not equal maintainable or longevity or easy to change; good code with good consistent (and enforced) standards equals these things.

We are just wrapping up our a port of our legacy enterprise vb6 application to .net; fortunately for us, I had architected the original vb6 app and I was also the persnickety one that has kept the code fairly clean through the years. This helped when it came time to create a new more powerful framework in .net that would allow us to port our app.

Standards and management come first, then new systems. Of courses standards without enforcement equals garbage too.

Shoddy

Add a Comment

(required)  
(optional)
(required)  
Remember Me?

Please add 8 and 1 and type the answer here:
Copyright © 2003-2010 BloggingAbout.NET