Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [open-measured-data-wg] Requirements Engineering Document

Thanks Sven.

 

Regards

Sanjay Hande

+91 9881241879

Work: #3224

 

From: open-measured-data-wg-bounces@xxxxxxxxxxx [mailto:open-measured-data-wg-bounces@xxxxxxxxxxx] On Behalf Of Wittig, Sven (I/ET-831)
Sent: Wednesday, April 22, 2015 3:55 PM
To: The open MDM Working group mailing list.
Subject: Re: [open-measured-data-wg] Requirements Engineering Document

 

Hi,

 

sorry for that, sure. Here is the translation:

 

            Hallo Sibylle,

 

Would it be possible to consolidate chapter 5 of the document before distributing it furthermore? For the usability of the paper a clearing of the responsibilities described with respect to the roles recently defined within the community is necessary.

 

Pleas inquire a decision by the steering committee (either definition of a new role within the community or further use of the principle of temporary delegation to the “patron”) as the owner of the requirements service.

 

Best regards, Sven.

 

Von: open-measured-data-wg-bounces@xxxxxxxxxxx [mailto:open-measured-data-wg-bounces@xxxxxxxxxxx] Im Auftrag von Sanjay.Hande@xxxxxxxxxxxxxxxxxxxx
Gesendet: Mittwoch, 22. April 2015 12:17
An: The open MDM Working group mailing list.
Betreff: Re: [open-measured-data-wg] Requirements Engineering Document

 

Hi,

 

Can we have all communication in English please?

 

 

Thanks and Regards

Sanjay Hande

+91 9881241879

Work: #3224

 

From: open-measured-data-wg-bounces@xxxxxxxxxxx [mailto:open-measured-data-wg-bounces@xxxxxxxxxxx] On Behalf Of Wittig, Sven (I/ET-831)
Sent: Wednesday, April 22, 2015 3:33 PM
To: The open MDM Working group mailing list.
Subject: Re: [open-measured-data-wg] Requirements Engineering Document

 

Hallo Sibylle,

 

ist es möglich, vor einer weiteren Verbreitung des Dokumentes den Abschnitt 5 zu konsolidieren? Um das Dokument nutzbar zu machen, ist eine Klärung der dort beschriebenen Verantwortlichkeiten unter Bezugnahme auf die aktuell in der community besetzten Rollen nötig.

 

Bitte holt Euch zu dieser Frage (Definition und Besetzung einer neuen Rolle in der community oder Beibehaltung des temporären Delegationsprinzip an den „Paten“) eine Entscheidung vom steering committee als owner des requirements service.

 

Mit freundlichen Grüßen, Sven.

 

 

Von: open-measured-data-wg-bounces@xxxxxxxxxxx [mailto:open-measured-data-wg-bounces@xxxxxxxxxxx] Im Auftrag von Sibylle Peter
Gesendet: Dienstag, 21. April 2015 22:34
An: open-measured-data-wg@xxxxxxxxxxx
Betreff: [open-measured-data-wg] Requirements Engineering Document

 

Hi all

as stated in the steering committee meeting today, I prepared an update of the Requirements Document (attached) It also serves as input for the telco tomorrow - the main discussion point is do we have ONE backlog for the whole openmdm and several filters (via labels/tags) and boards for the different projects (our recommendation) or do we need to have several projects.

Feedback welcome.

Since questions popped up regarding the Rich Client and web project, I can give a quick summary about the Rich Client

Last week we had a sprint review meeting together with Gigatronik at their office in Stuttgart - 2nd implementation sprint for the Rich Client:
- we are working on the navigator (explorer) component, including components needed for this (e.g. the headless Dataprovider component). We are making good progress in implementing the navigator concept as presented earlier.
- we still need to submit officially the initial contribution, but before being able to do so we need to clarify the copyright statements in the header of the files. The OEMs had some discussion about it and as soon we have the final information we will submit the code.
- we are currently stubbing the MDM API resp. our best guess how the API will/should be. It is crucial that we are able to get the API of at least the access of tests very soon.
- the implemenetation work gives a good feel on how the architecture behaves at least down to the MDM connector layer. Since there are at least two components involved, we get some impressions about the interaction between components.
- in the discussion with Gigatronic, it was also recognized, that quite some existing elements, like search drivers (Suchtreiber) can be reused with the existing architecture, but not as components but behind the MDM API (because they make extensive use of Corba).

Another result of the last sprint review was the recognition, that we are not sure, who isresponsible to provide and implement the MDM connector layer. It became obvious that working in horizontal layers (client, MDM API etc.) makes it difficult to provide working software from end to end. This was pointed out in the Requirements document earlier and we strongly suggest to order functionality and let this build through all layers.

The next sprint review will be around May 4th - everybody interested is invited to attend the review meeting. The detailled progress and the planned scope for Milestone 1 can be seen here: https://openmdm.atlassian.net/secure/RapidBoard.jspa?rapidView=52&selectedIssue=OMDM-51&quickFilter=122

(I have yet to update bugzilla with the final image of sprint 2 and create the issue for sprint 3 - will do that tomorrow).

Best regards
Sibylle





Sibylle Peter
sibylle.peter@xxxxxxxxx

_______________________________________________
open-measured-data-wg mailing list
open-measured-data-wg@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/open-measured-data-wg

**************************************************************************************************************************************************
Email Disclaimer:

Information contained and transmitted by this e-mail (including any attachments) is confidential, proprietary and legally privileged data of Tata Technologies that is intended for use only by the addressee. If you are not the intended recipient, you are notified that any review, use, dissemination, distribution, copying or printing of this e-mail is strictly prohibited. You are requested to delete this e-mail or any copies immediately and notify the sender by reply email. Internet communications cannot be guaranteed to be timely, secure, error or virus-free.  Tata Technologies does not accept any liability for virus infected email or errors or omissions or consequences which may arise as a result of this e-mail transmission. To know more about Tata Technologies please visit http://www.tatatechnologies.com
***********************************************************************************************************************************************

**************************************************************************************************************************************************
Email Disclaimer:

Information contained and transmitted by this e-mail (including any attachments) is confidential, proprietary and legally privileged data of Tata Technologies that is intended for use only by the addressee. If you are not the intended recipient, you are notified that any review, use, dissemination, distribution, copying or printing of this e-mail is strictly prohibited. You are requested to delete this e-mail or any copies immediately and notify the sender by reply email. Internet communications cannot be guaranteed to be timely, secure, error or virus-free.  Tata Technologies does not accept any liability for virus infected email or errors or omissions or consequences which may arise as a result of this e-mail transmission. To know more about Tata Technologies please visit http://www.tatatechnologies.com
***********************************************************************************************************************************************

Back to the top