OpenPETRA Architecture Team: Difference between revisions
No edit summary |
|||
Line 25: | Line 25: | ||
''These are discussions only and ''might'' result in one or the other decisions!'' | ''These are discussions only and ''might'' result in one or the other decisions!'' | ||
* [[Changes to the Process and Workflows of openPETRA Development]] | * [[Changes to the Process and Workflows of openPETRA Development]] | ||
* [[Tools for Supporting the Process and Workflows of openPETRA Development]] | * [[Tools for Supporting the Process and Workflows of openPETRA Development]] | ||
Line 44: | Line 43: | ||
==Decisions Taken== | ==Decisions Taken== | ||
* | * [[Other Source Code Versioning System than git]] Moving to bazaar (Dec. 7th, 2010, architecture team meeting) | ||
==Meeting Notes== | ==Meeting Notes== | ||
* [[openPETRA meeting in Carlisle (Nov.30th - Dec.2nd, 2010)]] | * [[openPETRA meeting in Carlisle (Nov.30th - Dec.2nd, 2010)]] |
Revision as of 09:52, 8 December 2010
What is the Architecture Team?
A group of people within the openPETRA development team that looks at and improves architectural issues of various kinds.
Team Members
The openPETRA Architecture Team currently consists of christiank and MathiasG. They were nominated to that job by the the other openPETRA core developers at an openPETRA meeting in Carlisle (Nov.30th - Dec.2nd, 2010).
The members of the Architecture Team do not work full-time on architectural issues; rather they are 'normal' openPETRA developers who can be contacted about architectural issues and who are pro-actively looking for architectural issues as they go about their development work. They might work full-time on issues for a certain time as the need arises.
Purpose of the Architecture Team
The Architecture Team...
- proactively identifies issues in the architecture or development process of openPETRA and highlights them to the development team.
- investigates issues of the architecture or development process of openPETRA as identified by other development team members.
and...
- comes up with proposals on how to improve identified issues.
- implements changes to resolve or improve the identified issues themselves, or delegates the implementation of changes to another member of the development team, depending on whatever is seen as best and who/if somebody is available for that.
- creates and maintains documentation on the topics of
- openPETRA architecture
- development process of openPETRA
Discussions
Current Discussions
The list below contains discussions on current topics.
These are discussions only and might result in one or the other decisions!
- Changes to the Process and Workflows of openPETRA Development
- Tools for Supporting the Process and Workflows of openPETRA Development
- DB Discussions: Transaction Model, Savepoints, Locking; Exception Handling; Caching
Proposals for Potential Topics for Further Discussions
The list below contains proposals for discussions on topics that we might want to look at. There is no particular order.
These are discussions only and might result in one or the other decisions!
- Decimal/Rounding Calculation Definition Responsible: ThiasG with help from Wolfgang Uhr
- Validation Framework will be discussed by ThiasG and ChristianK beginning of 2011
- Generated Files With Manual Code Blocks: Should be part of https://sourceforge.net/apps/mantisbt/openpetraorg/view.php?id=155
- Data Spread Over Many DB Tables vs. Same Data in One DB Table - Performance Responsible: ThiasG with Timotheus
- Unit test framework Responsible: ThiasG Prepare proposal
- Gathering of Statistics - Which Sites Use Which Functions of PETRA/openPETRA Nice to have, middle Priority. Responsible: ChristianK
- Business Layer: No priority
- GUI Generator: Simulator for Previewing of GUI (No Dev.Env. necessary?): No priority
Decisions Taken
- Other Source Code Versioning System than git Moving to bazaar (Dec. 7th, 2010, architecture team meeting)