CMP73010 Managing Software Development
Part 1 Testing
There are two components to this part of the assignment. You are required to produce an acceptance test description and a detailed black-box test description. These two test types are unrelated so you should consider them separately.
The Acceptance test
B1. Google Research facilitates the publishing of academic papers for their research and development staff. As part of this they have a system to allow on-line checking of paper submissions to detect possible plagiarism. The system must track submission time and dates and provide an analysis of the matches found in other people’s work, in Internet documents and in paper-based publications such as books and magazines. The analysis will be available to the staff member who submitted the paper and the academic reviewer.
The plagiarism detection and matching must be configurable providing for:
• Optional checking of bibliographies
• Allow proper quotations to be excluded
• Allow setting a minimum number of matching words
• Allow resubmission of papers up to a given date/time
Outline an acceptance test for the above system as described by generating scenarios of each requirement. In the study guide, this is steps 1, 2 and 3 of the acceptance test criteria. Most of step 1 is in the above system description but you can refine and expand if you wish. These scenarios will not count to the total word count.
You must research and nominate an approach that can automate the acceptance test and show an example of a simple automated acceptance test script. A failure to do so will result in loss of marks.
Part 2 Configuration Management
Version management systems are a daily reality for the software development professional. On GitHub is a public project named: TeachBen/CMP73010-assignment1-2020 You are required to sign up to GitHub and then:
1. Fork this project into your public space
Build Management
Google has discovered that a competitor is planning to develop an open-source web browser and you are part of the team that has been asked to provide review the build management processes of Google’s web browser, Google Chrome.
Give your advice as follows:
1. A brief description of the nightly build system of Google Chrome for managing changes to software and systems (
2. How Google arrives at a release of Google Chrome that is distributed to the public
3. Advantages and Disadvantages of this system for the Google.
Part 3 Request for Proposal
Golden Mile Auto Services (GMAS) is a business that sells a variety of “smart” automotive products, particularly offering repairs and services to trucking companies that travel long distances around Australia providing transport and logistics services. They want an integrated system to support their six branch shops around Australia as the opportunity arises. They envisage the system will evolve over time and plan to expand to many more locations. Their initial requirements are:
1. Provide a customer relations database with information about products and services purchased, devices left with them for repair (customer details, customer purchase history, problem report, work details, etc.)
2. A marketing system that allows for digital marketing using e-mail, social media, and any other modern marketing techniques. This will use details in the customer relations database but allow other prospective customers details to be entered in an existing GMAS website (not part of this RFP).
3. A stock management system that includes products for sale, parts for use in repairs, automatic ordering from wholesalers. The system must be able to be used for individual locations to find products and parts at other branch locations when necessary. As the company specialises in assisting customers with repairs “24/7” (24 hours a day), the SMS will need to be able to have real-time monitoring and diagnostics of some of their products (e.g. truck parts, truck monitoring devices).
4. Provide reports for management, who may be at any location, of the status of all the above so they can order stock, recruit staff and make other management decisions.
As a software development consultant with knowledge of software procurement, you have been engaged to provide a detailed RFP for this system. Your RFP should use one or more recognised guidelines that you will reference. You may be tempted to go overboard here so try to restrict your RFP to a reasonable size (up to 1000 words maximum). You must seek to strike a balance here. You must be clear enough as to not waste your firm nor the client’s time with an unnecessary volume of applications but also the less restrictions the better in an RFP so that the responders can come up with new ideas that you have not imagined so far.
Your RFP should not contain excessively technical information about the requested system.
Your RFP should allow for some bespoke software development; but it should also clearly be able to consider existing applications, solutions built from components, SaaS solution, other solutions and any combination of these. Your RFP must be clear in its request for the differing categories of software procurement that can exist in an RFP.
As you will learn, your RFP must contain:
1. The system description
2. Explanation of how you would evaluate proposals received
3. Explanation of how you would answer questions
4. Any other facts that would ensure proposals are useful to you and worth a supplier’s effort to respond to the RFP
