EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  <2024 Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  <2024
<== Date ==> <== Thread ==>

Subject: Re: Generating metrics for IOC applications
From: Ralph Lange via Tech-talk <tech-talk at aps.anl.gov>
To: TZVETKOV Stephane <Stephane.TZVETKOV at cea.fr>
Cc: "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov>
Date: Fri, 1 Mar 2024 18:38:25 +0100
Hi Stéphane,

Thanks a lot for your detailed explanations!
I know some of the tools (we're even using a few of them), but there were a lot of new ideas and pointers. Cool!

My interest in this case, however, is really focused on obsolescence management. Completely off-line, no running system needed.

We will have 170 separate EPICS applications and need to decide where to start our maintenance: updating OS version, updating EPICS Base, updating Device Supports, re-writing user-supplied code.
What I'm searching for is between simple record counts and static code analysis, for an EPICS application.

Intermediate metrics could be things like
  • total number of records
  • number of links between records
  • number of links connected to hardware
  • which hardware (list of device support modules needed)
  • number of calc/calcout records
  • number of subroutine records and number of lines of code connected to them
  • number of state machines and number of lines of SNL code they run
  • ...
And then some magic formulas that spit out some size, complexity and quality indices for each of the applications and - obviously - the number of man-months needed to bring them up to the "current" standard (whatever that is).

There will always be a lot of manually collected data, factors based on experience, and additional personal judgment necessary in such a planning process, that's very clear.
But I would like to get as much data as possible out of the applications themselves. To help the judgment and allow better comparison between applications. Base things on data.

Cheers,
~Ralph

Replies:
SV: Generating metrics for IOC applications Anders Lindh Olsson via Tech-talk
References:
Generating metrics for IOC applications Ralph Lange via Tech-talk
Re: Generating metrics for IOC applications TZVETKOV Stephane via Tech-talk

Navigate by Date:
Prev: Re: archiver appliance quickstart installation Wang, Lin via Tech-talk
Next: communication issue Tran, Phi Dung via Tech-talk
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  <2024
Navigate by Thread:
Prev: Re: Generating metrics for IOC applications TZVETKOV Stephane via Tech-talk
Next: SV: Generating metrics for IOC applications Anders Lindh Olsson via Tech-talk
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  <2024
ANJ, 04 Mar 2024 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·