User Name Password Register
DaniWeb IT Discussion Community
All
What is DaniWeb IT Discussion Community?
You're currently browsing the Software Developers' Lounge section within the Software Development category of DaniWeb, a massive community of 397,576 software developers, web developers, Internet marketers, and tech gurus who are all enthusiastic about making contacts, networking, and learning from each other. In fact, there are 3,469 IT professionals currently interacting right now! Registration is free, only takes a minute and lets you enjoy all of the interactive features of the site.
Please support our Software Developers' Lounge advertiser:

payment structure for development project

Join Date: Dec 2005
Posts: 3,337
Reputation: Salem has much to be proud of Salem has much to be proud of Salem has much to be proud of Salem has much to be proud of Salem has much to be proud of Salem has much to be proud of Salem has much to be proud of Salem has much to be proud of Salem has much to be proud of 
Rep Power: 20
Solved Threads: 378
Colleague
Salem's Avatar
Salem Salem is offline Offline
void main'ers are DOOMed

Re: payment structure for development project

  #4  
Sep 13th, 2007
> what are good milestones to use to trigger payment?
What are the key features of your application?
- create account, log in, log out, edit user details
- list items for sale (sellers)
- search items (buyers)
- end to end transactions

> But again, how is "completion" defined?
You test it.

If you've written the requirements clearly, it should be pretty obvious what needs to work and how you would test it.
Like for example, you'll have statements like
- A user will be able to create an account
- A user will be able to change their password
- User information will include home address and phone number.
I like numbered paragraphs with only one "will/shall" imperative statement per paragraph, along with any additional descriptive prose to help with understanding. Yes it will be a dry read, but at least everyone will know where they stand.

From that, you can derive a list of tests which you expect to pass at each release.

With the first alpha release (possibly even before then), you'll need to agree on the process for raising bugs against specified releases.

> --> So say for example we have a list of items in the Scope of Work
> and as each item/a few items are completed we hand over the money?
Except it would be a flat rate. Even if nothing seemed to happen in one week, you'd still hand over the agreed weekly amount. Maybe there were some hard problems which slowed progress down. Likewise, other weeks will show massive progress. So long as the "moving month" average looks like it's on track, there shouldn't be much cause for concern on your part. But at least you'll have a record of what was being done.
If you dance barefoot on the broken glass of undefined behaviour, you've got to expect the occasional cut.
Do not PM me for help; You'll be ignored, or told to learn to read.
Do not ask me if I'm muslim - I'm not. Nor do I care about yours or anyone else's mysticism. Religion is a matrix, take the RED PILL.
Reply With Quote  
All times are GMT -4. The time now is 4:45 pm.
Forum system based on vBulletin Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
©2003 - 2008 DaniWeb® LLC