Module Code: H6ITP
Long Title Interdisciplinary Team Project
Title Interdisciplinary Team Project
Module Level: LEVEL 6
EQF Level: 5
EHEA Level: Short Cycle
Credits: 10
Module Coordinator: ORLA LAHART
Module Author: ORLA LAHART
Departments: School of Computing
Specifications of the qualifications and experience required of staff  
Learning Outcomes
On successful completion of this module the learner will be able to:
# Learning Outcome Description
LO1 Specify, design, implement and document a medium scale project in the chosen area of specialisation, including the identification and assignment of different software development roles within a team.
LO2 Make the use of emerging development techniques/tools, technologies/languages
LO3 Meet strict project deadlines.
LO4 Develop and enhance interpersonal communication skills to become a successful member of a working team.
Dependencies
Module Recommendations

This is prior learning (or a practical skill) that is required before enrolment on this module. While the prior learning is expressed as named NCI module(s) it also allows for learning (in another module or modules) which is equivalent to the learning specified in the named module(s).

No recommendations listed
Co-requisite Modules
No Co-requisite modules listed
Entry requirements  
 

Module Content & Assessment

Indicative Content
Topic
A practical development project is undertaken. While faculty members may suggest topics, the Project specification is decided by the student in consultation with faculty. Students follow the typical development life cycle to produce a software/web application of substance. This module is common across all undergraduate programmes in the School of Computing. Students from all programmes will need to demonstrate competency in core technical skills (e.g. introduction to programming, databases, web design). Students studying programmes in the area of business computing and technology management must also demonstrate additional acquired business skills (e.g. management, marketing etc) while, students studying more technical programmes must demonstrate further technical skills (e.g. programming skills) and ability to utilise emerging technologies/languages.
Selection of groups and a peer-review process
The interdisciplinary project teams may be formed based on a self-selection process with representation from all disciplines. During week 1 those students who do not belong to a team may fill in a questionnaire that would indicate their skill set and a type of project they may be interested in. These students will be placed on a team by a lecturer or a faculty member. Each team will comprise a number of roles. Within each team students may assume a role which best reflects their strengths, however, all students must demonstrate the core technical competencies as outlined previously. A peer-review process in place will assist in determining the contribution of each individual on a team. Two questionnaires (distributed in the middle of the term and at a final stage) will assist the lecturer or a faculty member in assessing the work of each team member. The results of both questionnaires and analysis of student’s online project activity will influence the final mark of each student.
The Interdisciplinary project
The main project phases which are assessed separately include: project proposal, requirements specification, prototype implementation, final release, testing and evaluation. In the beginning of the Semester students attend classes, consultations and seminars on immanent issues including requirements analysis, development method, programming language and development tools. Throughout the Semester students work under the direction of the project supervisor where the supervisor meets the teams during class time. The project team reports on the project progress. In the mid of the Semester, students present a prototype to examiners, outlining their progress to date and demonstrating that the main technical difficulties have been solved. In the end of the Semester, students present the final release to examiners and produce the required documentation. Examples of project area include but are not limited to: • E-commerce applications (e.g. event registration) • Gaming applications (e.g. educational game for children) • Innovative business applications (e.g. applications that support new business ventures) • Web applications (e.g. tutoring application) • Data management applications (e.g. Attendance monitoring system) • Applications that support the management process (e.g. KPI dashboard application)
The project in small groups of students.
The main project phases which are assessed separately include: - project proposal - requirements specification - prototype implementation - final release, testing and evaluation In the beginning of the Semester students attend classes, consultations and seminars on immanent issues including development method, programming language and development tools. Throughout the Semester students work under the direction of the project supervisor where the supervisor meets the group during class time. The project team reports on the project progress. In the mid of the Semester, students present a prototype to examiners, outlining their progress to date and demonstrating that the main technical difficulties have been solved. In the end of the Semester, students present the final release to examiners and produce the required documentation. Students are encouraged to choose a project that is closely related to their area of specialisation.
Background
• Introduction to Project • Coding guidelines • Supervision requirements • Overview of examinations (timelines, dates etc.)
Seminars
Project specialisations UML blended learning Presentation skills Technical writing
Project Activities
• Project Proposal • Requirements Specification • Prototype • Mid point presentation • Software System • Final Presentation
Project Proposal
• Background to the project • Brief description of the approach to be followed in implementing the project • Special resources required, if any • Major implementation steps and timelines • Names of academic staff members consulted
Requirement Specification
• Requirements Analysis • Requirement Specification
Prototype
• Guidelines • Horizontal • Vertical
Mid point presentation
• Proof of concept • A brief power-point overview • Progress on the project schedule • A demonstration of a simple project prototype (verifying the feasibility of the project) • Grading (Presentation, Progress, Prototype)
Final Presentation
• Introduction • Goal • Central Theories • System • Design • Implementation • Evaluation • Discussions • Demonstrations
Assessment Breakdown%
Coursework100.00%

Assessments

Full Time

Coursework
Assessment Type: Proposal (0250) % of total: 5
Assessment Date: n/a Outcome addressed: 1,2,3,4
Non-Marked: No
Assessment Description:
*Project Proposal* Examples of project area include but are not limited to: • E-commerce applications (e.g. event registration) • Gaming applications (e.g. educational game for children) • Innovative business applications (e.g. applications that support new business ventures) • Web applications (e.g. tutoring application) • Data management applications (e.g. Attendance monitoring system) • Applications that support the management process (e.g. KPI dashboard application)
Assessment Type: Other % of total: 5
Assessment Date: n/a Outcome addressed: 1,2,3,4
Non-Marked: No
Assessment Description:
Requirement Specification
Assessment Type: Participation (0130) % of total: 10
Assessment Date: n/a Outcome addressed: 1,2,3,4
Non-Marked: No
Assessment Description:
Online Collaboration & Progress
Assessment Type: Practical (0260) % of total: 10
Assessment Date: n/a Outcome addressed: 1,2,3,4
Non-Marked: No
Assessment Description:
Preliminary Presentation
Assessment Type: Project (0050) % of total: 70
Assessment Date: n/a Outcome addressed: 1,2,3,4
Non-Marked: No
Assessment Description:
Dissertation & Project Showcase
No End of Module Assessment
No Workplace Assessment
Reassessment Requirement
Coursework Only
This module is reassessed solely on the basis of re-submitted coursework. There is no repeat written examination.

NCIRL reserves the right to alter the nature and timings of assessment

 

Module Workload

Module Target Workload Hours 0 Hours
Workload: Full Time
Workload Type Workload Description Hours Frequency Average Weekly Learner Workload
Lecture No Description 1 Every Week 1.00
Lab No Description 5 Every Week 5.00
Independent Learning No Description 15 Every Week 15.00
Total Weekly Contact Hours 6.00
Workload: Part Time
Workload Type Workload Description Hours Frequency Average Weekly Learner Workload
Lecture No Description 1 Every Week 1.00
Lab No Description 5 Every Week 5.00
Independent Learning No Description 14.5 Every Week 14.50
Total Weekly Contact Hours 6.00
 

Module Resources

This module does not have any book resources
This module does not have any article/paper resources
This module does not have any other resources
Discussion Note: