Assessment Details and Submission Guidelines | |
Trimester | T2 2024 |
Unit Code | HI5030 |
Unit Title | Systems Analysis and Design |
Assessment Type | Group Case Study |
Due Date + time: | 27/09/2024 11.59 pm (Melb / Sydney time) |
Purpose of the assessment (with ULO Mapping) | Students are required to work in project teams (groups of 4) to complete a systems analysis and design report based on a real-world case study. Students will be expected to critically evaluate the project requirements and provide an innovative solution. The solution will be presented to the various stakeholders in a formal presentation and report.
Aligned Unit Learning Outcomes:
|
Weight | 40 % |
Total Marks | Assignment (40 marks) |
Word limit | 2000 words |
Submission Guidelines |
|
Academic Integrity Information | Holmes Institute is committed to ensuring and upholding academic integrity. All assessments must comply with academic integrity guidelines. Please learn about academic integrity and consult your teachers with any questions. Violating academic integrity is serious and punishable by penalties that range from deduction of marks, failure of the assessment task or unit involved, suspension of course enrolment, or cancellation of course enrolment. |
Penalties |
|
Group Assignment Guidelines and Specifications
Assignment Overview:
You have been provided a list of case studies that your group should select one of them. You can find this in the Group assignment case studies.pdf. In this Assignment, your group will focus on identifying inefficiencies in one of these. business's existing processes and designing an information system to optimize these processes. The goal is to create a system that improves operational efficiency, reduces costs, or enhances service delivery.
Criteria | Weight | Excellent (80-100%) | Good (70-79%) | Satisfactory (60-69%) | Needs Improvement (50-59%) | Unsatisfactory (0-49%) |
Clarity of Business Problem & Requirements Analysis | 10 Marks | Clear, well-defined business problem with comprehensive and accurate requirements analysis. All functional and non-functional requirements are included. | Clearly defined business problem with good requirements analysis. Most functional and non-functional requirements are included. | Business problem is defined, but requirements analysis is adequate with some aspects underdeveloped. | Business problem is somewhat unclear, and requirements analysis is incomplete or lacks accuracy. | Business problem is unclear or poorly defined; requirements analysis is superficial or incorrect. |
Quality of Process & Data Models | 10 Marks | Process and data models are highly detailed, accurate, and effectively illustrate business processes and data requirements. | Process and data models are detailed, accurate, and effectively represent key business processes and data requirements. | Process and data models are satisfactory but may lack some detail or accuracy. Representation of processes and data is generally clear. | Process and data models are incomplete, with several inaccuracies or unclear representation. | Process and data models are missing, inaccurate, or fail to represent business processes and data requirements. |
Coherence & Detail of System Architecture | 10 Marks | System architecture is comprehensive, coherent, and well-structured, with clear interactions between components. | System architecture is coherent and well-structured, effectively illustrating system components and interactions. | System architecture is satisfactory but may lack some detail or coherence. Some components or interactions could be more clearly defined. | System architecture is incomplete or lacks coherence; components or interactions are unclear or poorly defined. | System architecture is missing, incoherent, or poorly defined, with significant gaps or errors in component interactions. |
Quality & Usability of Prototype | 10 Marks | Prototype is highly functional, user-friendly, and effectively demonstrates the key features and interfaces of the system. | Prototype is functional and user-friendly, effectively demonstrating key features and interfaces. | Prototype is satisfactory but may lack some functionality or usability. Key features and interfaces are generally demonstrated. | Prototype is incomplete or lacks functionality. Key features and interfaces are not effectively demonstrated. | Prototype is missing, non-functional, or poorly demonstrates the key features and interfaces of the system. |
Get original papers written according to your instructions and save time for what matters most.