Blog Posts

Continuing Development

The in-development home screen

The team continued to make great progress on developing the application this week. One highlight is the animation of of credit cards shuffling through the Home Screen. After an informative class session on reviewing the components of a system, the team worked to ensure their development was as modular as possible. In doing so, the team merged all the branches of their progressing code. Also, the team received additional feedback on what a comprehensive business plan should look like. By the end of the semester, they plan to ensure the drivePay application is both feasible and profitable, and will develop a model showcasing how the technology is needed in the current state of the market and will continue to grow. The team is excited to continue working, and is on track for QRB 2!

QRB1 Success!

This week, the team presented at QRB 1. The team received overwhelming positive feedback, and will work to implement some of the constructive criticism they received. After meeting with the sponsor, team Easy Money is ready to tackle the next segment of project development: implementing the in car display. They will also buy a physical display to simulate the application on. In addition, they will continue developing a business plan, specifically focusing on how to integrate the DrivePay app for small businesses.

Preparing for QRB 1

This week the team continued working on the documents for the QRB 1 Presentation next week. In addition, a lot of progress was made on the prototype that will be highlighted in the QRB. Specifically, the team was able to establish a bluetooth connection between multiple devices, which is a key component of the final design. The team has also worked on implementing the first level of encryption to ensure all transactions are secure. The team will continue adding features to the product and is excited to present at the QRB 1 and gain valuable feedback!

Back to work

Our Work Breakdown Structure for the semester.

Team Easy Money is ready for the spring semester after our first IPPD class session. The team worked to finalize a plan for the spring semester, including a Work Breakdown Structure, Timeline of Tasks, and addressing our biggest anticipated risks with some mitigation strategies. Most notably, the WBS clearly outlined what portions of the project needed to be tackled, and the team is working to develop sub teams that will be responsible for different sections of the software, all while utilizing collaboration. In addition, the team has rotated some of the group roles to ensure everyone has a fresh start for the semester!

SLDR Week

Our team after our SLDR Presentation

This week, our team gave our SLDR presentation! We received lots of helpful feedback, and were asked some difficult questions. Overall, the presentation went well, and we appreciate the feedback and questions from the audience.

In the next semester, we plan on continuing our prototype design by implementing planned features that we could not get to in the initial prototype for PID, such as iOS support and integration with the Bluetooth Beacon system. We will also implement changes based on the feedback we received during our presentation, and will be sure to come up with adequate answers for some of the challenging questions that our audience asked us. This will involve our team researching and developing the business and financial case for our in-car payment solution more in the coming semester.

A 3D render of a mockup of our final design, with the internal system view inset in the bottom right corner.

Getting ready for SLDR

The opening slide of our SLDR presentation

This week, our team finished our rough draft of our System-Level Design Review (SLDR) report and presentation, which we will present this coming week. We gave our draft presentation to the class for peer review, and received lots of good feedback on improvements we could make. One important piece of feedback we received is that our presentation needs to talk about the different potential use cases for the product.

Over the next week, we plan on incorporating the feedback we received from the peer review and our sponsor meetings into our presentation, so that we can fix issues and make improvements. We will also continue to practice our presentation to make sure we’re all comfortable with the material and ready to present it. We will continue working on our SLDR report as well, and will make sure it’s in good shape before submitting it to our sponsor.

Prototype Inspection Day

Our team during Prototype Inspection Day

This week, we presented out first prototype! We demonstrated our application’s functionality on both the merchant and customer sides, complete with a working system for transferring menu and order information over Bluetooth. The judges seemed impressed by our prototype, and we appreciate their feedback. We received useful comments from the people attending the event, and have created an action plan to handle this feedback. Our next main goal is to work towards the System Level Design Review. We will update our roadmap to account for this, and have started allocating sections of it to team members.

Prototype Part 2

An example of transferring data over Bluetooth.

This week, the team continued utilizing the scrum methodology to divide tasks and drive the project forward. This has allowed the team to work more efficiently and progress has been made on the prototype, particularly with the UI/UX for the customer screens as well as establishing a bluetooth connection. The team also met with the sponsor for feedback on their current progress, as well as making sure their vision aligned with the sponsor for what should be included in the prototype for inspection day.

Over the weekend, the team plans to meet in person in order to effectively finish the first stage of the prototype and prepare for the presentation. The team does not anticipate any setbacks and is excited to demonstrate their prototype!

Starting the Prototype

A screenshot of the very early stages of the app running on an emulator.

This week, we gathered together all of our ideas for the prototype and began development. We assigned tasks to each team member, and decided on using Github issues to keep track of everyone’s progress during this initial prototype process. We also formalized all of our new team roles for this agile development process to help make sure that we can all communicate what needs to be done efficiently.

Over the next week, we plan to continue working on the prototype to get it done by the November 16th deadline. Every Tuesday and Thursday, we will have scrum check-in meetings to resolve issues and make sure everyone is on track and making good progress.

Preparing the Preliminary Prototype Plan

Our group relaxing outside the classroom.

This week, our team worked on developing our plan for prototype inspection day. We discussed our plan with our sponsor to make sure we were all on the same page. Our preliminary plan for our prototype involves demonstrating the Bluetooth connection between the customer mobile application and the merchant device, and the automatic transfer of JSON-formatted data between them, which can be modified on the device and sent back.

We also changed up some of our team roles this week! Shaun has assumed to role of Team Leader, and we’ve established roles for the agile software development part of the project. We also ordered and received the hardware we needed for the project.

For next week, we plan to spin up a rudimentary mobile application to start adding features and UI components. We will separate functionality into stories and assign developers to each, with daily stand-ups to report on our progress. In addition, we will start working with the hardware we received and decide on what is needed and will be used for this upcoming prototype.