案例初步分析：项目说明
一些技术人员可能会把上述的内容作为系统的功能需求，而且相当清晰，可以马上进入设计及编程的状态。但我们如何能够知道以上的功能是否全面?如何把握其余的功能需求?如何避免在开发过程中拒绝客户的变动要求呢?项目的范围是什么?我们一无所知。
另一些技术人员可能会认为上述内容便是项目范围，如果是项目范围，我们是否知道范围中各种工作的操作流程，然后进行分析，建立有关的功能需求呢?要知道这些活动只是度假酒店计划未来的新增业务，缺乏一套完善的操作流程，希望透过系统建设为管理这些活动提供一套可选的运营流程，那么我们该先为客户建设一套流程，还是先建立一套系统，在考虑如何融合到运营的过程中呢?
任何客户提供的初步内容只是项目信息的一部份，是客户对未来系统的期盼(参考图一：项目组件分拆发结构)。有关内容是对系统未来质量的基本要求。在进入设计或编程前，我们先要建立这个项目的范围，明确我们需要提供的服务，才能够为客户提供高质的专业服务，才能够在开发过程中降低变动的需求，降低项目失败的风险。
第一层：目标说明(Purpose Statements, PS)
项目经理必须与项目赞助人或指派代表人共同研讨项目的最终价值，所谓最终价值可以透过项目背景进行分析，理解为什么要实现这个项目，实现这个项目的最终目的是什么。
每一个目标是一个独立的目标说明，有别于项目的需求说明，我们探讨的不是系统需要做什么，是系统需要提供那些价值和效益，这方面包括为企业提供额外的竞争能力，提升效率，改善工作及服务质量，简化服务流程，整合分散资源，和其它对企业运营带来价值或效益的目标。当我们对项目的最终目标有了认识后，项目将依据这些目标进行个别分拆，最终的交付应该可以为每一个目标说明提供所需的模块和组件，成为项目的范围。如果是项目赞助人指派的代理人与项目经理共同建立的目标说明，那么这份目标说明便需要项目赞助人进行内容确认。赞助人不一定需要对有关目标说明进行签字确认，可以透过其它方式让项目赞助人认同这些目标的内容，让我们可以依据这些目标说明完成项目范围的建设。
案例研究：目标说明(Purpose Statements, PS)
第一层的分拆是透过与项目赞助人共同协商，确认项目的预期效益和投资价值。一些目标可能只是一个愿景，或对系统的一些期盼，或提供企业额外竞争能力。最后整理出以下七点项目的目标说明：
1. 提供各旅游团基本信息及各旅游团对参加人员的基本要求/条件
2. 加强各旅游团的报名管理能力
3. 提升前台服务员的工作能力，避免报名时提供消费者错误信息而导致意外事故
4. 提供旅游团的基本财务信息
5. 提供管理层PDA/SP浏览各旅游团报名人数及有关各团的财务信息
6. 希望吸引更多外地旅客到酒店度假
7. 更希望吸引其它到当地度假的旅客参加。
