Information Technology in a Global Society ITGS IB

ITGS IA Guide

Internal Assessment ITGS

  • Twitter - Grey Circle
  • Instagram - Grey Circle

Internally Assessed ITGS Project is assessed by your class teacher and externally moderated by the IB at the end of the course. 30 hours of class time is allocated to this project, however, for top marks, IB students will spend much more personal time on this project. The IA is worth 20% of your overall subject grade so wise students will make this IA ITGS Project a high priority when creating a personal homework/study schedule. Internal Assessment is worth 30 Marks and to get top marks you must meet all assessment criteria.

 

Internal Assessment At A Glance

Class time allocated: 30 hours
The Project: Students must develop an original IT product for a specified client and produce:

  • a cover page using prescribed format

  • an original IT product

  • documentation supporting the product

Word limit: 2,000

Marks: 30
Impact on Grade: 30%

ITGS Assessment Criteria for IA

 

Criterion A: Initial investigation
A client is identified and the inadequacies of the present situation are explained with cited reference to the consultation with the client.

 

Criterion B: Analysis
Student has listed requirements specifications and justified the proposed solution (completed in extended writing). An analysis form is used, refers to the scenario described in criterion A and includes a requirements specification that can be used to effectively evaluate the success of the IT solution and a detailed justification of why the IT solution was chosen.

 

Criterion C: Project schedule
The project schedule includes dates, actions, and details and a project schedule form is used and refers to the proposed IT solution identified in criterion B, providing a detailed schedule of the tasks involved in planning, designing, developing, testing and implementing the IT solution. The project schedule can be used as a basis for the development of the IT solution.

 

Criterion D: Product design
There are four significant components to the product design:

  • Overall structure

  • Internal structure

  • List of resources

  • List of techniques


The following information to be included as part of the product design:

  • Test plan

  • Agreement of client

The product designs for the IT solution identified in criterion B use the product design form and include sufficient detail for an IT-literate third party to see how the product was created.

 

Criterion E: Product development
The student demonstrates the techniques, with screenshots, that were used to develop the IT solution identified in criterion B for the client identified in criterion A and explain why they have been used. The IT solution identified in criterion B is created. The structure of the product and the choice of appropriate techniques used to develop it are explained with screenshots and sources are acknowledged.

 

Criterion F: Product evaluation and future product development
The student evaluates the effectiveness of the finished product, based on feedback from the client and the student recommends proposals for future improvements of the product. The product is evaluated, based on feedback from the client and the specific performance criteria identified in the requirements specification, and appropriate recommendation(s) are made for future development of the product.

 

Criterion G: Required elements
This criterion assesses the extent to which the four formal requirements are met.

  • The content within the product is sufficient for an IT-literate third party to reliably evaluate its effectiveness and the product functions as required.

  • The prescribed cover page is used and functions as required.

  • Appropriate file names and folder structures are used throughout the project.

  • A screencast is included with the product

 

 

ITGS IA Timeline

Suggested timeline for Grade 12 students that are completing the Internal Assessment in Grade 12.

 

August - Criterion A: Initial investigation

September - Criterion B: Analysis + Criterion C: Project schedule

October - Criterion D: Product design + Criterion E: Product development

November - Criterion F: Product evaluation and future product development

December - Criterion G: Required elements

Figure ITGS 1 (above) is a time schedule, created by a G12 student who was starting and completing the IA all in G12.

 

Suggested timeline for Grade 11 students who are completing the Internal Assessment task in Grade 12.

 

Grade 11 (Internal Assessment - 15 hours)

April  -  Criterion A: Initial investigation

May - Criterion B: Analysis + Criterion C: Project schedule
June - Criterion D: Product design


Grade 12 (Internal Assessment - 15 hours)
August - Criterion E: Product development
October - Criterion F: Product evaluation and future product development

November - Criterion G: Required elements

 

IA ITGS Guide for DP Students 

Criterion A) Initial Investigation ITGS

Three steps to Section A of the ITGS initial investigation:

  1. Find a client.

  2. Interview the client. Create a recording &/or transcript.

  3. Write an analysis of the consultation.


To meet the requirements of this criterion, you must submit:

  1. Criterion A Initial Consultation - A transcript/summary of the interview(s).

  2. Criterion A Initial Investigation - An analysis of the client's problem and the inadequacies of the current situation.

  3. Optional: An audio recording of the interview.

 

Criterion A Initial Consultation ITGS (no word count)

Documenting the IA Initial Consultation
You need to provide evidence (screenshots, photos, videos, signatures, dated forms, etc.) that the interview with your client occurred and that may be in the form of a:

  • written record (summary &/or transcript),

  • sound file,

  • video,

  • exchange of emails, and or 

  • a questionnaire.

 

Your Initial Consultation file, in a universally accepted and secure format (e.g. jpg, pdf, mov, mp4, avi), must be included on your IA documentation CD. Sound and video files may be in any language, however, students will need to include a written summary of the consultation, in your school's language of instruction.

 

Tips Regarding Your ITGS Initial Consultation:

  • Prior to recording your interview - discuss with potential clients and outline the general idea of this project (to create a technological solution to an issue they face)

  • Prior to recording your interview - write a few questions and share with your client so they are prepared

  • The aim of the interview is for your client to discuss 2 or 3 issues (not focus only on one) if they discuss a couple of issues then it will make a justification easier to write (e.g. aaa is the issue I will help overcome, because aaa is a major concern and helps a great number of people compared to bbb and ccc)

  • The aim of the interview is to collect concerns and issues and ideas from your client and THEN start focussing on technology. If you are planning on creating a website it is best to FIRST get your client to talk about the need to get more customers, share new products with people and improve the promotion of their business. LATER you can then can discuss solution ideas like websites, brochures, business cards and social media ideas. Justifying a good solution, by comparing it with some average solutions is easy. 

 

IA ITGS Suggested Questions to Ask during the Initial Consultation:

  • Please introduce yourself and tell me about your job.

  • Please tell me about some specific problems you regularly encounter or issues you regularly face.

  • Please tell me about some opportunities you see or ideas you have for the future - that have not yet been realised.

  • based on the responses above - then turn the client's attention to TECHNOLOGY

  • Please explain the technology you use at your workplace and can you give me an idea of your level of technological know-how?

  • Are there some types of technology that you feel could help overcome some of your issues and/or make your job easier and your workplace?

  • If there was a product/system created overcome YYY and XXX issues - how would this improve your work?

 

Criterion A Initial Investigation ITGS (250 words)

Below is what you will need to create for Criterion A:

 

Client’s Name: XXXX 

 

Interview Date: YYYY

 

Evidence of Interview: sound file (Appendix 1)

 

Analysis of the consultation: An analysis of the client's problem and the inadequacies of the current situation.

 

Briefly Explain who your client is and what they do:

  • My client runs a small business and they work in the hospitality industry.

  • My client is the floor manager of the Yokohama Youth Hostel and the hostel has 100 beds and usually runs at 75% occupancy.

  • My client is a Science teacher and they teach at Horizon Japan International School. My client teachers MYP Science

 

Discuss their Specific problem:

  • My client is frustrated by the messy communication and organisation of her class.

  • My client wants to increase the occupancy rate of their hostel and is sure the poor social media and website is hindering their success.

  • My client is struggling to manage student assessment tasks.

 

Examples of clients and problem:

  • The IB Diploma Programme theatre teacher (client) requires a method of managing the finance and seat booking for a school theatre production (problem). A possible solution is to develop a multiple page spreadsheet that links a diagrammatic representation of the seating plan with the financial information.

  • The IB Primary Years Programme or kindergarten teacher (client) requires a method to introduce the basic greetings in another language to 4-year-olds (problem). A possible solution is to develop a multimedia presentation that includes a series of sound and video clips.

  • A photographer (client) requires a method of increasing his visibility and consequently his income from the sale of images (problem). A possible solution is to develop a website.

  • A manager of a local sports team (client) requires a method of keeping accurate records of players’ details, attendance at training sessions and performance throughout the season (problem). A possible solution is to develop a relational database.

 

Criterion A: Initial Investigation Marks Level Descriptors ITGS

0  >>> The work does not reach the standard described by the descriptors below.
1 >>> A client and a problem with the present situation are identified.
2–3 >>> The inadequacies of the present situation are explained with cited reference to the consultation with the client.

 

Criterion B) Analysis ITGS

You must ensure that your proposed Tech solution addresses the inadequacies identified by your client in criterion A. You will also need to list requirements specifications and also justify your proposed solution. Students will have to use the ITGS IA Analysis Form and you must refer to the scenario described in criterion A and includes a requirements specification that can be used to effectively evaluate the success of the IT solution and a detailed justification of why your IT solution was chosen.

 
Criterion B Analysis Form (no Word Count)

THE ITGS ANALYSIS FORM (From IBO) must be used

Red = Heading

Green = Sub Heading

 

 

Criterion B: Analysis

 

Proposed solution:

 

Requirement specification

 

IT system requirements:

 

System interaction:

 

Input/output requirements

Input requirements

Output requirements

 

Processing

 

Security

 

Specific performance criteria

 

Justification of chosen solution

 

Criterion B: Analysis ITGS (250-350 words)

 

Proposed Solution: Listing 2-4 solutions you considered and indicate the solution you have chosen.


Requirements Specification: Bs sure to include inputs, outputs, security considerations, Often the client will provide the content, however, you need to be clear who will be inputting data into the tech solution (e.g. client will write the words for a website and student will copy text and insert into website). Regarding IT system requirements you should identify software and hardware required to create your solution and, once you solution has been created, also identify what software and hardware will be required by the end-user. System interaction is where you can either explain step-by-step what you solution will do and how is works &/or you can discuss the processing required to create your solution (e.g. Adobe Dreamweaver, iMovie, etc.). Furthermore, you may need to identify and contrast the different hardware and software requirements for developing the product compared to using it and outline what will be required for product development and the completed product. The input and output can be information, files, or data. Processing needs to be addressed and may be an explanation of the processes the student will use to produce the product or the system processing which converts the input to output. Security issues must also be addressed and this can be done by discussing preventing unauthorized access to systems or sensitive data, preventing loss or corruption of data and also preventing unauthorized use of the product.


Specific Performance Criteria:  This is where you can create and write a design brief and design specifications (MYP Design terminology) these are clear, specific bullet points which indicate the things your product must do in order to be considered a 'success'. You will assess yourself against these criteria in Criterion F, so it is essential to get them correct. Precision is vital: criteria must be specific and measurable. When you justify your chosen solution explain why your chosen solution is the best solution. Comparing weaker solution ideas with your best idea is a great way to justify. Be sure to make clear links to your client's problem and their tech skills and the technologies they have access to.

 

Criterion B: Analysis Marks Level Descriptor ITGS

0 >>> The work does not reach the standard described by the descriptors below.
1 >>> The analysis form is used, refers to the scenario described in criterion A and includes either a requirements specification that can be used to partially evaluate the effectiveness of the IT solution or a limited explanation of why the IT solution was chosen.
2–3 >>> The analysis form is used, refers to the scenario described in criterion A and includes a requirements specification that can be used to partially evaluate the effectiveness of the IT solution and an adequate explanation of why the IT solution was chosen.
4–5 >>> The analysis form is used, refers to the scenario described in criterion A and includes a requirements specification that can be used to effectively evaluate the success of the IT solution and a detailed justification of why the IT solution was chosen.

 

Criterion C) Project Schedule ITGS

Your project schedule must outline how your proposed IT solution in criterion B will be produced. Your detailed plan must be based on research you have conducted into the proposed IT solution and the significant factors involved (stakeholders, software, hardware, network requirements, data, input and output, processes and policies) is developed that addresses key events in planning, designing, developing, testing and implementing the product as a timeline/schedule.

 

IA Project Schedule Form (no word count)

Be sure to make explicit reference to these categories when creating your plan and present as a table:

  • Date - when will you do this? and how many minutes/hours have you allocated?

  • Criterion - what IA criterion is being addressed?

  • Action - what specifically will you do and with what resources?

  • Details, Follow Up and Comments - as the plan unfolds, what changes need to be made, adjustments to the schedule and what needs to be addressed?

  • Date Completed - when was this task done

 

IB ITGS IA Project Scheule Form must be used and can be found here

 

You may wish to create a GANTT CHART for this section and

 

The aim of your schedule is that it contains enough detail that another person could follow your plan and create your product.

 

Criterion C: Project Schedule: Marks Level Descriptor ITGS

0 >> The work does not reach the standard described by the descriptors below.
1 >> The project schedule uses the project schedule form and refers to the proposed IT solution identified in criterion B, providing an outline schedule of the tasks involved in planning, designing, developing, testing and implementing the IT solution.
2–3 >> The project schedule uses the project schedule form and refers to the proposed IT solution identified in criterion B, providing a detailed schedule of the tasks involved in planning, designing, developing, testing and implementing the IT solution. The project schedule can be used as a basis for the development of the IT solution.

 

Criterion D) Product Design ITGS

 

ITGS IA Product Design identifies what you propose to create for your client, how it will be made, when and who it will be implemented and launched and how success will be measured.

 

IB Criterion D Product Design Form (no word count)

 In Section D the IB Product Design Form must be used and will cover:

  • design methodologies appropriate to the type of IT product being designed

  • different levels of draft design, an overall structure, layouts and mock-ups of the product itself.

  • an investigation into specific elements used within the product (such as fonts, graphic elements, effects, etc.)

  • identification of a range of appropriate resources and techniques required for the development of the product

  • a test plan that addresses the main areas of functionality of the product and links to the designs brief and design specifications

  • a signed agreement that the designs is approved by the client


The product design should be so detailed that the product could be independently created by an IT literate third party. You need to draw some mock-up designs and accompany them with detailed annotations that explain features and design details. For best results, several ideas should be shared with your clients to get an idea of what they want and need. Be sure to keep an open mind when discussing your designs and together decide on the best design and features.

 

IA ITGS Product Design Form

Red = Heading

Green = Sub Heading

Yellow = Sub Sub Heading

 

Criterion D: Product design—Overall structure

 

Overall structure of ………….

 

Internal structure

List of resources and techniques

 

Resources and Details

 

Techniques and Details

 

Test plan

(presented as a table)

Data that needs to be addressed includes: 

  • Test item    

  • Test data    

  • Part of system tested    

  • Expected outcome    

  • Actual outcome    

  • Comments    

  • Reference in product

 

Agreement of client

Once your outline has been I confirm that the requirement specification meets my needs and the designs above are appropriate for the creation of the product. 

 

Criterion D: Product Design Marks Level Descriptor ITGS IA

0 >> The work does not reach the standard described by the descriptors below.
1–2 >> The product designs for the IT solution identified in criterion B use the product design form but have significant omissions. It is possible for the student to create the product from them, but they lack sufficient detail for an IT-literate third party to see how the product was created.
3–4 >> The product designs for the IT solution identified in criterion B use the product design form and include sufficient detail for an IT-literate third party to see how the product was created.

 

Criterion E) Product Development ITGS

Your ITGS IA Project's complex product needs to be created to meet the needs of your requirements specification (Design Brief/ Designs Specifications) from criterion B, project schedule from criterion C and the product design in criterion D. You must also identify the and list the skills and techniques used when creating your complex IA product. A complex product is defined as one that includes at least three appropriate advanced techniques as outlined by the IB in this document here. A simple product cannot be awarded more than 4 marks for criterion E.

 

Product - The product is the IT solution

Students should aim to develop a product that uses advanced techniques (see the list of appropriate techniques for the development of the project on the OCC), is fully functional, and the complete internal structure of the product must be available for moderation.

 

Appropriate techniques for the development of the project (at least three appropriate techniques) considered in criterion E

 

Multimedia Appropriate Techniques 

  • Proficient integration of the different elements of multimedia

  • Non-simple editing of original sound Non-simple editing of video clips

  • Creation of original animation

  • Manipulation of graphics involving multiple techniques Links to underlying data (for example, through a database or mail merge)

  • Navigation using frames and customized buttons

  • Manipulation of codes such as HyperText Markup Language (HTML), Extensible Markup Language (XML), Java, JavaScript or Visual Basic to customize pages or improve functionality (see the “Code and programming tools” sub-section below)Cascading style sheets (CSS) or schema

  • Integration of components using advanced features from other applications

  • Quality content captured for video using special hardware/software (such as external microphone, tripod, lighting or other special equipment)

  • Precise timing of the components in a video (such asaudio, music or video footage)

 

Products developed using web-based templates and Web 2.0 tools:

  • Proficient integration of a range of different elements

  • Use of editable sub-regions

  • Use of code provided by the site

  • Creation of original templates

  • Integration of components using advanced features from other applications

 

Desktop publishing (DTP):

  • Manipulation of graphics to improve print quality

  • Development of an original and unifying template

  • Proficient use of typography

  • Proficient interrelationship of graphical elements, images and text

  • Links to underlying data (for example, through a database or mail merge)Integration of components using advanced features from other applications

 

Relational databases:

  • At least three appropriately related tables

  • Appropriate use of data validation, input masks

  • Proficient integration of complex queries,  calculated fields, forms, sub-forms, macros, and modules

  • Structured Query Language (SQL) to develop a back-end database

  • Proficient use of techniques to enable easy navigation (such as menus or buttons)

 

Spreadsheets:

  • Multiple linked sheets

  • Pivot tables, goal seek, scenarios

  • Nested functions

  • Proficient use of forms using customized macros

  • Complex functions such as DATE, VLOOKUP, CONCATENATE

 

Code and programming tools:

  • Arrays

  • File handling

  • Sub-routines, parameter passing

  • Loops, i  f–then, exit conditions

  • Object definitions

  • Graphical user interface (GUI) 

 

ITGS Products that are Not Permitted

Products created using templates that show no evidence of modification in their structure, design or functionality are not permitted. Examples of inappropriate products include:

  • the development of a website (product) using a web-based template that completely determines its structure and layout

  • a product consisting of a data mashup consisting only of secondary data

  • the use of unmodified exemplar products or templates provided with software such as the Northwind

  • database in Microsoft Access®

  • Any text within the product is not included in the overall word count for the project.

​​

 

IB Criterion E Product Development Report (750-1,000 words)

The information in the documentation linked to the development of the product must provide a detailed account, using extended writing, to justify the following.

  • structure of your product and why it is appropriate

  • techniques used to create your complex product, including screenshots, in the development of the product, and reasons why they are appropriate

  • technical information, if appropriate, that will support the functionality of the product, such as web hosting or security information

  • reference material such as templates, program code, applets or other materials that have been used or modified must be acknowledged. Failure to do so will be considered a significant omission.

 

Tips on Writing Your Criterion E Report 

Be sure to (A) described the techniques used in the development of the product (how) and also (B) explain why they were appropriate or the technique was chosen over other possibilities. This criterion is designed to assess the choices the candidate makes, and why they are appropriate for the product they are developing. Be sure to cite and explain specific techniques and provide evidence and explanations (i.e. capture with a screenshot and makes some comments about the skills and technique being used.

 

If you create a website, be sure to identify the templates used and themes chosen during the development of your website. Moreover, templates can be used, however, consideration needs to be given that you are making a complex product and not a simple product. Complex techniques can be demonstrated through online website builders (e.g. editing CSS or HTML code, including a well filmed and edited film, including photographs that you have taken and edited or with javascript. When HTML code has been used as a technique, two screenshots are needed a screenshot of the code with an explanation of what it does and why it is appropriate and also a screenshot that shows the outcome/effects of the code. Be sure to consider the needs of your client and their technical skills so that your solution is a good match for their needs and their skills.

 
Criterion E: Product Development Marks Level descriptor ITGS

0 >> The work does not reach the standard described by the descriptors below.
1–2 >> The IT solution identified in criterion B is created. The techniques used to develop the product are identified.
3–5 >> The IT solution identified in criterion B is created. The structure of the product and the choice of appropriate techniques used to develop it are described with screenshots. Sources are acknowledged.
6-7 >> The IT solution identified in criterion B is created. The structure of the product and the choice of appropriate techniques used to develop it are explained with screenshots. Sources are acknowledged.

 

 

Criterion F) Product Evaluation and Future Product Development ITGS

For Criterion F in your IA, you need to evaluate the effectiveness of your finished tech product, based on detailed feedback from your client and with explicit reference to the to your the specific performance criteria (Design Brief/ Designs Specifications) identified in Criterion B. Furthermore, you will need to outline some recommendations for future improvements of the tech product.

 

Tips on Writing Criterion F - Product Evaluation ITGS (300-400 words)

When conducting an evaluation interview with your clients be sure to ask specific questions about what they liked, didn't like, would like to change if you were to start again and listen to their response and ask for detailed responses. Don't get offended if they didn't like specific aspects, rather hear this as constructive criticism and welcome it. The more specifics the clients discuss with you about your product - the easier it is to write this section. With your clients, be sure to go through each and every specific performance criteria (Design Brief/ Designs Specifications) identified in Criterion B and ask was this met? Once again, the more detailed and time you put into this, the easier it is to write a report. Two parts need to be addressed in this section:

 

Feedback from Client (no word count)

You need to provide evidence (screenshots, photos, videos, signatures, dated forms, etc.) that the interview with your client occurred and that may be in the form of a:

  • written record (summary &/or transcript),

  • sound file,

  • video,

  • exchange of emails, and or 

  • a questionnaire.

 

The file must be in a universally accepted and secure format (e.g. jpg, pdf, mov, mp4, avi), must be included on your IA documentation CD. Sound and video files may be in any language, however, students will need to include a written summary of the consultation, in your school's language of instruction. The best way to address this is with a questionnaire that refers directly to the specific performance criteria that form part of the requirements specifications in Criterion B, as well as any other appropriate feedback obtained from the client at handover.

 

Recommendations for Future Development of the Product (300-400 words)
The student will use the client feedback and the evaluation of the specific performance criteria to recommend possible future developments to the product. These recommendations should succinctly explain how possible future developments of the product will be of benefit to the client and/or other stakeholders.

 

Criterion F: Product Evaluation and Future Product Development Marks Level Descriptor

0 >> The work does not reach the standard described by the descriptors below.
1–2 >> A limited evaluation of the product, based on feedback from the client is completed, and superficial and impractical recommendations are made for its further development. There is limited reference to the specific performance criteria identified in the requirements specification.
3–4 >> The product is evaluated, based on feedback from the client and the specific performance criteria identified in the requirements specification, and appropriate recommendation(s) are made for future development of the product.

Criterion G) Required elements
This criterion assesses the extent to which the four formal requirements are met.
• The content within the product is sufficient for an IT-literate third party to reliably evaluate its effectiveness and the product functions as required.
• The prescribed cover page is used and functions as required.
• Appropriate file names and folder structures are used throughout the project.
• A screencast is included with the product.

Criterion F: Required elementsn Marks Level Descriptor

0 >> None of the formal requirements are met.

1 >> Any one of the formal requirements is met.  

2 >> Any two of the formal requirements are met.  

3 >> Any three of the formal requirements are met.  

4 >> All four of the formal requirements are met.

 

 

ITGS IA Forms
  • Cover Page

  • Criterion A Initial Consoltation

  • Criterion A Initial Investigation

  • Criterion B Analysis

  • Criterion C Project Schedule

  • Criterion D Product Design

  • Criterion E Product Development

  • Criterion F Feedback From Client

  • Criterion F Product Evaluation ​

Resources - ITGS IA
  • Black Instagram Icon
  • Black Twitter Icon

© 2019 DEEPEE. Luke Cameron Watson

  • Black Instagram Icon
  • Black Twitter Icon