,           ,
 /             \ 
((__-^^-,-^^-__))
 `-_---' `---_-'
  `--|o` 'o|--'     TWiki . Moap
     \  `  /
      ): :(
      :o_o:
       "-"
::: MeetingNotes-2003-10-03 (r1.1 vs. r1.2) :::
 
  TWiki . Moap . MeetingNotes-2003-10-03  Edit page  View page # All Diffs  Printable  More :::

Home

Project
Sourceforge
Tasks
Bugs

Collaboration
Mailing Lists
Chat

 <<O>>  Difference Topic MeetingNotes-2003-10-03 (r1.2 - 04 Oct 2003 - TWikiGuest)
Changed:
<
<

  • Ben, Felipe, James, Jordane, Tapan
>
>

  • Ben, Felipe, James, Tapan
Added:
>
>

  • Tapan looked through data model that James has done.
Changed:
<
<

    • Why Gnucash? Very mature, open source, rich functionality
>
>

    • Why Gnucash? Tapan: Very mature, open source, rich functionality, reporting functionality.
Changed:
<
<

    • Gnucash maybe can't run on Windows:
>
>

    • Felipe: power of GNUCash is on the business objects. Integration with DB includes financial objects only. Possibility to access business objects from Java still needs research
    • Even if we not decide to integrate Gnucash, we still can copy and reimplement Gnucash's data-model
  • Gnucash maybe can't run on Windows: is Windows a requirement?
Deleted:
<
<

    • Even if we not decide to integrate Gnucash, we still can copy and reimplement Gnucash's data-model
Added:
>
>

    • How distinct are accounting and portfolio management system? Makes sense to split since that’s "best practice". Separation of function is important.
Changed:
<
<

    • MFIs' accounting dept are usually conservative, and it would be hard to convince them to migrate to some specific accounting package. Thus we have to be as flexible as possible.
  • From James' experience in Philipines, he learned that the systems generally start with a good data-model but it becomes very confusing as the software evolves.
>
>

    • MFIs' accounting dept are usually conservative, and it would be hard to convince them to migrate to some specific accounting package.
    • Thus integration (or integration's flexibility) will be key.
    • How many accounting systems out there?
  • In Philippines, James looked at 3 different systems. They generally started with a good data-model but it becomes very confusing as the software evolved.

 <<O>>  Difference Topic MeetingNotes-2003-10-03 (r1.1 - 03 Oct 2003 - TWikiGuest)
Added:
>
>

%META:TOPICINFO{author="guest" date="1065204540" format="1.0" version="1.1"}% %META:TOPICPARENT{name="MeetingNotes"}%

Attendees

  • Ben, Felipe, James, Jordane, Tapan

Key Notes

  • Ben posted the MoApBusinessPlan
  • James updated us on the grant proposal: he already submitted it and we have good chances.
  • We all wish to thank Jordane for his great work on the SanghamithraDataModel

  • We discussed GnuCashIntegration problems
    • Why Gnucash? Very mature, open source, rich functionality
    • We have a few integration options, but we have to consider the effort too.
    • Gnucash maybe can't run on Windows:
      • No problem as a proof-of-concept, but we must support Windows at some point: most MFIs use Windows
      • Gnucash's Engine is OS neutral, so it might be possible to port just the engine to Windows.
    • Even if we not decide to integrate Gnucash, we still can copy and reimplement Gnucash's data-model
  • We will focus on portfolio-management, integrating with an open source accounting solution.
    • MFIs already have an accounting system but doesn't have a portfolio-management
    • MFIs' accounting dept are usually conservative, and it would be hard to convince them to migrate to some specific accounting package. Thus we have to be as flexible as possible.
  • From James' experience in Philipines, he learned that the systems generally start with a good data-model but it becomes very confusing as the software evolves.
  • In our discussions we are focusing too much on the integration architecture rather than the functionality / requirements. Let's first have a good set of core functionality and then the architecture would be more clear.
  • Developing a proof-of-concept or prototype:
    • James: Let's create a proof-of-concept ASAP to validate our model
    • Felipe suggested that we create a proof-of-concept that can evolve and thus becoming a good foundation, rather than create something that we would through it away.
    • We already have use cases, but we have too many for the prototype. A roadmap braking the use cases in releases might be a good starting point.

Action Items

  • Update project spreadsheet, Ben
  • Put tasks on Sourceforge Tasks, Felipe
  • Product Roadmap, James
  • Development Environment, Felipe

-- FelipeAlbertao - 03 Oct 2003


Revision r1.1 - 03 Oct 2003 - 18:09 GMT - TWikiGuest
Revision r1.2 - 04 Oct 2003 - 11:09 GMT - TWikiGuest
Copyright © 1999-2003 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback.