Module Code: |
H6ITP |
Long Title
|
Interdisciplinary Team Project
|
Title
|
Interdisciplinary Team Project
|
Module Level: |
LEVEL 6 |
EQF Level: |
5 |
EHEA Level: |
Short Cycle |
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 |
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 | % |
Coursework | 100.00% |
AssessmentsFull 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 |
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 |
---|
|