[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

Title:	DECmcc user notes file. Does not replace IPMT.
Notice:	Use IPMT for problems. Newsletter location in note 6187
Moderator:	TAEC::BEROUD

Created:	Mon Aug 21 1989
Last Modified:	Wed Jun 04 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	6497
Total number of notes:	27359

1614.0. "AM EMA rules accordance" by STRASB::MOSER (Jean-Marc MOSER -- Strasbourg @ZTO) Tue Oct 08 1991 12:31

Hello everybody,

We are involved in a project with a "home made" Access Module.
How can we be sure that the module is built in respect of the EMA 
interface rules ???

I think that when we (Digital) agreed (or support) an Access Module from
a third part like the Vitalink_AM or Alcatel_PBX_AM, we use an agreement
process.

Who is involved in this process ???
Is this process using standardized tests ???
Is somebody looking carefully at the code's lines or testing the software
on a dedicated plateform ???
Can we apply this process on our Access Module ???

Any information or pointer are welcommed.

Best regards

Jean-Marc MOSER

T.R	Title	User	Personal Name	Date	Lines
1614.1	info on the Stragegic Vendor Group for DECmcc	KAJUN::NELSON		`Wed Oct 09 1991 12:49`	51
	We are involved in a project with a "home made" Access Module. How can we be sure that the module is built in respect of the EMA interface rules ??? kjn>> if it follows the good neighbor rules in SRM CH 4 and 5 kjn>> and the Registry rules in SRM CH 7 kjn>> and the other MCC MMs can interact, then you can probably be kjn>> pretty sure that you are all right. I think that when we (Digital) agreed (or support) an Access Module from a third part like the Vitalink_AM or Alcatel_PBX_AM, we use an agreement process. kjn>> that is correct Who is involved in this process ??? kjn>> there is a Strategic Vendor Group that is responsible for kjn>> monitoring the contracts and deliverables kjn>> we also provide direct engineering consulting services and kjn>> review services to the third party vendors Is this process using standardized tests ??? kjn>> no Is somebody looking carefully at the code's lines or testing the software on a dedicated plateform ??? kjn>> we review carefully the entity specification, the AM functional kjn>> specification, and the finished product kjn>> we get a good look at the code while we are supporting the kjn> engineers that are writing it. We tend to make suggestions kjn>> that keep them compliant. Can we apply this process on our Access Module ??? kjn>> sorry there is no formal process kjn>> if you have questions or would like your models reviewed, we kjn>> can probably help you. Depending on the amount of work involved, kjn>> our cost center may have to charge for the service (with the New kjn>> Management stragegies and all) Any information or pointer are welcommed. Best regards Jean-Marc MOSER
1614.2	registry process	TOOK::CALLANDER	MCC = My Constant Companion	`Wed Oct 23 1991 19:41`	9
	DSTEG is taking on responsibility for administering the registry process tht will guarantee that you abide by the rules in chapter 7 and that all codes are unique so as not to interfere with other modules. The registry programs will also check for chapter 15 compliance (with the commonly define directives). DSTEG has said they will post registry instructions in the notes file, but I haven't caught up to see if it has been done yet or not.