Hello,
3. No unauthorized DXL scripts should be able to run in the database unless from an approved and controlled area Any thoughts, ideas, or best practices on how to achieve my desired result would be appreciated. Thanks in advance! -Bob3 SystemAdmin - Tue Feb 21 15:49:04 EST 2012 |
Re: Different addins menu based on user's DOORS group membership As for not modifying code; you can deploy encrypted DXL but that's rather a drag. More importantly you don't want them to SEE how the scripts work so they don't make a copy and start tweaking it to their delight. As for your menus. [1] If you have control over every client PC's DOORS install you can adjust some of the delivered code to provide your clever menus depending on membership. You would need to do with with some empty module access rights
[2] If you can coordinate network file access rights with the DOORS groups, denying folks read access to network folder "\\MyServer\MyDxl\MenuLevel2" unless they are in that DOORS group, then you can do this easily with just "addins" and "projectaddins" menus. Everyone will TRY to create all 3 menus, but folks lacking read rights won't get them. This option is clearly the best one. -Louie |
Re: Different addins menu based on user's DOORS group membership llandale - Tue Feb 21 17:46:46 EST 2012
[2] If you can coordinate network file access rights with the DOORS groups, denying folks read access to network folder "\\MyServer\MyDxl\MenuLevel2" unless they are in that DOORS group, then you can do this easily with just "addins" and "projectaddins" menus. Everyone will TRY to create all 3 menus, but folks lacking read rights won't get them. This option is clearly the best one. -Louie |