Project manhours estimate

[Steve Z]

I know this isn't a code question, but could use some help.
What would a fair estimate be for the total manhours needed for a
non-certified person to develop a VB interface to an Access db with
reporting on time calculations between fields, monthly totals, and
cumulative totals?
It's not for me, it's for a friend. :)

[Bert Byfield]

> I know this isn't a code question, but could use some help.
> What would a fair estimate be for the total manhours needed for a
> non-certified person to develop a VB interface to an Access db with
> reporting on time calculations between fields, monthly totals, and
> cumulative totals?

"If you have to ask, you can't afford it."

[Steve Z]

"Bert Byfield" <BertB...@nospam.not> wrote in message
news:S760e.108859$H05....@twister.nyroc.rr.com...

Correct.
However, there's no money connotation in my question. My...friend seeking
this information has no monetary incentive increase/decrease relative to the
answer, they simply want to assess how long a project like this could take
for a non-certified individual with some VB knowledge/experience and some VB
training in order to block time correctly.
Any input would be appreciated.

[Elef]

How skilled the developer?
How may reports?
How complex the DB?
How much "graphically refined" the reports?
How well defined the requests?
What's the change rate fo the report's design?
...
Complex reports may require programming.
Accessing the reports may require the construction of a user interface to
enter parameters.
...
As you see there's not a single answer, not even a range.

Bye
Elef.

"Steve Z" <steve...@hotmail.com> ha scritto nel messaggio
news:iQ30e.11994$wL6.5221@trnddc03...

[Steve Z]

"Elef" <m.p.b@*toglimi*rocketmail.com> wrote in message
news:aLW0e.21779$kC3...@tornado.fastwebnet.it...
> How skilled the developer?
The developer has created databases and interfaces similar in the past under
no deadline. Subsequently they took considerable amount of time.
> How may reports?
10
> How complex the DB?
Not complex. Two tables, one relationship.

> How much "graphically refined" the reports?

Minimal. Standard report format.

> How well defined the requests?

Very well defined, monthly and cumulative as stated.

> What's the change rate fo the report's design?

These users will probably ask for additional reporting fields twice a year.

> ...
> Complex reports may require programming.
> Accessing the reports may require the construction of a user interface to
> enter parameters.

Yes, to enter date ranges.

> ...
> As you see there's not a single answer, not even a range.

You sure? I really just need a guesstimate. I'm figuring 80 manhours.
>
> Bye
> Elef.

[Elef]

"Steve Z" <steve...@hotmail.com> ha scritto nel messaggio

news:j8l1e.11998$uw6.5599@trnddc06...
> [cut]

> You sure? I really just need a guesstimate. I'm figuring 80 manhours.
>

Based on your answers I guess that 80 manhours is reasonable.
A developer with some experience should take two day to fully understand the
db/requirements and prepare a basic report template (with you company's
logo, header and footer, etc.) with a nice date-range (and/or few other
params) entry form.
Add an *average* of 2 hours per report to build and debug every single
report.
Consider one or two days to review and refine them all with the customer
and, if you don't require any kind of tech or help doc, you have your job
done in even less time.

I forgot to ask you so I assumed thet the db is not very large and therefore
the performance is not an issue.

Bye
Elef

[Steve Z]

"Elef" <m.p.b@*toglimi*rocketmail.com> wrote in message

news:PbC1e.23840$kC3....@tornado.fastwebnet.it...
>
{cut}

> I forgot to ask you so I assumed thet the db is not very large and
therefore
> the performance is not an issue.
>
> Bye
> Elef
>

Thanks for the confirmation and the responses.
You are correct, performance is a minimal issue, the db will handle 10-20
entries per day.