[thelist] databse reodrs limited and servers

[Jerry Scannell]

My first suggestion is to read the text found at the link I gave you.  Then,
once you get a good understand what a good requirement is you can proceed.
Can I presume that the rqmts. you provided in this thread comes from the
customer?  If so, then sit down with them and draw out from them exactly
what they need by asking the right questions that result in a proper
requirements list.

Then you'll have your parameters and limitations.  From that point you may
determine that they don't need two servers.  Then you have a leg up on any
competetors who might recommend a system that actually costs more than what
is needed.


Jerry
----- Original Message -----
From: "Andrew Maynes" <andrew at humanbehaviour.co.uk>
To: <thelist at lists.evolt.org>
Sent: Tuesday, November 05, 2002 10:05 AM
Subject: RE: [thelist] databse reodrs limited and servers


> ok this makes sense and its what I want to hear.  So how do I put a quote
in on
> project that basically needs to be piloted?
>
> Andrew
>
> -----Original Message-----
> From: thelist-admin at lists.evolt.org
> [mailto:thelist-admin at lists.evolt.org]On Behalf Of Jerry Scannell
> Sent: Tuesday, November 05, 2002 14:56
> To: thelist at lists.evolt.org
> Subject: Re: [thelist] databse reodrs limited and servers
>
>
> Andrew,
>
> It is going to be impossible for anyone of us (or you for that matter) to
> recommend a database engine, web server environment, programming language,
> or anything until the requirements of the project are properly defined.
> That's why the pre-design phase is so important.  Requirements gathering
can
> sometime take almost as long as the development phase - because the
science
> of rqmts. management is so misunderstood.
>
> How can you decide what to use until you really know what the parameters
and
> limits of the system are??
>
> Jerry
>
> ----- Original Message -----
> From: "Andrew Maynes" <andrew at humanbehaviour.co.uk>
> To: <thelist at lists.evolt.org>
> Sent: Tuesday, November 05, 2002 9:30 AM
> Subject: RE: [thelist] databse reodrs limited and servers
>
>
> > Thanks Jerry this is really useful. However, I need some rough ideas not
> > definitive answers on this one.  I would like to recommend that PHP is
> used with
> > MySQL and then get a couple of dedicated servers, one for the site one
for
> the
> > email functions.  But is this going to be enough.
> >
> > Andrew
> >
> > -----Original Message-----
> > From: thelist-admin at lists.evolt.org
> > [mailto:thelist-admin at lists.evolt.org]On Behalf Of Jerry Scannell
> > Sent: Tuesday, November 05, 2002 14:16
> > To: thelist at lists.evolt.org
> > Subject: Re: [thelist] databse reodrs limited and servers
> >
> >
> > Andrew,
> >
> > Your requirement list is very vague and impossible to qualify.  Visit
this
> > link
> > http://www.speedev.com/goog_req_mgmt_o.asp
> > to get an idea about what a requirement step should look like.
> >
> > A few years ago I attended a 3-day seminar centered entirely on the
> science
> > of requirements management.  We actually spend the bulk of the first day
> > just understanding the definition of a requirement and, at the very
least,
> > should be able to be treated as an individual entitiy that is
quantified,
> > wualified, and testable .  For instance, simply stating "the system
should
> > be user friendly" is no good.  How do you qualify such a statement?  One
> > person's user friendly is another person's bane.  One of your
requirements
> > states that the number of users should be unlimited.  Not possible!
> >
> > Visit the above link.  This should be a good starting point.  Good luck!
> >
> > Jerry
> >
> >
> > ----- Original Message -----
> > From: "Andrew Maynes" <andrew at humanbehaviour.co.uk>
> > To: <thelist at lists.evolt.org>
> > Sent: Tuesday, November 05, 2002 9:07 AM
> > Subject: [thelist] databse reodrs limited and servers
> >
> >
> > > I need a recommended solution for this:  It's the robust backend bit
> that
> > is the
> > > problem.
> > >
> > >
> > > The system should be;
> > >
> > > ·provided as a "Turnkey" solution whereby the vendor provides, hosts,
> > maintains
> > > and supports the system and our ongoing requirements.
> > >
> > > ·able to be improved without disruption to the business
> > >
> > > ·designed for high end use and as such must have a robust back-end
> > database
> > >
> > > .The amount of users and Ads capable of being listed must be unlimited
> > >
> > > ·integrated with leading accounting and CRM packages "
> > >
> > > Andrew
> > > ---
> > > Outgoing mail is certified Virus Free.
> > > Checked by AVG anti-virus system (http://www.grisoft.com).
> > > Version: 6.0.410 / Virus Database: 231 - Release Date: 31/10/2002
> > >
> > > --
> > > For unsubscribe and other options, including
> > > the Tip Harvester and archive of thelist go to:
> > > http://lists.evolt.org Workers of the Web, evolt !
> > >
> >
> > --
> > For unsubscribe and other options, including
> > the Tip Harvester and archive of thelist go to:
> > http://lists.evolt.org Workers of the Web, evolt !
> >
> > ---
> > Incoming mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.410 / Virus Database: 231 - Release Date: 31/10/2002
> >
> > ---
> > Outgoing mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.410 / Virus Database: 231 - Release Date: 31/10/2002
> >
> > --
> > For unsubscribe and other options, including
> > the Tip Harvester and archive of thelist go to:
> > http://lists.evolt.org Workers of the Web, evolt !
> >
>
> --
> For unsubscribe and other options, including
> the Tip Harvester and archive of thelist go to:
> http://lists.evolt.org Workers of the Web, evolt !
>
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.410 / Virus Database: 231 - Release Date: 31/10/2002
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.410 / Virus Database: 231 - Release Date: 31/10/2002
>
> --
> For unsubscribe and other options, including
> the Tip Harvester and archive of thelist go to:
> http://lists.evolt.org Workers of the Web, evolt !
>