Sei sulla pagina 1di 11

VCE Computing: Software Development:

Administrative information for School-based


Assessment in 2017

School-Assessed Task

Unit 3 Analysis & Design


Outcome 2
Analyse and document a need or opportunity, generate alternative design ideas, represent the
preferred solution design and formulate a project plan for creating the solution.

Nature of task
 An analysis that defines the requirements, constraints and scope of a solution in the form of a
software requirements specification
 A folio of two to three alternative design ideas and the detailed design specifications of the
preferred design
 A project plan (Gantt chart) indicating times, resources and tasks.

Scope of task

Analysis: software requirements specification


Students must identify a need or opportunity for a software solution created through the use of a
programming language. It needs to be a real-world problem (need) or opportunity, not a problem
determined by the teacher. Students should engage in the activities of the Analysis stage of the
problem-solving methodology and document their findings in the form of a software requirements
specification (SRS). The SRS should be assembled as a formal document that addresses the purpose
and environment (audience and technical characteristics) of the software solution and details of the
solution requirements, including constraints and scope. Typically the analysis tools (use case
diagram, context diagram, data flow diagram) would form an appendix to the SRS. There is no
prescribed template for the SRS, hence flexibility exists in its presentation.
Students acquire data in order to carry out their analysis, and the extent of data (breadth/depth)
collected by students is dependent on the nature of the problem or opportunity. When describing the
technical environment, students can couch this in terms of the digital system(s) that support the
solution.
Teachers should approve each student’s need or opportunity before they conduct an in- depth
analysis. The performance descriptors at the highest level for criteria 2 and 3 should be used to
help make this decision.

© VCAA Page 1
Folio
The folio will comprise design ideas, student-generated evaluation criteria and the detailed
specifications of the preferred design.
Students should generate two or three alternative design ideas for their solution. They should take a
design-thinking approach when generating different ideas for further development (Study Design,
page 11). Where appropriate the design ideas should consider both appearance and functionality.
These ideas do not have to be detailed – they represent broad ideas of key appearance features and
functions of possible solutions. Students apply their criteria to select the design idea that will be
developed into a detailed design for the solution, using a set of tools, methods and techniques. The
design should be able to meet the user requirements stated in the SRS. The evidence from this task
is assessed through criterion 4.

Project plan
Students prepare a project plan, in the form of a Gantt chart, for the full implementation of the
problem-solving methodology stages (analysis, design, development and evaluation) and activities,
(Study Design, page 14) hence the plan incorporates the requirements of Unit 4 Outcome 1. Students
should only be assessed on their ability to document the key concepts and processes relevant to their
project; they must not be assessed on their software skills.
Students should take account of any assessment dates and other deadlines provided by the teacher;
however all other scheduling must be determined by the students. As the project progresses in Unit
3, students should be recording any adjustments to their original plan.

Students are strongly urged to prepare their plan near the beginning of their project so they can
incorporate all stages of the problem-solving methodology.
The evidence from this task is assessed through criterion 1.

This following rubric is used to assess student achievement on Unit 3 Outcome 2 and Unit 4
Outcome 1. It should be noted that each piece of evidence in each criterion is not equally weighted.

The criteria identify specific characteristics that are used to judge levels of performance against
the outcomes. Performance descriptors describe typical evidence associated with five different
levels of performance for a criterion (five levels; 10 marks).

Criteria 1 to 4 relate to Unit 3 Outcome 2.

© VCAA Page 2
Unit 3 Criteria Due Dates

Criterion One: Understanding of project management concepts and processes

Prepares a Gantt chart that documents all stages and activities of the problem-solving
methodology for both parts of the project. Prepares a Gantt chart using software that
identifies all relevant project management milestones, key dependencies (concepts) and key
tasks, sequencing, resources and time allocation (processes). The accuracy, completeness and
coherence of the chart contribute to an effective project management plan to monitor
progress.

Gantt chart Check List:


 tasks
 sequencing
 time allocation
 dependencies
 milestones
 documentation
 monitor and record adjustments to original plan

DUE DATE: 12 May (Friday Week 4)

Criterion Two: Skills in using analytical tools to depict relationships between data,
users and digital systems
Identifies a complete and relevant set of data for analysis and uses a wide range of
appropriate collection methods and techniques. Uses accurately all features of the selected
analytical tools. Depicts accurately all of the relationships between the data, users and digital
systems in all analytical tools. Applies all techniques correctly and consistently in all
analytical tools.
Check List
Data collection methods :
 interviews, observations, surveys, videos, documentation, etc
Context diagrams :
 identification of system
 at least three entities (users) Use case diagram:
 data flows  identification of boundary
 at least three actors
Data flow diagrams:  identification of use cases
 identification of processes  associations
 at least three entities  includes/excludes
 at least two data stores
 data flows
 follow rules
 balance against context diagram

DUE DATE: 19 May (Friday Week 5)

© VCAA Page 3
Criterion Three: Interpretation of data to identify and document the software
requirements specification
Draws a complete set of conclusions that are connected to, and consistent with, the data
represented in the analytical tools. Describes specifically and accurately all the functional
and non-functional solution requirements. All constraints and scope are logically connected
to the solution requirements. Using study-specific language, describes precisely and
accurately all relevant aspects of the technical environment and intended audience of the
solution. Assembles all the documentation clearly, accurately and logically. It is fit for
purpose.
Check List:
Include discussion in appendix of SRS with:  functional requirements
 context diagram  non-functional requirements
 data flow diagram  constraints
 use case diagram  context diagrams
SRS with:  data flow diagrams
 purpose and audience of SRS  use case diagrams
 user characteristics  use of study specific language
 environmental characteristics
 scope of solution

DUE DATE: 26 May (Friday Week 6)

Criterion Four: Skills in generating design ideas and designing preferred solutions
Specifies a comprehensive set of criteria for evaluating alternative design ideas and the
efficiency and effectiveness of the solution. Generates two or three distinctive design ideas
that are feasible and original representations of the solution’s functionality and appearance.
Selects a preferred design idea for further development based on a complete set of criteria.
Expresses accurately and completely preferred design using appropriate methods. Designs
are detailed and fully demonstrate consideration of relevant design factors.

Check List:
 list of criteria
 measure each criterion
 mock-ups (sketches)
 written descriptions
 meet functionality and user requirements stated in SRS
 data dictionaries
 object descriptions
 mock-ups
 pseudocode

DUE DATE: 2 June (Friday Week 7)

© VCAA Page 4
VCE Computing: Software Development: Administrative information for School-based Assessment in 2017

VCE Software Development: School-assessed Task 2017


Assessment Levels of Performance
Criteria Not shown 1–2 (low) 3–4 5–6 (medium) 7–8 9–10 (high)
1. Understanding Includes some stages of the Prepares a Gantt chart that Prepares a Gantt chart that Prepares a Gantt chart that Prepares a Gantt chart that
of project problem-solving includes most stages of the includes all stages and some documents all stages and most documents all stages and
management methodology in the project problem-solving methodology of the activities of the of the activities of the activities of the problem-
concepts and plan and identifies limited and identifies some activities. problem- solving problem- solving solving methodology for both
processes activities. methodology for both parts methodology for both parts of parts of the project.
of the project. the project.
Prepares a Gantt chart using Prepares a Gantt chart using
Constructs a project plan software that identifies some Prepares a Gantt chart using Prepares a Gantt chart using software that identifies all
using software that student-determined software that identifies some software that identifies most of relevant project management
identifies limited milestones milestones, few dependencies relevant student-determined the relevant student- milestones, key dependencies
(concepts), tasks and time (concepts) and a range of milestones and key determined milestones, key (concepts) and key tasks,
allocations (processes). tasks and time allocations dependencies (concepts), and dependencies (concepts) and sequencing, resources and
(processes). some of the key tasks, key tasks, sequencing, time allocation (processes).
sequencing of tasks and time resources and time allocation
allocations (processes). (processes).
Omissions, errors and brevity Some omissions and errors The accuracy, completeness
reduce the effectiveness of reduce the effectiveness of Generally effective chart Mainly accurate and and coherence of the chart
the chart to adequately the chart to adequately with minimal errors to coherent chart contributes contribute to an effective
monitor progress. monitor progress. monitor progress. to a project management project management plan to
plan to monitor progress. monitor progress.

© VCAA Page 6
VCE Computing: Software Development: Administrative information for School-based Assessment in 2017

VCE Software Development: School-assessed Task 2017


Assessment Levels of Performance
Criteria Not shown 1–2 (low) 3–4 5–6 (medium) 7–8 9–10 (high)
2. Skills in using Identifies limited data for Identifies some relevant data Identifies adequate and mainly Identifies sufficient relevant Identifies a complete and
analytical tools to analysis and uses few for analysis and uses some relevant data for analysis and data for analysis and uses a relevant set of data for analysis
depict appropriate collection appropriate collection uses some appropriate range of appropriate and uses a wide range of
relationships methods and techniques. methods and techniques. collection methods and collection methods and appropriate collection methods
between data, techniques. techniques. and techniques.
users and digital
Uses very limited Uses some features of Uses accurately all features of
systems
features in the selected the selected analytical Uses most features of selected Uses all features of the the selected analytical tools.
analytical tools. tools. analytical tools. selected analytical tools, with
minor errors. Depicts accurately all of the
Depicts limited Depicts some of the Depicts accurately most of the relationships between the
relationships between data, relationships between the relationships between the data, Depicts accurately all of the data, users and digital
users and digital systems in data, users and digital systems users and digital systems in relationships between the systems in all analytical
an analytical tool. in some analytical tools. most analytical tools. Errors, data, users and digital tools.
Omissions and errors result Errors and inconsistencies omissions or inconsistencies systems in all analytical
in misinterpretations of result in some result in minor tools. Minor errors do not
these relationships. misinterpretations of misinterpretations of affect interpretation of
relationships. relationships. relationships. Applies all techniques
Applies very few correct correctly and consistently in
techniques in the Applies some correct Applies most techniques Applies most techniques all analytical tools.
analytical tools. techniques in the analytical correctly in the analytical correctly and consistently in the
tools. tools, however, some analytical tools.
inconsistencies exist.

© VCAA Page 7
VCE Computing: Software Development: Administrative information for School-based Assessment in 2017

VCE Software Development: School-assessed Task 2017


Assessment Levels of Performance
Criteria Not shown 1–2 (low) 3–4 5–6 (medium) 7–8 9–10 (high)
3. Interpretation Makes some observations Draws some conclusions from Draws mainly logical Draws a set of logical Draws a complete set of
of data to identify about the data represented the data represented in the conclusions from data conclusions with most being conclusions that are connected
and document in the analytical tools. analytical tools however some represented in the analytical consistent with the data to, and consistent with, the
the software conclusions cannot tools however some represented in the analytical data represented in the
requirements Lists limited solution substantiated. conclusions cannot be tools. analytical tools.
specification requirements (not substantiated.
classified), constraints and Describes specifically most of Describes specifically and
scope. Outlines some appropriate Describes specifically some the appropriate functional and accurately all the functional
solution requirements, with appropriate functional and non- functional solution and non-functional solution
limited classification, non- functional requirements, constraints and requirements. All constraints
. Outlines limited aspects of constraints and scope. requirements, constraints scope. and scope are logically
the technical environment and scope. connected to the solution
and intended audience of Describes some aspects of the Describes using study-specific requirements
the solution. A range of technical environment and Describes using study-specific language, all key aspects of
errors affect the intended audience of the language, some key aspects of the technical environment and Using study-specific
interpretation of the solution. Some errors affect the technical environment and intended audience of the language, describes precisely
solution requirements. the interpretation of the intended audience of the solution. Mainly accurate and accurately all relevant
solution requirements. solution. Some errors of fact facts. aspects of the technical
Omissions, errors and exist but do not cause environment and intended
brevity of the Some omissions, errors and meaningful ambiguities. Assembles logically the key audience of the solution.
documentation reduce its generalities of the components of the
usefulness for design and documentation reduce its Assembles key components of documentation. Minor errors Assembles all the
development purposes. usefulness for design and the documentation. Minor or omissions exist but do not documentation clearly,
Only a partial solution could development purposes. errors or omissions reduce its reduce its usefulness in accurately and logically. It is
be achieved. usefulness in fulfilling its fulfilling its purposes. fit for purpose.
purposes.

© VCAA Page 8
VCE Computing: Software Development: Administrative information for School-based Assessment in 2017

VCE Software Development: School-assessed Task 2017


Assessment Levels of Performance
Criteria Not shown 1–2 (low) 3–4 5–6 (medium) 7–8 9–10 (high)
4. Skills in Lists a narrow set of criteria States some criteria that enable States a range of criteria for Specifies a complete set of Specifies a comprehensive set
generating design for evaluating design ideas a partial evaluation of design evaluating the capacity of criteria for evaluating of criteria for evaluating
ideas and and solutions. Omissions ideas and solutions. design ideas and solutions to alternative design ideas and alternative design ideas and
designing reduce the capacity of the meet functional and non- solutions to meet functional the efficiency and
preferred preferred design to meet functional requirements. and non-functional effectiveness of the solution.
requirements. Generates two or three design requirements.
solutions
ideas that are slight Generates two or three Generates two or three design Generates two or three
Generates two design modifications of each in their design ideas that represent ideas that are feasible and distinctive design ideas that
ideas that have minor representation of the some feasible alternatives clearly differ in their are feasible and original
differences in their solution’s appearance and to the solution’s representation of the representations of the
appearance or functionality. functionality and solution’s functionality and solution’s functionality and
functionality. appearance. appearance. appearance.
Selects a preferred design Selects a preferred design Selects a preferred design
idea for further development idea for further development Selects a preferred design idea for further development Selects a preferred design
based on personal based on limited criteria idea for further development based on some relevant idea for further development
preference with limited relevant to the solution based on some relevant criteria related to functional based on a complete set of
acknowledgement of the requirements. criteria to the solution and non-functional solution criteria.
solution requirements. requirements. requirements.
Expresses the preferred design Expresses preferred design Expresses accurately and
Expresses the preferred using some appropriate using appropriate methods. completely preferred design
design using limited and methods. Some consideration Expresses the preferred design Designs demonstrate using appropriate methods.
incomplete methods. of design factors is evident using some appropriate consideration of most relevant Designs are detailed and fully
Minimal consideration with some errors of logic exist methods. Consideration of design factors. demonstrate consideration of
evident of relevant design and omissions that impact the relevant design factors is Minor errors do not reduce the relevant design factors.
factors. Logical errors exist. capacity of the designs to be evident with minimal errors. capacity of the designs to be
developed. developed.

© VCAA Page 9
VCE Computing: Software Development: Administrative information for School-based Assessment in 2017

Authentication of VCE Computing: Software


Development School-assessed Task (SAT)
Teachers are reminded of the need to comply with the authentication requirements specified in the
Assessment: School-based Assessment section of the VCE and VCAL Administrative Handbook 2017. This
is important to ensure that ‘undue assistance [is] not … provided to students while undertaking assessment
tasks’.

Teachers must be aware of the following requirements for the authentication of VCE Computing:
Software Development School-assessed Task.

1. The body of work created for the School-assessed Task (SAT) is based on work developed and
completed in Unit 3 Outcome 1 and Unit 4 Outcome 1.

2. Teachers are required to fill out the Authentication Record Form and provide the student with
feedback on their progress at each observation.

3. Undue assistance should not occur at any time during the development of the body of work, and teachers
need to be vigilant. Students are required to demonstrate development of their thinking and working
practices. Teachers are reminded that it is not appropriate to provide ‘detailed advice on, corrections to, or
actual reworking of students’ work’.

4. Teachers must sight and monitor the development and documentation of the student’s thinking and
working practices throughout the unit to authenticate the work as the student’s own. Students must
acknowledge the source of materials and information used to support the development of their work.

5. Students should be encouraged to complete their work at school. Where students use external service
providers, their documentation should demonstrate ongoing progress throughout the SAT.

6. During the generation of the software solution teachers must plan and use observations of student work in
order to monitor and record each student’s progress as part of the authentication process. Teachers must
ensure that all source and reference material, all use of non-school (home, outsourced) resources and any
external assistance (for example, tutors) are acknowledged on the authentication form. If a student
acknowledges using external resources or receiving external assistance, the teacher should record complete
details as an attachment to the Authentication Form.

7. Teachers are reminded that the authentication procedures must be followed for all student work in
relation to this SAT. School-based audits include the inspection of authentication records. If authentication
records are not provided, the school is automatically audited the following year.

© VCAA Page 14
Authentication Record Form: VCE Computing: Software Development SAT 2017
This form must be completed by the class teacher. It provides a record of the monitoring of the student’s work in progress for
authentication purposes. This form is to be retained by the school and filed. It may be collected by the VCAA as part of its School-
based Assessment audit.
Student name …………………………………………………………….. Student No
School …………………………………………………………………………………………………………………………….…….
Teacher: ……………………………………..…………………………………………….

Component of School-assessed Date Authentication comments Teacher’s Student’s


Task observed/ initials initials
submitted
Observation 1: Identification of
need or opportunity
Student has identified a real-world
problem/opportunity that can be
solved through a software solution
Observation 2: Preparation of
project plan
Student has prepared a Gantt chart
for the entire project
Observation 3: Data collection
Student has identified data sources
and collection methods for analysis
Observation 4: Development of
software requirements
specification
Student has documented the analysis
in the form of an SRS
Observation 5: Folio
Student has developed the folio of
design ideas, criteria an detailed
preferred design
Observation 6: Progressive
development of software solution
Student has continued to develop the
software solution

Observation 7: Preparation and


conduct of useability test
Student has prepared, conducted and
documented the useability test

Observation 8: Evaluation and


assessment
Student has submitted the evaluation
of the solution and the assessment of
the project plan
I declare that all resource materials and assistance used have been acknowledged and that all unacknowledged work is my own.
Student signature …………………………………………… Date …………………………………

© VCAA Page 15
VCE Computing: Software Development Administrative information for School-based Assessment in 2017

2017
Victorian Certificate of Education student name
Computing: Software Development Assessment Sheet
School-assessed Task

Teachers need to make judgments on the student’s performance for each assessment criterion. Teachers will be required to choose one number from 0–10
to indicate how the student performed on each criterion with comments, as appropriate.

Assessment criteria LeveLs of Performance: Teacher’s commenTs


Not Shown Low Med High You may wish to comment on aspects of the student’s
(0) (1–2) (3–4) (5–6) (7–8) (9–10) work that led to your assessment of High, Medium, Low
The extent to which the student demonstrates: or Not Shown for specific criteria.

1 understanding of project management concep ts and processes





2
 
skills in using analytical tools to depict relationships between data, users and digital systems


3 interpretation of data to identify and document the software requirements specification



4 skills in generating design ideas and designing preferred solutions



5 skills in using a programming language to dev elop a software solution that meets
specific needs or opportunities 


6 skills in organising and managing data and files



7 skills and strategies for testing a software solution to meet a specific need or opportunity
 


8 skills in evaluating the software solution and a ssessing the effectiveness of the project
plan in monitoring progress 


If a student does not submit the School-assessed
Task at all, N/A should be entered here. 
Page 16

Potrebbero piacerti anche