| Long Title: | Interdisciplinary Team Project |
| Language of Instruction: | English |
| Field of Study: |
Software and applications development and analysis
|
| Module Coordinator: |
ORLA LAHART |
| Module editor: |
ORLA LAHART |
| Teaching and Learning Strategy: |
The learning strategy involves the use of workshops, e-Learning content, presentations and a project. Students will also have access to web based support. |
| Learning Environment: |
Learning will take place in a classroom/lab/workplace environment with access IT resources. Learners will have access to library resources, both physical & electronic and to faculty outside of the classroom where required. Module materials will be placed on Moodle, the College’s virtual learning environment. |
| Module Description: |
This module aims to consolidate the knowledge and skills acquired in other modules by specifying, designing, implementing and documenting a medium scale software/web application. |
| Learning Outcomes |
| On successful completion of this module the learner will be able to: |
| 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. |
| Pre-requisite learning |
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 |
Requirements
This is prior learning (or a practical skill) that is mandatory before enrolment in this module is allowed. You may not enrol on this module if you have not acquired the learning specified in this section.
|
| Pre-requisite modules: Programming 1, Introduction to Management, Problem Solving & Programming |
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% |
Full Time
| Coursework |
| Assessment Type |
Assessment Description |
Outcome addressed |
% of total |
Assessment Date |
| Proposal (0250) |
*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) |
1,2,3,4 |
5.00 |
n/a |
| Other |
Requirement Specification |
1,2,3,4 |
5.00 |
n/a |
| Participation (0130) |
Online Collaboration & Progress |
1,2,3,4 |
10.00 |
n/a |
| Practical (0260) |
Preliminary Presentation |
1,2,3,4 |
10.00 |
n/a |
| Project (0050) |
Dissertation & Project Showcase |
1,2,3,4 |
70.00 |
n/a |
| 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.
|
Reassessment Description The repeat assessment strategy for this module is to do a repeat project which should be submitted in advance of the repeat exams.
|
NCIRL reserves the right to alter the nature and timings of assessment
Module Workload
| 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 Hours |
21.00 |
| Total Weekly Learner Workload |
21.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 Hours |
20.50 |
| Total Weekly Learner Workload |
20.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 |
|---|
Module Delivered in
|