HeaderSIS.jpg

Difference between revisions of "IS480 Team wiki:"

From IS480
Jump to navigation Jump to search
m (Make changes to formatting of quality of Product)
m (Made changes to Intermediate Deliverable)
Line 136: Line 136:
 
|rowspan="2"| Project Management
 
|rowspan="2"| Project Management
 
|| Minutes
 
|| Minutes
|| Sponsor weeks -10 -5 3 7 Supervisor weeks -2 3 5 7
+
|| Meeting Minutes
 
|-
 
|-
  
Line 144: Line 144:
  
 
|| Requirements
 
|| Requirements
|| Story cards
+
|| Design Specifications
|| [http://www.agilemodeling.com/artifacts/userStory.htm CRUD Customer], [http://www.agilemodeling.com/artifacts/userStory.htm Trend Analytic]
+
|| Project Scope
 
|-
 
|-
  
|rowspan="4"| Analysis
+
|rowspan="2"| Analysis
 
|| Use case
 
|| Use case
|| [http://en.wikipedia.org/wiki/Use_case_diagram overall]
+
|| Use Case Diagram
 
|-
 
|-
  
|| System Sequence Diagram
+
|| Architecture Diagram
|| [http://en.wikipedia.org/wiki/System_Sequence_Diagram client], [http://en.wikipedia.org/wiki/System_Sequence_Diagram server]
+
|| Architecture Diagram
|-
 
 
 
|| [http://en.wikipedia.org/wiki/Business_Process_Modeling_Notation Business Process Diagram]
 
|| Here
 
|-
 
 
 
|| Screen Shots
 
|| CRUD Customer, Trend Analysis
 
|-
 
 
 
|rowspan="2"| Design
 
|| [http://en.wikipedia.org/wiki/Entity-relationship_model ER Diagram]
 
|| 1, 2, 3
 
|-
 
 
 
|| [http://en.wikipedia.org/wiki/Class_diagram 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 177: Line 160:
 
|| Testing
 
|| Testing
 
|| User test plan
 
|| User test plan
|| [[IS480_Midterm_Wiki#Testing: | instructions]]
+
|| User Test Results
 
|}
 
|}
  

Revision as of 00:09, 25 February 2015

Finallogo.png


HOME

 

ABOUT US

 

PROJECT OVERVIEW

 

PROJECT MANAGEMENT

 

DOCUMENTATION

 

USER TEST

 

Project Progress Summary

MidTerm Presentation Slides File:Midterm BeeSkilled.pptx
Website Link: SMU tBank Automated Clearing House

Summary.png

Milestones Achieved Explanation
7 Iterations Completed 7 iterations with a average SM Score of 103
User Testing 1 Heuristics Evaluation
1 User Testing

Project Highlights:

DroppedFunctionalities.png

Project Management

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

Project Status:

Completed Functions

CompletedFunctions1.png

Outstanding Functions

RemainingFunctions.png

Project Schedule (Plan Vs Actual):

Planned Timeline

Project Timeline Initial.png

Actual Timeline

Project Timeline Latest.png

Compare the project plan during acceptance with the actual work done at this point. Briefly describe a summary here. Everything went as plan, everything has changed and the team is working on a new project with new sponsors or the supervisor is missing. A good source for this section comes from the project weekly report.

Provide a comparison of the plan and actual schedule. Has the project scope expanded or reduced? You can use the table below or your own gantt charts.

Iteration Issues Faced Solutions Mitigation
2 'Functionality:Create Gateway' took a longer time than expected to be stable and ready for use in the Payment Orchestration After researching and talking to our Project Sponsor, it has been decided that we would spend extra time to re-construct the gateways and spend more time in testing to ensure that both Automated Clearing House (ACH) and Payments Service Hub (PSH) Gateways are tested and ready to be integrated with upcoming functionalities. 'Functionality: Payment Orchestration' will be pushed back to subsequent iteration as both Gateways are the supporting foundation and should be thoroughly tested
4 Underestimated time required for 'Functionality: Payment Orchestration' Continue with development of 'Functionality: Payment Orchestration' and push back other fuctionalities to subsequent iterations. Concurrently, Payment Orchestration was broke up into 2 phases for development and separated into 2 interations Reschedule next iteration with added functionalities and milestones

Project Metrics:

ScheduleMetrics6.png SM6.png BugMetrics6.png BM6.png

Project Risks:

Mitigated Risk.png UpcomingRisk.png

Technical Complexity:

SM7.png

Quality of product

Intermediate Deliverables:

There should be some evidence of work in progress.

Stage Specification Modules
Project Management Minutes Meeting Minutes
Metrics Bug metrics
Requirements Design Specifications Project Scope
Analysis Use case Use Case Diagram
Architecture Diagram Architecture Diagram
Testing User test plan User Test Results

Not all parts of the deliverables are necessary but the evidence should be convincing of the progress. Try to include design deliverables that shows the quality of your project.

Deployment:

In an iterative approach, ready to use system should be available (deployed) for client and instructions to access the system described here (user name). If necessary, provide a deployment diagram link.

Testing:

Describe the testing done on your system. For example, the number of user testing, tester profile, test cases, survey results, issue tracker, bug reports, etc.

Reflection

In this section, describe what have the team learn? Be brief. Sometimes, the client writes a report to feedback on the system; this sponsor report can be included or linked from here.

Team Reflection:

Any training and lesson learn? What are the take-away so far? It would be very convincing if the knowledge is share at the wiki knowledge base and linked here.

Benjamin Gan Reflection:

You may include individual reflection if that make sense at this point. The team is uncooperative and did not follow my instructions.