mospft-devel — General discussion relating to the development of the project.

[Mospft-devel] FASD project: Online survey launched

[<ben...@id...>]

Dear Open Source developer

I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate.
You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it.

With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development.


With many thanks for your participation,
Benno Luthiger


PS:
The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/.
We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list.

_______________________________________________________________________

Benno Luthiger
Swiss Federal Institute of Technology Zurich
8092 Zurich

Mail: benno.luthiger(at)id.ethz.ch
_______________________________________________________________________

RE: [Mospft-devel] (no subject)

[Jim P. <bri...@ya...>]

I'll see what I can do.  I don't see a problem with that.

Jim Powell
Chief Executive Officer
Frail Moon Enterprises, Inc
po...@gs...


> -----Original Message-----
> From: mos...@li... [mailto:mospft-devel-
> ad...@li...] On Behalf Of Ben
> Sent: Thursday, November 22, 2001 2:14 AM
> To: mos...@li...
> Subject: [Mospft-devel] (no subject)
> 
> 
> 
> 
> Would you be able to get a project checked in over the weekend, just
> showing me how you want it to be organised (ie with .inc files) and
maybe
> just an initial file which brings up a frame in wx (so i can see how
its
> all linked together.)
> 
> Im away for the weekend, but wouldnt mind playing around with some
stuff
> from next week so this would be cool-
> 
> Thanks,
> Ben
> 
> 
> --
> Ben Wootton
> ct...@co...
> 
> 
> 
> _______________________________________________
> Mospft-devel mailing list
> Mos...@li...
> https://lists.sourceforge.net/lists/listinfo/mospft-devel


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

[Mospft-devel] (no subject)

[Ben <ct...@co...>]

Would you be able to get a project checked in over the weekend, just
showing me how you want it to be organised (ie with .inc files) and maybe
just an initial file which brings up a frame in wx (so i can see how its
all linked together.)

Im away for the weekend, but wouldnt mind playing around with some stuff
from next week so this would be cool-

Thanks,
Ben


-- 
Ben Wootton
ct...@co...

[Mospft-devel] Requirements for 0.1

[Ben <ct...@co...>]

Here are the the initial requirements for 0.1 .  Im not sure if they had
to be presented in a specific way, but if so feel free to tidy them up and
we can stick to a standard in future documents.  We will also have to
discuss using the feature request etc available on the sourceforge
website-

Rgds,
ben


MOSPFT: Version 0.1 requirements
Last updated November 16th!

We need to represent:
- Checking accounts
- Savings accounts
- Credit cards
- Loans & other debtors
- Other receivers / ie family/friends
- Creditors - ie Employer

The ability to:
- Manually enter transactions
- Transfer money between accounts
- Schedule regular money transfers
- Log all transactions to maintain audit trail
- See basic summary statistics

UI at 0.1:
- Multiple window approach (cf Forte)
- User explorer - shows all elements
- HTML/PhP frontend

Tree Control example:  // A change in this updates HTML accordingly
  + Accounts
    + Citibank Checking
    + Barclays Savings
  + Incoming
    + Employer
  + Outgoing
    + Barclays Credit Card
    + Car Loan   // Expansion to other things which might not be
implemented yet
      + Details
      + Reporting


Considerations:
Need to think about user authentication at later stages.  May have
implications for design at early stage,
When completing a transfer this could be into a new entity, ie a
stock purchase.
Need to decide on the main point of interaction.  Will things such as
setting up a new loan
or changing payment details occur through HTML or in program.  Maybe HTML
should just be used for displaying data??






-- 
Ben Wootton
ct...@co...

Re: [Mospft-devel] RE: [Mospft-admin] Meeting

[Ben <ct...@co...>]

Cool I agree with that, the only thing is we then need a table linking
users and accounts-

Im going to download metakit and get used to whats going on-

ben


On Mon, 5 Nov 2001, Powell, Jim (EER) wrote:

> > The only thing I didn't get about your schema was why did you
> > include things like pointers in the schema, isn't that something
> > which we worry about when building the system? Isn't the database
> > schema just how the data is held?
>
> In the following case:
>
> > Transaction
> >	ID		The key
> >	Check		The check number (not used for savings)
> >	To		The name to whom the check is made out
> >	Reconciled	Whether the check has been reconciled (Boolean)
> >	Withdrawal	Check/ATM Withdrawal/etc.
> >	Deposit	Money going in.
> >	Balance	Balance as of this transaction.
> >	Next		ID of next transaction for this account.
>
> I included the Next pointer, because it will actually be stored as part of
> the database.  This way we can have 1 transaction table for standard bank
> accounts, and any number of accounts pointing at that table.
>
> However, I have been looking and for efficiency, it might be better to have
> a different table for each of the accounts.  My original plan was to have a
> single transaction table that all of the accounts used, but running through
> the numbers, unless the user doesn't do a backup for 20 years, the saves
> disk space for 5 accounts is only about 1 MB (this is 5 years writing 3
> checks per day and making 2 deposits per week), hardly worth the wasted
> computing time to do the linked list approach for the table.  So, I would
> change to the following on my part:
>
> User
> 	UserID	Name/Login
> 	Password	Some kind of security <--I like this comment
> 	Forename
> 	Surname
> 	DOB
> 	Account	Some how we need to figure out which accounts
> 			this user has access to so that we can display
> 			a list for him/her to choose from.  This could
> 			as simple as a CSV list, or as complex as a
> 			linked list.
>
> Bank Accounts
> 	Active	Is the account active (Boolean)
> 	Bank		This will be the banks 9 digit Routing Number, we
> need
> 			to determine what the approach is in Europe, I think
> 			the 12 digit number is standard.  If it is, we can
> use
> 			this number as a lookup into a Bank Table.
> 	Account	This will contain the account number
> 	On-line	Whatever is needed to perform online banking with this
> 			bank.
> 	Balance	The calculated balance
>
> Transaction
> 	Check		The check number (not used for savings)
> 	To		The name to whom the check is made out
> 	Reconciled	Whether the check has been Reconciled (Boolean)
> 	Withdrawal	Check/ATM Withdrawal/etc.
> 	Deposit	Money going in.
> 	Balance	Balance as of this transaction.
>
> _______________________________________________
> Mospft-devel mailing list
> Mos...@li...
> https://lists.sourceforge.net/lists/listinfo/mospft-devel
>

-- 
Ben Wootton
ct...@co...

[Mospft-devel] RE: [Mospft-admin] Meeting

[Powell, J. (EER) <Pow...@na...>]

> The only thing I didn't get about your schema was why did you
> include things like pointers in the schema, isn't that something
> which we worry about when building the system? Isn't the database
> schema just how the data is held?

In the following case:

> Transaction
>	ID		The key
>	Check		The check number (not used for savings)
>	To		The name to whom the check is made out
>	Reconciled	Whether the check has been reconciled (Boolean)
>	Withdrawal	Check/ATM Withdrawal/etc.
>	Deposit	Money going in.
>	Balance	Balance as of this transaction.
>	Next		ID of next transaction for this account.

I included the Next pointer, because it will actually be stored as part of
the database.  This way we can have 1 transaction table for standard bank
accounts, and any number of accounts pointing at that table.

However, I have been looking and for efficiency, it might be better to have
a different table for each of the accounts.  My original plan was to have a
single transaction table that all of the accounts used, but running through
the numbers, unless the user doesn't do a backup for 20 years, the saves
disk space for 5 accounts is only about 1 MB (this is 5 years writing 3
checks per day and making 2 deposits per week), hardly worth the wasted
computing time to do the linked list approach for the table.  So, I would
change to the following on my part:

User
	UserID	Name/Login
	Password	Some kind of security <--I like this comment
	Forename
	Surname
	DOB
	Account	Some how we need to figure out which accounts
			this user has access to so that we can display
			a list for him/her to choose from.  This could
			as simple as a CSV list, or as complex as a 
			linked list.

Bank Accounts
	Active	Is the account active (Boolean)
	Bank		This will be the banks 9 digit Routing Number, we
need
			to determine what the approach is in Europe, I think
			the 12 digit number is standard.  If it is, we can
use 
			this number as a lookup into a Bank Table.
	Account	This will contain the account number
	On-line	Whatever is needed to perform online banking with this
			bank.
	Balance	The calculated balance

Transaction
	Check		The check number (not used for savings)
	To		The name to whom the check is made out
	Reconciled	Whether the check has been Reconciled (Boolean)
	Withdrawal	Check/ATM Withdrawal/etc.
	Deposit	Money going in.
	Balance	Balance as of this transaction.

[Mospft-devel] RE: [Mospft-admin] Meeting

[Ben <ct...@co...>]

See attatched-

Ben


On Mon, 5 Nov 2001, Powell, Jim (EER) wrote:

> Well, if e-mail is the way we have to do it, then that's the way we have to
> do it.  I remember being in college, there is not a lot of free time, and
> yes, something like this would look really good on your resume.
>
> Well, I had time to go through the MetaKit API, and it looks like our best
> rchoice.  There isn't a lot involved in getting the database part up and
> running that way, and there is no need to have the user go out and get any
> other programs in order to get our program to run.
>
> OK, either way, I see the DB Schema as our first order of business.  Once we
> have that defined, that will fall into our UML and we can seriously get
> started.  Nice thing about learning Rose is that it is pretty universal, of
> course using Thorn you don't get all the nice things, but close enough.  OK,
> here is what I see as the major things to go into the DB, this is not a
> schema, just a first pass at the data so we can begin to come up with one.
>
> Bank Accounts
> 	ID		The Record Number (The key for the record)
> 	Active	Is the account active (Boolean)
> 	Bank		This will be the banks 9 digit Routing Number, we
> need
> 			to determine what the approach is in Europe, I think
> 			the 12 digit number is standard.  If it is, we can
> use
> 			this number as a lookup into a Bank Table.
> 	Account	This will contain the account number
> 	On-line	Whatever is needed to perform online banking with this
> 			bank.
> 	Balance	The calculated balance
> 	Transaction	A pointer to the First of a link list of
> Transactions.
>
> Transaction
> 	ID		The key
> 	Check		The check number (not used for savings)
> 	To		The name to whom the check is made out
> 	Reconciled	Whether the check has been Reconciled (Boolean)
> 	Withdrawal	Check/ATM Withdrawal/etc.
> 	Deposit	Money going in.
> 	Balance	Balance as of this transaction.
> 	Next		ID of next transaction for this account.
>
>
> That's probably everything you can do with Checking/Savings, I'll let you
> think about stocks/bonds/securities.  You might want to look up the
> Financial Information Exchange (FIX) Protocol, that seems to be the protocol
> by which online trading is done (maybe online banking as well, I haven't had
> time to look into it yet.
>
> Well, that looks like a good start.  Have fun trying to digest all of it.
>
> Jim Powell
> AV-8B Weapons Integration Group
> EER Systems, Inc
> (760)939-9089
> mailto:pow...@na...
>
>
> > -----Original Message-----
> > From: Ben [mailto:ct...@co...]
> > Sent: Monday, November 05, 2001 1:28 AM
> > To: Jim Powell
> > Cc: mos...@li...
> > Subject: RE: [Mospft-admin] Meeting
> >
> > Ah sorry, I was here till about 7pm our time.... Pulled another all day
> > sat in front of the computer from about 9 o'clock.  Weve had about 30
> > models in rational rose to do before tuesday so everyones been working
> > very hard.
> >
> > If you definetly still want to do this then we can start trying to sort
> > things out over email?? IF your not sure then Ill come up with something
> > else to work on... Id like to work with you though because I think ill
> > learna  lot from you and you seem like you would actually get something
> > done unlike most of the people on sourceforge-
> >
> > let me know what you think...
> >
> > ben
> >
> >
> > On Sun, 4 Nov 2001, Jim Powell wrote:
> >
> > > Well, I'm home, you don't seem to be online.
> > >
> > > Jim Powell
> > > Owner
> > > Frail Moon Enterprises
> > > po...@gs...
> > >
> > >
> > > > -----Original Message-----
> > > > From: mos...@li... [mailto:mospft-admin-
> > > > ad...@li...] On Behalf Of Ben
> > > > Sent: Sunday, November 04, 2001 3:39 AM
> > > > To: mos...@li...
> > > > Subject: [Mospft-admin] Meeting
> > > >
> > > >
> > > > Hi,
> > > >
> > > > I went home about 5 pm my time yesterday as I had been working all day
> > > and
> > > > wanted to sleep!  However, I should be here a bit later today.... It
> > > would
> > > > be cool if we could get started on the project-
> > > >
> > > > Rgds,
> > > > Ben
> > > >
> > > >
> > > > --
> > > > Ben Wootton
> > > > ct...@co...
> > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > Mospft-admin mailing list
> > > > Mos...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/mospft-admin
> > >
> > >
> > > _________________________________________________________
> > > Do You Yahoo!?
> > > Get your free @yahoo.com address at http://mail.yahoo.com
> > >
> > >
> > > _______________________________________________
> > > Mospft-admin mailing list
> > > Mos...@li...
> > > https://lists.sourceforge.net/lists/listinfo/mospft-admin
> > >
> >
> > --
> > Ben Wootton
> > ct...@co...
> >
> >
> >
> > _______________________________________________
> > Mospft-admin mailing list
> > Mos...@li...
> > https://lists.sourceforge.net/lists/listinfo/mospft-admin
>
> _______________________________________________
> Mospft-admin mailing list
> Mos...@li...
> https://lists.sourceforge.net/lists/listinfo/mospft-admin
>

-- 
Ben Wootton
ct...@co...

[Mospft-devel] Two more things-

[Ben <ct...@co...>]

I thought of two more things-

We should try and get a sample project using wxWindows
which is talking to the database, checked into CVS and check that we can
both compile and have no linking issues-

im learning quite a lot about XML, Id like to think about serving up
some information in XML being as we are avoiding MySQL.  Maybe another
argument for some kind of plugin support interface.  This would be good as
other developers could get involved easier...

Cool, have fun
ben




-- 
Ben Wootton
ct...@co...