HeaderSIS.jpg

Difference between revisions of "Final Report"

From IS480
Jump to navigation Jump to search
 
(39 intermediate revisions by the same user not shown)
Line 14: Line 14:
 
===Project Challenges:===
 
===Project Challenges:===
  
N/A.
+
Refer to team reflection located below.
  
 
===Project Achievements:===
 
===Project Achievements:===
Line 282: Line 282:
 
<div align="center">
 
<div align="center">
  
[[Image:metric.jpg]]
+
[[Image:MetricHour.jpg]]
 
</div>
 
</div>
 
•Bug Tracker: Number of bugs/week  
 
•Bug Tracker: Number of bugs/week  
 
Measured based on complexity of the functions
 
Measured based on complexity of the functions
 
<div align="center">
 
<div align="center">
[[Image:Bugformat.jpg]]
+
[[Image:Bugformat2.jpg]]
  
[[Image:bugresult.jpg]]
+
[[Image:BugResult2.jpg]]
 
</div>
 
</div>
  
Line 302: Line 302:
 
   <tr>
 
   <tr>
 
     <td width="238" valign="top"><p>Changes in client requirement which require more    time to handle the changes and affected the iteration progress </p></td>
 
     <td width="238" valign="top"><p>Changes in client requirement which require more    time to handle the changes and affected the iteration progress </p></td>
     <td width="99"><p>Medium </p></td>
+
     <td width="99" align="center"><p>Medium </p></td>
 
     <td width="330" valign="top"><p>Increase contribution hours on the current week to    solve the problem. </p></td>
 
     <td width="330" valign="top"><p>Increase contribution hours on the current week to    solve the problem. </p></td>
 
   </tr>
 
   </tr>
 
   <tr>
 
   <tr>
 
     <td width="238" valign="top"><p>New insertions of changes made after the mid-term    presentation feedbacks </p></td>
 
     <td width="238" valign="top"><p>New insertions of changes made after the mid-term    presentation feedbacks </p></td>
     <td width="99"><p>Medium </p></td>
+
     <td width="99" align="center"><p>Medium </p></td>
 
     <td width="330" valign="top"><p>Team make changes to the new insertions and    contribute more effort on the following week to make up the losses </p></td>
 
     <td width="330" valign="top"><p>Team make changes to the new insertions and    contribute more effort on the following week to make up the losses </p></td>
 
   </tr>
 
   </tr>
 
   <tr>
 
   <tr>
 
     <td width="238" valign="top"><p>Changes made by client feedback during week 8 and    week 10. </p></td>
 
     <td width="238" valign="top"><p>Changes made by client feedback during week 8 and    week 10. </p></td>
     <td width="99"><p>Medium </p></td>
+
     <td width="99" align="center"><p>Medium </p></td>
 
     <td width="330" valign="top"><p>Team will assess the impact on the project schedule    in the event there a change in the functions. Team meet up to change the    Gantt Chart to accommodate for the changes made by the client</p></td>
 
     <td width="330" valign="top"><p>Team will assess the impact on the project schedule    in the event there a change in the functions. Team meet up to change the    Gantt Chart to accommodate for the changes made by the client</p></td>
 
   </tr>
 
   </tr>
 
   <tr>
 
   <tr>
 
     <td width="238" valign="top"><p>Collection of result made from the UAT test may not    be sufficient </p></td>
 
     <td width="238" valign="top"><p>Collection of result made from the UAT test may not    be sufficient </p></td>
     <td width="99"><p>Medium </p></td>
+
     <td width="99" align="center"><p>Medium </p></td>
 
     <td width="330" valign="top"><p>Team will gather more people from SMU to evaluate on    the applications </p></td>
 
     <td width="330" valign="top"><p>Team will gather more people from SMU to evaluate on    the applications </p></td>
 
   </tr>
 
   </tr>
 
   <tr>
 
   <tr>
 
     <td width="238" valign="top"><p>Team GURU is currently using their own GSM Modem and    equipment due to client limitation </p></td>
 
     <td width="238" valign="top"><p>Team GURU is currently using their own GSM Modem and    equipment due to client limitation </p></td>
     <td width="99"><p>High </p></td>
+
     <td width="99" align="center"><p>High </p></td>
 
     <td width="330" valign="top"><p>Limitation due to constraint </p></td>
 
     <td width="330" valign="top"><p>Limitation due to constraint </p></td>
 
   </tr>
 
   </tr>
 
   <tr>
 
   <tr>
 
     <td width="238" valign="top"><p>Deployment issues due to changes made by client</p></td>
 
     <td width="238" valign="top"><p>Deployment issues due to changes made by client</p></td>
     <td width="99"><p>High </p></td>
+
     <td width="99" align="center"><p>High </p></td>
 
     <td width="330" valign="top"><p>Limitation due to constraint </p></td>
 
     <td width="330" valign="top"><p>Limitation due to constraint </p></td>
 
   </tr>
 
   </tr>
Line 334: Line 334:
 
===Technical Complexity:===
 
===Technical Complexity:===
  
Describe and list the technical complexity of your project in order of highest complexity first. For example, deploying on iPhone using Objective-C, customizing Drupal with own database, quick search for shortest flight path, database structure, etc.
+
Complexity of the code for Swap Duty and Practice song can be located inside here.
 +
Technical Complexity[https://wiki.smu.edu.sg/w/is480/images/9/91/Complexity.pdf]
  
 
==Quality of product==
 
==Quality of product==
 
Provide more details about the quality of your work. For example, you designed a flexible configurable system using XML.config files, uses Strategy Design Pattern to allow plugging in different strategy, implement a regular expression parser to map a flexible formula editor, etc.
 
  
 
===Project Deliverables:===
 
===Project Deliverables:===
Line 356: Line 355:
 
|-
 
|-
  
|| Metrics
+
|| Metrics (Hours Contribution) [https://wiki.smu.edu.sg/w/is480/images/1/11/Metric%28Hours_Contribution%29.doc]
|| Bug metrics
+
|| Bug metrics [https://wiki.smu.edu.sg/w/is480/images/b/be/Bug_Database_V2.doc]
 
|-
 
|-
  
 
|| Requirements
 
|| Requirements
|| Story cards
+
|| Story cards <span style="background-color:yellow;">VIDEO</span>
|| [http://www.agilemodeling.com/artifacts/userStory.htm CRUD Customer], [http://www.agilemodeling.com/artifacts/userStory.htm Trend Analytic]
+
|| -
 
|-
 
|-
  
 
|rowspan="4"| Analysis
 
|rowspan="4"| Analysis
 
|| Use case [https://wiki.smu.edu.sg/w/is480/images/c/c3/Team_Guru_UseCase.doc]
 
|| Use case [https://wiki.smu.edu.sg/w/is480/images/c/c3/Team_Guru_UseCase.doc]
|| [http://en.wikipedia.org/wiki/Use_case_diagram overall]
+
|| -
 
|-
 
|-
  
|| System Sequence Diagram
+
|| System Sequence Diagram [https://wiki.smu.edu.sg/is480/System_Sequence_Diagram]  
|| [http://en.wikipedia.org/wiki/System_Sequence_Diagram client], [http://en.wikipedia.org/wiki/System_Sequence_Diagram server]
+
|| -
 
|-
 
|-
  
|| Business Process Diagram [https://wiki.smu.edu.sg/w/is480/images/5/5f/Workflow_Diagram.doc] || Here
+
|| Business Process Diagram [https://wiki.smu.edu.sg/w/is480/images/5/5f/Workflow_Diagram.doc] || -
 
|-
 
|-
  
 
|| Screen Shots [https://wiki.smu.edu.sg/w/is480/images/8/81/Screenshots%281%29.doc] [https://wiki.smu.edu.sg/w/is480/images/f/fe/Screenshots%282%29.doc]
 
|| Screen Shots [https://wiki.smu.edu.sg/w/is480/images/8/81/Screenshots%281%29.doc] [https://wiki.smu.edu.sg/w/is480/images/f/fe/Screenshots%282%29.doc]
|| CRUD Customer, Trend Analysis
+
|| -
 
|-
 
|-
  
 
|rowspan="2"| Design
 
|rowspan="2"| Design
 
|| ER Diagram [https://wiki.smu.edu.sg/w/is480/images/thumb/5/56/Latest_ER_Diagram.png/422px-Latest_ER_Diagram.png]
 
|| ER Diagram [https://wiki.smu.edu.sg/w/is480/images/thumb/5/56/Latest_ER_Diagram.png/422px-Latest_ER_Diagram.png]
|| 1, 2, 3
+
|| -
 
|-
 
|-
  
|| [http://en.wikipedia.org/wiki/Class_diagram Class Diagram]
+
|| Class Diagram [https://wiki.smu.edu.sg/is480/Class_Diagram]
|| [http://en.wikipedia.org/wiki/Class_diagram 1], [http://en.wikipedia.org/wiki/Class_diagram 2], [http://en.wikipedia.org/wiki/Class_diagram 3]
+
|| -
 
|-
 
|-
  
Line 397: Line 396:
  
 
|rowspan="3"| Handover
 
|rowspan="3"| Handover
|| Manuals
+
|| Member User Guide [https://wiki.smu.edu.sg/w/is480/images/7/78/FYP_Normal_Userguide_Final.docx] Admin User Guide [https://wiki.smu.edu.sg/w/is480/images/5/50/FYP_Admin_Userguide.docx]
 
|| User tutorial, Developer manual, Setup manual
 
|| User tutorial, Developer manual, Setup manual
 
|-
 
|-
  
|| Code
+
|| <span style="background-color:yellow;"> Code </span>
 
|| client server
 
|| client server
 
|-
 
|-
Line 409: Line 408:
 
|}
 
|}
  
Not all parts of the deliverables are necessary but the evidence should be convincing of the scope.
+
*Parts highlighted in <span style="background-color:yellow;"> yellow </span> will be submitted via softcopy due to its large file size.
  
 
=== Quality:===
 
=== Quality:===
  
Explain the quality attributes (non functional) of your project deliverables. Have you designed the architecture, use a design pattern, etc? Does your architecture address scalability, performance, reliability, availability, fault tolerance, usability, etc. Does your design address maintainability, flexibility, configurability, etc. Be brief here but you can link to diagrams or code detail pages. Do not repeat the technical complexity part, link to it if necessary.
+
For the church management system, the duty roster, swap, SMS, search songs which allows re-usability of the coding development. As most of the codes can be applied to other types of management systems as the following functions can be reused without major changes to the codes. Also the team develop the application base on Model, View and Controller.
  
 
===Architecture Diagram===
 
===Architecture Diagram===
 
+
<div align="center">
 
[[image:GeneralArchitecture.jpg]]
 
[[image:GeneralArchitecture.jpg]]
 +
</div>
  
 
===Deployment:===
 
===Deployment:===
Line 427: Line 427:
 
===Testing:===
 
===Testing:===
  
Describe the testing done on your system. For example, the number of UAT, tester profile, test cases, survey results, issue tracker, bug reports, etc.
+
The test was conducted during week 11 to week 13 in the church. Team GURU went down for UAT testing at the church. Team carried out a briefing at the church to the members. The test was conducted between 15-20 members in the church. The following below indicates the timeline which team went down to the the church.</p>
 
+
<p>During the UAT test, due to some limitation by the church management, team have to conduct the test via e-survey online during Week 12 and week 13. A total of 69 people (59 members and 10 administrators).The test was conducted using a online document which church members was brief. before carrying out the task.Members tested on the system on its functionality of the system and error checking.</p>
 
 
<p>The test was conducted during week 11 to week 13 in the church. Team GURU went down for UAT testing at the church. Team carried out a briefing at the church to the members. The test was conducted between 15-20 members in the church. The following below indicates the timeline which team went down to the the church.</p>
 
<p>During the UAT test, due to some limitation by the church management, team have to conduct the test via e-survey online. 59 members and 10 administrators.The test was conducted using a online document which church members was briefed before carrying out the task.Members tested on the system on its functionality of the system and error checking.</p>
 
 
<p>The test cases can be found at the following link here:</p>
 
<p>The test cases can be found at the following link here:</p>
 
<ol>
 
<ol>
Line 457: Line 454:
 
   <li><span lang="EN-US" xml:lang="EN-US">4.       </span><span lang="EN-US" xml:lang="EN-US">Use Website to sing their weekly  songs</span></li>
 
   <li><span lang="EN-US" xml:lang="EN-US">4.       </span><span lang="EN-US" xml:lang="EN-US">Use Website to sing their weekly  songs</span></li>
 
</ul>
 
</ul>
<p><strong>The survey results: </strong>The results are collected and the overall chart is as follow</p>
+
<p><strong>The survey results: </strong>The results are collected and the overall chart is as follow</p>  
<p> <img src="file:///C|/Users/mike/Desktop/overallRating.jpg" width="515" height="246" /></p>
+
<br>
 +
[[image:overallRating.jpg]]
 +
<br>
 
<p>100% of the choir members who did the UAT finds it satisfactory and will use the system in the future. Overall the feedbacks indicate positive feedback on the system. Only minor changes are required for the system. The survey are consolidated between week 11 and 13 with both hard and soft copy. Feedbacks relating to the key function for swap duty indicates positive feedbacks where members find that it was easy to use which helps to save time and convienence for members. The next key function would be the practice song where members are positive and commented that the sing-along-page is engaging with the concept of a &quot;karaoke&quot;.</p>
 
<p>100% of the choir members who did the UAT finds it satisfactory and will use the system in the future. Overall the feedbacks indicate positive feedback on the system. Only minor changes are required for the system. The survey are consolidated between week 11 and 13 with both hard and soft copy. Feedbacks relating to the key function for swap duty indicates positive feedbacks where members find that it was easy to use which helps to save time and convienence for members. The next key function would be the practice song where members are positive and commented that the sing-along-page is engaging with the concept of a &quot;karaoke&quot;.</p>
<p>Also team conducted the UAT test internallly during mid term with Grouper and highlighted some of the issues. The test cases and results can be located in the mid term folder here: http://xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx</p>
+
<p>Also team conducted the UAT test internallly during mid term with Grouper and highlighted some of the issues. The test cases and results can be located in the mid term folder here: https://wiki.smu.edu.sg/is480/MidTerm_Report
<p>In addition, the UAT test results also found out some bugs which allows team members to further improve on the function. Each of the Bug are being captured into the team bug tracker which can be found here: </p>
+
In addition, the UAT test results also found out some bugs which allows team members to further improve on the function. Each of the Bug are being captured into the team bug tracker which can be found here: </p>
<p>http://xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx</p>
+
<p>https://wiki.smu.edu.sg/w/is480/images/b/be/Bug_Database_V2.doc</p>
  
 
==Reflection==
 
==Reflection==
 
Compile common lessons and reflection for the team and for each team member. Be brief.
 
  
 
===Team Reflection:===
 
===Team Reflection:===
  
Key lessons learned – indicating where the team improved, or would do things differently next time. You may refer to the learning outcome summary in your proposal. A very short checklist style will suffice. It would be very convincing if the knowledge is share at the wiki [[Knowledge_base | knowledge base]] and linked here.
+
<br>
 +
Team member has learn on project management on how to prioritize our functions and restructure of project schedule accordingly with the function. The project management also plays an important role between the team with the supervisor and the client. Also when handling clients and members in the church it is always important to highlight the issue to everyone so that the members are able to provide the best accurate results when doing the testing considering that they understand the intention of the test. User acceptance test also plays an important role to understand the feasibility, quality and improvements made to the functions. New technologies such as the use of Ajax, practice song with synchronizing allows team member to tap on one another strength and weakness to compliment one another skills.
  
 
===Benjamin Gan Reflection:===
 
===Benjamin Gan Reflection:===
  
Describe in a paragraph, the key areas of learning or improvement. These should be personal areas of growth or learning. Each individual should list his/her effort, responsibility, actual contributions and personal reflection. Do not repeat team project contributions or member roles. Link if necessary.
+
Each team members has looked into ways contributing to the team project. Improvement can be made with the need better look onto how the application can be further improved for example to customize member personalize play list for each user who logged into the system. Team has look into ways of enhancing and improvement on the functions base on UAT tests and have taken self-initiatives to look into ways of expanding the functions. Also the every member contribute his effort towards meeting 4 days a week and meeting up with client once every 2 weeks. In addition team members also help out with function by pairing it up to support one another team progress to ensure that it meets the project schedule for every week iteration.  
  
 
===Sponsor Comment:===
 
===Sponsor Comment:===
Sometimes, the client writes a report to feedback on the system; this sponsor report can be included or linked from here.
+
Comments/Feedback was consolidated base on members and client inputs in overall.

Latest revision as of 15:03, 25 November 2010

Project Progress Summary

Project is reaching completion with the team collecting the data from the UAT test and also refining and adding of the documentation which is required.

After the mid term presentation there was a few changes made to the project as team GURU needs to accommodate to the new requirement by client and some feedback made by reviewers. Team decided to contribute more hours during the period from week 8-9 which. The following key highlights are listed as follows relating to the project.

Also the client requests to have some new insertion relating to the profile section ie; Birthday, gender and policy disclaimer relating to the copyrighted music. Feedbacks were also made by the reviewers toward the practice song page on the font and overall improvement on the user interface. Further enhancement was also made to the application ie; swap summary, login with salt, auto complete, password hash and pagination. Team also conducted a detailed UAT testing from the period of week 11-13. The results are then collected and determine if there a need to change base on the level of impact.

Project Highlights

Event highlights: Team was planned to visit the church from week 11 – 13. However, due to some management issue, the team can only conduct the test online from week 12-13. Additionally, changes were made by church members after the UAT test was conducted on some improvement needed on the application. Another issue that team encounter is the deployment issues as the management withdraw from deploying within the church.

Solution: Both hard and soft copy of the questionnaire was used to resolve the issue of the UAT testing. In response to the changes requested by members, team guru looked into the buffer time that was previously plan on the Gantt chart and utilised the extra buffer time to solve the changes requested by the church members.

Project Challenges:

Refer to team reflection located below.

Project Achievements:

For technologies, member look into ways to manage the information as the database store a large records of members and team decided to look into pagination to sort the information accordingly. Next, team member also faces the issue of remember names of recipient when sending SMS notification or email hence javascripts are used to provide auto complete search for these names. For practice songs, jplayer was used to accommodate a dynamic list of songs categorised accordingly to each category.

For the administrator, the adding of songs and lyrics provide fully customisation for each verse of the lyrics the methods used was to provide delimiter for each of the sentence with a timing before switching it to the next lyrics allowing customisable for any new recorded songs which are uploaded into the system.

Project Management

Provide more details about the status, schedule and the scope of the project. Describe the complexity of the project.

Project Schedule (Plan Vs Actual):

Itera-tions

Planned

Actual

Comments

1

  • Duty Swapping
  • Send/Reply SMS,
  • Login/Logout, UI (Home, Login, Swap)
  • Duty Swapping,
  • Send/Reply SMS,
  • Login/Logout, UI (Home, Login, Swap)

No change

2

  • Read/Update Individual Profile
  • Send/Reply SMS
  • Download Songs and Lyrics,
  • CRUD Account
  •  CRUD Announcement
  • Read/Update Individual Profile
  • Send/Reply SMS,
  • Download Songs and Lyrics
  •  Search
  • CRUD Account
  • CRUD Announcement

Team require a additional search function causes iteration to delay

3

  • SMS/Email Notification,
  • Individual Schedule,
  • CR Admin Schedule
  • SMS/Email notification,
  • Individual Schedule,
  • CRUD Admin Schedule UI

Require more time to develop the UI, team over estimate on the progress.

4

  • Add Song/Lyrics
  • Swap Duty System,
  • Read/Update Duty Roster
  • Update, Delete Admin Overall
  • C,R,U,D Attire
  • Swap Duty UI
  • View Duty Roster
  • Revamp of UI
  • R Duty Roster

RU Duty roster to R duty roster as client requires to view the duty roster only

Change in the revamp UI causes other schedule to be affected

5

  • Play songs with Lyrics
  • CRUD Duty Roster
  • RD Error Report
  • Update Song & Lyrics
  • Play songs with Lyrics,
  • Swap Duty Coding
  • RD Error Report
  • Add song/Lyric UI

Require more time to develop the UI, team over estimate on the progress.

6

  • Play Songs (Different Sections) for each line of lyric
  • Play Song with Lyrics according to Timing
  • Reports songs & upload songs
  • View sent notification summary
  • Delete Song & Lyrics

 

  • Play Song with Lyrics according to Timing
  • Play Accordingly to Wkly Play list
  • C,R,U,D Admin Overall Schedule
  • View Notification Summary

 

J player was integrated with the playlist, as such team decided to develop the function for weekly play list first instead.

CRUD Admin overall schedule coding was pushed back from week 2 to week 5 due to the changes for revamp UI.

Coding for the admin overall schedule requires longer time due to the scale of the project as such delete song and lyrics was pushed backs

7

  • Buffer time for Phase
  • Member Personalized Playlist
  • Read, Delete User uploaded Songs
  • CRUD Attire Code

 

  • Play Song with different section displayed for each line of lyric
  • Report Song / Upload Song
  • Read and Delete user’s uploaded songs
  • Add Admin Song/Lyrics

 

As week 5 iteration was completed, the project expedited and carry on for week 6 for play song with different section displayed

Personalize play list was removed.

CRUD Attire Code was completed in week 2, and develop admin song and lyric at week6

8

  • Select song's part according to different section (Sop, Alto, etc)
  • Play songs according to member's play list / weekly play list
  • CU Weekly Play list
  • RD Weekly Play list
  • Edit Profile: DOB Changes, Gender
  • Search with auto complete
  • Admin - DOB changes, Gender
  • CU Admin - Weekly Playlist

 

Client Feedbacks and mid term feedbacks

9

  • Buffer Time
  • Supportability on mobile phone
  • Buffer Time

 

  • Revamp of UI for Practice Song
  • RD Admin Songs & Lyrics
  • RD Admin - Weekly Playlist
  • CRUD Admin – Role
  • CRUD Admin - Team

UI changes due feedback from client

Admin CRUD, delayed

10

  • Buffer Time
  • Buffer Time
  • Buffer Time
  • Select song's part according to different section (Sop, Alto, etc)
  • Swap Summary
  • Add, Update Admin Songs & Lyrics

 

Select songs pushed from week 9 due to changes cater for UI

11

  • Integration of all systems
  • Test cases
  • Testing using cases
  • Debugging
  • Testing using cases

 

  • Auto complete for Admin weekly play list (Enhancement)
  • Pagination for all admin pages (Enhancement)
  • Login security with Salt (Enhancement)
  • UAT Testing for Week 11 (Church)

 

Group initiative to work on the following enhancement

12

  • UAT by client / Feedback
  • Enhancement based on feedback
  • UAT by random people / feedback
  • Enhancement based on feedback

 

  • UAT by client / Feedback
  • Enhancement based on feedback

 

-

13

  • Project Management
  • Documentation
  • Buffer Time for refining of development

 

  • UAT by client / Feedback
  • UAT Compilation
  • Documentation
  • Wiki

-

14

  • Project Management
  • Documentation
  • Buffer Time for refining of development
  • Final Report Preparation
  • Final Presentation
  • Final Documentation
  • Wiki

-

Project Metrics:

Team Performance Metric is calculated on the number of hours contributed each week where the metrics are measured base on the complexity of the function and the changes made by the client.

Each hour contribution made for each iterations per week is recorded and a chart is generated as shown below which allows team member to identify the amount of contribution which is being made for the week.

MetricHour.jpg

•Bug Tracker: Number of bugs/week Measured based on complexity of the functions

Bugformat2.jpg

BugResult2.jpg

Project Risks

Projects Assumptions

Risk Ratings

Mitigation

Changes in client requirement which require more time to handle the changes and affected the iteration progress

Medium

Increase contribution hours on the current week to solve the problem.

New insertions of changes made after the mid-term presentation feedbacks

Medium

Team make changes to the new insertions and contribute more effort on the following week to make up the losses

Changes made by client feedback during week 8 and week 10.

Medium

Team will assess the impact on the project schedule in the event there a change in the functions. Team meet up to change the Gantt Chart to accommodate for the changes made by the client

Collection of result made from the UAT test may not be sufficient

Medium

Team will gather more people from SMU to evaluate on the applications

Team GURU is currently using their own GSM Modem and equipment due to client limitation

High

Limitation due to constraint

Deployment issues due to changes made by client

High

Limitation due to constraint

Technical Complexity:

Complexity of the code for Swap Duty and Practice song can be located inside here. Technical Complexity[1]

Quality of product

Project Deliverables:

List the artifacts produced for this project. The entire deliverable can be submitted in a separate thumb drive, web repository or place in the IS480 team wiki.

Stage Specification Modules
Project Management Minutes: https://wiki.smu.edu.sg/is480/Team_Guru_Minutes Sponsor weeks: 2,4,6,8,10 Supervisor weeks: 2,4,6,9,11,13
Metrics (Hours Contribution) [2] Bug metrics [3]
Requirements Story cards VIDEO -
Analysis Use case [4] -
System Sequence Diagram [5] -
Business Process Diagram [6] -
Screen Shots [7] [8] -
Design ER Diagram [9] -
Class Diagram [10] -
Testing Test plan for Admin [11] / Test plan for User [12] instructions
Handover Member User Guide [13] Admin User Guide [14] User tutorial, Developer manual, Setup manual
Code client server
Deployment Diagram [15] instructions
  • Parts highlighted in yellow will be submitted via softcopy due to its large file size.

Quality:

For the church management system, the duty roster, swap, SMS, search songs which allows re-usability of the coding development. As most of the codes can be applied to other types of management systems as the following functions can be reused without major changes to the codes. Also the team develop the application base on Model, View and Controller.

Architecture Diagram

GeneralArchitecture.jpg

Deployment:

DeploymentDiagram.jpg

Testing:

The test was conducted during week 11 to week 13 in the church. Team GURU went down for UAT testing at the church. Team carried out a briefing at the church to the members. The test was conducted between 15-20 members in the church. The following below indicates the timeline which team went down to the the church.

During the UAT test, due to some limitation by the church management, team have to conduct the test via e-survey online during Week 12 and week 13. A total of 69 people (59 members and 10 administrators).The test was conducted using a online document which church members was brief. before carrying out the task.Members tested on the system on its functionality of the system and error checking.

The test cases can be found at the following link here:

  1. https://wiki.smu.edu.sg/w/is480/images/c/cf/UAT_-_AdminSurvey.doc
  2. https://wiki.smu.edu.sg/w/is480/images/0/0c/UAT_-_User_Survey.doc

Week 11:

  1. 1.       Sat: XX, Paul, WC, DM, Eric (School)
  2. 2.       Sun: Eric, DM, WC, Gina, Paul (School)

Week 12:

  1. 1.       Sat: DM, WC, XX, Gina, Paul (School)

Week 13:

  1. 1.       Sat: DM, WC, XX, Paul, Gina (School)

UAT Execution

  • 1.       10 mins Briefing
  • 2.       20 mins hands-on execution
  • 3.       10 mins survey
  • 4.       Use Website to sing their weekly songs

The survey results: The results are collected and the overall chart is as follow


OverallRating.jpg

100% of the choir members who did the UAT finds it satisfactory and will use the system in the future. Overall the feedbacks indicate positive feedback on the system. Only minor changes are required for the system. The survey are consolidated between week 11 and 13 with both hard and soft copy. Feedbacks relating to the key function for swap duty indicates positive feedbacks where members find that it was easy to use which helps to save time and convienence for members. The next key function would be the practice song where members are positive and commented that the sing-along-page is engaging with the concept of a "karaoke".

Also team conducted the UAT test internallly during mid term with Grouper and highlighted some of the issues. The test cases and results can be located in the mid term folder here: https://wiki.smu.edu.sg/is480/MidTerm_Report In addition, the UAT test results also found out some bugs which allows team members to further improve on the function. Each of the Bug are being captured into the team bug tracker which can be found here:

https://wiki.smu.edu.sg/w/is480/images/b/be/Bug_Database_V2.doc

Reflection

Team Reflection:


Team member has learn on project management on how to prioritize our functions and restructure of project schedule accordingly with the function. The project management also plays an important role between the team with the supervisor and the client. Also when handling clients and members in the church it is always important to highlight the issue to everyone so that the members are able to provide the best accurate results when doing the testing considering that they understand the intention of the test. User acceptance test also plays an important role to understand the feasibility, quality and improvements made to the functions. New technologies such as the use of Ajax, practice song with synchronizing allows team member to tap on one another strength and weakness to compliment one another skills.

Benjamin Gan Reflection:

Each team members has looked into ways contributing to the team project. Improvement can be made with the need better look onto how the application can be further improved for example to customize member personalize play list for each user who logged into the system. Team has look into ways of enhancing and improvement on the functions base on UAT tests and have taken self-initiatives to look into ways of expanding the functions. Also the every member contribute his effort towards meeting 4 days a week and meeting up with client once every 2 weeks. In addition team members also help out with function by pairing it up to support one another team progress to ensure that it meets the project schedule for every week iteration.

Comments/Feedback was consolidated base on members and client inputs in overall.