Issue 18579: Need of Logical and Physical Services (updm-2-0-rtf)
Source: No Magic, Inc. (Mr. Aurelijus Morkevicius, aurelijus.morkevicius(at)nomagic.com)
Nature: Uncategorized Issue
Severity: 
Summary: In UPDM we are missing capability to differentiate between Logical and Physical Services. Note that this capability is already supported in DoDAF. It is also supported in other frameworks such as TOGAF etc. 
In UPDM it is mixed up and not clear enough what kind of services we are allowing to define. If we use services in SVs, we suppose to have physical services. If we are using services in OVs, we suppose to have Logical (Business) services. Having a normal logical/physical pattern we are already using in UPDM, we should be able to have traces between the two. Unfortunately we cannot differentiate between logical and physical services. It implies we cannot have two different levels of details when we are dealing with services. And we are forced to do services in either Operational or System viewpoint, but not in both.  
UPDM should:
•	Enable user to model logical services
•	Enable user to model physical services
•	Allow traces between logical and physical services
•	Provide means to integrate logical services to OVs
•	Provide means to integrate physical services to SVs

Resolution: 
Revised Text: 
Actions taken:
March 26, 2013: received issue
Discussion: 

End of Annotations:=====

sed Disposition: 
OMG Issue No:  
Title:	Need of Logical and Physical Services
Source:
Aurelijus Morkevicius, No Magic Inc. aurelijus.morkevicius@nomagic.com
Summary:
Please enter this issue against UPDM RTF 2.2.

In UPDM we are missing capability to differentiate between Logical and Physical Services. Note that this capability is already supported in DoDAF. It is also supported in other frameworks such as TOGAF etc. 
In UPDM it is mixed up and not clear enough what kind of services we are allowing to define. If we use services in SVs, we suppose to have physical services. If we are using services in OVs, we suppose to have Logical (Business) services. Having a normal logical/physical pattern we are already using in UPDM, we should be able to have traces between the two. Unfortunately we cannot differentiate between logical and physical services. It implies we cannot have two different levels of details when we are dealing with services. And we are forced to do services in either Operational or System viewpoint, but not in both.  
UPDM should:
.	Enable user to model logical services
.	Enable user to model physical services
.	Allow traces between logical and physical services
.	Provide means to integrate logical services to OVs
.	Provide means to integrate physical services to SVs

Resolution:



Proposed Disposition: