Andy,
Thank you for the comments. I understand your statement about the
solution with out a problem. In this case, I don't know what problems
will come up in the future or what opportunities an analysis may
conjecture. So I would like to collect data which would seem to carry
some information about work processes. Then, when someonw chooses to
study the behavior, there will be an existing set of data to analyse.
CMM suggests that if you must deviate from the given project execution
plan, the deviation should have statistical data to indicate that this
direction has a greater chance of success than some other identifiable
direction. This means that we should have data about our processes.
Since file activities carry some information about processes, it seems
that capturing that data might have some value. Of course such data
would have to be correlated with higher level activities so other
record keeping task cover that aspect.
Yes, auditing at the filesystem level could capture this info. But
due to the features built into TSVN, it looks like it could be done
here at just the right level on information.
Andy, I would like to hear from you further.
Ray
On Nov 15, 6:56 pm, "Andy Levy" <andy.l..._at_gmail.com> wrote:
> On Sat, Nov 15, 2008 at 19:49, ray <Ray.Jos..._at_cdicorp.com> wrote:
> > An implication of the capability maturity model (CMM) is the
> > collection of project data for subsequent statistical analysis for use
> > to help determine the best practices.
>
> > I would like to collect data on project file access. I do not have a
> > model to describe any requirements so I would like to collect a broad
> > spectrum of process data.
>
> It sounds more like you're looking for a solution you haven't defined
> without knowing what the problem is.
>
> > For example, record access of each file, how it is accessed (open,
> > update, close, commit), the time of each activity and any user notes
> > about the file.
>
> > Once the data is collected, it should be loaded into a database.
>
> > All this data should be at the client level.
>
> > I would appreciate all comments as to how to collect such data.
>
> I don't understand what these numbers would have to do with CMM in the
> first place.
>
> You need something other than Subversion here. You're talking about
> auditing at the filesystem level IN ADDITION TO whatever Subversion
> activity you might be doing.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr..._at_tortoisesvn.tigris.org
> For additional commands, e-mail: users-h..._at_tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-11-17 14:32:30 CET