工程项目组件分拆法（PCDM）案例分析

工程项目组件分拆法（PCDM）案例分析 来源：考试大2010年7月13日【爱学习，爱考试大】
文章导读：为了让读者能够更清楚有关项目组件分拆法的应用，在这里特别利用一个案例为大家示范说明

案例：度假休闲活动管理系统建设
这套系统需要能够提供以下的功能：
海底世界：每位三百元，每次两小时，在海边附近珊瑚区进行潜水活动，体现漂亮的海底景色。更可以选择深水探险（每位五百元，历时五小时），到较深的海底观赏沈船的遗迹，但需要旅游者曾经接受过潜水训练，有关经验或训练信息必须确认及记录在档案中。
越野单车：在附近越野单车径体现越野单车的挑战。每位两百元，每次三小时，不包括越野单车租金。租用越野单车另加一百五十元。参加者必须在报名时说明是否需要租用越野单车（16岁以下不能参加）。项目管理者联盟文章，深入探讨。
储存有关活动信息，并随时可以对活动进行查询项目管理者联盟，项目管理问题。
由于酒店负责人常出差，所以需要把一些表单转换成网页，让负责人可以透过手机对有关信息进行查阅，把有关活动及财务信息转移或传送到负责人的智能手机上。
案例初步分析：
另一些技术人员可能会认为上述内容便是项目范围，如果是项目范围，我们是否知道范围中各种工作的操作流程，然后进行分析，建立有关的功能需求呢？要知道这些活动只是度假酒店计划未来的新增业务，缺乏一套完善的操作流程，希望透过系统建设为管理这些活动提供一套可选的运营流程，那么我们该先为客户建设一套流程，还是先建立一套系统，在考虑如何融合到运营的过程中呢？
第一层：目标说明（PurposeStatements，PS）
每一个目标是一个独立的目标说明，有别于项目的需求说明，我们探讨的不是系统需要做什么，是系统需要提供那些价值和效益，这方面包括为企业提供额外的竞争能力，提升效率，改善工作及服务质量，简化服务流程，整合分散资源，和其它对企业运营带来价值或效益的目标。当我们对项目的最终目标有了认识后，项目将依据这些目标进行个别分拆，最终的交付应该可以为每一个目标说明提供所需的模块和组件，成为项目的范围。如果是项目赞助人指派的代理人与项目经理共同建立的目标说明，那么这份目标说明便需要项目赞助人进行内容确认。赞助人不一定需要对有关目标说明进行签字确认，可以透过其它方式让项目赞助人认同这些目标的内容，让我们可以依据这些目标说明完成项目范围的建设。
第一层的分拆是透过与项目赞助人共同协商，确认项目的预期效益和投资价值。一些目标可能只是一个愿景，或对系统的一些期盼，或提供企业额外竞争能力。最后整理出以下七点项目的目标说明：
2.加强各旅游团的报名管理能力
4.提供旅游团的基本财务信息
6.希望吸引更多外地旅客到酒店度假
案例分析：目标说明的合理性
我们当然要相信目标说明，但既然项目说明中并没有提出这两点的要求，我们如何判断第6及第7这两点是否应该包含在项目中。如果我们不考虑这两点，我们将不能够顺畅地完成项目验收，但包含这两点，我们便需要理解如何融合到项目信息中。
最后我们说服项目赞助人可以透过印刷和在各地代理分派有关度假活动的宣传单张来吸引更多客源，同时可以在当地用不同的方式进行推广，成功地从目标说明中排除了第6及第7点。我们接下来的工作便集中在余下的五点目标说明中。开始组合有关小组进行第二层及第三层的组件分拆。
所谓如何做的概念是“如何才能够做到这个目标说明的预期价值或效益。在开始第二层组件分拆的时候，项目经理必须组合以下资源进行头脑风暴会或研讨会：
2.项目主要干系人
4.业务分析员（可选）
在过程中我们可能需要分析及否缺一些不合理的方法或手段，如何判断那些方法或手段是不合理，取决与这个方法或手段是否能够为有关目标说明带来相关的价值和效益。
透过小组的整体思维，最后从目标说明（PS）的项目科技应用价值中分拆出实现的方法和手段，这些方法和手段分别成为独立的“如何做说明（HS）”。
在完成第二层研讨后，项目经理需要引导同一个小组对每一个“如何做说明”进行第三层的分拆，找寻我们要“做什么”才能够满足每一个“如何做”明的方法或手段。做什么的结论将成为项目解决方案的基础。本文转自项目管理者联盟考试大－全国最大教育类网站
案例示范：做什么说明（WS）
第四层：交付说明（DeliverableStatements，DS）
在进行交付整合的过程中，系统设计师需要考虑每一个项目组件是否影响到项目的开发时间，交付成本及是否符合项目信息中所涉及的质量要求。
在整合项目最终交付的过程中，发觉要完成第5点的目标说明（提供手机浏览活动及财务信息功能），会增加大量的投资成本，同时增加客户的数据转移及维护需求，更增加手机数据流量的费用，建议客户透过语音查询，拨号会酒店进行有关信息查询。最后被客户接受，减少一个模块的建设。项目管理者联盟，项目管理问题。
项目组件分拆法可以让我们利用最短的时间建立项目的范围和宏观的系统逻辑，更能够让项目赞助人和项目干系人参与系统建设的过程中，让项目赞助人及项目干系人更明确知道系统完成后他们将面对的应用如何及主要操作逻辑，强化软件开发的透明度，把项目的范围紧紧地构建起来，降低开发过程中的变动要求。
在余下的数篇文章中，我会针对目前软件开发的一些瓶颈进行分析和建议，让我国软件工业能够进入一个高效，创新的开发模型。
来源:考试大-注册建筑师考试

责编:ljwzmznd评论纠错