340 likes | 413 Views
T-76.4115 Implementation I Presentation. braZil Payment Framework 12.12.2007 18:00 – 19:00. Project status (15 min) achieving the goals of the iteration project metrics Work results (20 min) presenting the iteration’s results documents Used work practices (6 min) Questions (6 min).
E N D
T-76.4115 Implementation I Presentation braZil Payment Framework12.12.200718:00 – 19:00
Project status (15min) achieving the goals of the iteration project metrics Work results (20 min) presenting the iteration’s results documents Used work practices (6 min) Questions (6 min) Presentation agenda
Project Status • Introduction • Goals of first implementation phase • Some metrics
Payment Framework for Mobirox Ltd. Simple payment interface Multiple content providers Hides payment method complexities Multiple payment methods SMS Online credit card Online bank Introduction to the project
General goals Deliverables ready in time Project team motivated, workload equally divided Defined working practices are followed Product Transactions Online bank payments go through the framework Online credit card payments go through the framework SMS-payments go through the framework Interfaces System administrator can add basic system information to framework Browse through the transactions Alter the status of the transaction and mark transaction as cancelled Add, alter and remove basic information of the content providers Dataflow Framework recognizes invalid messages and saves them to error log Rights Restrict the content providers’ rights to use the framework. Goals Done more than necessary
All the deliverables delivered in time Internal review process -> followed as defined Customer approvement -> followed as defined Delivered -> in time Deliverables Iteration plan SE process description Project plan Requirements documentation Quality Assurance documentation and reports Test logs and test case lists Risk documentation and risk lists SEPA-documentation Technical Specification Demo product and documentation (at this point javadocs) Presentation slides Deliverables
Quality Assurance Decent – Poor - Bad
Metrics (1/2) • Defects • All the blocker and critical level bugs were related to administrator UI. • The blocker lever defect prevented adding new content providers to the system. Without this feature the system is useless. • The critical level defects consists a set of administrative functions performed in the administrator UI (for example: adding pricing model, basic information etc..) • The reason for this is that the UI was still under construction when the first test run was executed • There would have been a bigger amount of defects if all test cases would have been run • Most of the defects would probably have been related to incorrect exception handling
Metrics (1/2) • LOC NCLOC is used to represent a non-commented source line of code COM is used to represent a commented line of code (currently we have no software to measure this)
Changes in the project • Challenges In SMS • MO / MT • Different interfaces (Sonera vs. Others) • Quality objectives were changed • Customer changed quality objectives in the end of iteration I • More implemented functionality over full test coverage Testing effort is used to test case based testing • Other planned testing will be done during this project if there are enough resources or by customer after the project using the planned QA practises foun from the QA plan
Risks in the project • Unusable system/product • Internal DL’s are not met • Selected tecniques are inadequate • CR process is not working as documented • Important information is not spread between the group and the customer High risk area Impact 2 1 3 5 4
Results of Implementation I • Product • Demo ( demo –script) • Functionalities • User Interface • Tech-Spec • Architecture • QA plan • (implemented Usecases)
System overview Content providers Price models Payment methods Reports Logs UI Mobirox – Payment Framework Administration Luottokunta Current MAC key: BBIP87654321/AB12C MAC key valid until: 30.11.2007 24:00 New MAC key: BBIP12345678/AB12C Nordea Current MAC key: BBIP87654321/AB12C MAC key valid until: 30.11.2007 24:00 New MAC key: BBIP12345678/AB12C Sampo Current MAC key: BBIP87654321/AB12C MAC key valid until: 30.11.2007 24:00 New MAC key: BBIP12345678/AB12C OP Current MAC key: BBIP87654321/AB12C MAC key valid until: 30.11.2007 24:00 New MAC key: BBIP12345678/AB12C … Modify Modify Modify Modify
Used work practices • Mitä käytetty, mitä tulee mitä poistuu
What we have learned • We need some working system to test it throughly • Some tasks require more time • When software bases are ready, implementing features takes only a little of time.
What we’ll do in next phase • Freeze the product functionalities at the end of january -> one month to test and fix bugs -> importance of quality