No.
|
Text
|
What?
|
Who?
|
When?
|
1
|
Patches:
- Source-Code has patches. These are then needed, when we also change object classes, update or modify data.
- Check the optimal solution to roll out these patches between CWI and TMU
- Question: How shall we handle necessary roll-backs (for example if data modifications went wrong).
|
To Do
|
MEI
|
2013-10-23
|
2
|
Modularisation:
- Separate Modules into Web and Service
|
Info
|
All
|
2013-10-18
|
3
|
Release Management
- Is ok, but the difference between stable and unstable must be explained better (Major can be unstable too? No).
|
Info
|
All
|
2013-10-18
|
4
|
API
- Requires more information about the minimum amount of need calls and what is expected.
- First step is the API for stoney core
- Second step is the API for stone safe (on-line backup)
- Third step ist the API for stoney mail
- RestfullYii or on GitHub: RestfullYii makes a good impression on CWI.
- Communication between JavaScript (Client) and Yii-Framework (Server) need some thoughts from CWI.
|
Info
|
All
|
2013-10-18
|
5
|
Testing
- Will be done as described under Testing.
|
Info
|
All
|
2013-10-18
|
6
|
Super User
Reseller Person (can only belong to one reseller, but to multiple customers and can be employee of the reseller and the customers)
-
sstBelongsToResellerUID: 1234567
Customer Person (can only belong to one reseller but to multiple customers and can be employee of these customers)
-
sstBelongsToCustomerUID: 1234567
|
Info
|
All
|
2013-10-18
|
7
|
Person
- Three separate forms
- Super User (can add new Resellers, Modules, make People to Reseller People)
- Reseller (
|
Info
|
All
|
2013-10-18
|
8
|
Suche
- The results need more information, depending on the level you have logged in. For example
- Provider: Needs the information to which reseller and which customer the person belongs to.
- Reseller: Needs the information to which reseller customer the person belongs to.
- Customer: Knows, the person belongs to the customer.
|
Info
|
All
|
2013-10-18
|
9
|
Default views after login:
- Provider Person: Product overview page of the provider, where they can also change the settings and defaults of a service/product (global activate/deactivate modules).
- Reseller Person: Product overview page of the reseller, where they can also change the settings and defaults of a service/product (activate/deactivate modules for themselves and therefore for their customers).
- Customer Person: Product overview page of their own services/products.
These views need to be defined.
|
To Do.
|
TEI/MEI
|
2013-10-25
|
10
|
|
Info
|
All
|
2013-10-18
|
11
|
|
Info
|
All
|
2013-10-18
|
12
|
|
Info
|
All
|
2013-10-18
|
13
|
|
Info
|
All
|
2013-10-18
|
14
|
|
Info
|
All
|
2013-10-18
|
14
|
|
Info
|
All
|
2013-10-18
|
14
|
|
Info
|
All
|
2013-10-18
|
14
|
|
Info
|
All
|
2013-10-18
|