[注意：我没有使用'应用'这个词来表示SharePoint术语中的'Web应用程序'。一般意义上使用“应用”一词。]
在主流应用程序开发平台（如ASP.NET，Java EE）中，有一个明确的应用程序和应用程序边界概念。
SharePoint应用程序是由什么组成的？网站？名单？特征？库？
SharePoint解决方案可以包含多个功能。一组相关的功能可以称为应用程序吗？有没有办法定义哪些功能相关或相互依赖？
这不仅仅是一个理论问题。需要围绕应用程序的边界来衡量资源利用率，控制访问，确保SLA（性能，可用性等），变更控制，应用程序所有权，应用程序生命周期管理等。
答案 0 :(得分：0)
一个定义可以基于托管位置。它是否托管在SharePoint Server上？在服务器端，它可以是构建在SharePoint对象模型上的解决方案;客户端可以基于客户端对象模型，SOAP Web服务或WCF服务。此外，构建在这些范例上的应用程序可以是web，windows或控制台应用程序或web服务。性能和可用性也取决于主变量。
在SharePoint中，有一个明确的边界概念，具体取决于您的分类和定义。您的困惑源于技术与产品的竞争。 ASP.NET，J2EE是技术。 SharePoint是基于一堆技术构建的产品。基于许多底层技术构建的任何大规模产品都与SharePoint没有区别。
从开发角度来看，边界可以是数据表示或内容管理或两者兼而有之 - 是解决方案范围的直接衍生。功能的相互依赖性，定制不仅仅构成一个应用程序的一部分。扩展SharePoint可能涉及对现有功能的依赖或构建新功能。设计者有权根据范围定义边界以及是否重用现有功能。我对应用程序的定义将是一个商业案例和技术解决方案。
您没有确定要测量的资源利用率，它是仪表还是项目管理？变更管理是开发工作的项目管理的一部分。我甚至不在这里谈论服务。从这个意义上讲，任何旨在修改SharePoint的默认或当前自定义部署的自定义解决方案都将具有由其带来的更改定义的边界。