Home
- Overview
- Team
- Stakeholders
- Documentation
- Timeline
- Risks
- Tools and Client Requirements
- Technical Constraints
The existing ANUGA Hydro software has been used to model floods for more than a decade, with excellent results. But for smaller floods, it has a tendency to over estimate the flood area, due to being unable to model underground drainage systems.
This project will extend the ANUGA Hydro software, which is capable of hydrodynamic modelling, by coupling with the US EPA's Storm Water Management Model (SWMM), thus adding to it the ability to model the effects of underground drainage systems.
| Name | UID | Principal Role | Secondary Role |
|---|---|---|---|
| Zhixian (Rachel) Wu | u5807060 | SWMM developer Team leader Minutes taker Landing page maintainer |
Documentation (grammar) reviewer Code reviewer (ANUGA) Client manager |
| Xingnan Pan | u6744662 | ANUGA developer Project Manager |
Test developer Code reviewer (SWMM) |
| Chen Huang | u6735118 | SWMM developer Documention author Minutes taker |
Code reviewer (ANUGA) Quality manager Fallback project manager |
| Lixin Hou | u6456457 | ANUGA developer Documantation author |
Client Manager |
| Mingda Zheng | u6686733 | ANUGA developer Quality manager |
Code reviewer (SWMM) Test developer |
| Yijie Liu | u6890141 | ANUGA developer Quality manager Documentation author |
Test developer |
| Zijun Zhang | u6904534 | SWMM developer Documentation author |
Code reviewer (ANUGA) |
-
The sponsors:
- Professor Stephen Roberts, ANU
- Dr Ole Nielsen, Geoscience Australia
-
The user representatives (flood modellers):
- Rudy Van Drie, Balance Research and Development
- Dr Petar Milevski, Civil Engineer Urban Drainage, Wollongong City Council
Sprint 1 (start of semester - 19/08/2020)
We are doing two-week sprints, with client meetings to close each sprint on Wednesday 5:00PM Canberra time, and team meetings for sprint retrospectives and sprint planning on Wednesday 7:00PM Canberra time.
The first sprint will be a bit longer, so that the rest of the sprints will end just before the Week 6 and Week 10 audits. This means the first sprint will end Wednesday of Week 4.
- 2020-s2-timeline
- 2021-s1-timeline (TBC)
| Risk ID | Risk points | Mitigation measures |
|---|---|---|
| 1 | The time difference might be a cooperation barrier as the team consists of overseas and native members | Most overseas members are living in China, which merely has 2 hours lag with the Australian Eastern Standard Time. The remaining member lives in Perth, which is in the same timezone as China. Therefore, the team or client meeting can be set at afternoon to mitigate the impact. |
| 2 | It may take a long time for team members to learn the complex models in the project. | The team is able to split each stage task into some small tasks which will be allocated to a small group of members (i.e. 1~3 members). Each small tasks will be learnt and conducted simultaneously. The members can then write short sprint reports to document and report their progress and discoveries to the other members. |
| 3 | Team members may have some emergencies during the project, such as sick, exam, which may interrupt the project progress. | We will never have any task that is only performed by one team member. Either the task will be performed by a small group, or if it is too small one team member will be assigned as the secondary person responsible for reviewing the code and taking over if the member principally responsible has an emergency situation. |
- The project should be developed in Github
- Each member is able to test in a branch
- Using pull request to get the task review from others
- Only tested and review code should be merged into the
mainbranch
- The project is mainly developed on Ubuntu 20.04
- This means that team members will need to install a virtual machine or dual boot. All members have already done so.
- Setup Continuous Integration (CI) tools to test on three platforms (Windows, MacOS and Ubuntu) automatically.
- This was a Sprint 1 task for two members of the team. They have already set up Appveyor and TravisCI to handle this.
- Software standards
- The Python code should follow the PEP8 standard apart from agreed exceptions.
- All code, apart from the most trivial, should have corresponding unit tests.
- Model behaviour should be tested end to end with real data.
- Tests should be integrated with a CI server.
- The standard official version of SWMM from the US EPA website is only available for Windows, so we will use another open-source project called PySWMM by Open Water Analytics.
The end modelling software must be a coupling between ANUGA and SWMM. There are no other open-source options for this type of software. And even if there were, the team was commissioned by the clients to improve the existing ANUGA Hydro software in a specific way.
