SE Project Showcase 2009!
Schedule
Please note the changed venue to that previously advertised.**Presentation sessions
| Time | Details |
|---|---|
| 0900 - 0910 | Introduction and words of wisdom: Warwick Irwin |
| 0910 - 0930 | Corona |
| 0935 - 0955 | Soar |
| 1000 - 1020 | GloboCorp |
| 1025 - 1035 | Break |
| 1035 - 1055 | Team Patchwork |
| 11:00 - 11:20 | Flare Solutions |
| 1125 - 11:45 | Ontario Mega Finance Group |
Lunch break
Presentation sessions
| Time | Details |
|---|---|
| 1300 - 1305 | Introduction |
| 1305 - 1325 | Team Noticeably Better |
| 1330 | Closing words and papal blessings: Neville Churcher |
Awards
Awards were presented at the COSC end-of-year BBQ.
- Highest rated by peers (overall, as assessed by peers for all the presentations of the year): Qianhao (Lae) Chen
- Most valued group member (as assessed over the year by their own group) - first equal: Joseph Scarr, Christopher Deaker
- Most improved presenter: Nicholas Molhoek
- Group most likely to achieve world domination: Globocorp
- Best multimedia experience: Flare Solutions
- Most attractive group (The group most students voted to join if their own group had not been formed): Soar
Haiku
An optional part of the individual submission for the year was to write a Haiku. View all the submissions.
- CSSE Poet Laureate 2009 Award: Daniel Hammond
- CSSE Poet Runner Up 2009 Award: Michael Stanger
- Highly Commended Award: Robert Young
- "Words to Live By" Award: Navarre Trousselot
- "Off by One" Award (even with an extra syllable, it's a great effort ...): Martin van Zijl
Pictures
Please note that photographs and video might be taken during the event. These will only be used with relation to the course (e.g. promoting COSC325, SE Showcase etc.). If you have any objections to your photo being taken, please email Moffat prior to the event so that we can blur your face in the images.
![]() |
| Set 1 |
Rules
- Presentations will be timed, and should not exceed 20 minutes. Times are all inclusive (i.e. it will include any setup etc.).
- Presentations must be understandable to the wider computer science audience.
- They must detail the project problem (what you are trying to accomplish), the project's target audience (who will use your system?), your high-level design, and your solution (your group's contribution to the project - what you did).
- The presentation must be conducted by one or more of your group members. Other people can be used in parts of demonstrations (if needed), but the actual presentation must be conducted by your group.
There are also a few guidelines that might be of interest to you.
People
| Examiners | |
|---|---|
![]() Neville Churcher |
![]() Warwick Irwin |
| Session Chairs | |
|---|---|
![]() David Thomson |
![]() Ray Hidayat |
| Administration | |
|---|---|
| Thank you to Alex Tobeck for all the administration tasks during the year (relating to COSC325) and for helping with the organising of SE Showcase 2009! | ![]() Alex Tobeck |
| Organiser | |
|---|---|
![]() Moffat Mathews |
Project overview
This year's project consisted of building a Process Metrics Plugin for the Eclipse Integrated Development Environment.
A software metric is some measure of a piece of software or the process used to create the software. Software metrics help assess the quality (and limitations) of the software and play an important part in its design, refactoring, and maintenance.
Software metrics generally fall into two categories: product metrics and process metrics.
Product metrics measure various aspects of the software in its final state and say something about the quality of the software itself. This could be a very simple measure, such as lines of code, or a more detailed measure such as a measure of complexity.
Process metrics measure aspects of the software development process. For example, how long did it take to create a particular method? How often was a particular line of code edited over a selected timeframe? What is the codeage of each line? How much time was spent in a particular activity (e.g. writing code, debugging, etc.) totally, or by each developer?
Currently, no tools exist to automatically collect and display process metrics to the developers during development.
There are several challenges to this project:
- Process metrics generally involves viewing the same events across multiple dimensions, in relation to other variables, and in different perspectives. A process metrics tool needs to account for this.
- Matching developer behaviour to a development model is difficult e.g. what does it really mean if a developer edits a line of code? Is it fixing a bug or adding a feature?
- Developers usually work in teams, using some form of source code control. This tool would need to handle concurency.
- The tools needs to allow for extensibility. Sensors to collect new metrics should be added with ease.
- The tool should not impose on the normal development environment. This means working with the Eclipse codebase and following the Eclipse style guidelines.
- The tool should allow for reporting (and potentially visualising) the metrics.
Having tools that collect, model, and display process metrics is useful, not just for the developer (or development team), but also for the software engineering community, as it gives us insight into how software is created and maintained. Having this knowledge could not only help us understand the process of creating software, but could also help us redesign the way we work, and thus revolutionise the way we build software in the future.
Groups
Corona Enterprise
The RTM (RealTime Metrics) plugin has been developed by Corona Enterprise in 2009.
It is a fully extensible eclipse plugin that seamlessly runs in the background of the Eclipse IDE constantly recording data useful for software developers, project managers and researchers. The plugin aims to be as nonintrusive as possible, fully extensible for future development and provide a useful data model which can be analysed to change the way we develop software.
Group members:Chris Campbell, Ehsan Nasheri, Adrian Goode, Dan Hammond, Geoff Sugden, Jonathan Burch
Soar
Soar are proud to present their new Eclipse plug-in, Eagle.
Eagle provides a flexible platform for data gathering and presentation in the Eclipse platform. Integrated seamlessly with Eclipse and designed to encourage expansion and adaptation of the system, Eagle can be configured to capture and display metrics to support your development process.
Designed with both developers and researchers in mind, Eagle provides real-time feedback through code-colouring for developers and collects information on the development process for researchers.
Eagle requires no connection to a database and supports both stand-alone and team development. In addition, Eagle allows for implementation of non-default methods of storage, addition of different colouring strategies and data collection hooks.
Eagle is every developer's dream. Try Eagle today, you will be impressed.
Group members:Linda Pettigrew, Paul Clark, Colin Fagg, Patrick Lister, Yen Sheng Pan, Kitty Miranda
Globocorp
GLOBOCORP's Observer and Aftermath solutions provide innovative tools for developers, comprehensive reports for managers, and valuable data for researchers about the software development life cycle.
Observer is an unobtrusive plug-in for the Eclipse IDE which features a fully extensible platform for monitoring developer activity. It also enables developers to visualise metric information in Eclipse by overlaying it on the source code itself.
Aftermath is an XSLT-based metric framework and reporting application that allows managers and researchers to view their collected data in any way they desire.
Together they form an extremely versatile, fully customisable solution for the collection and collation of process metrics
Group members:Joey Scarr, Josh Oosterman, Lukas Korsika, Jonas Bergler, Scott Mansell
Team Patchwork
Patchwork Metrics gathers and records metrics about the way that Eclipse is used.
The plugin's design focused on creating a product that would be both highly extensible and unobtrusive. It is possible to easily extend the functionality of the plugin by writing additional listeners or by integrating with entirely new plugins using extension points. Due to the extensible storage framework, metrics introduced by third-party code can easily be stored and reported on. No user maintenance or setup is required as the plugin records to XML, this results in a low overhead and reduced interference. The information gathered is invaluable to project managers, researchers and developers alike and exists in a form which is easily human-readable.
Group members:Victor Willyams, Branwen Evans, Martin van Zijl, Nick Molhoek, Oliver James
Flare Solutions
FOR IMMEDIATE RELEASE:
Flare Solutions Eclipses Rivals With Next-Generation Eclipse Plug-in
Thursday, 1 October 2009, 2:52 pm
Press release: Flare Solutions Inc.
Christchurch, NZ — Flare Solutions has reached new heights of metric reporting with the release of their post-minimalist process metrics engine, Flare Metrics. The engine provides managers, software developers and researchers with a simple and lightweight, proactive, scalable framework for facilitating daily insight into software development.
Flare Metrics seamlessly integrates into Eclipse to create a dynamic synergy, easily recording raw developer data using industry standard XML technology. By storing data online, Flare Solutions provides user-centric data to managers and researchers—no matter where they are. The engine also allows for extensibility, enabling users to expand on the solid data foundations already provided by Flare Solutions.
Flare Metrics and Eclipse: bringing simplicity, power, and knowledge to business and research throughout the world.
-ENDS-
Group members:Karen Mort, James Nimmo, Ben Gibson, Liam Coghill, Tomo Umaoka, Jade Montagu
Ontario Mega Finance Group
WatchThis is an Eclipse plugin designed to subtly collect fine-grained data about a team-based Java software development process.
Simple, Extensible and Independent of Versioning Systems, WatchThis builds a complete and precise history of the development process including data concerning particular distinct fragments of work completed by each developer as well as tracking development habits which could lead to increased efficiency and higher productivity.
The use of the WatchThis development based burndown feature will allow development teams to track their progress on large scale projects with absolute minimal overhead.
Group members:Chris Deaker, Michael Stanger, Kawin Srirungrot, David van Dugteren, Carlo Dalziel, Dimitri Boufal
Team Noticeably Better
The Process Metrics Eclipse Plug-in project focuses on discovering valuable information during the processes of software developments.
We collect a variety of data, from as low as the source codes to as high as Eclipse itself. Our plug-in maximizes Eclipse integration and minimizes user interaction, it runs silently in the background to collected data, and provides useful graphical feedback to the users as well as raw data to the researchers.
It looks pretty too. ![]()
Group members:Qianhao Chen, Jacob de Lacey, Robbie Young, Jamie Thompson, Navarre Trousselot
If you have any queries regarding this event, please email Moffat Mathews
Created: Thu Sep 18 14:36:54 NZST 2008, Moffat MathewsLast modified: Thu Oct 08 10:41:22 NZST 2009







