Wouldn't that define the .NET framework as a 5th generation (or higher) 
programming tool used to generate lower-level code?


Jennifer Meyer

________________________________
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Lyle Taylor
Sent: Monday, May 11, 2009 3:56 PM
To: arslist@ARSLIST.ORG
Subject: Re: Using FPA ( Function Point Analysis ) with Remedy ARS

No, I haven't done the actual analysis, I'm just speaking from my impressions 
based on my experience on both sides of the coin.  I would agree that if you're 
comparing this to C programs, there's a very wide gap, and Remedy will win.  
However, there are now several nice frameworks available that make building 
applications, including database applications, much easier and quicker, and 
that, I believe, narrow that gap and may even invert it in some cases, 
depending on what you are trying to do.  For example, the .NET framework and 
associated tools keep getting better and can make writing applications quite 
quick and easy.  It, too, will translate much of your design to code for you, 
leaving you to implement things like event handlers and your business logic, 
which is essentially what Remedy leaves you, too.  You're also left designing 
your own database, for the most part, but they include tools to help with that 
as well.

My recent experience has been that I have been able to put together usable 
application GUIs quicker in .NET than I have in Remedy.  The database portion 
of that takes longer (primarily because it doesn't happen as a byproduct of 
creating a form).  The logic portion depends on the complexity of the logic and 
what is being done.  If you want to have an N-tier architecture, then it does 
get more complicated, as that is already provided for you with Remedy.  Again, 
no hard numbers, just impressions, but I would be surprised if your numbers 
came out anywhere near what you got for C programs if you did it again with 
more modern application building frameworks and tools.  I would also think that 
the numbers would change depending on what you're trying to implement including 
aspects of user interaction and logic within the application, as well as the 
size of the application you are developing.  My personal experience has been 
that it has been easier for me to test and maintain complex but well written 
programs in C++ or .NET than it has been to do the same with things like the 
ITSM applications, primarily due to the way the Remedy environment was designed 
and the tools that I have available to me for the other environments.  Then 
again, it may also have a bit to do with my relative levels of experience in 
the different domains...

I don't mean to try to invalidate your points about FPA when comparing Remedy 
to code, I think they're valid.  I just had a hard time with the 6 orders of 
magnitude difference.  I think the results will be different depending on what 
you're comparing Remedy development to.

Lyle

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Reply via email to