Future steps of Tools and Techniques group

["Stuhec, Gunther" <gunther.stuhec@sap.com>]

Title: Future steps of Tools and Techniques group

Hello members of the TTSC,

I do not really know if I'm the actual chair of the TTSC, or not. Normally, I should be. Jon told in a mail on Friday, if any voting member should have any objects to this adoption of this resolution, she ore he should register this objection not later than 7 May 2003.

Unit the May of 7th, I would like to plan with you the plan of our future steps, because it is necessary that we start with our work as soon as possible.

The charter of the TTSC says that the TTSC evaluates and recommends the tools and techniques to be used in the development, quality assurance, documentation, maintenances, and revision of the UBL XML data formats, and write and maintain guidelines reflecting these recommendations.

I guess, the TTSC should do although a proof of concept of all decisions of NDRSC and LCSC during the evaluation phase. Because it is not very useful to look, how we can implement all rules in any kind of way into a tool, interface or application. It is better, if we analyse, how we can implement the UBL XML data formats into the tools, interfaces or applications in a very efficient way. That means that we report all our results and suggestions of our proof of concepts to the NDRSC or LCSC that they can do their further steps on in, immediately.

The TTSC should analyze the following tools, the next time:
- Modelling systems
        - based on XML Schemas (like XML Spy)
        - based on UML Class Diagrams or graphical representation of the core components (may be based on SVG)
- Storage systems
        - native XML Databases
        - flat file
        - SQL Databases?
- Transformation systems
        - Tools for writing efficient XSLT scripts for transforming into HTML or another kind XML based business language

- Intefaces generation systems
        - Automatic generation of Java-Classes
        - Automatic generation of C++-Classes
        - Automatic generation of Perl-Classes
        - Tools for generating user interfaces automatically, which are based on UBL XML Schemas
- Schema generation systems
        - Generation of UBL based XML Schemas from UML tools, Excel-spreadsheet, Java, C++, Perl-Classes or vice versa.

We should proof:
- which tools are useful for our requirements?
- which features of the tools are useful for our requirements?
- which steps can be done manually or automatically?
- which features must be added for our requirements?
- which developments must we do (tools, functions) that we can use UBL XML in this tools?
- which NDR rules must be changed that we can use UBL XML more efficiently in this tools?

Following steps are necessary:
- establish weekly telephone conference (1 - 2 hours) (may be Monday, Tuesday, Thursday or Friday). The starting time should be 7 or 8'o clock californian time

- define a time schedule for our aims
- find volunteers, which are responsbile for modelling systems, storage systems, transformations systems, interfaces, automatic schema generation

It would be nice, if I can get further suggestions for the tools or our TTSC.

I guess, we should start with our first telephone conference, next week. Until this telephone conference, I will prepare a formal proposal of our time schedule.

Kind regards,

        Gunther