Task 1, task 2 and POE

Everything on the question paper must be done.

Get Help With a similar task to - Task 1, task 2 and POE

Login to view and/or buy answers.. or post an answer
Additional Instructions:

18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 1 of 18 MODULE NAME: MODULE CODE: PROGRAMMING 2B PROG6212 ASSESSMENT TYPE: POE (PAPER ) TOTAL MARK ALLOCATION: 100 MARKS TOTAL HOURS: A minimum of 15 HOURS is suggested to complete this assessment By submitting this Portfolio of Evidence (POE), you acknowledge that you have read and understood all the rules as per the terms in the registration contract, in particular the assignment and assessment rules in The IIE Assessment Strategy and Policy (IIE009), the intellectual integrity and plagiarism rules in the Intellectual Integrity Policy (IIE023), as well as any rules and regulations published in the student portal. INSTRUCTIONS: 1. No material may be copied from original sources, even if referenced correctly, unless it is a direct quote indicated with quotation marks. No more than 10% of the POE may consist of direct quotes. 2. Any POE with a similarity index of more than 25% will be scrutinised for plagiarism. Please make sure you attach a similarity report to your POE if required. 3. Make a copy of your POE before handing it in. 4. POE must be typed unless otherwise specified. 5. All work must be adequately and correctly referenced. 6. Begin each section on a new page. 7. Follow all instructions on the assignment cover sheet. 8. This is an individual POE. 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 2 of 18 Referencing Rubric Providing evidence based on valid and referenced academic sources is a fundamental educational principle and the cornerstone of high- quality academic work. Hence, The IIE considers it essential to develop the referencing skills of our students in our commitment to achieve high academic standards. Part of achieving these high standards is referencing in a way that is consistent, technically correct and congruent. This is not plagiarism, which is handled differently. Poor quality formatting in your referencing will result in a penalty of a maximum of ten percent being deducted from the percentage awarded, according to the following guidelines. Please note, however, that evidence of plagiarism in the form of copied or uncited work (not referenced), absent reference lists, or exceptionally poor referencing, may result in action being taken in accordance with The IIE’s Intellectual Integrity Policy (0023). Markers are required to provide feedback to students by indicating (circling/underlining) the information that best describes the student’s work. Minor technical referencing errors: 5% deduction from the overall percentage – the student’s work contains five or more errors listed in the minor errors column in the table below. Major technical referencing errors: 10% deduction from the overall percentage – the student’s work contains five or more errors listed in the major errors column in the table below. If both minor and major errors are indicated, then 10% only (and not 5% or 15%) is deducted from the overall percentage. The examples provided below are not exhaustive but are provided to illustrate the error. Required: Technically correct referencing style Minor errors in technical correctness of referencing style Deduct 5% from percentage awarded Major errors in technical correctness of referencing style Deduct 10% from percentage awarded Consistency  The same referencing format has been used for all in-text references and in the bibliography/reference list. Minor inconsistencies.  The referencing style is generally consistent, but there are one or two changes in the format of in-text referencing and/or in the bibliography.  For example, page numbers for direct quotes (in-text) have been provided for one source, but not in another instance. Two book chapters (bibliography) have been referenced in the bibliography in two different formats. Major inconsistencies.  Poor and inconsistent referencing style used in- text and/or in the bibliography/ reference list.  Multiple formats for the same type of referencing have been used.  For example, the format for direct quotes (in-text) and/or book chapters (bibliography/ reference list) is different across multiple instances. Technical correctness  Referencing format is technically correct throughout the submission.  Position of the reference: a reference is directly associated with every concept or idea.  For example, quotation marks, page numbers, years, etc. are applied correctly, sources in the bibliography/reference list are correctly presented. Generally, technically correct with some minor errors.  The correct referencing format has been consistently used, but there are one or two errors.  Concepts and ideas are typically referenced, but a reference is missing from one small section of the work.  Position of the references: references are only given at the beginning or end of every paragraph.  For example, the student has incorrectly presented direct quotes (in-text) and/or book chapters (bibliography/reference list). Technically incorrect.  The referencing format is incorrect.  Concepts and ideas are typically referenced, but a reference is missing from small sections of the work.  Position of the references: references are only given at the beginning or end of large sections of work.  For example, incorrect author information is provided, no year of publication is provided, quotation marks and/or page numbers for direct quotes missing, page numbers are provided for paraphrased material, the incorrect punctuation is used (in-text); the bibliography/reference list is not in alphabetical order, the incorrect format for a book chapter/journal article is used, information is missing e.g. no place of publication had been provided (bibliography); repeated sources on the reference list. Congruence between in-text referencing and bibliography/ reference list  All sources are accurately reflected and are all accurately included in the bibliography/ reference list. Generally, congruence between the in- text referencing and the bibliography/ reference list with one or two errors.  There is largely a match between the sources presented in-text and the bibliography.  For example, a source appears in the text, but not in the bibliography/ reference list or vice versa. A lack of congruence between the in-text referencing and the bibliography.  No relationship/several incongruencies between the in-text referencing and the bibliography/reference list.  For example, sources are included in-text, but not in the bibliography and vice versa, a link, rather than the actual reference is provided in the bibliography. In summary: the recording of references is accurate and complete. In summary, at least 80% of the sources are correctly reflected and included in a reference list. In summary, at least 60% of the sources are incorrectly reflected and/or not included in reference list. Overall Feedback about the consistency, technical correctness and congruence between in-text referencing and bibliography: ........................................................................................................................................................................................................................................................................................ ........................................................................................................................................................................................................................................................................................ 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 3 of 18 Portfolio of Evidence (PoE) — Background Siphiwe went home for a long weekend. You would think that he would come back rested and happy, having eaten his mother’s amazing food all day long instead of his usual takeaways, in one of the most beautiful places in the country too. You would be wrong. In class he was frequently staring out the window with an intense frown on his face. And between classes he didn’t say much and didn’t eat like his usual ravenous self either. When somebody jokingly told him that you can’t live on water alone, his answer was serious. “No ... No, you cannot.” After a lot of prodding, he finally told you what had happened. His father had sat him down, and explained that once he graduates, he would no longer be receiving any money from the family. No car repayments, no entertainment allowance, no rent … Nothing. Siphiwe had never thought about what would happen after graduation. He was so focussed on his studies, that it had never even occurred to him that he might have to fend for himself in less than two years. Siphiwe was worried that he might not be able to maintain his lifestyle if he had to pay for everything himself. What would he have to sacrifice to make ends meet? He didn’t even have a girlfriend yet, and if he couldn’t go out anymore, how would he ever find her? And even worse, if he did find her, how would he keep her without any money to spend on her? The myriad questions were spinning around in his head with no end in sight. You pointed out to him that he needed some hard data. Without data he couldn’t know if he even had financial trouble looming, let alone what he could do to improve his situation if he did. In this portfolio of evidence, you will be creating an application that can be used for personal budget planning. That should help Siphiwe understand his potential problems much better. 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 4 of 18 Instructions This Portfolio of Evidence consists of three parts – two tasks submitted during the semester and a final submission at the end of the semester. The tasks build on one another, so make sure that you keep a copy of your work in a safe place. The requirements of real software projects frequently do change, often in quite unexpected ways. Here you have the benefit of knowing what all the requirements are going to be in advance. So, make use of the opportunity! Reading all three tasks before starting with the first one will minimise any reworking for later tasks. The rubrics that will be used to mark your submissions appear at the end of this document. Please pay attention to the weighting of items in the rubrics. Note that marks will be awarded for running, functional software not just source code. So, make sure that your source code compiles, and that the readme file contains enough information about running the software. Task 1 — Class Libraries and Generic Collections (Marks: 100) Using C# and Windows Forms (WinForms), design and implement a standalone desktop application that fulfils the following requirements: 1. The user shall be able to enter the following values: a. Gross monthly income (before deductions). b. Estimated monthly tax deducted. c. Estimated monthly expenditures in each of the following categories: i. Groceries ii. Water and lights iii. Travel costs (including petrol) iv. Cell phoneand& telephone v. Other expenses 2. The user shall be able to choose between renting accommodation or buying a property. 3. If the user selects to rent, the user shall be able to enter the monthly rental amount. 4. If the user selects to buy a property, the user shall be required to enter the following values for a home loan: a. Purchase price of property. 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 5 of 18 b. Total deposit. c. Interest rate (percentage). d. Number of months to repay (between 240 and 360). 5. The software shall calculate the monthly home loan repayment for buying a property based on the values that the user entered. (See https://www.siyavula.com/read/maths/grade-10/finance-and-growth/09-finance-and- growth-03 for more information on how to calculate this). 6. If the monthly home loan repayment is more than a third of the user’s gross monthly income, the software shall alert the user that approval of the home loan is unlikely. 7. The user shall be able to choose whether to buy a vehicle. 8. If the user selects to buy a vehicle, the user shall be required to enter the following values for vehicle financing: a. Model and make. b. Purchase price. c. Total deposit. d. Interest rate (percentage). e. Estimated insurance premium. 9. The software shall calculate the total monthly cost of buying the car (insurance plus loan repayment). Assume that all cars will be repaid over a period of five years. 10. The software shall calculate the available monthly money after all the specified deductions have been made. 11. The software shall not persist the user data between runs. The data shall only be stored in memory while the software is running. Non-functional requirements: 1. You are required to use internationally acceptable coding standards (as practised in previous modules e.g. PROG6211). Include comprehensive comments explaining variable names, methods and the logic of programming code. 2. You are required to use a generic collection to store all the expenses. To facilitate this, you can create an abstract class Expense, from which HomeLoan, etc. can be derived. 3. You are required to create a custom class library that contains the classes related to the logic of calculating the various values. The application project should make use of the custom class library. 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 6 of 18 Submit the following items for this task: 1. Source code including both the class library and WinForms application. 2. Unified Modelling Language (UML) class diagram showing the classes in both the class library and WinForms application. You may use any software of your choosing to create the diagram, but the file that you submit must be a .PDF export of your diagram. 3. A readme file with instructions for how to compile and run the software. Task 2 — ADO.NET and WPF (Marks: 100) The application developed in task 1 is already useful in terms of functionality, but it has a serious usability flaw: the data is not persisted, forcing the user to capture all the data from scratch if the application is executed again. Additionally, users have complained that the user interface “feels old”. For this task, you are required to develop a C# desktop application using either Windows Presentation Foundation (WPF) or Universal Windows Platform (UWP). Note that UWP will require additional research, so choose wisely. All the same functionality must be available in the new user interface that was in the old one from Task 1 (just presented in a more user-friendly way), with the following changes and additions: 1. The software shall persist the data in a SQL database. 2. The user shall be able to register with a username and password. 3. The software shall store only the hash of the password in the database. 4. The user shall be able to log into the software with their username and password. 5. The user shall only be able to see their own data and never that of other users. 6. The software shall store only one set of data per user. Non-functional requirements: 1. The application should make use of the custom class library developed in Task 1. You may update the class library as necessary for the new functionality. 2. You can choose whether to access the database using the ADO.NET connected layer, ADO.NET disconnected layer or Entity Framework. 3. Regardless of database access technology, the application should use multi-threading to make sure that the user interface never becomes unresponsive while retrieving or storing information. 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 7 of 18 Submit the following items for this task: 1. Source code including both the class library and user interface application. 2. Unified Modelling Language (UML) class diagram showing the classes in both the class library and application. Indicate which changes you had to make to the class library. You may use any software of your choosing to create the diagram, but the file that you submit must be a .PDF export of your diagram. 3. Any additional artefacts that are required to run the application, for example a SQL script to create tables, if required. 4. A readme file with instructions for how to compile and run the software. Remember to include all instructions related to the database! Portfolio of Evidence (PoE) — ASP.NET (Marks: 100) Remember to implement any feedback that you received on Tasks 1 and 2. The application from Task 2 was used and liked by many students. But there will always be some complaints – this time from mobile and Linux users saying that they want a version that they can use too. For this task, you are required to develop an ASP.NET web application. It should have all the same functionality as the application in Task 2, with your choice of one of the following features added: 1. The user shall be able to choose to save up a specified amount by a certain date for a specified reason, e.g. save R100 000 for an honours degree over five years. Given the interest rate that will be earned on the savings, calculate how much the monthly saving should be to reach the goal. OR 2. Display the monthly income, expenses and account balance (assume the balance starts at 0) as a graph over time, for a given period (e.g. five years). You are again required to reuse the custom class library implemented in Task 2. Submit the following items for this task: 1. Source code including both the class library and web application. 2. Unified Modelling Language (UML) class diagram showing the classes in both the class library and web application. Indicate which changes you had to make to the class library. 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 8 of 18 You may use any software of your choosing to create the diagram, but the file that you submit must be a .PDF export of your diagram. 3. Any additional artefacts that are required to run the application, for example a SQL script to create tables, if required. 4. A readme file with instructions for how to compile and run the software. Remember to include all instructions related to the database! 5. A short user manual (no more than 2 000 words) including screenshots, that explains how to use the website. You may use any application of your choice to create the user manual, but the file that you submit must be a .PDF export of the document. 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 9 of 18 Appendix A Assessment Sheet (Marking Rubric) Please note: Tear off this section and attach it to your work when you submit it. MODULE NAME: MODULE CODE: PROGRAMMING 2B PROG6212 STUDENT NAME: STUDENT NUMBER: RUBRIC 1 (for Task 1) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of Task 1, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) App Functionality: User can enter values for income, tax and expenditures. 9—10 7—8 4—6 0—3 App Functionality: Rental and home loan entry implemented correctly. 9—10 7—8 4—6 0—3 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 10 of 18 RUBRIC 1 (for Task 1) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of Task 1, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) App Functionality: Home loan calculations and warning implemented correctly. 13—15 9—12 4—8 0—3 App Functionality: Car purchase functionality working correctly. 13—15 9—12 4—8 0—3 App Functionality: Available monthly money calculated correctly and displayed. 9—10 7—8 4—6 0—3 Application Logic: Generic collection is used for the expenses. 9—10 7—8 4—6 0—3 Application Structure: Class library exists with the business logic and is used by the user interface project. 9—10 7—8 4—6 0—3 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 11 of 18 RUBRIC 1 (for Task 1) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of Task 1, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) Coding Standards: Code is well structured and documented. 5 3—4 1—2 0 Documentation: UML diagram accurately reflects the class structure. 9—10 7—8 4—6 0—3 Other Marks: Readme file provides enough information to run the app. 5 3—4 1—2 0 Other Marks: Advanced features not covered in class (Bonus Marks). [5] [3—4] [1—2] [0] TASK 1 SUBTOTAL /100 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 12 of 18 RUBRIC 2 (for Task 2) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of Task 2, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) App Functionality: Replicating WinForms app functionality. 9—10 7—8 4—6 0—3 App Functionality: Writing data to database. 5 3—4 1—2 0 App Functionality: Reading data from database. 9—10 7—8 4—6 0—3 App Functionality: User registration. 9—10 7—8 4—6 0—3 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 13 of 18 RUBRIC 2 (for Task 2) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of Task 2, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) App Functionality: Password stored as hash. 9—10 7—8 4—6 0—3 App Functionality: Log in. 9—10 7—8 4—6 0—3 App Structure: Custom class library is reused. 5 3—4 1—2 0 Usability: User interface remains responsive while reading from database. 9—10 7—8 4—6 0—3 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 14 of 18 RUBRIC 2 (for Task 2) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of Task 2, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) Usability: User interface is easy to use. 9—10 7—8 4—6 0—3 Coding Standards: Code is well structured and documented. 5 3—4 1—2 0 Documentation: UML diagram accurately reflects the class structure. 9—10 7—8 4—6 0—3 Other marks: Readme file provides enough information to run the app. 5 3—4 1—2 0 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 15 of 18 RUBRIC 2 (for Task 2) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of Task 2, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) Other Marks: Advanced features not covered in class (Bonus Marks). [5] [3—4] [1—2] [0] TASK 2 SUBTOTAL /100 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 16 of 18 RUBRIC 3 (for PoE) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of the Portfolio of Evidence, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) App Functionality: User can enter values for income, tax and expenditures. 9—10 7—8 4—6 0—3 App Functionality: Rental and home loan functionality working correctly. 9—10 7—8 4—6 0—3 App Functionality: Car purchase working correctly. 9—10 7—8 4—6 0—3 App Functionality: New savings or graph feature working correctly. 15—20 10—14 5—9 0—4 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 17 of 18 RUBRIC 3 (for PoE) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of the Portfolio of Evidence, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) App Functionality: User registration. 5 3—4 1—2 0 App Functionality: User login. 9—10 7—8 4—6 0—3 Source Structure: The ASP.NET web app is structured in an easy to follow way. 5 3—4 1—2 0 Documentation: UML diagram accurately reflects the class structure. 9—10 7—8 4—6 0—3 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 18 of 18 RUBRIC 3 (for PoE) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of the Portfolio of Evidence, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) Documentation: User manual is well structured with useful screenshots. 12—15 8—11 4—7 0—3 Other Marks: Readme file provides enough information to run the app. 5 3—4 1—2 0 Other Marks: Student has used advanced features not covered in class (Bonus Marks). [5] [3—4] [1—2] [0] POE SUBTOTAL /100 [END OF POE]

18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 1 of 18 MODULE NAME: MODULE CODE: PROGRAMMING 2B PROG6212 ASSESSMENT TYPE: POE (PAPER ) TOTAL MARK ALLOCATION: 100 MARKS TOTAL HOURS: A minimum of 15 HOURS is suggested to complete this assessment By submitting this Portfolio of Evidence (POE), you acknowledge that you have read and understood all the rules as per the terms in the registration contract, in particular the assignment and assessment rules in The IIE Assessment Strategy and Policy (IIE009), the intellectual integrity and plagiarism rules in the Intellectual Integrity Policy (IIE023), as well as any rules and regulations published in the student portal. INSTRUCTIONS: 1. No material may be copied from original sources, even if referenced correctly, unless it is a direct quote indicated with quotation marks. No more than 10% of the POE may consist of direct quotes. 2. Any POE with a similarity index of more than 25% will be scrutinised for plagiarism. Please make sure you attach a similarity report to your POE if required. 3. Make a copy of your POE before handing it in. 4. POE must be typed unless otherwise specified. 5. All work must be adequately and correctly referenced. 6. Begin each section on a new page. 7. Follow all instructions on the assignment cover sheet. 8. This is an individual POE. 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 2 of 18 Referencing Rubric Providing evidence based on valid and referenced academic sources is a fundamental educational principle and the cornerstone of high- quality academic work. Hence, The IIE considers it essential to develop the referencing skills of our students in our commitment to achieve high academic standards. Part of achieving these high standards is referencing in a way that is consistent, technically correct and congruent. This is not plagiarism, which is handled differently. Poor quality formatting in your referencing will result in a penalty of a maximum of ten percent being deducted from the percentage awarded, according to the following guidelines. Please note, however, that evidence of plagiarism in the form of copied or uncited work (not referenced), absent reference lists, or exceptionally poor referencing, may result in action being taken in accordance with The IIE’s Intellectual Integrity Policy (0023). Markers are required to provide feedback to students by indicating (circling/underlining) the information that best describes the student’s work. Minor technical referencing errors: 5% deduction from the overall percentage – the student’s work contains five or more errors listed in the minor errors column in the table below. Major technical referencing errors: 10% deduction from the overall percentage – the student’s work contains five or more errors listed in the major errors column in the table below. If both minor and major errors are indicated, then 10% only (and not 5% or 15%) is deducted from the overall percentage. The examples provided below are not exhaustive but are provided to illustrate the error. Required: Technically correct referencing style Minor errors in technical correctness of referencing style Deduct 5% from percentage awarded Major errors in technical correctness of referencing style Deduct 10% from percentage awarded Consistency  The same referencing format has been used for all in-text references and in the bibliography/reference list. Minor inconsistencies.  The referencing style is generally consistent, but there are one or two changes in the format of in-text referencing and/or in the bibliography.  For example, page numbers for direct quotes (in-text) have been provided for one source, but not in another instance. Two book chapters (bibliography) have been referenced in the bibliography in two different formats. Major inconsistencies.  Poor and inconsistent referencing style used in- text and/or in the bibliography/ reference list.  Multiple formats for the same type of referencing have been used.  For example, the format for direct quotes (in-text) and/or book chapters (bibliography/ reference list) is different across multiple instances. Technical correctness  Referencing format is technically correct throughout the submission.  Position of the reference: a reference is directly associated with every concept or idea.  For example, quotation marks, page numbers, years, etc. are applied correctly, sources in the bibliography/reference list are correctly presented. Generally, technically correct with some minor errors.  The correct referencing format has been consistently used, but there are one or two errors.  Concepts and ideas are typically referenced, but a reference is missing from one small section of the work.  Position of the references: references are only given at the beginning or end of every paragraph.  For example, the student has incorrectly presented direct quotes (in-text) and/or book chapters (bibliography/reference list). Technically incorrect.  The referencing format is incorrect.  Concepts and ideas are typically referenced, but a reference is missing from small sections of the work.  Position of the references: references are only given at the beginning or end of large sections of work.  For example, incorrect author information is provided, no year of publication is provided, quotation marks and/or page numbers for direct quotes missing, page numbers are provided for paraphrased material, the incorrect punctuation is used (in-text); the bibliography/reference list is not in alphabetical order, the incorrect format for a book chapter/journal article is used, information is missing e.g. no place of publication had been provided (bibliography); repeated sources on the reference list. Congruence between in-text referencing and bibliography/ reference list  All sources are accurately reflected and are all accurately included in the bibliography/ reference list. Generally, congruence between the in- text referencing and the bibliography/ reference list with one or two errors.  There is largely a match between the sources presented in-text and the bibliography.  For example, a source appears in the text, but not in the bibliography/ reference list or vice versa. A lack of congruence between the in-text referencing and the bibliography.  No relationship/several incongruencies between the in-text referencing and the bibliography/reference list.  For example, sources are included in-text, but not in the bibliography and vice versa, a link, rather than the actual reference is provided in the bibliography. In summary: the recording of references is accurate and complete. In summary, at least 80% of the sources are correctly reflected and included in a reference list. In summary, at least 60% of the sources are incorrectly reflected and/or not included in reference list. Overall Feedback about the consistency, technical correctness and congruence between in-text referencing and bibliography: ........................................................................................................................................................................................................................................................................................ ........................................................................................................................................................................................................................................................................................ 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 3 of 18 Portfolio of Evidence (PoE) — Background Siphiwe went home for a long weekend. You would think that he would come back rested and happy, having eaten his mother’s amazing food all day long instead of his usual takeaways, in one of the most beautiful places in the country too. You would be wrong. In class he was frequently staring out the window with an intense frown on his face. And between classes he didn’t say much and didn’t eat like his usual ravenous self either. When somebody jokingly told him that you can’t live on water alone, his answer was serious. “No ... No, you cannot.” After a lot of prodding, he finally told you what had happened. His father had sat him down, and explained that once he graduates, he would no longer be receiving any money from the family. No car repayments, no entertainment allowance, no rent … Nothing. Siphiwe had never thought about what would happen after graduation. He was so focussed on his studies, that it had never even occurred to him that he might have to fend for himself in less than two years. Siphiwe was worried that he might not be able to maintain his lifestyle if he had to pay for everything himself. What would he have to sacrifice to make ends meet? He didn’t even have a girlfriend yet, and if he couldn’t go out anymore, how would he ever find her? And even worse, if he did find her, how would he keep her without any money to spend on her? The myriad questions were spinning around in his head with no end in sight. You pointed out to him that he needed some hard data. Without data he couldn’t know if he even had financial trouble looming, let alone what he could do to improve his situation if he did. In this portfolio of evidence, you will be creating an application that can be used for personal budget planning. That should help Siphiwe understand his potential problems much better. 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 4 of 18 Instructions This Portfolio of Evidence consists of three parts – two tasks submitted during the semester and a final submission at the end of the semester. The tasks build on one another, so make sure that you keep a copy of your work in a safe place. The requirements of real software projects frequently do change, often in quite unexpected ways. Here you have the benefit of knowing what all the requirements are going to be in advance. So, make use of the opportunity! Reading all three tasks before starting with the first one will minimise any reworking for later tasks. The rubrics that will be used to mark your submissions appear at the end of this document. Please pay attention to the weighting of items in the rubrics. Note that marks will be awarded for running, functional software not just source code. So, make sure that your source code compiles, and that the readme file contains enough information about running the software. Task 1 — Class Libraries and Generic Collections (Marks: 100) Using C# and Windows Forms (WinForms), design and implement a standalone desktop application that fulfils the following requirements: 1. The user shall be able to enter the following values: a. Gross monthly income (before deductions). b. Estimated monthly tax deducted. c. Estimated monthly expenditures in each of the following categories: i. Groceries ii. Water and lights iii. Travel costs (including petrol) iv. Cell phoneand& telephone v. Other expenses 2. The user shall be able to choose between renting accommodation or buying a property. 3. If the user selects to rent, the user shall be able to enter the monthly rental amount. 4. If the user selects to buy a property, the user shall be required to enter the following values for a home loan: a. Purchase price of property. 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 5 of 18 b. Total deposit. c. Interest rate (percentage). d. Number of months to repay (between 240 and 360). 5. The software shall calculate the monthly home loan repayment for buying a property based on the values that the user entered. (See https://www.siyavula.com/read/maths/grade-10/finance-and-growth/09-finance-and- growth-03 for more information on how to calculate this). 6. If the monthly home loan repayment is more than a third of the user’s gross monthly income, the software shall alert the user that approval of the home loan is unlikely. 7. The user shall be able to choose whether to buy a vehicle. 8. If the user selects to buy a vehicle, the user shall be required to enter the following values for vehicle financing: a. Model and make. b. Purchase price. c. Total deposit. d. Interest rate (percentage). e. Estimated insurance premium. 9. The software shall calculate the total monthly cost of buying the car (insurance plus loan repayment). Assume that all cars will be repaid over a period of five years. 10. The software shall calculate the available monthly money after all the specified deductions have been made. 11. The software shall not persist the user data between runs. The data shall only be stored in memory while the software is running. Non-functional requirements: 1. You are required to use internationally acceptable coding standards (as practised in previous modules e.g. PROG6211). Include comprehensive comments explaining variable names, methods and the logic of programming code. 2. You are required to use a generic collection to store all the expenses. To facilitate this, you can create an abstract class Expense, from which HomeLoan, etc. can be derived. 3. You are required to create a custom class library that contains the classes related to the logic of calculating the various values. The application project should make use of the custom class library. 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 6 of 18 Submit the following items for this task: 1. Source code including both the class library and WinForms application. 2. Unified Modelling Language (UML) class diagram showing the classes in both the class library and WinForms application. You may use any software of your choosing to create the diagram, but the file that you submit must be a .PDF export of your diagram. 3. A readme file with instructions for how to compile and run the software. Task 2 — ADO.NET and WPF (Marks: 100) The application developed in task 1 is already useful in terms of functionality, but it has a serious usability flaw: the data is not persisted, forcing the user to capture all the data from scratch if the application is executed again. Additionally, users have complained that the user interface “feels old”. For this task, you are required to develop a C# desktop application using either Windows Presentation Foundation (WPF) or Universal Windows Platform (UWP). Note that UWP will require additional research, so choose wisely. All the same functionality must be available in the new user interface that was in the old one from Task 1 (just presented in a more user-friendly way), with the following changes and additions: 1. The software shall persist the data in a SQL database. 2. The user shall be able to register with a username and password. 3. The software shall store only the hash of the password in the database. 4. The user shall be able to log into the software with their username and password. 5. The user shall only be able to see their own data and never that of other users. 6. The software shall store only one set of data per user. Non-functional requirements: 1. The application should make use of the custom class library developed in Task 1. You may update the class library as necessary for the new functionality. 2. You can choose whether to access the database using the ADO.NET connected layer, ADO.NET disconnected layer or Entity Framework. 3. Regardless of database access technology, the application should use multi-threading to make sure that the user interface never becomes unresponsive while retrieving or storing information. 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 7 of 18 Submit the following items for this task: 1. Source code including both the class library and user interface application. 2. Unified Modelling Language (UML) class diagram showing the classes in both the class library and application. Indicate which changes you had to make to the class library. You may use any software of your choosing to create the diagram, but the file that you submit must be a .PDF export of your diagram. 3. Any additional artefacts that are required to run the application, for example a SQL script to create tables, if required. 4. A readme file with instructions for how to compile and run the software. Remember to include all instructions related to the database! Portfolio of Evidence (PoE) — ASP.NET (Marks: 100) Remember to implement any feedback that you received on Tasks 1 and 2. The application from Task 2 was used and liked by many students. But there will always be some complaints – this time from mobile and Linux users saying that they want a version that they can use too. For this task, you are required to develop an ASP.NET web application. It should have all the same functionality as the application in Task 2, with your choice of one of the following features added: 1. The user shall be able to choose to save up a specified amount by a certain date for a specified reason, e.g. save R100 000 for an honours degree over five years. Given the interest rate that will be earned on the savings, calculate how much the monthly saving should be to reach the goal. OR 2. Display the monthly income, expenses and account balance (assume the balance starts at 0) as a graph over time, for a given period (e.g. five years). You are again required to reuse the custom class library implemented in Task 2. Submit the following items for this task: 1. Source code including both the class library and web application. 2. Unified Modelling Language (UML) class diagram showing the classes in both the class library and web application. Indicate which changes you had to make to the class library. 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 8 of 18 You may use any software of your choosing to create the diagram, but the file that you submit must be a .PDF export of your diagram. 3. Any additional artefacts that are required to run the application, for example a SQL script to create tables, if required. 4. A readme file with instructions for how to compile and run the software. Remember to include all instructions related to the database! 5. A short user manual (no more than 2 000 words) including screenshots, that explains how to use the website. You may use any application of your choice to create the user manual, but the file that you submit must be a .PDF export of the document. 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 9 of 18 Appendix A Assessment Sheet (Marking Rubric) Please note: Tear off this section and attach it to your work when you submit it. MODULE NAME: MODULE CODE: PROGRAMMING 2B PROG6212 STUDENT NAME: STUDENT NUMBER: RUBRIC 1 (for Task 1) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of Task 1, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) App Functionality: User can enter values for income, tax and expenditures. 9—10 7—8 4—6 0—3 App Functionality: Rental and home loan entry implemented correctly. 9—10 7—8 4—6 0—3 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 10 of 18 RUBRIC 1 (for Task 1) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of Task 1, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) App Functionality: Home loan calculations and warning implemented correctly. 13—15 9—12 4—8 0—3 App Functionality: Car purchase functionality working correctly. 13—15 9—12 4—8 0—3 App Functionality: Available monthly money calculated correctly and displayed. 9—10 7—8 4—6 0—3 Application Logic: Generic collection is used for the expenses. 9—10 7—8 4—6 0—3 Application Structure: Class library exists with the business logic and is used by the user interface project. 9—10 7—8 4—6 0—3 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 11 of 18 RUBRIC 1 (for Task 1) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of Task 1, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) Coding Standards: Code is well structured and documented. 5 3—4 1—2 0 Documentation: UML diagram accurately reflects the class structure. 9—10 7—8 4—6 0—3 Other Marks: Readme file provides enough information to run the app. 5 3—4 1—2 0 Other Marks: Advanced features not covered in class (Bonus Marks). [5] [3—4] [1—2] [0] TASK 1 SUBTOTAL /100 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 12 of 18 RUBRIC 2 (for Task 2) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of Task 2, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) App Functionality: Replicating WinForms app functionality. 9—10 7—8 4—6 0—3 App Functionality: Writing data to database. 5 3—4 1—2 0 App Functionality: Reading data from database. 9—10 7—8 4—6 0—3 App Functionality: User registration. 9—10 7—8 4—6 0—3 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 13 of 18 RUBRIC 2 (for Task 2) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of Task 2, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) App Functionality: Password stored as hash. 9—10 7—8 4—6 0—3 App Functionality: Log in. 9—10 7—8 4—6 0—3 App Structure: Custom class library is reused. 5 3—4 1—2 0 Usability: User interface remains responsive while reading from database. 9—10 7—8 4—6 0—3 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 14 of 18 RUBRIC 2 (for Task 2) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of Task 2, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) Usability: User interface is easy to use. 9—10 7—8 4—6 0—3 Coding Standards: Code is well structured and documented. 5 3—4 1—2 0 Documentation: UML diagram accurately reflects the class structure. 9—10 7—8 4—6 0—3 Other marks: Readme file provides enough information to run the app. 5 3—4 1—2 0 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 15 of 18 RUBRIC 2 (for Task 2) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of Task 2, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) Other Marks: Advanced features not covered in class (Bonus Marks). [5] [3—4] [1—2] [0] TASK 2 SUBTOTAL /100 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 16 of 18 RUBRIC 3 (for PoE) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of the Portfolio of Evidence, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) App Functionality: User can enter values for income, tax and expenditures. 9—10 7—8 4—6 0—3 App Functionality: Rental and home loan functionality working correctly. 9—10 7—8 4—6 0—3 App Functionality: Car purchase working correctly. 9—10 7—8 4—6 0—3 App Functionality: New savings or graph feature working correctly. 15—20 10—14 5—9 0—4 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 17 of 18 RUBRIC 3 (for PoE) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of the Portfolio of Evidence, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) App Functionality: User registration. 5 3—4 1—2 0 App Functionality: User login. 9—10 7—8 4—6 0—3 Source Structure: The ASP.NET web app is structured in an easy to follow way. 5 3—4 1—2 0 Documentation: UML diagram accurately reflects the class structure. 9—10 7—8 4—6 0—3 18; 19; 20 2020 © The Independent Institute of Education (Pty) Ltd 2020 Page 18 of 18 RUBRIC 3 (for PoE) — OUTLINE Levels of Achievement Feedback In order to be awarded full marks for these elements of the Portfolio of Evidence, students need to have: Excellent Good Developing Poor Score Ranges Per Level (½ marks possible) Documentation: User manual is well structured with useful screenshots. 12—15 8—11 4—7 0—3 Other Marks: Readme file provides enough information to run the app. 5 3—4 1—2 0 Other Marks: Student has used advanced features not covered in class (Bonus Marks). [5] [3—4] [1—2] [0] POE SUBTOTAL /100 [END OF POE]

Related Questions

Similar orders to Task 1, task 2 and POE
9
Views
0
Answers
Send an email, with the current weather information from the target zip code with the weather information.
Create a web form to capture an email address and zip code along with a submit button Create a code behind to consume API from weatherapi.com Send an email, captured from the ‘email to’ textbox, with the current weather information from the t...
12
Views
0
Answers
JAVA project/paper/UML diagram
Java code (150 lines) paper(500 words) UML diagram In addition to the correctness of your code, part of your grade will be based on how organized your code is – how easy is it to read and understand. Proper spacing will aid you in this regard....
31
Views
0
Answers
Project for CS1302 using JavaFX
THE DEADLINE IS TODAY(4/21) AT 11:00!! It's not updating for some reason. I have done some of this project but it's not working and I need someone to complete it. There is a project description file, as well as my current java files. According to the desc...
13
Views
0
Answers
unity programming assignment help
Look at pdf, I can't explain well Aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa...